tch拥塞率高的分析处理借鉴.pdfVIP

TCH 拥塞率高的分析处理 TCH 拥塞率高的分析处理 第一章：前言： 我们在谈到网络拥塞时，常常是指信令信道拥塞以及话务信道拥塞。其中话务信道拥塞也就是我们常说的 TCH 信道拥塞，发生在用户在申请网络服务信令交互之后，一般进行用户的真正话音要由 TCH 信道承载， TCH 信道的分配也称指配过程。出现 TCH 信道拥塞是说：在指配过程中，如果网络没有可用的 TCH 信道 来分给手机，则系统计一次 TCH 分配失败。在本文中，笔者主要从出现 TCH 信道拥塞可能的原因入手， 提出一些解决 TCH 信道拥塞的方法和思路，以供大家参考。 第二章：信令流程 3 ） TCH 分配拥塞信令流程分析说明 在 SDCCH 信令接续完成后，系统将向手机分配陆地电路和 TCH 信道。手机先向系统发 SETUP 消息，其 中包含被叫号码即 B number 和所需业务等。 MSC 收到 SETUP 消息后，要通过 VLR 发送出局呼叫消息 （Send_Info_For_O/C_Call ）,VLR 在收到该消息后，将根据其从 HLR 获得的此主叫用户的信息，来分析 被叫的号码即 HLR －Inquire （实际是依据 B 的号码分类向 B 归属的 HLR 查询 B 的信息）和主叫用户本身 的能力 （根据主叫用户被允许的业务种类， 查看 A 用户是否支持本次呼叫， 检查系统是否能接纳这此呼叫。 若某些要求不能满足，系统则向主叫用户发出释放完成消息（ Release Complete ），此次呼叫建立就失败 了；经过查询后，如果对 B 用户的 HLR －Inquire 成功，且 A 用户具有此次呼叫的权限， VLR 则向 MSC 发完成呼叫能力查询消息（ Complete Call ）。当 MSC 收到这个消息后，则向 MS 发出呼叫继续消息（ 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 会通知 RRSM 消息 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 消息 force queue ，RRSM 在启动 T11 的同时，向 MSC 发出排队指示的消息（ Queuing Indication ），如 T11 超时，则 RRSM 向 MSC 发出 清除请求（ Clear Request 消息）。 在 RRSM 收到 Layer1 回送的信道激活响应 （Channel Activation ACK ）的消息后， 就在 SDCCH 信道上通 过指配消息（ Assignment Command ）通知手机分给其的 TCH 的情况，这个消息中包含： TCH 信道类别 （话音/ 数据的指示