TCH拥塞率高的分析处理

1、TCH拥塞率高的分析处理目 录TCH拥塞率高的分析处理1第一章：前言：2第二章：信令流程31）正常TCH分配信令流程32）TCH分配拥塞信令流程（起呼、切换中）43）TCH分配拥塞信令流程分析说明5第三章：TCH拥塞率计算公式71）含切换的TCH拥塞率公式72）不含切换的TCH拥塞率公式7第四章：可能导致TCH拥塞率高的原因及其解决方法8一、出现突发性话务量增加而且产生话务量时间相对集中81）开启TCH排队功能，适当考虑增加排队时长82）开启TCH流量控制功能12二、存在均衡覆盖和话务的可能121）基站实际覆盖范围过大，收缩基站的实际覆盖122）本小区话务量拥塞而临近基站相对较闲，疏导话务至邻

2、区203）TCH与SDCCH的拥塞率不均衡，调整二者资源配置294）本基站的另外两个小区相对空闲，调整本基站的硬件配置29三、邻区故障或参数设置错误导致手机不能正常切换至其他小区291）主邻区受到强烈干扰导致手机不能正常解出邻区信息302）邻区参数错误导致网络不能识别手机上报的邻区信息303）本基站或主邻区的时钟失锁比较严重31四、基站不能正常分配TCH信道311）硬件问题导致基站时隙退出服务从而降低小区的可用资源312）基站传输闪断增加TCH分配失败次数323）SLEEPING CELL现象引起TCH信道拥塞32五、手机不能正常占用TCH，导致手机重新申请321）小区载频硬件问题332）参数

3、设置错误问题333）存在频率干扰问题33六、由于基站异常原因导致用户频繁申请资源34七、基站容量不足且尝试了各种方法均未奏效时考虑加站或扩容34第五章：处理TCH拥塞率高的思路36第六章：结束语38第一章：前言：我们在谈到网络拥塞时，常常是指信令信道拥塞以及话务信道拥塞。其中话务信道拥塞也就是我们常说的TCH信道拥塞，发生在用户在申请网络服务信令交互之后，一般进行用户的真正话音要由TCH信道承载，TCH信道的分配也称指配过程。出现TCH信道拥塞是说：在指配过程中，如果网络没有可用的TCH信道来分给手机，则系统计一次TCH分配失败。在本文中，笔者主要从出现TCH信道拥塞可能的原因入手，提出一些解

4、决TCH信道拥塞的方法和思路，以供大家参考。第二章：信令流程1） 正常TCH分配信令流程2） TCH分配拥塞信令流程（起呼、切换中）（1） MOC：（2） Intra_BSS_HO：（3） Inter_BSS_HO：3） TCH分配拥塞信令流程分析说明在SDCCH信令接续完成后，系统将向手机分配陆地电路和TCH信道。手机先向系统发SETUP消息，其中包含被叫号码即B number和所需业务等。MSC收到SETUP消息后，要通过VLR发送出局呼叫消息（Send_Info_For_O/C_Call）,VLR在收到该消息后，将根据其从HLR获得的此主叫用户的信息，来分析被叫的号码即HLRInquir

5、e（实际是依据B的号码分类向B归属的HLR查询B的信息）和主叫用户本身的能力（根据主叫用户被允许的业务种类，查看A用户是否支持本次呼叫，检查系统是否能接纳这此呼叫。若某些要求不能满足，系统则向主叫用户发出释放完成消息（Release Complete），此次呼叫建立就失败了；经过查询后，如果对B用户的HLRInquire成功，且A用户具有此次呼叫的权限，VLR则向MSC发完成呼叫能力查询消息（Complete Call）。当MSC收到这个消息后，则向MS发出呼叫继续消息（Call Proceeding），表示主叫用户的呼叫请求已经通过了检查，呼叫处理正在进行当中。此后MSC将根据用户的业务请求

6、，向BSC的SSM发出指配请求消息（Assignment Request），给用户的此次呼叫分配TCH话音信道。此消息中指明了所请求信道的类型等内容。SSM收到Assignment Request后触发统计ma_req_from_msc。BSC的SSM在收到MSC的TCH信道请求后，通过BTS的RRSM向BTS的CRM申请TCH信道分配。如果有可用的TCH信道资源的话，CRM会通知RRSM消息assignment channel assigned，RRSM收到后触发统计alloc_tch。RRSM再向BTS的Layer1发出激活TCH信道消息（Channel Activation for TC

