給測試機副卡發送一條彩信而引發的問題

测试报告了这样一个问题

测试机开飞行模式待机一晚,关闭飞行模式后辅助机拨打测试机(主卡移动+副卡联通,主卡开VOLTE开关),辅助机语音提示无法接通,测试机掉落到2G,几十秒后联通卡驻上3G,随即移动卡驻上4G,进入短信查看,显示一条无显示收件人和内容的彩信。

要解决的问题

1. 为何MT failed?

2. 为何测试机掉落到2G?

3. 为何收到奇葩的彩信?

分析过程:

首先要明确系统相关先验信息。

正常情况下,主卡和副卡应注册于何种网络模式下(LTE、TD-SCDMA、HSPA、GSM、CDMA),卡一以及卡二上的voice 服务以及data 服务是否受限,主卡(如果volte开关打开的话)是否注册上ims服务。

给测试机副卡发送一条彩信而引发的问题

NAS层MM子层输出的先验信息

G335D基于高通8996平台,属于DSDS(双卡双待)移动终端,一套RF资源两张卡共享。在这个大前提下,正常的场景应该是:主卡注册到LTE网络,且因为VOLTE 开关打开,IMS注册状态OK 的话,应该显示HD 图标;副卡是联通卡,正常应该驻留在GSM 的网络。

查看LTE和UMTS OTA NAS信令

无论是电话还是彩信或者UE去核心网注册服务,都会涉及到UE与MME之间的交互信令,称为NAS层信令。我们需要check UE都与网络侧进行了哪些信令交互。

给测试机副卡发送一条彩信而引发的问题

NAS层信令

为何测试机掉落到2G?

给测试机副卡发送一条彩信而引发的问题

卡一和卡二之间多次触发DDS 切换

卡一是插的移动卡,且设置为默认数据卡 ,其为主卡,理论上说,它应该注册在LTE 4G上去。那么为什么会掉到2G上去呢?我们从以上第三步的NAS 信令可以知道,在卡一上发生了LTE->GSM的切换,为何?这需要找到触发切换的时间点(第一条GSM NAS信令,Location update request所在的时间)附近去看NAS 层的注册流程,3GPP 协议里头,规定UE在核心网的注册应该由MM 子层次去完成。在高通的AMSS 架构中,与UE 核心网注册相关的实现在MM、EMM、REG模块。

到此,CMCC 注册到GSM 上去的原因已经清楚了:在共享一套RF资源的DSDS终端上,高通只设计了一个LTE的协议栈,这个协议栈要么映射到SUB0,要么映射到SUB1,如果因为业务需要(比如发彩信给副卡),需要切换SUB0和SUB1的Data数据能力,就会触发底层协议栈的重新映射,进而导致卡一和卡二重新到对应的网络模式去注网。

在报告的场景下,本来CMCC所在卡一是主卡,CU所在卡二是副卡,CMCC卡一本应该在LTE 上的,但是因为给CU副卡发了一条彩信,彩信的接收需要数据能力,而CU副卡此时的服务状态是UMTS 网络上的CS服务,没有PS服务,不具备建立数据连接的能力,因此需要触发DDS切换到CU卡上去,显然,CU卡的第一选择是到LTE网络上去,其次是UMTS和GSM网络(依赖于设置的网络优先模式),当前的AMSS 架构中的多模设计不支持双L,因此CMCC卡只能依次去选TDSCDMA网和GSM网,移动TDSCDMA基本退网,肯定搜不到,因此只好注册到GSM上。至于CU卡为什么先去搜UMTS,应该是设置问题。

MT failed 的原因

MT fail 的原因也清楚了,因为DDS 切换的原因,CMCC 正在后台做BPLMN search的过程,依照系统设置的网络优先顺序,依次在搜TDSCDMA、GSM,在这个过程中是没有RRC 连接的,没有RRC连接意味着移动端和基站无法信令交互,自然提示无法接通,MT failed!

彩信收不到原因

我们从NAS信令SMS/CP 可以确认UE收到了网络侧下发的彩信通知短信,但是去check tcp/ip数据包,没有看到UE侧去下载彩信的MMSE相关的报文(见《LTE 网络下彩信收发流程分析》一文),说明获取彩信的流程没有触发,因此需要AP telephony去检查 MMS service流程是否能正常。


分享到:


相關文章: