UL64QAM测试指导书

1.1 UL 64QAM特性测试指导书1.1.1 覆盖的需求内容CR 编号IR 标题内容简述CR29089支持Release12 UE DL/UL Category需求【需求描述】：16年R12终端上市，日本WCP客户要求在明年eRAN11.1中支持3GPP Release12所规定的UE DL/UL Category。以支撑其16年新终端的商用需求，从而充分发挥终端的上下行能力，实现吞吐量最大化1.1.2 测试对象介绍项目测试对象内容描述Beta测试关注点及目标需求来源16年R12终端上市，日本WCP客户要求在明年eRAN11.1中支持3GPP Release12所规定的UE DL/UL Category。以支撑其16年新终端的商用需求，从而充分发挥终端的上下行能力，实现吞吐量最大化。关注UL 64QAM特性开通后，能够提升小区上行容量，容量提升20%以上。需求价值通过上行64QAM特性，可以提升小区上行容量，充分发挥终端能力。应用场景均可使用，典型增益场景近点。需求描述约束条件无1.1.3 局点特性测试需求一、 特性逻辑组网图：现网组网都可开启二、测试场景分析需求项需求内容描述需求原因说明（算法生效）观测方法周边工具及配套需求配套U2000，路测工具U2000用于监控算法是否正常生效，在当地业务较少的场景，需要增加部分测试终端需要查看话统大T综合场景组网需求无无无站点组网及数量需求无无无无线组网覆盖需求无无无业务类型需求现网场景即可现网场景即可无话务需求平均忙时20用户，最好有重载场景用户太少采样点太少，不好评估增益用户数统计KPI指标需求观测上行MCS阶数和小区上行平均吞吐率观测上行MCS阶数和小区上行平均吞吐率观测上行MCS阶数和小区上行平均吞吐率IOT需求支持R12的上下行能力的终端（DL CAT11，UL CAT5;DL CAT12，UL CAT13）支持R12的上下行能力的终端（DL CAT11，UL CAT5;DL CAT12，UL CAT13）无依赖特性无无网络运维需求无无无负增益场景无（负增益场景自动识别不生效）无无三、Beta测试需求测试需求测试综合场景描述测试评估维度需求一在现网中，打开UL 64QAM开关，有支持R12协议，UL 64QAM的终端分布，统计上行平均MCS和小区级上行平均吞吐率上传速率，license，网络KPI，运维功能，性能规格等1.1.4 特性部署分析部署步骤内容工具及配套网络规划不涉及站点规划不涉及U2000、CME网络优化特性开通要求基本切换邻区关系需要优化完成网络运维特性开通需要验证批量开通，涉及CMEU2000、CME核心网规划不涉及核心网，核心网正常即可传输网规划不涉及PTN、USU终端&放号支持R12上行能力分开设置的终端。单UE的上行开户速率应大于15Mb1.1.5 支持终端列表三星S7，小米5，视MAX RRO，华为 NGTUE1.1.6 测试方法快速验收测试项目服务/维护 （可以完成验收后给出快速验收的方法）（1） 具体测试的内容简述（2） 测试用例title和测试方法以及观测手段（3） 测试执行预计耗时路测测试项目DT时需要上行满灌包。典型增益场景UL64QAM调制在距离天线法线直线距离100-200米为UL64QAM增益最大区间。根据36213协议Table 8.6.1-1: Modulation, TBS index and redundancy version table for PUSCHMCS IndexModulation OrderTBS IndexRedundancy Versionrvidx020012102220323042405250626072708280929010210011410012411013412014413015414016415017416018417019418020419021619022620023621024622025623026624027625028626029reserved1302KPI测试（1） KPI目的：需要提取的Counter列表序号指标名称指标标号1对PUSCH进行调度时选择了MCS index 031的次数152672741215267274432小区PDCP层所接收到的上行数据的总吞吐区PDCP接收上行数据的总时UE缓存为空的最后一个TTI所传的上行PDCP吞吐除使UE缓存为空的最后一个TTI之后的上行数传时行Physical Resource Block被使用的平均个L SCH传输信道上发送的采用64QAM的TB的总比特L SCH传输信道上发送的采用64QAM的TBL SCH传输信道上发送的采用16QAM的TB的总比特数152672737010UL SCH传输信道上发送的采用16QAM的TB数152672736711UL SCH传输信道上发送的采用QPSK的TB的总比特数152672736912UL SCH传输信道上发送的采用QPSK的TB数1526727366统计小区的上行平均吞吐率，上行MCS分布，以及MAC的话统来对比UL 64QAM开关打开打来小区上行容量的增益。基础KPI指标以现网订阅模板为准。（2） KPI测试时间：KPI测试时间预估14天。（3） KPI测试方法和验收标准：特性开通前后对比，可以通过小区上行吞吐率，上行体验速率，上行MCS的PDF/CDF分布，话统的测量来反映上行吞吐率增益，上行MCS分布变化。1.1.7 测试用例1.1.7.1 中移动密集城区64QAM单UE上行满buffer灌包拉网测试用例名称中移动密集城区64QAM单UE上行满buffer灌包拉网测试测试场景中移动密集城区64QAM单UE上行满buffer灌包拉网测试 预置条件1基站按需求配置。 2整个测试网络已经加载上行64QAM的license 测试步骤 预期结果1、测试区域64QAM算法开关关闭，进行拉网测试，记录RSRP,SINR,上行MCS,上行MAC层吞吐率,PUSCH调制方式； 2、测试区域UL 64QAM算法开关打开，相同路线进行拉网测试。记录RSRP,SINR,上行MCS,上行MAC层吞吐率,PUSCH调制方式；开通命令：MOD PUSCHCFG:LOCALCELLID=0,QAM64ENABLED=BOOLEAN_TRUE,R12QAM64ENABLED=BOOLEAN_TRUE;1、64QAM算法开通正常，特性开通后，U2000监控中的按MCS阶数统计监控中有MCS为25-28的统计值。2、单UE拉网，做上行满buffer灌包,上行吞吐率增益20%。 备注 选择测试线路尽量包含多的SINR=20的点用例名称中移动密集城区64QAM特性开启后对网络KPI影响测试场景中移动密集城区开启UL64QAM算法后对网络KPI影响测试 预置条件1基站按需求配置。 2整个测试网络已经加载上行64QAM的license 测试步骤 预期结果1、特性开启前需要提取上行MCS分布，MAC测量，PRB利用率，小区频谱效率等话统指标。 2、测试区域64QAM算法开关关闭7天，统计7天常基本KPI，特性相关KPI； 3、测试区域UL 64QAM算法开关打开7天，统计7天日常基本KPI和64QAM相关话统。开通命令：MOD PUSCHCFG:LOCALCELLID=0,QAM64ENABLED=BOOLEAN_TRUE,R12QAM64ENABLED=BOOLEAN_TRUE;1、64QAM算法开启前后KPI网络指标无恶化，重点关注接入成功率、RRC重建率、掉话率、PRB利用率、切换成功率等；上行频谱效率有提升。2、开关OFF VS ON UL 64QAM调度比例增大，上行MCS分布比例高阶增加。 备注 上行平均吞吐率=小区PDCP层所接收到的上行数据的总吞吐量/（