Freeze TCP hướng vào hỗ trợ khả năng “di động” và tình trạng “mất sóng” tạm thời cho các thiết bị di động khi đang truyền dữ liệu TCP.
Ý tưởng chung của Freeze TCP là tạm thời “đóng băng” kết nối khi tín hiệu (sóng mang) “không tốt” và chờ cho đến khi tín hiệu “tốt” trở lại thì truyền tiếp. Freeze TCP không đòi hỏi sự hỗ trợ của thiết bị trung gian, nhưng cần sự phối hợp hoạt động của hai đầu cuối trong hoạt động.
Freeze đòi hỏi đầu thu (MH) có trách nhiệm phát hiện và dự đoán khả năng mất kết nối, đồng thời, gửi tín hiệu đến đầu phát để cảnh báo tình huống mất kết nối sắp xảy ra. Khi sắp xảy ra tình trạng mất kết nối, đầu thu cố gắng gửi một số (hay ít nhất là một) ACK về đầu phát đồng thời đính kèm thông tin cửa sổ quảng bá đầu thu bằng không (= 0). Những gói ACK này được gọi là ZWA (zero window advertisement). Tín hiệu này đồng nghĩa với “đóng băng” đầu phát và đầu phát chuyển sang trạng thái “thăm dò cửa đóng” – Zero Window Probe (ZWP). Trong thời kỳ này, cwnd không bị giảm đi. Các gói “thăm dò” sẽ được phát đi (tất cả đều mất) cho đến đi có tín hiệu đáp lại từ phía đầu thu.
Nếu mất kết nối quá lâu, quá trình backoff sẽ làm mất nhiều thời gian cho việc tái kết nối. Nếu đầu thu tái kết nối sau khi nhận được tín hiệu thăm dò từ đầu phát, thì phải chờ đến khi nhận được tín hiệu thăm dò tiếp theo. Để khắc phục trường hợp này, bản sao của ACK sau cùng được gửi dưới dạng 3- dupACKs ngay sau khi đầu thu tái kết nối để kích hoạt việc kết nối ở đầu phát (Triplicate reconection ACK-“ TR-ACKs”).
Freeze TCP cung cấp cơ chế khắc phục tình trạng mất kết nối tạm thời trong môi trường không dây. Tuy nhiên, hiệu quả lại phụ thuộc vào khả năng phát tín hiệu cảnh báo đúng lúc của đầu phát. Nếu quá sớm, gây ra tình trạnh rỗi (idle) không cần thiết; hoặc quá trễ dẫn đến giảm cwnd ở đầu phát. Trạng thái lý tưởng là phát kịp thời trong khoảng thời gian một RTT.