《无线内部培训讲义呼叫流程》由会员分享，可在线阅读，更多相关《无线内部培训讲义呼叫流程（12页珍藏版）》请在金锄头文库上搜索。
1、MOTGSM无线设备培训 呼叫流程分析 中国联通有限公司广州分公司 覃道满 学习目标 了解呼叫建立的全过程 2 3 了解异常情况和对应原因 学会解决异常的方法 学习内容 呼叫建立过程概述正常情况下的呼叫建立过程呼叫建立过程中的异常情况分析呼叫建立异常的原因分析和解决措施 概述 呼叫建立是评价系统性能的一项重要指标 该指标很大程度上体现了用户能否顺畅接入网络进行通信的性能优劣 为有的放矢地发现问题 提升呼叫建立成功率 有必要对一个完整的呼叫流程进行分析 以发现可能影响该指标的原因 进而加以分析解决 对于一个完整的呼叫建立过程 通常分为三个阶段进行 1 从MS在RACH信道上发起CHANNELRE
2、QUEST消息 申请占用SDCCH信道到MS成功占上SDCCH为止 2 从MS占上SDCCH后 BSS向MSC发出连接请求到收到MSC分配话音信道请求为止 3 从MSC向BSS发出分配话音信道请求到MS成功占用所分配的TCH为止 正常情况下的呼叫建立过程 过程简要描述 1 MS通过RACH信道发出呼叫请求 申请占用SDCCH信道 2 在BTS中进行SDCCH资源的分配查询确认 若有空闲的SDCCH 将进行分配 3 BTS通过AGCH信道给MS指配SDCCH 同时启动T3101进行计时 4 在T3101超时前 MS成功占用上所分配的SDCCH信道 5 BSC向MSC发出建立呼叫的请求 CR消息
3、MSC经过验证后向BSC回送CC连接确认消息 6 MSC向BSS发送ASSIGNMENTREQUEST消息 要求分配TCH7 通过查询 TCH信道空闲 进行TCH信道的分配 8 手机正常占用上所分配的TCH信道 整个呼叫过程完满结束 呼叫建立过程中的异常情况分析 1 在一个呼叫建立的过程有可能由于如下6种原因导致呼叫建立不能正常完成 具体如下 1 BTS收到MS在RACH上发出的呼叫请求 但呼叫建立的原因未被证实 从而终止呼叫建立过程 由此产生的统计为INV EST CAUSE ON RACH 2 MS请求分配SDCCH 但由于SDCCH拥塞 BTS发送Immediateassignrejec
4、t消息给手机 分配失败 相关的统计项为ALLOC SDCCH FAIL和CHAN REQ MS BLK 3 MS请求分配SDCCH BTS通过AGCH给手机指配了SDCCH 但在规定的时间内没有得到响应 超时失败 导致呼叫建立失败 统计项为CHAN REQ MS FAIL 对应的计时器为rr t3101 4 BSC向MSC发出建立呼叫的请求 MSC向BSC回送一条SCCP连接拒绝消息 终止呼叫建立 统计项为CONN REFUSED 若该项数据值过大 表明BSC和MSC之间的信令配合存在问题 5 BSC向MSC发出建立呼叫的请求 得到证实后 MSC向BSS发送要求分配TCH的消息 但由于TCH资
5、源不足而失败 统计项为ALLOC TCH FAIL和MA CMD TO MS BLKD 呼叫建立过程中的异常情况分析 2 6 BSC通过SDCCH向MS发出分配TCH的消息 MS在SDCCH上回送分配失败消息 BSC再把该消息送到MSC 导致呼叫建立失败 相关的统计项MA FAIL FROM MS 其中前三种情况是未成功占用SDCCH的情况 虽不影响呼叫建立成功率的计算 呼叫建立成功率只反映了成功占用TCH的接入请求与成功接入SDCCH且要求建立TCH的呼叫请求的比例 未考虑MS申请占用SDCCH信道而由于种种原因未能成功占用SDCCH信道的请求 但从用户角度来言 用户的呼叫是未能完成的 第四
6、种情况主要与BSC和MSC之间的信令配合 MS开通具备的业务能力及CIC资源等方面有关 最后两种情况主要与TCH的忙闲 用户行为 如临时挂机或掉电 及网络干扰 基站硬件等情况有关 异常情况的原因分析和解决措施 1 呼叫建立过程中的异常情况分析和解决措施 1 INV EST CAUSE ON RACH产生的原因是CHANNELREQUEST消息所带的原因值 CAUSEVALUE 与GSM04 08规范定义不相符所致 通常与干扰有关 若一个基站小区的INV EST CAUSE ON RACH统计值过大 则表明该小区的存在强干扰 需通过频频检查 干扰排查 功率控制等方式减低小区干扰来加以解决 2 对
7、于SDCCH拥塞导致呼叫建立过程失败的原因较多 主要与SDCCH资源不足 系统参数设置不当 如max number of sdcchs 和number sdcchs preferred设置偏小 基站小区位于LAC边区 位置更新过于频繁 存在干扰等因素有关 需逐一排查 在排除硬件故障的前提下 可以通过调整LAC边区 进行硬件扩容 开启SDCCH动态配置 加大max number of sdcchs number sdcchs preferred sdcch need high water mark 减小rr t3111 max retran等参数的设置进行调整 异常情况的原因分析和解决措施 2
8、3 对于由于T3101超时导致CHAN REQ MS FAIL以致MS未能占用SDCCH信道的问题 主要考虑基站输出功率不平衡 天线方位角或倾角不一致造成BCCH信道与SDCCH信道覆盖范围不一致 造成MS无法占用SDCCH 或是与存在干扰 参数TA设置过小 基站存在硬件故障等因素有关 需结合基站硬件检查 参数设置 基站载频的IOI PATHBALANCE等统计指标进行故障定位 同时也应检查T3101设置是否恰当 如T3101是否可小以致MS在T3101超时前根本就没有时间占用SDCCH 4 对于MSC向BSC回送SCCP连接拒绝消息的情况 主要考虑CIC资源不足 MSC负荷过载 协议不兼容等
9、原因所致 需要结合信令分析 对拒绝消息的原因值进行分析处理 5 对于由于TCH拥塞导致无法分配TCH信道的问题 需要从硬件和软件等多方面进行分析 确定是否是由于参数设置不当 如IBAND设置过严 以致系统认为信道干扰过大 不予分配信道 引发假拥塞的发生 是否存在频率干扰 硬件是否存在故障 同时可以考虑使用硬件扩容 参数调整 进行拥塞排队 拥塞释放 调整rxlev access min等方式进行处理 异常情况的原因分析和解决措施 3 6 对于已分配TCH信道 但MS无法成功占用的情况 需对对小区的MA FAIL FROM MS加已统计 如发现此统计较高 需首先检查是否存在严重的上下行干扰 PAT
10、H BALANCE是否超标以及是否存在严重告警 如存在则需要从查干扰 硬件调测方面加已解决 同时还应通过对基站做测试检查 定位MA FAIL FROM MS高发载频 进行处理乃至更换硬件 此外还应对基站载频输出功率是否平衡 天线方位角或倾角是否正确一致 是否存在硬件故障 基站信号覆盖是否过弱 基站时钟是否失锁 干扰是否过大等方面进行检查 7 对于MS占用上SDCCH之前的过程 可以通过SDCCHACCESSSUCCESSRATE进行评估 定义SDCCHACCESSSUCCESSRATE OK ACC PROC 100 OK ACC PROC SUC RACH 其中OK ACC PROC是成功占
11、用SDCCH的数量 OK ACC PROC SUC RACH是通过RACH信道申请占用SDCCH信道的请求 若SDCCHACCESSSUCCESSRATE较低 则应结合ALLOC SDCCH FAIL CHAN REQ MS BLK CHAN REQ MS FAIL等统计项 判别故障是由于SD资源不足或是由于其它原因无法占用系统指配的SDCCH所造成 对于SD资源不足的情况 则应结合参数设置 载频设备性能进行进一步分析 对于无法占用系统指配的SDCCH的情况 则建议对硬件设备 干扰问题进行排查 异常情况的原因分析和解决措施 4 8 对于从MS占上SDCCH后 BSS向MSC发出连接请求到收到M
12、SC分配话音信道请求的过程 可以通过比较ma req from msc与Ok acc proc两个统计项进行分析 若MSC的分配TCH的请求数ma req from msc远小于Ok acc proc 则表明CIC分配部分存在问题 较多占上SDCCCH信道同时申请占用TCH信道的请求未被MSC响应接受 会造成较多的呼叫建立失败 对此应重点检查BSS与MSC之间的配合 如协议是否匹配 CIC定义是否一致 CIC资源是否不足 MSC负荷是否过高 BSC与MSC之间的信令链路是否存在问题均是重点检查项目 9 对于从MSC向BSS发出分配话音信道请求 ma req from msc 到MS成功占用所分
13、配的TCH的过程 主要需要关注ALLOC TCH FAIL MA CMD TO MS BLKD MA FAIL FROM MS等统计指标 对于ALLOC TCH FAIL MA CMD TO MS BLKD过大的情况 主要考虑检查参数设置和扩容硬件设备 对于MA FAIL FROM MS过大的情况主要考虑干扰排查 硬件替换 天馈检查等方面的核查 至此 我们已对呼叫建立的全过程及可能引发故障的异常情况进行了分析 并就各种故障的原因及解决方法进行了探讨 较好地完成了呼叫建立全过程的检测和分析 有利于日后工作中对涉及呼叫建立方面问题的排查和解决 中国联通有限公司广州分公司 覃道满编制 ThankYou
