WCDMA事件汇总

合集下载

WCDMA系统消息说明

WCDMA系统消息说明

系统信息在BCCH信道上周期性广播,实时地告知终端网络旳具体状况,系统信息旳内容涉及接入网和核心网旳公共信息。

根据系统信息变化状况,系统信息可以提成涉及动态参数旳系统信息和涉及静态参数旳系统信息。

为了提高广播系统信息旳效率,网络采用了不同旳广播方式广播这两类系统信息。

需要阐明旳是,终端开机正常驻留之后,网络可以通过寻呼消息告知MIB或SB块旳内容,大大简化了终端在空闲模式下周期性解读系统信息旳工作,通过解读PCCH上旳寻呼消息,终端可以懂得系统信息与否发生了变化。

MIB用于承载一定数目SIB或SB(最多2个SB)旳调度信息;SB是调度信息块,用于承载其他SIB旳调度信息;SIB是涉及具体旳系统消息旳块,总共有18种类型。

3G共有18类系统信息块:SIB1~SIB18,其中TDD可以使用旳有12种,列举如下:SIB1:非接入层(NAS)消息,定期器信息和DRX Cycle Length Coefficient;SIB2:URA id;SIB3:社区选择/重选门限参数;SIB4:社区选择/重选门限参数(仅在连接状态下有效);SIB5:公共信道配备;SIB6:公共信道配备(仅在连接状态下有效);SIB7:业务接入控制参数,也许随无线环境变化常常变化,因此SIB7需要周期读取;SIB11:测量控制信息,涉及邻社区列表;SIB12:测量控制信息,涉及邻社区列表(仅在连接状态下有效);SIB16:GSM-UTRAN切换使用旳RB、传播信道及物理信道配备;(目前不支持);SIB17:共享信道配备;(目前不支持);SIB18:邻社区旳PLMN列表;SIB8、SIB9、SIB10仅供FDD使用;SIB13、SIB13.1、SIB13.2、SIB13.3、SIB13.4供ANSI-41使用;SIB15、SIB15.1、SIB15.2、SIB15.3、SIB15.4、SIB15.5在基于UE或UE辅助旳定位时使用,目前不使用;SIB16在支持多系统,且其他系统向UTRAN切换时使用,目前暂不用;SIB17用于连接模式下共享物理信道旳配备目前暂不支持;SIB14目前不支持。

WCDMA无线网络优化案例分析和解决

WCDMA无线网络优化案例分析和解决

掉话后的激活集观察
话)
掉话后手机重新搜索网络,此时发现了强导频SC325,如在此前能
切换到该小区则可避免掉话。原因分析为:邻区漏配。
解决方法:将SC325加入SC442的邻区列表
11
案例分析5 (切换失败引起的掉 话) 分析图中所示线路上的掉话
发现掉话前激活集中SC329信号质量非常差(扇区方向原因),而相对 的监听集中的SC328等信号质量非常好,正常情况应该发生cIo)
6
1.什么是传统机械按键设计?
传统的机械按键设计是需要手动按压按键触动PCBA上的开关按键来实现功 能的一种设计方式。
传统机械按键结构层图:
按键
PCBA
开关键
传统机械按键设计要点:
1.合理的选择按键的类型,尽量选择 平头类的按键,以防按键下陷。
2.开关按键和塑胶按键设计间隙建议 留0.05~0.1mm,以防按键死键。 3.要考虑成型工艺,合理计算累积公 差,以防按键手感不良。
案例分析1 (典型的电梯切换优化案 例)
某办公楼有室内分布系统(小区 A),但是电梯里没有办法做覆盖, 因此用一个室外小区B来专门覆盖 电梯,如下图所示:
室内小区覆盖了每层的办公区, 并且还有一个天线在停车场,因 此在1楼电梯门厅里面也有很强 的A小区信号。但是电梯里面没 有A小区覆盖而完全是B小区主导。 问题区域在1楼:从1楼进入电梯 上楼,或者乘电梯经过1楼开关 门都可能掉话。 因为A、B小区为同频,这个问题
2
案例分析1 (典型的电梯切换优化 案例)
分析掉话前后的信令也印证了这一点:有时候UE上报了1A事件测量报 告,但是还没有完成软切换过程就掉话了;有时候都没有来得及上报测 量报告就掉话。因此掉话原因可以归结为软切换不及时导致的掉话。

WCDMA切换各类常用事件汇总

WCDMA切换各类常用事件汇总

我们所说的事件报告通常用于切换。

切换三部曲:测量,判决,执行。

同频测量事件以1X定义;异频测量事件以2X定义;异系统测量事件以3X定义;业务量测量事件以4X定义;质量测量事件以5X定义;UE内部测量事件以6X定义;UE位置测量以7X定义。

我们研究的是1~3类事件。

1A~1F事件(同频测量的事件报告,主要用于同频软切换)1A:当不属于激活集的主导频进入报告范围,1A事件被触发。

(CELL 进入报告范围;相当于激活集+1;若当前激活集个数未达上限,则上报1A事件;若达到上限,则不触发1A事件,继续等待,直至新激活集离开报告范围或加入激活集;可导致1C事件发生)1B:当属于激活集的主导频离开报告范围,1B事件被触发。

