background image

进行(网络和终端都不支持),活动集更新只能等待 RB 建立完成后进行,导
致 RB 建立过程在弱信号小区进行,容易出现失败。对于这种情况需要提高同
频小区重选的启动门限和速度,使得 UE

 

尽快驻留在最优小区。

网络拥塞问题:拥塞的原因分为 RRC 信令拥塞与 RAB 业务资源拥塞,其中
信令拥塞反映 RRC 建立时的资源拥塞,主要面向当前 RRC 连接申请接入的小
区,管理(RRM)中的一个重要组成部分。CACM 模块根据小区当前的无线资
源和负荷情况以及呼叫的服务质量(QoS),按照一定的算法,对新的呼叫
请求可能产生的负荷增加量进行预测,然后依据一定的接入准则,决定对新
的呼叫是允许接入还是拒绝接入。CAC 的目的是在防止系统出现负荷过载和保
证呼叫的服务质量(QoS)的前提下,尽可能保证并提高系统的容量。然而,
业务资源拥塞反映了 RAB 建立时的资源拥塞情况,CN 向 RNC 发起 RAB 指配
请求,如果小区无资源可用,RNC 向 CN 回复 No Resource Available,拒
绝建立 RAB,于是空口的 RB

 

也不会继续建立。

网络拥塞问题的处理方法,主要是通过资源扩容与负载分担。资源扩容主要关
注的是上下行功率资源、上下行 CE 资源、码资源、Iub 传输资源,可通过监控
小区业务量,确定扩容方案;负载分担可以通过天馈调整来控制拥塞小区与
周围其他小区的覆盖范围来进行业务量的分担,或者开通双载波或者三载波

 

对业务进行分层承载处理。

突发的网络干扰:通常在大型的考试、集会活动现场附近存在干扰设备,前
台测试可以发现 UE-TxPower 迅速攀升至最大值,尤其对与数据业务影响最
大,造成速率低、重传率高、多次掉线等问题。可以通过观察空闲模式下接收到
的 SIB7

” 

消息块中的 ul-Interference”,该值体现 UE 驻留小区的当前上行干

扰值。此类问题可以与 RAN

 

侧工程师沟通监控,判定是否为系统外干扰问题。

位置更新:不合理的位置区划分或者不当的重选参数设置,主要有以下两种

 

情况:

1、主叫手机:重选后,来不及做 Location Update,就开始呼叫,接收到
CM Service Reject  

2、被叫手机:呼叫被叫时,该手机正在 Location Update  

对于主叫手机需要说明的是,当进入新的 LAC 区(属于不同的 MSC/VLR)后,
还未来得及发起位置更新,就开始进行了呼叫,这时候由于 UE 使用的是旧的
TMSI,手机所在的新的 MSC 根据 TMSI 在新的 VLR 中查询,很明显是无法查
到相关数据的。此时网络侧怀疑手机发来的 TMSI 存在问题,为了验证手机发
送的 TMSI 是否有问题,于是启动 Identity Request

 

过程,

由于在路测过程中,Location Update 的随机性对接通有较大的影响,正是
由于 Location Update 有一定的随机性,所以比较难解决此类问题。建议的优

 

化手段: