UL64QAM测试指导书

1、1.1 UL 64QAM特性测试指导书1.1.1覆盖的需求内容CR编号IR标题内容简述CR29089支持 Release12 UE DL/ULCategory 需求【需求描述】：16年R12终端上市，日本 WC客户要求在明年中支持3GPP Release12所规定的UEDL/UL Category。以支撑其16年新终端的商用需 求，从而充分发挥终端的上下行能力，实现吞吐量最大化1.1.2测试对象介绍项目测试对象内容描述需求来源16年R12终端上市，日本WC客户要求在明年中支持3GPP Release12所规定的 UE DL/UL Category。以支撑其16年新 终端的商用需求，从而充分发挥

2、终端的 上下行能力，实现吞吐量最大化。需求价值通过上行64QAM特性，可以提升小区上行容量，充分发挥终端能力。应用场景均可使用，典型增益场景近点。需求描述约束条件无Beta测试关注点及目标关注UL 64QAM特性开通后，能够提升小区上行容量，容量提升20%以上。1.1.3局点特性测试需求特性逻辑组网图:现网组网都可开启二、测试场景分析需求项需求内容描述需求原因说明（算法生效）观测方法周边工具及配套配套U2000,路测工具U2000用于监控算法是需要查看话统需求否正常生效，在当地业 务较少的场景，需要增 加部分测试终端大T综合场景组无无无网需求站点组网及数量无无无需求无线组网覆盖需无无无求业务类

3、型需求现网场景即可现网场景即可无话务需求平均忙时20用户，最好有用户太少采样点太少，用户数统计重载场景不好评估增益KPI指标需求观测上行MC斬数和小区观测上行MC斬数和小观测上行MC阶数和小上行平均吞吐率区上行平均吞吐率区上行平均吞吐率IOT需求支持R12的上下行能力的支持R12的上下行能力无终端(DL CAT11， UL的终端（DL CAT11，ULCAT5;DL CAT12， ULCAT5;DL CAT12， ULCAT13)CAT13)依赖特性无无网络运维需求无无无负增益场景无（负增益场景自动识别无无不生效）三、Beta测试需求测试需求测试综合场景描述测试评估维度需求一在现网中，打开 U

4、L 64QAM开关，有支持R12协议，UL 64QA啲终端分布，统计上行平均 MCS 口小区级 上行平均吞吐率上传速率，license ，网络KPI，运维功能，性能规格等1.1.4特性部署分析部署步骤内容工具及配套网络规划不涉及站点规划不涉及U2000、CME网络优化特性开通要求基本切换邻区关系需要优化完成网络运维特性开通需要验证批量开通，涉及CMEU2000、CME核心网规划不涉及核心网，核心网正常即可传输网规划不涉及PTN USU终端&放号支持R12上行能力分开设置的终 端。单UE的上行开户速率应大于15Mb1.1.5支持终端列表三星S7,小米5,视MAX RRO华为NGTUE1.

5、1.6测试方法快速验收测试项目一服务/维护(可以完成验收后给出快速验收的方法)(1) 具体测试的内容简述(2) 测试用例title和测试方法以及观测手段(3)测试执行预计耗时路测测试项目DT寸需要上行满灌包。典型增益场景UL64QA调制在距离天线法线直线距离100-200米为UL64QA增益最大区间。根据36213协议Table Modulatio n, TBS in dex and redu ndancy versio n table for P USCHMCS IndexModulation OrderTBS IndexRedundancy VersionI MCSQmI TBSrv id

6、x020012102220323042405250626072708280929010210011410012411013412014413015414016415017416018417019418020419021619022620023621024622025623026624027625028626029reserved1302KPI测试(1)KPI 目的:需要提取的Counter列表序号指标名称指标标号1对PUSC进行调度时选择了 MCS in dex 031的次数12432小区PDC层所接收到的上行数据的总吞吐量593小区PDC接收上行数据的总时长604使UE缓存为空的最后一个 T

7、TI所传的上行PDC吞吐量495扣除使UE缓存为空的最后一个 TTI之后的上行数传时长506上行Physical Resource Block被使用的平均个数377UL SCH专输信道上发送的采用 64QAM勺TB的总比特 数718UL SCH专输信道上发送的采用 64QAM勺TB数689UL SCH专输信道上发送的采用 16QAM勺TB的总比特 数7010UL SCH专输信道上发送的采用 16QAM勺TB数6711UL SCH专输信道上发送的采用 QPSK勺TB的总比特数6912UL SCH专输信道上发送的采用 QP S的 TB数66统计小区的上行平均吞吐率，上行 MC分布，以及MA啲话统来

8、对比UL64QA开关打开打来小区上行容量的增益。基础KPI指标以现网订阅模板为准。(2)KPI测试时间:KPI测试时间预估14天。(3) KPI测试方法和验收标准:特性开通前后对比， 可以通过小区上行吞吐率，上行体验速率，上行MCS勺PDF/CDF1.1.7测试用例 1.1.7.1中移动密集城区64QA单UEt行满buffer灌包拉网测试用例名称中移动密集城区64QAM单UEt行满buffer灌包拉网测试用例名称中移动密集城区64QA特性开启后对网络KPI影响测试场景中移动密集城区64QAM单UE±行满buffer灌包拉网测试1.基站按需求配置。预置条件2 .整个测试网络已经加载上行

9、64QA啲licen se测试步骤预期结果1、测试区域64QAM算法开关关闭,进行拉网测试，记录RSRP,SINR上 行MCS上行MA（层吞吐率，PUSCH调 制方式;2、测试区域UL 64QAM算法开关打1、64QAM算法开通正常，特性开通后，U2000监控中的按MC阶数开，相同路线进行拉网测试。记录统计监控中有 MC为25-28的统计值。RSRP,SINR,上行 MCS,上行 MAd吞2、单UE1网，做上行满buffer灌包,上行吞吐率增益20%。吐率,PU SCH调制方式;开通命令:MOD4EPU SCHCFG:LOCALCELLID=0,QAM6NABLED=BOOLEAN_TRUE,

10、R12QAI I64ENABLED=BOOLEAN_TRUE;备注选择测试线路尽量包含多的SINR>=20的点测试场景中移动密集城区开启 UL64QA算法后对网络KPI影响测试预置条件1 .基站按需求配置。2 .整个测试网络已经加载上行64QA啲lice nse测试步骤预期结果1、特性开启前需要提取上行MC分布，MA（测量，PRI5利用率，小区频谱效率等话统指标。2、测试区域64QAI算法开关关闭7天，统计7天常基1、64QA像法开启前后KPI网络指标无恶化，本KPI，特性相关KPI ；重点关注接入成功率、RRd建率、掉话率、3、测试区域UL 64QAMf法开关打开7天，统计7天日PRBJ用率、切换成功率等；上行频谱效率有常基本KPI和64QAM目关话统。提升。开通命令：2、开关OFF VS ON UL 64QA碉度比例增大，MOD上行MC分布比例高阶增加。PU SCHCFG:LOCALCELLID=0,QAM64ENABLED=BOOLEAN_TRUE,R12QAM64ENABLED=BOOLEAN_TRUE;上行平均吞吐率=小区PDCPI所接收到的上行数据的总吞吐量 / （小区PDC接