目录

1      问题描述... 3

1.1     问题现象与描述... 3

2      问题分析... 5

2.1     问题初步分析... 5

2.1.1        8.2.2.53/8.3.4.11 问题初步分析... 5

2.1.2        8.3.1.47  问题初步分析... 6

2.2     问题详细分析... 6

2.2.1        8.2.2.53/8.3.4.11 问题详细分析... 6

2.2.2        8.3.1.47  问题详细分析... 7

2.3     问题原因总结... 8

2.3.1        8.2.2.53/8.3.4.11 问题原因总结... 8

2.3.2        8.3.1.47问题原因总结... 9

3      解决方法... 9

4      总结... 9

5      参考文档... 9

Table of Contents

  1. 问题描述

    1. 问题现象与描述

实验室认证测试时,以下三个测试case项一直无法测试通过,case项如下:

3GPP TS 34.123-1 8.2.2.53

3GPP TS 34.123-1 8.3.1.47

3GPP TS 34.123-1 8.3.4.11

3GPP TS 34.123-1 8.2.2.53 测试步骤截图1如下图所示:

图1

3GPP TS 34.123-1 8.3.4.11 测试步骤截图如下图2所示:

3GPP TS 34.123-1 8.2.2.53与3GPP TS 34.123-1 8.3.4.11这两个case fail原因一样。8.2.2.53 fail 在step6,8.3.4.11 fail在step7,仪器判断CQI 发送间隔时Verdict fail,判定UE 发送的CQI间隔错误导致测试fail。

3GPP TS 34.123-1 8.3.1.47 测试步骤截图如下:

3GPP TS 34.123-1 8.3.1.47 fail在step6, UE没有收到仪器发送的CELL UPDATE CONFIRM。UE 重发CELL UPDATE后,仪器Verdict fail。

  1. 问题分析

    1. 问题初步分析
  2. 8.2.2.53/8.3.4.11 问题初步分析

这两个问题都是因为仪器判定CQI 发送间隔错误导致测试fail。同样需要分两步确定是UE问题还是仪器问题。

  1. 用对比机同样的环境测试,排除仪器误判
  2. 分析UE QXDM log,找出UE的CQI发送间隔看是否是UE问题。
  1. 8.3.1.47  问题初步分析

8.3.1.47 问题从仪器log可以很明显看到UE收到仪器发送的CELL UPDATE CONFIRM,但是UE一直重发cell update,导致仪器判定fail。

仪器log截图如下:

同样这个问题也要从两个方面入手:

  1. 检查仪器下发的cell update confirm是否正确
  2. 检查UE 是否正确处理仪器下发的cell update confirm
    1. 问题详细分析
  3. 8.2.2.53/8.3.4.11 问题详细分析

与仪器厂商联调时得知,仪器要求UE必须每隔20 个subframe 发送一次CQI, 但是仪器检测到,UE 不是以这个频率发送CQI,导致仪器判定Fail。

仔细检查测试协议发现,协议要求当UE进入dtx-Cycle2 以后才开始统计CQI发送,而实验室仪器在UE进入dtx-Cycle2之前就开始统计CQI,导致测试fail。

问题Log分析如下:

仪器在UE 进入dtx-Cycle2 之前就检查UE的CFN 148 subframe 1 和subframe 3 的CQI 发送间隔导致测试fail。

相关log如下:

//SS 配置UE DTX  UE 进入dtx-Cycle2时间点22:48:47. 351:

22:48:44.885  [03]  0x412F  WCDMA Signaling Messages  --  DL_DCCH Radio Bearer Setup

22:48:47.346  [F9]  0x412F  WCDMA Signaling Messages  --  UL_DCCH Radio Bearer Setup Complete

22:48:47.351  [F9]  0x422C  CPC DTX State Machine

// CFN 148 subframe 1 和subframe 3 发送CQI 的时间点22:48:46.189

22:48:46.189  [85]  0x421C  UL HS DPCCH Information Log Packet Edition 2

| 740|          0|   R|      30|        |        |        |         D|

| 741|          0|   R|          |          |        |        |           D|

| 742|          0|   R|      30|        |        |        |         D|

| 743|          0|   R|          |          |        |        |           D|

| 744|          0|   R|      30|        |        |        |         D|

| 745|          0|   R|          |          |        |        |           D|

// 201/221/241/281 可以看到每隔20 个subframe 发送一次CQI。

22:48:53.762  [25]  0x421C  UL HS DPCCH Information Log Packet Edition 2

Version = 3

Num Samples = 100

Secondary Carriers = 0

HS-DPCCH Slot Format = 0

-------------------------------------------------------------------------------------------------------

|Sub |           |CQI |Cqi     |Cqi     |Cqi     |Cqi     |AckNackDtx|AckNackDtx|AckNackDtx|AckNackDtx|

