Hi, <br><br> I am thinking of the congestion control problem for MORE-like traffic in Wireless Mesh networks, and get
perplexed by some questions. I do apprecitate for your kind help. <br><br> 1. MORE-like unicast traffic uses multipath routing with intra-session network coding, in which packets are randomly linearly encoded at both the source and the intermediates nodes. Specifically, Source s first divides the original message into batches, each containing K packets of the same length. It then generates and broadcasts random linearly combined packets within the current batch. Intermediates buffer the overheard packets, and then re-encode them before forwarding. Destination t recovers the original batch by collecting sufficient number of encoded packets, and then sends ACK to s so as to trigger the next batch until the whole message is delivered.<br>
<br> 2. Packets belong to current batch should buffered at
intermediate nodes, does the buffer here refer to the MAC queue
or a cache at upper layer (e.g. socket buffer, or a cache in memory) .
<br> In my opinion, the received belong to a current batch will
occupy the MAC queue for quite a long time before the whole batch is
delivered to the destionation, which causes the MAC queue overflow
very easily. So the better way is to buffer thesed packets at upper
layer, right ? <br>
<br>3. If the packets are buffered at upper layer, the MORE traffic is
less likely to be the reason of the congestion at routers, right? As
the coded packets is generated and sent to MAC queue only when the MAC is able to
transmit , at any time, there is at most one packet for each coded
traffic in the MAC queue. <br>
<br>3. If the conjecture in item 2 is true, do we need any congestion control for MORE-like traffic? <br><br><br><br>Regards,<br>Kara <br><h1><span><br></span></h1>