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, i.e., moves ``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 ACKing or NAKing, since 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.

Kết quả (Việt) 1:

Một giải pháp đơn giản cho vấn đề này mới (và một thông qua ở hiện tại gần như tất cả các giao thức truyền dữ liệu bao gồm TCP) là để thêm một lĩnh vực mới để các gói dữ liệu và có người gửi số lượng gói dữ liệu của mình bằng cách đặt một số thứ tự vào lĩnh vực này. Người nhận sau đó cần chỉ kiểm tra số thứ tự này để xác định có hay không nhận được gói là một retransmission. Cho trường hợp này đơn giản của một giao thức dừng lại và chờ đợi, một số thứ tự 1-bit sẽ đủ, vì nó sẽ cho phép người nhận biết cho dù người gửi gửi trước đó truyền gói (số thứ tự của gói tin nhận được có cùng số thứ tự như nhất gần đây đã nhận được gói) hoặc một gói dữ liệu mới (thay đổi số thứ tự, ví dụ, di chuyển '' gửi '' trong modulo 2 số học). Kể từ khi chúng tôi hiện nay là giả định một kênh mà không mất gói tin, gói dữ liệu ACK và NAK không mình cần phải chỉ số thứ tự của gói tin là ACKing hoặc NAKing, kể từ khi người gửi biết rằng một gói dữ liệu ACK hoặc NAK đã nhận được (cho dù là bị cắt xén hay không) đã được tạo ra để đáp ứng với gói dữ liệu truyền mới nhất.

Kết quả (Việt) 2:

Một giải pháp đơn giản cho vấn đề này mới (và một con nuôi ở hầu hết các giao thức truyền dữ liệu hiện có bao gồm TCP) là thêm một lĩnh vực mới để các gói dữ liệu và có số người gửi gói dữ liệu của mình bằng cách đặt một số thứ tự vào lĩnh vực này. Người nhận sau đó chỉ cần kiểm tra số thứ tự này để xác định có hay không gói tin nhận được là một truyền lại. Đối với trường hợp này đơn giản của một giao thức stop-and-wait, một số thứ tự 1-bit là đủ, vì nó sẽ cho phép người nhận để biết liệu người gửi được gửi lại các gói tin truyền trước đây (số thứ tự của các gói tin nhận được có cùng số thứ tự như các gói tin vừa nhận được nhất) hoặc một gói mới (thay đổi số thứ tự, tức là, di chuyển ' `forward' 'trong modulo 2 số học). Kể từ khi chúng tôi đang giả định một kênh mà không bị mất gói tin, ACK và NAK gói bản thân chúng không cần phải chỉ ra số thứ tự của gói tin họ đang ACKing hoặc NAKing, kể từ khi người gửi biết rằng một ACK hoặc NAK gói tin nhận được (cho dù bị cắt xén hoặc không) được tạo ra để đáp ứng với gói dữ liệu được truyền gần đây nhất của mình.