|Fr# |hsCqiReport|Type|Carrier0|Carrier1|Carrier2|Carrier3|Carrier0  |Carrier1  |Carrier2  |Carrier3  |

--------------------------------------------------------

201|          0|   R|      30|

221|          0|   R|      30|

241|          0|   R|      30|        |        |        |         D|          |

261|          0|   R|      30|        |

281|          0|   R|      30|

  1. 8.3.1.47  问题详细分析

8.3.1.47 我们详细分析了UE QXDM log,根据测试协议要求,step4, SS 给UE 发送的cell update confirm,分析物理层log,可以看到UE收到3个pass PDU,UE可以正确解析这个贞,并传给MAC层。根据测试法规,因为这个cell update confirm 中UE-ID unmatched ,所以UE最终会丢弃这条信令。

在step5 UE重发cell update。

step6,SS重发cell update confirm, 但是分析step6 SS发送的cell update confirm ,从物理层log发现,UE 只收到2个pass PDU,所以UE直接在物理层就丢弃了这个贞,导致UE没有收到SS发送的Cell update confirm。

Log如下:

Step4 中收到的cell update confirm log packet, 3个pass PDU。

22:57:44.875  [E2]  0x4222  HS Decode Status Log Packet with Data Edition 3

Carrier 0:

|----|----|----|-----|--|---|---|---|-----|----|

| #  |SCCH|DSCH|HS TB|RV|New|Num|Cod|     |HARQ|

|    |A/V |Stat| size|  | Tx|Cod|Off| Mod |  Id|

|1151|1 1 |PASS|  272| 0|  1|  1|  1| QPSK|   2|

|1152|1 0 | DTX|     |  |   |   |   |     |    |

|1153|1 1 | DUP|  272| 0|  0|  1|  1| QPSK|   2|

22:57:44.925  [E7]  0x4222  HS Decode Status Log Packet with Data Edition 3

Carrier 0:

|----|----|----|-----|--|---|---|---|-----|----|

| #  |SCCH|DSCH|HS TB|RV|New|Num|Cod|     |HARQ|

|    |A/V |Stat| size|  | Tx|Cod|Off| Mod |  Id|

|----|----|----|-----|--|---|---|---|-----|----|

|1156|1 1 |PASS|  272| 0|  1|  1|  1| QPSK|   3|

|1161|1 1 |PASS|  272| 0|  1|  1|  1| QPSK|   4|

Step6 中收到的cell update confirm log packet, 只有2个pass PDU。

22:57:52.875  [02]  0x4222  HS Decode Status Log Packet with Data Edition 3

Carrier 0:

|----|----|----|-----|--|---|---|---|-----|----|

| #  |SCCH|DSCH|HS TB|RV|New|Num|Cod|     |HARQ|

|    |A/V |Stat| size|  | Tx|Cod|Off| Mod |  Id|

|----|----|----|-----|--|---|---|---|-----|----|

|  11|1 1 |PASS|  272| 0|  1|  1|  1| QPSK|   0|

|  15|1 1 | DUP|  272| 0|  0|  1|  1| QPSK|   0|

|  16|1 1 |PASS|  272| 0|  1|  1|  1| QPSK|   1|

这个问题的根本原因是因为仪器发送的cell update confirm贞错误,导致UE在物理层直接丢弃。导致UE重发cell update。

    1. 问题原因总结
  1. 8.2.2.53/8.3.4.11 问题原因总结

8.2.2.53/8.3.4.11 这两个问题是因为仪器在UE进入dtx-Cycle2 之前,就去统计CQI发送间隔,导致仪器Verdict Fail。

  1. 8.3.1.47问题原因总结

8.3.1.47 问题原因时因为仪器第二次发送的cell update confirm PDU 格式错误,导致UE 在

物理层丢弃了这贞数据,导致UE认为仪器没有回应cell update confirm,从而重发cell update导致仪器Verdict Fail。

  1. 解决方法

找到问题原因后,跟实验室沟通,更换Anite仪器测试后,这三个case都pass。

  1. 总结

以前我们总会碰到一些case 在R&S 上无法测试pass,但是更换Anite后又可以pass。以前因为项目进度紧张,我们也没有仔细分析原因。但是后来更换Anite测试实验室需要付费给仪器厂商后,实验室不再愿意更换仪器测试。这时fail case就会影响我们的认证进度,进而影响整个项目进度。找到问题根本原因以后,跟实验室沟通起来就方便多了,同时也扩宽了我们自己的知识面,对以后分析类似问题非常有帮助,所以分析问题时,不要放过任何一个有疑问的点,这个非常重要。

  1. 参考文档

3GPP TS 34.123-1

