TD-SCDMA PS域问题定位分析.pptx

  1. 1、本文档共43页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
TD-SCDMA PS域问题定位分析

PS域问题定位分析;1. PS域接通率问题定位分析;1.1 具体问题定位措施 ;1.1.2 DCCC算法 目前该TD项目的时隙比为2:4配置,H载波的两个上行时隙中有一个需要配置HS-SICH信道;用户的PS开户速率通常为上行128kbps,下行2048kbps。因此,如果没有打开DCCC算法的,一个H载波只能接进一个上行128kbps的H用户,很容易造成H载波的拥塞。 ; RRC的建立成功率指标始终维持在99%,PS接通率主要与PS域RAB建立成功率强相关; DCCC算法关闭后,PS域RAB建立失败是由于网络拥塞造成的,话统上可以看到“分组域RAB 指配建立失败的RAB 数目最大速率不支持”大幅增加。 ;1.1.3 载波扩容 随着数据业务用户的增多,DCCC算法的打开已不能解决网络中小区PS拥塞的现象,针对8月17日至8月23日的话统数据来看,“分组域RAB 指配建立失败的RAB 数目最大速率不支持”已经占PS RAB建立失败总次数的5%~10%。以下是这段期间PS业务拥塞小区列表。 ;从上表可以看出,周末小区拥塞较少,其中以下小区在一周内拥塞次数超过3天;为了减少由于小区拥塞导致的RAB建立失败,可在该小区增加一个H载波。因为,HS-PSSCH是没有功控的,所以新增的H载波可能对周边与其同频的小区造成同频干扰,导致CS/PS接入失败或掉话,因此在H载波扩容时,还需要关注扩容对周边小区的影响。随着H载波的扩容,小区拥塞造成的RAB建立失败已明显下降。 ;1.1.4 H载波调整 ; 从UE的接入电平来看,RB建立失败的主要电平分布在-89~-85,信号质量一般,到小区的该信号质量区域进行测试,RB建立也没有什么问题。 分析PS业务建立的流程,首先是RRC建立,然后RNC会在H载波分配好资源,并下发RB SETUP给UE,UE会尝试在H载波上进行信道建立。RRC建立成功了,为什么RB建立不起来,同样的小区为什么CS基本没问题? 该城市H频点规划只有1个频点,推测与单频点干扰相关。 ;日期;减少弱覆盖 ;缩短“PS永久在线定时器” ;时间;PS域掉话率问题定位分析 ;产品问题 从实际网络运营情况观察来看,目前未发现产品问题严重影响PS掉话率。 ;IMEI_TAC;2.1 具体问题定位措施 ;PS域掉线趋势图 ; 2.1.3 H频点调整 从UE的接入电平来看,PS掉话对应的电平信号质量一般,跟弱电平没有强相关性,到小区的该信号质量区域进行测试,PS业务也正常。 该城市H频点规划只有1个频点,推测与单频点干扰相关。 ;日期;2.1.4 减少弱覆盖 ;2.1.5 HS-PDSCH功率与PCCPCH功率对齐 ;2.1.6 缩短“PS永久在线定时器” ;3 PS异系统切换成功率问题定位分析 首先从为产品问题、TOP小区问题、终端问题、无线环境及干扰问题等五方面来分析PS接通率。 ;3.1 具体问题定位措施 ;3.1.2 单用户频繁上报3A导致大量切换失败 ;时间;3.1.3 话统切换请求总数不等于切换失败与切换成功次数的和 ;对比PCHR和话统中的按切换失败原因分项进行的统计我们可以看到,PCHR统计到的切换失败次数为331次,则说明表2-3中既没有统计为切换成功也没有统计为切换失败的103次切换,基本上为切换失败。 而分析信令可以看出如果在PS进行系统间切换失败时,如果UE通过Cell update返回3G,则RNC对于这个呼叫将漏统计,也就是既不统计为切换失败也不统计为切换成功。 其典型信令流程如下: ;3.1.4 PS系统间切换超时释放 ;3.1.5 pS系统间切换发生“不可知错误原因的失败” ;从信令流程上看到,DCCC触发了下行频繁升降速。“RB recfg cmp”与PS异系统切换命令“cell change order from UTRAN”间隔10ms,随后UE上报“cell change order from UTRAN fail”。此现象多次发生,信令流程及时间间隔基本一致。 导致以上现象的原因是:由于下行DCCC策略没有经过优化,现网中采用的默认参数比较极端,相当于“快升快降”,如下行64k对应的4A门限为1024,触发时间为240ms,4B门限为256,触发时间为1280ms。这样的参数导致下行频繁升降速。 RB重配流程与PS异系统切换流程间隔(10ms)太短,可能导致三星系UE的处理出现问题,目前发现三星系终端此现象比较突出,其他终端暂未发现该现象。 从现象上看,由于怀疑是DCCC流程与切换流程冲突导致三星系手机切换失败,所以从DCCC策略入手,优化参数减少频繁升降速。通过信令分析,发现重配主要发生在16k、32k、64k三档速率之间。RAB

文档评论(0)

dajuhyy + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档