7、H）。如果CRM没有可用的TCH信道，则CRM触发统计alloc_tch_fail，并通知RRSM消息resource not available，此时RRSM触发统计ma_cmd_to_ms_blkd，再由RRSM向MSC返回分配失败的消息（Assignment Failure）。如果系统允许排队的话，则CRM通知RRSM消息force queue，RRSM在启动T11的同时，向MSC发出排队指示的消息（Queuing Indication），如T11超时，则RRSM向MSC发出清除请求（Clear Request消息）。在RRSM收到Layer1回送的信道激活响应（Channel Acti

8、vation ACK）的消息后，就在SDCCH信道上通过指配消息（Assignment Command）通知手机分给其的TCH的情况，这个消息中包含：TCH信道类别（话音/数据的指示），信道的速率和类别、话音解码算法、透明传输指示、分配优先级以及CIC电路识别码。在发送指配消息的同时，RRSM启动T10。MS收到系统发来的Assignment Command消息后，将就从SDCCH信道调整到所分的TCH信道上，再通过与TCH随路的FACCH信道向系统发出SABM消息，BTS的Layer1在收到该消息后，会向RRSM发ESTABLISH INDICATION（建立指示消息），同时Layer1向手

9、机回UA的证实消息。MS收到UA后，通过FACCH向系统发出分配完成消息（Assignment Complete），如果因为其他原因导致手机不能占用TCH信道，手机就向系统发出指配失败消息（Assignment Complete）。如果在T10规定的时间内手机没有回送Assignment Complete消息，则系统将该TCH信道释放掉。在手机成功占上TCH后，BSS将启动SDCCH的释放进程。BTS发出无线信道释放（RF Channel Release）消息，要求将以前占用的SDCCH信令信道资源释放掉，当BTS完成了信令信道的释放后，将发给BSC一条信道释放完成（RF Channel Re

10、lease ACK）消息，BSC收到此消息后就认为该信道已返回到空闲状态下，该资源可以用于分配给新的信道请求。第三章：TCH拥塞率计算公式1） 含切换的TCH拥塞率公式TCH拥塞率（含切换）（2002 中国移动集团公司公式）=忙时话音信道溢出总次数（含切换）100 / 忙时话音信道试呼总次数（含切换）()alloc_tch_fail100 / alloc_tch+alloc_tch_fail()2） 不含切换的TCH拥塞率公式TCH拥塞率（不含切换）（2002 中国移动集团公司公式）=忙时话音信道溢出总次数（不含切换）100 / 忙时话音信道试呼总次数（不含切换）()ma_cmd_to_ms_

11、blkd100 / ma_req_from_msc()第四章：可能导致TCH拥塞率高的原因及其解决方法当基站的TCH拥塞率指标出现拥塞后（拥塞率关注的程度要视网络性能发展的阶段而定），通常优化人员要提取与TCH信道分配过程有关的性能统计，并结合基站的配置参数、现场测试文件或OMC的Call Trace文件等，对基站拥塞的原因进行分析定位，并采取有效的解决方法予以处理。一、 出现突发性话务量增加而且产生话务量时间相对集中基站出现突发话务量一般是指：出现高话务量的小区在以往的统计记录中没有出现或极少出现这样高的话务量情况。用户的服务需求比较集中一般指：相对以往的统计记录来说，小区出现比较明显的拥塞

12、率高的现象，但小区的话务量没有明显的增加现象、基站的拥塞不是由硬件故障引起的、检查与TCH分配有关的其他性能指标均没有异常，在这种情况下，我们可以怀疑在这个时段基站覆盖范围内的用户有比较集中的网络服务需求。当系统出现突发性的话务量，而且用户的服务需求比较集中时，可以考虑采用以下的方法来缓解或解决：适当开启并调整TCH的排队功能；在合适的情况下开启TCH的流量控制功能以缓解TCH的突发拥塞。1） 开启TCH排队功能，适当考虑增加排队时长由于呼叫建立或切换接入的原因，需要指配某个BTS的TCH信道，而该BTS上所有的TCH均已被占用时，BSC的无线资源管理程序有三种处理方式。其一是在系统使用定向重

13、试（Directed Retry）功能且该BTS和相邻BTS将具有此能力时，BSC采用定向重试方式直接将该呼叫指配到相关的其它小区（此处理不适用于切换接入的情况）；其二是在系统不使用排队功能（Queuing）时，BSC直接向MSC报告指配失败，从而使本次呼叫或切换尝试失败；第三种情况是系统采用排队功能，此时BSC将MSC的指配请求进行排队，一旦该BTS中有TCH被释放，即处理队列中的指配请求。对于最后一种情况，BSS系统需确定在队列中最多可以缓冲多少次呼叫或切换接入请求，即参数“全速率信道最大队列长度”。排队管理：在正常的呼叫建立过程中，系统先分配给MS一个专用信令信道SDCCH用于呼叫建立进

