SDCCH论文-SDCCH拥塞率高的分析处理.doc

精品文档SDCCH拥塞率高的分析处理目 录SDCCH拥塞率高的分析处理1第一章：前言2第二章：信令流程31）正常SDCCH分配信令流程32）SDCCH分配拥塞信令流程43）SDCCH分配信令流程分析说明4第三章：SDCCH拥塞率计算公式8第四章：可能导致SDCCH拥塞率高的原因及其解决方法9一、出现突发性话务增加或者用户产生话务时间相对集中91）开启RACH流量控制功能，减少SDCCH的集中占用92）增大SDCCH配置缓解由于增值业务量的增加导致的拥塞14二、存在覆盖或话务的不均衡问题141）基站SDCCH与TCH信道配置不合理142）与周边基站相比本小区的覆盖不合理17三、手机过多的位置更新占用了基站的SDCCH信道191）LAC划分不合理导致手机频繁位置更新192）LAC分界处的基站覆盖交叠过大且此处的手机用户密度较大19四、基站不能正常分配SDCCH信道211）硬件问题导致基站时隙退出服务从而降低小区的可用资源212）基站传输闪断增加SDCCH分配失败次数223）SLEEPING CELL现象引起SDCCH的拥塞224）SDCCH信道吊死导致基站不能正常分配235）RTF与DRI的对应关系发生紊乱23五、手机不能正常占用SDCCH，引起手机重新申请网络服务251）小区载频硬件问题252）参数设置错误问题253）存在频率干扰的问题26六、由于基站异常原因导致用户频繁重新申请网络资源26七、MSC侧等有线部分原因造成基站SDCCH信道拥塞261）MSC上基站参数设置不正确，造成基站SDCCH信道拥塞262）MSC上未及时在基站开通后做该站的数据造成基站SD拥塞273）MSC上基站操作维护状态设置不正确，造成基站SD信道拥塞274）MSC侧CIC被异常BAR住，造成基站SD信道拥塞28八、基站容量不足且尝试了各种方法均未奏效时考虑加站或扩容32第五章：处理SDCCH拥塞率高的思路33第六章：结束语35第一章：前言我们在谈到网络拥塞时，常常是指信令信道拥塞以及话务信道拥塞。信令信道拥塞也就是我们常说的SDCCH信道拥塞，发生在用户在申请网络服务开始阶段。SDCCH的全称是独立专用控制信道，用于呼叫的建立、位置更新、短信的传输等过程。一般进行的信令交互主要利用SDCCH信道承载，SDCCH信道的分配也称立即指配过程。出现SDCCH信道拥塞是说：在立即指配时，如果网络没有可用的SDCCH信道来分给手机，则系统计一次SDCCH分配失败。SDCCH信道的拥塞会直接影响到基站的性能和用户的感观。在现场用户的感觉是：当用户发出通话或其他网络服务的申请时，大部分手机没有任何反映即返回到空闲状态，有的手机发出有节奏的三声响声。当出现这种情况后，用户比较反感，意见较大。为提高SDCCH的接通率，降低无线信令信道的拥塞，在本文中，笔者主要从出现SDCCH信道拥塞可能的原因入手，提出一些解决SDCCH信道拥塞的方法和思路，以供大家参考。第二章：信令流程1） 正常SDCCH分配信令流程2） SDCCH分配拥塞信令流程3） SDCCH分配信令流程分析说明当手机需要同系统建立联系时，要通过随机接入信道（RACH）来向网络发送信道请求消息（channel request）。这个消息中有3比特用来指示手机接入网络原因。当发生信道资源拥塞时，系统可根据这个指示来分别对待不同原因的信道申请。channel request还含有5比特是手机选择的随机数，这个随机数可以让系统区分不同的手机在同一时隙内发送的RACH消息，此后系统向手机发送的立即指派消息中会将该随机数再发给手机，手机将此随机数与自己所发送的随机数相比较，可以识别出来这个立即指配消息是否是网络发送给自己的。BTS的Layer1进程对收到的channel request进行成功解码后（成功解出RACH后对统计ok_acc_proc_suc_rach计数），BTS的ABIS进程负责对RACH指示的原因进行解析（若解出不正确的RACH请求的原因后，对统计inv_est_cause_on_rach计数）。在BTS的RRSM中依据收到不同原因的RACH消息的个数对统计chan_req_cause_atmp进行计量。BTS的CRM进程在收到RRSM送来的channel required received后，将为此次信道请求分配一条空闲的SDCCH信道（触发统计alloc_sdcch）。RSS收到CRM送来的信道激活（channel active）消息后将相应的SDCCH激活，激活成功后将向RRSM返回信道激活响应（channel active ack）。RRSM收到RSS的激活响应后，将会利用AGCH信道发送立即指派（immediate assignment即I.A）消息（Layer1触发access_per_agch统计），此消息包含了已分配的SDCCH信道的情况、初始TA、初始的手机最大发射功率、对应的信道请求消息中的随机数、BTS收到channel request时的TDMA帧号以及基站的跳频情况等消息。RRSM在发immediate assignment后启动T3101计时器，等待手机接入SDCCH信道。若CRM发现没有可用的资源后（触发统计alloc_sdcch_fail），将向手机发送立即分配拒绝消息immediate assignment reject，出现这种情况可能的原因有：无可用无线资源、测得的手机TA值超出系统限制、信道激活无应答等。当收到立即指派拒绝消息后，手机启动T3122，在T3122所规定的时间内，不允许手机接入网络，同时手机将进入空闲模式并监听寻呼信道的消息。到T3122超时后，手机才可以发新的channel request。当手机收到立即指派消息后，手机将收到的I.A消息与自己发出的信道请求中的消息字段进行比较，用于判断这个立即指配消息是否是给自己的。如果收到的立即指配是给自己的，则手机将信道调整到所分的SDCCH上，再利用SABM消息（设置异步平衡模式）通知网络手机已经成功占上SDCCH，SABM包括手机申请信道的原因、用户身份及移动设备的特性。此时手机使用的TA和发射功率来自于I.A消息的指示。Layer2（数据链路层）的SABM消息用于建立异步平衡模式，其服务接入点类别SAPI=0，Layer2工作于证实模式下。SABM承载的Layer3消息initial message是第三层的业务请求消息。BTS的Layer1在收到SABM消息后，将向MS发一个内容与initial message一样的UA消息（无序号证实），只有MS收到的UA消息的内容与SABM消息的完全一样，手机的接入才正确。UA的作用是为了处理多个手机在同一时间发送内容一样的信道请求消息的情况，以区分出不同的手机的消息。BTS的Layer1在收到Layer2的SABM后将向RRSM发送建立指示消息即establish indication，RRSM收到此消息后将T3101停止计时，触发统计ok_access_proc。此统计可以区分出用户申请服务不同的原因，包括：Connection Management的业务请求（呼叫建立即主叫、短信息、附加业务管理等）、位置更新请求（正常位置更新、周期性位置更新、IMSI附着）、IMSI分离、紧急呼叫及寻呼响应。另外，在T3101的时间内，如果手机不能正常占用SDCCH，则RRSM将触发统计chan_req_ms_fail。下一步RRSM会向BSC的SSM发出三层业务请求消息（initial layer3 information），SSM再向MSC发CR消息（connection request），用来申请与MSC建立SCCP层连接，CR中含有申请CM业务的原因、该手机的一些物理特征以及该MS的MSISDN。在MSC收到此消息后，即向BSC的SSM发出CC消息（connection confirmed），这样MS与MSC 之间的信令链路就建立起来了，MSC已经能够控制RR管理的传输特性，BSS处于监视传输质量和随时准备切换的运行状态。备注：为方便理解上述流程，可参考以下备注：BSS的呼叫处理Call Processing（CP）是L2和L3的系统应用进程的集合，用于MS呼叫的高层信令控制。CP包括l MTP L3/SCCP preprocessor (MTP L3). l Connectionless manager (CLM). l SCCP state machine (SSM). l Switch manager (SM). l Cell resource manager (CRM). l Radio resource state machine (RRSM). l Radio channel interface (RCI). 其中：MTP L3/SCCP preprocessor (MTP L3)处理A接口上的收发消息的协议适配，还通过分析消息的包头并进行寻址，来决定消息的目标进程。Connectionless manager (CLM)处理BSS的global控制，这个进程负责处理C7信令协议中无连接的部分。SCCP state machine (SSM)负责处理C7信令协议中面向连接的部分，它协同处理所有intra-BSS 和 intra-cell的切换，它要确保目的小区收到了切换请求且为手机预留了资源。这个进程产生所有与切换相关的信令，当进程结束后要通知MSC，当切换成功结束后要通知源小区，让源小区释放相应的资源。Switch manager (SM)用于控制从MSC至MS的陆地链路（由MSC指派）到MS的无线链路（由BSS中的CRM负责分配）的连接。Cell resource manager (CRM)负责当MS接入系统时给它分配无线资源，它保留和维护着表征其管辖范围内每个信道状态的动态数据库，并根据RSS提供的信道干扰信息来分配在最好的资源，还分配用于区分每个呼叫的SCCP reference number。当一个BTS或小区的话务过高时，CRM会触发Flow Control，当话务负荷减轻时Flow Control会停止。CRM还产生空中接口上传输的系统消息。Radio resource state machine (RRSM)负责激活和维护物理连接，它激活由CRM分配的无线信道，当MS不再需要该信道后，由RRSM负责关闭此信道。Radio channel interface (RCI)用于将RSS中MS的地址（无线信道号）转换成Call Processing中Layer 3进程识别MS的地址（SCCP reference number）。RSS是BSS radio subsystem的缩写，是系统应用程序的一个集合。用于管理BSS的RF硬件和与MS通信的无线链路。它包括五个进程：l Configuration and fault management. l Layer 1 interface. l Layer 2 protocol. l Abis interface. l Handover Detection and Power Control（HDPC）.其中：Configuration and fault management控制与它相关的无线资源的配置，并提供BTS故障管理系统的接口。Layer 1 interface用于RSS软件与channel coding进程之间消息协议的转换，它还负责存贮paging 消息和access granted 消息，直至等到控制信道上该消息相应的时隙出现。Layer 2 protocol用于将以MS为目的地的信令信息翻译成在空中接口上传送的以时隙为单位GSM信令，还处理MS的LAPDm信令；它还负责为MS建立连接，以在空中接口上传送MS的SMS数据（MO或MT）。Abis interface用于将RSS内产生的消息翻译成Abis格式，以传送给Layer3应用程序。这个进程要对收到的消息进行校验来确保消息的完整性，它还对RACH信道上收到的access bursts进行计数，计数的周期可在数据库中设置，如果计数值超过了预设的门限，则此进程会通知Layer3的应用软件，由Layer3的应用软件通过Bar住某个接入级别的MS，以减少RACH上的access burst的个数。Handover Detection and Power Control（HDPC）用于以时隙为单位控制MS的发射功率（Uplink）和相应的基站发射功率（Downlink）。这个进程还负责控制MS的timing advance以让MS能够在其所属的时隙中工作。此进程还负责触发MS的切换，依据不同的标准判决有无切换的必要。当TCH空闲时，此进程还负责测量其收到的噪声，计算出平均的噪声等级，并将数值通知Call Processing，用于在信道分配时提供参考。当MS的呼叫已经建立后，此进程还监测收到MS的SACCH消息的情况，若连续未收到某个MS一定数量（可由数据库设置）的SACCH消息，此进程要通知Call Processing来释放这个MS有关的资源。第三章：SDCCH拥塞率计算公式SDCCH拥塞率公式SDCCH拥塞率（2002 中国移动集团公司公式）=忙时SDCC溢出总次数100 / 忙时SDCCH试呼总次数（）=alloc_sdcch_fail100 / chan_req_cause_atmpt（）第四章：可能导致SDCCH拥塞率高的原因及其解决方法当基站的SDCCH拥塞率指标出现拥塞后（拥塞率关注的程度要视网络性能发展的阶段而定），通常优化人员要提取与SDCCH信道分配过程有关的性能统计，并结合基站的配置参数、现场测试文件或OMC的Call Trace文件等，对基站拥塞的原因进行分析定位，并采取有效的解决方法予以处理。一、 出现突发性话务增加或者用户产生话务时间相对集中分析出现SDCCH拥塞的小区的性能，将当前拥塞时段的话务量与小区的历史统计进行比较，判断是否是突发性的话务量，若小区话务量相对硬件配置并不高，且硬件没有故障，但仍由拥塞情况发生，则说明用户的服务需求可能比较集中。在这些情况下可以考虑采用以下的方法来缓解或解决：开启RACH流量控制功能从用户申请网络服务的最开始对用户的请求进行限制；在分析出网络SDCCH话务量的激增是由于新的极其吸引用户的增值业务的推出而引起的，则要对有大量增值业务需求的地区加大SDCCH的配置数。1） 开启RACH流量控制功能，减少SDCCH的集中占用1、RACH的冲撞控制：由于GSM系统中RACH信道是一种可能出现随机碰撞的信道，网络无法知道手机何时需要通信，手机也很可能会同时占用同一个RACH时隙来用于申请接入，这时不可避免的要发生碰撞现象。为了减少手机接入系统时RACH信道上的冲突次数，提高RACH信道的效率，GSM规范中规定了手机必须采用的接入算法。该算法中应用了三个参数，即：发送分布时隙数tx_integer（参数T）、最大重发次数max_retran（参数M）和与参数T及信道组合有关的参数（参数S）。其中参数“最大重发次数（max_retran）”表示手机最多向网络发送“信道请求”消息的次数。参数T表示手机连续发送多个信道请求消息时，每次发送之间间隔的时隙数，参数S是接入算法中的一个中间变量，根据参数T和CCCH配置情况确定。max_retran：BSS小区级参数，最大重发次数即参数M；其取值为03。手机在启动立即指配过程时（如手机需位置更新、启动呼叫或响应寻呼时）将在RACH信道上向网络发送“信道请求”消息。由于RACH是一个存在冲突的信道，为了提高手机接入的成功率，网络允许手机在收到立即指配消息前发送多个信道请求消息, 在经过最大重发次数后，若仍得不到系统的立即指派命令，手机则返回到空闲状态下。最多允许重发的次数则由参数“最大重发次数”确定。最大重发次数包含于信息单元“RACH控制参数”中，在每个小区广播的系统消息中周期发送。网络中每个小区的最大重发次数可以由网络优化人员设置。一般地，重发次数越大，试呼的成功率越高，接通率也越高，但同时RACH信道、CCH信道和SDCCH信道的负荷也随之增大。在业务量较大的小区，若最大重发次数过大，容易引起无线信道的过载和拥塞，从而使接通率和无线资源利用率大大降低。相反，若最大重发次数过小，会使手机的试呼成功率降低而影响网络的接通率。因此合理地设置每个小区的最大重发次数是充分发挥网络无线资源和提高接通率的重要手段。最大重发次数M的设置通常可以参考下列方法： 对于业务量较小的地区，max_retran可以设置为“3”即最多重发7次，以提高手机接入的成功率。 对于小区业务量一般的地区，max_retran可以设置为“2”即最多重发4次。 对于微蜂窝，建议max_retran设置为“1”即最多重发2次。 对于业务量很大的微蜂窝区和出现明显拥塞的小区，建议max_retran设置为“0”即最多重发1次。注意：北京移动现网的max_retran默认值为“2”，即最多重发4次channel request。tx_integer：BSS小区级参数，发送分布时隙数即参数T；其取值范围是015的整数，定义参见表1，此参数在小区广播的系统消息中周期发送。参数S：参数S实际上是由手机根据参数T和CCH信道的组合情况自行计算得到，具体方式由表2确定。Tx_integer(T)的编码对应时隙数00003000140010500116010070101801109011110100011100112101014101116110020110125111032111150表1发送分布时隙数Tx_integer(T)的编码方式CCH信道组合方式TCCCH不与SDCCH共用CCH与SDCCH共用3，8，14，5055414，9，16，76525，10，20，109586，11，25，163867，12，32，217115表2参数S的取值当手机接入网络时需启动一次立即指配过程，该过程的开始，手机将在RACH信道上发送（max_retran1）次信道请求消息。为了减少RACH信道上的冲突次数，手机发送信道请求消息的时间必须遵循下列规则： 手机启动立即指配过程开始，到第一个信道请求消息发送之间的时隙数（不包括发送消息的时隙）是一个随机数。这个随机数是属于集合0，1，MAX（T，8）1中的一个元素。手机每次启动立即指配过程时，按均匀分布概率从上述集合中取数。 任意两次相邻的信道请求消息之间间隔的时隙数（不包括消息发送的时隙）由手机以均匀分布概率方式从集合S，S1，ST1中取出。由上述分析可知，tx_integer即参数T取值越大，手机初次发送信道请求消息之间间隔的变化范围越大，RACH冲突的次数相应减少。参数S越大，手机重复发送信道请求消息之间的间隔越大，RACH信道上的冲突减少，同时AGCH信道和SDCCH信道的利用率提高（网络每收到一次信道请求，只要有空闲信道都会分配一个信令信道而不论信道请求消息是否由同一个手机发出）。然而，参数T和S的增大却会延长手机的接入时间，从而导致整个网络的接入性能下降，因此必须选择合适的T和S。网络优化人员可以根据系统的实际应用情况设置适当的T值以使网络的接入性能最佳。T值的选择一般可参考下列原则： 在一般情况下，应取参数T使参数S尽可能小（以减小手机接入时间），但必须保证AGCH信道和SDCCH信道不出现过载。操作过程中，对业务量不明的小区可以任意取一个T值使参数S最小，若小区的AGCH或SDCCH信道出现过载则改变T使S增大一次（参照表2）直到小区不再出现AGCH或SDCCH信道过载情况。根据上述原则，可以确定T值的取值范围（对应参数S的每个取值参数T可以取数个），当小区RACH冲突数较大时，应取较大的T值（在上述范围内）；在RACH冲突数较少（定量分析需在实验以后进行）的情况下，应使T值尽可能小。注意：北京移动Tx_integer(T)的默认值为“12”即20个RACH时隙。2、RACH的流量控制：系统通过RSS来监测在一定的时间内（rach_load_period）收到的channel request消息个数。 如果收到的个数超过门限rach_load_threshold，则RSS向call processing发负载指示消息。一旦收到负载指示消息，call processing 将随机BAR住一个接入级别(0-9) 的手机。同时CP启动计时器T1和 T2 (flow_control_t1和flow_control_t2)。当T1 超时后，若CP再收到从BSS系统传来的负载指示消息，则CP将再BAR住另一个级别的手机。若在T2的时长内，CP没有再收到从BSS传来的负载指示消息 则系统将UNBAR一个级别的手机。T2的取值必须大于T1。Figure RACH flow control第一个被BAR住的级别是由CP随机选择的，此后被BAR住的级别遵循循环的原则，从低级别到高级别。随后被UNBAR的级别在其它所有级别均被BAR过前，不会再被BAR住。第一个被UNBAR的级别是BAR住时间最长的级别。 计时器rach_load_period和ccch_load_period都是235.5mS (1 x 51 frame)的整数倍。rach_load_period决定了rach load监测的时间周期。只有在前一个周期内(RACH or CCCH)触发了过载条件ccch_load_period才会开始计时。门限rach_load_threshold由下面的公式计算得到：RACH load threshold = Total number of channels (TCH/SDCCH) x100 No of RACHs in period x No of RACH timeslots其中：分子是小区内配置的SDCCH子时隙和TCH的个数。分母是在4 * 51帧的复帧周期内可用的RACH时隙数。这个值取决于ccch_conf的设置。结果为rach_load_threshold，以0.01%为间隔。注意：由于北京移动的网络不支持用户的分级，所以上述RACH的流量控制实际效用不大。3、启动立即指配拒绝功能缓解SDCCH拥塞：在GSM规范中定义了立即指配拒绝的功能：当目前网络没有可以分配的SDCCH信道时，就可以通过发送给手机一条立即指派拒绝（immediate assignment reject）的 消息来拒绝手机的信道申请，并且在系统规定的时间内（Wait_indication_parameters 即T3122）禁止手机接入网络，通过这种功能可防止在系统没有SDCCH资源的情况下用户频繁的发送信道请求的消息，而不必要地增大网络的负荷。Wait_indication_parameters：BSS小区级参数，即定时参数T3122；参数“等待指示”的取值范围是0255的整数，以秒为单位，表示手机必须等待的时间。参数“等待指示”包含于下行消息“立即指配拒绝”之中。当网络收到手机发送的信道请求消息后，若没有空闲的SDCCH信道分配给手机，则网络通过AGCH信道发送“立即指配拒绝消息”给手机。为了避免手机不断进行信道请求而造成无线信道的进一步阻塞，在立即指配拒绝消息中包含定时参数T3122，即所谓的等待指示信息单元。手机在收到立即指配拒绝消息后必须经过T3122指示的时间后才能发起新的呼叫。参数“等待指示”（T3122）实际上是当网络中的无线资源缺乏时，强制手机在一次试呼失败后、发起新一次试呼前必须等待的时间。因此它的取值对网络性能的影响较大。T3122设置过短，则在无线信道负荷较大时容易引起信道的进一步阻塞；但若T3122设置过大则使网络的平均接入时间增加而导致网络平均的服务性能下降。注意：T3122设置的原则是：在网络的公共控制信道（CCCH）不发生过载的情况下，应使T3122尽可能小。一般建议T3122的一般设置为1015秒，在业务量密集地区设置为1525秒。但是，由于在T3122生效的时间内用户的手机表面看没有任何反应，此参数的设置一般不要取值过大，避免引起用户的强烈反映。案例分析：为了减小SD的拥塞，4月21日，我们对全网的T_3122参数进行了尝试性调整，将部分SDCCH拥塞率较高的基站的T_3122由8秒调整到了15秒。从4月17日与4月24日的统计对比来看全网的SDCCH 的拥塞率有所减少。全网SDCCH成功分配次数SDCCH分配失败次数SDCCH话务量SDCCH拥塞率4月17日2078197797342186.86 3.69 4月24日2135049300972228.11 1.39 2） 增大SDCCH配置缓解由于增值业务量的增加导致的拥塞现在的GSM网络所提供的业务中，有一部分增值业务是由SDCCH信道承载，例如短信消息等。如果增值业务在时间上集中引入，很可能导致网络SDCCH信道出现突发且较大面积的拥塞情况。2001年5月17日，北京移动开通了神州行手机用户的短信息业务，由于当时北京移动已经拥有了相当规模的神州行用户，且公司前期市场宣传工作做的比较到位，当天大量神州行用户尝试使用短信息，引起网络内短信息的收发次数激增，无线侧引发了大量的小区SDCCH拥塞。cm_req_smssms_inisial_on_sdSD_BLKSDCCH话务量sum5月16日23032472730.814168.545月17日923031480491.664402.21出现这种情况后，只能及时增加具体每个出现SDCCH信道拥塞的小区的SDCCH配置，以缓解网络拥塞情况。但为了尽可能避免类似的事件再次发生，应加强网络运行维护部门与市场部门的沟通，有预见性地采取一些预防措施。接受此次教训后，我们在此后的节假日等易于引起短信息等增值业务突发的时候，及时且适量地调整了网络的配置，避免了上述在无线侧拥塞情况的再次发生。二、 存在覆盖或话务的不均衡问题当出现SDCCH信道拥塞后，分析得出SDCCH的拥塞率与TCH的拥塞率不均衡，或者基站的覆盖与周边基站的覆盖没有合理地进行控制，则可以采用以下的均衡方法进行处理：若TCH信道很闲，可以开启SDCCH的重配功能，调整本小区的SDCCH与TCH的信道比例；若开启了SDCCH的重配功能，但参数设置不合理或不正确也可能造成SDCCH的拥塞；由于基站的覆盖过大，引起SDCCH拥塞，可以对用户的起呼进行距离上的限制；若基站的C2设置不合理，可能造成基站过多地吸收了话务，从而导致基站SDCCH拥塞率比TCH的高。1） 基站SDCCH与TCH信道配置不合理（1） 若TCH信道很闲，可以开启SDCCH的重配功能，调整本小区的SDCCH与TCH的信道比例由于在基站的资源分配中，SDCCH与TCH均要占用基站的物理信道资源，在基站结构配置中实际上存在SDCCH与TCH的平衡问题，通常SDCCH与TCH在开站时被固定分给一定的信道，但由于网络承载的话务是不断变化发展的，为了适应这种变化，保持SDCCH与TCH在资源的使用上的合理分配，启用基站的SDCCH信道重配功能，可以有效地、动态地根据实时的用户需求，调整SDCCH与TCH之间的资源分配，尽可能地避免出现二者忙闲不均的情况。信道重配：在呼叫处理的过程中BSS的软件CRM进程可以进行动态信道重配，例如：SDCCH信道的使用比例很大，同时还继续有SDCCH信道的申请，此时当满足一定门限后，CRM可以将TCH信道重新配置成SDCCH信道，以满足SDCCH的需求。涉及到的BSS参数：ccch_conf：BSS小区级参数；参数ccch_conf由3比特组成，常用的取值有：0表示noncombined方式，CCCH使用一个基本的物理信道，不与SDCCH共用；1表示combined方式，CCCH使用一个基本的物理信道，与SDCCH共用。根据一般的经验，对于小区中的载频数为1个或2个的情况，建议公共控制信道的配置采用一个基本物理信道且与SDCCH共用；小区中的载频数超过2个的情况，建议公共控制信道的配置采用一个基本物理信道且不与SDCCH共用。Channel_Reconfiguration_Swith： BSS小区级参数；参数的取值可以决定CRM可否进行动态信道重配。Number_Sdcchs_Preferred：BSS小区级参数；定义了在系统重启时CRM配置SDCCH的个数，同时小区SDCCH的信道个数。这个参数的取值受限于该小区的信道配置方式是combined或noncombined。Max_number_of_sdcch：BSS小区级参数；定义了信道重配后SDCCH的最大个数。发生TCH至SDCCH信道重配的条件：1、 信道重配后SDCCH的最大个数不能超过Max_number_of_sdcch；2、 空闲的SDCCH信道个数要少于sdcch_need_high_water_mark；3、 当前空闲的TCH信道个数要大于tch_full_need_low_water_mark；发生SDCCH至TCH信道重配的条件：1、 重配后的SDCCH信道个数不能少于Number_Sdcchs_Preferred；2、 当前空闲的SDCCH信道个数要大于sdcch_need_low_water_mark；SDCCH信道的配置一般遵循以下原则：（1） 在小区载频数4之间的小区，CCCH配置方式一般为nonCombine方式，SDCCH的实际个数为n8，n取值一般为3，SDCCH最小值则为24；SDCCH最大值可以为32。注意：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信道重配为8个SDCCH信道。案例分析：1、由于近几周全网SDCCH 拥塞状况有上升趋势，我们选定部分典型基站做实验性修改，打开CELL RECONFIGURATION SWITCH。启用SDCCH 动态分配原则，Preferred_number_of_sdcch按通常的规划方法设定,并设定相关参数：Channel_reconfiguration_switch=1Max_number_of_sdcch=24Sdcch_need_high_water_mark=2Sdcch_need_low_water_mark=12Tch_need_low_water_mark=3结果表明拥塞状况有明显改善，前后对比见下表。现在全网除个别基站外，此功能均已打开。下表是全网改动前后的性能比较：date_and_timesum_alloc_sdcch_failsum_alloc_sdcchsum_alloc_tchsum_alloc_tch_failTCH拥塞率SDCCH拥塞率8-204534377508374561412677914.535.528-234148480985271461510825513.154.878-206425082793675787815872817.317.208-232755981210375380113326615.023.282、西三旗和五棵松村在一定程度上存在TCH与SDCCH忙闲不均的情况，采取以下措施后这些小区的TCH拥塞与SDCCH拥塞得到了均衡。CID786：将Max_number_of_sdcchs从32增加到48，number_sdcchs_preferred从24增加到32；CID840：将Max_number_of_sdcchs从32增加到48，number_sdcchs_preferred从16增加到24。site_namecell_nameSDCCH拥塞CALL_SETUP_SUCCESS_RATETCH拥塞TOTAL_CALLSavail_tch_maxerl/chantimeWuKeSongCun_16460-00-4112-8407.3296.6701047370.473-1WuKeSongCun_16460-00-4112-8401.7696.080.031104360.583-2XiSanQi_6460-00-4110-7867.4496.860990360.583-1XiSanQi_6460-00-4110-7862.6697.100.051107340.583-23、万柳桥西北DCS CID30289的SDCCH 拥塞较高，但TCH不存在拥塞情况，话务掉话比较低。处理过程：将number_sdcchs_preferred：1632； max_number_of_sdcchs：3248；site_namecell_name掉话次数sd拥塞TCH话务量date_and_timeWanLiuQiaoXiBeiDCS460-00-4144-3028917.281.516-25WanLiuQiaoXiBeiDCS460-00-4144-3028910.001.356-284、在11月18日对网上所有CELL的channel_reconfig及其有关参数进行了相应的调整，减小了TCH和SD拥塞，同时提高呼叫成功率，也可以使当前的无线资源能有更高的利用率，避免了由于TCH, SD分配不合理，造成的一方拥塞而另一方空闲的资源浪费 。改动的具体参数如下：number_sdcch_preferred:8, 16, 24 max_number_of_sdcchs:16, 24sdcch_low_water_mark:10, 18, 26 sdcch_high_water_mark:2tch_full_need_low_water_mark:3 改动前后小区性能变化如下：SDCCH11-1611-25cell_nameSDCCH拥塞SDCCH话务量SDCCH拥塞SDCCH话务量460-00-4160-75950.969.070.1610.74460-00-4130-8150.357.059.5411.38460-00-4130-7948.967.0412.8112.02460-00-4160-54831.435.910.475.01460-00-4120-12228.4813.664.3216.07460-00-4170-62624.106.821.226.11460-00-4170-62151.6618.0229.9221.93460-00-4170-62223.8713.902.6813.41TCH11-1611-25cell_nameTCH拥塞TCH话务量avail_tch_maxTCH拥塞TCH话务量avail_tch_max460-00-4142-78526.4317.43216.6515.6022460-00-4172-69824.9124.97295.7222.0130460-00-4172-96427.3525.17298.8122.9830460-00-4160-91743.4126.712925.7925.7230（2） 开启了SDCCH的重配功能，但参数设置不合理或不正确如果优化人员在配置SDCCH的重配功能时，没有满足BSS的约束条件，则可能发生SDCCH不能正常重配的情况，很可能会出现SDCCH拥塞的现象。2） 与周边基站相比本小区的覆盖不合理相对自身信道配置以及与邻区话务来说，如果基站的实际覆盖范围过大，可能导致它实际承载了过多的手机的网络服务需求，这样很容易产生SDCCH信道拥塞。当出现这种情况后，针对基站覆盖偏大的情况，采取有效措施来收缩基站的覆盖，从而降低基站承载的用户数，减小SDCCH信道的拥塞。常用的方法有：在距离上限制距基站较远的用户接入本基站；调整基站的小区重选的参数设置。（1） 人为限制手机接入的距离收缩基站实际覆盖范围缓解SDCCH拥塞对于偏远的地区，由于基站建设力度不够，在有些距离基站较远的地方手机信号较弱，如果手机在这些地方尝试向网络发起服务请求或响应网络的寻呼，由于距离基站过于远，信号衰减较大，手机接收质量很差，这样手机很可能不能正常地接入到网络中，反而由于手机频繁尝试发起接入请求而造成网络资源被大量占用。为避免这种距离基站过远的手机接入到基站中，我们可以打开网络限制，将这些资源请求拒绝掉。涉及到的参数有：poor_initial_assignment：BSS级参数；该参数的置位可以让BSS在收到手机发来的RACH消息后，分析其TA值，若超出ms_max_range的范围后，则网络将该RACH请求放弃掉，而不作任何响应，这样做可以将一些距离较远、质量可能较差的RACH消息限制在网络接受范围之外；ms_max_range：BSS小区级参数；当手机和基站的距离超过一定门限时，网络应启动切换过程，以维持一定的通信质量，减小小区间的干扰。参数“手机最大距离”规定了手机距离的最大门限；当超越该门限时，基站将启动切换过程；注意：开启了BSS的poor initial assignment功能后，可以限制信号质量较差的用户接入网络的请求，从而在一定程度上避免了这些用户可能的频繁资源请求。但是，这只是一种暂时的方法，为了根本解决问题，及时地解决网络覆盖不足的问题以及合理调整基站的覆盖范围才是最终的解决办法。（2） C2设置不合理导致基站实际覆盖过大对于有些基站由于基站的站址比较偏远或基站位置过矮，为了吸收话务量，优化人员有时开启C2。但是，如果C2的设置过大，且邻区的切换门限没有做及时的调整，也容易造成SDCCH拥塞。案例分析：6月21日，化工研究院DCS由于话务量过低，我们将该站的C2打开，设置的该cell参数cell_reselect_offset设为15，即30dB。C2打开后该小区的呼叫次数增加比较明显，但由于当时未将该站的出邻区的切换门限适当增高，造成相当数量的呼叫在此小区建立后，很快切换至别的小区。从统计上看基站的total call很多，但话务量却不高，还存在一定数量的SDCCH拥塞。当我们将该站的C2关闭后，基站的SDCCH拥塞率下降为0。datesite_namecell_nameSDCCH拥塞率SDCCH话务量TCH拥塞TCH话务量TOTAL_CALLSavail_tch_maxerl/chanCell话务掉话比6-21HuaGongYanJiuYuanDCS311090.122.700.002.42617.00290.0820.786-22HuaGongYanJiuYuanDCS311090.000.160.000.8612.00290.0351.42三、 手机过多的位置更新占用了基站的SDCCH信道当基站发生SDCCH信道拥塞后，对用户申请SDCCH信道的原因进行分析后，若基站大量SDCCH的分配是被用于手机进行位置区的更新，则在采取其他措施的同时，尽可能地降低不必要的手机位置更新的次数，可以大幅度降低SDCCH信道的占用，从而减少SDCCH信道的拥塞情况。要降低LAC更新的次数，可以从LAC的划分是否合理、位置区更新滞后参数的设置等方面进行检查，分析问题所在。1） LAC划分不合理导致手机频繁位置更新在进行网络LAC区规划时，如果LAC区的交界被选择在手机用户数较多，用户移动性较大的地区，则会导致频繁的手机位置更新，这样会占用大量的SDCCH信道，很可能引起SDCCH的拥塞。同时，由于大量的位置区更新