《wcdma 中的静默问题分析》由会员分享，可在线阅读，更多相关《wcdma 中的静默问题分析（10页珍藏版）》请在金锄头文库上搜索。
1、 WCDMA中中的的静默问题分析静默问题分析 文档描述文档描述 文档名称 WCDMA中的静默问题分析 指导书类别 作者 提交时间 2014/03/09 审核人 版本记录版本记录 版本版本 日期日期 更新人更新人 跟新内容跟新内容 注释注释 V1.0 2014.03.09 Wen Guangcong 创建文档 1.1. 概述概述 静默是指在通话过程中出现听不到对方声音的现象，出现静默后有时过几秒能恢复， 有时发生掉线，或者用户感知不好在掉线之前主动挂机，静默是一个端到端、涉及网元多、 非常复杂的问题，因此造成静默问题的原因就有很多，如：无线环境、异频异系统切换、 上行出现强干扰、传输误码、传输丢
2、包、基站处理异常、智能终端问题、核心网问题等等， 本文主要从两大方面来分析说明：无线和传输 2.2. 静默产生的静默产生的原因原因 2.1 无线原因无线原因 无线原因主要是指空口的质量恶化或上行干扰等原因导致无线链路失步，当发生无线 链路失败，启动小区更新 cell update 过程，如果在规定的时间无线链路重建不成功，则 RNC 会 release 相应的 RAB，发生掉话。其中从无线链路失步到 release RAB 之前的这段时 间为静默时间，因此要提升用户感知，就需要想办法减少静默时间，给无线链路重建更多 的机会，首先需要清楚无线链路失败到 RAB 被释放之前这段时间的信令流程和相关
3、计数器。 信令流程信令流程： 所涉及到的所涉及到的 Timers： Timer Start Stop T302 Transmission of CELL UPDATE/URA UPDATE Reception of CELL UPDATE CONFIRM/URA UPDATE CONFIRM T312 When the UE starts to establish dedicated CH When the UE detects N312 “in sync“ indication from L1. T313 When the UE detects consecutive N313 “out o
4、f sync“ indication from L1. When the UE detects consecutive N315 “in sync“ indication from L1. T314 When the criteria for radio link failure are fulfilled. The timer is started if radio bearer(s) that are associated with T314 exist of if only RRC connection exists. When the Cell Update procedure has
5、 been completed. T315 When the criteria for radio link failure are fulfilled. The timer is started only if radio bearer(s) that are associated with T315 exist. When the Cell Update procedure has been completed. 所涉及到的所涉及到的 Constant： Constant Usage N302 Maximum number of retransmissions of the CELL UP
6、DATE / URA UPDATE message N312 Maximum number of “in sync“ received from L1. N313 Maximum number of successive “out of sync“ received from L1. N315 Maximum number of successive “in sync“ received from L1 during T313 is activated. 结合信令流程其过程如下：结合信令流程其过程如下： T313 ：当 UE 从 L1 检测到连续 N313 个失步指示后启动 T313 定时器，
7、当 UE 从 L1 检测到 连续 N315 个同步指示后停止 T313 定时器，一旦超时，无线链路失败 N313 ：UE 从 L1 检测到连续失步指示的最大次数 N315 ：UE 在 T313 的时间内从 L1 接收到连续同步指示的最大次数 T314 ：当满足无线链路失败准则，且只有与 T314 定时器关联的无线承载存在时才会启动 T314 定时器，当小区更新过程完成后停止 T314 定时器，当处于 CELL_DCH 的用户发生了 无线链路失败，则启动 T314(或 T315)，并发送 CELL UPDATE 信令。在业务对应的 T314(或 T315)超时之前，如果由 CELL UPDATE
8、 CONFIRM 配置的无线链路重配置不成功，则还可以 重发 CELL UPDATE 信令，进行无线链路的重配置(与 T302 和 N302 有关)，给无线链路重配 置以机会，基于此目的，配置 T314 大于 T302N302。在 T314 超时后，则相应定时器对应 的业务 RAB 就被释放。 其中关于 T314 的解释 NED 中描述如下： The RNC starts the operator configurable timer T314 when it receives the Radio Link Failure message from the BTS(s). If the Cel
9、l Update message is received from the UE before T314 expires, the RRC connection is re-established. During the RRC re-establishment procedure the AMR speech or CS data connection is moved back to the Cell_DCH state with a Cell Update Confirm message. The interrupted service continues when the radio
10、link synchronization is restored. In case of PS streaming, the UE is taken to the Cell_FACH state and further to the Cell_DCH state according to the capacity requests from UL or DL. If timer T314 expires, the RNC releases all RABs and the Iu connection to the core network. T302N302 的时间： T302：UE 发送 C
11、ELL UPDATE/URA UPDATE 消息后启动 T302 定时器，当收到 CELL UPDATE CONFIRM/URA UPDATE CONFIRM 消息后停止 T302 定时器。 N302：一旦超时，若 CELL UPDATE/URA UPDATE 消息重发次数小于等于 N302 则重发 CELL UPDATE/URA UPDATE，否则进入空闲模式。 结论结论及解决方案及解决方案： 基于上述的流程可知，产生静默的时长是由T313+T314 构成，因此为了减少静默的时长和 增加无线链路重配成功的机会，就需要从两个方面着手： 1、 适当减小 T313 值的设置，同时减小 N313 的
12、值，目的是尽早启动 cell update 过程 2、 适当增加 T314 值的设置，目的是给无线链路重配给更多的机会，但不易过大，太 大会增加静默的时间 3、 设计好 T314 和 T302N302 值的对应关系，使得无线链路重配的成功率提高，从而 缩短静默时间并能恢复通话提升用户感知。 例如： T313 从 8s 减小到 4s，T314 从 2s 增加到 4s，比较一下二者的产生静默的时长： 之前：T313+T314=8+2=10s 之后：T313+T314=4+4=8s 同时， 之前无线链路重配的机会只有一次，之后的无线链路重配的机会有2 次，重建成功率可提 升约 30%（可从重建的性能
13、统计中得出）。 因此：不但静默的时长减小了，而且无线链路重建成功的成功率提高了 30%，提升了用户 感知。 2.2 传输原因传输原因 承载语音的传输如果存在高误码等问题将直接会导致静默，中国联通正在大规模实施 IPRAN 改造，即：语音承载在 ATM 上，数据业务承载在 IPRAN 上，而在当前 WCDMA RAN RU30 或 RU40 的版本下，如果 IPRAN 传输存在丢包，也会导致在并发业务（语音+数据） 时出现静默，这里将重点介绍这种 IPRAN 改造后，在无线环境很好的并发业务时出现静默 的问题的原因、监测及解决方案。 并发业务出现静音的信令流程并发业务出现静音的信令流程 这里仅讨
14、论无线环境良好，IPRAN 改造之后并发业务的静默，当静默发生时信令流程如 下： 从信令流程上来看静默时发生了 radio link reconfigurationPS RLC reset，最后 RNC 同时释 放 CS 和 PS，表现为语音先静默然后掉话。 从上面的信令流程上来看是 PS 业务出了问题，在当前 RAN RU30 或 RU40 的软件版本下， 产品的机制是如果 PS 的 RLC 发生了 reset, CS 也会 reset，因而产生了掉话，实际上是 IPRAN 传输丢包导致无线链路重配同时 CS 静音， 因此就需要查找 IPRAN 丢包的问题， 介绍 2 两种方法： 1) 通常
15、使用的方法，通过 Wireshark 抓包在 NodeB 和 RNC 侧同时抓包，可以分析出 是否它们之间的传输存在丢包，实际上在并发业务，产生静音时 IPRAN 会有丢包， 最终导致 PS RLC reset。 2) 通过 RAN1900 feature IP Transport Network Measurement 来实现 NodeB 到 RNC 之间 传输的质量的监控，它可以监测出 RTT average/RTT maximum/RTT minimum/packet loss ratio. 从而可以很容易的判断出 IPRAN 传输是否存在时延和丢包情况，这里将 重点介绍一下 RAN19
16、00 feature 如何运于 IP RAN 传输的监控。 RAN1900 feature 介绍：介绍： NED 对 RAN1900 feature 的解释: IP Transport Network Measurement feature introduces means for actively measuring and supervising the IP network conditions end-to-end between two points. These two points can be the BTS/Flexi Direct BTS on one side, and the RNC or a site router on the other side. If required, the measurements can be done for each QoS class separately. The BTS supports the TWAMP Sender and
