1 / 10
文档名称:

TCH拥塞率高的分析处理.doc

格式:doc   大小:77KB   页数:10页
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

TCH拥塞率高的分析处理.doc

上传人:miao19720107 2020/9/18 文件大小:77 KB

下载得到文件列表

TCH拥塞率高的分析处理.doc

文档介绍

文档介绍:TCH拥塞率高的分析处理第一章:前言:我们在谈到网络拥塞时,常常是指信令信道拥塞以及话务信道拥塞。其中话务信道拥塞也就是我们常说的TCH信道拥塞,发生在用户在申请网络服务信令交互之后,一般进行用户的真正话音要由TCH信道承载,TCH信道的分配也称指配过程。出现TCH信道拥塞是说:在指配过程中,如果网络没有可用的TCH信道来分给手机,则系统计一次TCH分配失败。在本文中,笔者主要从出现TCH信道拥塞可能的原因入手,提出一些解决TCH信道拥塞的方法和思路,以供大家参考。第二章:信令流程1)      正常TCH分配信令流程2)      TCH分配拥塞信令流程(起呼、切换中)(1)  MOC:(2)  Intra_BSS_HO:(3)  Inter_BSS_HO:3)      H信令接续完成后,系统将向手机分配陆地电路和TCH信道。手机先向系统发SETUP消息,其中包含被叫号码即Bnumber和所需业务等。MSC收到SETUP消息后,要通过VLR发送出局呼叫消息(Send_Info_For_O/C_Call),VLR在收到该消息后,将根据其从HLR获得的此主叫用户的信息,来分析被叫的号码即HLR-Inquire(实际是依据B的号码分类向B归属的HLR查询B的信息)和主叫用户本身的能力(根据主叫用户被允许的业务种类,查看A用户是否支持本次呼叫,检查系统是否能接纳这此呼叫。若某些要求不能满足,系统则向主叫用户发出释放完成消息(plete),此次呼叫建立就失败了;经过查询后,如果对B用户的HLR-Inquire成功,且A用户具有此次呼叫的权限,pleteCall)。当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)的消息后,H信道上通过指配消息(mand)通知手机分给其