wcdma语音异常问题深度分析.doc

WCDMA 语音异常问题深度分析关键词: WCDMA 语音;存在问题;研究 1 语音传递相关过程在 WCDMA 系统中,语音业务使用三个数据子流进行传递, RNC 会针对这三个子流分配三个传输信道, 分别对其进行加、解密, 每个子流中的比特数对应为 DCH 传输块大小, TTI 为 20ms , AMR 语音子流的结构如表 1。表1 对于语音业务, 在不通话期间为了防止给人以通话中断的感觉, 采取的措施是发送描述背景噪音的静默帧( SID ) ,在接收端根据静默帧恢复出背景噪音。处理规则是:当检测到语音静默开始,后面连续 7个 20ms 照旧发送语音帧,第8个 20ms 发送一个 39 比特帧, 然后第 9、 10 连续两个 20ms 不发送数据,第 11个 20ms 开始发送一个 39 比特静默帧, 然后连续 7个 20ms 不发送帧,然后再发送一个 39 比特帧,以后都是每 8个 20m s 中有一个 39 比特帧, 直到在某个 20ms 中检测到语音, 立即停止 DTX 状态, 开始发送语音帧。可以通过下面的图参考一下,每个格子代表 20ms 中发送的一个帧,在最前面检测到语音静默。如表 2 所示。表2 注: S 为正常语音帧; F 为第一个静默帧 39bits ;N 为空帧 0bit ;U为更新的静默帧 39bits 。另外语音在传递过程中会在空口进行加密,加密过程会涉及加密算法中一些相关参数, 这些参数的变化有时也会引起语音质量的问题。 WCDMA 的空口加密算法如图 1。与完整性保护算法类似, CK 由核心网在 Security mand 消息中给出, 并在终端和核心网中同时保存; COUNT-C 由 HFN 和 RRC 消息的序号 SN 构成,而 HFN 从业务建立过程中 RR C 连接最后一条消息 RRC CONNECTION PLET E 消息中得到; DIRECTION 为了避免上下行加密算法的输入内容出现相同, 上行设置为 0, 下行设置为 1; LENGTH 用于指示生成的 Keystream 的长度; BEARER 是每个无线承载的标识, 用于区别所有无线承载使用同一组加密参数; 最终根据 f8 算法计算出一个结果, 这个结果会应用于需要加密的数据从而完成加密过程。其中 COUNT-C 的结构可以分为确认模式、透明模式和非确认模式三种情况,如图 2 所示。图2 对于语音业务而言,其 RLC 层采用的是透明传输模式, COUNT-C 共32 位,低 8 位的 CFN 在 UE 和 RNC 的 MAC-d 中维护,高 24 位为 HFN ,会随着 CFN 的周期而增长。 2 语音异常问题 由于加密不一致导致的流水声问题 3GPP R99/R4 、 R5 200403 之前协议对于 . 的描述本身存在缺陷: 描述 HFN 使用 RB PLETE 消息中 CS域的 START 值初始化后直接使用;但是 描述 HFN 在使用 RB PLETE 消息中 CS 域的 START 值初始化后还需要加 1 后才使用。 If the IE "Downlink DPCH mon for all radio links " is included ina me