(CELL 离开报告范围;相当于激活集-1)1C:当不属于激活集的主导频变得强于激活集中最弱的导频时,1C事件被触发。

(有CELL的信号优于有效集最差CELL;相当于激活集替换)1D:任何主导频变得强于激活集内最佳的主导频,1D事件被触发。

(最优CELL变化;若所报小区属于激活集,则建议该小区作为最佳主导频小区。

若所报小区属于监测集且激活集不满,则建议该小区加入激活集并成为最佳主导频小区。

若激活集是满的,则建议该小区替换激活集中最差小区,并成为最佳主导频小区)1E:当一个目标小区的主导频的测量质量优于一个绝对门限时,触发1E事件。

(一个CELL的导频信号优于绝对门限值;当无线信号质量较差,UE没有收到RNC 侧下发的测量报告,另外又有一个基本的导频信号优于绝对门限值(有资料现实一般为-18dB)时触发。

也是用来检测小区信号信息,发送测量报告的。

此门限越高越容易触发,越小越南触发。

)1F:当一个目标小区的主导频的测量质量差于一个绝对门限时,触发1F事件。

(一个CELL的导频信号差于绝对门限值;跟1E大体相同,只是产生的最终作用刚好相反。

)2A~2F事件(异频测量的事件报告,主要用于异频硬切换)2A:最佳载频发生改变,即有非当前载频的信号质量高于当前载频的信号质量2B:当前使用的载频信号质量低于一门限值,并且一个未使用的估计质量高于一门限值。

WCDMA异系统切换典型掉话实例分析

WCDMA异系统切换典型掉话实例分析

WCDMA 异系统切换典型掉话实例分析付晓东1魏红强2(1中国联通广东省分公司广州510627)(2中国联通珠海市分公司珠海519015)摘 要 本文根据某市异系统切换典型掉话优化的实际案例,介绍异系统切换的优化流程和分析方法,重点对因H OTYPE 参数设置引起的异系统切换掉话进行分析说明。

关键词 WCDMA异系统切换典型掉话1WCD MA 异系统切换描述在没有3G 系统覆盖的区域,为了使GSM/WCDMA系统用户保持连续的覆盖,需要基于覆盖的切换或小区重选来保证业务的连续。

本文主要针对CS 域的3G →2G 切换进行分析和介绍。

CS 域3G →2G 切换典型过程包括如下阶段:异频测量控制→测量报告处理→切换判决→切换执行。

在测量控制阶段,网络通过发送测量控制消息告诉MS 进行测量的参数,并要求MS 和Nod e B 启动压缩模式进行异系统测量。

在测量报告阶段,MS 给网络发送测量报告消息。

在切换判决阶段,网络根据测量报告做出切换的判断。

在切换执行阶段,MS 和网络走信令流程,并根据信令做出相应动作。

图1为CS 域3G →2G 切换信令流程图。

2WCDM A 异系统切换主要参数2.12D 事件测量门限(usedF reqThresh2D Ecno 和usedF reqThresh2D R scp)图1CS 3G →2G 切换信令流程图当达到表1中之一条件的门限值后便触发2D压缩事件。

2.2系统间切换指示开关(fddGsmHOSupp)fd dGsmHOSup p取值说明:0为关闭启GSM系统切换,1为打开启异系统切换;缺省值为0,现网值为1。

2.3系统间切换指示开关(H OTYPE)HOT YPE参数取值说明:0=IFHO_PRE FERR ED(异频切换优先);1=GSM_PREFER RED(异系统切换优先);2=NONE(不允许异系统切换和异频切换发生)。

2.43a事件测量门限(utranThresh3aEcno、utranThresh3aR scp和gsmThresh3a)3a事件说明:当前使用3G网络频率质量低于某一绝对门限且GSM小区Rx lev高于一个绝对门限,满足该两个条件便触发事件。

WCDMA事件汇总

WCDMA事件汇总

测量类型事件说明1A一个基本CPICH进入报告范围.指监视集小区CPICH Ec/No测量值高于软切换相对门限而触发的事件。

1B一个基本CPICH离开报告范围。

指活动集小区CPICH Ec/No测量值低于软切换相对门限而触发的事件。

1C 指活动集数目达到最大值后,监视集小区CPICH Ec/No测量值高于活动集某个小区的CPICHEc/No测量值而发生的替换事件;1D 最佳小区的改变。

1E 一个基本CPICH优于一个绝对门限。

1F 一个基本CPICH劣于一个绝对门限。

1G 最好小区改变。

1H 时隙上的ISCP低于绝对门限。

1I 时隙上的ISCP高于绝对门限。

1J 位于激活的DCH上且信道为未激活的E-DCH信道的某个主导频的场强比激活的E-DCH的某个主导频场强好。

2A 最佳频率的更新。

2B 当前使用频率的估计质量低于某一门限并且一个未使用频率的估计质量大于某一门限。

用于覆盖切换触发。

