Mobil Cihazlarda IMEI Saklama Mekanizmaları ve CPU Mimarilerine Göre EFS, QCN, NVData Teknik Analizi

Mobil iletişim cihazlarının kimlik numarası olan IMEI (International Mobile Equipment Identity), sadece bir seri numarası değil, aynı zamanda cihazın network kayıt, garanti takibi ve regulatory compliance süreçlerinin merkezinde yer alan kritik bir parametredir. Üretim hatlarından yetkili servis merkezlerine kadar uzanan zincirde, farklı işlemci mimarilerinde IMEI’nin saklandığı fiziksel ve mantıksal alanların bilinmesi, kalite kontrol ve onarım operasyonları açısından hayati öneme sahiptir. Bu makalede Qualcomm, MediaTek, Samsung Exynos ve Unisoc platformlarında IMEI mimarisi, EFS ve NVRAM yapıları ile üretim süreçlerinde karşılaşılan senaryolar teknik detaylarıyla incelenecektir.

QUALCOMM MİMARİSİNDE EFS VE QCN YAPISI

Qualcomm Snapdragon işlemcilerde IMEI bilgisi, Encrypted File System (EFS) partition’ında tutulur. EFS, modem firmware’i ile entegre çalışan ve RF kalibrasyon verilerinin de bulunduğu şifreli bir dosya sistemidir. Üretim aşamasında cihazlara yüklenen QCN (Qualcomm Calibration Network) dosyaları, içerisinde IMEI, APN ayarları, radyo frekans kalibrasyon değerleri ve network provizyon bilgilerini barındırır. Xiaomi’nin amiral gemisi modellerinde (Mi serisi, Redmi K serisi) ve Samsung’un Qualcomm tabanlı Galaxy S/Note modellerinde bu yapı standarttır.

EFS bölgesinin hasar görmesi durumunda cihaz “Baseband Unknown”, “IMEI Null” veya “Invalid IMEI” hatası verir. Üretim hatlarında bu riski minimize etmek için ODM partnerler, cihazların son fonksiyon testlerinden önce EFS bölgesinin bütünlüğünü doğrulayan özel test prosedürleri uygular. Servis merkezlerinde ise QCN yedeklemesi ve geri yükleme operasyonları, teknik personelin temel eğitim modüllerinden biri haline gelmiştir. EFS şifreleme algoritması cihazdan cihaza farklılık gösterdiğinden, universal repair çözümleri üretmek zordur.

MEDIATEK PLATFORMUNDA NVRAM VE NVDATA MİMARİSİ

MediaTek işlemcilerde (MT67xx, MT68xx, Dimensity serisi) IMEI, NVRAM (Non-Volatile Random Access Memory) ve NVData bölümlerinde saklanır. NVRAM, üretim sırasında yazılan ve kalıcı olarak saklanan fabrika parametrelerinin bulunduğu alandır. NVData ise daha dinamik, kullanıcı ve network operatörü tarafından değiştirilebilen yapılandırma verilerini içerir. Xiaomi’nin yoğun olarak kullandığı Redmi serisi ve bazı orta segment Samsung Galaxy A modellerinde bu yapı görülür.

MTK platformlarında IMEI manipülasyonu ve yedekleme, SP Flash Tool, MTK Droid Tools veya SN Writer Tool gibi utility’lerle gerçekleştirilir. Üretim hatlarında bu işlem, dedicated kalibrasyon istasyonlarında ve özel dongle’lar aracılığıyla yapılır. NVRAM bölgesinin bozulması durumunda cihaz IMEI’sini kaybeder ancak modem firmware’i sağlam kaldığı sürece SN Writer Tool ile orijinal IMEI yeniden yazılabilir. Bu, Qualcomm platformlarına göre daha esnek bir repair süreci sunar ancak güvenlik açısından daha savunmasızdır.

SAMSUNG EXYNOS MİMARİSİNDE EFS VE TRUSTED AREA

Samsung’un kendi geliştirdiği Exynos işlemcilerde (özellikle Avrupa, Ortadoğu ve Asya pazarında satılan Galaxy S, Note ve A serisi modellerinde) IMEI, Qualcomm’a benzer şekilde EFS yapısında saklanır ancak Samsung Knox güvenlik katmanı ile ekstra koruma altına alınır. Üretim tesislerinde (Vietnam, Hindistan, Brezilya fabrikaları) cihazlara IMEI ataması, PBA (Printed Board Assembly) montajından sonra, final test aşamasında (FTA) gerçekleştirilir.

