New-Reno có một sửa đổi nhỏ trong thuật toán FRCV để cải thiện hiệu năng trong trường hợp một cửa sổ có trên một gói số liệu bị loại. Sự thay đổi liên quan
đến hành vi của bên gửi trong quá trình thực hiện FRCV, khi nhận được một biên nhận một phần (partial ack), đó là một biên nhận mới, nhận được sau khi thực hiện phát lại nhanh, biên nhận này có số thứ tự nhỏ hơn số thứ tự của byte cuối cùng đã truyền khi thực hiện phát lại nhanh. Mỗi biên nhận từng phần biên nhận cho một số
chứ không phải là tất cả các gói số liệu đã đi vào trong mạng từ khi bắt đầu giai
đoạn FRCV, do đó nó chỉ ra việc có nhiều gói số liệu bị mất trong một cửa sổ phát. Trong Reno TCP, biên nhận từng phần sẽ làm cho TCP ra khỏi giai đoạn FRCV. Còn trong New-Reno TCP, biên nhận từng phần không làm cho TCP ra khỏi giai
đoạn FRCV, ngược lại, việc nhận được các biên nhận từng phần được coi như là một tín hiệu báo rằng gói số liệu đi sau (có thứ tự tiếp theo) gói số liệu được biên nhận đã bị mất và nó cần được truyền lại. Như vậy, khi trong một cửa sổ có nhiều gói số liệu bị mất, New-Reno có thể phát lại ngay chứ không bị hết giờ. Mỗi gói số
liệu bị mất được phát lại trong khoảng thời gian khứ hồi cho đến khi tất cả các gói số liệu bị mất trong cùng cửa sổ đã được phát lại hết. New-Reno sẽ vẫn ở trong trạng thái FRCV cho đến khi mọi gói số liệu được gửi đi từ khi bắt đầu thực hiện FRCV được biên nhận hết.
Hình 4.3 Hoạt động của New Reno TCP, trường hợp có ba gói số liệu bị loại bỏ
Trường hợp trong một cửa sổ chỉ có một gói số liệu bị loại, hoạt động của New- Reno và Reno là giống nhau. Hình 4.3 minh hoạ sự hoạt động của New-Reno trong trường hợp có ba gói số liệu bị loại. (Tại mục 4.1.5 cũng có một số giải thích liên quan đến hình vẽ này).