Raptor ReedSolomon Gndermede Hata Dzeltim Kodlar FEC Ar

Raptor - Reed-Solomon Göndermede Hata Düzeltim Kodları (FEC) Ar. Gör. Ufuk DEMİR Dokuz Eylül Üniversitesi Bilgisayar Mühendisliği Bölümü ufuk@cs. deu. edu. tr

İçerik o o Çalışmanın Amacı İletim esnasındaki hataların kaynağı “Göndermede Hata Düzeltimi” ne demek Raptor-Reed Solomon kodlarının karşılaştırılması n n n Kaynak kullanımı Hesaplama Karmaşıklığı Dosya indirimi için gereken bellek miktarı Esneklik Gecikme Süresi

Çalışmanın Amacı o o 2 Alternatif “Göndermede Hata Düzeltim” kodu arasındaki ana farkları ortaya koymak. Son kullanıcıya sonuçları sunarak uygun seçimi yapmalarını sağlamak.

Hataların Kaynakları Ağda ilerleyen paketler bazı hata risklerine sahiptir. Özellikle ağın koşulları iyi değilse paketler kaybolabilir yada bozulabilir. Bu tip hataların düzeltilmesi ise “göndermede hata düzeltimi” konusuna girer. Göndermede hata düzeltimi genel olarak iki kategoriye ayrılır: bit-düzeyinde alıcı tarafındaki hata düzeltimi ve paket düzeyinde alıcı tarafındaki hata düzeltimi. o Bit Hataları Dijital verinin ağ üzerinden taşınması esnasında maruz kalacağı bazı dışsal faktörler (örneğin: elektromanyetik dalgalar) dijital veriyi bozabilir. Bu etkenler verinin bit bazında bozulmasına neden olabilir. Alıcı bu tip bozulmuş veriyi tanıyamaz. o Paket Kayıpları IP tabanlı ağlar gibi, güvenilir olmayan (TCP verinin güvenli bir şekilde iletilip iletilmediğini garanti etmez) ağlarda, paket gönderim esnasında kaybolabilir. Özellikle gerçek zamanlı verilerde gecikme faktörü önemlidir. Uzun süre geciken veriler “kayıp” olarak nitelendirilir. “Ağ tıkanıklığı” da ağda ilerleyen paketlerin kaybolmasına neden olabilir.

Göndermede Hata Düzeltimi Nedir? o o Paket düzeyindeki kayıpları düzeltmek için kullanılan en belirgin yöntem “tekrar iletim” yöntemidir. Bu yöntemde alıcı, kayıp olarak belirlediği paketleri, göndericiden tekrar ister. Bu yöntem sık kullanılmakla beraber gerçek zamanlı uygulamalarda ve uydu iletiminde kullanılabilecek uygun bir yöntem değildir. Paket düzeyindeki kayıpları düzeltmek için kullanılan diğer yöntem ise “göndermede hata düzeltim” yöntemidir. Bu yöntemde gönderici orijinal veriyi göndermeden önce kodlar. Bu kodlamada orijinal veriye kendisinden yaratılmış ekstra paketler eklenir. Ağda ilerlerken kaybolan paketler alıcı tarafında bu ekstra paketler yardımı ile tekrar yaratılır. Tekrar iletim söz konusu değildir.

Göndermede Hata Düzeltim Kodlayıcısı ve Çözücüsü k tane orijinal sembol n sembolün herhangi k tanesi Kodlayıcı n tane sembol Çözücü k tane orijinal sembol Bir “Göndermede Hata Düzeltim” kodu (n, k) kod olarak adlandırılır. Örneğin: (255, 223) kod dendiğinde 32 ekstra sembolün 223 orijinal sembole eklendiği anlaşılır.

%50 Göndermede Hata Düzeltimi Kodlayıcı Çözücü

Reed-Solomon Kodu (1959)

