普天H速率问题定位方法.ppt_第1页
普天H速率问题定位方法.ppt_第2页
普天H速率问题定位方法.ppt_第3页
普天H速率问题定位方法.ppt_第4页
普天H速率问题定位方法.ppt_第5页
已阅读5页,还剩24页未读 继续免费阅读

下载本文档

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

文档简介

1、,1,2020/7/27,HSDPA速率问题定位,技术支持部,普天设计院,主要内容,近期HSDAP速率低问题回顾 外场常见H速率影响因素 常用参数调整 NodeB速率问题常用调试手段 附:定位常用命令,近期典型HSDAP速率问题回顾-1,1、台州江岙站点H速率仅为几十kbps的问题 定位简述: 1、通过统计NODEB向RNC申请的速率为200多kbps,而rnc下发到nodeb侧的只有几十k ,饱和度不足。 2、在hsdpa下载的统计时间段内,NACK为1%左右,丢失CQI为0,上行BLER为0,显示空口质量正常 3、从RNC侧看RLC层统计有大量的数据包重传 ,查看线卡上AAL2 PVC的传

2、输层参数配置,已经生效且无误 4、首先更换线卡和泰勒间光纤后,速率没有好转 5、在IUB口线卡与泰勒间挂湾流表,抓取了湾流表码流以及UPMonitor码流,比较 “RNC线卡到tellabs之间湾流表数据”和“RNC D板统计的FP数据包”,确认在FP包重传之前,RNC线卡有大量丢包 。 6、修改江岙所接RNC线卡后,HSDPA下载速率可以达到1.2M以上,近期典型HSDAP速率问题回顾-2,2、福建H速率低问题 定位简述: 1、抓取MAC-PERF性能统计LOG:数据饱和度不足,只有20%左右 2、删掉小区中的DPA频点,使小区中的频点都为Normal频点,重做UL 64KDL 64K, 1

3、28K, 384K业务,RAB指派的速率与申请一致,G板分配与业务一致,但是速率很低,除去UL 64KDL 64K 正常外,仅为25k左右。 3、将小区中的DPA频点更换到主频点,将原为DPA频点的辅频点更换为NORMAL频点 ,没有改善 4、将故障站点的所有NODEB板卡拿到正常站点,速率正常;将正常站点的所有NODEB板卡拿到故障站点上,H速率低,排除NODEB硬件故障。 5、为了避免使用R5版本终端在进行普通业务申请(如UL64kDL64k、UL64kDL128k)时,该业务配置重配成HS-DSCH后,下载速率会40kbps的损失,在RNC侧特将【用户面参数】-【HSDPA业务参数】-【

4、HSDPA最大下行速率开关】由close改为open, 【用户面参数】-【HSDPA业务参数】-【B修正因子】初始默认配置5改为7。没有改善。 6、升级RNC并重启后速率恢复到700800k。研发认为该问题由于配置没有生效导致,主要是由于使用LMT-R操作导致,如果使用OMCR会对只能删除不能直接修改的参数进行保护。 7、RNC复位后站点H速率能达到700800K,但仍然较低。经检查发现CDS文件中BPC高值为176,修改为154后,站点H速率恢复正常。,近期典型HSDAP速率问题回顾-3,温州华为数据卡问题 定位简述: 1、华为数据卡(型号ET128)在TD网络良好的情况下无法使用。表现为能

5、够连接上TD-SCDMA网络却无法进行HSDPA业务。 2、现场按照H速率问题定位手册没有查出问题来 3、部分站点DPCH上行闭环功控步长由2改为1后,华为数据卡业务恢复正常 4、部分站点无线链路类型为3的13.6K上行初始SIR为70,增加到90后,华为数据卡业务恢复正常,外场常见H速率影响因素,无线环境恶劣,影响HSDPA下载速率 上下行签约速率设置错误影响HSDPA下载速率 下载服务器类型及下载工具影响下载速率 建立了非HSDPA业务(如PS)导致下载速率低 上行码道受限导致下载速率不高 Iub传输配置设置不当导致下载速率较低 参数设置不当导致下载速率低,常用参数调整-1, HSDPA信

6、道的配置建议 HS-PDSCH的扩频因子建议设置为1。 HS-SCCH建议配置在TS6。 HS-SICH建议上下行切换点隔开,建议配置在TS1。 如果条件允许, HS-SCCH信道和HSDPA的下行伴随DPCH信道最好不建立在同一时隙。,常用参数调整-2, HS-DSCH的功率调整 如果下载速率较低伴随的现象是HS-SICH反馈的NACK数目较高或16QAM的比例较低,可能是因为HS-DSCH空口环境较差,终端解析HS-PDSCH帧出错,可以考虑适当抬高HS-DSCH功率加以改善。 从LMT-R上查看HS-PDSCH的功率值,如果配置的值太低,就抬高几个dBm,步长0.1dBm.更改后查看NA