14、程的信令交互，之后系统要给MS分配话音信道TCH，有可能发生当MS完成SDCCH上的信令交互后，系统没有可用的TCH来分给MS，此时若开启了排队功能，则系统可将MS放在队列中，与其他等待TCH的MS一起排队。这种功能在一定程度上可以缓解系统TCH拥塞，但一般在突发且时间相对集中的拥塞情况效果比较明显。涉及的系统参数：queue_managment_information：BSS小区级参数；定义了系统允许排队队列的最大长度。若此参数等于0，则系统不允许MS进行排队。bss_map_t11：Site级参数；MS在队列中等待系统分配TCH的最大时长由bss_map_t11来决定。这个参数的设置要与M

15、SC的相应参数设置一致。系统启用排队功能时，会同时启动定时器T11，在该定时器超时前，若有TCH被释放，则系统会将该TCH指配给队列中的这次呼叫，并清除该定时器。若到定时器超时时，依然没有可用的TCH资源，则系统将队列中的此次请求清除，并以指配失败的形式告知MSC。Max_q_length_full_rate_channel：BSS小区级参数；定义了等待分配全速率TCH的MS的队列的最大长度。Max_q_length_sdcch：BSS小区级参数；决定了等待分配SDCCH信道的MS队列的最大长度。对于channel request系统不支持排队，但是对于MSC发起的SDCCH切换中对SDCCH

16、的申请可以进行排队，但一般情况下MSC不会发起SDCCH切换。Priority assignment function：MSC上定义的BSC级参数；此功能使得系统按照呼叫的类型来将排队等待资源的MS按优先级排队。此参数要置为“开”，系统才能真正开启TCH的排队功能。在一般情况下，开启TCH的排队可以在一定程度上缓解系统的拥塞，我们建议在网络参数的设置中将此功能打开。可以参考以下的参数设置：queue_managment_information2；bss_map_t1110000（ms）Max_q_length_full_rate_channel2；Max_q_length_sdcch0；Pri

17、ority assignment function1；注意：queue_managment_information的取值要大于Max_q_length_full_rate_channel与Max_q_length_sdcch之和。在北京移动的GSM网络中，开启TCH的排队已经是网络的基本配置要求。在话务的出现相对集中的地区，采用排队方式可以有效地提高系统的接通率，平滑局部地区的话务量，对缓解TCH信道拥塞，此功能效果比较明显。但在具体实施时，要估算用户能够容忍的等待时长，还要注意及时调整MSC的功能设置以及等待时长，来配合无线侧的排队等待。例如：队列长度过大常常会导致T10的超时，而T10超时

18、前，系统中有一定的资源会被占用，因此T10超时事件越多，系统的资源利用率越低。选择合适的队列长度对系统资源利用率有至关重要的影响。另外，并不是所有对系统资源的请求都是允许排队的，其中对于立即指派请求，BSC内切换，BSC间切换是不许参加排队的，只有TCH资源请求（即TCH指派请求和小区内部切换）允许给相应的请求分配那些在T10规定时间内被释放掉的TCH信道，如果排队长度或等候时间超出系统要求则该请求将被拒绝。案例分析：1、通常在切换过程中涉及到的TCH信道请求，若目的小区没有资源，则BSC会向满足切换要求的邻区清单中的下一个小区申请TCH资源，这种由于切换引起的TCH请求是不参加排队。当MS做

19、主叫或被叫时申请TCH资源时可以参加排队，所以若TCH排队正常进行时，统计出来的TCH拥塞率中，含切换的拥塞率要高于不含切换的拥塞率。2001年6月底，我们在分析全网的TCH拥塞率时，发现个别MSC上的TCH拥塞率中，含切换和不含切换的大小关系不正常，即表现出来的大小关系为：这些MSC的含切换的TCH拥塞率小于不含切换的TCH拥塞率。发现此现象后，我们发现这应该是由TCH没有正常工作引起的，因为若MS起呼和被叫参加TCH排队，而切换不参加TCH排队的话，不应该出现这种现象了。我们检查了BSS中涉及TCH排队的参数后，没有发现异常的情况，进而检查MSC中的有关参数，发现MSC上的参数设置不正常。

20、7月2日，我们修改了BSC23所属的MSC上的参数后，BSC23的不含切换TCH拥塞率得到很大改善。Timebss_nameTCH成功分配次数TCH分配失败次数ma_req_from_mscma_cmd_to_ms_blkdTCH_BLKTCH_BLK(noHO)06-25bss2390479442316343210.49%1.01%06-26bss2392343677322654640.73%1.44%06-27bss2389506376303683090.42%1.02%06-28bss2392756360314382910.39%0.93%06-29bss2393410577306323

