TCH拥塞率高的分析处理Word文档下载推荐.docx
《TCH拥塞率高的分析处理Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《TCH拥塞率高的分析处理Word文档下载推荐.docx（49页珍藏版）》请在冰豆网上搜索。
五、手机不能正常占用TCH，导致手机重新申请32
1）小区载频硬件问题33
2）参数设置错误问题33
3）存在频率干扰问题33
六、由于基站异常原因导致用户频繁申请资源34
七、基站容量不足且尝试了各种方法均未奏效时考虑加站或扩容34
第五章：
处理TCH拥塞率高的思路36
第六章：
结束语38
我们在谈到网络拥塞时，常常是指信令信道拥塞以及话务信道拥塞。
其中话务信道拥塞也就是我们常说的TCH信道拥塞，发生在用户在申请网络服务信令交互之后，一般进行用户的真正话音要由TCH信道承载，TCH信道的分配也称指配过程。
出现TCH信道拥塞是说：
在指配过程中，如果网络没有可用的TCH信道来分给手机，则系统计一次TCH分配失败。
在本文中，笔者主要从出现TCH信道拥塞可能的原因入手，提出一些解决TCH信道拥塞的方法和思路，以供大家参考。
信令流程
1）正常TCH分配信令流程
2）TCH分配拥塞信令流程（起呼、切换中）
（1）MOC：
（2）Intra_BSS_HO：
（3）Inter_BSS_HO：
3）TCH分配拥塞信令流程分析说明
在SDCCH信令接续完成后，系统将向手机分配陆地电路和TCH信道。
手机先向系统发SETUP消息，其中包含被叫号码即Bnumber和所需业务等。
MSC收到SETUP消息后，要通过VLR发送出局呼叫消息（Send_Info_For_O/C_Call）,VLR在收到该消息后，将根据其从HLR获得的此主叫用户的信息，来分析被叫的号码即HLR－Inquire（实际是依据B的号码分类向B归属的HLR查询B的信息）和主叫用户本身的能力（根据主叫用户被允许的业务种类，查看A用户是否支持本次呼叫，检查系统是否能接纳这此呼叫。
若某些要求不能满足，系统则向主叫用户发出释放完成消息（ReleaseComplete），此次呼叫建立就失败了；
经过查询后，如果对B用户的HLR－Inquire成功，且A用户具有此次呼叫的权限，VLR则向MSC发完成呼叫能力查询消息（CompleteCall）。
当MSC收到这个消息后，则向MS发出呼叫继续消息（CallProceeding），表示主叫用户的呼叫请求已经通过了检查，呼叫处理正在进行当中。
此后MSC将根据用户的业务请求，向BSC的SSM发出指配请求消息（AssignmentRequest），给用户的此次呼叫分配TCH话音信道。
此消息中指明了所请求信道的类型等内容。
SSM收到AssignmentRequest后触发统计ma_req_from_msc。
BSC的SSM在收到MSC的TCH信道请求后，通过BTS的RRSM向BTS的CRM申请TCH信道分配。
如果有可用的TCH信道资源的话，CRM会通知RRSM消息assignmentchannelassigned，RRSM收到后触发统计alloc_tch。
RRSM再向BTS的Layer1发出激活TCH信道消息（ChannelActivationforTCH）。
如果CRM没有可用的TCH信道，则CRM触发统计alloc_tch_fail，并通知RRSM消息resourcenotavailable，此时RRSM触发统计ma_cmd_to_ms_blkd，再由RRSM向MSC返回分配失败的消息（AssignmentFailure）。
如果系统允许排队的话，则CRM通知RRSM消息forcequeue，RRSM在启动T11的同时，向MSC发出排队指示的消息（QueuingIndication），如T11超时，则RRSM向MSC发出清除请求（ClearRequest消息）。
在RRSM收到Layer1回送的信道激活响应（ChannelActivationACK）的消息后，就在SDCCH信道上通过指配消息（AssignmentCommand）通知手机分给其的TCH的情况，这个消息中包含：
TCH信道类别（话音/数据的指示），信道的速率和类别、话音解码算法、透明传输指示、分配优先级以及CIC电路识别码。
在发送指配消息的同时，RRSM启动T10。
MS收到系统发来的AssignmentCommand消息后，将就从SDCCH信道调整到所分的TCH信道上，再通过与TCH随路的FACCH信道向系统发出SABM消息，BTS的Layer1在收到该消息后，会向RRSM发ESTABLISHINDICATION（建立指示消息），同时Layer1向手机回UA的证实消息。
MS收到UA后，通过FACCH向系统发出分配完成消息（AssignmentComplete），如果因为其他原因导致手机不能占用TCH信道，手机就向系统发出指配失败消息（AssignmentComplete）。
如果在T10规定的时间内手机没有回送AssignmentComplete消息，则系统将该TCH信道释放掉。
在手机成功占上TCH后，BSS将启动SDCCH的释放进程。
BTS发出无线信道释放（RFChannelRelease）消息，要求将以前占用的SDCCH信令信道资源释放掉，当BTS完成了信令信道的释放后，将发给BSC一条信道释放完成（RFChannelReleaseACK）消息，BSC收到此消息后就认为该信道已返回到空闲状态下，该资源可以用于分配给新的信道请求。
TCH拥塞率计算公式
1）含切换的TCH拥塞率公式
TCH拥塞率（含切换）（2002中国移动集团公司公式）
=忙时话音信道溢出总次数（含切换）×
100/忙时话音信道试呼总次数（含切换）（％）
＝alloc_tch_fail×
100/alloc_tch+alloc_tch_fail（％）
2）不含切换的TCH拥塞率公式
TCH拥塞率（不含切换）（2002中国移动集团公司公式）
=忙时话音信道溢出总次数（不含切换）×
100/忙时话音信道试呼总次数（不含切换）（％）
＝ma_cmd_to_ms_blkd×
100/ma_req_from_msc（％）
可能导致TCH拥塞率高的原因及其解决方法
当基站的TCH拥塞率指标出现拥塞后（拥塞率关注的程度要视网络性能发展的阶段而定），通常优化人员要提取与TCH信道分配过程有关的性能统计，并结合基站的配置参数、现场测试文件或OMC的CallTrace文件等，对基站拥塞的原因进行分析定位，并采取有效的解决方法予以处理。
一、出现突发性话务量增加而且产生话务量时间相对集中
基站出现突发话务量一般是指：
出现高话务量的小区在以往的统计记录中没有出现或极少出现这样高的话务量情况。
用户的服务需求比较集中一般指：
相对以往的统计记录来说，小区出现比较明显的拥塞率高的现象，但小区的话务量没有明显的增加现象、基站的拥塞不是由硬件故障引起的、检查与TCH分配有关的其他性能指标均没有异常，在这种情况下，我们可以怀疑在这个时段基站覆盖范围内的用户有比较集中的网络服务需求。
当系统出现突发性的话务量，而且用户的服务需求比较集中时，可以考虑采用以下的方法来缓解或解决：
适当开启并调整TCH的排队功能；
在合适的情况下开启TCH的流量控制功能以缓解TCH的突发拥塞。
1）开启TCH排队功能，适当考虑增加排队时长
由于呼叫建立或切换接入的原因，需要指配某个BTS的TCH信道，而该BTS上所有的TCH均已被占用时，BSC的无线资源管理程序有三种处理方式。
其一是在系统使用定向重试（DirectedRetry）功能且该BTS和相邻BTS将具有此能力时，BSC采用定向重试方式直接将该呼叫指配到相关的其它小区（此处理不适用于切换接入的情况）；
其二是在系统不使用排队功能（Queuing）时，BSC直接向MSC报告指配失败，从而使本次呼叫或切换尝试失败；
第三种情况是系统采用排队功能，此时BSC将MSC的指配请求进行排队，一旦该BTS中有TCH被释放，即处理队列中的指配请求。
对于最后一种情况，BSS系统需确定在队列中最多可以缓冲多少次呼叫或切换接入请求，即参数“全速率信道最大队列长度”。
排队管理：
在正常的呼叫建立过程中，系统先分配给MS一个专用信令信道SDCCH用于呼叫建立进程的信令交互，之后系统要给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来决定。
这个参数的设置要与MSC的相应参数设置一致。
系统启用排队功能时，会同时启动定时器T11，在该定时器超时前，若有TCH被释放，则系统会将该TCH指配给队列中的这次呼叫，并清除该定时器。
若到定时器超时时，依然没有可用的TCH资源，则系统将队列中的此次请求清除，并以指配失败的形式告知MSC。
Max_q_length_full_rate_channel：
定义了等待分配全速率TCH的MS的队列的最大长度。
Max_q_length_sdcch：
决定了等待分配SDCCH信道的MS队列的最大长度。
对于channelrequest系统不支持排队，但是对于MSC发起的SDCCH切换中对SDCCH的申请可以进行排队，但一般情况下MSC不会发起SDCCH切换。
Priorityassignmentfunction：
MSC上定义的BSC级参数；
此功能使得系统按照呼叫的类型来将排队等待资源的MS按优先级排队。
此参数要置为“开”，系统才能真正开启TCH的排队功能。
在一般情况下，开启TCH的排队可以在一定程度上缓解系统的拥塞，我们建议在网络参数的设置中将此功能打开。
可以参考以下的参数设置：
queue_managment_information＝2；
bss_map_t11＝10000（ms）
Max_q_length_full_rate_channel＝2；
Max_q_length_sdcch＝0；
Priorityassignmentfunction＝1；
注意：
queue_managment_information的取值要大于Max_q_length_full_rate_channel与Max_q_length_sdcch之和。
在北京移动的GSM网络中，开启TCH的排队已经是网络的基本配置要求。
在话务的出现相对集中的地区，采用排队方式可以有效地提高系统的接通率，平滑局部地区的话务量，对缓解TCH信道拥塞，此功能效果比较明显。
但在具体实施时，要估算用户能够容忍的等待时长，还要注意及时调整MSC的功能设置以及等待时长，来配合无线侧的排队等待。
例如：
队列长度过大常常会导致T10的超时，而T10超时前，系统中有一定的资源会被占用，因此T10超时事件越多，系统的资源利用率越低。
选择合适的队列长度对系统资源利用率有至关重要的影响。
另外，并不是所有对系统资源的请求都是允许排队的，其中对于立即指派请求，BSC内切换，BSC间切换是不许参加排队的，只有TCH资源请求（即TCH指派请求和小区内部切换）允许给相应的请求分配那些在T10规定时间内被释放掉的TCH信道，如果排队长度或等候时间超出系统要求则该请求将被拒绝。
案例分析：
1、通常在切换过程中涉及到的TCH信道请求，若目的小区没有资源，则BSC会向满足切换要求的邻区清单中的下一个小区申请TCH资源，这种由于切换引起的TCH请求是不参加排队。
当MS做主叫或被叫时申请TCH资源时可以参加排队，所以若TCH排队正常进行时，统计出来的TCH拥塞率中，含切换的拥塞率要高于不含切换的拥塞率。
2001年6月底，我们在分析全网的TCH拥塞率时，发现个别MSC上的TCH拥塞率中，含切换和不含切换的大小关系不正常，即表现出来的大小关系为：
这些MSC的含切换的TCH拥塞率小于不含切换的TCH拥塞率。
发现此现象后，我们发现这应该是由TCH没有正常工作引起的，因为若MS起呼和被叫参加TCH排队，而切换不参加TCH排队的话，不应该出现这种现象了。
我们检查了BSS中涉及TCH排队的参数后，没有发现异常的情况，进而检查MSC中的有关参数，发现MSC上的参数设置不正常。
7月2日，我们修改了BSC23所属的MSC上的参数后，BSC23的不含切换TCH拥塞率得到很大改善。
Time
bss_name
TCH成功分配次数
TCH分配失败次数
ma_req_from_msc
ma_cmd_to_ms_blkd
TCH_BLK
TCH_BLK（noHO）
06-25
bss23
90479
442
31634
321
0.49%
1.01%
06-26
92343
677
32265
464
0.73%
1.44%
06-27
89506
376
30368
309
0.42%
1.02%
06-28
92756
360
31438
291
0.39%
0.93%
06-29
93410
577
30632
349
0.61%
1.14%
07-02
95631
343
32172
293
0.36%
0.91%
07-03
98385
267
32989
22
0.27%
0.07%
07-04
95227
386
30877
11
0.40%
0.04%
07-05
98258
424
33746
15
0.43%
2、5月29日，我们打开了MSC2和MSC4上BSC的参数PriorityAssignmentFunction，使其支持BSS侧的TCH排队功能，其中涉及BSC1至BSC14。
从下面的统计可以看出，调整前后，这些BSC虽然含切换的TCH拥塞率变化不很明显，但是，不含切换的TCH拥塞率均有不同程度的下降，而且调整后不含切换的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_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住另一个级别的手机。
﹡此时T1和T2将重新开始计时。
﹡当连续的T2超时后手机将被UNBAR。
✓如果TCH超过门限tch_busy_critical_threshold，CRM将BAR任何还没有被BAR住级别的手机，每次门限被超过后，系统一次BAR住两个级别的手机：
﹡T1和T2在BAR和UNBAR的过程中仍旧起作用。
对于北京移动的实际系统由于没有对手机用户进行分级，所以上述功能实际没有明显效果。
二、存在均衡覆盖和话务的可能
存在覆盖均衡的可能是指：
通过实际现场对出现拥塞的小区及其邻区的覆盖范围测试，或者在OMC上对出现拥塞的小区及其邻区做CallTrace后，统计它们的TA大小分布，分析得出本小区的实际覆盖范围过大，而周边没有拥塞现象的小区覆盖过小，而没有充分吸收拥塞小区的话务量。
此处的有话务均衡的可能是指：
出现拥塞的小区其TCH拥塞率较高，但是，其SDCCH却不存在拥塞的情况，也即该小区在TCH与SDCCH资源的配置方面做得不合理。
若出现TCH信道拥塞，分析得出基站的覆盖与周边基站的覆盖没有合理地进行控制，或者TCH的拥塞率与SDCCH的拥塞率不均衡，则可以采用以下的方法进行处理：
采用多种方法调整本基站与周边基站的覆盖范围；
均衡拥塞基站与周边基站的话务量；
对TCH与SDCCH不均衡的情况予以调整。
1）基站实际覆盖范围过大，收缩基站的实际覆盖
（1）调整本基站和邻区的发射功率等参数改变C1来收缩基站覆盖
在基站拥塞情况不均衡的情况下，例如：
本小区很忙，而相邻的小区却很闲，则通过调整本小区的发射功率等参数，减小本小区的小区选择C1值，可以有效收缩本小区的覆盖范围，同时适当调整邻区的参数来提高其C1值，扩大覆盖，吸收话务。
与C1设置有关的参数有：
1、基站最大发射功率（max_tx_bts）：
BTS输出的功率电平一般是可调的。
功率电平指的是功率放大器输出的功率。
参数“基站最大发射功率”设置的是基站发信机的最大发射功率电平。
此参数对基站的覆盖范围有很大影响。
该参数的取值范围为0～21的整数，以2dBm为步长，分别表示：
GSM900：
43～1dBm，奇数有效。
DCS1800：
39～-3dBm，奇数有效。
对于微蜂窝，取值范围为0～6的整数，以2dBm为步长，分别表示：
31～19dBm，奇数有效。
30～18dBm，偶数有效。
此参数对小区的实际覆盖范围有较大的影响。
此参数设置过大，会造成小区实际覆盖范围变大，对邻区造成较大干扰；
此参数设置过小，会造成相邻小区之间出现缝隙，造成“盲区”。
当网络发生扩容或由于其它原因（如地理环境发生变化）应该修改此参数时，在修改此参数前后，均应在现场进行完整的场强覆盖测试，根据实际情况来调整小区的覆盖范围。
在临时情况下，此参数可以迅速地调整基站的覆盖范围，但如果天线本身的高度下顷等参数调整不合适，只调整此参数，问题还没有根本得到解决。
建议在时间允许的情况下，此参数一般不要做改动，而采用天线调整的方法。
2、允许接入的最小接收电平（rxlev_access_min）：
为了避免手机在接收信号电平很低的情况下接入系统（接入后的通信质量往往无法保证正常的通信过程），而无法提供用户满意的通信质量且无谓地浪费网络的无线资源，在GSM系统中规定，手机需接入网络时，其接收电平必须大于一个门限电平，即手机允许接入的最小接收电平。
rxlev_access_min的取值范围为0～63的整数，以1dBm为步长，分别表示－110dBm～－47dBm。
rxlev_access_min是网络操作员可以设置的，通常建议的数值应近似于手机的接收灵敏度。
由于该参数还影响到小区选择参数C1，因此灵活地设置该参数对网络业务量的平衡和网络的优化至关重要。
对于某些业务量过载的小区，可以适当提高小区的rxlev_access_min，从而使该小区的C1和C2值变小，小区的有效覆盖范围随之缩小。
但该参数的值不可取得过大，否则会在小区交界处人为造成“盲区”。
一般情况下，考虑到可能引起用户的投诉，我们不建议在网络中频繁调整此参数。
设置原则：
建议值DCS800的此参数在-95dBm左右；
GSM900在-100dBm左右调整；
另外，在调整此值后，注意观察所调基站地区的话务量走势和用户申告情况，不能避免出现网络话务损失和用户投诉。
1、考虑到监察部基站TCH拥塞率较高,而周边蓟门桥基站的话务量和拥塞率较低，适当调整以下两基站的发射功率（max_tx_bts），以改变手机在这两个基站内收到的C1指：
监察部cell1（460-00-4130-10）：
max_tx_bts43db37db
蓟门桥cell2（460-00-4130-707）：
max_tx_bts33db37db
SITE
CI
DATE
TCH_CONGESTION_KEY
TCH_TRAFFIC
JiMenQiao_4
460-00-4130-707
01-0210:
00
4.35
02-0210:
7.05
03-0210:
5.5
04-0210:
8.27
05-0210:
8.91
JianChaBu_8
460-00-4130-10
27.03
25.54
42.59
27.25
45.11
27.27
7.23
22.8
6.29
22.03
2、调整南线阁基站第三方向的基站发射功率：
max_tx_bts43db35db：
NanXianGe
460-00-4172-995
68.53
20.59
08-0210:
7.37
14.27
从该基站周边小区的话务性能
升级会员 