GSM未接通分析

未接通原因分析未接通原因分析 概述概述 1 系统消息类型系统消息类型 1 1 系统消息在两种逻辑信道中传送 BCCH 和 SACCH 信道 1 在空闲模式下 网络通过 BCCH 信道传送系统消息 1 4 及 7 8 2 在通信模式下 网络通过 SACCH 信道传送系统消息 5 和 6 各种系统消息分别包含的主要内容如下 1 系统消息类型 1 小区信道描述 RACH 信道控制 2 系统消息类型 2 邻小区 BCCH 频点描述 RACH 信道消息 允许的 PLMN 3 系统消息类型 2bis 扩展邻小区 BCCH 频点描述 RACH 信道消息 4 系统消息类型 2ter 扩展邻小区 BCCH 频点描述 2 5 系统消息类型 3 小区识别 CellID 位置区识别 LAI 控制信道描述 小区选择 小区选择参数 RACH 控制信道 6 系统消息类型 4 位置区识别 LAI 小区选择参数 RACH 控制信道 CBCH 信道描述 CBCH 移动控制 7 系统消息类型 5 邻近小区 BCCH 频点描述 8 系统消息类型 5bis 扩展邻小区 BCCH 频点描述 9 系统消息类型 5ter 扩展邻小区 BCCH 频点描述 10 系统消息类型 6 小区识别 CellID 位置区识别 LAI 小区选择 11 系统消息类型 7 小区重选参数 12 系统消息类型 8 小区重选参数 13 系统消息类型 13 描述有关 PBCCH 信道的信息及其他 GPRS 消息 1 2 各种消息单元包含的主要内容如下 1 小区信道描述中含有该小区所使用到的所有频点 包括 BCCH 频点和调频频点 2 RACH 控制消息中含有参数 MAX RETRANS 最大重传数 TX INTEGER 传 输的时隙数 CELL BAR ACCESS 小区是否被禁止接入 RE 呼叫重建允 许比特 EC 紧急呼叫允许比特 AC 被限制接入的用户级别 3 邻小区 BCCH 频点描述包括其邻小区所使用的 BCCH 频点 4 允许的 PLMN 用来提供小区内 BCCH 载波上移动台监测所允许的 NCC 5 控制信道描述中包括 ATT 移动台附着分离允许指示 BS AG BLKS RES 留做接入允许 AGCH 的块数 CCCH CONF 公共控制信道结构 BA AG MFRMS 传输寻呼消息留给同一寻呼组的 51TDMA 复帧数 T3212 用 着周期性位置更新的时间 6 小区允许中包含 PWRC 功率控制指示 DTX 不连续发射指示 RADIO LINK TIMEOUT 无线链路超时值 7 小区选择参数包括 小区重选滞后值 MS TXPWR MAX CCH 移动台 接入小区应使用的最大 TX 功率电平 RXLEV ACCESS MIN 允许接入系统 的移动台的最小接入电平 8 CBCH 的信道描述包括 信道类型和 TDMA 偏差 哪种专用信道的组合 TN 时隙号 TSC 训练序列码 H 跳频信道指示 MAIO 移动配置指数 偏移量 HSN 跳频序列号 ARFCN 绝对频点号 9 CBCH 移动配置中包括参与跳频的频道顺序与小区信道描述的关系 10 小区重选参数包含 PI 小区重选指示 CBQ 小区禁止限制 CRO 小区重 选偏置量 TO 临时偏置量 PT 惩罚时间 2 呼叫建立流程呼叫建立流程 2 1 主叫建立过程 1 MS 在 RACH 信道上发送 CHANNEL REQUEST 消息 2 BTS 接收解码后 BSS 在 AGCH 信道上发送 IMMEDIEATE ASSIGNMENT 消息给手 机 安排 MS 进入 SDCCH 3 MS 收到 IMMEDIEATE ASSIGNMENT 消息 转换到指定的 SDCCH 4 MS 发送 SABM CM SERVICE REQUEST 5 网络对 SABM 以发送 UA 作为响应以建立 L2 无线链路 BSSC 处理该请求然后通过 A 接口的信令链路向 MSC 报送 6 通过鉴权加密过程后 MS 在 SDCCH 发送 set up 消息 7 MSC 收到并处理 set up 消息 发起 ASSIGNMENT COMMAND 消息 8 BTS 然后在 SDCCH 上为手机分配 TCH 信道 通过 ASSIGNMENT COMMAND 消息 安排 MS 到指定的空闲 TCH 9 MS 转到指定的 TCH 在 FACCH 上发送 ASSIGNMENT COMMPLETE 消息 并通过 BSS 上传到 MSC 10 MSC 向 MS 发送 Alerting 消息 告知 MS 对方铃已响 要求发送回铃音 11 被叫摘机 CONNECT 消息通过 BSS 发给 MS 该消息在 FACCH 上发送 12 MS 收到该消息 打开音频通路 并通过 FACCH 向 MSC 发送响应 CONNECT ACKNOWLEDGE 通话正式开始 2 2 被叫建立过程 1 MSC 向同一 LAC 内的所有小区发送寻呼命令 由各小区在 PCH 上发出 PAGING REQUSET 消息 2 MS 根据系统分配的 TMSI 或 IMSI 值 从所有收到的 PAGING REQUEST 消息中 解出属于自己寻呼消息 并在 RACH 上发送 CHANNEL REQUEST 消息 3 BTS 接收解码后 BSS 在 AGCH 信道上发送 IMMEDIEATE ASSIGNMENT 消息给手机 安排 MS 进入 SDCCH 4 MS 收到 IMMEDIEATE ASSIGNMENT 消息 转换到指定的 SDCCH 5 MS 发送 SABM PAGING RESPONSE 6 其它后续消息与主叫完全一样 3 信令流程信令流程 3 1 主叫呼叫信令 一次完整主叫通话的信令流程 Mobile Station System information type 1 Channel Request Immediate Assignment CM Service Request Classmark Change CM Service Accept Authentication Request Authentication Response Ciphering Mode Command Ciphering Mode Complete Setup Call Proceeding Assignment Command Assignment Complete Alerting Connect Connect acknowledge Disconnect Release Release Complete Channel Release 需要注意的几点信令 1 在被叫时的 Paging Requesty 与 Idle 时的 Paging Request 的区别在于前者在寻呼 是包含有 TMSI 如果为主叫起呼 则从信令开始计算 Channel Request 2 Ciphering Mode 为加密模式 3 在 Setup 之后若手机为主叫则是 Call Proceeding 手机为被叫则是 Call Confirm 3 2被叫呼叫信令 一次完整被叫通话的信令流程 Mobile Station Paging Request Channel Request Immediate Assignment Page Response Classmark Change Authentication Request Authentication Response Ciphering Mode Command Ciphering Mode Complete Setup Call Confired Assignment Command Assignment Complete Alerting Connect Connect acknowledge Disconnect Release Release Complete Channel Release 需要注意的几点信令 1 在被叫时的 Paging Request 与 Idle 时的 Paging Resquest 的区别在于前者在寻 呼时包含有 TMSI 2 Ciphering Mode 为加密模式 3 在 Setup 之后若手机为主叫则是 Call Proceeding 手机为被叫则是 Call Confirm 4 未接通定义未接通定义 一次接通 从主叫手机 Channel request 开始 一直到被叫手机的 TCH 分配完成 Alerting Connect 在此过程中 任何的信令中断都是 未接通 未接通信令分析 正常信令如下 由主叫起呼信令流程图可以看出 主叫首先发出 channel request report CM service request setup call proceeding assignment command assignment complete alerting connect connect acknowledge 完成一次起呼 在主叫 Assignment complete 完成后 2 3 秒左右被叫开始信道请求流程 Channel 上 request report paging response setup call confirmed assignment command assignment complete alerting connect connect acknowledge 完成一次被叫接入 主叫起呼信令流程图 被叫接入信令流程图 5 未接通分析流程未接通分析流程 具体分析具体分析 在 DT 测试过程中造成未接通的原因有许多 下面我对其进行了一下总结 1 TCH 拥塞造成的未接通的分析拥塞造成的未接通的分析 在 GSM DT 测试中 发现很多未接通事件的原因是小区拥塞 无 TCH 资源可用 为 了提高无线接通率 就必须解决因小区拥塞导致的未接通事件 而当小区 TCH 拥塞时 从信令流程上来看主叫手机在 Call proceeding 被叫手机在 Call confirmed 后 系统没能下发 Assignment command 消息 而是下发 Disconnect 命令 当主叫没有 Assignment command 消息时为主叫 TCH 拥塞 当被叫没有 Assignment command 消息时为被叫 TCH 拥塞 建议 扩容 2 TCH 分配失败导致未接通分配失败导致未接通 主叫手机发起呼叫 channel request report 在 2 秒后完成呼叫 assignment complete 被叫未接通 在主叫呼叫完成后 2 3 秒后 被叫开始信道请求 在完成 assignment complete 后 2 秒左右出现 assignment failure TCH 分配失败 导致未接通 发生 3 DSCCH 拥塞导致未接通拥塞导致未接通 在主叫完成起呼 assignment complete 在 2 秒左右 此时被叫发起信道请求 channel request report 由于 SDCCH 拥塞溢出 被叫手机无法获得 SDCCCH 重复 2 次 发送信道请求后任然无法获得 SDCCH 信道消息的回复 导致未接通的发生 建议 增加 SDCCH 信道 4 SDCCH 掉话引起未接通掉话引起未接通 主叫手机在立即指配 immediate assignment 后经接着就出现信道释放 channel release 也就是在 SDCCH 分配后就出现信道释放命令 即 SDCCH 掉话产生呼叫未接通 建议 未知原因掉话 可通过信令跟踪进一步确认情况 5 DSC 分配失败分配失败 由信令流程可以看出 MS 在 channel request report 下发 immediate assignment 然后有 immediate assignment failure 转为 idle 导致未接通 建议 排除无线方面原因后 应从交换侧寻找问题原因 6 位置更新导致未接通位置更新导致未接通 由信令流程可以看出 主叫完成起呼 assignment complete 后 2 3 秒 被叫正处 于位置更新流程中 导致未接通发生 建议 调整位置更新参数设置 7 跨跨 LAC 位置更新未接通优化位置更新未接通优化 某城东城区大部分区域都属于 LAC 20857 城区西部有部分地区属于 LAC 20854 由于城区西部边缘地区与市中心不属于同一个 LAC 而城西又是测试区域 几乎 每次测试时两个 LAC 交界处都会遇到跨 LAC 位置更新 由于位置更新的信令流程较长 持 续时间大概在 5 秒左右 而在被叫手机发起位置更新至完成位置更新流程中 不会响应寻 呼消息 故会发生被叫手机无法接通的情况 且由于市区的这两个 LAC 不属于 个 VLR 故 若主叫跨 LAC 未及时发起位置更新 也会造成 cause IMSI unknown in VLR 的未接 通 针对这一问题 我们认为最好的解决方法为进行 LAC 规划 方案是将部分属于 LAC 20854 的测试范围内的小区割接至 LAC 20857 保证测试范围内只有一个 LAC 从根本上避 免由于主叫手机位置更新造成未接通的情况 但是 在查询了 LAC 20857 寻呼量以及 BSC 容量后 综合考虑认为由于 Paging 容量限制和 BSC 容量限制 该方案无法实施 之后 我们采用第二种方案 即调整 LAC 边界区域的 CRH 参数值 影响相关区域的小 区重选速度 来尽量减少位置更新的概率 移动台进行小区重选时 若原小区和目标小区属不同的位置区 则移动台在小区重选 后必须启动一次位置更新过程 由于无线信道的衰落特性 通常在相邻小区的交界处测量 得到的两个小区的 C2 值会有较大的波动 从而使移动台频繁地进行小区重选 尽管移动台 两次小区重选的间隔时间不会小区 15 秒 但对位置更新而言 15 秒的时间是极其短暂的 它不但使网络的信令流量大大增加 无线资源得不到充分利用 并且由于移动台在位置更 新的过程中无法响应寻呼 因而使系统的接通率降低 该参数的作用是要求邻区 位置区 与本区不同 C2 值必须比本区 C2 值大 且其差值必须大于 CRH 规范的值 移动台才启动 小区重选 8 被叫小区重选造成未接通被叫小区重选造成未接通 和位置更新造成未接通相类似 小区重选造成的未接通也发生在被叫侧手机 手机侧 在上行发送 Setup 消息后 网络侧开始寻呼被叫 被叫在小区重选完成后才能监听 Paging 消息 其间可能造成未接通 从信令流程上看 主叫侧正常分配完成 被叫侧一直处于空 闲模式 重放路测数据 被叫手机在主叫上行发送 Setup 后 网络 Paging 被叫时 被叫手 机曾进行小区重选 建议 检查小区重选参数设置是否合理 9 硬件问题 硬件问题 SUM 板和载频问题板和载频问题 降级告警降级告警 由于载频隐性故障导致未接通 查看话务报告发现 小区切入成功率底 TCH 分配失败率较高 建议 更换 TRE 10 上行链路问题的未接通问题上行链路问题的未接通问题 上行链路问题通常是由于硬件问题 上行干扰造成基站不能正常解调手机的上行信号 从上面的层 3 消息中 我们可以看到移动台在没有收到下行指配消息时 会根据系统 消息 3 中定义的 max retran 的次数 在 T3212 定义的时间内 重新发送 Channel request 消息 发送间隔根据 tx integer 的取值 在数个 RACH 时长的范围内 随机取得 其中 取值定义如下 M max retran 取值范围 0 3 0 最大 1 次重发 1 最大 2 次重发 2 最大 4 次重发 3 最大 7 次重发 在 Channel request 消息发送 M 1 次后 MS 会启动 T3126 计数器 当计数器超 时后 呼叫将被取消 以上的案例中 经过测试后对起呼小区的载频的统计分析 以及利用 CTP 工具进 行呼叫跟踪发现该小区受到严重的上行干扰 导致基站无法正确解调出 RACH 消息 11 连续未接通现象连续未接通现象 手机在完成起呼后 1 秒左右拆链 出现未接通现象 拆链 Disconnect 原因为用户忙 cause value user busy 在随后 4 分钟时间内连续出现连续未接通现象 查看被叫信令后发现 被叫在未接通出现前的一次呼叫中 在被叫收到 connect acknowledge 消息后一直处于系统消息 5 和系统消息 6 状态 没有收到后续上行的 disconnect 消息 也就是一直未出现信道拆链和释放 导致此后 4 分钟左右的时间内出现 手机吊死的情况 直到 5 分钟左右才出现下行的 disconnect 消息 而主叫在被叫未拆链和 信道释放的情况下进行的连续的的呼叫就出连续未接通情况 未接通的原因都是用户忙 cause value nser busy 在被叫完成拆链后呼叫恢复正常状态 在如图所示 12 传输中继造成未接通传输中继造成未接通 传输中继造成的未接通从空中接口信令流程上来看 主要是网络侧没有下发 Assignment command 消息 查看 Disconnect 的 Cause 为 Resource unavailable 这一 点不同于拥塞造成的未接通 建议 检查中继时隙状态 13 TCSR 补丁引起连续未接通事件分析补丁引起连续未接通事件分析 在测试中 有时发生连续未接通 现象为被叫手机在发送 Paging Response 后 发起一次 Classmark Change 在下行收到 Classmark Enquiry 后上行再发一次 Classmark Change 以后被叫手机一直处于接收系统消息 5 系统消息 6 的状态 但 一直没有收到下行的 Setup 消息 直到一分钟后下行收到 Channel Release RR cause Normal event 才释放 而这段时间内 主叫手机连续 3 次未接通 经过一段时间的观察和分析后 该问题定位到交换侧 TCSR 补丁上 在 TCSR 开关 关闭后 对城区连续进行两天的 GSM DT 评估测试 没再发生连续 3 次未接通的事件 14 被叫用户忙的未接通被叫用户忙的未接通 从上面的层 3 消