Bir HTS kaydında telefon numarası, IMEI, baz istasyonu ve zaman bilgisi ayrı sütunlarda bulunabilir.
İlk bakışta bunlar birbirinden bağımsız teknik alanlar gibi görünür:
Numara: Kim kiminle iletişim kurdu?
IMEI: Hangi cihaz kullanıldı?
Baz: Hat hangi bölgedeki hücresel altyapıyla ilişkilendirildi?
Zaman: Bu hareket ne zaman gerçekleşti?
Ancak HTS analizinin gerçek gücü, bu dört alanın ayrı ayrı okunmasından değil, birlikte değerlendirilmesinden gelir.
Bir telefon numarası iletişim ilişkisini, IMEI cihaz bağlantısını, baz bilgisi olası bölgesel hareketi, zaman ise bütün bu kayıtların hangi sırayla gerçekleştiğini gösterir.
Bu veriler birlikte okunduğunda, tek bir kayıtta görünmeyen ilişkiler ve örüntüler ortaya çıkabilir.

Bir HTS satırı aslında ne anlatır?
Örnek bir HTS Kaydı Tek Başına Ne Söyler? İlişkiler Ne Anlatır?">HTS kaydı düşünelim:
Hat A → Hat B → 12.05.2026 – 19.42 → IMEI X → Baz 145
Bu satır bize şunları gösterir:
Hat A, Hat B ile iletişim kurmuştur.
İletişim 12 Mayıs 2026 tarihinde saat 19.42’de gerçekleşmiştir.
Hat A bu kayıt sırasında IMEI X ile ilişkilendirilmiştir.
İletişim anında hat, Baz 145 üzerinden kayıt üretmiştir.
Tek bir satır belirli bir iletişim olayını gösterir. Fakat bu kaydın anlamı, önceki ve sonraki kayıtlarla birlikte değerlendirildiğinde değişebilir.
Örneğin:
Hat A daha önce Hat B ile görüşmüş müydü?
IMEI X yalnızca Hat A tarafından mı kullanılıyordu?
Hat B de aynı zaman aralığında aynı baz bölgesinde miydi?
Bu iletişim olaydan hemen önce mi gerçekleşti?
Aynı ilişki farklı tarihlerde tekrarlandı mı?
HTS analizinin temelinde bu sorular vardır.
Birinci parça: Numara ilişkisi
Telefon numarası, HTS analizinin en görünür veri alanıdır.
Numara kayıtları üzerinden:
Arayan ve aranan taraflar,
Gelen ve giden iletişimler,
İlk ve son görüşme tarihleri,
Görüşme sıklığı,
İletişim süreleri,
Ortak irtibatlar,
Doğrudan ve dolaylı bağlantılar
incelenebilir.
Örneğin:
Hat A → Hat B
kaydı iki numara arasında doğrudan iletişim bulunduğunu gösterir.
Ancak Hat A ile Hat C birbirini hiç aramamış olabilir. Buna rağmen iki hat da düzenli olarak Hat B ile iletişim kuruyorsa şu ilişki ortaya çıkar:
Hat A → Hat B ← Hat C
Bu durumda Hat B, iki hat arasındaki ortak temas noktasıdır.
Numara analizi yalnızca:
“Kim kimi aradı?”
sorusuna cevap vermez.
Aynı zamanda:
“Hangi numaralar iletişim ağının merkezinde?”
“Kimlerin ortak irtibatları var?”
“Doğrudan görünmeyen bağlantılar nerede oluşuyor?”
sorularına da yanıt arar.
Ancak yalnızca numara ilişkisine bakmak her zaman yeterli değildir. Çünkü numara değişebilir, farklı bir kişi tarafından kullanılabilir veya aynı cihaz üzerinde başka bir hat devreye girebilir.
Bu noktada IMEI bilgisi önem kazanır.
İkinci parça: IMEI ve cihaz ilişkisi
Telefon numarası SIM kartla, IMEI ise kullanılan cihazla ilişkilidir.
Bir kişi telefon numarasını değiştirebilir ancak aynı cihazı kullanmaya devam edebilir. Benzer şekilde bir cihaz farklı zamanlarda farklı hatlarla kullanılabilir.
Örneğin:
Hat A → IMEI X → 1–10 Mayıs
Hat B → IMEI X → 15–25 Mayıs
Bu kayıtlar, aynı cihazın farklı dönemlerde iki ayrı hatla kullanılmış olabileceğini gösterir.
Bu tek başına şüpheli bir durum değildir. Kullanıcı hattını değiştirmiş, cihazını başka birine vermiş veya yeni bir numaraya geçmiş olabilir.
Ancak şu soruların incelenmesi gerekir:
Kullanım dönemleri çakışıyor mu?
IMEI X başka kaç hatla ilişkilendirilmiş?
Cihaz değişimi hangi tarihte gerçekleşmiş?
Değişim, incelenen olayla aynı döneme mi denk geliyor?
Hat değişse bile iletişim kurulan kişiler aynı kalmış mı?
Cihazın baz hareketleri önceki kullanımla uyumlu mu?
Örneğin Hat A ile Hat B arasında doğrudan görüşme bulunmayabilir.
Fakat:
Hat A → IMEI X
Hat B → IMEI X
ilişkisi, iki numara arasında cihaz üzerinden teknik bir bağlantı oluşturabilir.
Bu ilişkinin anlamı ise ancak zaman bilgisiyle birlikte değerlendirildiğinde daha açık hâle gelir.
Üçüncü parça: Baz ve bölgesel ilişki
Baz istasyonu veya hücre bilgisi, bir hattın kayıt oluştuğu anda ilişkilendirildiği hücresel altyapıyı gösterir.
Bu veri, hattın genel olarak hangi bölgede bulunduğu konusunda teknik bir gösterge sağlayabilir.
Ancak baz bilgisi çoğu durumda:
Kesin GPS konumu,
Açık adres,
Aynı bina,
Yan yana bulunma
anlamına gelmez.
Bir baz istasyonunun kapsama alanı; antenin yönüne, hücre veya sektör yapısına, arazi koşullarına, yapılaşmaya, şebeke yoğunluğuna ve operatörün teknik yapılandırmasına göre değişebilir.
Örneğin:
Hat A → Baz 145 → 19.42
Hat B → Baz 145 → 19.46
Bu kayıtlar, iki hattın dört dakika arayla aynı baz istasyonu veya hücresel altyapıyla ilişkilendirildiğini gösterir.
Ancak buradan doğrudan:
“İki kişi kesin olarak yan yanaydı.”
sonucu çıkarılamaz.
Daha doğru ifade şudur:
“İki hat, birbirine yakın zamanlarda aynı baz istasyonu veya hücre üzerinden kayıt üretmiştir.”
Bu kesişim bir kez gerçekleşmişse tesadüfi veya olağan olabilir. Farklı tarihlerde tekrarlanıyorsa daha ayrıntılı değerlendirilmesi gereken bir örüntü oluşturabilir.
Baz bilgisinin gerçek anlamını ortaya çıkaran en önemli unsur zamandır.
Dördüncü parça: Zaman ve olay sıralaması
Zaman bilgisi, numara, IMEI ve baz kayıtlarını aynı olay akışı içinde birleştirir.
Bir numaranın başka bir numarayla iletişim kurması önemlidir. Ancak bu iletişimin:
Olaydan önce mi,
Olay sırasında mı,
Olaydan sonra mı,
Hangi sıklıkla,
Hangi cihazla,
Hangi baz bölgesinde
gerçekleştiği analizin anlamını değiştirir.
Örneğin:
18.40 → Hat A, Hat B’yi aradı
18.47 → Hat B, ortak irtibat Hat C ile görüştü
19.05 → Hat A ve Hat B aynı baz bölgesinde kayıt üretti
19.20 → Hat A farklı bir IMEI ile ilişkilendirildi
Bu dört kayıt ayrı ayrı değerlendirildiğinde sıradan iletişim hareketleri gibi görünebilir.
Ancak zaman sırasına yerleştirildiğinde:
İletişim ilişkisi,
Ortak irtibat,
Baz–zaman kesişimi,
Cihaz değişimi
aynı olay akışı içinde görünür hâle gelir.
Zaman, diğer üç veri alanını birbirine bağlayan temel unsurdur.

