- 资源分配流程
LTE容量受限一般是下行
随机接入：用户重新接入网络
- 吞吐量计算
终端解调bit数受限：MCS的值和UE的值取最小。
实际电脑测试的是应用层的吞吐量，话统的是其他层，5%左右差距
终端能力限制
- 业务质量保证 QoS
GBR时延类 non-GBR非时延类 EPF目前民用的策略。其他竞赛会采用maxC/I等最大化容量调度策略
-
EPF算法实现
-
上下行调度流程
上行有SR带宽申请
-
容量优化流程
-
下行吞吐量优化
上行数据充足，下行数据不充足，只能证明参数问题，做参数调整
信号质量不好时：PDCCH聚合级别提升，一个消息多发几次
跟踪某个用户信令，查看上报的工控消息是否正常；路测；误码率（10%）
对比几个终端的信令 -
吞吐量不达标
BSR上行带宽申请请求，基站才会分配资源，周期配置太长了，导致上行申请不及时
0 2 4 QPSK 16QAM 64QAM 2 4 6 QPSK 16QAM 64QAM （门限设置偏低）将4修改成6 对应64QAM，发现吞吐量上来了。MCS协议中的对应表只是标准，具体厂家的产品实现对应的不一定就是这样。大部分出现误包，或者其他现象，50%都是MCS解调门限设置问题。还有种可能就是功率控制与容量配合不足造成的。
- QCI设置错误导致LTE下行速率低问题
QCI：LTE业务质量等级做的定义，不同业务的QoS保证配置不同的QCI
S1口IMSI号跟踪信令，终端所有能力的信息都在s1口交互
LTE一般用6-9作缺省值，配业务是6-9 需要在核心网侧修改。空口没问题，核心网侧没有问题，检查数据配置问题。