RADYO ELEKTRONİK VE ELEKTRİK MÜHENDİSLİĞİ ANSİKLOPEDİSİ Çerçeve rölesi nedir? Radyo elektroniği ve elektrik mühendisliği ansiklopedisi Radyo elektroniği ve elektrik mühendisliği ansiklopedisi / Bilgisayarlar Son yıllarda, çerçeve aktarımı adı verilen bir veri aktarım yöntemi yaygınlaştı ve literatürümüzde sıklıkla İngilizce adını da bulabilirsiniz - Frame Relay. Bu yöntemin geliştirilmesindeki ana teşvik, bilgi ve bilgisayar sistemleri için yüksek hızlı iletişime olan artan ihtiyaçtır. Çerçeve rölesinin ortaya çıkışı, yapay zeka, güvenilir dijital iletim araçları ve yüksek hızlı dijital iletişim sistemleri ile veri iletim terminal cihazlarının (DTD) geliştirilmesinden kaynaklanmaktadır. Bu yöntemin nasıl ve neden ortaya çıktığını anlamak ve özelliklerini daha ayrıntılı olarak anlamak için, veri aktarım teknolojisinin ve hatta ondan önceki telgrafın gelişiminin kısa bir geçmişiyle başlamak daha uygundur. İlk veri iletim sistemleri Veri iletim sistemlerinin geliştirilmesi, telgrafta biriken bir asırdan fazla belgesel iletişim deneyiminin kullanılmasına dayanmaktadır. Telgraf iletim hızları modern gereksinimleri karşılayamaz, ancak yüksek hızlı veri iletimi teknolojisinin altında yatan fikirlerin çoğu telgraf çağında ortaya çıkmıştır. Her şeyden önce bu, iletilen mesajları kodlama yöntemleri için geçerlidir. Belgesel bilgilerin iletilmesine yönelik teknolojinin gelişmesi sırasında, bir zamanlar Uluslararası Telekomünikasyon Birliği'nin (ITU) bir parçası olan Uluslararası Telefon Telgraf Danışma Komitesi (ICTT) tarafından önerilen 2 numaralı beş öğeli telgraf kodunun sakıncası 2 No'lu Kod, kasete basılmış ve basit mesajların iletilmesi için yeterli olan alfasayısal metnin iletilmesine izin verir, ancak bu mesajların basılı metin biçiminde tasarlanması için modern gereksinimleri karşılamaz. Bu nedenle, telgrafın geliştirilmesinde önemli bir aşama, teletipin, yani daktilo klavyeli bir telgraf makinesinin oluşturulmasıydı; bunun için CCITT Tavsiye V.3 tarafından yedi öğeli telgraf kodu No. 5 oluşturuldu. = Bu kodun 27 kombinasyonu, yalnızca büyük ve küçük harfler, alfabe, sayılar ve diğer tipografik karakterler değil, aynı zamanda iletim işlemi sırasında cihaz ve mekanizmaları kontrol etmek için kod kombinasyonları da sağlanır (örneğin, satır sonunda satır sonu, hareket etme). yeni bir sayfaya ve çok daha fazlasına). Aynı kod kombinasyonları seti, Uluslararası Standardizasyon Örgütü (ISO) tarafından bilgi işleme için standart bir uluslararası değişim kodu olarak önerildi. Aynı zamanda ASCII kodu olarak da adlandırılır ("Amerikan Standart Bilgi Değişim Kodu" anlamına gelen İngilizce kelimelerin ilk harflerinden oluşur). İletilen bilgilerin doğrudan kodlanması sorunlarıyla eş zamanlı olarak kod hatası koruması sorunları da çözüldü. Hata düzeltme kodlarının iki sınıfı vardır: hata düzeltme kodları ve hata tespit kodları. İlki, iletilen mesajların büyük bir fazlalığıyla karakterize edilir. Bireysel hatalar meydana geldiğinde iletilen mesajı yine de doğru şekilde yorumlamanıza olanak tanır. Bu tür kodlar yalnızca çok kritik kanallarda, örneğin doğru alımın öneminin yararlı iletim hızında bir azalmayı haklı çıkardığı derin uzay iletişim kanallarında kullanılır. Diğer bir sınıf ise hata tespit kodlarıdır. Bu tür kodlar, hatalı karakteri özel olarak belirtmeden, yalnızca belirli bir karakter grubunda bir hatanın meydana geldiğinin tespit edilmesini mümkün kılar. Bu nedenle, böyle bir tespit üzerine, tipik olarak kaydedilen hatanın bulunduğu sembol grubunun tamamı atılır ve ileten tarafa otomatik bir yeniden iletim talebi gönderilir. Bu yöntem, yüksek kanal performansının korunmasının önemli olduğu ticari veri iletim sistemlerinde yaygın olarak kullanılmaktadır. En basit hata tespit yöntemleri, telgrafların reperforatör tarafından yeniden alınması döneminde kullanılmaya başlandı, transit telgraflar delikli bant üzerine kaydedildiğinde, bu bant yırtıldı ve operatör tarafından istenen giden yönün vericisine aktarıldı. daha fazla iletim. Delikli bant, kod kombinasyonlarının ikili rakamları hakkında bilgi taşıyan deliklerin açılması için her satırda genişliği sekiz konum sağlayan bir kağıt banttı. Bu konumlardan yedisi, yedi öğeli kodun bitlerini kaydetmek için ayrılmıştı ve sekizincisi, eşlik kontrolüyle hata tespiti için ayrılmıştı. Bu, sekizinci ikili rakamın değerinin, elemanların toplamının eşit olma ihtimalinin düşük olacağı şekilde seçildiği anlamına geliyordu. Alıcı herhangi bir satırda tek bir toplam tespit ederse, bu bir hatanın meydana geldiği anlamına geliyordu. Bu hata kontrol yönteminin bir hatayı tespit etmenize izin verdiğini ancak arka arkaya iki hatayı tespit edilmeden bıraktığını görmek kolaydır. İki hatanın hem aynı işaretli olması hem de farklı işaretli olması durumunda, iki hatanın aynı anda ortaya çıkması eşlik kontrolünün sonucunu değiştiremez ve bu nedenle bu tür hatalar tespit edilemeyebilir. Hata tespit yeteneklerini daha da geliştirmek için boylamsal doğrulama ek olarak uygulanabilir. Çapraz kontrol adı verilen anlatılan eşlik kontrolüne, bant üzerinde birbirini takip eden sabit bir karakter dizisindeki aynı rakamların toplamına yönelik bir kontrol eklersek, hataların tespit edilme olasılığı artacaktır. Böyle bir kontrol için, her serinin sonuna, başka bir işarete benzeyen, ancak öyle olmasa da, uzunlamasına kontrolün ilave parçalarının eklenmesi gerekir. Mesajları iletmek ve değiştirmek için elektronik araçların ortaya çıkışı, delikli bantların terk edilmesini ve hataları tespit etmek için daha gelişmiş kodların kullanılmasını mümkün kıldı. Bu, eşlik kontrolü için sekizinci rakamın kullanılmamasını ve kod kombinasyonuna dahil edilmesini mümkün kıldı. Sonuç olarak, ASCII kodu 2*=256 kod kombinasyonuna genişletildi. Bunlardan ilk 128 karakter (10'dan 127'ye kadar sayılarla kodlanmıştır) ortaktır ve ikinci 128 karakter (128-255 sayılarla kodlanmıştır) ek karakterdir ve özellikle farklı ülkelerin ulusal alfabelerini kodlamak için kullanılır. ASCII kodunun kullanılması, hem Latin hem de herhangi bir ulusal alfabeyi içeren metinlerle çalışmanıza olanak tanır, bu da kullanıcılara büyük kolaylık sağlar, ancak Rus alfabesindeki harflerin kodlanmasıyla koşullar pek uygun değildi. Farklılıkların temelinde, ülkemizde bilgisayar teknolojisinin gelişiminin ilk dönemlerinde bilgisayar giriş/çıkış cihazı olarak görev yapan ST-35 telgraf aparatının başarısız tasarımında yatmaktadır. Tanım gereği teletip, daktilo klavyesine sahip bir telgraf makinesidir. Farklı ülkelerde daktilo tuşları üzerindeki harflerin standart düzeni, ilgili dilin istatistiklerine göre belirlenir. Başka bir deyişle, bir harf ne kadar sık görünürse, tuşu klavyenin işaret parmaklarının çalıştığı orta kısmına o kadar yakın olur. Örneğin, Rus daktilolarında harf tuşlarının ilk sırasındaki harflerin dizilişi YTSUKEN harfleriyle başlarken, İngilizce Latin daktilolarında bu sıra QWERTY harfleriyle başlar. ST-35 klavyede Latin harflerinin standart konumu ihlal edilmiştir, karşılık gelen Rus harfine fonetik yakınlığa göre düzenlenirler (yani ilk satırda QWERTY yerine YCUKEN harfleri bulunur). Bir tuştaki her karaktere kod kombinasyonlarının atanması (veya dedikleri gibi karakter kodlaması) keyfi olamaz, çünkü bilgisayarda metin işlemek, her harfe atanan ikili sayıların bu harflerin alfabetik sırasına göre artmasını gerektirir. . Farklılık buradan kaynaklandı. ST-35 cihazı için. bilgisayarla çalışarak KOI-8 kodu geliştirildi. Daha sonra, standart Latin harfleri düzenine sahip klavyeler ortaya çıktığında, alternatif bir GOST kodu kabul edildi. Bu kod daha sonra değiştirildi ve ana kod olarak kabul edildi. Böylece SSCB'de bilgi işlem kodları için dört standart vardı.Böyle bir sıçrama koşullarında ülkemiz, Rus alfabesinin harflerinin kodlanması konusunda uluslararası alanda yasa koyucu olarak hareket edemedi ve bunun sonucunda Bulgar MIC kodu, “Amerikan” Rus kodu (RS-866) ve Amerikan Kiril alfabesi (RS-855) de ortaya çıktı. Bu, dünyada Rusça harfler için en az yedi farklı kod kombinasyonunun olduğu anlamına geliyor, bu da Rusça konuşan kullanıcılar için büyük rahatsızlık yaratarak, Rusça belge alışverişini zorlaştırıyor ve Rusça dildeki materyallerin internette tanıtılmasını engelliyor. Görünüşe göre, kullanılan Rusça harflerin kodlamasını otomatik olarak tanıyan ve bunları kod çözme için gerekli koda çeviren bir program oluşturmayı düşünmenin zamanı geldi. Gelecekte, tipografik karakterlerin kodlanmasında tek baytlık koddan, farklı dillerdeki alfabelerin her harfinin, matematiksel işaretlerin, dekoratif ve diğer sembollerin atandığı çift baytlık koda (Unicode) geçiş bekleniyor. kendi on altı bitlik kombinasyonu. Ancak bu, Rus harflerini kodlama sorununu çözmeyecektir, çünkü farklı tek baytlı kodlar ile tek bir çift baytlık kodlar arasındaki çevirmenlere yine de ihtiyaç duyulacaktır. Rus alfabesinin harflerinin kodlanmasıyla anlatılan hikaye, belirli bir öngörüsüz kararın feci sonuçlarına bir örnek olarak yalnızca özel bir anlam taşımamaktadır. Daha da önemlisi, bilgi aktarımının yalnızca sinyallerin gönderilmesiyle sınırlı olmadığı, aynı zamanda gerekli sinyallerin de eşlik etmesi gerektiği gerçeğini dikkate alarak standardizasyon sorunlarına daha derin bir yaklaşım ihtiyacını gösteren bu örneğin genel metodolojik önemidir. Alınan bilgilerin işlenmesi ve yorumlanması. Bu nedenle aşağıda standardizasyon yaklaşımlarının kısa bir açıklaması üzerinde duracağız. Açık sistemlerin MOC ve X.25 protokolünün birlikte çalışabilirliği için referans modeli Modern bilgi aktarma ve işleme araçlarıyla gerçekleştirilen işlevlerin çeşitliliği, bu tür araçların teknik olarak uygulanmasına yönelik çeşitli olanaklar ve bu işlevlerin ve araçların sürekli iyileştirilmesindeki eğilimler, çoklu ilkesinin kullanılması ihtiyacına yol açmaktadır. Standardizasyonda seviyeli (çok katmanlı) mimariler. Bu prensibin özü, en önemli fonksiyonları bağımsız işlem seviyelerine (katmanlara) ayırmak ve uygulanmalarına bakılmaksızın seviyeler arasındaki etkileşimleri tanımlamaktır. Bu yaklaşımla, karmaşık bir sistemdeki bireysel seviyeler, eğer komşu seviyelerle etkileşimlerinin kabul edilen standart kuralları ihlal edilmezse, yenileriyle değiştirilebilir. Böyle bir katmanlı mimarinin iyi bilinen bir örneği, Şekil 1'de gösterilen Açık Sistemler Ara Bağlantısının (OSI) OSI Referans Modelidir. XNUMX. Burada, bu kullanıcılar için son kullanıcılar olan iletişim düğümlerinde yer alan iki son kullanıcı A ve B arasındaki bir iletişim şeması gösterilmektedir. Model, aşağıdaki kısaltmaların kabul edildiği yedi seviye içerir: F - fiziksel seviye, K - kanal seviyesi. C - ağ düzeyi, T - bilgi taşıma düzeyi (veya taşıma katmanı), SU - oturum düzeyi, UP - sunum düzeyi, P - uygulama düzeyi. Verici tarafın listelenen seviyelerinin her biri, iletişim protokolleri adı verilen prosedürleri kullanarak yalnızca alıcı tarafın aynı seviyesiyle etkileşime girer. Ancak iki eş katman arasındaki iletişim doğrudan gerçekleşmez, yalnızca fiziksel katman aracılığıyla gerçekleşir. Bunu yapmak için, her yüksek düzey, bir hizmet sağlayıcı olarak hemen alt düzeyini ifade eder. Örneğin, gerçek bir kullanıcıyla etkileşime giren en üstteki uygulama düzeyi II, bir yandan gerçek dünyayı algılamalı, diğer yandan bu dünyaya sunum yoluyla bilgi aktarma ve işleme için teknik araçlara erişme fırsatı vermelidir. katman. Başka bir deyişle, uygulama düzeyinde iletilen bilginin semantiği (yani anlamı veya anlamı) tanımlanır. Bu bilgi gerekli başlıkla birlikte sağlanır ve uygulama düzeyi bloğu biçiminde daha sonraki işlemler için CP sunum düzeyine aktarılır. Bu seviyede, iletilen bilgilerin sözdizimi tanımlanır ve etkileşimde bulunan tarafla, gerekirse sıkıştırma veya şifreleme sistemi dikkate alınarak verilerin yorumlanmasına ilişkin kurallar hakkında otomatik görüşmeler gerçekleştirilir. Yeni bir başlıkla donatılmış sunum seviyesi veri bloğu, kontrol sisteminin oturum seviyesine aktarılır. İkincisi, iletişimin kurulması, iletimin yönünü tespit etmek ve belirlemek için bir mekanizma ve zaman içinde iletim kontrol noktalarının izlenmesi dahil olmak üzere diyalog prosedürlerini kontrol etmeye hizmet eder. Bir başlık daha ile donatılan oturum seviyesi veri bloğu, hata kontrolü için genel gereksinimler, iletişim kesintilerinin otomatik olarak kurtarılması, veri aktarımının otomatik kontrolü dahil olmak üzere, mesajların kullanıcıdan kullanıcıya iletilmesi için ağdan bağımsız standartları belirleyen T1 taşıma katmanına aktarılır. alınan verilerin doğru sırası vb. Listelenen bilgiler bir sonraki başlığa yansıtılır ve bu formda taşıma katmanı veri bloğu ağa aktarılmak üzere gönderilir. Bu dört seviyedeki protokollere üst düzey protokoller denir ve gerçekleştirdikleri işlevler son kullanıcı işlevleridir ve genellikle ana bilgisayar tarafından gerçekleştirilir. İletişim ağının teknik araçları, ağ hizmetlerini sağlayan üç alt seviyeyi içerir. Ağ düzeyi C'ye ulaşan taşıma katmanı veri bloğu, gönderenin ve alıcının adresleri, bloğun seri numaralandırması ve diğer bazı hizmet bilgileri hakkında bilgi içeren yeni bir başlıkla sağlanır. Bu şekilde oluşturulan ağ katmanı veri bloğuna paket adı verilir. Ağ katmanı, bir paketi ağ üzerinden iletmek için, paketin yalnızca en yakın düğüme iletilmesini sağlayan K-link katmanının hizmetlerinden yararlanır. Bunu yapmak için, paket bir başlık daha ile donatılmıştır - bu bölüm üzerinden iletilen blokların kendi seri numaralandırmasını, hedef düğümün adresini ve diğer hizmet bilgilerini taşıyan kanal düzeyinde bir başlık. Bağlantı düzeyinde oluşturulan veri bloğuna çerçeve adı verilir. Bir çerçeveyi komşu bir düğüme iletmek için bağlantı katmanı, Fiziksel Katman F hizmetini kullanır. Bu katman, iletişim kanalının mekanik konektörleri ve elektriksel özelliklerinin yanı sıra hat ele geçirme ve hat dahil olmak üzere üzerinden iletilen dijital sinyaller için standartları belirler. sinyalleri serbest bırakın. İletilen sinyallerin özelliklerini korumak için, fiziksel katmana rejeneratörler kurulabilir. Komşu düğüm tarafından alınan çerçeve, bağlantı düzeyi başlığından kurtarılır, yani bir paket haline gelir. Alınan paket, başlığının analiz edildiği ve daha fazla iletimin yönünün belirlendiği ağ katmanına iletilir. Daha sonra bu paketten bir sonraki bölüme iletilen yeni bir çerçeve oluşturulur. Açıklanan paket aktarma yöntemine genellikle X.25 protokolü denir. CCITT Tavsiye X25'e dahil edilmiştir. ilk olarak 1976'da onaylandı (gözden geçirilmiş versiyonlar 1980 ve 1984'te yayınlandı). Tavsiye X.25, dikkate alınan OSI IOC Referans Modelinin alt üç katmanını kapsayan arayüz için bir spesifikasyon sağlar. Yukarıdaki bilgilerden, X.25 protokolü fikrinin telgrafların geleneksel reperforatör iletimini anımsattığını görebilirsiniz. Aradaki fark, bölüm üzerinden iletilen şeyin eşlik açısından kontrol edilen bir karakter dizisi değil, daha gelişmiş hata kontrolüne sahip standart bir çerçeve olmasıdır (bu, aşağıda tartışılmıştır). Düğümde çalışan, kağıt bandı istenen iletim yönü için cihaza aktaran bir operatör değil, paketi kaydeden, başlığını analiz eden ve ardından gerekli yönde iletim için okuyan bir elektronik anahtarlama cihazıdır. Ancak X.25 protokolü ile geleneksel telgraf teknolojisi arasındaki benzerlikler burada sona eriyor ve daha detaylı incelendiğinde temel farklılıklar ortaya çıkıyor. Bunlardan en önemlisi, terminal veri aktarım cihazını (TDD) ve doğrusal veri aktarım cihazını (LUTD) birbirine bağlayan arayüz aracılığıyla, aynı anda çalışan çok sayıda kanalın düzenlenebilmesidir. Tüm bu kanallar, DUPD'nin aynı çıkış terminalinden ve aynı kablo hattından geçer, ancak farklı alıcılara (LUTD'leri aracılığıyla ağa bağlanan diğer DUPD'ler) gönderilebilecek farklı mesajlar taşırlar. Bu tür kanallara mantıksal veya sanal denir. Frekans veya zaman bölme ekipmanı kullanılarak çok kanallı bir iletim sistemi tek hat üzerinden organize edilirken, her kanal kendi iletim sistemiyle yüklenir veya diğer kanalların yükünden bağımsız olarak boşta kalabilir. İstatistiksel çoğullama temelinde oluşturulan sanal kanallar, yük varlığında iletim sürekliliğini koruyarak hat kapasitesinin daha esnek kullanılmasına olanak sağlar. Kanal düzeyinde teknik araçların geliştirilmesi Çerçevelerin X.25 Önerileri tarafından sağlanan çift yönlü bir dijital kanal üzerinden iletilmesi işlemine, SPDK kanalına erişim için dengeli bir prosedür denir (İngilizce, LAPB - Bağlantı Erişim Prosedürleri, Dengeli). Bu tür iletim için standart X.25 çerçeve formatı Şekil 2'de gösterilmektedir. Şekil 48'de, pakete eklenen "başlığın" 24 bit içerdiği ve bunların aslında çerçevenin hem başında hem de kuyruğunda yer aldığı (her biri 16 bit) görülebilmektedir. Baş kısım, özellikle adresi taşıyan sekizlilerin yanı sıra izleme ve kontrol sinyallerini içerir. Kuyrukta bulunan bitler arasında, tüm hata patlamalarını bile tespit etmenize olanak tanıyan XNUMX bitlik bir çerçeve kontrol dizisi (FCS) vardır. Hata tespiti döngüsel kod teorisine dayanmaktadır. Belirli bir tipte özel olarak seçilmiş bir üreten polinom kullanılarak iletilen dizinin cebirsel dönüşümleri ve alıcı uçtaki bu dönüşümlerin sonucunun iletici uçta benzer bir dönüşümün sonucu olarak elde edilen PPC ile karşılaştırılmasına gelir. SPDC prosedürü, kanalı kontrol etmek için kullanılan yüksek seviyeli protokolün ayrılmaz bir parçasıdır (Yüksek seviyeli kanal kontrolü - VUC veya Yüksek seviyeli Veri Bağlantısı kontrolü - HDLC). İkincisi, bir bağlantının kurulması, çerçevelerin sıra numaralarının kontrolü ile mesajların her iki yönde iletiminin sürdürülmesi ve bir "pencere" mekanizmasının kullanılması (iletilen iletilerin sayısını sınırlayan) dahil olmak üzere, kanal üzerinden iletimi kontrol etmek için oldukça karmaşık prosedürler sağlar. Alıcı tarafın onayının henüz alınmadığı çerçeveler), onaylar geldiğinde "pencerenin" döndürülmesi, yeniden iletim yoluyla hata kontrolü ve düzeltmenin yanı sıra iletişimin sonlandırılması. Bu, açıklaması oldukça fazla yer kaplayan oldukça karmaşık bir protokoldür. Örneğin, Şekil 2'de gösterilen çerçeve formatı. Şekil 32, bir paket taşıyan bir bilgi çerçevesinden daha fazlasını alabilir. Ayrıca kontrol ve kontrol sekizli kodu, paket taşımayabilen dört farklı kontrol çerçevesinin veya paket taşımayan, yalnızca bağlantı kurma veya bağlantı kesme gibi işlemleri kontrol etmeye hizmet eden XNUMX numarasız çerçevenin oluşturulmasına olanak tanır. Ayrıca, iletişim kanalı derken, göndericiden alıcıya (veya dedikleri gibi, uçtan uca). Başka bir deyişle, açıklanan prosedür her bölgede tekrarlanır ve yukarıda belirtildiği gibi uçtan uca iletimin kontrolü kanalın bir işlevi değil, ağın bir işlevidir. Önemli bir görev çerçeve uzunluğunu seçmektir. Yukarıdan da anlaşılacağı üzere paketin uzunluğu artı 48 bit ile belirlenir. Dolayısıyla mesele aslında paketin uzunluğunun seçilmesi meselesidir. Kısa paket uzunluğunda 48 bitlik ek yük önemli olabilir ve bu da kanalın performansını olumsuz yönde etkileyecektir. Paket uzunluğunun çok uzun olması durumunda hata tespitinden dolayı çerçevenin atılma olasılığı artar ve bu durum yeniden iletim gerektirecek, bu da kanal performansının düşmesine neden olur. Böylece kanaldaki hata olasılığına bağlı olan optimal bir paket uzunluğu vardır. Standart, farklı kanalların olabileceği gerçeğini dikkate alarak paketin uzunluğunu tanımlamamakta, kullanıcının takdirine bırakmaktadır. Bu durumda çerçevenin sabit bir uzunluğu olmadığından, başlangıcını ve sonunu bayrak adı verilen 01111110 formunun özel bir sırası ile belirtmek gerekir (bkz. Şekil 2). Bayrakların getirilmesi kanalın şeffaflığına ciddi bir sınırlama getirmektedir. İletilen mesajda arka arkaya altı tane varsa bunlar bayrak olarak algılanacak ve bu durum tüm iletimi bozacaktır. Kanalın şeffaflığını yeniden sağlamak için, gönderen uçta, bayrak hariç beşten sonra bir sıfır eklenir, alıcı uçta ise beşten sonra gelen sıfır her zaman kaldırılır. Bu olay, iletimin şeffaflığını geri yüklemenize olanak tanır ve içinde arka arkaya yedi birim tespit edilirse ilgili çerçeve sıfırlanır. Doğal olarak, bir çerçevede hata kontrolü, iletimde her beşten sonra sıfırlar eklenmeden ve alımda bu sıfırlar kaldırıldıktan sonra, adres alanının ilk bitinden bilgi alanının (paket) son bitine kadar olan dizi üzerinde gerçekleştirilir. . Bir iletişim sistemi tasarlanırken sıklıkla çözülen önemli bir sorun, abone cihazı ile ağ arasında işlevlerin dağıtılması sorunudur. Örneğin, bir telefon ağı tasarlanırken, aboneye kendi telefon setine telesekreter kurma yeteneğinin sağlanıp sağlanmayacağına veya kendisine bir iletişim merkezinde (sesli posta) merkezi bir telesekreter hizmeti sunulup sunulmayacağına karar verilir. Paketlerin ara düğümlere kaydedilmesinin gerekli olup olmadığı sorusunun gündeme geldiği veri iletim hizmetlerini organize ederken de benzer sorunlar ortaya çıkar. Bu sorunun çözümü, ağın kalitesini ve OUPD teknolojisinin gelişim düzeyini karakterize eden birçok faktöre bağlıdır. Ağ bağlantıları çok yüksek kalitede değilse, hataların kontrol edilmesi ve her sitede düzeltilmesi önerilir ve ardından paketlerin bir ara düğüme kaydedilmesi haklı çıkar. Ancak bu, hem paketlerin kendisini hem de katman 2 ve katman 3 protokollerini (yani bağlantı düzeyi ve ağ katmanı) uygulamak için gerekli tüm programları kaydetmek için oldukça büyük miktarda kayıt cihazı (RAM) gerektirebilir. İletim hızları arttıkça bu hafızanın miktarı da artacaktır. Öte yandan, ağ üzerinden iletimin güvenilirliğinin artmasıyla ve daha gelişmiş OUPD'nin (örneğin kişisel bilgisayarlar) varlığıyla, birçok ağ işlevi (yani ara düğümler) OUPD'ye aktarılabilir. Daha sonra doğal olarak çerçeveleri kaydetmeden ara düğümlere aktarma fikri ortaya çıkıyor. Bu fikre bazen hızlı paket anahtarlaması da denir çünkü paketler çerçevelerden ayrılmaz ve tüm işleme prosedürleri bağlantı düzeyinde yoğunlaşır. X.25 protokolüne alternatif olarak çerçeve aktarımı için ilk teklif 1984 yılında CCITT'ye sunuldu ancak standartların geliştirilmesi ve ekipmanların geliştirilmesi ancak 1990 yılında tamamlandı. Çerçeve aktarma tekniğinin önemli bir sınırlaması, kullanımı X.25 protokolünün doğasında bulunan Değişken gecikmeleri ortadan kaldırmaz. Bu nedenle, çerçeve rölesi telefon iletişimi veya video iletimi için tasarlanmamıştır, ancak yüksek hızlı veri iletiminin gereksinimlerini ideal olarak karşılar. Ağ katmanına erişmeden aktarmaya yönelik çerçeve yapısı Şekil 3'de gösterilmektedir. XNUMX. Şekil 2 ile karşılaştırıldığında 25'de, burada, komşu düğümün sekiz bitlik adresi yerine, çerçevelerin belirli bir hedefe iletildiği on bitlik bir sanal kanal göstergesi UVK (DLCI - Veri Bağlantısı Bağlantı Tanımlayıcısı) sağlanır. X.12 protokolünde sanal kanal numarası paket başlığında iletilir (ve XNUMX bit içerir). Burada çerçeve başlığına taşınır, çünkü çerçeveler aktarılırken ağ katmanı tamamen sökülür. Kanal seviyesi aynı zamanda birçok işlevin hariç tutulmasıyla önemli ölçüde sökülmeye maruz kalır ve bunun sonucunda kanal verimliliği keskin bir şekilde artar. Çerçeveleri bir ara düğümde aktarma prosedürü üç işlemi içerir: 1) kontrol panelini kullanarak çerçeveyi hatalara karşı kontrol etmek ve bir hata tespit edildiğinde çerçeveyi atmak (ancak aktarımın tekrarını talep etmeden!); 2) UVK'yi tabloya göre kontrol etmek ve bu gösterge belirli bir kanal için tanımlanmamışsa çerçeveyi bırakmak; 3) İlk iki işlemin sonucu olumlu ise tabloda belirtilen port veya kanalı kullanarak çerçeveyi hedefe aktarın. Çerçeveler yalnızca hata tespiti nedeniyle değil aynı zamanda kanal aşırı yüklendiğinde de düşebilir. Bununla birlikte, eksik çerçeveler alıcının üst katman protokolü tarafından tespit edileceğinden (taşıma katmanı hakkında yukarıya bakın) eksik çerçevelerin iletilmesi için uygun bir istek göndereceğinden bu, bağlantıyı kesmez. 1 numaralı sekizli, UVK bitlerine ek olarak K/O (komut/yanıt) ve PA (adres uzantısı) bitlerini içerir. K/O kategorisi yönetim amacıyla sağlanmıştır ancak henüz kullanılmamaktadır. PA bitine gelince, bu önemlidir çünkü çerçeve başlığının boyutunda (48 bitin ötesinde) bir artış olduğunu gösterir. Benzer bir ihtiyaç X.25 protokolünde de mevcuttur, çünkü çerçeve başlığının kontrol ve kontrol oktetinde çerçeve numaralandırması için yalnızca üç bit tahsis edilmiştir. Bu nedenle, pencere mekanizması yediden fazla onaylanmamış çerçevenin iletilmesine izin veremez. Bununla birlikte, bir uydu kanalı üzerinde çalışırken yediden fazla çerçeve geçiş halinde olabilir ve bu nedenle "pencere" 127'ye genişletilir. Bu durumda, çerçeve başlığı formatının genişletilmesini gerektiren numaralandırma için yedi basamak gerekir. Çerçeve rölesi durumunda, yerel iletişim için yeterli olan on bitlik bir sanal kanal numarası, küresel iletişim için yeterli olmayabilir ve genişletilmesi gerektirebilir. İkinci sekizli, kanal tıkanıklığını kontrol etmek için üç bit içerir. İleri Açık Tıkanıklık Bildirimi (FECN) biti, göndericiden alıcıya giden yolda tıkanıklığın mümkün olduğunu belirtmek için ağ tarafından ayarlanır. Geriye Doğru Expkicit Tıkanıklık Bildirimi (BECN) biti, ağ tarafından ters yöndeki çerçevelere kurulur ve tıkanıklığın ileri yolunu bildirir. Atma uygunluk biti (DE), aşırı yükleme sırasında atılmaya aday olarak değerlendirilebilecek iletilen çerçevenin daha düşük önceliğini gösterir. X.25 protokolü üzerinden iletim yaparken, tipik varsayılan paket boyutu genellikle 128 bayt iken, yerel alan ağlarında (LAN'lar) iletilen paketlerin uzunluğu 1500 bayt veya daha fazla olabilir. Bu nedenle, bir X.25 ağı üzerinden bir LAN üzerinde iletişim kurarken, taşıma katmanı paketleri, X.25 paketleri olarak oluşturulan daha küçük bilgi bloklarına bölünür ve iletimden sonra birleştirilirler. Bu örnek, X.25 protokolünden çerçeve aktarımına geçiş ideolojisinin nerede ve neden oluştuğunu açıkça göstermektedir. Yazar: V. Neiman, Moskova Diğer makalelere bakın bölüm Bilgisayarlar. Oku ve yaz yararlı bu makaleye yapılan yorumlar. En son bilim ve teknoloji haberleri, yeni elektronikler: Bahçelerdeki çiçekleri inceltmek için makine
02.05.2024 Gelişmiş Kızılötesi Mikroskop
02.05.2024 Böcekler için hava tuzağı
01.05.2024
Diğer ilginç haberler: ▪ Güç kaynaklarının dijital kontrolü için kontrolörler ▪ Dinozorlar, benlerin ataları ▪ Oda sıcaklığında sürekli çalışan katı hal ustası ▪ TV'ler ve buzdolapları aracılığıyla spam Bilim ve teknolojinin haber akışı, yeni elektronik
Ücretsiz Teknik Kitaplığın ilginç malzemeleri: ▪ sitenin bölümü Radyo bileşenlerinin parametreleri. Makale seçimi ▪ makale Bankacılık hukuku. Beşik ▪ makale Dünyanın en büyük kamyonunun taşıma kapasitesi ne kadar? ayrıntılı cevap ▪ makale Limon otu. Efsaneler, yetiştirme, uygulama yöntemleri ▪ makale Metallerin bir bakır tabakası ile kaplanması. Basit tarifler ve ipuçları
Bu makaleye yorumunuzu bırakın: Bu sayfanın tüm dilleri Ana sayfa | Kütüphane | Makaleler | Site haritası | Site incelemeleri www.diagram.com.ua |