Dört parça birlikte nasıl okunur?
Numara, IMEI, baz ve zaman verilerini birlikte değerlendirmek için örnek bir senaryo düşünelim.
İncelenen olayın saati:
22.30
HTS kayıtlarında şu hareketler bulunuyor:
21.48 → Hat A, daha önce nadiren görüştüğü Hat B’yi arıyor.
22.05 → Hat A ve Hat B, aynı baz bölgesinde kayıt üretiyor.
22.12 → Hat A, IMEI X ile ilişkilendiriliyor.
22.14 → Hat B de IMEI X ile ilişkilendiriliyor.
22.28 → Hat B, ortak irtibat Hat C’yi arıyor.
22.43 → Hat A ve Hat B yakın baz bölgelerinde yeniden kayıt üretiyor.
Bu kayıtlar ayrı ayrı şunları gösterir:
Bir telefon görüşmesi,
Bir baz kaydı,
Bir IMEI ilişkisi,
Başka bir görüşme,
Yeni bir baz kaydı.
Ancak birlikte değerlendirildiğinde şu sorular ortaya çıkar:
Hat A ile Hat B’nin iletişimi neden olay saatine yakın yoğunlaştı?
İki hat neden aynı veya yakın baz bölgelerinde kayıt üretti?
Aynı IMEI ilişkisi gerçekten aynı cihaz kullanımını mı gösteriyor?
IMEI kullanım zamanları çakışıyor mu?
Hat C, iki hat için ortak bir temas noktası mı?
Benzer ilişki önceki veya sonraki tarihlerde tekrarlandı mı?
Yazılım bu ilişkileri görünür hâle getirebilir. Ancak kayıtların neden oluştuğuna veya kişilerin niyetine karar veremez.

