1、“无线网络优化经验研究”之TCH 拥塞率高的分析处理第 1 页 共 39 页TCH 拥塞率高的分析处理目 录TCH 拥塞率高的分析处理 .1第一章：前言： 2第二章：信令流程 31） 正常 TCH 分配信令流程 .32） TCH 分配拥塞信令流程（起呼、切换中） 43） TCH 分配拥塞信令流程分析说明 5第三章：TCH 拥 塞率计算公式 .71） 含切换的 TCH 拥塞率公式 .72） 不含切换的 TCH 拥塞率公式 .7第四章：可能导致 TCH 拥塞率高的原因及其解决方法 8一、 出现突发性话务量增加而且产生话务量时间相对集中 .81） 开启 TCH 排队功能，适当考虑增加排队时长 82）
2、 开启 TCH 流量控制功能 12二、 存在均衡覆盖和话务的可能 .121） 基站实际覆盖范围过大，收缩基站的实际覆盖 122） 本小区话务量拥塞而临近基站相对较闲，疏导话务至邻区 203） TCH 与 SDCCH 的拥塞率不均衡，调整二者资源配置 .294） 本基站的另外两个小区相对空闲，调整本基站的硬件配置 29三、 邻区故障或参数设置错误导致手机不能正常切换至其他小区 .291） 主邻区受到强烈干扰导致手机不能正常解出邻区信息 302） 邻区参数错误导致网络不能识别手机上报的邻区信息 303） 本基站或主邻区的时钟失锁比较严重 31四、 基站不能正常分配 TCH 信道 .311） 硬件问
3、题导致基站时隙退出服务从而降低小区的可用资源 312） 基站传输闪断增加 TCH 分配失败次数 323） SLEEPING CELL 现象引起 TCH 信道拥塞 .32五、 手机不能正常占用 TCH，导致手机重新申请 321） 小区载频硬件问题 332） 参数设置错误问题 333） 存在频率干扰问题 33六、 由于基站异常原因导致用户频繁申请资源 .34七、 基站容量不足且尝试了各种方法均未奏效时考虑加站或扩容 .34第五章：处理 TCH 拥塞率高的思路 36第六章：结束语 38“无线网络优化经验研究”之TCH 拥塞率高的分析处理第 2 页 共 39 页第一章：前言：我们在谈到网络拥塞时，常常
4、是指信令信道拥塞以及话务信道拥塞。其中话务信道拥塞也就是我们常说的 TCH 信道拥塞，发生在用户在申请网络服务信令交互之后，一般进行用户的真正话音要由 TCH 信道承载，TCH 信道的分配也称指配过程。出现 TCH 信道拥塞是说：在指配过程中，如果网络没有可用的TCH 信道来分给手机，则系统计一次 TCH 分配失败。在本文中，笔者主要从出现 TCH 信道拥塞可能的原因入手，提出一些解决 TCH 信道拥塞的方法和思路，以供大家参考。“无线网络优化经验研究”之TCH 拥塞率高的分析处理第 3 页 共 39 页第二章：信令流程1） 正常 TCH 分配信令流程MS L1 ABIS RRSM CRM S
5、M SSM MTP/MSCSDCCH L2 SABM estabish indictionT3230 L3 (intial msg) CM service request stop T3101T303 UA ok_acc_proc(SDCCH) ms_access_by_type (1510) initial L3 informationCM Service request conn_req_to_mscSCCP connclassmark3(if needed)conn_refusedSDCCH setupidentity request (if MSC need more MS infor
6、mation)identity responsecall proceeding (MSC have got enough information to setup the connection) call setupT310 facility (if MS have some supplementary services, such as call divert)assignmentrequestma_req_from_msc start MSC timer for initiate assignment maybe efr_req_from_msc assignment, =30sstart
7、 assign_successfulassignment resourceassignment channelassignedalloc_tchphysical context request tch_usage .physical context confirmed busy_tchchannel activationchannel activation ack.SDCCH assignment commandstart T10ma_cmd_to_msexpire T10 release requestassignment failure clear request ma_fail_from
8、_msstop T10 release requestFACCH L2 SABM clear requestUAassignment completed stop T10assignment successful stop assign_successfulconnectionrequiredconnection responsesuccess assignment completetotal_call stop MSC timer for ma_complete_to_msc assignment(total call+intracellHO)BSCBTS“无线网络优化经验研究”之TCH 拥
9、塞率高的分析处理第 4 页 共 39 页2） TCH 分配拥塞信令流程（起呼、切换中）（1） MOC：MS L1 ABIS RRSM CRM SM SSM MTP/MSCSDCCH L2 SABM estabish indictionT3230 L3 (intial msg) CM service request stop T3101T303 UA ok_acc_proc(SDCCH) ms_access_by_type (1510) initial L3 informationCM Service request conn_req_to_mscSCCP connclassmark3(if n
10、eeded)conn_refusedSDCCH setupidentity request (if MSC need more MS information)identity responsecall proceeding (MSC have got enough information to setup the connection) call setupT310 facility (if MS have some supplementary services, such as call divert)assignmentrequestma_req_from_msc start MSC ti
11、mer for initiate assignment maybe efr_req_from_mscassignment, =30sstart assign_successfulassignment resourcerequest UDT(reset circuit) expire MSC timer withoutresouce not available(DR not in operatin assignment complete orno queueing allowed or queue full and all TCHs busy)alloc_tch_fail expire assi
12、gn_successfulassignment failurema_cmd_to_ms_blkd assignment failureunsuccessful assignmentassignment failureforce queuestart T11assignment queuedqueuing indication expire T11 release requestclear requestassignment channel clr_req_to_mscassigned stop T11BSCBTS（2） Intra_BSS_HO：“无线网络优化经验研究”之TCH 拥塞率高的分析
13、处理第 5 页 共 39 页Handover BlockedRRSM(s) SSMho_rec receivedCRM(t) internal ho requestho resource not available OUT_INTRA_BSS_HO_PRI_BLKHO_FAIL_NO_RESOURCES ALLOC_TCH_FAIL（3） Inter_BSS_HO：MS RSS(s) RRSM(s) SSM(s) MSCho_rec ho_recreceived ho_required OUT_INTER_BSS_REQ_TO_MSCSSM(t) ho requestCRM(t)RRSM(t)
14、 ho request EFR_REQ_FROM_MSChandover resource not availbleHO_FAIL_NO_RESOURCESRSS(t) ALLOC_TCH_FAIL3） TCH 分配拥塞信令流程分析说明在 SDCCH 信令接续完成后，系统将向手机分配陆地电路和 TCH 信道。手机先向系统发 SETUP 消息，其中包含被叫号码即 B number 和所需业务等。MSC 收到 SETUP 消息后，要通过 VLR 发送出局呼叫消息（Send_Info_For_O/C_Call）,VLR 在收到该消息后，将根据其从 HLR 获得的此主叫用户的信息，来分析被叫的号码即
15、HLRInquire（实际是依据 B 的号码分类向 B 归属的 HLR 查询 B 的信息）和主叫用户本身的能力（根据主叫用户被允许的业务种类，查看 A 用户是否支持本次呼叫，检查系统是否能接纳这此呼叫。若某些要求不能满足，系统则向主叫用户发出释放完成消息（Release Complete） ，此次呼叫建立就失败了；经过查询后，如果对 B 用户的HLRInquire 成功，且 A 用户具有此次呼叫的权限，VLR 则向 MSC 发完成呼叫能力查询消息（Complete Call） 。当 MSC 收到这个消息后，则向 MS 发出呼“无线网络优化经验研究”之TCH 拥塞率高的分析处理第 6 页 共 3
16、9 页叫继续消息（Call Proceeding） ，表示主叫用户的呼叫请求已经通过了检查，呼叫处理正在进行当中。此后 MSC 将根据用户的业务请求，向 BSC 的 SSM 发出指配请求消息（Assignment Request） ，给用户的此次呼叫分配 TCH 话音信道。此消息中指明了所请求信道的类型等内容。SSM 收到 Assignment Request 后触发统计 ma_req_from_msc。BSC 的 SSM 在收到 MSC 的 TCH 信道请求后，通过 BTS 的 RRSM 向BTS 的 CRM 申请 TCH 信道分配。如果有可用的 TCH 信道资源的话，CRM 会通知 RRS
17、M 消息 assignment channel assigned，RRSM 收到后触发统计alloc_tch。RRSM 再向 BTS 的 Layer1 发出激活 TCH 信道消息（Channel Activation for TCH） 。如果 CRM 没有可用的 TCH 信道，则 CRM 触发统计alloc_tch_fail，并通知 RRSM 消息 resource not available，此时 RRSM 触发统计 ma_cmd_to_ms_blkd，再由 RRSM 向 MSC 返回分配失败的消息（Assignment Failure） 。如果系统允许排队的话，则 CRM 通知 RRSM
18、消息force queue，RRSM 在启动 T11 的同时，向 MSC 发出排队指示的消息（Queuing Indication） ，如 T11 超时，则 RRSM 向 MSC 发出清除请求（Clear Request 消息） 。在 RRSM 收到 Layer1 回送的信道激活响应（ Channel Activation ACK）的消息后，就在 SDCCH 信道上通过指配消息（Assignment Command）通知手机分给其的 TCH 的情况，这个消息中包含：TCH 信道类别（话音/ 数据的指示），信道的速率和类别、话音解码算法、透明传输指示、分配优先级以及 CIC 电路识别码。在发送指
19、配消息的同时，RRSM 启动 T10。MS 收到系统发来的 Assignment Command 消息后，将就从 SDCCH 信道调整到所分的 TCH 信道上，再通过与 TCH 随路的 FACCH 信道向系统发出SABM 消息， BTS 的 Layer1 在收到该消息后，会向 RRSM 发 ESTABLISH INDICATION（建立指示消息） ，同时 Layer1 向手机回 UA 的证实消息。MS 收到 UA 后，通过 FACCH 向系统发出分配完成消息（Assignment Complete） ，如果因为其他原因导致手机不能占用 TCH 信道，手机就向系统发出指配失败消息（Assignm
20、ent Complete） 。如果在 T10 规定的时间内手机没有回送 Assignment Complete 消息，则系统将该 TCH 信道释放掉。在手机成功占上 TCH 后，BSS 将启动 SDCCH 的释放进程。 BTS 发出无线信道释放（RF Channel Release）消息，要求将以前占用的 SDCCH 信令信道资源释放掉，当 BTS 完成了信令信道的释放后，将发给 BSC 一条信道释放完成（RF Channel Release ACK）消息，BSC 收到此消息后就认为该信道已返回到空闲状态下，该资源可以用于分配给新的信道请求。“无线网络优化经验研究”之TCH 拥塞率高的分析处理
21、第 7 页 共 39 页第三章：TCH 拥塞率计算公式1） 含切换的 TCH 拥塞率公式TCH 拥塞率（含切换） （2002 中国移动集团公司公式）=忙时话音信道溢出总次数（含切换）100 / 忙时话音信道试呼总次数（含切换）( )alloc_tch_fail100 / alloc_tch+alloc_tch_fail( )2） 不含切换的 TCH 拥塞率公式TCH 拥塞率（不含切换） （2002 中国移动集团公司公式）=忙时话音信道溢出总次数（不含切换）100 / 忙时话音信道试呼总次数（不含切换）()ma_cmd_to_ms_blkd100 / ma_req_from_msc()“无线网络
22、优化经验研究”之TCH 拥塞率高的分析处理第 8 页 共 39 页第四章：可能导致 TCH 拥塞率高的原因及其解决方法当基站的 TCH 拥塞率指标出现拥塞后（拥塞率关注的程度要视网络性能发展的阶段而定） ，通常优化人员要提取与 TCH 信道分配过程有关的性能统计，并结合基站的配置参数、现场测试文件或 OMC 的 Call Trace 文件等，对基站拥塞的原因进行分析定位，并采取有效的解决方法予以处理。一、 出现突发性话务量增加而且产生话务量时间相对集中基站出现突发话务量一般是指：出现高话务量的小区在以往的统计记录中没有出现或极少出现这样高的话务量情况。用户的服务需求比较集中一般指：相对以往的统
23、计记录来说，小区出现比较明显的拥塞率高的现象，但小区的话务量没有明显的增加现象、基站的拥塞不是由硬件故障引起的、检查与 TCH 分配有关的其他性能指标均没有异常，在这种情况下，我们可以怀疑在这个时段基站覆盖范围内的用户有比较集中的网络服务需求。当系统出现突发性的话务量，而且用户的服务需求比较集中时，可以考虑采用以下的方法来缓解或解决：适当开启并调整 TCH 的排队功能；在合适的情况下开启 TCH 的流量控制功能以缓解 TCH 的突发拥塞。1） 开启 TCH 排队功能，适当考虑增加排队时长由于呼叫建立或切换接入的原因，需要指配某个 BTS 的 TCH 信道，而该BTS 上所有的 TCH 均已被占
24、用时，BSC 的无线资源管理程序有三种处理方式。其一是在系统使用定向重试（Directed Retry）功能且该 BTS 和相邻 BTS 将具有此能力时，BSC 采用定向重试方式直接将该呼叫指配到相关的其它小区（此处理不适用于切换接入的情况） ；其二是在系统不使用排队功能（Queuing）时，BSC 直接向 MSC 报告指配失败，从而使本次呼叫或切换尝试失败；第三种情况是系统采用排队功能，此时 BSC 将 MSC 的指配请求进行排队，一旦该 BTS中有 TCH 被释放，即处理队列中的指配请求。对于最后一种情况，BSS 系统需确定在队列中最多可以缓冲多少次呼叫或切换接入请求，即参数“全速率信道最
25、大队列长度” 。排队管理：在正常的呼叫建立过程中，系统先分配给 MS 一个专用信令信道 SDCCH用于呼叫建立进程的信令交互，之后系统要给 MS 分配话音信道 TCH，有可能发生当 MS 完成 SDCCH 上的信令交互后，系统没有可用的 TCH 来分给 MS，此时若开启了排队功能，则系统可将 MS 放在队列中，与其他等待 TCH 的 MS一起排队。这种功能在一定程度上可以缓解系统 TCH 拥塞，但一般在突发且时间相对集中的拥塞情况效果比较明显。“无线网络优化经验研究”之TCH 拥塞率高的分析处理第 9 页 共 39 页涉及的系统参数：queue_managment_information：BS
26、S 小区级参数；定义了系统允许排队队列的最大长度。若此参数等于 0，则系统不允许 MS 进行排队。bss_map_t11：Site 级参数；MS 在队列中等待系统分配 TCH 的最大时长由bss_map_t11 来决定。这个参数的设置要与 MSC 的相应参数设置一致。系统启用排队功能时，会同时启动定时器 T11，在该定时器超时前，若有 TCH 被释放，则系统会将该 TCH 指配给队列中的这次呼叫，并清除该定时器。若到定时器超时时，依然没有可用的 TCH 资源，则系统将队列中的此次请求清除，并以指配失败的形式告知 MSC。Max_q_length_full_rate_channel：BSS 小区
27、级参数；定义了等待分配全速率 TCH的 MS 的队列的最大长度。Max_q_length_sdcch：BSS 小区级参数；决定了等待分配 SDCCH 信道的 MS 队列的最大长度。对于 channel request 系统不支持排队，但是对于 MSC 发起的SDCCH 切换中对 SDCCH 的申请可以进行排队，但一般情况下 MSC 不会发起SDCCH 切换。Priority assignment function：MSC 上定义的 BSC 级参数；此功能使得系统按照呼叫的类型来将排队等待资源的 MS 按优先级排队。此参数要置为“开” ，系统才能真正开启 TCH 的排队功能。在一般情况下，开启
28、TCH 的排队可以在一定程度上缓解系统的拥塞，我们建议在网络参数的设置中将此功能打开。可以参考以下的参数设置：queue_managment_information2；bss_map_t1110000（ms）Max_q_length_full_rate_channel2；Max_q_length_sdcch0；Priority assignment function1；注意：queue_managment_information 的取值要大于 Max_q_length_full_rate_channel与 Max_q_length_sdcch 之和。在北京移动的 GSM 网络中，开启 TCH
29、的排队已经是网络的基本配置要求。在话务的出现相对集中的地区，采用排队方式可以有效地提高系统的接通率，平滑局部地区的话务量，对缓解 TCH 信道拥塞，此功能效果比较明显。但在具体实施时，要估算用户能够容忍的等待时长，还要注意及时调整 MSC 的功能设置以及等待时长，来配合无线侧的排队等待。例如：队列长度过大常常会导致T10 的超时，而 T10 超时前，系统中有一定的资源会被占用，因此 T10 超时事件越多，系统的资源利用率越低。选择合适的队列长度对系统资源利用率有至关重要的影响。另外，并不是所有对系统资源的请求都是允许排队的，其中对于立即指派请求，BSC 内切换， BSC 间切换是不许参加排队的
30、，只有 TCH 资源请求（即TCH 指派请求和小区内部切换）允许给相应的请求分配那些在 T10 规定时间内被释放掉的 TCH 信道，如果排队长度或等候时间超出系统要求则该请求将被拒绝。“无线网络优化经验研究”之TCH 拥塞率高的分析处理第 10 页 共 39 页案例分析：1、通常在切换过程中涉及到的 TCH 信道请求，若目的小区没有资源，则 BSC 会向满足切换要求的邻区清单中的下一个小区申请 TCH 资源，这种由于切换引起的TCH 请求是不参加排队。当 MS 做主叫或被叫时申请 TCH 资源时可以参加排队，所以若 TCH 排队正常进行时，统计出来的 TCH 拥塞率中，含切换的拥塞率要高于不含
31、切换的拥塞率。2001 年 6 月底，我们在分析全网的 TCH 拥塞率时，发现个别 MSC 上的 TCH 拥塞率中，含切换和不含切换的大小关系不正常，即表现出来的大小关系为：这些 MSC 的含切换的 TCH 拥塞率小于不含切换的 TCH 拥塞率。发现此现象后，我们发现这应该是由 TCH 没有正常工作引起的，因为若 MS 起呼和被叫参加 TCH 排队，而切换不参加 TCH 排队的话，不应该出现这种现象了。我们检查了 BSS 中涉及 TCH 排队的参数后，没有发现异常的情况，进而检查MSC 中的有关参数，发现 MSC 上的参数设置不正常。7 月 2 日，我们修改了BSC23 所属的 MSC 上的参
32、数后，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 bss23 92343 677 32265 464 0.73% 1.44%06-27 bss23 89506 376 30368 309 0.42% 1.02%06-28 bss23 92756 360 31438 291 0.39% 0.93%06-29 bs
33、s23 93410 577 30632 349 0.61% 1.14%07-02 bss23 95631 343 32172 293 0.36% 0.91%07-03 bss23 98385 267 32989 22 0.27% 0.07%07-04 bss23 95227 386 30877 11 0.40% 0.04%07-05 bss23 98258 424 33746 15 0.43% 0.04%020000400006000080000100000120000Time 625 626 627 628 629 702 703 704010020030040050060070080090
34、01000TCH成 功 分 配 次 数ma_req_from_mscTCH分 配 失 败 次 数ma_cmd_to_ms_blkd“无线网络优化经验研究”之TCH 拥塞率高的分析处理第 11 页 共 39 页00.20.40.60.811.21.41.6Time 625 626 627 628 629 702 703 704TCH_BLKTCH_BLK(noHO)2、 5 月 29 日，我们打开了 MSC2 和 MSC4 上 BSC 的参数 Priority Assignment Function，使其支持 BSS 侧的 TCH 排队功能，其中涉及 BSC1 至 BSC14。从下面的统计可以看
35、出，调整前后，这些 BSC 虽然含切换的 TCH 拥塞率变化不很明显，但是，不含切换的 TCH 拥塞率均有不同程度的下降，而且调整后不含切换的TCH 拥塞率要低于含切换的 TCH 拥塞率，在开启 TCH 排队功能时，这是合乎道理的。其中，BSC14 由于调整后的当天话务量增加较为明显，30 日的含切换的TCH 拥塞率与不含切换的 TCH 拥塞率均较前一天有所增加，但是，调整后 BSC14不含切换的 TCH 拥塞率要低于含切换的 TCH 拥塞率，这与调整前的比例不一样，是合理的。MSC2和 MSC4的 TCH拥 塞 率 走 势00.511.522.533.544.55BSS01 BSS02 BS
36、S03 BSS04 BSS05 BSS11 BSS12 BSS13 BSS14拥塞率%TCH_BLK(noHO)(0530)TCH_BLK(noHO)(0529)TCH_BLK(0530)TCH_BLK(0529)“无线网络优化经验研究”之TCH 拥塞率高的分析处理第 12 页 共 39 页2） 开启 TCH 流量控制功能TCH 流量控制可以由 RACH、CRM 和 SSM 过载触发。CRM 过载控制由参数 tch_flow_control 控制打开。它由两个参数进一步控制： tch_busy_critical_threshold 和 tch_busy_norm_threshold。当 CRM
37、 分配 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_threshol
38、d，则系统将随机 BAR 住另一个级别的手机。此时 T1 和 T2 将重新开始计时。当连续的 T2 超时后手机将被 UNBAR。 如果 TCH 超过门限 tch_busy_critical_threshold，CRM 将 BAR 任何还没有被 BAR 住级别的手机，每次门限被超过后，系统一次 BAR 住两个级别的手机：T1 和 T2 在 BAR 和 UNBAR 的过程中仍旧起作用。注意：对于北京移动的实际系统由于没有对手机用户进行分级，所以上述功能实际没有明显效果。二、 存在均衡覆盖和话务的可能存在覆盖均衡的可能是指：通过实际现场对出现拥塞的小区及其邻区的覆盖范围测试，或者在 OMC 上对出现
39、拥塞的小区及其邻区做 Call Trace 后，统计它们的 TA 大小分布，分析得出本小区的实际覆盖范围过大，而周边没有拥塞现象的小区覆盖过小，而没有充分吸收拥塞小区的话务量。此处的有话务均衡的可能是指：出现拥塞的小区其 TCH 拥塞率较高，但是，其 SDCCH 却不存在拥塞的情况，也即该小区在 TCH 与 SDCCH 资源的配置方面做得不合理。若出现 TCH 信道拥塞，分析得出基站的覆盖与周边基站的覆盖没有合理地进行控制，或者 TCH 的拥塞率与 SDCCH 的拥塞率不均衡，则可以采用以下的方法进行处理：采用多种方法调整本基站与周边基站的覆盖范围；均衡拥塞基站与周边基站的话务量；对 TCH
40、与 SDCCH 不均衡的情况予以调整。1） 基站实际覆盖范围过大，收缩基站的实际覆盖（1） 调整本基站和邻区的发射功率等参数改变 C1 来收缩基站覆盖“无线网络优化经验研究”之TCH 拥塞率高的分析处理第 13 页 共 39 页在基站拥塞情况不均衡的情况下，例如：本小区很忙，而相邻的小区却很闲，则通过调整本小区的发射功率等参数，减小本小区的小区选择 C1 值，可以有效收缩本小区的覆盖范围，同时适当调整邻区的参数来提高其 C1 值，扩大覆盖，吸收话务。与 C1 设置有关的参数有：1、基站最大发射功率（max_tx_bts）：BSS 小区级参数；BTS 输出的功率电平一般是可调的。功率电平指的是功
41、率放大器输出的功率。参数“基站最大发射功率”设置的是基站发信机的最大发射功率电平。此参数对基站的覆盖范围有很大影响。该参数的取值范围为 021 的整数，以 2dBm 为步长，分别表示：GSM900：43 1dBm，奇数有效。DCS1800：39-3dBm，奇数有效。对于微蜂窝，取值范围为 06 的整数，以 2dBm 为步长，分别表示：GSM900：31 19dBm ，奇数有效。DCS1800：3018dBm ，偶数有效。此参数对小区的实际覆盖范围有较大的影响。此参数设置过大，会造成小区实际覆盖范围变大，对邻区造成较大干扰；此参数设置过小，会造成相邻小区之间出现缝隙，造成“盲区” 。当网络发生扩
42、容或由于其它原因（如地理环境发生变化）应该修改此参数时，在修改此参数前后，均应在现场进行完整的场强覆盖测试，根据实际情况来调整小区的覆盖范围。注意：在临时情况下，此参数可以迅速地调整基站的覆盖范围，但如果天线本身的高度下顷等参数调整不合适，只调整此参数，问题还没有根本得到解决。建议在时间允许的情况下，此参数一般不要做改动，而采用天线调整的方法。2、允许接入的最小接收电平（rxlev_access_min）：BSS 小区级参数；为了避免手机在接收信号电平很低的情况下接入系统（接入后的通信质量往往无法保证正常的通信过程） ，而无法提供用户满意的通信质量且无谓地浪费网络的无线资源，在 GSM 系统中
43、规定，手机需接入网络时，其接收电平必须大于一个门限电平，即手机允许接入的最小接收电平。rxlev_access_min 的取值范围为 063 的整数，以 1dBm 为步长，分别表示110dBm47dBm。rxlev_access_min 是网络操作员可以设置的，通常建议的数值应近似于手机的接收灵敏度。由于该参数还影响到小区选择参数 C1，因此灵活地设置该参数对网络业务量的平衡和网络的优化至关重要。对于某些业务量过载的小区，可以适当提高小区的 rxlev_access_min，从而使该小区的 C1 和 C2 值变小，小区的有效覆盖范围随之缩小。但该参数的值不可取得过大，否则会在小区交界处人为造成
44、“盲区” 。 注意：一般情况下，考虑到可能引起用户的投诉，我们不建议在网络中频繁调整此参数。设置原则：建议值 DCS800 的此参数在-95dBm 左右；GSM900 在-100dBm 左右调整；另外，在调整此值后，注意观察所调基站地区的话务量走势和用户申告情况，不能避免出现网络话务损失和用户投诉。“无线网络优化经验研究”之TCH 拥塞率高的分析处理第 14 页 共 39 页案例分析：1、考虑到监察部基站 TCH 拥塞率较高,而周边蓟门桥基站的话务量和拥塞率较低，适当调整以下两基站的发射功率(max_tx_bts)，以改变手机在这两个基站内收到的 C1 指：监察部 cell1(460-00-4
45、130-10)：max_tx_bts 43db37db蓟门桥 cell2(460-00-4130-707)：max_tx_bts 33db37dbSITE CI DATE TCH_CONGESTION_KEY TCH_TRAFFIC01-02 10:00 0 4.3502-02 10:00 0 7.0503-02 10:00 0 5.504-02 10:00 0 8.27JiMenQiao_4 460-00-4130-70705-02 10:00 0 8.9101-02 10:00 27.03 25.5402-02 10:00 42.59 27.2503-02 10:00 45.11 27.2
46、704-02 10:00 7.23 22.8JianChaBu_8 460-00-4130-1005-02 10:00 6.29 22.032、调整南线阁基站第三方向的基站发射功率：max_tx_bts 43db35db：SITE CI DATE TCH_CONGESTION_KEY TCH_TRAFFIC03-02 10:00 68.53 20.59NanXianGe 460-00-4172-99508-02 10:00 7.37 14.27从该基站周边小区的话务性能统计看到，南线阁第三小区减少的话务量基本被周边基站槐柏树街和白云观街吸收，调整后该地区没有出现覆盖空洞。3、BSS25 八宝庄
47、第三个 CELL 和潘庄第二个 CELL，它们的 TCH 拥塞率较高，而周边基站的基本没有拥塞现象，对这两个小区的发射功率进行减小，并对它们的邻区功率做相应增大后，这些拥塞小区的拥塞情况有所缓解，调整效果如以下表所示：Device Date AVAILABLE_TCH_MAX TCH_CONGESTION_KEY TCH_TRAFFIC4-3 13 10.13 9.645-3 13 7.23 9.51BaBaoZhuang_4/460-00-4112-30418-3 13 4.38 8.824-3 21 29.7 18.745-3 21 44.25 19.59PanZhuang_10/460-
48、00-4112-7848-3 21 7.33 16.434、BSS08 的西三旗第三方向 TCH 拥塞严重，现将第一、二方向的 BTS 发射功率增大（增大手机在这两个小区内测到的 C1 值） ，同时将第三方向的最小接入电平升高（减小手机在第三小区内测到的 C1 值） ，以缓解第三小区的拥塞状况，调整前后性能对比如下：date site_name cell_nameTCH成功分配次数TCH分配失败次数 TCH拥塞 话务量TOTAL_CALLavail_tch_max“无线网络优化经验研究”之TCH 拥塞率高的分析处理第 15 页 共 39 页3月12日 XiSanQi_6 460-00-4120
49、-786 3134 384 10.92 21.12 1180 283月12日 XiSanQi_6 460-00-4120-787 1353 0 0.00 7.06 248 293月12日 XiSanQi_6 460-00-4120-788 2933 6958 70.35 28.53 2120 293月22日 XiSanQi_6 460-00-4120-786 4354 2017 31.66 24.85 1947 283月22日 XiSanQi_6 460-00-4120-787 5062 100 1.94 18.62 1220 293月22日 XiSanQi_6 460-00-4120-788 4978 215 4.14 22.61 933 29（2） 调整本基站和邻区基站的天线调整天线的高度、方向角和倾角，是我们合理分配话务的重要手段之一。基站天线安装位置过高、基站下顷角过小等，会造成基站的实际覆盖过远，从而过多地吸收话务，引起不必要的 TCH 拥塞。通过天线方向角的修改，可以保障重点路段、重点目标的通信畅通。通过天线