认证疑难问题分析报告相关推荐

  1. 员工培训案例分析答案_培训主管的技巧:培训教材问题解析、培训实施分析报告(附案例)...

    关注[本头条号]更多关于企业管理.员工激励.薪酬制度.绩效激励等内容免费与你分享!私信"资料"送您关于员工管理.绩效薪酬的干货视频. 培训分析 在本章节中,我们将以某公司实施的员工 ...

  2. 全球及中国第三方供应链管理行业发展状况与规模前景分析报告2022-2027年

    全球及中国第三方供应链管理行业发展状况与规模前景分析报告2022-2027年 ··························· <修订日期>:2022年1月 <报告价格> ...

  3. 全球及中国绿色建筑产业规模现状与未来走势分析报告2022版

    全球及中国绿色建筑产业规模现状与未来走势分析报告2022版 --------------------------------------------- [修订日期]:2021年11月 [搜索鸿晟信合研 ...

  4. 中国电梯行业运行前景与品牌竞争分析报告2022版

    中国电梯行业运行前景与品牌竞争分析报告2022版 HS--HS--HS--HS--HS--HS--HS--HS--HS--HS--HS--HS-- [修订日期]:2021年11月 [搜索鸿晟信合研究院 ...

  5. 全球及中国小型风电产业未来前景展望及发展形势分析报告2021-2027年

    全球及中国小型风电产业未来前景展望及发展形势分析报告2021-2027年 HS--HS--HS--HS--HS--HS--HS--HS--HS--HS--HS--HS-- [修订日期]:2021年11 ...

  6. 中国新型储能市场技术进展与投资经营模式建议分析报告2022-2028年版

    中国新型储能市场技术进展与投资经营模式建议分析报告2022-2028年版   第一章 2019-2021年中国新型储能行业发展环境分析 第二章 2019-2021年中国新型储能产业发展分析 2.1 中 ...

  7. 中国电磁线行业发展前景预测与竞争态势分析报告2022-2028年版

    中国电磁线行业发展前景预测与竞争态势分析报告2022-2028年版 [撰写单位]:鸿晟信合研究网 [报告目录]:     第一章 电磁线相关概述 1.1 电磁线定义及分类 1.1.1 电磁线的基本概念 ...

  8. 20200207_Dontla_MBTI第二步基本分析报告((ISTJ))

    文章目录 被隐藏的实质 人格心理学--你有人格吗? 人格特质 人格模板是什么时候形成的? MBTI人格理论 报告阅读指引 报告正文 你的MBTI图形 个性特征描述 可能存在的盲点 功能运用 有效地使用 ...

  9. 《2018年云上挖矿态势分析报告》发布,非Web类应用安全风险需重点关注

    近日,阿里云安全团队发布了<2018年云上挖矿分析报告>.该报告以阿里云2018年的攻防数据为基础,对恶意挖矿态势进行了分析,并为个人和企业提出了合理的安全防护建议. 报告指出,尽管加密货 ...

最新文章

  1. java怎么复制动态数组_Java 数组排序复制等操作(Java Arraycopy)
  2. telegram 创建机器人
  3. 在一个集合S中寻找最大的C使A+B=C且A,B,C均在集合当中
  4. GRPC协议的相关原理
  5. MongoDB SpringData去掉自动生成的_class字段
  6. 把对方陷入困境中(博弈论的诡计)
  7. 故障分析:从Oracle数据库故障到Linux nproc算法
  8. Zabbix添加nginx监控项
  9. H3C-云计算技术专题培训(分享六)
  10. 人工智能第一讲:人工智能概论
  11. linux在文件末尾追加字符串,Linux中通过Shell对文件中指定行进行增加、删除、追加、替换...
  12. bat写暴力破解系统密码
  13. 【LSP简史】里氏替换原则表述方式的变化,从学术到「人话」
  14. 微信小程序 图表chart
  15. 电源大师课笔记 1.7
  16. win10能够正常访问网站、ip正常ping通,但是ping域名显示”请求找不到主机......“
  17. 【Bug】HTC Vive Pro安装到支架上之后,VR头盔和手柄老是容易飘,定位不稳定问题
  18. 电子宠物门的全球与中国市场2022-2028年:技术、参与者、趋势、市场规模及占有率研究报告
  19. H13-531云计算HCIE V2.0——1~400常错题和知识点总结
  20. 新增FacesetEnhancer(脸图增强器) DeepFaceLab更新至2019.12.26

热门文章

  1. UNIX常用命令(C站最全,一文通关)
  2. 关于单片机上的BOOT0和BOOT1
  3. XML解析为Document对象
  4. 嵌入式开发要学习哪些知识
  5. Kubernetes的Pod详解
  6. OpenCV的cv::cvtColor()
  7. 手机编程python可以实现吗?有哪些软件值得推荐?
  8. ae形状图层怎样合并路径?
  9. SrpingCloud系统学习 - 熔断机制
  10. python request.get