7、CK是否正常。,常用参数调整-3, HS-SCCH的功率调整 HS-SCCH最大功率值推荐为-60,最小依据伴随DPCH的功率值进行设置。 如果下载速率较低伴随的现象是HS-SICH反馈的CQI数目较少可能是因为HS-SCCH空口环境较差,终端没有正确解析HS-SCCH,可以考虑适当抬高HS-SCCH功率的低值加以改善,为了保证HS-SCCH和下行伴随DPCH功率相当,伴随DPCH下行功率也需要同步调整。,常用参数调整-4, HS-SICH的调整 HS-SICH承载的是终端反馈的ACK/NACK和信道质量指示CQI信息,网络通过这些信息决定采用何种调制方式、编码方式、以及是否该重传。HS-SI

8、CH的功率过低会导致网络侧无法正确解析终端反馈的信息,影响网络侧的后续判断和处理。提升HS-SICH的SIR Target,使终端在HS-SICH发射时分配较大功率,可避免HS-SICH误检,但请尽量和上行伴随DPCH的SIR Target设置一致或略高于DPCH的SIR Target。,常用参数调整-5, 修改MAC-hs参数 影响HSDPA下载速率的MAC-hs参数主要包括MAC-hs T1 timer、MAC-hs windows size、MAC-hs discard timer: a)MAC-hs T1 timer:该参数为PDU等待重排序的最大时间,设置过小,容易使底层丢失数据,设

9、置过大,在信道条件较差时会使数据传输时延增大,推荐为200ms。 b)MAC-hs windows size:该参数也决定MAC-hs PDU重排序的等待时间,受到数据传输时延和缓存大小的限制,推荐为32。 c)MAC-hs discard timer:该参数定义了MAC-d PDU进入MAC-hs队列后能够等待被发送的最大时间,如果定时器超时,则丢弃该MAC-d PDU,推荐为500ms。,常用参数调整-6, 推荐参数 UL_32K/DL_HSDPA(2M)或UL_64K/DL_HSDPA(2M) 时隙配置2:4,HS-PDSCH占用时隙3、4、5,SF设置为:1 每个载波配置2对HS-SC

10、CH,HS-SCCH占用时隙6码道;HS-SICH占用时隙1; UL DPCH初始SIR:90(视外场具体情况调整) HS-SICH目标SIR:大于等于90(视外场具体情况调整) HS-SICH期望接收功率:-90(视外场具体情况调整) HS-SICH闭环功控步长:1 HS-SCCH功率偏移设置为:2dB 打开下行DPCH时分复用开关,时分复用系数8:4 DPCH功率范围:-2000(视外场具体情况调整) T1定时器设置为:200ms TSN窗长设置为:32 Discard Timer设置为:500ms,NodeB速率问题常用调试手段-1-概述,NodeB侧重点关注三点:丢帧、NACK高、Bl

11、er高。正常情况下,该三个参数均应该小于3%,如果其中一个参数高于3%,即可能存在问题。 可通过42,41号命令查询丢帧参数(LostCQI)、NACK,其中命令42的作用为将(LostCQI)、NACK的计数清0;41号命令为查询(LostCQI)、NACK。;可以通过172命令查询Bler(检测上行方向的误块率)。 42号命令格式为: :DEBUG-BB-DSP:INDEX=1,DBGID=42,DBGSTATUS=1,FRAMECOUNT=1,PERIOD=0,PARA1=255,SYMBOL=+,PARA2=255; 41号命令格式为: :DEBUG-BB-DSP:INDEX=1,DB

12、GID=41,DBGSTATUS=1,FRAMECOUNT=1,PERIOD=0,PARA1=1,SYMBOL=+,PARA2=1; 172命令格式为: :DEBUG-BB-DSP:INDEX=0,DBGID=172,DBGSTATUS=1,FRAMECOUNT=1,PERIOD=0, PARA1=2,SYMBOL=+,PARA2=任意值,NodeB速率问题常用调试手段-2-丢帧1,丢帧(LostCQI高) 可怀疑基带是否有HS-SCCH下发,以及HS-SCCH发射功率是否过低。或者UE收到HS-SCCH,但是由于上行信号质量不好,HS-SICH信号发射功率低,导致基带不能正常收到HS-SIC

13、H,也可能使LostCQI。以上三种情况可通过以下步骤查询定位。,NodeB速率问题常用调试手段-2-丢帧2,一、是否有HS-SCCH下发 1)使用150号调试命令查看基带是否下发,即查看HS-SCCH所在时隙的VRU数据是否有增长,如果在增长就说明HS-SCCH数据已经从基带下发。 :DEBUG-BB-DSP:INDEX=0,DBGID=150,DBGSTATUS=1,FRAMECOUNT=1,PERIOD=0, PARA1=HS-SCCH所在的时隙号,SYMBOL=+,PARA2=任意值 2)确定HS-SCCH是否已经从空口发出去,还需要连接FSP查看,可以把HS-SCCH单独配置在一个时

