无线网络优化经验研究系列报告-sdcch拥塞率高分析处理

SDCCH拥塞率高的分析处SDCCH拥塞率高的分析处 第一章：前 第二章：信令流 正常SDCCH分配信令流 SDCCH分配拥塞信令流 SDCCH分配信令流程分析说 第三章：SDCCH拥塞率计算公 第四章：可能导致SDCCH拥塞率高的原因及其解决方 一 出现突发性话务增加或者用户产生话务时间相对集 开启RACH流量控制功能，减少SDCCH的集中占 增大SDCCH配置缓解由于增值业务量的增加导致的拥 二 存在覆盖或话务的不均衡问 1）SDCCH与TCH信道配置不合 与周边相比本小区的覆盖不合 三 过多的位置更新占用了的SDCCH信 LAC划分不合理导致频繁位置更 LAC分界处的覆盖交叠过大且此处的用户密度较 四 不能正常分配SDCCH信 硬件问题导致时隙退出服务从而降低小区的可用资 2）传输闪断增加SDCCH分配失败次 SLEECELL现象引起SDCCH的拥 SDCCH信道吊死导致不能正常分 RTF与DRI的对应关系发生紊 五 不能正常占用SDCCH，引起重新申请网络服 小区载频硬件问 参数设置错误问 存在频率干扰的问 六 由于异常原因导致用户频繁重新申请网络资 七 MSC侧等有线部分原因造成SDCCH信道拥 MSC上参数设置不正确，造成SDCCH信道拥 MSC上未及时在开通后做该站的数据造成SD拥 MSC上操作状态设置不正确，造成SD信道拥塞MSC侧CIC被异常BAR住，造成SD信道拥 八 容量不足且尝试了各种方法均未奏效时考虑加站或扩 第五章：处理SDCCH拥塞率高的思 第六章：结束 第一章：前信道拥塞也就是我们常说的SDCCH信道拥塞，发生在用户在申请网络服务开始SDCCH信道承载，SDCCH信道的分配也称立即指配过程。出现SDCCH信道拥塞是说：在立即指配时，如果网络没有可用的SDCCH信道来分给，则系统计一次SDCCH分配失败。SDCCH户发出通话或其他网络服务的申请时大部分没有任何反映即返回到空闲状较大。为提高SDCCH的接通率，降低无线信令信道的拥塞，在本文中，笔者主要从出现SDCCH信道拥塞可能的原因入手，提出一些解决SDCCH信道拥塞的方 ok_acc_proc_suc_rach(couldbedecoded)accessperrach(allreceived) chanreqcauseatmptbusysdchannelchannelactivetionimmediateassignmentstartL2accessperagch(howmanyimassigncmd/rejwassentout,1msgmayincludeupto2expireT3101estabish stop okacc msaccessbytype正常SDCCHSDCCH分配拥塞信令流

accessperrach(allreceived)

immediate

immediate

ifnoSD

startT3122

SDCCH分配信令流程分析说 需要同系统建立联系时，要通过随机接入信道（RACH）来向网络发信道请求消息（channelrequest。这个消息中有3比特用来指示 原因。当发生信道资源拥塞时，系统可根据这个指示来分别对待不同原因的信申请。channelrequest还含有5比特 选择的随机数，这个随机数可以系统区分不同 在同一时隙内发送的RACH消息，此后系统 发送的 BTS的Layer1进程对收到的channelrequest进行成 后（成功解RACH后对统计ok_acc_proc_suc_rach计数BTSABIS进程负RACH指示的（RACHinv_est_cause_on_rach数。在BTSRRSM依据收到不同原因的RACH息的个数对统计chan_req_cause_atmp进行计量。BTS 进程在收到送来的channelrequiredreceived将为此次信道请求分配一条空闲的信道（触发统计alloc_sdcch。RSS收到 送来的信道激活（channelactive）消息后将相应的SDCCH激活，激活成功后将向RRSM返回信道激活响应（channelactiveack。RRSM收到RSS的激活响应后，将会利用AGCH信道发送立即指派（immediateassignmentI.A）消息（Layer1发access_per_agch计此消息包含了已分配的SDCCH信道的情况、初始TA、初始的 对应的信道请求消息中的随机数、BTS收到channelrequest时的TDMA帧号以 的跳频情况等消息。RRSM在发immediateassignment后启动T3101计时 接入SDCCH信道。 发现没有可用的资源后（触发统计alloc_sdcch_fail，将 送立即分配消息immediateassignmentreject，出现这种情况可能的原因有：无可用无线资源、测得的TA值超出系统限制、信道激活无应答等。当收到立即指派消息后，启动T3122，在T3122所规定的时间内，不允许接入网络同时将进入空闲模式并寻呼信道的消息到T3122超时后，才可以发新的channelrequest。 收到立即指派消息后，将收到的I.A消息与自己发出的信道请求的立即指配是给自己的，则将信道调整到所分的SDCCH上，再利用SABM消息（设置异步平衡模式）通知网络已经成功占上SDCCH，SABM包括申请信道的原因、用户及移动设备的特性。此时使用的TA和来自其服务接入点类别SAPI=0，Layer2工作于证实模式下。SABM承载的Layer3消息initialmessage是第三层的业务请求消息。BTS的Layer1在收到SABM消息后，将向MS发一个内容与initialmessage一样的UA消息（无序号证实，只有MS收到的UA消息的内容与SABM消息的完全一样，的接入才正确。UA的作用是为了处理多个在同一时间发送内容一样的信道请求消息的情况以区分出不同的的消息。BTS的Layer1在收到Layer2的SABM后将向RRSM发送ConnectionManagement的业务请求（呼叫建立即主叫、息、附加业务管理则RRSM将触发统计chan_req_ms_fail。下一步RRSM会向BSC的SSM发出三层业务请求消息（initiallayer3informationSSMrequest建立S层连接，CR中含有申请CM业务的原因、该的一些物理特征以及该MSMSISDNMSC收到此消息后即向BSCSSM发出CC（connectionconfirmed，这样MSMSC之间的信令链路就建立起来了，MSC已经能够控制RR，BSS备注BSSCallProcessing（CP）L2和L3的系统应用进程的集合，用于MS呼叫的信令控制。CP包括MTPL3/Spreprocessor(MTPConnectionlessmanagerSstatemachineSwitchmanagerCellresourcemanager RadioresourcestatemachineRadiochannelinterfaceMTPL3/S preprocessor(MTPL3)A接口上的收发消息的协议适Connectionlessmanager(CLM)处理BSS的global控制，这个进程负责处C7信令协议中无连接的部分。Sstatemachine(SSM)负责处理C7信令协议中面向连接的部分，它协同处理所有intra-BSSintra-cellSwitchmanagerSM)用于控制从MSCMS的陆地链路（由MSC指派）到MS的无线链路（由BSS中的负责分配）的连接。，Cellresourcemanager()负责当MS接入系统时给它分配无线资源它保留和着表征其管辖范围内每个信道状态的动态数据库，并根据RSS提供的信道干扰信息来分配在最好的资源，还分配用于区分每个呼叫的Sreferencenumber。当一个BTS或小区的话务过高时会触发FlowControl，当话务负荷减轻时FlowControl会停止。还产生空中接口上传输的系统消，Radioresourcestatemachine(RRSM)负责激活和物理连接，它激活由MS不再需要该信道后，由RRSM负责关闭此信道。Radiochannelinterface(RCI)用于将RSSMS的地址（无线信道号）转换成CallProcessing中Layer3进程识别MS的地址（SreferencenumberRSS是BSSradiosubsystem的缩写，是系统应用程序的一个集合。用于管理BSSRFMS通信的无线链路。它包括五个进程：ConfigurationandfaultLayer1Layer2AbisHandoverDetectionandPowerConfigurationandfaultmanagement控制与它相关的无线资源的配置，并提供BTS故障管理系统的接口。Layer1interface用于RSS软件与channelcoding进程之间消息协议的转换，它还负责存贮paging消息和accessgrantedLayer2protocolMS为目的地的信令信息翻译成在空中接口上传MS的SMS数据（MOMTAbisinterface用于将RSS内产生的消息翻译成AbisLayer3应用程序。这个进程要对收到的消息进行校验来确保消息的完整性，它还对RACH信道上收到的accessbursts进行计数，计数的周期可在数据库中设置，如果计数值超过了预设的门限，则此进程会通知Layer3的应用软件，由Layer3的BarMSRACHaccessburst的个HandoverDetectionandPowerControl（HDPC）用于以时隙为单位控制（DownlinkMS的timingadvanceMS能够在其所属的时隙中工作。此进程还负责触发MS的切换，依据不同的标准有无切换的必要。当TCH空闲时，此程还负责测量其收到的噪声，计算出平均的噪声等级，并将数值通知CallProcessingMS的呼叫已经建立后，此进程还监测收到MS的SACCH消息的情况，若连续未收到某个MS一定数量（可由数据库设置）的SACCH消息，此进程要通知CallProcessing来释放这个MS有关第三章：SDCCH拥塞率计算公SDCCH拥塞率公SDCCH拥塞率（2002中国移动公司公式=忙时SDCC溢出总次数×100/忙时SDCCH试呼总次数=alloc_sdcch_fail×100/第四章：可能导致SDCCH拥塞率高的原因当的SDCCH拥塞率指标出现拥塞后（拥塞率关注的程度要视网络性能发展的阶段而定SDCCH信道分配过程有关的性能统计，并结合的配置参数、现场测试文件或OMC的CallTrace文件等，对基SDCCH拥塞的小区的性能，将当前拥塞时段的话务量与小区的历RACH流量控制功能从用户申请网络服务的最开始对用户的请求进行限制；在分析出网络SDCCH话务量的激增是由于新的极其吸户的增值业务的推出而引起的，则要对有大量增值业务需求的地区加大SDCCH的配置数。开启RACH流量控制功能，减少SDCCH的集中1、RACH的冲撞控制由于GSM系统中RACH信道是一种可能出现随机碰撞的信道，网络无法知道何时需要通信，也很可能会同时占用同一个RACH时隙来用于申请接入，这时不可避免的要发生碰撞现象。为了减少接入系统时RACH信道上的次数，提高RACH信道的效率，GSM规范中规定了必须采用的接入算法。该算法中应用了三个参数，即：发送分布时隙数tx_integer（参数T、最大max_retran（M）T及信道组合有关的参数（S。（max_retran”消息的次数参数T表示连续发送多个信道请求消息时每次发送之间间隔STCCCH配置情max_rtrnSS小区级参数最大重发次数参数其取值为0～3在启动立即指配过程（如需位置更新启动呼叫或响应寻呼时将在A信道上向网络发送“信道请求”消息。由于AH是一个存在的信道，为了提高接入的成功率网络允许在收到立即指配消息前发送多个信道求消息,在经过最大重发次数后若仍得不系统的立即指派命令则返ACHRACH信道、CCH信道和SDCCH信道的负荷也随之增大。在业务量较大的小区，若最大重发次数过大，的重要。最大重发次数M高接入的成功率。注意“21，参数S：参数S实际上是由根据参数T和CCH信道的组合情况自行计算得2确定。Tx_integer(T)3456789表1——发送分布时隙数Tx_integer(T)TCCCH不与CCH与SDCCH表2——参数S当接入网络时需启动一次立即指配过程该过程的开始将在信道上发送（max_retran＋1）RACH信道上的启动立即指配过程开始，到第一个信道请求消息发送之间的时隙，，由上述分析可知，tx_integer即参数T取值越大初次发送信道请求消息之间间隔的变化范围越大，RACH的次数相应减少。参数S越大重复发送信道请求消息之间的间隔越大，RACH信道上的减少，同时AGCH信道和SDCCH信道的利用率提高（网络每收到一次信道请求，只要有空闲信道都会分配一个信令信道而不论信道请求消息是否由同一个发出。然而，参数T和S的增大却会延长的接入时间，从而导致整个网络的接入性能下降，因此必须选择合适的T和S。，，性能最佳。T值的选择一般可参考下列原则：以取数个，当小区RACH数较大时，应取较大的T值（在上述范围内在RACH数较少（定量分析需在实验以后进行）的情况下，应使T值尽可注意移动Tx_integer(T)的默认值为“1220个RACH2、RACH的流量控制系统通过RSS来监测在一定的时间内（rach_load_period）收到的channelrequestrach_load_thresholdRSS向callprocessingcallprocessing将随机BAR住一个接入级别(0-9)的。同时CP启动计时器T1和T2(flow_control_t1和flow_control_t2)T1CP再收到从BSS系统传来的负载指示消息，则CP将再BAR住另一个级别的若在T2的时长内，CP没有再收到从BSS传来的负载指示消息则系统将UNBAR一个级别的。T2的取值必须大于FigureRACHflow第一个被BAR住的级别是由CP随机选择的，此后被BAR住的级别遵循循环的原则，从低级别到高级别。随后被UNBAR的级别在其它所有级别均被BAR过前，不会再被BAR住。第一个被UNBAR的级别是BAR住时间最长的级别。计时器rach_load_period和ccch_load_period235.5mS1x51frame)的整数倍。rach_load_period决定了rachload监测的时间周期。只有一个周期内(RACHorCCCH)触发了过载条件ccch_load_period才会开始计时。门限rach_load_thresholdRACHloadthreshold=Totalnumberofchannels(TCH/SDCCH)NoofRACHsinperiodxNoofRACHSDCCHTCH分母是在4*51帧的复帧周期内可用的RACHccch_conf的设置。结果为rach_load_threshold0.01%为间隔。由于移动的网络不支持用户的分级所以上述RACH的流量控制实际效用3、启动立即指配功能缓解SDCCH拥塞在GSM规范中定义了立即指配的功能当目前网络没有可以分配的SDCCH信道时，就可以通过发送给一条立即指派（immediateassignmentreject）的消息来的信道申请，并且在系统规定的时间内（Wait_indication_parameters即T3122）接入网络，通过这种功能可防止在系统没有SDCCH资源的情况下用户频繁的发送信道请求的消息而不必要地Wait_indication_parameters：BSS小区级参数，即定时参数T3122；参数“等参数“等待指示”包含于下行消息“立即指配”之中。机，则网络通过AGCH信道发送“立即指配消息”给。为了避免不断进行信道请求而造成无线信道的进一步阻塞在立即指配消息中包含定时参数T3122，即所谓的等待指示信息单元。在收到立即指配消息后必须经过T3122指示的时间后才能发起新的呼叫。（T3122）实际上是当网络中的无线资源缺乏时，强制T3122T3122设置过大则使网络的平均接入时间增加而导致网络平均的服务性能下降。注意应使T3122尽可能小。一般建议T312210～15秒，在业务量密集地区设置为15～25秒。但是，由于在T3122生效的时间内用户的表面看没案例分析将部分SDCCH拥塞率较高的的T_3122由8秒调整到了15秒。从4月17日424SDCCH的拥塞率有所减少。SDCCHSDCCH4173.694241.39增大SDCCH配置缓解由于增值业务量的增加导致的现在的GSMSDCCH信道承载，例如消息等。如果增值业务在时间上集中引入，很可能导致网络SDCCH信2001年5月17日，移动开通了神州行用户的息业务，由于当增，无线侧了大量的小区SDCCH拥塞。516517出现这种情况后，只增加具体每个出现SDCCH信道拥塞的小区的SDCCH配置，以缓解网络拥塞情况。但为了尽可能避免类似的事件再次发生，当出现SDCCH信道拥塞后，分析得出SDCCH的拥塞率与TCH的拥塞率不的均衡方法进行处理：若TCH信道很闲，可以开启SDCCH的重配功能，调整本小区的SDCCH与TCH的信道比例；若开启了SDCCH的重配功能，但参数设置不合理或不正确也可能造成SDCCH的拥塞；由于 的覆盖过大，引起SDCCH拥塞，可以对用户的起呼进行距离上的限制；若 的C2设置不合理，可能造成过多地吸收了话务，从而导致SDCCH拥塞率比TCH的高。1）SDCCH与TCH信道配置不合若TCH信道很可以开启SDCCH的重配调整本小区的TCH的信道比由于在的资源分配中，SDCCH与TCH均要占用的物理信道资源，在结构配置中实际上存在SDCCHTCH衡问题通常SDCCHTCH在开站这种变化，保持SDCCH与TCH在资源的使用上的合理分配，启用的SDCCH信道重配功能，可以有效地、动态地根据实时的用户需求，调整SDCCH与TCH之间信道重配：在呼叫处理的过程中BSS的软件进程可以进行动态信道重配例如：SDCCHSDCCH信道的申请，此时当满足一定门限后，可以将TCH信道重新配置成SDCCH信道，以满足SDCCH的需求。涉及到的BSSccch_conf：BSS小区级参数；ccch_conf30表示non－combined方式，CCCHSDCCH1表示combined方式，CCCHSDCCHSDCCHChannel_Reconfiguration_SwithBSS小区级参数；参数的取值可以决定Number_Sdcchs_Preferred：BSS小区级参数；定义了在系统重启时配置SDCCHSDCCH的信道个数。这个参数的取值受限于该小区的信道配置方式是combined或non－combined。Max_number_of_sdcch：BSSSDCCH的最大个发生TCH至SDCCH 信道重配后SDCCH的最大个数过Max_number_of_sdcch； 空闲的SDCCH信道个数要少于sdcch_need_high_water_mark；3 当前空闲的TCH信道个数要大于发生SDCCH至TCH1 重配后的SDCCH信道个数不能少于2 当前空闲的SDCCH信道个数要大于SDCCH在小区载频数<2CCCHCombineSDCCHCCCHBCCHTS0SDCCH实际个数为n×8＋4nBCCHSDCCHSDCCH20。24，CCCHbine式，SDCCHn×8，n2，SDCCH16；SDCCH24。载频个数>4，CCCH配置方式一般为bineSDCCH的实际个数为n×8，n取值一般为3，SDCCH最小值则为24；SDCCH32。注意sdcch_need_low_water_mark>=Number_Sdcchs_Preferred；sdcch_need_low_water_mark－sdcch_need_high_water_mark>=9；在日常的优化中，要观察每天的SDCCH和TCH拥塞的情况，对于不正常的配按照SDCCH拥塞作为主关键字，TCH拥塞作为次关键字，进行从高到低排序，在TCH信道无拥塞SDCCH信道拥塞严重时，可考虑将一个TCH信道重配为8SDCCH案例分析1、由于近几周全网SDCCH拥塞状况有上升趋势，我们选定部分典型做实验性CELLRECONFIGURATIONSWITCHSDCCH动态分配原则，Preferred_number_of_sdcchTCH8-8-8-8-2TCHSDCCH忙闲不均的情况，采取以下措施后这些小区的TCH拥塞与SDCCH拥塞得到了均衡。CID786：将Max_number_of_sdcchs从32增加到48，number_sdcchs_preferred从24增加到32CID840：将Max_number_of_sdcchs从32增加到48number_sdcchs_preferred1624。TCH塞03-3-03-3-3、万柳桥西北DCSCID30289的SDCCH拥塞较高，但TCH不存在拥塞情况，话务sdTCH16-sdTCH16-16-TCHSD拥塞，同时提高呼叫成功率，也可以使当前的无线资TCH,SD分配不合理，造成的一方拥塞而另一方空闲的资源浪费。number_sdcch_preferred:8,16, max_number_of_sdcchs:16,sdcch_low_water_mark:10,18,26 11-11-SDCCHSDCCHSDCCHSDCCH11-11-TCHTCHTCHTCH开启了SDCCH的重配功能，但参数设置不合理或不正SDCCHBSSSDCCHSDCCH与周边相比本小区的覆盖不合相对自身信道配置以及与邻区话务来说，如果的实际覆盖范围过大，可 的网络服务需求，这样很容易产生SDCCH信道 覆盖偏大的情况，采取有效措施来收缩 承载的用户数减小SDCCH信道的拥塞常用的方法有：在距离上限制 较远的用户接入 ；调整的小区重选的参数设置人为限制接入的距离收 实际覆盖范围缓解SDCCH拥对于偏远的地区，由于建设力度不够，在有些距离较远的地方信号较弱，如果在这些地方尝试向网络发起服务请求或响应网络的寻呼，由于距离过于远，信号衰减较大，接收质量很差，这样很可能不能正常地接入到网络中反而由于频繁尝试发起接入请求而造成网络资源被大量占用。为避免这种距离过远的接入到中，我们可以打开网络限制，将这些资源请求掉。的RACHTA值，若超出ms_max_range的范围后，则网络将该差的RACH消息限制在网络接受范围之外；ms_max_range：BSS小区级参数；当和的距离超过一定门限时，网络距离”规定了距离的最大门限；当该门限时，将启动切换过程；开启了BSS的poorinitialassignment功能后，可以限制信号质量较差的用户及合理调整的覆盖范围才是最终的解决办法。C2设置不合理导致实际覆盖过对于有些由于的站址比较偏远或位置过矮，为了吸收话务量，优化人员有时开启C2。但是，如果C2的设置过大，且邻区的切换门限没有做及时的调整，也容易造成SDCCH拥塞。案例分析cellcell_reselect_offset1530dB。C2打开后该小区的呼叫次很多，但话务量却不高，还存在一定数量的SDCCH拥塞。当该站的C2关闭后，的SDCCH拥塞率下降为0。Hx比6-6-三、过多的位置更新占用了的SDCCH信 发生SDCCH信道拥塞后，对用户申请SDCCH信道的原因进行分析 大量SDCCH的分配是被用于进行位置区的更新，则在采取其他措施的同时，尽可能地降低不必要的位置更新的次数，可以大幅度降低SDCCH信道的占用，从而减少SDCCH信道的拥塞情况。要降低LAC更新的次LAC划分不合理导致频繁位置更在进行网络LAC区规划时，如果LAC区的交界被选择在用户数较多，用户移动性较大的地区，则会导致频繁的位置更新，这样会占用大量的SDCCHSDCCH的拥塞。同时，由于大量的位置区更新会造成经常不在服务区的现象。所以，在对网络的LAC分区进行划分时，要充分考虑具体的道路信息、用户分布信息、的位置信息等，将LAC交界新对SDCCH信道资源过度的占用。分析SDCCH拥塞率较高的其占用资源的原因，如果大量是由于位置更新造成的，则要分析LAC交界的具体情况，采取调整的覆盖，以较少CRH来降低发生位置更新的几率，或者考虑增加SDCCH信道的个数。在有些时候，可能出现的SDCCH信道已经达到最大配置，的覆盖已经调整得比较合理，CRH的取值也达到最大的情况，这种情况下只能检查LAC的划分是否合理，重新调整LAC的分区，来避开LAC分界处的覆盖交叠过大且此处的用户密度较在LAC分界的如果覆盖交叠过大或用户密度较大，可能存在大量的位。当进行小区重选时若原小区和目标小区属不同的位置区则在区重选后必须启动一次位置更新过程由于无线信道的特性通常在跨的相邻小区交界处，测量得到的两个小区的C2值会有较大的波动，从而使频繁地进行小区重选尽管按照GSM规范，两次小区重选的间隔时间不会小于15秒，但对位置更新发生在用户量较多的地区时,15秒的保护时间还是不够的用户过多的位置更新不但使网络的信令流量大大增加无线资源得不到充分利用并且由于在位置更新的过程中无法响应寻呼因而使系统的接通率降低。为了减小这一问题的影响，GSM规范设立了一个参数，称为。小区重选滞后cell_reselect_hysteresisBSS（位滞后规定的值，并且要保持5秒以上，才再启动小区重选。（ellSeletionParameter8dB10dB。在下列情况下建议作适当的调注意小区重选滞后（CRH）C2的取值，统一考虑。另外，对于网络调整尤其是割接比较频繁的情况，应及时观察网络以及小区的SDCCH信道配置，并且调整这些小区的CRH参数的设置。案例分析的个别小区进行了分析，考虑到用户停留在这些小区时，要占用相对较多的SDCCHSDCCH信道进行了小区的SDCCH拥塞率得到下降，前后对比如下：Max_number_of_sdcch=48（将最大SDCCH信道数增至最大SDCCHTCH25-027-0030-02SDCCHTCH25-027-030-SDCCHTCH25-027-0030-00 向SDCCH拥塞严重，且多数申请SDCCH的原因是用于 与德宝饭店第向不同LAC的邻区北站第向、西直门饭店三个小区的参数cell_reselet_hysteresis由10dB改为14dB，前后性能北站0008-0008-西直门饭店0008-0008-西直门饭店0028-0008-西直门饭店0008-0008-德宝饭店8-48-四、不能正常分配SDCCH信法正常分配SDCCH信道，在统计上体现为SDCCH信道的拥塞。通常有以下的硬件问题导致时隙退出服务从而降低小区的可用资很可能直接导致的SDCCH和TCH话务拥塞要根本解决这种原因引起的话务案例分析17%[45]号告警，导致大量时隙OOS。INS该站有问题的DRI后恢复。同时鉴于该SDCCHTCHMAX_NUMBER_OF_SDCCH=48SDCCH0.99%96OOS，SDCCH1-02-03-4-05-06-02）传输闪断增加SDCCH分配失败次尤其是在话务闪断严重的情况，该站的SDCCH拥塞率会大幅度增加。案例分析长缨楼宾馆闪断严重1800M全天闪断510次，900M全天闪断300次，造成该站SDCCH和TCH拥塞严重，同时也影响到周围其他。仅长缨楼宾馆一个站的SDCCH拥塞就高达81%SDCCH分配失败次数增加到38268严重影响SDCCHSDCCH的拥塞率从原来的0.1%增长到0.95%，增加了近1个百分点。所以直接导3-3-SLEECELL现象引起SDCCH的拥SLEECELL是摩托罗拉公司BSS设备在某些版本、某些运行情况下，出现的一种软件运行故障。简要地说，SLEECELL一般定义为没有明显TOTAL_CALL0、SDCCH面影响。所以应该尽可能实时网络中的性能统计，尽早排除SLEE全网统计查看SDCCH的拥塞率，如果异常增高，需要判断改小区是否存在SLEECELL的现象。在每天提取的低话务量统计数据中，如果发现既无话务量又无TOTAL_CALLS的CELL，而且不是断站又没有严重的告警，这时应立即统计此CELL收到的RACH数，以进一步确认该CELL是否为SLEECELL，查看该小区的统计项：ACCESS_PER_RACHALLOC_SDCCHALLOC_SDCCH_FAIL收到RACH数，正确解出的RACH数，分配SDCCH、TCH的次数和分配SDCCH、TCH次数得到统计数据后若符合以下几种情况则可确认为SLEECELL：RACH0RACHRACHRACH收到的RACH数较多，也可以正确解出RACH，分配SDCCH，但无法TCH；确认该CELL为SLEECELL后用MMI方式进入相应BSS内键入chg_level进入第二层，INS该CELL中BCCH所在的DRI，一般SLEECELL的现象即可案例分析由于周末BSS软件版本升级，从第二天凌晨2点开始，BSS16的蒋家坟第一个小区出现与升级前表现不尽相同，但更为严重的SLEECELL。该有成功的RACH请求几千次，但没有成功分配SDCCH的次数，致使CALLSETUPSUCCESSRATE0，TOTAL-CALL0，TCH-TRAFFIC0（数据如下表，发现问题后优化人员于下午INSBCCH所在DRI，得到恢复，工作正常。0000SDCCH信道吊死导致不能正常分SDCCHSDCCHCELLSDCCHCELLCELL的SDCCH有可能吊死在那儿这种情况与SLEECELL比较类似但稍有不同，发生SDCCH吊死的情况时该还能分配一些资源供使用但在分配SDCCH时成功率非常低。从的实时运行状态看，该的绝大部分SDCCH均长期被SDCCH这种情况后，应INS该CELLBCCH所在的DRI，通常都可恢复正常工作。RTFDRI的对应关系发生紊由于软件运行故障，在BSS1614的软件版本中，存在软件BUG，有基RTFDRIBCCHRTF与DRIBCCH的RTF。出现这种情况时，通常该小区的SDCCH拥塞率会受影响。案例分析以下是兆麟在6月4日出现RTF与DRI的对应关系发生紊乱的案例下：MMI-RAM0217->state10dri*DEVICESTATUSINFORMATIONFORLOCATION State dd/mmhh:mm:ss000B-020010B-010020B-000030B-000MMI-RAM0217->state10rtf*FUNCTIONSTATUSINFORMATIONFORLOCATION State dd/mmhh:mm:ss000B-020010B-010020B-000030E-MMI-- 4150 4150 4150 55 FREEINUSE FREEINUSE FREEINUSE0080Norm10200Ext000000000PD40040040063RTFDRIpath_balanceRTF（RTF00）path_balanceSDCCH6-RTF-00-06-RTF-00-3005-6-6-RTF所对应的DRI进行INS五、不能正常占用SDCCH，引起重新申请网络服在立即指配完成后，网络会在指定的时间内等待占用SDCCH信道，但是，有时会发生因为而导致不能正常地占用SDCCH的情况，并且现象的存在若比较严重的话，可能引起在多次立即指配不成功的情况下，多次申请网络服务，引起大量的SDCCH资源请求，从统计上看SDCCH拥塞率较小区载频硬件由于小区硬件问题导致系统分配完SDCCH后，无法占上SDCCH信道，从统计上看，表现为chan_req_ms_fail的值较高。此时，在收到ImmediateAssignment消息后尝试占用SDCCH，在网络参数T3101规定的时间内 SDCCH却不成功，这样呼叫就没有建立起来。出现这种情况，很可能导致SDCCH分配，可能造成SDCCH信道的拥塞。现，当被分配给固定的某个载频的TCH时隙后，在试图占用时总是出现占用不成功的现象；若要从OMC统计上观察，则可以通过将该小区的信道盘逐个LOCKTCULOCKchan_req_ms_fail的统计值是否还很高。如果在闭掉某个TCU后，chan_req_ms_fail的值恢复正常，参数设置错误由于网络在向发送ImmediateAssignment消息后，开始计时（T3101，此时系统将触发统计项chan_req_ms_fail。T3101：BSSImmediateAssignment消息后，等待建立SDCCH连接的时间。这个参数的大小要综合考虑占上SDCCH平均所需的时间和SDCCH信道拥塞情况。取值过大可能造成站资源浪费，取值过小将可能引起大量不能正常占上SDCCH的现象。现在移动全网大部分的此参数取值为1500（1.5秒。存在频率干扰的问如果存在严重的系统内部或系统外部的干扰时，在进行SDCCH的来的ImmediateAssignment消息，从而最终造成无法占用系统为其所分配的SDCCH资源。这样，在一定程度上会引起多次申请网络服务，造成系统资以通过OMC统计观察该站的空闲情况下的干扰统计IOI24小时均很高，当存在比较明显的单通或无声时，用户在打时若感觉到没有声网络服务的现象，的SDCCH拥塞率指标会比工作正常时有所提高。MSC的资源状态设置或参数设置等不正确，也会造成无线部分的SDCCH信道拥塞。这种情况一般发生在割接、新BSC或新站入网的时候，此时出现异常的SDCCH拥塞，则需要关注MSCA接口的设置。MSC上参数设置不正确，造成SDCCH信道拥LACMSC中却未更改，造成用户有信号，但无法通话；从统计上看，SDCCH拥塞率有TCH分配（如图一所示。MMI-RAM0213->disp_cell_st1StartofreportforLOCATIONGSMCELLFrequencyBCCHFREEINUSEFREEINUSEFREEINUSE402010Norm000000Ext000000000PDEndof200200200从统计看，则表现为该小区的total_calls0是LAC更改，但MSC却没有及时修改MSC上的数据，从而造成MSC数据与BSC数据不一致。解决方法：核查MSC中该小区数据，将错误LACMSC上未及时在开通后做该站的数据造成SD拥1）MSC上操作状态设置不正确，造成SD信道拥在网络割接时可能由于工作疏忽会出现有个别的小区在MSC上的操作状态为LOCK，造成无线侧表现为用户有信号，但无法通话；从统计上看SDCCH拥塞率会很高。做主叫和被叫；但是可以进行部分切换（MSC参与的切换在这种情况下可以进行OMC上观测该小区统计可发现SDCCH占用很多，但TCH占用较少，甚至没有占用。如果在OMC上对该小区进行call_trace则可发现trace到的callcall。另外，从统计指标上看，该小区的total_calls0MOC和MTC。MSCMSC中的状态是否为LOCK或者查看在相应的MSC中是否有该小区的正确数据。如果状态为LOCK则UNLOCK即可，如果无此小区数据，则加入该小区数据即可。MSC侧CIC被异常BAR住，造成SD信道拥象如图一所示。在OMC上对该小区做Call_trace发现的呼叫没有得到CICSETUPDisconnect[即：Disconnect(network->MS)Cause-ResourceunavailableRequestedcircuit/channelnotavailable.]，具体log见下面（正常情况和情况的对比，中间部分信令流程省略BSCTCH0，total_calls0。BSC初次投入使用时，由于没有及时将所带的CIC电路打开而造成在该BSC下的开通后CIC电路仍被BAR的情况解决方法：在MSC中将该BSCCIC电路设为工作状态即可。TIMESTAMP:30/10/200101:48:52.210CALLDURATION00:00:00.000LAC:04182CI:00678CARRIER MESSAGE:BSSMAP:Completelayer3information(BSS->MSC)Cell-LAC:04182CI:(RR:Pagingresponse(MS->TIMESTAMP:30/10/200101:48:52.245CALLDURATION00:00:00.035LAC:04182CI:00678CARRIER MESSAGE:DTAP:Setup(network->MS) Circuitmode.TIMESTAMP:30/10/200101:48:52.905CALLDURATION00:00:00.695LAC:04182CI:00678CARRIER MESSAGE:DTAP:Callconfirmed(MS->network):CausenotTIMESTAMP:30/10/200101:48:52.930CALLDURATION00:00:00.720LAC:04182CI:00678CARRIER MESSAGE:DTAP:Disconnect(network->MS):Cause-Resourceunavailable;Requestedcircuit/channelnotavailable.TIMESTAMP:30/10/200101:48:53.615CALLDURATION00:00:01.405LAC:04182CI:00678CARRIER MESSAGE:DTAP:Release(MS->network):Cause-Normalevent;Normalcallclearing.TIMESTAMP:30/10/200101:48:53.630CALLDURATION00:00:01.420LAC:04182CI:00678CARRIER MESSAGE:DTAP:Releasecomplete(network->MS):CausenotTIMESTAMP:30/10/200101:48:53.635CALLDURATION00:00:01.425LAC:04182CI:00678CARRIER MESSAGE:BSSMAP:Clearcommand(MSC->BSS)Cause-Normalevent;CallTIMESTAMP:30/10/200101:48:53.695CALLDURATION00:00:01.485LAC:04182CI:00678CARRIER MESSAGE:RR:Channelrelease(network->MS):RRCause-NormalTIMESTAMP:30/10/200101:48:53.710CALLDURATION00:00:01.500LAC:04182CI:00678CARRIER MESSAGE:ABIS:DeactivateSACCH(BSC->Timeslot:1Channel:SDCCH/8+TIMESTAMP:30/10/200101:48:53.720CALLDURATION00:00:01.510LAC:04182CI:00678CARRIER MESSAGE:BSSMAP:Clearcomplete(BSS->TIMESTAMP:25/10/200115:19:13.725CALLDURATION00:00:00.000LAC:04124CI:00786 MESSAGE:BSSMAP:Completelayer3information(BSS->MSC)Cell-LAC:04124CI:(RR:Pagingresponse(MS->TIMESTAMP:25/10/200115:19:13.755CALLDURATION00:00:00.030LAC:04124CI:00786 MESSAGE:DTAP:Setup(network->MS) Circuitmode.NumberofCaller-Type:National.TIMESTAMP:25/10/200115:19:13.900CALLDURATION00:00:00.175LAC:04124CI:00786 MESSAGE:BSSMAP:ClassmarkTIMESTAMP:25/10/200115:19:13.925CALLDURATION00:00:00.200LAC:04124CI:00786 MESSAGE:RR:Classmarkchange(MS->TIMESTAMP:25/10/200115:19:14.360CALLDURATION00:00:00.635LAC:04124CI:00786 MESSAGE:DTAP:Callconfirmed(MS->network):CausenotTIMESTAMP:25/10/200115:19:14.385CALLDURATION00:00:00.660LAC:04124CI:00786 MESSAGE:BSSMAP:Assignmentrequest(MSC->BSS)CIC=TIMESTAMP:25/10/200115:19:14.445CALLDURATION00:00:00.720LAC:04124CI:00786 MESSAGE:ABIS:Physicalcontextrequest(BSC->BTS):Timeslot:3Channel:SDCCH/8+ACCHTIMESTAMP:25/10/200115:19:14.460CALLDURATION00:00:00.735LAC:04124CI:00786 MESSAGE:ABIS:Physicalcontextconfirm(BTS->BSC):Timeslot:3Channel:SDCCH/8+ACCHBSPowerPn-MSPower-10(33dBmforGSM900,20dBmforDCSTimingAdvance:TIMESTAMP:25/10/200115:19:14.490CALLDURATION00:00:00.765LAC:04124CI:00786 MESSAGE:ABIS:Channelactivation(BSC->BTS):Timeslot:0Channel:Bm+ACCH'sIntra-cellchannelchange(Normalassignment)UplinkDTXisnotapplied.DownlinkDTXisnotapplied. HalfrateTCHchannelLmGSMspeechcodingalgorithmversion1BSPowerPn-4MSPower-10(33dBmforGSM900,20dBmforDCSTimingAdvance:TIMESTAMP:25/10/200115:19:14.525CALLDURATION00:00:00.800LAC:04124CI:00786 MESSAGE:ABIS:Channelactivationacknowledge(BSC->BTS):Timeslot:0Channel:Bm+ACCH'sFrameNumber:TIMESTAMP:25/10/200115:19:14.555CALLDURATION00:00:00.830LAC:04124CI:00786 MESSAGE:RR:Assignmentcommand(network->Carrier:HopTimeslot0TypeTCH/F+FACCH/FandTIMESTAMP:25/10/200115:19:15.080CALLDURATION00:00:01.355LAC:04124CI:00786 MESSAGE:ABIS:Establishindication(BTS->BSC):Timeslot:0Channel:Bm+ACCH'sSAPI:0Channeltype:FACCHorTIMESTAMP:25/10/200115:19:15.210CALLDURATION00:00:01.485LAC:04124CI:00786 MESSAGE:RR:Assignmentcomplete(MS->network):RRCause-NormalTIMESTAMP:25/10/200115:19:15.215CALLDURATION00:00:01.490LAC:04124CI:00786 MESSAGE:ABIS:DeactivateSACCH(BSC->Timeslot:3Channel:SDCCH/8+TIMESTAMP:25/10/200115:19:15.265CALLDURATION00:00:01.540LAC:04124CI:00786 MESSAGE:BSSMAP:Assignmentco