预览加载中,请您耐心等待几秒...
1/4
2/4
3/4
4/4

在线预览结束,喜欢就下载吧,查找使用更方便

如果您无法下载资料,请参考说明:

1、部分资料下载需要金币,请确保您的账户上有足够的金币

2、已购买过的文档,再次下载不重复扣费

3、资料包下载后请先用软件解压,在使用对应软件打开

华为GSM掉话统计机制及 参数优化研究 杨少林沈继亮钟榕光林燕波广东移动揭阳分公司网络优化中心 陆南昌广东移动网络优化中心 【摘要】文章主要结合华为BSC的A接口、Abis接口信令跟踪功能,通过详细的优化试验,总结出华为GSM设备在掉话统 计机制方面的原理,并分析其对通话流程以及用户感知的影响,总结出掉话相关参数的设置建议值。 【关键词】华为GSM设备掉话统计机制掉话相关参数TCHSDCCH 1刖吾本次研究主要通过华为BSC网管终端白带的A接口、 对于日常维护中的掉话问题优化手段,各个厂家之Abis接口的信令跟踪功能来分析无线口掉话的统计机 间大同小异。中国移动广东公司部署华为GSM设备的时制。 间相对爱立信设备较短,缺少对华为掉话统计机制及相所有原因值引起的掉话,表现都是BSC向MSC上 关参数设置的研究。本文通过多次优化试验,总结出华:}EClearRequest,因此通过A接口跟踪获取对应小区的 为设备掉话发生机制、统计机制以及掉话相关参数的设掉话统计。由无线环境引起的“连接失败”、“错误指 置建议,可辅助开展日常的掉话优化。示”和“释放指示”等3种原因导致的无线口掉话,可通 过Abis口观察。 2掉话统计分类分析 华为掉话统计分为“稳态掉话”和“切换掉话”两3掉话统计机制分析 类,具体的各类掉话触发机制如表1所示:通过现网基站和模拟测试站的多次信令跟踪和模 拟掉话测试发现,在AbiS口上报“连接 表1掉话实现机制 一级失败”、“错误指示”和“释放指示” 指标二级指标.=实现机制 等3种原因时,BSC不会立即上报CIear CM3300:业务信道稳态掉话次数(错误指示)Abis口信令触发 Request,而是等待6秒,超时后才上报并 CM33O1:业务信道稳态掉话次数(连接失败)Abis口信令触发 稳态CM33O2:业务信道稳态掉话次数(释放指示)Abis口信令触发统计为一次掉话。经研究,确认目前华为 掉话CM332:业务信道长期无MS测量报告掉话次数内部判决BSC6000(版本:V900R008C12)内部 CM333:业务信道Abis接口地面链路故障掉话次数内部判决 存在一个掉话保护定时器,在BSC判决出 CM334:业务信道设备故障掉话次数内部判决 CM335:业务信道强制切换掉话次数内部判决现掉话后启动时长为6秒的定时器,超时后 切换CM331才上报。 掉话:业务信道切换无线口掉话次数内部判决 为评估该定时器对通话以及用户感知 的影响,我们将通话流程分为3个阶段来进 收稿日期:201O—O1—19行分析:接入阶段、保持阶段、释放阶段。 责任编辑:左永君zuoyongjun@mbcom.cn i;网规网优; (1】接入阶段 若ERROR—IND、ConnectFail等信令上报后的6秒 内,收~lJAssignmentComplete,即指配流程结束,MS 从SDCCH转移~JTCH,同时定时器置O,不上报Clear Request。不统计为SDCCH掉话。 案例如下: 图2保持阶段信令跟踪图 导致的掉话。 分析结论:对于一些由于无线环境突然恶化的通 话。6秒定时器可起到挽救掉话的作用。但由于等待时间 较长,会对用户感知造成一定的影响。 (3)释放阶段磐器~ 器溢溢Ⅻ 在MSC下发ClearCommand后,若有ERROR— IND、ConnectFail等信令上报,仍继续原来的正常器释放 流程,而不再~~EClearRequest,也不统计TCH掉话。 案例如下: 图1接入阶段信令跟踪图 BTS在11:11:37时上报ERROR—IND,而11:11:40 时开始指配流程,到11:11:43时指配成功,之后释放 原占用的SDCCH,没有超过6秒,因此不上报Clear Request,不统计为SDCCH掉话。 分析结论:接入阶段6秒的保护可避免直接掉话。对耳dh·啪nm-t1t℃⋯“t‘h二丰:暑丘疆垦懂“I!量!:==懵苫:~∞⋯6e吼34.,· I蕉cd耶t乏q:麓h鞋矸曼⋯张.臻L霸誊z·瓣_j辫0 L‘_·如哪“t‘焦‘!憎j!!! 接入有一定的帮助。同时,由于用户尚未开始通话,并⋯⋯dlt^c‘上口!“1詈 不会对用户感知造成影响。 (2)保持阶段图3释放阶段信令跟踪图 若ERROR—IND、ConnectFail等信令I-rE后的6秒 内。收~IJMSC下发的ClearCommand,则进入正常释放从图3可见。在位置更新流程中,BTS在10:56:28上 阶段,BSC不再上报ClearRequest,定时器置0,不统}EERROR—IND,随后位置更新流程结束,在10:56:30时 计为TCH掉话。MSC下发ClearCommand进行正常释