14、隙,然后看HS-SCCH所在时隙是否能从码域解出来。如果能够解析出来,就说明HS-SCCH已经从空口发出去。,NodeB速率问题常用调试手段-2-丢帧3,二、HS-SCCH发射功率太小 1)从22号命令查看HSDPA用户功控后的HS-SCCH的功率是否正常。HS-SCCHPower 是否在HS-SCCHMaxTxa 和HS-SCCHMinTxa之间。具体命令为: :DEBUG-BB-DSP:INDEX=0,DBGID=22,DBGSTATUS=1,FRAMECOUNT=1,PERIOD=22, PARA1=任意值,SYMBOL=+,PARA2= 用户Id 注意:TpcRe+TpcIm 0 表示

15、UE让NodeB降功率;TpcRe+TpcIm 0,表示UE让NodeB升功率。在信道质量好的条件下,一般HS-SCCH以最小功率发射, 2)通过-B可查询到HS-SCCH配置的时隙号和码道号,通过53号命令查看此时发送的HS-SCCH功率;具体命令格式为: :DEBUG-BB-DSP:INDEX=0,DBGID=53,DBGSTATUS=1,FRAMECOUNT=1,PERIOD=1,PARA1=HS-SCCH所在的时隙号,SYMBOL=+,PARA2= 任意值 3)一般HS-SCCH的功率以伴随DPCH的下限为下限,通过51号命令查看伴随DPCH的发射功率的下限。具体命令格式为: :DEB

16、UG-BB-DSP:INDEX=0,DBGID=51,DBGSTATUS=1,FRAMECOUNT=1,PERIOD=1,PARA1=任意值,SYMBOL=+,PARA2= 用户ID 如果发送的HS-SCCH功率低,就从LMT-B上修改HS-SCCH信道初始功率偏移量(默认0)、HS-SCCH信道开环功率偏移量(默认0),把这2个值同时抬高,一般把这2个值设置为3,再查看LostCQI值是否正常。如果LostCQI值仍然很高,可以初步排除下行链路质量的问题,说明UE已经收到了HS-SCCH。,NodeB速率问题常用调试手段-2-丢帧4,三、HS-SICH发射功率太小 1)从100号命令查看HS

17、-SICH的RSCP值是否正常, 100号命令格式为: :DEBUG-BB-DSP:INDEX=0,DBGID=100,DBGSTATUS=1,FRAMECOUNT=1,PERIOD=1,PARA1=0,SYMBOL=+,PARA2= 0FRAMECOUNT可以设置为10,查看对应HS-SICH时隙的对应VRU的 SIR值,如果HS-SICH的 SIR值过低就是UE没有发HS-SICH。 2)如果不正常,查看51号命令查看HS-SICH的SIR Target是否正常,51号命令格式为: :DEBUG-BB-DSP:INDEX=0,DBGID=51,DBGSTATUS=1,FRAMECOUNT=

18、1,PERIOD=1,PARA1=0,SYMBOL=+,PARA2= 用户ID 如果HS-SICH SIR Target太小,有可能导致CQI丢失,适当抬高HS-SICH SIR Target; 如果上行伴随DPCH SIR Target太大,有可能导致同一时隙下的终端互相干扰抬高低噪,修改配置适当降低UL DPCH SIR Target 值; 如果HS-SICH SIR Target正常,调试步骤参考前两节内容 使用24号命令基带模拟下发让UE的HS-SICH提升发射功率的TPC命令字; 24号命令格式为: :DEBUG-BB-DSP:INDEX=0,DBGID=24,DBGSTATUS=1

19、,FRAMECOUNT=1,PERIOD=1,PARA1=100,SYMBOL=+,PARA2= 用户ID 之后查看100号命令HS-SICH所在时隙的对应码道的功率值是否增长,如果没有明显改变,再查看22号命令的TPCUL,如果为3就证明功控是正常的,此时可能是终端出现了问题,不听上行功控的命令。 3)从-R上修改HS-SICH期望接收功率,即把此值抬高,让UE初始发送的HS-SICH功率值升高。再次用100号命令查看HS-SICH的RSCP值是否升高,如果此时的HS-SICH值恢复正常,就查看41号命令看CQI值是否正常。,NodeB速率问题常用调试手段-3-误帧率高 1,误帧率高(NAC

20、K高) 出现误帧率高的情况下,基带侧可以从以下几方面定位: 1,HS-SCCH解出的内容与HS-PDSCH调制方式不同; 2,HS-PDSCH编码效率太高; 3,HS-PDSCH功率太小; 4,HS-SICH与DPCH配置在同一个时隙; 5,软件下发的TBS块太大。,NodeB速率问题常用调试手段-3-误帧率高 2,一、HS-SCCH解出的内容与HS-PDSCH调制方式不同 HS-SCCH里携带的HS-PDSCH的编码、调制方式是Mac-hs传给基带,由CC模块填写的,如果从HS-SCCH里译出来的HS-PDSCH编码、调制方式与高层配置下来的不一致,可能是Mac-hs传错了,或者是CC模块填

