【案例】上行干扰处理(UpPch shifting)_第1页
【案例】上行干扰处理(UpPch shifting)_第2页
【案例】上行干扰处理(UpPch shifting)_第3页
【案例】上行干扰处理(UpPch shifting)_第4页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、【案例】上行干扰处理(UpPch shifting)2012-04-10 15:43测试现象:路测过程中,发现某些站呼叫成功率不高。呼叫失败的现象分为2种:RRC连接请求无响应,RRC连接拒绝(rejectionCause = unspecified)。 于是对其中一个站做了以下测试:RSCP是60dbm时,做10次呼叫,2次失败RSCP是70dbm时,做10次呼叫,3次失败RSCP是80dbm时,做10次呼叫,6次失败RSCP是90dbm时,做10次呼叫,8次失败RRC连接请求无响应RRC连接拒绝(rejectionCause = unspecified)告警信息:基站无告警。原因分析:发现

2、随着RSCP变差,失败概率递增。由于C/I不差,于是猜测可能存在上行干扰。TD是一个自干扰系统。由于所有的RBS都是同步传输,同时从DL到UL转换,来自远处RBS的传播延迟会削弱目标RBS的接收,特别是同频条件下。TD系统中定义的GP长度是96chips,相当于22.5KM。如果2个RBS超过22.5KM,UpPTS就会受到干扰。上图中,RBS1的DwPTS将会干扰RBS0的UpPTS,RBS2的TS0和DwPTS也会干扰RBS0。UpPTS上的强干扰将会导致上行同步检测失败,在通话建立过程中,上行同步检测是随机接入的第一步。如果上行同步检测失败,UE将不能接入网络,网络功能也会减弱。如果不考

3、虑UpPCH shifting,UpPCH只会在UpPTS上配置。UpPCH shifting的原则是:UpPCH传输并不仅限于UpPTS上,如果当前时隙的干扰强于可接受的值,它可以转移到其他正常的UL时隙。将UpPCH配置在上行时隙的数据部分是比较好的,也可以不与midamble码冲突。UpPCH位置范围和上下行时隙的分配关系如下处理步骤:在RNC侧修改该小区TDUpPCHshifting position为20(先前设置是0) 复测情况:RSCP是60dbm时,起呼10次,0次失败RSCP是70dbm时,起呼10次,0次失败RSCP是80dbm时,起呼10次,1次失败故障总结:TD是自干扰系统,

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论