1.西班牙添加5G volte
首先carrierconfig里使能
<boolean name="carrier_nr_available_bool" value="true" />
<boolean name="carrier_volte_available_bool" value="true" />
其次
组件apn配置ims参数
2.印度jio 5G不稳定
前方场测和试用户以及VOC中出现非常多的5G无法注册的问题,其中大部分是Jio运营商的问题。在这些Jio运营商无法注册5G的问题中,超过一半的问题的原因是手机在尝试SA注册的时候收到了网络的reject,reject cause#27 N1 mode not allowed.
根据3GPP 24501,手机收到网络下发的reject cause#27 (N1 mode not allowed)之后手机会将N1 mode的能力disable掉,disable的时长默认是12H
3.意大利奥地利问题
1.在配置意大利奥地利问题是发现ROM的修改只能配置,不能提供镜像编版本,只能ROM单独去验证处理
2.运营商有实卡和虚卡两种,在配置虚拟卡的时候gid后面不能有空格否则会匹配不上出现ims配置失败的现象
4.volte vowifi有四个地方需要检查
1. carrier config中,检查carrier_wfc_ims_available_bool等多个配置
2. NV71527 iRAT[x] iIMSServiceInfo[x] 对应打开volte vowifi vilte,roaming下的等
NV73833-->WifiCallingEnabled 还有roaming下的等
(1) NV67218 =1
(2) NV66048 =3
(3) NV73835 AllowedRATMask 33555520
(4) NV67275 =1 支持SRVCC
(5)VoWiFi的还要检查NV70315 =2
3.mcfg_sel_db中要打开
4.profile文件配置
----------------------------------------------------------------------------------
5.通话无声问题分析
1.使用QCAT可以解析出音频文件,前提是日志中必须包含0x1804、0x1805、0x1914、0x1915
2.总体音频数据传输情况如下:
上行网络 <-- 0x1914 <--modem <-- 0x1804 <--音频
下行网络 --> 0x1915 --> modem --> 0x1805 -->音频
3.具体分析步骤
1)首先确认问题描述,确认问题出现在上行还是下行
2)本端听 1915 1805 ,对端听 1914 1804;
根据数据传输节点,对于下行:
如果1915录音有问题,1914录音没有问题,说明大概率在网络传输过程中存在丢包问题;
如果1915录音有问题,1914录音也有问题,说明问题出在上行
如果1915、1805都没有问题,但是最终声音有问题,说明问题出现音频模块
对于上行:
如果1914录音有问题,分析rtp包传输情况;
如果1914录音没有问题,1915录音有问题,说明是对端网络或者下行传输有问题
如果1914、1804都有问题,说明问题在音频模块
通话LOG分析
本文简单介绍用QCAT 分析通话的正常流程的LOG。
主要过滤1544/B0ED/B0C0/B0C2
搜索voice_dial_call |voice_all_call_status |call_status|call_state
-----------------------------------------------------------------------------------
补充服务思路:
关于增值服务在QMI中用“_set_sups_”过滤log,如果过滤呼叫转移则过滤“call_forw”
关于呼叫则过滤 call manager 如果走UT则一定走IMS,则过滤“CM+IMS”
09:38:29.815 Call Manager/High [ cmwsups.c 7197] =CM= SUPS: Starting Call Control Processing
09:38:29.815 Call Manager/High [ cmwsups.c 6632] =CM= SS Call Control -- Allowed No Modifications
09:38:29.815 Call Manager/Medium [ cmipsups.c 162] =CM= cmipsups_route: cmd=4, sups domain pref=1
09:38:29.815 Call Manager/High [ cmwsups.c 1851] =CM= sups_cmd=4, route=1
SUPS,SS则是增值业务
sups domain pref=1表示cs only
读取NV函数通过CMEFS_SUPP_SRV_DOMAIN_PREF-->70239 来设置domain值
下载好DUMP文件和ELF文件
将C:\Users\V57655489\Downloads\DUMP\6460043\elf\msm_elf\target_elfs\MPSS.DE.3.1.1\modem_proc\build\myps\qshrink路径下所有的文件都拷贝到C:\Users\V57655489\Downloads\DUMP\6460043\elf\msm_elf\target_elfs\MPSS.DE.3.1.1\modem_proc\build\ms路径下
将C:\Users\V57655489\Downloads\DUMP\6460043\elf\msm_elf\target_elfs\MPSS.DE.3.1.1\modem_proc\build\ms里面的所有文件全都拷贝到C:\Users\V57655489\Downloads\DUMP\6460043\elf\msm_elf\target_elfs路径下的新建文件夹里
将C:\Users\V57655489\Downloads\DUMP\6460043\elf\msm_elf\target_elfs路径下里面所有单个文件也都拷贝到新建文件夹里
将新建文件夹里的所有文件拷贝到DUMP文件夹C:\Users\V57655489\Downloads\DUMP\6460043\Port_COM6\Port_COM6路径下
将C:\Users\V57655489\Downloads\DUMP\6460043\elf\msm_elf\vnd\out\dist文件夹里的vmlinux 文件也拷贝到DUMP文件夹C:\Users\V57655489\Downloads\DUMP\6460043\Port_COM6\Port_COM6路径下
由此所有需要用到的DUMP文件和elf文件都在DUMP文件夹里,elf文件用不到了
QCAP解析
1.选择好cheplist和software product
2.modem 解析时,选择 orig_MODEM_PROC_IMG_netrani.geneclmem.prodQ.elf
3.APPS解析时,选择 vmlinux
4.点击full analysis,即可解析
1. 注册问题日志基本要求
1. 需要同时抓取QXDM和ADB log(包括main和radio)
2. 需要有注册过程的日志,比如开机注册过程、开关飞行过程、插卡注册过程、切换网络模式注册过程、从无网络区域到有网络区域过程、从HOME到ROAMING注册过程或者相反、从一个制式覆盖区域移动到另外一个制式覆盖区域。
2. 问题分析流程
1. 通过radio log确定基本注册情况是否与问题描述相符,同时确定问题发生的时间点和异常点属于哪个流程。
搜索关键字:.rat = |RAT switched|RADIO_POWER
驻网:
1.开机驻留
UE开机后在SIM卡初始化还未完成前,会先尝试获取限制服务。限制服务后可以支持拨打紧急电话。
2.初始化SIM卡
从AP侧可以看到SIM卡READ的状态。从Modem侧,过滤NAS消息,当SIM卡初始化完成后会发出CM_SIM_AVALABLE_CNF消息。
3.选择PLMN
选择OLMN的时候会从SIM卡中读取,及配置文件中读取到已有的PLMN消息,如RPLMN(上次驻留的PLMN),HPLMN(SIM卡中的HPLMN),EHPLMN(等价的HPLMN,可以在NV65602)。
4.选择小区
会先搜索小区,然后选择(S准则)合适小区,最后驻扎在小区上。
PSS/SSS同步,实现UE对小区的识别和下行同步
SIB/MIB消息的解读
小区选择(S准则)
小区驻扎
5.注册
随机接入
Attach请求
鉴权
加密
激活EPS承载
Attach完成
位置更新
获取服务驻网成功
6.连接及重配置、数据传输流程、测量切换流程
连接过程:UE发起业务时,更新TA(trace area),寻呼响应。
重配置过程:网络端下发重配置请求,UE完成后反馈重配置请求完成。主要是参数配 置,切换执行等操作。
上行数据过程:UE发送调度请求、eNB对UE进行UL资源赋予、UE发送BSR(缓存状 态)、eNB对UE进行UL资源赋予、UE发送数据
测量切换流程:UE接收测量请求、UE发送测量报告、网络端进行判断,如股票需要进 行切换则发送切换请求给UE
————————————————————————————————————————————————————————————————————————————————————————————————————————————————
1.确认测试提供的log是否有效(是否包含modem log)
2.确认问题现象并确认发生的时间点
3.
1. 5G问题分析流程
拿到一个5G无法注册的问题,首先需要确认的是插的是哪个运营商的卡,该运营商是否开通了5G服务,代码中是否打开了5G。
1) 在ap log中可以搜索gsm.operator.numeric 得到405874就可以确认当前测试插的是JIO运营商的卡
而我们就需要查下项目中是否针对这个运营商开启了5G(SA或者SA+NSA)
在carrierconfig中找打nr_mode的值,3代表打开SA+NSA,而1的话则是只打开了NSA
可以过滤0x1544 QMI中搜索nr5g_disable_mode,nr5g_disable_mode = NAS_NR5G_DISABLE_MODE_NONE表示打开了SA+NSA,如果看到了NAS_NR5G_DISABLE_MODE_SA表示SA被关闭了,这个时候就需要看下SA被关闭的原因。
之后CM会开启NAS的搜网reg_mode.c,这个时候需要注意的是Rat priority list需要包括SA,并且SA的band需要是满足运营商的需求,如果是NONE的话则需要check MMODE和PM.
之后NAS会发起5G SA的注册请求(reg.send.c reg_req)
小区ACQ成功,搜到N78的小区462(0xB96D)
下一步会去解析SIB1消息,SIB1消息中涉及到接入的最主要信息是PLMN也就是当前的小区是属于哪个运营商的,以及q-RxLevMin最小接入电平(0xB821)
拿到这些信息之后,CSP会进行小区选择的判断,这个主要是有plmn match和S Criteria check(0xB970)
后续会在5G上发起Registration request,并RACH建立RRC connection,建立之后需要加密完整性保护,之后再UE能力查询和上报,网络回复Registration accept之后整个5G SA的注册过程完成。
高通平台 5G NSA 注册
(1) 检查 SIB2 中是否有 upperLayerIndication
(2) 搜索 attach request/TAU attach accept/TAU accept 中的 DCNR/RestrictDCNR 的值
正常情况是 DCNR=1 & RestrictDCNR=0
(3) 搜索 measObjectNR 来确认,网络是否下发 NR5G 的搜索
如果没有搜到需要检查 RF combo 和 ENDC 的能力
(4) 搜索 pci-r15 来查看手机是否上报了 B1-MR 给网络
(5) 搜索 nr-SecondaryCellGroupConfig 查看网络是否下发 SCG addition
如果没有搜到需要查看手机的 ENDC 能力,以及 DSS 能力是否与对比机一致
(6) 搜索 NR RECONGIF FAILURE,如果存在的话需要过滤 NR5G QTrace log 来查看 fail 的原
因
(7) 过滤 Qtrace NR5G log 来 check NR RECONGIF FAILURE 的原因
(8) Check log packet 0xB88A 中的 rach 结果
如果 RACH Result = fail 需要去 check 问题出现在 MSG1/MSG2/MSG3/MSG4
(9) 搜索 0x1544 中 UI_MASK_3GPP_5G_BASIC 是否满足 config A ~ config D 的显示要求
2.对于IMS注册类问题,可以参考这个思路检查log
1.检查测试是否有打开IMS开关,上层是否有正确下发IMS状态?
2.检查是否存在SIP信令,如果
2.1 有SIP error,则按照对应error info确认是否有发送异常参数
2.2 没有SIP消息,则说明IMS流程在前面已断开:
3.检查是否满足IMS注册条件,比如:
当前小区是否支持IMS?
WiFi是否有效?
1.先查看wifi开关是否开启:AT+EWIFIEN
2.查看wifi是否已经连接,通过查看IP地址
返回ip地址证明wifi已连接
3.查看VoWifi注册状态:AT+EIMSCFG
若是handover,是否满足阈值条件?
MTK 平台默认设置的通话过程中 vowifi 断开时的 WLAN RSSI 阈值为 -88dB。
DUT 没有断开 vowifi,因为当前 WLAN RSSI 测量值优于 -88dB。
然而,当前DUT的WLAN RSSI测量值非常接近-88dB。 如果DUT当前的WLAN RSSI测量 值小于-88dB,vowifi将被断开。
4.检查是否有IMS PDN,如果:
4.1有IMS PDN REQUEST消息,但没有有效IP地址返回:
4.1.1如果是VoLTE,则需要确认IMS APN info是否正确,对比REF
4.1.2 如果是VoWiFi,则还需要额外确认IKE鉴权是否正常
查看问题发生附近的DATA_CALL: REQ与CNF的差异,查看IP46的地址是否会变化;以及IKE鉴权信息;对比REF data call cnf
4.2 有IMS PDN REQUEST消息,且有IP地址,提交case给平台方,确认SIP信令发送问题
4.3 没有IMS PDN REQUEST消息,确认是否有IMS APN?若有则提交case