21、错了,但是此种概率特别小,一旦发生可以使用软件命令抓取码流定位。可以协调协议软件的相关人员定位。,NodeB速率问题常用调试手段-3-误帧率高 3,二、HS-PDSCH编码效率太高 如果UE对HS-SCCH译码正确,但是在HS-PDSCH编码效率特别高的情况下,可能发生UE对HS-PDSCH译码错误,NACK升高,此时可通过降低LMT-B上的BPC高值来降低编码效率。,NodeB速率问题常用调试手段-4-误块率高 1,误块率高(BLER高) 利用调试命令172查看出现误块率,如果出现误块率高于3%的情况,则基带主要关注点为: 其他系统干扰,观察ISCP是否正常,RRU是否正常; 上行伴随DPC

22、H质量是否正常; 下行信号质量不好。,NodeB速率问题常用调试手段-4-误块率高 2,一、其他系统干扰 从100号命令上行时隙ISCP值是否正常, 100号命令格式为: :DEBUG-BB-DSP:INDEX=0,DBGID=100,DBGSTATUS=1,FRAMECOUNT=1,PERIOD=1,PARA1=0,SYMBOL=+,PARA2= 0 如果不正常,检查系统周围是否有其他时隙配置的小区存在,并在做相应业务的UE,如果有,考虑将其他业务停掉,排除其他系统的干扰,若低噪依然不正常,可考虑RRU是否正常,考虑更换RRU进行验证。,NodeB速率问题常用调试手段-4-误块率高 3,二、

23、上行伴随DPCH质量是否正常 从55号命令查看SJ给FC的数据是否连续,即20个子帧号是否是连续的。55号命令格式为: :DEBUG-BB-DSP:INDEX=0,DBGID=55,DBGSTATUS=1,FRAMECOUNT=1,PERIOD=22,PARA1=0,SYMBOL=+,PARA2= 用户ID 如果不连续,即上行信号有问题。查看51号命令是否伴随DPCH的Sirtarget目标值设置的过低,导致上行信号质量不好。另外需要从-B上查看伴随DPCH和HS-SICH是否配置在同一时隙,HS-SICH的Sirtarget值设置的太高会对伴随DPCH产生较大的干扰。,NodeB速率问题常用

24、调试手段-4-误块率高 4,三、下行信号质量不好 查看路损是否过大,导致UE收到的功率过低,可通过55号命令查看上行伴随DPCH的SIR值是否能够达到要求,即在上行信号Sirtarget 目标值上下浮动。 1,察看查看终端TPC命令字 如果终端TPC命令字一直为升,终端的DPCH 功率也很高(接近最大值),说明下行方向信道质量确实不好。需改善信道质量,或者适当减小BPC值; 如果终端TPC命令有升有降,说明下行方向信道质量正常,需检查HSDPA的DSCH时隙功率配置是否偏小。详见2.2.3节。 2,检查路损是否过大 可通过55号命令查看上行伴随DPCH的SIR值是否能够达到要求,通过查看察看U

25、L DPCH SIR值,确认以下两点: 如果UL DPCH的SIR围绕Target上下波动,说明正常,可排除路损过大问题。 如果UL DPCH的SIR达不到Target,检查是否路损过大,致使终端按照最大功率发射,仍然达不到要求。此时可适当减少路损,之后查看各参数是否正常。,NodeB速率问题常用调试手段-4-误块率高5,四、查看基带告警 在查找定位问题过程中,可适时抓取基带的230告警,重点关注告警码增加的告警项,并适时提供给基带相关人员分析,以加快基带侧解决问题的速度。 230号命令的格式为: :DEBUG-BB-DSP:INDEX=0,DBGID=230,DBGSTATUS=1,FRAMECOUNT=1,PERIOD=0,PARA1=0,SYMBOL=+,PARA2= 0,NodeB速率问题常用调试手段-5-数据饱和度不足,数据饱和度不足 通过软件2号命令可获取统计项“数据饱和度”,其含义为统计时间内,优先级队列中存在MAC-d PDU的TTI百分比数: 如果 “数据饱和度”小于1(多用户低于0.99),即

温馨提示

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

评论

0/150

提交评论