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
