记录2024年中旬一个比较典型的方案支持项目,是客户ATT的LTE入网,产品做到最后只剩下一个case没有解决,IMS的VoLTE相关,这个一般都比较难的,到最后才解决的问题,有时候项目拖几个月半年的,都是因为这样的几条case没有办法解决。
首先介绍一下背景,ATT作为北美运营商他们有自己的规范和脚本去跑CASE,也是不外传的,基本上这一部分的整改没有人敢接或者说包过的,对于我们来说也是一个尝试,但业务主要也是这块,怎么也都还是围绕3GPP来做。
后面就开始业务了,一开始是要来了仪表的LOG还有网络的日志,看看大概的情况,然后出几个简单的复测方案,因为这部分测试都是美国本土做,所以我们不太可能短时间就到现场支持盯着测试。但是复测不太理想,也还是同样问题。
后续我从log里面发现了一个细微的线索,都是网络掉线,关于掉线的时间点和步骤都是在同一个地方,所以我猜测应该是设置上面有待机现象,跟他们研发确认了一下也确实如此,但是软件不好动最底层的东西,只能出个方案让美国负责测试的工程师现场操作下,严格按照SOP就可以了,后面也终于是帮这个客户卡了五个月的case在一个星期内整改过了。
Debug的问题包括整改或者出方案,千变万化,而且有十个客户就会有十个不同的问题,专业的人做专业的事,所以其实很多在研发眼里面比较棘手的问题,其实通过认证和测试的角度来看就不会太难。
这个偌大的城市不乏有很多懂测试的人,也不乏有很多懂产品研发的人,只是很难找到懂测试还懂产品的人罢了,我们做的就是节省客户的精力和时间,因为时间就是金钱。
项目难吗,当然难,来找到我们的客户都是他们的问题在实验室和方案商那边都得不到解决的,但是这就是我们做的事情,而且只做最擅长的事情。
-
LTE
+关注
关注
15文章
1358浏览量
177843 -
att
+关注
关注
0文章
19浏览量
14431 -
VoLTE
+关注
关注
1文章
159浏览量
35940
发布评论请先 登录
相关推荐
北美运营商AT&T认证中的VoLTE测试项
![北美运营商AT&amp;T认证中的<b class='flag-5'>VoLTE</b>测试项](https://file1.elecfans.com/web2/M00/F6/0B/wKgaomZ-eyCATxYiAAAbudLbHI4849.png)
剖析Air724UG的硬件设计,还有大发现?01部分
![剖析Air724UG的硬件设计,还有大发现?01部分](https://file1.elecfans.com/web1/M00/F3/6A/wKgZoWcXKh2AYWARAAOvkiztCXo707.png)
ATT data only产品流程
![<b class='flag-5'>ATT</b> data only产品流程](https://file1.elecfans.com/web2/M00/F6/0B/wKgaomZ-eyCATxYiAAAbudLbHI4849.png)
Multi-Scaler IP的Linux示例以及Debug(上)
![Multi-Scaler IP的Linux示例以及<b class='flag-5'>Debug</b>(上)](https://file1.elecfans.com/web2/M00/07/A0/wKgaombqNMGAVVr7AAFAiYaufMA079.jpg)
FP8模型训练中Debug优化思路
![FP8模型训练中<b class='flag-5'>Debug</b>优化思路](https://file1.elecfans.com/web2/M00/05/85/wKgZombaox2AA-QIAACNQpC9OX8898.jpg)
LTE导致SIM卡无法获取IP地址的解决办法
为什么我的项目Debug运行没问题,编译成Release包就报错?
![为什么我的项目<b class='flag-5'>Debug</b>运行没问题,编译成Release包就报错?](https://file1.elecfans.com/web2/M00/EC/E1/wKgZomZpE3SAdAMLAAcRU0emmEw108.jpg)
评论