2C 一个未使用频率的估计质量大于某一门限,用于负载切换触发。

2D 当前使用频率的估计质量低于某一门限,用于启动压缩模式。

2E 一个未使用频率的估计质量低于某一门限。

此门限由UTRAN下发的测量控制消息中的IE “Threshold non-used frequency”指定。

2F当前使用频率的估计质量高于某一门限,用于停止压缩模式。

3B其他系统的估计质量低于某一门限。

此门限由测量控制消息中的IE“Threshold other system ”确定。

3C其他系统的估计质量高于某一门限。

此门限由测量控制消息中的IE“Threshold other system ”确定。

3D 在其他系统内最佳小区更换4B 业务量测量事件。

6AUE发送功率超过绝对门限6BUE发送功率低于绝对门限6C UE发送功率到达最小值业务量4A业务量测量事件。

同频异频异系统3A 当前使用的UTRAN频率的估计质量低于某一门限并且其他系统的估计质量高于某一门限。

WCDMA_常见问题的分析思路和方法的总结

WCDMA_常见问题的分析思路和方法的总结

WCDMA常见问题的分析思路和方法的总结以接入、导频污染和掉话为例说明分析和解决这些问题的基本思路和方法,在分析问题前一般习惯性的做法是首先排除设备及相关告警,这样可以加快问题的定位的速度。

1 接入问题对于接入问题以CS业务为例,它是指UE发出了RRC连接建立消息,但没有收到altering 消息,根据信令流程一般从以下几个方面去着手分析接入失败的原因:1.1 RRC连接建立失败问题出现RRC连接建立失败可能的原因有:上行RACH 的问题、下行FACH功率问题、小区重选参数设置问题、下行的初始发射功率低、网络拥塞、设备异常等、通过跟踪信令可以看到RRC 连接建立的信令流程失败的具体环节,查看信令消息:●UE 发出RRC Connection Request 消息,RNC 没有收到:如果此时EC/IO较低可能是覆盖问题,需要解决覆盖;如果此时EC/Io不差,可能是由于Preamble 的功率攀升不够、上行存在干扰、NodeB 设备问题、存在驻波告警、小区半径设置参数不合理等需要做相关的参数和设备检查;●RNC收到UE发的RRC 建立请求消息后,下发了RRC Connection Setup 消息而UE 没有收到:可能是覆盖差或者小区重选参数设置有问题;●RNC收到UE发的RRC 建立请求消息后,下发了RRC Connection Reject 消息:一般会返回相应的拒绝原因值,比如说拥塞,这时就需要检查网络资源(码资源,功率资源,CE 资源,传输资源等)●UE收到RRC Connection Setup 消息而没有发出Setup Complete 消息:如果这时覆盖较好可能是手机异常问题或下行同步出现了问题;●UE 发出RRC Setup Complete 消息而RNC 没有收到:如果前面的信令都正常,出现这种问题的概率很小,很少见,可能是突然出现外部干扰等因素影响;1.2 鉴权失败问题根据鉴权失败消息的原因来判断,可能的原因有:非法用户,HLR中相关的鉴权参数设置有问题,这个需要让核心网工程师协助分析定位;1.3 加密失败问题可能的原因有:手机不支持加密算法,在工程中遇到最多的是RNC和MSC之间的加密算法不一致导致,具体原因的定位需要核心网工师协助分析定位;1.4 RB 或RAB 建立失败问题当RB 或RAB 建立失败时,RNC 会在RAB Assignment Response 信令中回RAB 指配建立失败,通过相关信元中携带的失败原因值,比如说从RNC的信令中可以得到具体失败原因,一般产生的原因可能会有:●参数配置错误:比如参数配置超出UE的能力等,需要看具体的信令来确定●准入拒绝:比如功率、码资源、传输、CE等系统资源不足,从信令消息中可以查出具体原因●UE回应RB建立失败造成RAB建立失败:比如被叫手机不支持VP,UE不支持VP+H的并发业务等●RNC没有收到RB建立ACK消息导致RAB建立失败:可能是弱覆盖,或上行RTWP过高等,需要查看当时的覆盖和上行干扰情况来确定。

wcdma测量事件

wcdma测量事件

同频测量事件1X:1A:一个主导频进入报告范围, 相对门限增加事件。

1B:一个主导频信道离开报告范围, 相对门限删除事件。

1C:一个不在Active set 里的主导频信道的导频信号强度超过一个在Active set里的主导频信道的导频信号强度, 替换事件。

1D:最好小区发生变化1E:一个主导频信道的导频信号强度超过绝对门限值1F:一个主导频信道的导频信号强度低于绝对门限值异频测量事件2X:2b:当前使用频率低于绝对门限, 非使用频率质量高于另一绝对门限。

2c:非使用频率质量高于绝对门限。

2d:使用频率质量低于某一绝对门限,用于启动压缩模式。

2f:当前使用频率质量高于某一绝对门限,用于停止压缩模式。

异系统测量3X:3a:当前使用频率质量低于某一绝对门限,GSM小区质量高于另一个绝对门限。

3c:Gsm小区质量高于一个绝对门限。