Exynos cihazlarda EFS hasarı durumunda cihaz “Custom Binary Blocked by FRP Lock” veya “IMEI Invalid” hatası verebilir. Samsung’un üretim mühendisliği standartlarına göre, EFS bölgesi cihazın ilk boot’unda oluşturulur ve TA (Trusted Area) ile ilişkilendirilir. Service Mode (#0011#) üzerinden RF kalibrasyon durumu ve IMEI kaynağı kontrol edilebilir. Yetkili servislerde EFS repair işlemi için Samsung’un özel servis araçları (Service Tool) kullanılır ve bu işlem sadece yetkili teknik personel tarafından gerçekleştirilebilir.

UNISOC SPREADTRUM PLATFORMUNDA NV VE PRODNV

Unisoc (eski adıyla Spreadtrum) işlemcilerde, özellikle giriş segmenti Huawei Y serisi, bazı Samsung A serisi düşük segment modelleri ve nadiren Xiaomi Redmi Go tarzı cihazlarda, IMEI NV (Non-Volatile), PRODNV (Production NV) veya NVITEM bölümlerinde saklanır. Bu alanlar genellikle RAW binary formatındadır ve Research Download Tool, Upgrade Download gibi vendor-specific yazılımlarla erişilir.

Üretim süreçlerinde bu bölümler, factory IMEI olarak fabrika ayarlarında kalıcı olarak yazılır ve sonradan değiştirilmesi teknik olarak kısıtlıdır. NV alanlarının yapısı Qualcomm ve MediaTek’ten farklıdır, sektörel bazda daha az dokümantasyona sahiptir ve çoğunlukla ODM üreticileri tarafından yönetilir. Servis merkezlerinde bu platformların onarımı, daha az yaygın olması nedeniyle uzmanlaşmış teknikler gerektirir.

HARDWARE VS SOFTWARE IMEI KAVRAMLARI

Her mobil cihazda iki seviyede IMEI bulunur. Birincisi, Baseband IC (Modem Chip) içinde fabrika seviyesinde yazılı olan ve değiştirilmesi pratik olarak imkansız olan Hardware IMEI’dir. Bu, cihazın ekonomik kimliğidir ve chip-off yöntemleri haricinde erişilemez. İkincisi ise işletim sistemi seviyesinde Android Framework tarafından okunan Software IMEI’dir. EFS, NVRAM, NVData gibi partition’ların hasar görmesi durumunda bu yazılımsal IMEI kaybolur ve cihaz network’e kayıt olamaz.

Qualcomm platformlarında Hardware IMEI, QCN dosyası içinde şifrelenmiş olarak da tutulur. MediaTek’te ise NVRAM’deki IMEI, Hardware IMEI’ye referans verir ancak bağımsız olarak var olabilir. Bu nedenle bazı repair senaryolarında Hardware IMEI okunur ve Software IMEI olarak tekrar yazılır.

XIAOMI ÜRETİM SÜREÇLERİNDE IMEI YÖNETİMİ

Xiaomi cihazlarda MIUI yazılım mimarisi, IMEI’yi önce hardware katmanından (Baseband) okur, ardından EFS veya NVRAM’den doğrular. Qualcomm tabanlı Xiaomi modellerinde (Mi 11, 12, 13 serisi, Redmi Note 9 Pro ve üzeri) QCN bölgesinin yedeklenmesi kritiktir çünkü MIUI güncellemeleri sırasında EFS bölgesi hasar görebilir. Üretim hatlarında her cihaz için benzersiz IMEI, MI Account entegrasyonu ve bootloader kilidi atamasından önce yazılır.

Servis merkezlerinde MiFlash Tool, Trtool, Chimera, Z3xbox, DFT PRO, Octopusbox kullanılarak yazılım güncellemesi yapılırken, EFS bölgesinin korunması için “clean all” yerine “save user data” modları tercih edilir. Ancak major Android versiyon geçişlerinde (örneğin Android 11’den 12’ye) EFS yapısı değişebileceğinden, tam yedekleme önerilir. Xiaomi cihazlarda test point yöntemi ile EDL (Emergency Download) moduna geçilerek QCN yeniden yazımı mümkündür.

SAMSUNG GALAXY SERİSİNDE KNOX VE IMEI ENTEGRASYONU

Samsung Knox güvenlik platformu, EFS bölgesini hardware-based encryption ile korur. Fabrika çıkışlı cihazlarda IMEI, Knox fuse’ları ile ilişkilendirilir ve root erişimi veya custom firmware yüklenmesi durumunda bu ilişki kırılabilir (KNOX Warranty Void trip). Exynos modellerinde EFS hasarı, cihazın network kaydını tamamen engeller ve teknik servislerde RMA (Return Material Authorization) süreci başlatılır.

Samsung üretim tesislerinde, cihazların RF performans testleri (Coupler Test) sırasında IMEI, test ekipmanlarına otomatik olarak bildirilir ve kalibrasyon değerleri bu IMEI’ye özel olarak hesaplanır. Bu nedenle IMEI değişimi durumunda RF kalibrasyonu da geçersiz hale gelir. Service Mode (#0011#) menüsünden RF durumu ve NV içeriği görüntülenebilir.

HUAWEI CİHAZLARDA PRODINFO VE NVCFG YAPISI

Huawei cihazlarda, özellikle Kirin işlemcili modellerde (P serisi, Mate serisi), IMEI bilgisi NVCFG (NV Configuration) ve prodinfo bölümlerinde saklanır. Qualcomm tabanlı Huawei modellerinde (nova serisi, bazı Y modelleri) ise standart Qualcomm EFS yapısı geçerlidir. Huawei’nin üretim süreçlerinde IMEI, bootload kilidi ve vendor kodu atamasından önce yazılır ve cihazın ilk aktivasyonunda Huawei sunucularına kaydedilir.

Huawei cihazlarda IMEI onarımı, test point erişimi veya ISP (In-System Programming) yöntemleriyle mümkündür ancak son dönemdeki güvenlik güncellemeleri (EMUI 10 ve üzeri) bu işlemleri kısıtlamıştır. Yetkili servislerde, cihazın anakart değişimi durumunda bile IMEI’nin korunması için özel prosedürler uygulanır.

PRATİK SENARYOLAR VE ÜRETİM HATTI ÇÖZÜMLERİ

SENARYO BİR: EFS PARTITION HASARI SONRASI ONARIM
Belirtiler: Cihazda “Baseband Unknown”, IMEI 0049…, “Invalid SIM” veya “Emergency Calls Only” hatası.
Qualcomm Çözümü: QCN yedek dosyasından EFS restore edilir. QFE (Qualcomm Flash Image Programmer) kullanılarak bölüm yeniden yapılandırılır.
MediaTek Çözümü: SP Flash Tool ile NVRAM bölgesi yeniden flaşlanır veya SN Writer Tool ile IMEI rewrite edilir.
Samsung Çözümü: Professional repair box’lar (Z3X, Octoplus vb.) kullanılarak EFS rebuild edilir veya anakart değişimi önerilir.

SENARYO İKİ: YAZILIM GÜNCELLEMESİ SONRASI IMEI KAYBI
Neden: Yanlış bölge kodlu ROM yüklenmesi, downgrade yapılması veya scatter file uyumsuzluğu.
Önlem: Yükleme öncesi TWRP recovery ile EFS/NVRAM yedeklemesi alınması. Samsung için Odin’de “Re-Partition” seçeneğinin işaretlenmemesi.
Müdahale: Modem sürümü korunarak sadece EFS bölgesinin yeniden flaşlanması.

SENARYO ÜÇ: DONANIM SEVİYESİNDE IMEI KAYNAĞI KULLANIMI
Baseband IC üzerindeki orijinal IMEI, cihazın ekonomik onarımı için son çare olarak kullanılır. Bu işlem BGA rework istasyonu, chip-off teknikleri ve universal programmer gerektirir. Cihazın IMEI’si tamamen kaybolmuşsa ve partition’lar zarar görmüşse, hardware IMEI okunarak software katmanına yeniden yazılır. Ancak bu işlem yasal düzenlemelere tabidir ve sadece yetkili servislerde gerçekleştirilmelidir.

SONUÇ VE ÜRETİM MÜHENDİSLİĞİ ÖNERİLERİ

Mobil cihaz üreticileri için IMEI yönetimi, hem regulatory compliance (FCC, CE, TÜBİTAK vb. sertifikasyonlar) hem de servis operasyonları açısından kritik bir süreçtir. Farklı işlemci mimarilerindeki farklılıklar (Qualcomm EFS, MediaTek NVRAM, Exynos Trusted EFS, Unisoc NV) nedeniyle, üretim hatlarında platform-spesifik kalibrasyon prosedürleri oluşturulmalıdır.

Üretim mühendisleri ve teknik servis personeli için temel prensipler:
1. Her işlemci platformu için dedicated kalibrasyon ve IMEI yazım prosedürleri oluşturulmalı, karıştırılmamalıdır.
2. EFS/NVRAM yedekleme operasyonları, servis merkezi eğitimlerinde vurgulanmalı ve müşterilere de önerilmelidir.
3. IMEI kaynağı her zaman Hardware (Modem IC) ve Software (Partition) olarak çift katmanlı doğrulanmalı, uyuşmazlıklarda hardware IMEI esas alınmalıdır.
4. OTA güncellemeleri öncesi partition bütünlüğü kontrol edilmeli, EFS/NVRAM bölümlerinin checksum değerleri loglanmalıdır.

Bu teknik altyapı ve süreç bilgisi sayesinde, mobil cihazların kimlik yönetimi, baseband entegrasyonu ve network uyumluluğu süreçleri daha sağlıklı yönetilebilir, üretim hatlarındaki rework oranları düşürülebilir ve servis operasyonlarında müşteri memnuniyeti artırılabilir.