关于cell _update_ failure后call_drop”异常”信令分析探讨

发布于:2021-10-29 03:05:38

关于 cell _update_ failure 后 call_drop”异常”信令分析探讨 关键词: 迁移 切换 一.测试背景
时间: 4 月 2 日,3 日 测试手机:大唐 DTM8101 DTM8130 路测软件:大唐 DTmobile SPAN V5.0 测试路段:二三环

掉话

二.问题回顾
4 月 2-3 日外场组在功率提升后对二三环拉网测试,并随后完成 log 文件的分析和 报告,在分析掉话情况时,发现许多 cell_update_failure 后的 CALL-drop 信令.根据厦 门专家对类似问题分析中认为是异常信令,成都现网测试中所用的 8120 手机版本 为 2.00.05,该版本比较老,有可能存在一些不成熟的地方导致该问题,在后续分 析中发现诸如此类信令很多,比较困惑,决定对该问题进一步分析.

三.现象分析和专家结论
(1)厦门专家在 3 月 19 日 log 文件分析中描述,并下结论为异常信令. 异常信令: ? 现象描述 从下图可见,UE 在专用模式下(业务状态)下突然发起小区重选,随后 RRC 连接正常释放, 接着小区更新失败掉话 ? 分析 1) 小区重选只可能发生在空闲状态,但下图中的重选却是发生在业务状态下; 2) 从信令来看,NODE-B 已经下发 RRC_Connection_Normal_Release 消息,但随后却出现 Call_Drop 事件。 ? 优化建议: 成都现网测试中所用的 8120 手机版本为 2.00.05,该版本比较老,有可能存在一些不成 熟的地方。 大唐去年底推出的 2.00.07 版本存在严重问题,具体表现见附件。 大唐测试手机 8120 目前的最新版本为 2.00.08,从目前各省的使用情况来看,该版本的 各项测试性能比较稳定,建议对所有在用 8120 测试手机进行软件版本升级。

四.分析探讨
我们知道,TD 网络和 GSM 网络不同的是许多信令均由事件触发,触发 UE 发起小区位置更新事 件一共有 7 种, 其中 RL fail 就是其中的一种,具体的描述可以参见协议 25.331 中的描述. 因此有必要对 CELL_UPDATE 基本知识加以描述.现在阶段小区位置更新的主要作用是小区更 新对于网络优化最主要的一个作用是掉话后(通路仍在,但无数据传输)立即通过小区更新过 程重建链路,使用户通话保持连续性。尤其针对切换的掉话。通过信道迁移以避免或减少掉 话. 小区更新流程如下:

(一)输入条件 1、UE 处于 CELL_PCH 状态,有上行数据传输的需要或者有寻呼响应 2、在 CELL_DCH 状态下无线链路发生失败 3、UE 重进入服务区 4、RLC 发生不可恢复的错误 5、小区重选到一个新的小区 6、周期性小区更新定时器超时 (二)功能流程

图 10 小区更新流程图 (三)输出结果 通过小区更新,UE 进入了一个稳定状态,并按照网络侧的新配置参数进行了配置,可以继 续进行之前中断的业务(如果有的话) 如下图所示:小区的 N 种状态描述及其转换
UTRAN Connected Mode URA_PCH Cell_PCH
UTRAN: Inter-System Handover GSM: Handover

GSM Connected Mode

Cell reselection

Cell_DCH

Cell_FACH

GPRS Packet Transfer Mode
Release RR Connection Establish RR Connection

Release RRC Connection

Establish RRC Release RRC Connection Connection

Establish RRC Connection

Release of temporary block flow

Initiation of temporary block flow

GPRS Packet Idle Mode1 Camping on a UTRAN cell1 Camping on a GSM / GPRS cell1

Idle Mode

五.探讨结论
我们在分析 LOG 中注意到,多数这种情况发生时候,一般是 UE 占用过覆盖小区信 号,由于未做邻区,导致 RSCP 急剧下降,下行链路恶化,从而选择 CELL_UPDATE 重选 至新小区,现象上看该小区确实不是主小区的邻区,曾有技术人员分析认为 UE 内 置 6-8 个 RAKE 接收机,其中一个是用作小区驻留,一个用作非邻区测量,其他 4 或 6 个用作本小区和邻小区测试,因此 cell_update 选择小区是该 RAKE 接收机扫频非 邻区的行为,并且在非邻区驻留,由于我们使用的是 TD 网络,使用的是联合检测,因 此 rake 接收机一说用在 WCDMA 和 CDMA2000 网络中,该说法不成立.我们认为这 种情况下 UE 选择的小区是类似于开机重选流程所选小区的目标小区驻留 .只是 由于原主服小区是过覆盖,当然未做该目标小区邻区,而非上述论断. 根据规范 , 我们知道 UE 在连接模式下有四种状态 , 其中和本例相关的是 CELL_DCH(通话中,有数据流)和 CELL_FACH(连接态,但无业务传输) ,当下行链路恶 化 , 网 络 使 用 CELL_DCH 向 CELL_FACH 态 迁 移 , 此 时 暂 无 数 据 传 输 , 想 通 过 cell_update 功能选择一个小区驻留后在将通话切回 cell_dch 延续该通话,以减少 掉话次数.由于该例中 cell_update failure,网络的这种尝试失败 ,因此随后出现了 CALL_DROP,实际是在 cell_update 前,通路虽在,但话音已经没有传送了.我们可以 认为通话实际已经掉了,只是未触发 call_drop 信令,网络使用 cell_update 这种功能 尽量挽留通话所做的迁移,如果迁移失败,再触发 call-drop,因此属于正常信令. 希望同事们在分析路测文件时能了解.

外场组

张大江 20090408


相关推荐

最新更新

猜你喜欢