话务量测量事件用4X:Reporting event 4 A: Transport Channel Traffic Volume becomes larger than an absolute thresholdReporting event 4 B: Transport Channel Traffic Volume becomes smaller than an absolute threshold质量测量用5X:Reporting event 5A: A predefined number of bad CRCs is exceeded内部测量6X:Reporting event 6A: The UE Tx power becomes larger than an absolute threshold Reporting event 6B: The UE Tx power becomes less than an absolute threshold Reporting event 6C: The UE Tx power reaches its minimum valueReporting event 6D: The UE Tx power reaches its maximum valueReporting event 6E: The UE RSSI reaches the UE's dynamic receiver range6g:ue下行接受时间和上行发射时间间隔小于绝对门限。

WCDMA事件汇总

WCDMA事件汇总

(4A降/4B升)
4A/4B事件是用在数据业务的,它们是基于业务量的分组调度事件.主要用于控制小区的数据业务负荷。

当RNC或UE测得各自RLC缓冲区的负荷超过一定门限时,则上报4A事件,需要将数据业务速率调整
当RNC或UE测得各自RLC缓冲区的负荷低于一定门限时,则上报4B事件,需要将数据业务速率调整高一档。

DCCC 算法和状态迁移算法涉及到业务量测量,需要处理 4A和 4B 的报告。

4A报告表示待处理的业务量达到了一定门限,并且持续了一段时间,需要考虑为该业务升速。

4B 报告表示待处理的业务量低于一定门限,并持续了一段时间,可以考虑为该业务降低速率,以节省
无线资源。

为了避免两套算法同时生效,设计了两个开关,当 DCCC开关打开时,状态迁移就不生效。

(4A升/4B降)
小区的数据业务负荷。

率调整低一档;业务速率调整高一档。

田186********虑为该业务升速。

务降低速率,以节省迁移就不生效。

WCDMA测量事件

WCDMA测量事件

切换测量1、测量的报告方式●事件报告满足报告条件时,发送测量报告●周期报告(事件转周期报告)部分事件报告后,RNC未进行相应的切换控制,则转周期报告报告的间隔与总次数受参数控制2、同频测量事件●同频的测量事件采用1x 来标志,同频事件报告种类1A,相对门限增加事件,表示一个小区的质量已经接近最好小区或者活动集质量。

当UE的活动集满后,停止报告1A事件。

1B,相对门限删除事件,表示一个小区的质量比最好小区或活动集质量差得较多,1C,替换事件,表示一个小区已经比活动集中的小区好;1D,最好小区变化事件1F,测量值低于绝对门限事件3、异频测量事件●异频测量事件用2X来标识2B事件:当前使用频率质量低于绝对门限,非使用频率质量高于另一绝对门限。

2C事件:非使用频率质量高于一个绝对门限。

2D事件:当前使用频率质量低于某一绝对门限,用于启动压缩模式。

2F事件:当前使用频率质量高于某一绝对门限,用于停止压缩模式。

4、异系统测量事件●异系统测量事件用3X标识3A事件:当前使用频率质量低于一个绝对门限,而GSM小区质量高于另一个绝对门限3C事件:GSM小区质量高于一个绝对门限5、UE内部测量●6G事件:当UE的下行接收时间和上行发射时间间隔小于绝对门限。

●6F事件:当UE的下行接收时间和上行发射时间间隔大于绝对门限。

●当上下行发射时间间隔过在时,RNC会从激活集中删除相应的无线链路。

6、切换三步曲●测量测量控制测量的执行与结果的处理测量报告主要由UE完成●判决以测量为基础资源申请与分配主要由网络端完成(RNC RRM)●执行信令过程支持失败回退测量控制更新。

WCDMA层三Layer3事件代码

WCDMA层三Layer3事件代码

G3.1正常类别"unassigned (unallocaled) number"NO.1:未分配的(未确定的)号码该原因表示不能到达主叫用户所请求的终点,因为虽然号码格式有效,但该号码目前尚未分配(未确定)。

"no route to specified transit network(nationaluse)"NO.x:无路由到达规定的转换网络(国内使用)unallocaled(unassigned) numberNO.2:未分配的号码(空号)该原因表示发送该原因的设备已经收到一个通过特定未被识别的转接网络迂回呼叫的请求。

发送该原因的设备不能识别该转接网络是因为该转接网络不存在或当它存在时并没有未该设备提供服务。

是否支持该原因由网络决定。

"no route to destination"NO.3:无路由到达终点该原因表示不能到达被叫用户,因为呼叫所经过的网络不为所希望的终点提供服务。

是否支持该原因由网络决定。

"send special information tone"NO.4:发送特殊的信息音该原因表示不能达到被叫用户的原因在于应向主叫用户返回特殊信息音。

"misdialled trunk prefix(national use)"NO.5:转接前缀拨号错误(国内使用)该原因表示被叫方号码的转接前缀错误内含。

"chnnel unacceptable"NO.6:不可接受的通路该原因表示发送实体在呼叫中不接受使用最新标识的通路。

