TCH排队参数拥塞排队.docxVIP

由于呼叫建立或切换接入的原因，需要指配某个 BTS的TCH信道，而该BTS上所有 的TCH均已被占用时，BSC的无线资源管理程序有三种处理方式。 其一是在系统使用定向 重试(Directed Retry )功能且该 BTS和相邻BTS将具有此能力时，BSC采用定向重试方 式直接将该呼叫指配到相关的其它小区(此处理不适用于切换接入的情况) ；其二是在系统 不使用排队功能(Queuing )时，BSC直接向MSC报告指配失败，从而使本次呼叫或切换 尝试失败；第三种情况是系统采用排队功能，此时 BSC将MSC的指配请求进行排队，一 旦该BTS中有TCH被释放，即处理队列中的指配请求。对于最后一种情况， BSS系统需 确定在队列中最多可以缓冲多少次呼叫或切换接入请求，即参数 全速率信道最大队列长 度” 排队管理： 在正常的呼叫建立过程中，系统先分配给 MS —个专用信令信道 SDCCH用于呼叫建 立进程的信令交互，之后系统要给 MS分配话音信道 TCH，有可能发生当 MS完成SDCCH 上的信令交互后，系统没有可用的 TCH来分给MS，此时若开启了排队功能，则系统可将 MS放在队列中，与其他等待 TCH的MS —起排队。这种功能在一定程度上可以缓解系统 TCH拥塞，但一般在突发且时间相对集中的拥塞情况效果比较明显。 涉及的系统参数： queue man agme nt in formation : BSS小区级参数；定义了系统允许排队队列的最大长度。 若此参数等于0 ,则系统不允许 MS进行排队。 bss map t11 : Site级参数；MS在队列中等待系统分配 TCH的最大时长由bss_map_t11 来决定。这个参数的设置要与 MSC的相应参数设置一致。系统启用排队功能时，会同时启 动定时器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的申请可以进行排队，但一般情况下 MSC不会发起SDCCH切换。 Priority assignmentfunction : MSC上定义的BSC级参数；此功能使得系统按照呼叫的类 型来将排队等待资源的 MS按优先级排队。此参数要置为 开”，系统才能真正开启 TCH的 排队功能。 在一般情况下，开启 TCH的排队可以在一定程度上缓解系统的拥塞，我们建议在网络 参数的设置中将此功能打开。可以参考以下的参数设置： TOC \o 1-5 \h \z queue_ma nagme nt_i nformatio n = 2 ； bss_map_t11 = 10000 (ms) Max_q」ength_full_rate_channel = 2 ； Max_q_length_sdcch = 0 ； Priority assig nment function = 1 ； queue_ma nagme nt_i nformatio n 的取值要大于 Max_ q」en gth_full_rate_cha nnel 与 Max_q」en gth_sdcch 之和。 在北京移动的GSM网络中，开启TCH的排队已经是网络的基本配置要求。 在话务的出 现相对集中的地区，采用排队方式可以有效地提高系统的接通率，平滑局部地区的话务量， 对缓解TCH信道拥塞，此功能效果比较明显。但在具体实施时，要估算用户能够容忍的等 待时长，还要注意及时调整 MSC的功能设置以及等待时长，来配合无线侧的排队等待。例 如：队列长度过大常常会导致 T10的超时，而T10超时前，系统中有一定的资源会被占用， 因此T10超时事件越多，系统的资源利用率越低。选择合适的队列长度对系统资源利用率 有至关重要的影响。 另外，并不是所有对系统资源的请求都是允许排队的， 其中对于立即指派请求，BSC内 切换，BSC间切换是不许参加排队的，只有 TCH资源请求（即TCH指派请求和小区内部 切换）允许给相应的请求分配那些在 T10规定时间内被释放掉的 TCH信道，如果排队长度 或等候时间超出系统要求则该请求将被拒绝。 案例分析: BSC会向满足切换TCH请求是不参加TCH排队正常进行 BSC会向满足切换 TCH请求是不参加 TCH排队正常