Downlink Throughput Troubleshooting
2015-11-22 15:11
274 查看
原文链接:
http://lteuniversity.com/get_trained/expert_opinion1/b/lauroortigoza/archive/2012/05/09/downlink-throughput-troubleshooting.aspx
在这篇博客中,我们将简要介绍下行吞吐量LTE网络与2×2 MIMO的一般故障排除指南。建议读者去寻找各自的OEM的文档,以解决每个低于探索领域的特定计数器。
一般故障排除策略进行说明,并覆盖的原因,坏的吞吐量见下图。
图1.低吞吐量导致的下行链路中的LTE网络。
发射分集
MIMO一层
MIMO两层
针对发射分集的典型值在7到8之间。
用于MIMO一层和两层典型值10到12之间。
b)若获得CQI报告之后发现低CQI值,下行干扰可能是低吞吐量的原因。
c)普通干扰的来源是,在700 MHz频段(LTE部署在美国):互调干扰,小区干扰器和无线麦克风
B)不良BLER的典型原因是下行干扰,覆盖不好(在网络中孔等)
b)调整由OEM建议的传输模式的SINR阈值。请求链路级仿真它们用于设置这些阈值,看看是否被计算在该值的条件适用于您的网络。否则,更新它们如果参数可设置并没有限制。
每小区支持的RRC连接的最大数目(参数或功能)
每个小区活性的RRC连接最大数量
每个小区活跃RRC连接平均数
每个TTI每小区支持的的最大用户数(参数或功能)
在感兴趣的小区(多个)用户每个TTI调度的最大数量
每个TTI在感兴趣的小区(多个)的平均用户数量
b)若每个小区活性的无线资源控制连接最大数量是接近或等于RRC连接的支持的最大数量,则低吞吐量的原因是负载过大。
c)在每个TTI有大量的调度的用户并不一定意味着需求是导致低吞吐量。
b)选择一个是更方便的您正在调查的小区的类型。调度的例子有:循环赛,比例公平,最大C / I,平等机会等OEM允许你切换调度网络中,但推荐一个特别。
c)错误的调度可能是坏的吞吐量的原因。
b)核实CQI报告进行定期报告的频率以及每秒支持的用户的最大数量。
c)若与RRC活动连接的最大数目相比较,这个值过小,那么,增加的参数CQIConfigIndex与RIConfigIndex。
D)如果您的网络不使用非周期性CQI报告,然后启用它。
E)CQI慢频率报告可能会产生不好的信道估计,可能组织eNodeB的数据调度和给UE适量的调制和编码方案。
b)VSWR过高导致低吞吐量。
c)检查您的回程容量。很多时候,回程链路多种RAT中共享。请确保您的回程正确尺寸。
在这种方法的结束时,你将能够确定是否在你的小区低的原因是通过以下或者其组合,它们中的一个:
BLER(坏的报道)
下行干扰(坏CQI)
MIMO参数
调度算法
低需求
CQI报告频率
其他(VSWR,回程容量)
http://lteuniversity.com/get_trained/expert_opinion1/b/lauroortigoza/archive/2012/05/09/downlink-throughput-troubleshooting.aspx
在这篇博客中,我们将简要介绍下行吞吐量LTE网络与2×2 MIMO的一般故障排除指南。建议读者去寻找各自的OEM的文档,以解决每个低于探索领域的特定计数器。
一般故障排除策略进行说明,并覆盖的原因,坏的吞吐量见下图。
图1.低吞吐量导致的下行链路中的LTE网络。
第1步:确定低DL(下行链路)的吞吐量的小区
a)第一件事就是找出那些低吞吐量的小区。此阈值由网络策略和做法定义(这也取决于你的设计参数)。报告应运行几天使得数据在统计学上是有效的。第2步:确定下行链路干扰
a)小区的下行链路干扰是那些CQI值比较低(一个例外是当大部分的流量是在小区边缘(小区位置不好))。分析由UE报告的CQI值。发射分集
MIMO一层
MIMO两层
针对发射分集的典型值在7到8之间。
用于MIMO一层和两层典型值10到12之间。
b)若获得CQI报告之后发现低CQI值,下行干扰可能是低吞吐量的原因。
c)普通干扰的来源是,在700 MHz频段(LTE部署在美国):互调干扰,小区干扰器和无线麦克风
步骤3:BLER值
a)确定小区特定的BLER报告。BLER应小于10%或相等。如果该值较大,那么,这就是RF环境不好的指示。B)不良BLER的典型原因是下行干扰,覆盖不好(在网络中孔等)
步骤4:MIMO参数
a)确定你的网络的传输方式。有七种传输模式中所示的下表b)调整由OEM建议的传输模式的SINR阈值。请求链路级仿真它们用于设置这些阈值,看看是否被计算在该值的条件适用于您的网络。否则,更新它们如果参数可设置并没有限制。
第5步:低需求
a)使用由OEM提供的计算方法运行报告每小区支持的RRC连接的最大数目(参数或功能)
每个小区活性的RRC连接最大数量
每个小区活跃RRC连接平均数
每个TTI每小区支持的的最大用户数(参数或功能)
在感兴趣的小区(多个)用户每个TTI调度的最大数量
每个TTI在感兴趣的小区(多个)的平均用户数量
b)若每个小区活性的无线资源控制连接最大数量是接近或等于RRC连接的支持的最大数量,则低吞吐量的原因是负载过大。
c)在每个TTI有大量的调度的用户并不一定意味着需求是导致低吞吐量。
第6步:调度类型
a)找到OEM支持的调度类型b)选择一个是更方便的您正在调查的小区的类型。调度的例子有:循环赛,比例公平,最大C / I,平等机会等OEM允许你切换调度网络中,但推荐一个特别。
c)错误的调度可能是坏的吞吐量的原因。
第7步:CQI报告参数
a)检查您的网络是否使用周期性或非周期性CQI报告(或两者)。b)核实CQI报告进行定期报告的频率以及每秒支持的用户的最大数量。
c)若与RRC活动连接的最大数目相比较,这个值过小,那么,增加的参数CQIConfigIndex与RIConfigIndex。
D)如果您的网络不使用非周期性CQI报告,然后启用它。
E)CQI慢频率报告可能会产生不好的信道估计,可能组织eNodeB的数据调度和给UE适量的调制和编码方案。
步骤7:其他
a)运行的VSWR报告或要求您的OEM来运行它。b)VSWR过高导致低吞吐量。
c)检查您的回程容量。很多时候,回程链路多种RAT中共享。请确保您的回程正确尺寸。
在这种方法的结束时,你将能够确定是否在你的小区低的原因是通过以下或者其组合,它们中的一个:
BLER(坏的报道)
下行干扰(坏CQI)
MIMO参数
调度算法
低需求
CQI报告频率
其他(VSWR,回程容量)
相关文章推荐
- 1012. The Best Rank (25)
- 全功能智能车之线性CCD起步(第十一篇)
- 大数据时代下对马克思主义的一些探讨
- TestNG进行接口测试,脚本及可维护性框架
- Hibernate——事务
- iOS 9 Storyboard 教程(二下)
- zzoffer调整数组顺序使奇数位于偶数前面
- poj 2516 Minimum Cost(最小费用最大流 spfa算法求最短路)
- 网络编程scoket
- Splay Tree
- Java操作Oracle
- mysql下的将多个字段名的值复制到另一个字段名中(批量更新数据)字符串拼接cancat实战例子
- NSOperation+网络图片
- storyboard(故事版)新手教程 图文详解 4.把约束拉成属性 在代码文件里进行修改
- 黑马程序员——循环语句while和for的用法
- oracle函数大全
- iOS 9 Storyboard 教程(二上)
- iOS 开发、测试、生产证书的创建
- 排序算法的时间复杂度
- Hbuilder--让手爽,飞一般的编码