"call awarded and being delivered in an established channel"NO.7:呼叫已给出并正在已建立的通路上递交该原因表示已给予用户来呼叫,并表示这一来呼叫在已建立的通路上与类似的呼叫一起正在被连接到该用户。

WCDMA常见无线侧和核心网侧失败和释放原因代码说明列表

WCDMA常见无线侧和核心网侧失败和释放原因代码说明列表

现象描述:很多时候解码出来的释放或失败原因都是代码,需要找到具体原因描述。

解决方法:协议中有此代码,整理如下。

经验总结:无线相关的原因列表Cause ::= CHOICE {radioNetwork CauseRadioNetwork,transmissionNetwork CauseTransmissionNetwork,nAS CauseNAS,protocol CauseProtocol,misc CauseMisc,non-Standard CauseNon-Standard,...,radioNetworkExtension CauseRadioNetworkExtension}CauseRadioNetwork ::= INTEGER {rab-pre-empted (1),trelocoverall-expiry (2),trelocprep-expiry (3),treloccomplete-expiry (4),tqueing-expiry (5),relocation-triggered (6),trellocalloc-expiry(7),unable-to-establish-during-relocation (8),unknown-target-rnc (9),relocation-cancelled (10),successful-relocation (11),requested-ciphering-and-or-integrity-protection-algorithms-not-supported (12), conflict-with-already-existing-integrity-protection-and-or-ciphering-information (13),failure-in-the-radio-interface-procedure (14),release-due-to-utran-generated-reason (15),user-inactivity (16),time-critical-relocation (17),requested-traffic-class-not-available (18),invalid-rab-parameters-value (19),requested-maximum-bit-rate-not-available (20),requested-guaranteed-bit-rate-not-available (21),requested-transfer-delay-not-achievable (22),invalid-rab-parameters-combination (23),condition-violation-for-sdu-parameters (24),condition-violation-for-traffic-handling-priority (25),condition-violation-for-guaranteed-bit-rate (26),user-plane-versions-not-supported (27),iu-up-failure (28),relocation-failure-in-target-CN-RNC-or-target-system(29),invalid-RAB-ID (30),no-remaining-rab (31),interaction-with-other-procedure (32),requested-maximum-bit-rate-for-dl-not-available (33),requested-maximum-bit-rate-for-ul-not-available (34),requested-guaranteed-bit-rate-for-dl-not-available (35),requested-guaranteed-bit-rate-for-ul-not-available (36),repeated-integrity-checking-failure (37),requested-request-type-not-supported (38),request-superseded (39),release-due-to-UE-generated-signalling-connection-release (40),resource-optimisation-relocation (41),requested-information-not-available (42),relocation-desirable-for-radio-reasons (43),relocation-not-supported-in-target-RNC-or-target-system (44),directed-retry (45),radio-connection-with-UE-Lost (46),rNC-unable-to-establish-all-RFCs (47),deciphering-keys-not-available(48),dedicated-assistance-data-not-available(49),relocation-target-not-allowed (50),location-reporting-congestion (51),reduce-load-in-serving-cell (52),no-radio-resources-available-in-target-cell (53),gERAN-Iumode-failure (54),access-restricted-due-to-shared-networks (55),incoming-relocation-not-supported-due-to-PUESBINE-feature (56),traffic-load-in-the-target-cell-higher-than-in-the-source-cell (57), mBMS-no-multicast-service-for-this-UE(58),mBMS-unknown-UE-ID(59),successful-MBMS-session-start-no-data-bearer-necessary(60),mBMS-superseded-due-to-NNSF(61),mBMS-UE-linking-already-done(62),mBMS-UE-de-linking-failure-no-existing-UE-linking(63),tMGI-unknown(64)} (1..64)CauseTransmissionNetwork ::= INTEGER {signalling-transport-resource-failure (65),iu-transport-connection-failed-to-establish (66)} (65..80)CauseNAS ::= INTEGER {user-restriction-start-indication (81),user-restriction-end-indication (82),normal-release (83)} (81..96)CauseProtocol ::= INTEGER {transfer-syntax-error (97),semantic-error (98),message-not-compatible-with-receiver-state (99),abstract-syntax-error-reject (100),abstract-syntax-error-ignore-and-notify (101),abstract-syntax-error-falsely-constructed-message (102)} (97..112)CauseMisc ::= INTEGER {om-intervention (113),no-resource-available (114),unspecified-failure (115),network-optimisation (116)} (113..128)CauseNon-Standard ::= INTEGER (129..256)-- Cause value 256 shall not be used --CauseRadioNetworkExtension ::= INTEGER {iP-multicast-address-and-APN-not-valid(257),mBMS-de-registration-rejected-due-to-implicit-registration(258),mBMS-request-superseded(259),mBMS-de-registration-during-session-not-allowed(260),mBMS-no-data-bearer-necessary(261)} (257..512)===========================核心网相关的释放原因列表(来自google,有颜色的是常见原因):ISUP消息中rel原因值G3.1正常类别原因NO.1:未分配的(未确定的)号码"unassigned (unallocaled) number"该原因表示不能到达主叫用户所请求的终点,因为虽然号码格式有效,但该号码目前尚未分配(未确定)。

