Komunikacija podatkov je postopek pošiljanja podatkov od vira do cilja preko prenosnega medija. Za učinkovito komunikacijo s podatki je potrebno uporabiti tehnike. Pošiljatelj in prejemnik imata različne hitrosti in različne zmogljivosti za shranjevanje. Ko podatki dosežejo cilj, se podatki začasno shranijo v pomnilnik. Ta spomin je znan kot medpomnilnik. Razlike v hitrosti in omejitve medpomnilnika lahko vplivajo na zanesljivo podatkovno komunikacijo. Nadzor pretoka in nadzor napak sta dva različna mehanizma, ki se uporabljata za natančen prenos podatkov. Če je hitrost pošiljatelja višja in je sprejemna hitrost nižja, pride do neskladja hitrosti. Nato je treba nadzorovati pretok poslanih podatkov. Ta tehnika je znana kot nadzor pretoka. Med prenosom lahko pride do napak. Če prejemnik ugotovi napako, mora pošiljatelja obvestiti, da je prišlo do napake. Tako lahko pošiljatelj podatke ponovno posreduje. Ta tehnika je znana kot Nadzor napak. Obe se pojavita v sloju podatkovne povezave modela OSI. The ključna razlika med Nadzor pretoka in Nadzor napak je to Nadzor pretoka je vzdrževanje pravilnega pretoka podatkov od pošiljatelja do sprejemnika, medtem ko nadzor nad napakami ugotovi, ali so podatki, predani sprejemniku, brez napak in zanesljivi.
1. Pregled in ključne razlike
2. Kaj je nadzor pretoka
3. Kaj je nadzor nad napakami
4. Podobnosti med nadzorom pretoka in nadzorom napak
5. Primerjava ob strani - Nadzor pretoka proti nadzoru napak v tabeli
6. Povzetek
Ko pošiljate podatke iz ene naprave v drugo, je kraj pošiljanja znan kot vir, pošiljatelj ali oddajnik. Konec sprejema je znan kot cilj ali sprejemnik. Pošiljatelj in prejemnik imata lahko različne hitrosti. Sprejemnik ne bo mogel obdelati podatkov, če je hitrost pošiljanja podatkov višja. Torej se lahko uporabljajo tehnike za nadzor pretoka.
Ena preprosta metoda za nadzor pretoka je, Ustavite in počakajte na nadzor pretoka. Najprej oddajnik pošlje okvir podatkov. Po prejemu sprejemnik pošlje potrditveni okvir (ACK). Oddajnik lahko pošlje podatke šele po prejemu potrditvenega okvira od sprejemnika. Ta mehanizem nadzoruje pretok prenosa. Glavna pomanjkljivost je, da lahko hkrati pošlje samo en podatkovni okvir. Če eno sporočilo vsebuje več sličic, zaustavitev in čakanje ne bo učinkovita metoda nadzora pretoka.
Slika 01: Nadzor pretoka in nadzor napak
V Metoda drsnih oken, tako pošiljatelj kot prejemnik vzdržujeta okno. Velikost okna je lahko enaka ali manjša od velikosti medpomnilnika. Pošiljatelj lahko odda, dokler se okno ne napolni. Ko je okno polno, mora oddajnik počakati, dokler od sprejemnika ne prejme potrdila. Za sledenje vsakemu okviru je uporabljena zaporedna številka. Sprejemnik potrdi okvir tako, da pošlje potrdilo z zaporedno številko naslednjega pričakovanega okvira. To potrdilo pošiljatelju sporoča, da je prejemnik pripravljen sprejeti okno velikost okvirjev, začenši z določeno številko.
Podatki se pošljejo kot zaporedje okvirjev. Nekateri okviri morda ne bodo dosegli cilja. Protihrupni udar lahko vpliva na okvir, zato na sprejemnem koncu morda ne bo prepoznaven. V tej situaciji se imenuje okvir izgubljen. Včasih okvirji dosežejo cilj, vendar je v bitih nekaj napak. Potem se okvir imenuje poškodovan okvir. V obeh primerih sprejemnik ne dobi ustreznega podatkovnega okvira. Da bi se izognili tem težavam, imata pošiljatelj in prejemnik protokole za zaznavanje napak pri tranzitu. Pomembno je pretvoriti nezanesljivo podatkovno povezavo v zanesljivo podatkovno povezavo.
Obstajajo tri tehnike za nadzor napak. To so Stop-and-Wait, Go-Back-N, Selective-Ponovi. Skupno so ti mehanizmi znani kot Samodejna ponovitev zahteve (ARQ).
V Ustavite se in počakajte ARQ, se sprejemniku pošlje okvir. Nato sprejemnik pošlje potrdilo. Če pošiljatelj v določenem časovnem obdobju ni prejel potrditve, potem pošlje ta okvir še enkrat. To časovno obdobje najdemo s posebno napravo, imenovano timer. Ko pošlje okvir, pošiljatelj zažene timer. Ima določen čas. Če prejemnika ni prepoznavne potrditve, bo pošiljatelj znova prestavil ta okvir.
V Pojdi nazaj-N ARQ, pošiljatelj odda niz okvirjev do velikosti okna. Če ni napak, sprejemnik pošlje potrdilo kot običajno. Če cilj zazna napako, pošlje negativno potrditev (NACK) za ta okvir. Sprejemnik bo zavrgel okvir napake in vse prihodnje okvire, dokler se okvir za napake ne popravi. Če pošiljatelj prejme negativno potrditev, mora ponovno poslati okvir napake in vse naslednje okvirje.
V Izbirno-ponovite ARQ, sprejemnik spremlja zaporedne številke. Negativno potrdilo pošlje samo iz okvira, ki je izgubljen ali poškodovan. Pošiljatelj lahko pošlje samo okvir, za katerega je sprejet NACK. Učinkovitejši je Go-Back-N ARQ. To so običajne tehnike za obvladovanje napak.
Nadzor pretoka proti nadzoru napak | |
Nadzor pretoka je mehanizem za vzdrževanje pravilnega prenosa od pošiljatelja do sprejemnika pri komunikaciji s podatki. | Nadzor napak je mehanizem za pošiljanje prostih in zanesljivih podatkov sprejemniku v komunikaciji s podatki. |
Glavne tehnike | |
Okno ustavi in počakaj in drsno sta primera tehnik za nadzor pretoka. | ARQ za ustavitev in čaka, vrnitev-N ARQ, selektivno ponavljanje ARQ so primeri tehnik za nadzor napak. |
Podatki se pošiljajo od pošiljatelja do prejemnika. Za zanesljivo in učinkovito komunikacijo je nujna uporaba tehnik. Nadzor pretoka in nadzor napak sta dva. Ta članek obravnava razliko med nadzorom pretoka in nadzorom napak. Razlika med nadzorom pretoka in nadzorom napak je v tem, da mora nadzor pretoka vzdrževati ustrezen pretok podatkov od pošiljatelja do sprejemnika, medtem ko naj bi nadzor nad napakami ugotovil, ali so podatki, predani sprejemniku, brez napak in zanesljivi.
Lahko prenesete PDF različico tega članka in jo uporabite za namene brez povezave, kot je navedeno v navodilu. Prenesite PDF različico tukaj: Razlika med nadzorom pretoka in nadzorom napak
1. "Nadzor pretoka (podatki)." Wikipedia, fundacija Wikimedia, 27. januarja 2018. Dostopno tukaj
2.Point, Vadnice. “Nadzor in protokoli za povezavo med podatki in DCN.”, Vadbena točka, 8. januar 2018. Na voljo tukaj
3.nptelhrd. Predavanje - 16 Nadzor pretoka in napak, Nptelhrd, 20. oktober 2008. Na voljo tukaj