A simple solution to this new probl

A simple solution to this new problem (and one adopted in almost all existing
data transfer protocols, including TCP) is to add a new field to the data packet and
have the sender number its data packets by putting a sequence number into this
field. The receiver then need only check this sequence number to determine whether
or not the received packet is a retransmission. For this simple case of a stop-and-
wait protocol, a 1-bit sequence number will suffice, since it will allow the receiver
to know whether the sender is resending the previously transmitted packet (the
sequence number of the received packet has the same sequence number as the most
recently received packet) or a new packet (the sequence number changes, moving
“forward” in modulo-2 arithmetic). Since we are currently assuming a channel that
does not lose packets, ACK and NAK packets do not themselves need to indicate
the sequence number of the packet they are acknowledging. The sender knows that
a received ACK or NAK packet (whether garbled or not) was generated in response
to its most recently transmitted data packet.

ผลลัพธ์ (ไทย) 1:

แก้ปัญหาปัญหานี้ใหม่ (และหนึ่งที่นำมาใช้ในที่มีอยู่เกือบทั้งหมดการถ่ายโอนข้อมูลโปรโตคอล รวมทั้ง TCP) จะเพิ่มเขตข้อมูลใหม่ให้แพ็คเก็ตข้อมูล และมีผู้ส่งแพ็กเก็ตของข้อมูลตัวเลข โดยใส่หมายเลขลำดับในนี้ฟิลด์ รับแล้วต้องตรวจสอบเฉพาะหมายเลขเพื่อกำหนดลำดับนี้ว่าหรือไม่แพ็คเก็ตที่ได้รับคือ การ retransmission สำหรับกรณีนี้เรื่องของการหยุด- และ -รอโพรโทคอล หมายเลขลำดับ 1 บิตจะพอ เพียง เนื่องจากมันจะช่วยให้ผู้รับต้องทราบว่า ผู้ส่งจะส่งอีกครั้งก่อนหน้านี้นำส่งแพคเก็ต(หมายเลขลำดับเดียวกับมีหมายเลขลำดับของแพคเก็ตได้รับเมื่อเร็ว ๆ นี้ได้รับแพคเก็ต) หรือแพคเก็ตใหม่ (ลำดับหมายเลขการเปลี่ยนแปลง เคลื่อนย้าย"ส่งต่อ" ในเลขคณิต modulo-2) เนื่องจากเราอยู่ในขณะนี้สมมติว่าช่องสัญญาณที่สูญเสียแพคเก็ต แพคเก็ต ACK และนากเองต้องระบุหมายเลขลำดับของแพคเก็ตที่มีการยอมรับ ผู้ส่งทราบว่าแพคเก็ต ACK หรือนาครับ (ไม่ว่าจะแบบสับสน หรือไม่) สร้างขึ้นในการตอบสนองเพื่อการนำส่งล่าสุดข้อมูลแพคเก็ต

ผลลัพธ์ (ไทย) 2:

วิธีง่ายๆในการแก้ไขปัญหาใหม่นี้
(และหนึ่งที่นำมาใช้ในเกือบทุกที่มีอยู่โปรโตคอลการถ่ายโอนข้อมูลรวมทั้งTCP) คือการเพิ่มสาขาใหม่ที่จะแพ็คเก็ตข้อมูลและมีจำนวนผู้ส่งแพ็คเก็ตข้อมูลของตนโดยการใส่หมายเลขลำดับนี้ลงสนาม รับแล้วจำเป็นต้องใช้เพียงตรวจสอบหมายเลขลำดับนี้เพื่อตรวจสอบว่าได้หรือไม่ได้รับแพ็คเก็ตเป็น retransmission สำหรับกรณีที่เรียบง่ายของการหยุด and- โปรโตคอลรอหมายเลขลำดับ 1 บิตจะพอเพียงเพราะมันจะช่วยให้รับทราบว่าผู้ส่งจะการส่งแพ็คเก็ตที่ส่งไปก่อนหน้านี้(คนหมายเลขลำดับของแพ็คเก็ตที่ได้รับมีเหมือนกันหมายเลขลำดับเป็นส่วนใหญ่แพ็คเก็ตที่ได้รับเมื่อเร็วๆ นี้) หรือแพ็คเก็ตใหม่ (การเปลี่ยนแปลงหมายเลขลำดับย้าย"ไปข้างหน้า" ในแบบโมดูโล-2 คณิตศาสตร์) เนื่องจากเรากำลังสมมติว่าช่องทางที่ไม่สูญเสียแพ็คเก็ต ACK และแพ็คเก็ตนาคตัวเองไม่จำเป็นต้องแสดงให้เห็นหมายเลขลำดับของแพ็กเก็ตที่พวกเขาจะยอมรับ ผู้ส่งรู้ว่าได้รับแพ็คเก็ต ACK หรือนาค (ไม่ว่าจะอ่านไม่ออกหรือไม่) ถูกสร้างขึ้นในการตอบสนองในการแพ็คเก็ตข้อมูลที่ส่งล่าสุด

ผลลัพธ์ (ไทย) 3:

แก้ไขง่าย ๆปัญหานี้ใหม่ ( และหนึ่งที่ใช้ในการส่งข้อมูลโปรโตคอล
ที่มีอยู่เกือบทั้งหมด รวมถึง TCP ) จะเพิ่มเขตข้อมูลใหม่กับข้อมูลแพ็คเก็ตและ
มีผู้ส่งหมายเลขของแพ็กเก็ตข้อมูล โดยการใส่ลำดับเลขลงในฟิลด์นี้

รับแล้วต้องตรวจสอบหมายเลขลำดับนี้เพื่อตรวจสอบว่าหรือไม่ได้รับแพ็คเก็ต
เป็น retransmission .สำหรับกรณีนี้ง่าย ๆของการหยุดและ -
เดี๋ยวโปรโตคอล , หมายเลขลำดับ 1 บิต จะเพียงพอ เพราะจะช่วยให้ผู้รับ
ว่าผู้ส่งคือ การส่งก่อนหน้านี้ส่งแพ็คเก็ต (
หมายเลขลำดับของแพ็กเก็ตที่ได้รับมีหมายเลขลำดับเดียวกันเป็นส่วนมาก
เพิ่งได้รับแพ็กเก็ตใหม่ ) หรือ ( หมายเลขลำดับการเปลี่ยนแปลงย้าย
" ไปข้างหน้า " ในคณิตศาสตร์ modulo-2 )เนื่องจากตอนนี้เรากำลังคิดว่าช่องทาง
ไม่สูญเสียแพ็คเก็ต , ACK และแพ็กเก็ตนาคไม่ได้เองต้องระบุหมายเลขลำดับของเล่ม
พวกเขาจะยอมรับ . ผู้ส่งรู้ว่า
ได้รับ ACK หรือนักเก็ต ( ไม่ว่าจะอ่านหรือไม่ ) ถูกสร้างขึ้นในการตอบสนองให้กับบริษัทมากที่สุดเมื่อเร็ว ๆนี้ส่ง

แพคเก็ตข้อมูล