Absurdity Alteration Methods

 21 July 13:02   

    There are 3 capital types of administration errors:

    Each packet is arrested by the receiver to create abiding it is good.

    If it

    All versions of ACK-NAK actually require

    .

    The sender calculates a checksum or CRC for the absolute packet (except for the footer), then appends it to the end of the packet (in the footer/trailer).

    The archetypal CRC is 32 bits.

    Whenever the receiver receives a packet , the receiver calculates absolutely the aforementioned checksum or CRC, then compares it to the one in the footer/trailer. If they match, the absolute packet is (almost certainly) good.

    When theres even the aboriginal catechism that the packet has any array of absurdity (which could be

    If its not good, the sender sends it again.

    It never got the ACK. (So either the packet was corrupted,

    The simplest adaptation of ACK-NAK is Stop-and-wait ARQ.

    The sender sends a packet , then waits a little for an ACK.

    As anon as it gets the ACK, it anon sends the next packet .

    If the sender doesnt apprehend the ACK in time, it starts over from the beginning, sending the aforementioned packet again, until it does get an ACK.

    The receiver waits for a packet . If the packet passes all the error-detection tests perfectly, the receiver transmits an ACK (acknowledgement) to the sender.

    Subtleties:

    Some aboriginal protocols had the receiver forward a NAK (negative acknowledgement) to the sender whenever a bad packet was received, and the sender would delay indefinitely until it accustomed This is a bad idea.

    Imagine what happens if (a) a little bit of babble create a bad packet , so the receiver sends the NAK aback to the sender, but then (b) a little bit of babble create that NAK unrecognizable.

    Alternatively, brainstorm a shared-medium arrangement with 1 sender and 2 receivers. What happens if a little babble messes up the destination acreage of the packet ?

    Note that the sender alone needs to accumulate 1 packet in anamnesis at a time.

    The sender sends a packet , then the next packet , then the next, after waiting.

    As it sends anniversary packet , it puts a archetype of that packet in a window.

    Each packet is consecutively numbered.

    ... turn-around time ... bouncing off satellites ...

    The receiver occasionally transmits an accepting (I got all packet s up to 8980, I got all packet s up to 8990).

    If the receiver is assured packet amount 9007, but it receives a packet with an

    When the sender receives an accepting of any packet in the window, it deletes that copy.

    When the senders window gets full, it waits a little, then tries re-sending the packet s in the window starting with the oldest.

    So if the sender suspects an absurdity in some packet , it resend

    Optionally,

    If the receiver is assured packet amount 9007, but it receives packet amount 9008, it may address a abrogating accede (NAK) for 9007, and ignores any college packet numbers until it gets packet 9007.

    When the sender receives a NAK for any packet in the window, it re-starts manual with that packet (and keeps it in the window).

    (Theres a alternative area the receiver tries to accumulate a archetype of all packet s it receives in a window of its own, and negotiates with the sender to try to resend

    Note that the sender needs to accumulate the absolute window of packet s in anamnesis at a time.

    (Some humans anticipate of alive as one big packet the admeasurement of the window using stop-and-wait protocol, disconnected into abate sub- packet s).

    If you accept alone one-way communication,

    you are affected to use Advanced Absurdity Correction, sometimes alleged EDAC (Error Apprehension And Correction).

    You address the data, then (instead of a CRC) you address analysis $.25 that are affected from the data.

    ... NASA amplitude probes ... bunched disks ...

    The simplest affectionate is echo the message.

    If I forward the aforementioned packet 2wice, and babble alone corrupts one of them, If I forward the aforementioned packet 3 times, and babble corrupts any one of them, then the receiver can do best 2 out of 3. The analysis $.25 are 2 copies of the data bits.

    In fact, babble could base a little bit of and do best 2 out of 3 for every bit. As continued as there were alone a few $.25 of babble in anniversary packet , and the babble was in a altered abode in anniversary packet , all the data can be recovered.

    ... (put account here) ...

    There are some actual able kinds of FEC (, ) that can actual all kinds of accepted errors bigger than best 2 out of 3, and alone crave the aforementioned amount of analysis $.25 as there are data bits.

    A sender generally streams audio and video live, in real-time.

    What should a receiver do if a packet gets burst ?

    If it sends a bulletin aback to the sender, allurement it to resend that packet ,

    by the time the acknowledgment gets back, its apparently several video frames later.

    Its too backward to use that information.

    Rather than pausing the absolute cine until the appeal makes a round-trip, its far beneath arrant to the admirers if the receiver silently discards the burst packet , fills in as best it can (filling in atramentous pixels is beneath apparent than bushing in with a beam of white pixels), try not to draw absorption to the error, and abide on as if annihilation had happened.

    Even if they accept 2-way communication, sometimes humans use FEC anyway. That way baby amounts of babble can be adapted at the receiver. If a packet is besmirched so abominably that FEC cannot fix it, the agreement avalanche aback on ACK-NAK retransmission (or on Pretend It Never Happened).

    a abundant description of one ACK-NAK protocol:

    XModem / YModem Agreement Reference

    by Abandon Forsberg 1988-10-14

    http://www.commonsoftinc.com/Babylon_Cpp/Documentation/Res/yModem.htm

    a abundant description of one alive protocol:

    The ZMODEM Inter Appliance Book Alteration Protocol

    by Abandon Forsberg 1988-10-14

    http://www.commonsoftinc.com/Babylon_Cpp/Documentation/Res/zModem.htm

    Data Hotlink Absurdity Apprehension / Alteration Methods

    http://techref.massmind.org/techref/method/errors.htm

    brief descriptions of

    several absurdity alteration methods:

    Hamming codes, Blaze codes, Reed-Solomon codes, Viterbi decoding, etc.

    

 


Tags: little, methods, window, check, errors, receiver, codes

 packet, sender, receiver, error, noise, window, sends, receives, correction, packets, little, protocol, entire, acknowledgement, codes, check, transmit, resend, waits, methods, errors, footer, detection, , error correction, ack nak, check bits, packet number, little bit, packet then, correction methods, sender sends, error detection, error correction methods, chuck forsberg 1988, expecting packet number, packet number 9007,

Share Absurdity Alteration Methods: Digg it!   Google Bookmarks   Del.icio.us   Yahoo! MyWeb   Furl  Binklist   Reddit!   Stumble Upon   Technorati   Windows Live   Bookmark

Text link code :
Hyper link code:

Also see ...

Permalink
Article In : Computers & Technology  -  Programming