21、490.61%1.14%07-02bss2395631343321722930.36%0.91%07-03bss239838526732989220.27%0.07%07-04bss239522738630877110.40%0.04%07-05bss239825842433746150.43%0.04%2、 5月29日，我们打开了MSC2和MSC4上BSC的参数Priority Assignment Function，使其支持BSS侧的TCH排队功能，其中涉及BSC1至BSC14。从下面的统计可以看出，调整前后，这些BSC虽然含切换的TCH拥塞率变化不很明显，但是，不含切换的TCH拥塞率均有

22、不同程度的下降，而且调整后不含切换的TCH拥塞率要低于含切换的TCH拥塞率，在开启TCH排队功能时，这是合乎道理的。其中，BSC14由于调整后的当天话务量增加较为明显，30日的含切换的TCH拥塞率与不含切换的TCH拥塞率均较前一天有所增加，但是，调整后BSC14不含切换的TCH拥塞率要低于含切换的TCH拥塞率，这与调整前的比例不一样，是合理的。2） 开启TCH流量控制功能TCH流量控制可以由RACH、CRM和SSM过载触发。CRM过载控制由参数tch_flow_control控制打开。它由两个参数进一步控制： tch_busy_critical_threshold和tch_busy_norm_

23、threshold。当CRM分配TCH时系统要检查以下原则： 如果TCH的使用超过了门限tch_busy_norm_threshold所定义的值，CRM将随机BAR一个手机接入等级(0-9)，同时两个计时器T1和T2开始计时(flow_control_t1, flow_control_t2)。这些计时器控制了手机被BAR和UNBAR的速率：当T1还在计时而没有超时，如果TCH的使用再次超过门限tch_busy_norm_threshold，系统不会再BAR其它手机级别。如果T1已经超时而T2仍在计时，若TCH再次达到门限tch_busy_norm_threshold，则系统将随机BAR住另一个

24、级别的手机。此时T1和T2将重新开始计时。当连续的T2超时后手机将被UNBAR。 如果TCH超过门限tch_busy_critical_threshold，CRM将BAR任何还没有被BAR住级别的手机，每次门限被超过后，系统一次BAR住两个级别的手机：T1和T2在BAR和UNBAR的过程中仍旧起作用。注意：对于北京移动的实际系统由于没有对手机用户进行分级，所以上述功能实际没有明显效果。二、 存在均衡覆盖和话务的可能存在覆盖均衡的可能是指：通过实际现场对出现拥塞的小区及其邻区的覆盖范围测试，或者在OMC上对出现拥塞的小区及其邻区做Call Trace后，统计它们的TA大小分布，分析得出本小区的实

25、际覆盖范围过大，而周边没有拥塞现象的小区覆盖过小，而没有充分吸收拥塞小区的话务量。此处的有话务均衡的可能是指：出现拥塞的小区其TCH拥塞率较高，但是，其SDCCH却不存在拥塞的情况，也即该小区在TCH与SDCCH资源的配置方面做得不合理。若出现TCH信道拥塞，分析得出基站的覆盖与周边基站的覆盖没有合理地进行控制，或者TCH的拥塞率与SDCCH的拥塞率不均衡，则可以采用以下的方法进行处理：采用多种方法调整本基站与周边基站的覆盖范围；均衡拥塞基站与周边基站的话务量；对TCH与SDCCH不均衡的情况予以调整。1） 基站实际覆盖范围过大，收缩基站的实际覆盖（1） 调整本基站和邻区的发射功率等参数改变C

26、1来收缩基站覆盖在基站拥塞情况不均衡的情况下，例如：本小区很忙，而相邻的小区却很闲，则通过调整本小区的发射功率等参数，减小本小区的小区选择C1值，可以有效收缩本小区的覆盖范围，同时适当调整邻区的参数来提高其C1值，扩大覆盖，吸收话务。与C1设置有关的参数有：1、基站最大发射功率（max_tx_bts）：BSS小区级参数；BTS输出的功率电平一般是可调的。功率电平指的是功率放大器输出的功率。参数“基站最大发射功率”设置的是基站发信机的最大发射功率电平。此参数对基站的覆盖范围有很大影响。该参数的取值范围为021的整数，以2dBm为步长，分别表示：GSM900：431dBm，奇数有效。DCS1800

