© 2008 Mesh City.
All rights reserved.
 
Support / How the Products Work

Moving packets through a WiFi network uses significant overhead. Combine this with the relatively small packets for VoIP that must be sent at regular intervals, (e.g. every 20 ms) and the overall system becomes increasingly
inefficient. For example, with 64Kbps VOIP traffic, the frame size is 160 bytes but there are 40 bytes of IP overhead and 30 bytes for MAC layer overhead, for a total of 230 bytes per frame. The overhead is far less for a large data packet (2300 bytes).

As contention is added (multiple clients) and as packets traverse multiple hops, effective bandwidth is reduced far more so with competing mesh products than with Mesh City Mesh Net. Also, beyond bandwidth degradation (causing packet delay), latency and jitter degrade more with increased contention in the 1-radio backhaul products.

Mesh City Mesh Net multi-radio backhaul ensures deterministic latency and jitter by eliminating the effects of both single radio backhauls and involuntary contention.

Mesh City Mesh Net VoIP engine ensures the timely delivery of VOIP packets.

Let’s look at a wireless mesh solution to cover a number of square miles of city. For this analysis, let’s assume initially that only VoIP conversations are being supported. Of course, when data transfers are mixed into the analysis, the number of simultaneous VoIP conversations may be reduced.

Let’s assume that there are 5,000 subscribers per square mile, and that during the peak hour of the day, each makes one call of 5 min duration. This produces a peak traffic level of 0.083 Erlangs per subscriber, resulting in an average of 416 simultaneous conversations per square mile during the peak hour.

Assume also that mesh nodes are deployed on a 1/5 mile grid. There will be 25 nodes covering the first square mile. As the number of square miles increases, this number converges on an average of 16 per square mile (two sides of the square are shared).

Lastly, 802.11b AP radios on each node can support 29 simultaneous conversations with a G.711 64Kb voice codec and 60 conversations with a G.729 8Kb codec.

If we assume one DS3 connection per square mile and 64Kbps VoIP calls, then the 3-radio modules can support 464 simultaneous conversations needed for 5,000 subscribers and even leaves some bandwidth available for data traffic.

If the G.729 codec were used (8Kbps), 3-radio modules support up to 960 simultaneous conversations per square mile - essentially supporting a subscriber density of 10,000 per square mile given the same usage parameters.