白卡无法注册TDSCDMA问题分析

news2025/1/12 18:20:02

1、问题描述

MTK平台实验室白卡测试TDSCDMA，默认无法注册。使用移动卡测试，无此问题。

2、问题分析

查看Radio log，Radio中反复下发EFUN去开关飞行模式。

39191: 08-14 22:45:57.159210 1469 1512 D RmcWp : [0] +ECSRA info = +ECSRA: 1,0,1,1,1
39192: 08-14 22:45:57.159289 1469 1512 D RmcWp : [0] handleWorldModeUrc begin
39202: 08-14 22:45:57.175594 1469 1512 D RmcWp : [0] handleWorldModeUrc state = 0
39248: 08-14 22:45:57.180389 1469 1505 D RtcRadioCont: [0] moduleRequestRadioPower: slot0, requestPower:0, caller: 1
39263: 08-14 22:45:57.181777 1469 1505 D RtcRadioCont: [1] moduleRequestRadioPower: slot1, requestPower:0, caller: 1
39280: 08-14 22:45:57.182438 1469 1533 I AT : [0] AT> AT+EFUN=0,1 (RIL_CMD_RADIO_9 tid:513481129200)
39286: 08-14 22:45:57.182725 1469 1505 D RtcRadioCont: [2] moduleRequestRadioPower: slot2, requestPower:0, caller: 1
39774: 08-14 22:45:57.233753 1469 1533 I AT : [0] AT> AT+EFUN=0,1 (RIL_CMD_RADIO_9 tid:513481129200)
39910: 08-14 22:45:57.242045 1469 1533 I AT : [0] AT> AT+EFUN=0,1 (RIL_CMD_RADIO_9 tid:513481129200)
40586: 08-14 22:45:57.313208 1469 1505 D RtcRadioCont: [0] moduleRequestRadioPower: slot0, requestPower:1, caller: 1
40652: 08-14 22:45:57.315556 1469 1533 I AT : [0] AT> AT+EFUN=1 (RIL_CMD_RADIO_9 tid:513481129200)
41065: 08-14 22:45:57.345131 1469 1533 I AT : [0] AT> AT+EFUN=1 (RIL_CMD_RADIO_9 tid:513481129200)

为什么上层不停下发EFUN呢？调查代码整理如下

从代码逻辑来看，相关逻辑主要来源于AT命令主动触发 +ESCRA上报。导致上层主动下发EFUN。查看该AT命令

查看ESCRA相关代码，在RmmWpRequestHandler.cpp中，

int RmmWpRequestHandler::isWorldPhoneSupport() {
    if (RatConfig_isWcdmaSupported() && RatConfig_isTdscdmaSupported()) {
        logD(WP_LOG_TAG, "isWorldPhoneSupport() true");
        return 1;
    } else {
        logD(WP_LOG_TAG, "isWorldPhoneSupport() false");
        return 0;
    }
}

void RmmWpRequestHandler::worldPhoneInitialize(int slot_id) {
    if (isWorldPhoneSupport()) {
        atSendCommand("AT+ECSRA=1");
        logD(WP_LOG_TAG, "AT+ECSRA=1 sent");
        setWorldPhonePolicy();
    } else {
        // 4M & 5M setWorldPhonePolicy.
        SVLTE_PROJ_TYPE svlteProjectType = getSvlteProjectType();
        if (isSvlteLcgSupport() || svlteProjectType == SVLTE_PROJ_DC_5M || svlteProjectType == SVLTE_PROJ_SC_5M) {
            setWorldPhonePolicy();
        }
    }
    // notify world mode change done
    char worldModeState[RFX_PROPERTY_VALUE_MAX] = {0};
    rfx_property_get("persist.vendor.radio.wm_state", worldModeState, "1");
    logD(WP_LOG_TAG, "World Mode State = %s", worldModeState);
    if (strcmp("0", worldModeState) == 0) {
        int status[2] = {1, -1};
        logD(WP_LOG_TAG, "[worldPhoneInitialize] status[0] = %d, slot_id = %d", status[0], slot_id);
        // inform telcore to world mode change done
        sp<RfxMclMessage> urc = RfxMclMessage::obtainUrc(
                RFX_MSG_URC_WORLD_MODE_CHANGED, slot_id, RfxIntsData(status, 2));
        responseToTelCore(urc);
        rfx_property_set("persist.vendor.radio.wm_state", "1");
    }
}

如果是TDSCDMA 和UMTS都支持的话，RILD会去监听modem +ECSRA的主动上报。导致不停下发EFUN。同步提交MTK CASE确认。

MTK 回复如下

EHPLMN list contains 001012. World mode is 0x3f (LWCTG). Both TDSCDMA and WCDMA are enabled in world mode.

Initially the UMTS duplex mode was TDSCDMA_DUPLEX_MODE.

PLMN search is initiated on HPLMN_001012_UMTS. PLMN_00101F is found and UE camps on it.

As 00101F is not a China PLMN, a duplex mode switch from TDSCDMA to WCDMA is triggered.

Because of duplex mode switch procedure, AP triggers RF off due to which UE could not register to UMTS_00101F.

Could you please help to retest after changing the world mode to LTG (0x33) ?