27、：39-3dBm，奇数有效。对于微蜂窝，取值范围为06的整数，以2dBm为步长，分别表示：GSM900：3119dBm，奇数有效。DCS1800：3018dBm，偶数有效。此参数对小区的实际覆盖范围有较大的影响。此参数设置过大，会造成小区实际覆盖范围变大，对邻区造成较大干扰；此参数设置过小，会造成相邻小区之间出现缝隙，造成“盲区”。当网络发生扩容或由于其它原因（如地理环境发生变化）应该修改此参数时，在修改此参数前后，均应在现场进行完整的场强覆盖测试，根据实际情况来调整小区的覆盖范围。注意：在临时情况下，此参数可以迅速地调整基站的覆盖范围，但如果天线本身的高度下顷等参数调整不合适，只调整此参数，

28、问题还没有根本得到解决。建议在时间允许的情况下，此参数一般不要做改动，而采用天线调整的方法。2、允许接入的最小接收电平（rxlev_access_min）：BSS小区级参数；为了避免手机在接收信号电平很低的情况下接入系统（接入后的通信质量往往无法保证正常的通信过程），而无法提供用户满意的通信质量且无谓地浪费网络的无线资源，在GSM系统中规定，手机需接入网络时，其接收电平必须大于一个门限电平，即手机允许接入的最小接收电平。rxlev_access_min的取值范围为063的整数，以1dBm为步长，分别表示110dBm47dBm。rxlev_access_min是网络操作员可以设置的，通常建议的数

29、值应近似于手机的接收灵敏度。由于该参数还影响到小区选择参数C1，因此灵活地设置该参数对网络业务量的平衡和网络的优化至关重要。对于某些业务量过载的小区，可以适当提高小区的rxlev_access_min，从而使该小区的C1和C2值变小，小区的有效覆盖范围随之缩小。但该参数的值不可取得过大，否则会在小区交界处人为造成“盲区”。 注意：一般情况下，考虑到可能引起用户的投诉，我们不建议在网络中频繁调整此参数。设置原则：建议值DCS800的此参数在-95dBm左右；GSM900在-100dBm左右调整；另外，在调整此值后，注意观察所调基站地区的话务量走势和用户申告情况，不能避免出现网络话务损失和用户投诉

30、。案例分析：1、考虑到监察部基站TCH拥塞率较高,而周边蓟门桥基站的话务量和拥塞率较低，适当调整以下两基站的发射功率(max_tx_bts)，以改变手机在这两个基站内收到的C1指：监察部cell1(460-00-4130-10)：max_tx_bts 43db37db蓟门桥cell2(460-00-4130-707)：max_tx_bts 33db37dbSITECIDATETCH_CONGESTION_KEYTCH_TRAFFICJiMenQiao_4460-00-4130-70701-02 10:0004.3502-02 10:0007.0503-02 10:0005.504-02 10:

31、0008.2705-02 10:0008.91JianChaBu_8460-00-4130-1001-02 10:0027.0325.5402-02 10:0042.5927.2503-02 10:0045.1127.2704-02 10:007.2322.805-02 10:006.2922.032、调整南线阁基站第三方向的基站发射功率：max_tx_bts 43db35db：SITECIDATETCH_CONGESTION_KEYTCH_TRAFFICNanXianGe460-00-4172-99503-02 10:0068.5320.5908-02 10:007.3714.27从该基站周

32、边小区的话务性能统计看到，南线阁第三小区减少的话务量基本被周边基站槐柏树街和白云观街吸收，调整后该地区没有出现覆盖空洞。3、 BSS25八宝庄第三个CELL和潘庄第二个CELL，它们的TCH拥塞率较高，而周边基站的基本没有拥塞现象，对这两个小区的发射功率进行减小，并对它们的邻区功率做相应增大后，这些拥塞小区的拥塞情况有所缓解，调整效果如以下表所示：DeviceDateAVAILABLE_TCH_MAXTCH_CONGESTION_KEYTCH_TRAFFICBaBaoZhuang_4/460-00-4112-30414-31310.139.645-3137.239.518-3134.388.8

33、2PanZhuang_10/460-00-4112-7844-32129.718.745-32144.2519.598-3217.3316.43 4、BSS08的西三旗第三方向TCH 拥塞严重，现将第一、二方向的BTS发射功率增大（增大手机在这两个小区内测到的C1值），同时将第三方向的最小接入电平升高（减小手机在第三小区内测到的C1值），以缓解第三小区的拥塞状况，调整前后性能对比如下：datesite_namecell_nameTCH成功分配次数TCH分配失败次数TCH拥塞话务量TOTAL_CALLavail_tch_max3月12日XiSanQi_6460-00-4120-786313438