Kaynak Kullanımı o Reed-Solomon Göndermede Hata Düzeltim Kodunun ağ kaynaklarının ne kadarına ihtiyaç duyduğu Düşük bit oranında duraksız işlem (64 kbps) Yüksek bit oranında duraksız işlem (384 kbps) Küçük dosya indirimi (512 KB) Büyük dosya indirimi (3 MB) Düşük hata oranı 7% 6% 12% 5% Yüksek hata oranı 35% 34% 31% 28%

Hesaplama karmaşıklığı o Reed-Solomon Göndermede hata düzeltim kodunun hesaplanması (dosya indirim zamanı, kodu çözme zamanı, kodlama zamanı) esnasında ne kadar CPU yükü getirdiği Düşük bit oranında duraksız işlem(64 kbps) Yüksek bit oranında duraksız işlem(384 kbps) Küçük dosya indirimi (512 KB) Büyük dosya indirimi (3 MB) <= 1. 2 s 1. 71 s 0. 13 s 1. 6 s

Dosya indirimi için gereken bellek miktarı n n n Küçük dosyalarda (512 KB) 700 KB hızında bellek Büyük dosyalarda (3 MB) 4 MB hızında bellek Bellek yönetim algoritmaları ile bellek kullanımı düşürülebilir. Ancak bu standart değildir.

Esneklik n n Farklı bit oranlarında çalışabilir. Reed-Solomon farklı kaynak paket boyutlarını yönetebilir. (ağ kaynaklarının kullanımı, hesaplama karmaşıklığı ve performans değişir)

Gecikme Süresi n n “protection_period+ε <x< 2*protection_period” Gerçek zamanlı uygulamalarda gecikme “protection_period+decoding delay”

Raptor Kodu (2001)

Kaynak Kullanımı o o Küçük dosya boyutu : (50 -512 kbytes) Raptor kodu ağ kaynaklarının %0. 8 ini harcar %1 ve %10 hata oranında o Büyük dosya boyutu : (1 MB-3 MB) Raptor kodu ağ kaynaklarının %0. 1 ini harcar %1 ve %10 hata oranında o Duraksız İşlem: Yüksek kalitede duraksız işlem ve düşük koruma periyodu ile o n n n Raptor kodu düşük bit oranlarında (32 kbit/s, 64 kbit/s) %93 -95 oranında Raptor kodu yüksek bit oranlarında (128 kbit/s, 256 kbit/s) %97 -98 oranında hataları yok eder. Uzun koruma periyotlarında daha fazla oranda hatayı yok eder

Hesaplama karmaşıklığı o o Raptor kodu çok az CPU yükü getirir. Yüksek hata oranlarında Raptor kodunun çalışması Reed. Solomona oranla daha az karmaşıktır.

Dosya indirimi için gereken bellek miktarı o Raptor kodu 512 k belleğe ihtiyaç duyar

Esneklik o Raptor kodu bütün bit oranlarını, dosya boyutlarını, paket kayıp oranlarını, paket boyutlarını, koruma periyotlarını hem duraksız akış hem de dosya indirmede destekler.

Gecikme Süresi o o En çok paket kaybolduğu durumda, kodlamayı çözmek için gereken zaman “Protection period” zamanının 10% undan daha azdır ve az CPU yükü getirir, . Genel olarak Raptor kodunun “tune-in delay” (= protection period + kodlamayı çözme zamanı) zamanı oldukça düşüktür.

Sonuç Reed-Solomon Raptor o. Karesel o. Doğrusal kodlama-çözme zamanı o. Kod çözme zamanı kayıp paket oranına bağlı o. Yüksek paket kayıplarında yavaş çalışır o. Bir bloğa en fazla 255 sembol koyulur kodlama zamanı o. Kod çözme zamanı kayıp paket oranına bağlı değil o. Her zaman iyi performansta çalışır o. Bir bloğa istenildiği kadar sembol koyulabilir

İlginiz için Teşekkürler