贵阳WCDMA工程优化案例分析

贵阳WCDMA工程优化案例分析

贵阳联通WCDMA工程优化案例分析一:常见问题1.天馈接反:天馈接反属于工程问题,在单站验证过程中予以解决,由于RNP根据规划的扇区方向创建邻区关系,天馈接反后可能会由于无邻区关系而导致掉话。

金阳吴山路口掉话分析:问题描述:车辆由西向东,占用金阳吴山路口3信号,信号越来越差,最后在Ec/Io为-30dB时掉话,此时检测集中有金阳三桥车管所2的信号很好,Ec/Io为-2dB,但未能及时切换。

图1:金阳吴山路口掉话示意图问题分析:分析金阳吴山路口2和金阳吴山路口3的扰码覆盖图,发现明显接反,金阳三桥车管所2和金阳吴山路口3有邻区,但和金阳吴山路口2无邻区,所以最终会掉话。

图2:整改前金阳吴山路口的扰码覆盖图调整建议:工程整改,调整天馈接反后,金阳吴山路口2和金阳吴山路口3的扰码覆盖正常。

图3:整改后金阳吴山路口的扰码覆盖图优化效果:复测结果表明,金阳吴山路口3能够顺利切换到金阳三桥车管所2,无掉话事件发生。

图4:优化效果图2.邻区漏配:邻区漏配主要发生在复杂的无线环境下,信号由于高楼阻挡、反射等多种原因而在非预定区域有很强信号,或者其他原因遗漏,未配置邻区而导致掉话。

遵义路掉话分析:问题描述:车辆在遵义路由北向南方向行驶,主导小区占用在南明区政府的3小区(EC/IO为-16.97dB,RSCP为76.61dB),从图1邻区表图中,看出南明实验中学2小区(EC/IO为-4.39dB,RSCP为63.95dB),存在邻区漏配问题,且主服务小区没有更好的邻区切换,由于EC/IO逐渐变差,最终导致掉话。

图1:掉话示意图图2:掉话服务小区和邻区问题分析:从图2中可以看到南明实验中学2信号较好,但未能添加到服务小区南明区政府3中,经核查未配邻区。

调整建议:南明区政府3扇区添加实验中学2扇区双向邻区优化效果:图3:优化效果青云路掉话分析:问题描述:车辆在青云路由北向南行驶, UE占用的主服务小区在求恩百姓医院1(EC/IO为-16.61 dB, RSCP为-96.65 dBm)和南冲巷3(EC/IO为-16.22 dB,RSCP为-96.24dBm)间来回切换。

成都联通WCDMA网优化案例分析报告

成都联通WCDMA网优化案例分析报告

成都联通WCDMA网络优化案例分析报告一、案例11.1 案例描述本案例主要是针对爱立信的CDRNC1B的23G语音、数据业务切换成功率较低的现状,结合23G互操作分场景优化指导书对指导书中所定义的相关参数和其他切换参数,于2010年1月下旬做了进一步的优化调整,使得语音、数据业务切换成功率都有较大幅度的提高,如调整前的语音业务切换成功率为87.81%,调整后为97.72%,调整前的数据业务切换成功率为70.78%,调整后为94.54%。

1.2 案例分析通过对该RNC每天的RNC侧信令统计进行分析,发现导致23G异系统切换失败的目标GSM 小区的RSSI存在一定的规律分布,即大部分都分布在-80dBm到-95dBm之间,如下图所示:基于此分布统计可以初步判断,大部分的切换失败都是由于3a事件上报不及时,而导致3a事件不及时上报的原因在于GSM小区的干扰,因此加快3a事件的上报,可以有效的提高切换成功率。

1.3 案例解决方案基于以上分析,建议将3a事件的切换门限gsmThresh3a从-95调整到了-85。

1.4 总结结合指导书对指导书中定义的相关参数和其他切换参数进行了优化调整,使得CDRNC1B的语音、数据业务切换成功率都有较大幅度的提高,提高了用户感知度。

二、案例21.1 案例描述本案例主要是针对凯宾斯基2个室分站点CDW014901B1、CDW015174B1存在的切换问题进行异频优化,并通过测试验证可行性。

1.2 案例分析凯宾斯基室分站点与周边站点之间的邻区关系,如下图所示:图1 CDW014901B1邻区与位置分布在室内移动情况下,能接收到CDW014901B1、CDW015174B1、CDW0758A1、CDW0781B1小区信号,且存在切换。

同频情况下CDW015174B1切换至CDW014901B1出现切换不及时,存在掉话隐患。

测试情况如下图所示:图3 室内测试结果1.3 案例解决方案根据上述问题,提出以下3个方案供参考。

WCDMA切换问题分析(已整理)

WCDMA切换问题分析(已整理)

切换问题分析第一章切换问题定义总体描述一般定义话统定义路测定义总体描述当用户在移动的过程中越过小区覆盖范围,或位于小区的边界处的时候,为了保证通信的连续性和良好的通信质量,会进行切换。