Tek bir alanla değerlendirme yapmak neden risklidir?
Her veri alanı tek başına sınırlı bilgi sunar.
Yalnızca numaraya bakılırsa
İki hat arasındaki görüşmeler görülür; ancak hangi cihazların kullanıldığı veya hatların hangi bölgelerde bulunduğu anlaşılamaz.
Yalnızca IMEI’ye bakılırsa
Ortak cihaz ilişkisi fark edilir; ancak kullanım dönemleri ve iletişim bağlantıları değerlendirilmeden yanlış sonuç çıkarılabilir.
Yalnızca baza bakılırsa
Hatların aynı kapsama bölgesinde görünmesi dikkat çekebilir; ancak zaman bilgisi olmadan bu kesişimin anlamı zayıf kalır.
Yalnızca zamana bakılırsa
Kayıtların hangi sırayla gerçekleştiği görülür; ancak numara, cihaz ve konum ilişkileri olmadan olayın teknik yapısı tamamlanamaz.
Bu nedenle HTS analizinde tek bir sütuna dayanarak kesin sonuç üretilmemelidir.
Veriler birbirini nasıl doğrular?
Bir teknik bulgunun anlamı, farklı veri katmanlarının birbirini desteklemesiyle güçlenebilir.
Örneğin:
Numara katmanı:
Hat A ile Hat B arasında olay öncesinde iletişim yoğunluğu oluştu.
IMEI katmanı:
İki hat aynı cihazla ilişkilendirildi.
Baz katmanı:
Hatlar birbirine yakın zamanlarda aynı baz bölgesinde kayıt üretti.
Zaman katmanı:
Bu hareketlerin tamamı olay saatine yakın bir dönemde gerçekleşti.
Bu dört veri aynı zaman aralığında bir araya geldiğinde tek bir telefon görüşmesinden daha kapsamlı bir teknik tablo oluşur.
Ancak birbirini destekleyen birden fazla kayıt bulunması da tek başına suç veya sorumluluk sonucu oluşturmaz.
Teknik bulgular:
Olayın koşulları,
Kullanıcı açıklamaları,
Cihaz incelemeleri,
Kamera görüntüleri,
Finansal hareketler,
Diğer adli ve hukuki deliller
ile birlikte değerlendirilmelidir.
Çelişen kayıtlar da en az eşleşmeler kadar önemlidir
HTS analizinde yalnızca birbiriyle uyumlu kayıtlar aranmaz.
Bazen çelişkiler daha önemli bir bulgu oluşturabilir.
Örneğin:
Hat A’nın belirli bir aramayı yaptığı iddia edilirken kendi kayıtlarında görüşmenin bulunmaması,
Aynı IMEI’nin birbirinden uzak iki bölgede yakın zamanlarda görülmesi,
Bir hattın aynı zaman aralığında birden fazla çelişkili iletişim hareketi üretmesi,
Baz hareketinin zaman ve mesafe açısından olağan görünmemesi,
Bir tarafta gelen arama bulunurken diğer tarafta karşılık gelen giden kaydın görülmemesi
daha ayrıntılı inceleme gerektirebilir.
Ancak çelişen kayıtlar:
Veri eksikliği,
Operatör kayıt yapısı,
Saat biçimi farklılığı,
Tekrar eden kayıtlar,
Dosya birleştirme hatası,
Çağrı yönlendirmesi,
Teknik altyapı farklılıkları
nedeniyle de oluşabilir.
Bu nedenle önce verinin doğruluğu kontrol edilmeli, ardından teknik değerlendirme yapılmalıdır.

