TD-LTE速率优化指导书-v1.0_第1页
TD-LTE速率优化指导书-v1.0_第2页
TD-LTE速率优化指导书-v1.0_第3页
TD-LTE速率优化指导书-v1.0_第4页
TD-LTE速率优化指导书-v1.0_第5页
已阅读5页,还剩32页未读 继续免费阅读

下载本文档

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

文档简介

精品文档 1欢迎下载 TD LTETD LTE 数据业务优化指导书数据业务优化指导书 精品文档 2欢迎下载 版权所有 大唐移动通信设备有限公司 本资料及其包含的所有内容为大唐移动通信设备有限公司 大唐移动 所有 受中国法律及适 用之国际公约中有关著作权法律的保护 未经大唐移动书面授权 任何人不得以任何形式复制 传播 散布 改动或以其它方式使用本资料的部分或全部内容 违者将被依法追究责任 文档更新记录文档更新记录 更新人版本备注 2013 08 19YangV1 0 0 TD网络技术部 精品文档 3欢迎下载 精品文档 4欢迎下载 目录目录 第第 1 1 章章引言引言 5 5 1 1编写目的 5 1 2文档组织 5 1 3预期读者和阅读建议 5 第第 2 2 章章影响影响 LTELTE 速率的关键因素速率的关键因素 6 6 2 1系统带宽 6 2 2常规子帧结构和特殊子帧结构 6 2 3调制编码方式 7 2 4高阶调制 7 2 5MIMO 方式 7 2 6AMC 自适应调制编码方式 8 2 7UE 能力等级 11 2 8重要的几个测量值 错误 未定义书签 错误 未定义书签 2 9TD LTE 系统速率的计算 11 第第 3 3 章章速率问题速率问题 1313 3 1速率问题定位思路 13 3 2速率异常排查 14 3 2 1 查询基站告警信息 14 精品文档 5欢迎下载 3 2 2 参数配置核查 14 3 2 3 空口问题排查 14 3 2 4 打 BO 分析空口速率 16 3 2 5 服务器侧问题排查 17 3 2 6 传输侧问题排查 18 3 2 7 其他原因 19 3 2 8 UE PC 侧问题排查 20 3 3基于 TCP UDP 的传输 21 3 3 1 UDP 和 TCP 异同 21 3 3 2 TCP 窗口优化排查 本地 PC 22 第三章 案例第三章 案例 2424 3 4文苑路单验下载速率较低 24 3 4 1 问题现象 24 3 4 2 分析过程 25 3 4 3 优化措施 27 精品文档 6欢迎下载 精品文档 7欢迎下载 第第 1 1 章章引言引言 1 1编写目的编写目的 本文档编写的主要目的是简要介绍 TD LTE 系统影响速率的关键因素 便于测试优化人 员快速熟悉 TD LTE 系统的基本原理 在现场遇到速率异常等问题时 有正确的思路 可以 合理的排查并最后定位一些常见的速率异常问题 1 2文档组织文档组织 本文首先对影响 TD LTE 下行速率的关键因素进行分析 然后对 TD LTE 系统速率异常 问题定位思路进行梳理 并详细描述速率异常等问题的排查的方法和思路 由于目前 TD LTE 系统速率问题主要是指的下行的速率 对于本文如果无特别强调 其中内容都是针对 TD LTE 系统的下行速率 1 3预期读者和阅读建议预期读者和阅读建议 本文档的预期读者为 LTE 网络建设人员和 LTE 网络测试人员 优化人员 规划人员 精品文档 8欢迎下载 第第 2 2 章章影响影响 TD LTETD LTE 系统速率的关键因素系统速率的关键因素 TD LTE 系统是全 IP 的移动通信系统 不同于以往的 CS 电路结构和性能 因此有多种 因素会影响到 TD LTE 系统和用户的最终实际数据的传输能力 这些影响因素主要包括 TD LTE 系统使用的带宽 帧结构和特殊子帧结构的选择 控制信道的开销 调制和编码方 式 MIMO 模式以及信号质量和环境等因素 2 1系统带宽系统带宽 TD LTE 系统可以灵活配置不同的系统带宽 根据香农公式在计算最大信息传送速率 C 公式 C B log2 1 S N 式中 B 是信道带宽 赫兹 S 是信号功率 瓦 N 是噪声功 率 瓦 显然 信道容量与信道带宽成正比 在 S N 不变的情况下 更大的系统带宽意味 这更大的信道容量 目前 TD LTE 系统的 bandwidth 为 20Mhz 可以在 MIB 消息里查看 2 2常规子帧结构和特殊子帧结构常规子帧结构和特殊子帧结构 TD LTE 系统可以灵活的配置各种子帧配比 不同的子帧配比适用于不同的场景 可 以提供不同的下行 上行吞吐速率 目前一般使用 CONFIG1 和 CONFIG2 可以在 SIB1 消息 的 TDD CONFIG 查看 常规子帧结构 精品文档 9欢迎下载 SubframeSubframe numbernumberUplink downlinkUplink downlink configurationconfiguration Downlink to UplinkDownlink to Uplink Switch pointSwitch point periodicityperiodicity0 01 12 23 34 45 56 67 78 89 9 05 msDSUUUDSUUU 15 msDSUUDDSUUD 25 msDSUDDDSUDD 310 msDSUUUDDDDD 410 msDSUUDDDDDD 510 msDSUDDDDDDD 65 msDSUUUDSUUD 特殊子帧结构 TD LTE 系统的特殊子帧 目前一般使用配置 5 3 9 2 配置 7 10 2 2 在 PCFICH 的 CFI 配置为 3 的时候 每个 subframe 还可以提供 8 个 symbol 传输数据 精品文档 10欢迎下载 NormalNormal cycliccyclic prefixprefix inin downlinkdownlinkExtendedExtended cycliccyclic prefixprefix inin downlinkdownlink DwPTSDwPTSUpPTSUpPTSDwPTSDwPTSUpPTSUpPTS SpecialSpecial subframesubframe configurationconfiguration NormalNormal cycliccyclic prefixprefix inin uplinkuplink ExtendedExtended cycliccyclic prefixprefix inin uplinkuplink NormalNormal cycliccyclic prefixprefix inin uplinkuplink ExtendedExtended cycliccyclic prefixprefix inin uplinkuplink 0s 6592 T s 7680 T 1s 19760 T s 20480 T 2s 21952 T s 23040 T 3s 24144 T s 25600 T s 2192 T s 2560 T 4s 26336 T s 2192 T s 2560 T s 7680 T 5s 6592 T s 20480 T 6s 19760 T s 23040 T s 4384 T s 5120 T 7s 21952 T 8s 24144 T s 4384 T s 5120 T 2 3编码方式编码方式 TD LTE 系统使用不同的调制编码方式 对于控制信道和业务信道 这里主要涉及到 PDSCH 使用 TURBO 的编码方式 RATE 1 3 1 2 4高阶调制高阶调制 TD LTE 系统使用不同的高阶调制方式 QPSK 16QAM 64QAM 这里所说的 modulation 实际上是做一个二进制到多进制的映射 产生 complex valued modulation symbols 其 中 K 代表高阶调制的数据传送能力 越高阶的调制方式传输数据能力越强 但是需要更好 的信道质量和更高的信噪比 精品文档 11欢迎下载 2 5MIMOMIMO 方式方式 MIMO multiple input multiple output 多输入多输出技术 作为 TD LTE 系统的 关键技术之一 通过在多个天线上分别发送多个数据流 利用多径衰落 在不增加带宽和 天线发送功率的情况下 提高信道容量以及频谱利用率 或数据的传输质量 MIMO 多种模式可以提供多种增益 空分复用是以提高发送效率为目的 每个发射天线 发射信号所携带的信息可以不同 可以成倍的提高数据传送的能力 但是需要好的信道环 境和信道质量 分集是以提高抗干扰能力为目的的 通过对每个发射天线的发射信号格式 和排列上的处理 获取相应的抗干扰能力 但是无论天线数量如何增加 对数据的传送能 力并不会提高 波束赋型技术 利用波的干涉原理产生指向用户来波方向的波束提高接收 信噪比 主要用于信道质量较差 例如小区边缘 用户移动速度较低的环境 传输 模式 DCI 格式 应用场景 TM1 DCI 1A 室分单通道场景 可以通过进行 DCI 1A 单流 SFBC 发送 TM3 DCI 2A DCI 1A 信道环境好时 可以通过 2 MIMO 方式进行 DCI2A 双流开环 发送 使终端吞吐量提升一倍 当信道环境恶化时 自动切换 为 DCI 1A 单流 SFBC 方式发送 TM7 DCI 1A DCI 1 信道环境好时 可以通过进行 DCI 1A 单流 SFBC 发送 当 信道环境恶化时 靠近小区边缘 进行 DCI 1 调度进行波束赋 形效果带来吞吐量增益 精品文档 12欢迎下载 2 6AMCAMC 自适应调制编码方式 自适应调制编码方式 AMC 是根据信道条件的变化来动态的选择适当的调制编码方式 MCS 变化的周期一 般为一个发送时间间隔 TTI 当信道质量较好时 采用高阶调制和较高的码率 参考 2 3 和 2 4 节 来实现高的传输速率 获得较高的吞吐量 当信道质量较差时 采用低阶 的调制和较低的编码速率以保证传输链路的质量 从而实现多用户情况下进行系统资源的 最优分配 AMC 是基于信道质量指示 channel quality indicator cqi 信息反馈的 而 CQI 的 测量过程是接收端根据信噪比测量的值 SINR 映射 找出 HARQ 第一次重传能够满足误块 率小于 0 1 的 MCS 然后对应相应的 CQI index EnodeB 接收到 CQI 后 修正 功率约束 等 映射成合适的 MCS 等级 基站根据 MCS 等级选择合适的调制方式以及编码速率 CQI CQI indexModulationcode rate x 1024efficiency 0out of range 1QPSK780 1523 2QPSK1200 2344 3QPSK1930 3770 4QPSK3080 6016 5QPSK4490 8770 6QPSK6021 1758 716QAM3781 4766 816QAM4901 9141 916QAM6162 4063 1064QAM4662 7305 1164QAM5673 3223 精品文档 13欢迎下载 1264QAM6663 9023 1364QAM7724 5234 1464QAM8735 1152 1564QAM9485 5547 MCS 等级表 精品文档 14欢迎下载 ModulationModulation andand TBSTBS indexindex tabletable forfor PDSCHPDSCH MCSMCS IndexIndex MCS I ModulationModulation OrderOrder m Q TBSTBS IndexIndex TBS I 020 121 222 323 424 525 626 727 828 929 1049 11410 12411 13412 14413 15414 16415 17615 18616 19617 精品文档 15欢迎下载 20618 21619 22620 23621 24622 25623 26624 27625 28626 292 304 316 reserved 2 7UEUE 能力等级能力等级 TD LTE 系统的终端定义了不同的能力 不同的能力等级支持不同的传输速率 目前主 要使用的 UE 等级为 CAT3 下行最大支持 100Mbps 的峰值速率 CAT4 下行最大支持 150Mbps 的峰值速率 下行 UE 能力 UE Category Maximum number of DL SCH transport block bits received within a TTI Maximum number of bits of a DL SCH transport block received Total number of soft channel bits Maximum number of supported layers for spatial multiplexing 精品文档 16欢迎下载 within a TTIin DL Category 1 10296102962503681 Category 2 510245102412372482 Category 3 1020487537612372482 Category 4 1507527537618270722 Category 5 30275215137636672004 上行 UE 能力 UE Category Maximum number of bits of an UL SCH transport block transmitted within a TTI Supportfor 64QAM in UL Category 1 5160No Category 2 25456No Category 3 51024No Category 4 51024No Category 5 75376Yes 精品文档 17欢迎下载 2 8TD LTETD LTE 系统速率的计算系统速率的计算 通常人们谈论的 TD LTE 数据传送能力 是指 DL PDSCH 和 UL PUSCH 的数据传送能力 这里应该是指纯粹的用户数据 不包括相应的控制信息和系统开销信息 通常的可以使用 的分析方法包括 计算理论的物理传送能力 计算扣除控制开销后的数据传送能力 计算 Transport channel 数据的传送能力 这些方法之间没有绝对的好坏优劣之分 可以根据 需求自行选择所需的分析方法 以下简要介绍 TD LTE 下行速率的计算方法 假设 TD LTE 帧结构和特殊子帧结构的配置为 congig1 dsuud 特殊子帧 10 2 2 系统带宽 20MHz 采用 64QAM 调制方式 MIMO2X2 码率用 1 计算 首先计算 1 个无线帧上可以用的资源块 RE 14 12 100 4 10 12 100 2 91200 然后计算控制信道的开销 PDCCH Phich pcfich 已经包含 Cell reference signal PBCH PSS SSS RE 3 12 100 4 2 12 100 2 12 100 4 8 100 2 6 4 12 2 2 6 12 26176 除去控制信道的开销后剩余的 RE 91200 27176 64024 速率 64024 总的 PDSCH 资源 6 64QAM 调制 1 码率 2 2X2 MIMO 0 01 时间 78028800bit S 74Mbps 这里码率是用 1 计算的 如果换成 CQI 14 的码 率对应于 CAT3 的终端 大概是 63Mbps 左右 精品文档 18欢迎下载 另 根据 TBS 计算传输速率的方式 传输带宽计算 xls 各种时隙配比 MIMO 模式 终端能力等级下的速率 终端能力等 级 带 宽 MIMO 模 式 时隙 比 特殊时隙 比 CFI 单位 Mbps 320 上行 2U2D10 2 2319 5744 320 单流 2U2D10 2 2334 888 320 双流 2U2D10 2 2361 2288 附录为其他比例下的速率 各种时隙配比 MIM O模式 终端能力等级下的速率 xlsx 精品文档 19欢迎下载 第第 3 3 章章速率问题速率问题 3 1速率问题定位思路速率问题定位思路 检查基站状态 小区配置是否正常 基站参数配置是否合理 关键 MAC 下行算法参数是 否正常 通过打 BO 来分析空口速率是否正常 如果打 BO 后 UE 可以到达峰速 说明非基站 问题 空口正常 需要排查其他网元或传输网 服务器等配置 如果不能到达到峰速 则 需要对空口信号质量进行排查 空口首先确认 SINR CQI 如果终端上报的 CQI 比较低 需要查询终端侧的 RSRP SINR BLER 如果这些值比较低说明此时终端位于远点或差点 如果终端 CQI RSRP SINR BLER 都满足好点的要求 但业务峰速还是偏低 需要进一步 定位终端 传输等原因 排查终端终端故障端能力等级问题 0 峰值速率低 2 eNB打BO测试 PDCP MAC层 速率低 速率达到峰值 3 排查其他网元和 配置 核心网 传输 网状态和问题确认 空口信号质量排查 检查BLER RSRP SINR CQI等参数 2 1 重新进行好点选择 2 2 终端问题排查 2 3 笔记本问题排查 2 4 室分站点发射天线间 距过近 影响终端解调 BLER等参数不满足好点的要求 2 4 联系产 品支持 BLER等参数 满足好点的要求 1 检查基站 小区配置 和状态是否正常 正常 1 1 查询基站告警信息 如有告警先清除告警看 业务峰速是否能恢复正常 如果任务紧急 建议 直接重启基站后直接排除设备故障因素进行峰速 测试 1 2 查询确认eNB基本数据配置是否不合理 1 3 查询当前小区在线用户数 排除是否有其他 用户接入占用了业务资源 不正常 其他网元和传输未发现异常 3 1 传输带宽确认 3 2 业务服务器带 宽确认 4 1 1 传输确认 4 S1镜像抓包 进一步确认 4 3 不饱满 时延抖动大 4 3 1 传输确认 4 3 2 核心网确认 上行 下行 下行 4 2 不饱满 S1不丢包 4 1 不饱满 S1丢包 4 2 1 更换多ftp 业务服务器下载 需要推动合作厂商 不需要合作厂商配 合 精品文档 20欢迎下载 3 2 速率异常排查速率异常排查 3 2 1 查询基站告警信息查询基站告警信息 通过 OMC 或 LMT 查询 eNB 是否有影响业务性能的异常告警 例如小区降质 部分 RRU 通道异常等 如果有类似告警 先处理清除相应告警后查看业务峰速是否能达到正常 如 果峰速测试任务比较紧急 某些告警清除短时间内不能快速清除 建议可通过复位基站直 接排除相应告警后进行峰速测试 如果峰值速率仍然偏低 可进一步查询 eNB 的基本数据 配置是否合理 3 2 2 参数配置核查参数配置核查 通过核查参数设置可以排除一些人为的操作失误导致的问题 建议主要检查如下峰值 速率相关的参数 1 查看 MAC 测试开关 AMC MCS CQI 修正 HARQ 都为打开 2 查看 MAC 测试开关 MIMO 方式设置为模式间自适应 3 查看 MAC 测试开关 专用搜索空间启用开关 打开 4 查看 CQI 与 ACK 同时传输指示 设为支持 5 查看 DSR 上报周期默认 20ms 可以设置小一点试试 如 15ms 5ms 看能提高速率多 少 6 查看 DRX 配置有效指示 设为关闭 影响速率 7 查看 GAP 配置 关闭 如果有异频邻小区存在 会影响终端的上下调度 从而影 响峰值速率 8 查看上下行目标 BLER BLER 的高低对终端速率影响比较大 9 查看流控开关 打开了流控开关会按照 RRC 配置限制 UE 的总速率 10 查看 PRB 及 MCS 限制 查看 LMT 上的 PRB 及 MCS 设置 限制两个参数就会影响 UE 的速率 11 查看 PDCP 丢弃定时器有效指示 当空口质量不好时配置了对应的丢弃定时器 会导致数据在 PDCP 层面丢弃 导致服务器窗口产生拥塞 12 查看 RLC 发送端 接收端 ARQ 最大重传次数 探询重传定时器 重排定时器 当空口质量不好时配置定时器不合理会导致数据在 RLC 层面丢弃 导致服务器窗口产生 精品文档 21欢迎下载 拥塞 LTE基站参数总结 2013 4 15 xls 3 2 3 空口问题排查空口问题排查 空口问题排查包括告警 基本配置参数 接入信令 在线用户数 参数核查 空口信 道质量排查 检查检查 RSRPRSRP SINRSINR 等参数等参数 峰值测试中如果要使得实际峰值逼近理论峰值 要保证小区RSRP在 85dBm以上 SINR26以上 检查检查 CQICQI CQI主要通过SINR映射 这里具体实现方法属于终端厂家自有 UE上报的CQI 基站通过 一定策略修后决定了下行调度的MCS CAT3的终端CQI在14 CAT4会到15在极好点 检查检查 BLERBLER 当速率低时首先关注 BLER 尤其是残留 BLER 由于 FTP 是双向的 因此上下行 BLER 都需要关注 如果初始 BLER 大于 10 或者有残留 BLER 需重点关注 对于下行 BLER 需要先确认终端侧是否也有 BLER 如果终端侧没有 bler 则可 能是基站 ACK 译码错误或终端没有检到 PDCCH 首先检查测试小区是否配置了异频邻小区 如果终端侧的 BLER 与基站接近 TDD 反馈采用 bundling 模式 终端侧 bler 比基站侧低一 些也是合理的 需要确认是否空口环境较差 查看终端侧的 SINR 和 RSRP 好点 SINR 应 大于 20 也可尝试基站关闭下行 AMC 固定 MCS 为较低等级看 BLER 是否消除 如果 bler 随 MCS 降低而降低 则可基本确认是环境问题 如果 BLER 与 MCS 无关需查看是否有时钟相关告警 通过 LMT 查看 RRU 底噪 上下 行增益等 需提取 RRU 的 65 号日志 对于上行 BLER 通过 LMT 查询上行 IOT 信息确认是否有干扰 也可以通过关闭上 行 AMC 固定 MCS 为较低等级看 BLER 是否消除 如果 BLER 随 MCS 降低而降低 则基本确 认是环境问题 精品文档 22欢迎下载 如果 BLER 不变 需要 PL 同事定位 CQICQI 与与 MCSMCS 如果存在 BLER 则 CQI 修正会将 MCS 修低 需要先解决 BLER 因素 如果没有 BLER 但 MCS 较低 需要确认 MAC 测试开关中的 AMC 开关是否打开 是否 限制最高 MCS 等级 如果开关设置无异常 需要确认终端反馈的 CQI 是否正常 通过基站 ATP 画图 码字 0 CQI 可以查看 如果 CQI 值较低 需要确认终端上报值是否正常 还需检查 信道与信道与过程 配置中的 信道质量指示 参数中 与 ACK 同时上报指示 是否设为 支持 LTE 终端根据 ENB 的下行 CRS 信号进行测量 通过 PUCCH PUSCH 信道反馈到 ENB 侧 ENB 根据 CQI 的上报数值 判断下一次调度业务使用的调制方式以及 MCS 等级 同时 ENB 根据终端上报的 CQI 数值 判断信道质量 确定终端工作的 MIMO 模式 MIMOMIMO 模式模式 目前外场一般使用的天线模式为 MIMO 的模式间自适应 自适应的在 TM7 单流波束赋 型 和 TM3 空分复用 之间切换 而切换门限取决于 CQI RI 以及 Bler 的约束 如果 切换门限设置不合理 会导致单双流比例异常 最终影响吞吐速率 TM37 切换算法参数说明书 TM37切换算法和参 数优化 ppt PRBPRB 调度是否饱满调度是否饱满 TD LTE 系统采用的时频资源的特殊结构 决定了在相同的环境下 相同的调制方 式 编码速率 MIMO 模式 基站给 UE 分配更多的 PRB 资源 LTE 系统最小的调度资 源单位 对应 UE 更大的吞吐速率 而在空口无线环境良好 SINR CQI BLER 和 MCS 等 正常的情况下 如果 UE 的调度不饱满 20MHz 带宽 子帧配置 Config1 DSUUD 时 10ms 满调度是 1200RB 120000 秒 DCI2A 满调度 600 速率也会异常 这种情况我 们可以在基站侧对下行开启 BO 检查调度是否饱满 如果 PHY 和 MAC 层的速率正常 精品文档 23欢迎下载 但是 PDCP 层和 RLC 层速率异常 且比较稳定 说明空口正常不存在问题 问题一般 出现在传输 3 2 4 打打 BOBO 分析空口速率分析空口速率 通过打 BO 来分析空口速率是否可以达到峰速 如果打 BO 后 UE 可以到达峰速 说明非 基站问题 需要排查其他网元或传输网 服务器等的配置是否合理 如果不能到达预期的 峰速 则需要对空口信号质量进行排查 2 eNB 侧打 BO 的方法 1 打 bo 前在 LMT 上工具 UE 信息查看 UE 的附着情况 2 LMT 打 BO 命令树 小区 测试开关 MAC BO 测试开关 将对应小区的 BO 开关打开 并根据上面 UE 附着情况的查询 设置 UE 起始索引和 UE 数 设置完成后点击确认 精品文档 24欢迎下载 eNB 打 BO 后业务峰速仍然偏低 需要先检查分析以下几点 1 当前基站的运行情况 包括小区状态 RRU 通道状态 是否存在异常告警等 2 确认业务类型 确认业务采用 FTP 下载还是 UDP 灌包 3 确认做业务的方式 如果是 FTP 下载 需要确认采用什么软件进行业务 链接多少 线程 4 查看 PDCP 吞吐量情况 确认从服务器下来的速率大小 如果 PDCP 吞吐量与核心网 发送数据吞吐量一致 速率低可能由于空口信号质量不好所致 即经过上述几点核查后 如果没有发现异常 则建议通过进一步检查空口信号质量相 关的 BLER RSRP SINR CQI 等参数进行进一步核查 3 2 5 服务器侧问题排查服务器侧问题排查 问题现象 UDP灌包时 Server侧使用Jperf软件输入ue端IP地址 设置灌包大小和次数 执行灌 包并观察流量 实际灌包流量根据使用的UE和小区带宽来决定 略微超过理论值 保证足 够的数据量即可 UE PC侧启动可以通过dumeter观察收到包的大小 执行以上操作后 发 觉Server侧出口流量低 出口流量就不足160m 排查步骤 1 Server侧推荐专业的IBM HP小型服务器 CPU双核2 8GHz以上 内存4G 250G硬 精品文档 25欢迎下载 盘 千兆网卡 操作系统使用Windows2003SP2 SP3 IIS模式 请勿使用Serv U作为FTP 服务器 2 检查jperf灌包工具的版本及参数是否使用正确 3 2 6 传输侧问题排查传输侧问题排查 如果说传输对终端业务峰值速率有影响 一般表现在端到端链路的业务带宽上 为了 排除传输的问题 需要逐个节点排查 找出所有节点中传输带宽最小的一个 作为整条业 务链路的传输带宽 在现网中 端到端业务一般会经过如下节点 UE ENB PTN 设备 包括接入和汇聚 PTN CE EPC CMNET CE FTP server 节点 空口环境 此节点对业务峰值的影响主要因素是空口质量的好坏 RSRP SINR 节点 ENB 与 PTN 之间的接口 通过 PTN 可以对端口进行限速 当终端业务峰速受 到影响时可查看 PTN 对端口或者伪线速率限制设置 确认是否是设置不合理导致 节点 PTN 与 PTN CE 之间的接口 排查方法同 一般与 PTN CE 对接的 PTN 端口 都是汇聚口 端口物理带宽一般都是 10G 以上 节点 PTN CE 与 EPC 之间的接口 通过 PTN CE 查询与 EPC 对接的端口物理带宽 节点 EPC 与 CMNET CE 之间的接口 查询方法同节点 节点 CMNET CE 与 FTP server 之间的接口 可通过 FTP 服务器查看连接速率 也 可通过 CMNET CE 查询与 FTP 服务器对接的端口物理带宽 查询出所有节点的传输带宽之后取最小值 作为整条业务链路的传输带宽 只要链路 的传输带宽大于峰值速率两倍以上 应该就不会影响峰值速率 当终端峰值速率偏低的时候 为了排除传输带宽的影响 建议进行单用户峰值测试 即在整个网络下仅使用一部终端进行业务验证 如果速率仍然无法达到峰值 则可以排除 传输带宽的影响 如果其他网元和传输暂时未发现异常 则建议使用 Wireshark 镜像抓包进行进一步排 查确认相关的问题 Wireshark 的进行抓包进行问题定位的方法请参见如下附件 wireshark抓包相关 doc 精品文档 26欢迎下载 3 2 7 其他原因其他原因 数据量不足数据量不足 如果底层正常 但速率仍然较低 通过基站 ATP 画图查看 PDCP 吞吐量 如果时间允许 可以通过上下行同时打 BO 进行验证 如果打 BO MAC 吞吐量正常的话可以基本排除底层问 题 如果打 BO 不好操作 可以使用上下行 UDP 灌包进行测试 如果 PDCP 收到的数据量就少 需要查看基站驱动收到的数据量是否正常 驱动 NP 数据量查看方法 在 SCTA 控制台上输入命令 npsc 其中有两个计数 IGRESS IP GTPU PKT CNT 下行方向 和 EGRESS IP GTPU PKT CNT 上行方向 这两个 计数记录了 gtpu 包的个数 可以间隔 10 秒钟输入两次 npsc 得到两个计数 cnt1 和 cnt2 那么粗略的计算方法为 cnt2 cnt1 pkt length 8 time 单位 bps 其中 pkt length 为报文的长度加上外层头长度 如果不确定长度可以取 1500 做近似计算 8 为 一个字节 8 个比特 time 为 10 秒 这种计算方法有误差 如果误差与 pdcp 在 10M 以内 可视为一致 如果怀疑 NP 有丢包 可以提取 SCT 板卡上的 71 号日志 如果怀疑传输 EPC 丢包需要各方同时 wireshark 抓包确认 基站外因素基站外因素 如果上述 3 步都未发现异常 则需向上逐步排查 分别查看传输是否正常 核心网是 否正常 服务器是否正常 终端是否正常等 列出几个常见的可能影响 FTP 速率的因素供参考 1 线程数 空口环境不稳 难免有少量 BLER 且 FTP 单线程速率随时延增大而减小 因 此增大线程数能使线程间的速率互补 保证吞吐量稳定 建议使用 20 以上的线程数 2 MTU FTP 包的 MTU 是采用的终端笔记本和服务器 MTU 的最小值 一般电脑默认 MTU 是 1500 但基站 NP 芯片对于分片报文的处理存在瓶颈 建议修改 MTU 为 1400 最新 版本会自动修改 MTU 为 1400 附 MTU 查询办法 在服务器或终端侧笔记本 wireshark 抓包 如果 TCP 报文的 len 1460 则代表 MTU 是 1500 3 时延 精品文档 27欢迎下载 时延在 TCP 协议中有重大意义 因为 TCP 数据包需要反馈 时延越长 线程的发包量 增长速度越慢 一旦发生丢包 该线程速率恢复以及其它线程速率互补也越慢 通常来说 缩短时延能提升和稳定速率 空载 PING 小包时延在 30ms 以内为宜 基站一些参数配置会影响时延 可以先为下行 FTP 用户打上行 BO 此时的上行时 延为最小值 若有速率明显提升或变稳 则可通过 LMT 修改以下参数来尽可能缩短上行 时延 测试开关 MAC 测试开关 上行最小分配 PRB 数 20 小区 信道及过程 调度请求参数 DSR 上报周期 5 小区 信道及过程 BSR 参数 BSR 上报周期 5 如果调整基站参数后 ping 时延仍然很大 需排查核心网和服务器 传输的时延一 般较小 在线用户数查询在线用户数查询 可以通过 LMT B 查询当前小区是否有其他用户接入 是否占用了下行资源 登录 LMT B 工具 UE 用户信息操作能查询用户数 登录 LMT B 工具 释放用户操作能释放用户 3 2 8 UEUE PCPC 侧问题排查侧问题排查 问题现象 精品文档 28欢迎下载 Sever灌包正常 传输正常 但是业务PC侧速率不够 排查步骤 UE侧问题分为UE本身的问题和UE侧PC的问题 1 UE问题排查 如果有多个UE 可尝试更换UE 看问题是否解决 如果问题解决很可能就是是UE本身 的问题 2 UE侧PC问题排查 A 检查PC硬件配置 建议使用ThinkPad T400高端机型 CPU双核2 0G以上 内存2G 硬盘7200转 网口千兆 建议使用XP SP3系统 B 检查PC上安装和运行的软件 建议删除或关闭除测试用软件外的其他软件 关闭 Windows防火墙和其他杀毒软件的防火墙 C 检查CPU占用率 如果超过80 说明当前处理任务繁重 需要关闭不用的软件或服务 或者更换性能更好的PC 3 3基于基于 TCP UDPTCP UDP 的传输的传输 3 3 1 UDPUDP 和和 TCPTCP 异同异同 1 由于UDP面向无连接 不保证可靠交付的传输特性 UDP流量异常的表现就是平稳但 无法达到峰值 2 定点TCPTCP吞吐量异常表现主要有以下几个方面 TCP由于面向连接 保证交付 且采用滑动窗口等数据传输拥塞避免机制 故吞吐量异 常的表现非常多 一般常见的有以下几种 1 吐量平稳但低于峰值5 以上 2 吞吐量能达到峰值但有波动 明显的 掉坑 现象 后又缓慢 爬起 如下图所 示 精品文档 29欢迎下载 3 吞吐量能达到峰值但有波动 变化较 陡峭 如下图所示 TCP问题需要根据具体的情况进行分析 如果是吞吐量平稳但达不到峰值则需要查看窗 口等相关参数是否已优化 时延 RTT 是否过大 如果能达到峰值但是速率不稳 有掉坑 现象 则需要检查是否有丢包 严重乱序现象发生 3 3 2 TCPTCP 窗口优化排查窗口优化排查 本地本地 PCPC Windows操作系统中 接收窗口和发送窗口可通过注册表来设置的 且不同版本的操作 系统优化方法不一样 精品文档 30欢迎下载 WinWin XP XP 20032003系统窗口优化方法 针对Win XP和2003系统 可以直接导入如下的注册表文件 然后重启服务器以优化发送 窗 口和接收窗口 看吞吐量能否恢复正常 二 VistaVista系统接收窗口优化方法 在 Vista 系统中 需要手动修改注册表 路径 HKEY LOCAL MACHINE SYSTEM CurrentControlSet Services Tcpip Parameters 键名 TcpWindowSize 类型 dword 32位 键值 80000 16进制 512Kbyte 键名 GlobalMaxTcpWindowSize 类型 dword 32位 键值 80000 16 进制 512Kbyte 键名 Tcp1323Opts 类型 dword 32位 键值 1 GlobalMaxTcpWindowSize表示允许用的最大接收窗口 建议设置该值不小于 TcpWindowSize Tcp1323Opts值转为2进制 最后一位表示WS Window Scale 倒数第二 位表示Timestamp WS标记位为0 则接收窗口最大值为64K 若WS标记设为1 则接收窗口 可以超过64K Timestamp若设为1 则每个数据包会加上12个字节的时间戳 这样对造成传 输资源浪费 建议设为0 所以Tcp1323Opts应设为二进制数01 用十六进制数表示则为1 修改完注册表后 需要以管理员身份打开DOS窗口 输入以下命令后正常重启电脑 三 Win7Win7系统接收窗口优化方法 在 Win 7 系统中 只能通过Microsoft提供的TCP au

温馨提示

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

评论

0/150

提交评论