切换包括软切换、更软切换、同频硬切换、异频硬切换和系统间切换等类型。

切换问题是影响网络性能的重要因素,比如切换失败可能导致掉话,切换频繁会浪费大量的网络资源,软切换比例过高会消耗过多的前向容量等等,可见,切换对于通信质量、系统容量等有很大的影响。

一般定义广义来讲,切换问题是指UE经过切换带而没有正常发起切换,或者发起切换但是切换失败等所有与切换相关的问题。

本文只关注切换成功率和软切换比例方面的问题。

从空口信令来看,切换失败是指RNC下发了切换命令(包括软切换的ACTIVE SET UPDATE、硬切换的PHYSICAL CHANNEL RECONFIGURATION、系统间切换的HANDOVER FROM UTRAN),但是没有收到相应的切换完成消息(软切换的ACTIVE SETUPDATE COMPLETE、硬切换的PHYSICAL CHANNEL RECONFIGURATION COMPLETE、系统间切换没有空口完成消息而是CN发给RNC的IuRelease Command)。

话统定义话统中切换成功率通用公式如下:由于软切换比例主要对系统容量产生影响,因此应从话务量出发定义软切换比例。

软切换比例公式定义如下:反映的是软切换对系统资源的实际消耗程度。

路测定义为路测工具也是采集UE侧的空口信令进行分析,因此,对于切换失败的问题定义与前面“一般定义”一节中描述基本一致。

路测工具中关于软切换比例的定义是测试中所有记录的点中处于软切换状态的点的比例,它的值可以近似地反映软切换区的面积与网络覆盖总面积之比。

它与话统中的软切换比例稍有不同:前者是基于覆盖区域定义的,后者则是基于系统资源定义的第二章切换问题分析流程及方法切换问题优化流程网络信息搜集和优化目标确定话统数据采集和切换问题收集定位问题——路测和信令分析参数调整调整验证切换问题优化流程网络信息搜集和优化目标确定需要搜集的网络信息包括:解整个网络的组网方式、结构,确定系统由哪些RNC、CN组成,以及哪些RNC之间有Iur连接而哪些没有,然后可以根据这些组网信息,结合基站的分布和载频的配置情况,分析出哪些地方是软切换,哪些地方应该存在异频硬切换,哪些地方应该是同频硬切换。

(整理)WCDMA投诉典型案例分析1109.

(整理)WCDMA投诉典型案例分析1109.

WCDMA投诉典型案例分析双击此处查看大图目录WCDMA投诉典型案例分析 (1)1 “连接失败”类问题 (2)1.1 典型案例1----SIM欠费原因 (2)1.2 典型案例2----杀毒软件原因 (3)1.3 典型案例3----电脑系统原因 (3)2 “掉话类”问题 (4)2.1 典型案例1----邻区漏配原因 (4)2.2 典型案例2----弱覆盖原因 (6)2.3 典型案例3----工程安装原因 (7)3 “上网无法访问类”问题 (11)3.1典型案例1----传输配置问题 (12)3.2 典型案例2----数据配置原因 (13)4 “无法进行视频通话”问题 (16)4.1 典型案例1----终端系统问题 (17)5 “上网卡上网速度慢”问题 (17)5.1 典型案例1----弱覆盖原因 (18)5.2 典型案例2----传输数据配置原因 (18)5.3 典型案例3----电脑TCP限速原因 (20)6 “手机上网速度慢”问题 (22)6.1 典型案例1----SIM限速原因 (22)6.2 典型案例2----接入点设置原因 (22)7 “手机无法收到3G信号”问题 (23)7.1 典型案例1----3G套餐功能未开通原因 (24)7.2 典型案例2----RRU配置原因 (24)1“连接失败”类问题分为有信号连接失败和无信号连接失败。

✧有信号连接失败时,询问用户套餐,是否是按流量计费还是按时间计费,如果是前者,有可能是欠费问题导致,如果是后者,有较大可能是因为终端问题,1是电脑问题,2是SIM卡本身问题。

✧无信号连接失败,是周围基站问题1.1典型案例1----SIM欠费原因✧问题简述:2009-8-16 该用户反映在软件园C区使用无线网卡从8.16开始经常断线,无法正常使用,用户表示之前的时候使用是正常的。

✧原因分析:后台查询可能覆盖该区域的基站运行情况,均正常。

通过客服查询该SIM卡状态,各项业务均正常。

WCDMA网络分组RAB指配失败分析与优化

WCDMA网络分组RAB指配失败分析与优化

WCDMA网络分组RAB指配失败分析与优化文章主要介绍了WCDMA网络中分组RAB指配的各种失败原因,并针对网络中出现较多的失败分析问题所在,总结出有效的优化方法,以降低现网RAB指配失败次数,提升RAB指配成功率和3G PDP激活指标,进而有效提升用户感知。

【摘要】【关键词】WCDMA RAB指配 Iub口 CE资源 3G PDP激活柯利忠 吴宁泉 唐志超 中国联合网络通信有限公司深圳分公司1 前言随着3G业务的发展,WCDMA用户和流量均出现飞速增长,WCDMA无线接入网资源日趋紧张,期间无线侧进行持续扩容,从增加室内外站点到全网的单载波进行双载波扩容,有效地缓和了用户和流量快速增长带来的冲击。

