From dfb38cc8132178a2822a2bb9e464a008098b7172 Mon Sep 17 00:00:00 2001
From: winlin <winlin@vip.126.com>
Date: Mon, 20 Feb 2017 14:18:41 +0800
Subject: [PATCH] Updated EN_KCP Feature (markdown)

---
 EN_KCP-Feature.md | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/EN_KCP-Feature.md b/EN_KCP-Feature.md
index 25a56c8..beeb29d 100644
--- a/EN_KCP-Feature.md
+++ b/EN_KCP-Feature.md
@@ -22,6 +22,6 @@ TCP is design to transmit as most data as possible over internet, but maybe not
 
    ARQ(Automatic Repeat reQuest) includes UNA and ACK responding mode. UNA specifies the last completely series(group) of received packet number, while ACK specifies the received packet number; when use UNA, all packets will retransmit the whole group when any packet dropped; when use ACK, it cost a lot when packets dropped. Other protocols use either UNA or ARQ, but KCP use a mix model of UNA and ACK, each packet contains UNA and there is also ACK packets.
 
-#### Congestion Window Control
+#### Flow Control
 
    KCP use the same algorithm as TCP for congestion window, the send window size depends on: send buffer size, the receive peer buffer size, packets dropping rate and slow startup. User can config KCP to only use the send and receive buffer size, not use the last two factors, for fast transmission for very small packet but require realtime delivery. It's impressive to fast transmit in bad networking with packets dropped.