34、410.9221.121180283月12日XiSanQi_6460-00-4120-787135300.007.06248293月12日XiSanQi_6460-00-4120-7882933695870.3528.532120293月22日XiSanQi_6460-00-4120-7864354201731.6624.851947283月22日XiSanQi_6460-00-4120-78750621001.9418.621220293月22日XiSanQi_6460-00-4120-78849782154.1422.6193329（2） 调整本基站和邻区基站的天线调整天线的高度、方向角和

35、倾角，是我们合理分配话务的重要手段之一。基站天线安装位置过高、基站下顷角过小等，会造成基站的实际覆盖过远，从而过多地吸收话务，引起不必要的TCH拥塞。通过天线方向角的修改，可以保障重点路段、重点目标的通信畅通。通过天线高度、下倾角的修改，可以增大或减小小区的覆盖范围，重新分配话务，直观的起到疏忙补闲的作用。案例分析：1、复兴中路北侧这个站的话务量一直很低，而其南侧的301医院和永定路两个基站的话务量居高不下，且存在拥塞现象。所以，优化人员加高了复兴中路北侧天线，减小其下倾角，并调整天线方向角以将天线对准繁华街道，从而有效地吸收话务量，这样就分担了基站301医院和永定路的话务量。2、三月份以来，

36、为综合整治网络的拥塞问题，优化人员对全网大约220个基站进行了覆盖的调整，包括GSM900和DCS1800基站。在实际的现场测试中，还发现有一些DCS1800基站由于天线的下倾为0度，造成其覆盖过大，在指标上反应为存在TCH拥塞率高的现象。在此次调整中有近100个DCS1800基站的下倾获得重新设置，系统的拥塞问题得到较大缓解，使系统的呼叫建立成功率有了很大提高。请参考下列数据：上图是自3月截止到6月共11周的数据(不包括五一休假)，每个数据点是每周4个工作日的平均值。从图中可看出话音信道的拥塞有了极为显著的缓解，从三、四月份的50左右降为目前的6左右，这一改善大大提高了系统的呼叫建立成功率，

37、由过去的85上升到92以上。需要指出的是，在覆盖调整期间系统容量的增强，包括新站的不断入网和原有基站的扩容，对于网络拥塞的缓解也起到了极大的作用，这两者是密不可分的。通过覆盖调整，不仅减低了由于覆盖过大而引起的拥塞，而且也大大减少了越区覆盖带来的干扰，从而降低了干扰造成的掉话。 （3） 调整有关参数减小本基站的C2值GSM规范中定义的小区重选的功能，可以有效地控制空闲模式下的手机在网络中的分布。通过调整与小区重选有关参数，将拥塞小区的小区重选C2值减小，同时将其相邻话务较闲的小区C2值增大，可以有效地引导网络的话务的发布，较少不必要的拥塞。小区重选功能涉及到的参数有：1、小区重选参数指示（ce

38、ll_reselect_param_ind）：BSS小区级参数；小区重选参数指示用于通知手机是否采用C2作为小区重选参数及计算C2的参数是否存在。小区重选参数指示可以取值1或0，1表示手机应从小区广播的系统消息中提取参数来计算C2的值，并用C2的值作为小区重选的标准；0则表示手机应以参数C1作为小区重选的标准（相当于C2C1）。建议：一般要将此参数打开，即设为1。2、小区重选偏置（ cell_reselect_offset）：BSS小区级参数；小C2是基于参数C1并加入一些人为的偏置参数而形成的。加入人为影响是为了鼓励手机优先进入某些小区或阻碍手机进入某些小区，通常这些手段都用来平衡网络中的业

39、务量。影响参数C2的因素除C1之外，还有以下三个因素，即：C2=C1+CRO-TO*H（PT-T）小区重选偏置（cell_reselect_offset，以下简称CRO）、临时偏置（temporary_offset，以下简称TO）和惩罚时间（penalty_time，以下简称PT）。CRO为一量值，它表示对C2的人为修正值。TO表示对C2的临时修正值。所谓临时是指它仅在一段时间内对C2发生作用。而这段时间则由参数PT确定。CRO的调整需结合参数TO和PT共同进行，其的调整可以分为三种情况。第一，对于业务量很大或由于某种原因使小区中的通信质量较低时，一般希望手机尽可能不要工作于该小区（即对该小区

40、具有一定的排斥性）。这种情况下，可以设置PT为31，因此参数TO失效。C2的数值等于C1减CRO，因此对应于该小区的C2值被人为地降低，从而使手机以该小区作为重选的可能性降低。此外，网络操作员根据对该小区的排斥程度，可以设置适当的CRO。排斥越大，CRO越大，反之，CRO越小。第二，对于业务量很小，设备利用率较低的小区，一般鼓励手机尽可能工作于该小区（即对该小区具有一定的倾向性）。这种情况下，建议设置CRO在020dB之间，根据对该小区的倾向程度，设置CRO。倾向越大，CRO越大，反之，CRO越小。临时偏置一般建议设置与小区重选偏置相同或略高于小区重选偏置。惩罚时间主要作用是避免手机的小区重选

41、过程过于频繁，一般建议的设置为0（20秒）或1（40秒）。第三，对于业务量一般的小区，一般建议设置CRO为0，PT为640秒从而使C2C1，也即不对小区施加人为影响。上述参数的设置是基于每个小区的，但由于参数C2的性质与邻区有密切的关系，因此在设置这些参数时必须注意相邻小区之间的关系。建议：若要让1800多吸收话务量，初次实验时可以如下设置：CRO=10、TO=0、PT=0。注意：由于小区选择和重选参数可以有效地控制手机在空闲和通话时在网络中的分布，这样我们可以灵活地调整网络话务的承载，降低拥塞小区的话务量。我们建议在一般情况下充分利用这些参数带来的效用。但是，在调整小区选择和重选的参数时，切

42、记要适当调整该站的邻区参数设置（即将该小区的主要邻区切换门限适当加大），避免发生手机在IDLE时占上某个小区，但当手机进入通话状态时又根据切换参数设置切出该小区。案例分析：1、胡庄的CI3901的小区，其TCH话务拥塞率较高，打开其另外两个方向3902和3903的小区重选功能，并设置其参数来有效提高拥塞小区的C2测量值，从而分担了小区3901的话务量，缓解了3901的TCH拥塞率。CID3902：Rxlev_access_min：108；CID3903：Rxlev_access_min：105；Temporary_offset：01；Cell_reselect_offset：010；Cell_

43、reselect_param_ind：01；Penalty_time：04；site_nameCI掉话次数掉话率%TCH拥塞TCH话务量话务掉话比dateHuZhuang-13901170.9132.8526.0591.947-19HuZhuang-1390180.469.1527.08203.117-24HuZhuang-13902171.9809.2332.587-19HuZhuang-13902201.08015.1545.457-24HuZhuang-1390392.2104.1227.447-19HuZhuang-1390380.45010.0675.427-242、考虑到目前网上一

44、些DCS基站吸收的话务量较少，尤其是TOTAL_CALL较少，和与之相比的900M基站所吸收的话务量却显得不很均衡，因此我们决定选一个BSC进行试验，将C2功能打开，同时调整相应邻区的参数，最终达到提高DCS话务量的目的。为了便于试验，选择了一个DCS基站较多，且其中几个DCS基站话务量和共站900不均衡的BSC（BSC74）。该BSC有DCS基站11个，且相对较集中。从这11个基站中我们选择了翠宫饭店东北和海淀剧院东侧两个站进行试验。这两个站打开C2前的统计如下：6月27日BSC74site_namecell_name掉话次数掉话率%TCH话务量TOTAL_CALLSerl/chanCell

45、话务掉话比CuiGongFanDianDongBei-21460-00-4122-316190.9716.619250.37110.79CuiGongFanDianDongBei-21460-00-4122-316281.0010.437970.2478.29CuiGongFanDianDongBei-21460-00-4122-3163180.8429.3721380.4897.92CuiGongFanDianDongBeiDCS-40460-00-4122-3322311.404.39710.15263.54CuiGongFanDianDongBeiDCS-40460-00-4122-33

46、22453.878.131290.2997.59CuiGongFanDianDongBeiDCS-40460-00-4122-3322522.066.85970.24205.53HaiDianJuYuanDongCe-2460-00-4122-309740.648.046190.13120.69HaiDianJuYuanDongCe-2460-00-4122-3098131.1014.4611790.2566.74HaiDianJuYuanDongCe-2460-00-4122-3099170.9624.7517610.4187.37HaiDianJuYuanDongCeDCS-33460-0

47、0-4122-30202111.111.2090.0472.50HaiDianJuYuanDongCeDCS-33460-00-4122-3020353.738.821340.31105.93HaiDianJuYuanDongCeDCS-33460-00-4122-3020411.664.08600.14245.31Site All841.06137.02791997.87DCS All15323.550094BSS All4331.23603.393502683.61从上表中可以看出，这两个站的第二小区的话务量900与1800之间较为均衡，第一、三小区的话务量不很均衡，因此我们将这两个DCS

