路测分析法呼叫失败原因分析.ppt

第十章路测分析法 网讯教育 路测分析法之接入分析 课程目标 掌握接入的流程理解接入参数的含义和作用掌握接入的每个阶段可能造成接入失败的原因 路测在呼叫失败分析中的应用 移动台呼叫机制移动台的呼叫包括起呼和被呼 都是属于接入过程 接入和接入失败接入就是由移动台向基站发出消息的一种尝试 其中非常重要的一种接入类型就是起呼 当一个用户拨打另一个号码时 称为一次接入 不能在指定的时间内完成起呼者到被呼者之间的呼叫连接的呼叫建立过程就称为一次接入失败 在IS 95和ANSIJ STD 008中明确的规定了一些与呼叫过程相关的定时器 如果在规定的时间内 移动台没有收到相应基站的消息 移动台就会放弃一次接入尝试 那么这就导致一次接入失败 MobiletoLand MTOL LandtoMobile LTOM 本课程只涉及到MTOL情况的分析 接入相关参数 接入信道发射功率控制参数 标称发射功率偏置 NOM PWR 接入的初始功率偏置 INIT PWR 功率增量 PWR STEP 接入试探次数 NUM STEP 前反向路径路损补偿常数 73 76 手机初始发射功率 dbm 手机接收功率 dbm 73 76 标称发射功率偏置 NOM PWR 接入的初始功率偏置 INIT PWR 导频污染区 接入困难的原因 因为RX值变大 而TX就会变小 因此接入困难 容易发生接入失败 73 800 76 1800 接入相关参数 续 在寻呼信道周期下发接入信道信息Accesschannelmessage中包含了手机接入时使用的参数 消息结构如右图所示 Max reqest seq最大请求序列 2Max Rsp seq最大相应序列 3 接入相关参数 续 1 Acc chan 此参数设置为与每个寻呼信道相对应的接入信道的数目减一 2 nom pwr init pwr3 pwr step 定义了一个探测序列中连续探测脉冲之间的功率增量 设置思路 设置过高会使当MS需要发射连续的探测脉冲时 反向链路上产生附加的干扰的概率增大 设置过低 在基站能够成功获取MS探测脉冲所需要的MS发射的探测脉冲的个数增加 这样会导致接入信道的负载增大 随之增加了接入碰撞的概率 增加接入时间 注意 Pwrstep的值要保证在边缘覆盖区最后一个探针要达到23dBm结合RSSI说 降低RSSI的问题 但是随着用户量的增大 也会出现很多问题 比如边缘区域的用户接入不进去 最后一个探针也达不到23dBm 那又得重新修改 接入相关参数 续 4 num step 定义为每个探测序列的接入探测数减1 设置思路 1 设置高将增大探测序列成功接入的概率 但会增加反向链路的干扰 2 设置低将产生相反的结果 反向链路上的干扰降低 但是探测序列的接入成功率会降低 因为使用pwr step和num step都是为了实现相同的目的 即保证基站成功接收MS接入 所以在这些值之间存在折衷值 换言之 如果pwr step设为一个低值 则num step必须设为相对较高的值 反之 如果pwr step设为一个高值 则num step必须设为较低的值 6 pam sz 定义为接入信道前缀数减1 设置思路 设置高会浪费接入信道容量 因为每个消息发送1 pam sz个前缀 设置低会降低基站成功获取MS探测脉冲的概率 从而导致移动台重发 接入相关参数 续 5 max cap sz 定义为每消息中接入信道消息包数减3 设置思路 设置高会浪费接入信道容量 因为无论实际信息需要多少帧 每个消息都发送3 max cap sz个帧 注释 在中兴1x系统中 max cap sz必须大于等于3 例如 Maxcpsz太小会导致被叫号码不全银行号码缴费 LG的巧克力手机 苏丹共和国字段 的大小手机自己把反向的公共控制信道打开了 占用了一些消息体导致消息体不够 影响了银行号码的提取和发送 3的话是6 4是7 不好的情况 改成4以后 每个探针的帧变长 占用更多时间的开销信道在业务比较繁忙的时候 可能会发生拥塞 7 probe pn ran 定义接入信道探测脉冲的时间随机化 移动台将滞后系统时间RN个PN码片进行它的传送 设置思路 如果设为低值 例如0或1 相邻移动台的接入探测脉冲在接入信道发生碰撞的概率将不可忽视 8 acc tmo 此参数决定了接入信道探测脉冲的确认超时 实际接入超时TA 2 acc tmo 80msecacc tmo设置思路 如果设置过低 移动台在发射一个接入探测脉冲之后等不及基站发出确认就发射下一个探测脉冲 因此 可能会发射一些不必要的探测脉冲 造成接入信道负载过重 并加大碰撞的概率 CDMA2000使用acc tmo设置限制基站发送确认 ack 的时间 即ack应在acc tmo 80msec内发射 这样 如果acc tmo很小 基站可能无法满足规定要求 尤其是在重载条件下 如果设置过高 当每个接入尝试要求多个接入探测脉冲时 接入尝试的过程会放慢 接入相关参数 续 9 probe bkoff 定义了发送接入探测脉冲的最大延时 相当于所使用的最大延时减一 图中的RT 设置思路 如果设置过高 当每个接入尝试要求多个接入探测脉冲时 接入尝试的过程会放慢 如果设置过低 同一序列的探测脉冲重发和重新碰撞的概率得不到有效减少 尤其是当没有使用PN随机或持续值时更是如此 但是对于负载较轻的系统 是可以接受的 10 bkoff 该参数决定发送一个探测脉冲序列的最大延迟 并被设为所用的最大延迟减一 图中的RS 设置思路 如果设置过高 当每个接入尝试要求多个接入探测脉冲时 接入尝试的过程会放慢 如果设置过低 同一序列内的探测脉冲重发和重新碰撞的概率得不到有效减少 但对于负载较轻的系统来说 是可以接受的 11 max req seq 此参数定义了为某个请求最多发送的接入探测脉冲序列数 12 max rsp seq 此参数定义为移动台为某个响应最多发送的接入探测序列数 接入相关参数 续 接入相关参数 续 设置方式 小区 载频 接入参数 移动台接入过程 移动台接入时根据接收的功率进行开环估算 用估算出的发射功率发出一个探测信号 然后等待确认消息 如果在规定的时间内收不到确认消息 移动台会增加功率一个探测步长再次发射 这样通过逐次多序列探测来确定所需的发射功率 一个接入过程由多个接入探测序列组成 一个探测序列又分为多个接入探针 移动台发出接入探针后等待确认消息 若在相应时间 ACC TMO 内收不到响应消息 则加大功率 PWR STEP 发射下一探针 若移动台在发送MAX REQ SEQ 或MAX RSP SEQ 个探针后仍未收到应答消息 则等待一段时间再开始下一个探测序列 移动台接入过程 接入探测序列 接入过程各变量的说明 以移动台语音业务起呼为例 其简要呼叫过程如图 主叫接入流程分析 可见 移动台的呼叫过程需要移动台和基站之间的一系列信令交互过程 如果其中任何一步没能完成 都会导致呼叫的失败 呼叫流程示意图 起呼 MO 终端主动发起呼叫基站回复应答证实消息基站发送信道指配消息基站发送前向业务信道空帧基站捕获反向业务信道前缀基站发送证实指令终端回送证实指令基站发送业务连接消息终端回复业务连接完成消息 系统接入状态定时器 T40m 系统丢失定时器 T41m 一种系统接入状态定时器 协议规定为4s T42m 一种系统接入状态定时器 协议规定为12s T50m 一种定时器 IS 95A规定为200ms IS 95B增加为1s 20001X为2s T51m 一种定时器 协议规定为2s OriginationProcess 手机在按下发送之后 第一应当现在4S之内接受我的寻呼信道开销消息 如果接受不到则脱网 并且要求在3S之内必须收到一个寻呼信道的子消息 否则也脱网 收到了则清零 当接受完了开销消息之后才会发送起呼消息 并且一直监听寻呼信道的所有消息 只要3s内能收到一个好消息一样OK 直到收到了一个ACK信息 收到了以后开启T42 12S 此时还是一样3s应当收到一个好消息 直到12S内收到我的ECAM消息 此时开始开启T50 2s 当手机能捕获前向业务信道的两个好帧则开启T51 2S 在T51内必须收到基站对捕获了反向业务信道的ACK OriginationProcess 定时器 T40m T40m 系统丢失定时器 当用户起呼后至收到信道指配消息前 称为接入过程的开始阶段 在此阶段 MS会不停监听寻呼信道且每隔T40m时间MS就必须从寻呼信道上收到一个好的消息 若在T40m时间内一直没有收到消息 这时移动台返回空闲状态 接入失败 协议规定为 3s 该定时器与T42m同时终止 定时器 T41m T41m 一种系统接入状态定时器 当用户起呼后 在此定时器时间限制内 MS未能更新开销消息 定时器超时 MS将重新初始化并指示系统丢失 协议规定为 4s 定时器 T42m T42m 一种系统接入状态定时器 当MS在收到基站的接入响应消息后 若在T42m的时间限制内没有收到信道指配消息 手机就会返回空闲状态 协议规定为 12s 定时器 T50m T50m 定时器 当移动台收到信道指配消息后 若在T50m时间内没有捕获到前向业务信道 两个连续的好帧 手机将会重新初始化并指示系统丢失 IS95A中为200ms IS95B系统中定义为1s 1X为2S 当收到ECAM消息开始的时候启动 前向业务信道的确认 定时器 T51m T51m 定时器 当移动台捕获到前向业务信道后 若在T51m时间内没有得到基站的证实响应 移动台就会重新初始化 协议规定为 2s 基站捕获反向业务信道 则over 手机侧的探测 跟基站侧无关 反向业务信道的确认 系统接入状态定时器 OriginationConstraintTimeline 典型的接入事件序列 典型时长 7s 起呼的时间 2 2s 寻呼的时间2 56秒 还有系统处理时间 等等 总共加起来大约是7s 起呼里程碑及其限制 一 M1 基站证实响应 基站必须响应移动台的起呼消息 如果起呼消息没有响应 移动台将会重发起呼消息 系统可以指定在移动台声明接入失败前允许的最大发送次数 A 没有收到起呼消息 就不会发ACK 接入试探都达到最大 分为两种情况 1 手机发射没有达到满功率 解决 参数修改 2 手机发射达到了满功率 碰撞参数 覆盖区外 干扰 搜索参数 以及接入参数如PAM SZ的大小的设置 呼吸效应 B 基站发了ACK消息 但是手机没有收到 接入试探没有达到最大 Ec Io低 边缘覆盖区 或者呼吸效应引起的收缩 导频污染 前向干扰 Ec Io高 空闲切换 或者三个开销的覆盖不一样 如导频 寻呼 一共四个覆盖圈 导频 同步 寻呼 反向接入覆盖 起呼里程碑及其限制 二 M2 信道指配消息 如果用户在收到基站响应消息后 在12秒内 T42m 没有收到基站的信道指配消息 移动台将会返回到空闲状态 M3 获得前向业务信道 在移动台获得了信道指配消息后 必须在T50m内获得F TCH acquisition 2个连续好帧 IS 95A为获得前向业务信道应许等待 T50m 200毫秒 20001X中这个参数延长到了2秒 M4 基站证实消息 如果在2秒内 T51m 移动台未收到基站证实消息 移动台将会返回重新初始化 M5 服务连接消息 起呼里程碑及其限制 三 未达到M1的原因 接入试探序列数已达到最大移动台发射功率低 接入参数设置有问题移动台发射功率高 接入信道冲突 部分接入参数设置问题 基站没有检测到起呼消息 链路不平衡 基站搜索问题 接入参数设置不适当PAM SZ 接入试探序列数未达到最大 T40定时器到期Ec Io低 系统丢失 导频信道失败 边缘覆盖区 或者呼吸效应引起的收缩 Ec Io高 系统丢失 寻呼信道失败 空闲切换 综上 T40定时器超时或者三个开销的覆盖不一样 如导频 寻呼 一共四个覆盖圈 导频 同步 寻呼 反向接入覆盖 未达到M2的原因 基站已发出CAM 信道指配消息 导频信道失败导致寻呼信道失败导致基站未发出CAM 信道指配消息 异常释放 这时交换中心认为第一次的呼叫仍然存在 所以就不会分配第二个信道容量限制 若此时没有信道可用或保留作为切换信道时 我们称为呼叫阻塞而不是接入失败 未达到M3的原因 业务信道失败导致前向业务信道增益不够相关干扰导频信道失败导致T50定时器超时 前向业务信道增益不够 就是业务信道初始增益不够 初始功率不足 寻呼信道就不考虑了 导频信道失败导致 Ec Io低M1M2M3Ec Io都会引起里程碑达不到 呼吸效应 导频同步寻呼 一起收缩 假如业务信道状态下 业务信道覆盖很大 导频很低 如果越了导频覆盖区 那肯定不行 案例 其实经过测试 同步和导频一样重要 经过了一个测试 拿商用网络 降低同步增益 全网也都down掉 所以同步和导频的覆盖也必须保持一致的覆盖 未达到M4的原因 基站已发出了证实消息 前向链路较弱当前向业务信道获得后 MS开始在反向业务信道上发送前缀 当基站获得了反向业务信道后 就会在F TCH上发送响应消息 若MS在2秒内未收到基站的证实消息 就会重新初始化 若查看系统日志 就可以分析在T51ms失败中基站证实消息是否发送 基站未发出证实消息 由于反向链路没有被检测到造成的搜索问题 当业务信道搜索窗太小 就会导致反向链路不能被检测到覆盖问题 移动台移出反向业务覆盖区功率控制问题 反向外环功率控制反映不适当 反向链路没有以足够的功率发射 网络呼叫情况的整体评估用呼叫成功率来衡量 提高呼叫成功率 会使用户增加对网络的信心 提高设备的利用率 呼叫成功率包括起呼成功率和被呼成功率 对于大规模商用的网络 从后台性能观察中统计呼叫成功率比较客观准确 对于空载或者用户很少的网络 可以通过路测数据来统计呼叫成功率 路测时采用周期呼叫测试的方式 呼叫成功率 呼叫成功次数 呼叫尝试次数 100 对于城区网络而言 如果呼叫成功率大于98 则表明网络性能中呼叫成功率指标较好 对于郊区或者道路覆盖网络 该指标值可以适当放宽 呼叫失败原因分析整体分析 设备故障引起呼叫失败严格来说 设备故障是应该在网络优化前就排除的 设备正常运行是网络优化的前提之一 但实际上很多时候设备问题是在优化过程中才发现的 另外 路测也是定位设备故障的手段之一 所以在各个专题分析中都引入了设备故障导致这一项 1 典型现象 1 问题具有突发性 原先网络工作正常 但突然出现问题 2 问题具有普遍性 通过路测可以发现 出现问题的区域范围较广 可能是整个基站或者扇区覆盖范围 更为严重的是整个业务区出现大量非正常呼叫失败现象 2 排查分析 1 查询近期是否有过硬件更换 传输调整等硬件上的变动 2 查询近期是否有过版本升级 参数调整等软件上的变动 3 如果近期有软硬件上的调整 检查这些调整是否得当 可考虑恢复这些调整 看问题是否不再出现 4 如果近期没有软硬件上的调整 进行单站检查 判断是否是设备问题 5 单站检查可以检查出比较明显的设备故障 包括天馈 但一些比较隐蔽的设备故障单站检查不一定查得出来 这时可以通过对一些模块或板件进行复位 更换操作来定位是否是设备故障原因引起掉话 6 如果通过对软硬件调整的回退 对某些模块或者板件进行复位 更换后非正常掉话现象消失 则可以判定是由于系统设备故障引起了掉话 3 解决问题方法 由于是设备故障问题导致非正常掉话 所以不能叫做优化方法 解决问题的方法就是对症下药 通过上面的排查方法找出设备 包括天馈系统 故障所在 解决该故障即可 在故障排查时可以重点关注TRX CHM CCM 天馈系统等是否存在问题 4 补充说明 对软硬件进行复位 更换 回退等操作一定要慎重 对于商用局一定要先写报告 得到主管部门许可方可进行 对软硬件进行复位 更换 回退等操作时要在午夜进行 要有详细的操作计划 操作时要记录操作步骤 如果没有解决问题或者引起更坏后果 要及时回退 覆盖不足引起呼叫失败1 典型现象 1 移动台前向接收功率RxPower大约在 100dBm左右或更小 2 移动台反向发射功率TxPower趋向于最大值23dBm 3 最强导频强度Ec Io小于 15dB或者更小 4 移动台发出起呼消息后 迟迟无法接入成功 最后显示呼叫失败 2 现象分析 移动台由于覆盖不足而发生呼叫失败是一种正常现象 在覆盖边缘 移动台接收到的信号很弱 一般移动台前向接收功率RxPower大约在 100dBm左右或更小 最强导频强度Ec Io小于 15dB或者更小 而移动台反向发射功率TxPower会趋向于协议要求的最大值23dBm 当移动台在覆盖边缘发起呼叫 由于空中链路很差 其与基站之间的信令传递很可能由于空中衰减太大而不能被对方正确接收 导致呼叫失败 另外 即使移动台在信号覆盖尚好处起呼 但由于移动台的接入需要一定的时间 所以如果移动台快速向覆盖区外移动 比如移动台在行驶较快的汽车 火车上 就有可能在接入完成前 移动台已经到了覆盖区外 导致呼叫失败 3 补充说明 协议要求移动台的最大发射功率是23dbm 0 2W 但由于移动台是由各个终端生产厂家生产 在实际测试时发现有些移动台的最大发生功率会超过这一值 4 优化方法 对于覆盖不足引起的呼叫失败最根本的解决方法就是在覆盖盲区或者弱区增加基站 宏基站 微基站 射频拉远 也可以使用直放站 当然新增基站要考虑到和原有网络的拓扑结构配合问题 如果加站暂不可行 可以使用其他一些方法来加强覆盖 比如增加基站天线高度 选用大增益天线 调整天线方向角 下倾角等 但这些方法不能根本解决问题 并且要在不影响网络整体性能的前提下使用 无线信道衰落引起呼叫失败1 典型现象 起呼时移动台前反向信号正常 但最后还是呼叫失败 在此期间移动台接收信号出现很大衰落 移动台在街道拐弯或者进入地下隧道 2 现象分析 当移动台在街道拐弯或者进入地下隧道 由于无线传播环境的突然剧烈变化 信号衰落很快 一般来讲前向链路和反向链路都会同时衰落 而如果这时移动台要正在接入过程中 就很可能由于无线信道的衰落导致信令消息的丢失 最终接入失败 3 补充说明 对于信令的丢失 移动台侧和基站侧都会对信令进行重发 如果衰落的时间很短 则可以继续接入过程 接入就会成功 但如果衰落持续一段时间 重发的信令也会丢失 就会导致接入失败 如果移动台是做被叫 一般系统都有寻呼重发机制 如果衰落持续时间不是很长的话 二次寻呼可以起作用 但相应的接入时间会增加 4 优化方法 优化网络拓扑结构 尽量减少信号覆盖衰减变化特别大的区域 前反向不平衡引起呼叫失败 前向好于反向 1 典型现象 移动台前向接收功率RxPower和最强导频强度Ec Io维持在一个较好的状态 如RxPower大于 100dBm Ec Io大于 15dB 移动台起呼后 反向发射功率TxPower一直抬升 直到最大值23dBm 但无法接入成功 呼叫失败后 移动台会在原来的导频上待机 让移动台向基站靠近 使之可以呼叫成功 观察Tx Adj 会是一个正值 注 只有当移动台捕获前向业务信道 即反向闭环功控生效之后 才会有Tx Adj值 2 现象分析 在上面的情况中 移动台接收功率RxPowe和导频强度Ec Io较好表示有一个比较好的前向链路 但移动台起呼过程中 移动台一直抬升发射功率直至最大 表示反向链路较差 这就表明前反向链路不平衡 另外 Tx Adj 0也表明前向好于反向 由于前向好于反向 所以在反向覆盖边缘 即使前向信号覆盖较好 但反向链路已经很差 这样就可能使基站不能正确接收移动台发来的信令 导致接入失败 3 优化方法 1 找出前反向不平衡的根源 力争使前反向链路达到平衡 2 判断是否小区功率设置过大 3 判断是否导频增益设置过大 4 判断是否存在反向干扰 接入期间切换1 备注 ECAM 业务信道准备好 接入期间切换2 接入进入切换流程 在手机向原基站回寻呼响应之前 监听到其对应的寻呼信道丢失 从而在新基站上发寻呼响应消息 接入进入切换的好处是允许手机在开始接入尝试之前选择最强的导频 从而使手机接入基站的成功性更大 减少了接入尝试失败率 接入试探切换流程 在手机等待原基站对始呼消息的响应期间 监听到其对应的寻呼信道丢失 从而在新基站上重新发起始呼 接入切换允许手机在等待CAM ECAM 业务信道准备好 消息时选择最强导频 从而让手机接入基站的成功率更高 减少接入尝试的失败次数 接入切换流程 在手机等待原基站指配业务信道期间 监听到对应的寻呼信道丢失 转向新基站的寻呼信道等待业务信道的指配 接入试探切换的目的 提高手机接入基站的成功率 接入切换数据配置表 在Airbridge维护台执行MODESPM命令 修改ESPM消息的相关字段 接入 切换冲突引起呼叫失败1 典型现象 1 移动台在信号覆盖弱区起呼 覆盖弱区可根据路测数据来判断 移动台接收功率RxPower 导频强度Ec Io都较低 移动台发射功率TxPower较高 2 如果移动台发起呼叫后位置保持不动 则可以起呼成功 3 如果移动台发起呼叫时由待机小区向其他小区快速移动路测时车速较快 其接收功率RxPower增大 但发射功率TxPower增大 导频强度Ec Io急剧变差 最终接入失败 4 接入失败后 移动台在一个新的较强导频上待机 2 现象分析 1 如果系统不支持接入切换 接入切换也需要移动台的支持 那么在移动台接入过程中 即使有切换的需求 也要等接入完成后 再进行切换 2 上面的情况就是属于接入 切换冲突引起的呼叫失败 如果一个移动台试图在一个小区覆盖的边缘 信号覆盖弱区 发起呼叫 因为移动台靠近覆盖边界 可能就会产生切换 但我们系统不支持接入状态的切换 接入过程和切换过程出现冲突 切换过程就必须让位进行等待 由于接入过程要持续一定时间 此时随着移动台向待切换小区的移动 其接收功率会增大 而导频强度Ec Io却减小 因为这时待切换小区的导频就成为了一个强导频干扰 当导频强度下降到一定程度时 前向链路的质量就会显著下降 不能很好解调 就可能会导致接入失败 接入失败后移动台会在一个新的导频上待机 即待切换小区导频 3 补充说明 1 对于中兴的HIRS系统 从5 4版本开始支持接入过程中的切换 而以前的版本则不支持接入切换 2 接入切换同时需要移动台的支持 95手机不支持接入切换 1X手机则支持接入切换 4 优化方法 1 如果系统可以实现接入过程中的切换 同时需要移动台也支持 就不会出现由于接入 切换冲突而导致的呼叫失败 2 合理调整网络结构 合理规划软切换区域 在出现上述问题较为严重的区域可以适当增大软切换区 这样一是可以让移动台在起呼前通过空闲切换先切换到另一小区 二是可以让移动台起呼后有足够的时间和信号强度完成接入 资源不足引起呼叫失败1 典型现象 1 路测时观察移动台接收的信令消息 移动台发起呼叫后 收到基站下发的证实消息 但没有收到信道指配消息 最终呼叫失败 2 在此期间移动台接收信号正常 没有出现大的衰落 3 以上呼叫失败的情况并不是经常出现 一般是在忙时出现 在话务量较低时就不会出现 呼叫正常 2 现象分析 根据呼叫机制 当基站收到移动台的接入请求 首先会下发给移动台一个证实消息 然后申请资源 如果申请到可用资源 就会给移动台下发信道指配消息 继续呼叫流程 由上面描述的现象可知 移动台发起呼叫后 已经收到了基站下发的证实消息 但没有收到信道指配消息 最终导致呼叫失败 移动台没有收到信道指配消息 一般有两种可能 1 基站下发了信道指配消息 但移动台没有收到 2 基站没有申请到可用资源 就没有下发信道指配消息 对于第一种原因 一般是由于前向链路的很大衰落导致信道指配消息没有被移动台收到 根据路测时的现象 呼叫过程中移动台接收信号正常 没有发生大的衰落现象 所以基本可以排除这种原因 对于第二种原因 根据路测现象 是最有可能的 观察到这种呼叫失败的情况并不是经常出现 一般是在忙时出现 在话务量较低时就不会出现 呼叫正常 所以可以基本判定该呼叫失败是由于在忙时资源不足 所以基站拒绝接入 没有下发信道指配消息 导致呼叫失败 3 补充说明 1 基站没有下发信道指配消息 还有一个原因是非法手机 如果是非法手机 手机开机后 发送开机登记消息 基站在给予该消息层二证实 一般情况下使用BaseStationOrder 的同时会向MSC转发位置更新消息 由于是非法手机 MSC不能登记成功 也就无法将来作被叫 移动台在收到层2证实后 就呆在寻呼信道上 当该非法手机起呼之后 起呼消息送到MSC之后 MSC鉴权不通过 不发信道指配消息 直接释放 2 要确认基站有没有下发信道指配消息 最好的方法就是同时在OMC侧对该移动台进行信令跟踪 3 资源不足的内容很多 比较常见的有 信道板CE资源不足 声码器资源不足 中继电路资源不足 前向功率资源不足 即前向功率过载 等 这些资源不足都有可能导致呼叫失败 4 资源不足的情况 一般在网络初期不会出现 但随着用户的不断增多 在网络话务忙时 就有可能出现拥塞 所以要注意及时扩容 4 优化方法 找出具体是哪方面资源不足 对症下药 对网络进行调整 参数调整 拓扑结构调整 或者扩容 如果是物理资源不足 如信道板CE资源不足 声码器资源不足 中继电路资源不足等 考虑对相应物理资源进行扩容 如果是前向功率资源不足 即前向功率过载 可考虑进行如下优化方法 1 无线参数优化 检查后台无线参数设置 各种前向过载控制参数设定是否合理 2 网络拓扑结构调整 包括天馈参数和小区功率调整 让话务较闲的小区合理分担话务过忙小区的话务量 3 话务繁忙小区如果带有直放站 将其所带直放站改为基站 或者改由话务较为空闲的基站作为该直放站的施主基站 4 小区分裂 增加基站 5 升级为双载频 移动台激活集搜索窗设置过小引起呼叫失败1 典型现象 1 呼叫过程中 移动台前向接收功率RxPower正常 反向发射功率TxPower正常 2 呼叫过程中 移动台导频强度Ec Io偏低 以至于无法维持良好解调要求 最终呼叫失败 3 用PNScanner进行导频强度测试 当前激活集中PN的导频强度值正常 2 现象分析 移动台前向接收功率RxPower正常 反向发射功率TxPower正常 用PNScanner进行导频强度测试 当前激活集中PN的导频强度值正常 但移动台接收到的导频强度Ec Io却偏低 说明移动台对一些有用的强多径信号不能正确识别 这一般是由于移动台的激活集搜索窗口设置过小引起的 从基站天线出来的前向信号 由于反射 折射和绕射的作用 到达移动台会有不同的时延 假如移动台激活集搜索窗设置过小 就会导致手机不能成功的获取超出搜索窗的强多径信号 这样的不良后果一是落在移动台搜索窗内的有用多径较少 合并后的导频强度Ec Io偏低 二是落在移动台搜索窗外的强多径信号成为前向干扰 进一步导致Ec Io的降低 如果移动台对前向信号无法正确解调 就会最终导致接入失败 3 补充说明 上面所说的是移动台激活集搜索窗尺寸设置过小导致呼叫失败 是指对于前向的强有用多径没有充分利用 同样 对于反向信号 基站也有搜索窗 分别是接入信道搜索窗 业务信道搜索窗 如果被设置过小 同样会导致反向信号多径落在搜索窗外 引起呼叫失败 4 优化方法 检查后台无线参数设置 合理设置各种搜索窗尺寸 寻呼信道增益设置过小引起呼叫失败1 典型现象 1 起呼时 移动台前向接收功率RxPower正常 导频强度Ec Io正常 反向发射功率TxPower正常 2 呼叫过程中 移动台向远离基站方向移动 距离基站达到一定距离后 没有超出基站覆盖区 接入失败 3 在接入失败点 移动台无法待机在本小区上 或者一直处于初始化状态 或者待机 在其他小区上导频较弱 4 在接入失败点 用PNScanner进行导频强度测试 起呼小区PN的导频强度Ec Io值正常 5 用可以测试码域功率的仪器 比如Viper 进行码域功率测试 该小区寻呼信道功率不足 2 现象分析 1 寻呼信道增益值是可以在后台设定的 一旦设定后就是一个固定值 如果被设定得太小 即使该小区导频强度较高 但移动台由于无法正确解调寻呼消息 也无法在该小区上待机 2 在上面的情况中 当移动台起呼时 各项信号正常 此时尚在寻呼信道增益覆盖范围内 但当移动台远离基站 超出寻呼信道增益覆盖范围 移动台就无法正确接受基站寻呼信道上的消息 最终导致接入失败 接入失败后 移动台也无法在该小区上待机 3 用测试码域功率的仪器 比如Viper 进行码域功率测试 可以验证该小区寻呼信道是否功率不足 3 补充说明 1 寻呼信道增益被设置过小 等于减小了该小区的前向覆盖范围 2 中兴系统目前寻呼信道增益默认值是219 相当于小区标称功率的12 6 3 在移动台接入过程中 还需要捕获前向业务信道 如果初始的前向业务信道增益值设置不够的话 同样有可能导致接入失败 4 优化方法 检查后台参数设置 合理设置寻呼信道增益值 接入参数设置不当引起呼叫失败1 典型现象 1 移动台前向接收功率RxPower正常 导频强度Ec Io正常 2 路测时观察移动台接收的信令消息 移动台发起呼叫后 没有收到基站下发的证实消息 最终接入失败 3 在此期间移动台接收信号正常 没有出现大的衰落 4 接入失败前移动台发射功率并不高 2 现象分析 根据呼叫机制 当基站收到移动台的接入请求 首先会下发给移动台一个证实消息 由上面描述的现象可知 移动台发起呼叫后 没有收到基站下发的证实消息 这是导致呼叫失败的直接原因 移动台没有收到证实消息 有两种可能 1 基站没有收到移动台的接入请求 2 基站下发了证实消息 但移动台没有收到 先看第二种原因 一般是由于前向链路的很大衰落导致证实消息没有被移动台收到 根据路测时的现象 呼叫过程中移动台接收信号正常 没有发生大的衰落现象 所以基本可以排除这种原因 再看第一种原因 根据路测现象 是最有可能的 而基站没有收到移动台的接入请求 也有两种可能 反向链路出现很大衰减 或者存在反向干扰 可以排除 因为如果这样的话 移动台的反向发射功率会趋向于最大值 接入参数设置不当 导致移动台的接入试探序列功率太小 无法被基站正确接收 所以综合路测现象分析 导致本次接入失败的根本原因在于接入参数设置不当 使移动台的接入试探序列功率太小 无法被基站正确接收 移动台接入试探序列如图所示 相关接入参数说明 1 INIT PWR定义 接入的初始功率偏置 用于接入信道初始发射时的开环功率控制 基站置这一字段为移动台用于在接入信道上初始发射的开环功率控制估计的校正因子 范围 16至15dB 标称值为0dB 说明 INIT PWR设高 有利于捕获接入信道 但增加了反向干扰 INIT PWR设低 将使接入信道捕获困难 2 NOM PWR 定义 标称发射功率偏置 基站置这一字段为移动台用于开环功率控制估计的校正因子 范围 8至7dB 标称值为0dB 3 PWR STEP定义 功率增量 基站设这一字段值为移动台在接入试探序列中连续的接入试探之间的用来增加发射功率的值 范围 0至7dB 4 NUM STEP定义 接入拭探数 基站置这一字段值为移动台将在一个单一接入试探序列中传送的最多接入试探数减一的值 范围 1 15 缺省值为6说明 NUM STEP设高 可以提高接入概率 但会增加接入时间 NUM STEP设低 将降低接入概率 5 MAX REQ SEQ定义 接入信道请求的最大接入试探序列数 基站将置这一字段为移动台接入信道请求所要发送的接入试探序列最大值 范围 1 15 缺省值为2 说明 MAX REQ SEQ设高 增加接入成功率 MAX REQ SEQ设低 降低接入成功率 3 补充说明 要确认基站有没有收到接入请求 或者有没有下发证实消息 最好的方法就是同时在基站侧对该移动台进行信令跟踪 4 优化方法 检查后台参数设置 合理设置接入参数 1 典型现象 主叫方信号正常 主叫方最后听到提示音 被叫移动台暂时无法接通 2 一般出现移动台被叫无法接通可能是由以下某个原因引起的 1 被叫移动台不在服务区或者信号覆盖效果很差 2 被叫移动台刚跨了LAC区 但还没有来得及向基站发起位置登记 3 被叫移动台此时正好发生空闲切换导致 什么原因引起移动台被叫无法接通 要根据实际情况作具体分析定位 1 了解被叫移动台当时是否处于覆盖区 判断是否由于被叫移动台超出覆盖区或者信号覆盖很差导致被叫无法接通 2 了解被叫移动台当时位置是否处于LAC区边界 判断是否由于跨区没有及时登记导致被叫无法接通 可以结合信令观察来分析 一般除非是特别大的网络 一个城市中的基站应该规划为同一个LAC区 3 如果上述两种情况可以排除 那么基站在寻呼移动台时 该移动台刚好发生空闲切换导致被叫无法接通的可能性最大 被叫暂时无法接通的一些分析 执行空闲切换时 移动台将进入非时隙模式 在每一个寻呼信道时隙中接收寻呼信道消息 直到在新的寻呼信道上接收到至少一条可用消息寻呼消息 空闲切换之后 移动台将丢弃所有在老的寻呼信道上接收到尚未处理的消息 这就意味着 如果基站发出寻呼移动台消息时 移动台正进行空闲切换 将导致移动台不能正确接收此寻呼消息 此外 在移动台接收到寻呼消息后 也会因为发生空闲切换而没有发出寻呼响应 这两种情况都会导致被叫无法接通 这也就是为什么我们往往遇到这种情况 第一次拨打别人的手机 系统提示拨打的用户暂时无法接通 此时刚好被叫移动台在做空闲切换 但拨打第二次时又可以打通 此时空闲切换已经完成 空闲切换 被叫暂时无法接通的一些分析 3 补充说明 系统不支持接入切换也可能会引起被叫无法接通 当被叫移动台寻呼成功 开始接入过程时 如果此时移动台从本小区向另外一个小区移动 由于不支持接入切换 可能会因为本小区信号衰减太快而导致被叫用户接入失败 需要指出的是 在这种情况下 交换侧给主叫方的放音往往是 网络忙 请您稍后再拨 当然 各地运营商对这种情况的放音设置也会有所不同 有些也会设置成 被叫暂时无法接通 4 优化方法 如果是由于覆盖问题引起 则是属于正常现象 如果是由于跨LAC区引起 则要检查LAC区规划是否适当 一般LAC区的边界要尽量规划在话务量少 用户少的地区 如果是由于空闲切换引起 也是属于正常现象 视问题的严重性而定 是否需要进行网络拓扑结构调