然而全网仍有较多的分组无线承载RAB指派失败,经常造成3G PDP激活成功率大幅波动,影响网络质量。

为此,笔者通过长期问题跟踪和接口数据抓取分析,定位现网RAB指配失败问题,针对性地进行持续优化,取得了显著的效果。

本文总结了相关优化分析和案例供参考。

2 RAB指配信令流程RAB(Radio Access Bearer)是指用户平面的承载,用于U E和C N之间传送语音数据及多媒体业务。

UE和CN之间的RRC连接建立完成后,才能建立RAB。

RAB建立由CN发起,UTRAN执行,通过RAB指配信令流程,无线侧完成CN(SGSN)到终端的用户面承载资源的建立,建立的承载对应一个RAB ID,之后才能进行上下行数据包传送等业务。

RAB建立基本过程如图1所示:图1 RAB建立基本过程收稿日期:2012-07-03责任编辑:袁婷 *****************图2 现网某忙时接口抓取分析RAB 失败原因值统计根据现网IuPS口数据抓取分析,出现较多的标准原因值有无线接口建立过程失败(14)、UE发起信令连接释放导致(40)、UE无线连接失败(46)等,出现最多的非标准原因值(厂家自定义值)是134和130,且这部分失败次数出现更多。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

备注
FDD(WCDMA) FDD(WCDMA) FDD(WCDMA) FDD(WCDMA) FDD(WCDMA) FDD(WCDMA) TDD(TD-SCDMA) TDD(TD-SCDMA) TDD(TD-SCDMA) FDD(WCDMA)
测量指标
1、Downlink Ec/No 2、Downlink Path Loss[unit:dB] 3、扩频后的Downlink RSCP 4、基本时隙上的ISCP
FDD(WCDMA) TDD(TD-SCDMA) FDD(WCDMA)
1、UE发射功率TX Power 2、UE RSSI 3、UE RX-TX 时间差值〔FDD〕 4、TA值〔TDD〕
1、SFN-SFN观察时间差值类型2〔 可选值〕 2、RX-TX Time差值类型2〔可选 值〕 3、GPS timing of cell fames〔 可选值
测量类型 事件 1A 1B 1C 1D 1E 同频测量 1F 1G 1H 1I 1J 2A 2B 异频测量 2C 2D 2E 2F 3A 异系统测 3B 量 3C 3D 业务量测 4A 量 4B 质量测量 5A 6A 6B 6C 6D UE内部测 6E 量 6F 6F 6G 7A 7B UE位置测 7C 量 7D
1、Downlink Ec/No(FDD) 2、扩频后Downlink RSCP 3、Downlink Path Loss
1、Downlink Ec/No;e#[(b+q+\ 2、扩频后的Downlink RSCP 3、Carrier RSSI(GSM) 4、E-UTRA RSRP 5、E-UTRA RSRQ 1、缓存占用量 2、缓存平均占用量 3、缓存占用变化量 1、Downlink 传输信道 BLER 2、时隙 SIR (TDD)
位于激活集的UE对于RL的收发数据时间差值高于某个绝对门限 通过TA值区别指示的时间高于某个绝对门限 位于激活集的UE对于RL的收发数据时间差值低于某个绝对门限 UE位置改变超过某个绝对门限值 SFN-SFN目标小区系统帧号与源小区系统帧号差值测量改变超 过某一绝对门限 GPS时间与SFN时间超出部分远远大于某一绝对门限 GANSS时间与SFN时间超出部分远远大于某一绝对门限(注: GANSS-global assisted navigation satel个主导频进入测量范围 某个主导频离开测量范围 非激活集中的某个主导频信号比激活集中的某个主导频信号强 最好小区改变 某个主导频信号强度高于绝对门限值 某个主导频信号强度低于绝对门限值 最好小区改变 时隙上的ISCP低于绝对门限 时隙上的ISCP高于绝对门限 位于激活的DCH上且信道为非激活的E-DCH的某个主导频强场比 激活的E-DCH某个主导频场强好 最好频点改变 当前使用频点估算质量低于绝对门限且未使用频点估算质量高 于绝对门限 未使用频点估算质量高于绝对门限 当前使用频点估算质量低于绝对门限 未使用频点估算质量低于绝对门限 当前使用频点估算质量高于绝对门限 当前使用的3G网频点估算质量低于绝对门限而其他网络频点估 算质量高于绝对门限 其他网络频点估算质量低于绝对门限 其他网络频点估算质量高于绝对门限 其他网络系统最好小区发生改变 传输信道业务量高于绝对门限值 传输信道业务量低于绝对门限值 超出预定义的CRC坏块数量 UE UE UE UE UE Tx power值高于某一绝对门限 Tx power值低于某一绝对门限 Tx power等于设定的最小值 Tx power等于设定的最大值 RSSI值达到UE的动态接收范围
相关文档
最新文档