48、站的第一、三小区的C2打开，CRO设为5（10dB），MR设为3，将其邻区的切换参数进行了更改（1800向900的邻区切换使用算法3，共站900切换共站1800使用算法5）。同时，将该BSC中所有基站的C2均打开，但CRO设为0，BPM=2 ，BP=4，同时使这两个DCS站周围的基站均为优选1800频段。调整后，具体统计如下：6月28日BSC74site_namecell_name掉话次数掉话率%TCH话务量TOTAL_CALLSerl/chanCell话务掉话比CuiGongFanDianDongBei-21460-00-4122-31617111.137000.2595.47CuiGong

49、FanDianDongBei-21460-00-4122-316210.188.505300.20510.20CuiGongFanDianDongBei-21460-00-4122-3163181.3221.0013540.3570.02CuiGongFanDianDongBeiDCS-40460-00-4122-33223007.592590.27CuiGongFanDianDongBeiDCS-40460-00-4122-3322471.449.954850.3585.33CuiGongFanDianDongBeiDCS-40460-00-4122-3322540.8711.974550.

50、42179.67HaiDianJuYuanDongCe-2460-00-4122-309730.557.375440.12147.51HaiDianJuYuanDongCe-2460-00-4122-309850.5613.938910.24167.21HaiDianJuYuanDongCe-2460-00-4122-309990.6119.5714660.32130.49HaiDianJuYuanDongCeDCS-33460-00-4122-30202002.571030.09HaiDianJuYuanDongCeDCS-33460-00-4122-3020350.6115.528080.

51、55186.27HaiDianJuYuanDongCeDCS-33460-00-4122-3020410.279.363680.33561.91Site All600.75138.57963138.5DCS All170.68572478201.17BSS All4351.23623.563515886.00从调整前后统计对比可以看出，由于不是在整个BSC的范围进行调整，因此对于BSC74来说各项总体统计指标变化不大；但对这几个调整过的基站的统计进行对比可以看出，这些基站的掉话次数和掉话率均有所降低，而话务量和TOTAL_CALL均无明显变化，这说明这些调整过的基站在调整前后没有明显异常情况。

52、再单独看这调整范围内的两个DCS站的相关统计，可以看出TOTAL_CALL和话务量都明显增加，因此相应的掉话率有所降低，话务掉话比有所增高。由此可见，对这两个DCS的C2等参数进行的调整效果还是较为明显、有效的。（4） 引入基于距离切换的算法在GSM系统中，根据网络设计，每个小区都有一定的覆盖范围。通常通过控制基站和手机的发射功率来控制每个小区实际的覆盖范围。当手机在连接模式时移动出服务小区的覆盖范围时，一般都希望手机切换到相应的邻区。这种切换不仅是为了保持良好的通信质量，更主要的是为了减小小区间的干扰。GSM的基站设备通过检测手机的时间提前量（TA）来换算出手机与基站所处位置间的空间距离，当

53、TA值超过规定的门限（由参数ms_max_range决定）时，系统将启动越区切换过程。参数“手机距离处理允许”决定了是否启动手机距离比较的过程。ms_distance_allowed：BSS小区级参数，有0和1两种取值，1表示基站系统需处理手机的距离信息，即当手机的距离超越门限时应启动切换过程；0表示基站系统不处理手机的距离信息。ms_max_range：BSS小区级参数，当手机和基站的距离超过一定门限时，网络应启动切换过程，以维持一定的通信质量，减小小区间的干扰。参数“手机最大距离”规定了手机距离的最大门限；当超越该门限时，基站将启动切换过程；注意：这种方法可以在一定程度上缓解基站覆盖的不合

54、理导致的话务不均衡，要基本解决还需优化基站的实际覆盖范围。另外，用时间提前量计算手机与基站间的距离实际上是很不精确的。因此为了设置恰当的ms_max_range，必须在小区设计的覆盖范围内进行测量，以获得小区中最大的时间提前量TAmax，设置ms_max_rangeTAmax3。案例分析：张山营基站存在TCH拥塞的情况，优化人员在对此小区做Call Trace后分析其用户TA的分布，发现这个小区实际的覆盖范围过大，这是造成它存在TCH拥塞的原因，为此，优化人员将张山营第一方向的ms_distance_handover打开，并将限制在，以实际限制基站的实际覆盖范围，调整后基站的拥塞率和掉话率都有所缓解，改动前后对比如下：name & CI掉话次数掉话率%ho_losttch_lossTCH成功分配次数TCH分配失败次数TCH拥塞话务量可用TCH date_and_time张山营1CI8098314.72677695155469.105.4767-28164.1351145900.001.2368-22） 本小区话务量拥塞