Anomali ile teknik bulgu arasındaki fark
Yazılım, dört veri katmanını karşılaştırarak olağan dışı bir ilişkiyi işaretleyebilir.
Örneğin:
“Hat A ve Hat B aynı IMEI ile yakın zamanlarda ilişkilendirilmiştir.”
Bu bir anomali uyarısıdır.
Anomalinin teknik bulguya dönüşebilmesi için:
İlgili ham kayıtlar kontrol edilir.
Tarih ve saatler doğrulanır.
IMEI kullanım dönemleri karşılaştırılır.
Baz ve iletişim hareketleri incelenir.
Veri hatası veya olağan kullanım gibi alternatif açıklamalar değerlendirilir.
Sonuç, dayanak kayıtlarla birlikte raporlanır.
Yazılım uyarır; analist değerlendirir.
Büyük veri içinde dört katmanı birlikte incelemek neden zordur?
Bir HTS dosyasında yüz binlerce satır bulunabilir.
Her satırdaki:
Numara,
IMEI,
Baz,
Tarih,
Saat,
Süre,
İletişim yönü
alanlarını manuel olarak karşılaştırmak oldukça zaman alır.
Özellikle birden fazla HTS dosyası birlikte incelendiğinde şu ilişkileri insan gözüyle takip etmek zorlaşır:
Aynı numaraların farklı dosyalarda görülmesi,
Aynı IMEI’nin farklı hatlarla ilişkilendirilmesi,
Kullanım zamanlarının çakışması,
Ortak irtibatların belirlenmesi,
Baz–zaman kesişimlerinin bulunması,
Olay öncesi ve sonrasındaki hareketlerin sıralanması.
Bu nedenle yazılımın görevi daha fazla veri göstermek değil, veriler arasındaki anlamlı bağlantıları görünür hâle getirmektir.
Teknik bulgu nasıl raporlanmalıdır?
Dört veri katmanından elde edilen sonuçlar ölçülü ve doğrulanabilir bir dille raporlanmalıdır.
Örneğin:
“Hat A ile Hat B aynı yerdeydi ve aynı cihazı kullandı.”
yerine:
“Hat A ve Hat B’nin 12 Mayıs 2026 tarihinde, dört dakika farkla aynı baz istasyonuyla ilişkilendirildiği; ayrıca her iki hattın incelenen zaman aralığında IMEI X ile bağlantılı kayıtlar ürettiği belirlenmiştir.”
ifadesi daha doğru bir teknik sonuç sunar.
Bu anlatım:
Hangi hatların incelendiğini,
Hangi tarihte kayıt oluştuğunu,
Zaman farkını,
Baz ilişkisini,
Ortak IMEI bilgisini
açıkça gösterir.
Aynı zamanda kayıtların göstermediği bir sonucu kesinmiş gibi sunmaz.
HTS Asistanı’nın yaklaşımı
HTS Asistanı; numara, IMEI, baz ve zaman verilerini birbirinden bağımsız tablolar olarak değerlendirmek yerine, bu dört katman arasındaki ilişkileri birlikte görünür hâle getirmeyi amaçlar.
Sistem:
Numara ilişkilerini ve ortak irtibatları çıkarır,
Hatlarla IMEI’leri zaman içinde eşleştirir,
Ortak cihaz kullanımlarını ve olası çakışmaları gösterir,
Baz kayıtlarını zaman bilgisiyle karşılaştırır,
Aynı veya yakın bazlardaki kesişimleri belirler,
Olay öncesi ve sonrasındaki iletişim hareketlerini zaman çizelgesine yerleştirir,
Veriler arasındaki uyum ve çelişkileri analistin dikkatine sunar,
Bulguları ilgili dayanak kayıtlarla birlikte gösterir.
Amaç, tek bir veri alanından otomatik sonuç üretmek değildir.
Amaç; numaranın kimi, IMEI’nin hangi cihazı, bazın hangi bölgesel ilişkiyi ve zamanın hangi olay sıralamasını gösterdiğini birlikte değerlendirilebilir hâle getirmektir.
Çünkü HTS analizinde:
Numara ilişkiyi,
IMEI cihazı,
baz bölgeyi,
zaman ise bütün parçaların ne zaman birleştiğini gösterir.
Dört parça birlikte okunduğunda, ham iletişim kayıtları anlamlı bir teknik tabloya dönüşür.
Bağlantıları analiz et, gerçeği ortaya çıkar.
Ruby Cyber Labs
HTS/CDR analizi ve adli bilişim üzerine yazıyor. HTS Asistanı, Ruby Cyber Labs tarafından geliştirilen masaüstü analiz yazılımıdır.