26.07.2013 Views

WiMax Operator's Manual

WiMax Operator's Manual

WiMax Operator's Manual

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

CHAPTER 7 ■ SERVICE DEPLOYMENTS OVER PUBLIC WIRELESS MANS 165<br />

Achieving QoS in Broadband Wireless Packet Networks<br />

As indicated many times previously in this text, the core packet standards in common use<br />

today (namely, TCP/IP and Ethernet) were both originally intended for transmitting best-effort<br />

traffic only, not traffic requiring stringent QoS. As a consequence, equipment manufacturers<br />

and standards bodies have made a great deal of effort in recent years to enable packet networks<br />

to handle QoS through both ancillary protocols and revisions of the core protocols. The 802.16<br />

standard has a number of provisions for ensuring QoS, and it permits the use of a wide range of<br />

additional protocols for further ensuring that quality levels will be met.<br />

In addition to the industry standards supporting QoS, there are a number of other strategies<br />

for achieving it, including overprovisioning of bandwidth, data compression, and special<br />

routing protocols combined, often as not, with Internet diagnostics and route analysis software.<br />

I will cover each of these later in this chapter.<br />

It should be clearly understood that establishing QoS is much easier within the confines of<br />

a metropolitan network than it is across great distances where the transmission must traverse<br />

several backbone networks on the way to its final destination. If, for instance, network operators<br />

want to send video material cached at the central office to a local subscriber, they can<br />

simply provision enough bandwidth to support the transmission and can rest assured that the<br />

quality will be acceptable, barring some catastrophic interruption of the link. If, on the other<br />

hand, operators are hosting a videoconference that spans the continent, they are at the mercy<br />

of those parties controlling intervening network segments. They can contract with a longdistance<br />

service provider that will agree to support a service-level agreement, but they cannot<br />

personally allocate bandwidth across the network to ensure that all relevant performance<br />

parameters will be met.<br />

The QoS provisions within the 802.16 standard are generally sufficient to provide for good<br />

QoS on applications running entirely within the network, including voice- and broadcastquality<br />

video. They are nearly useless, however, in the long haul, and the network operator<br />

must utilize additional protocols and, in most cases, forge agreements with other service providers<br />

controlling intervening data paths and network nodes.<br />

802.16 Provisions for QoS<br />

At the physical layer, 802.16 is actually a circuit-based protocol. It allows for channel divisions<br />

based upon frequency divisions or time slots, with time slots expected to predominate in the<br />

radios conforming to the standard.<br />

Recurrent time slots separated by intervals of other time slots can be reserved entirely for<br />

certain subscribers or shared among numbers of subscribers. When sequences of slots are<br />

reserved, they function analogously to the time slots or temporal channels in a SONET network.<br />

Such strict reservation of the bandwidth in one set of slots provides inherent QoS for a<br />

subscriber, albeit at the cost of efficiency, as is the case with all session- or circuit-based<br />

approaches. Depending on the types of services the network operator has settled on, some<br />

sequences of slots may be used to provide circuit service while others will be allocated to best<br />

effort. However, it should be understood that circuit-like determinacy can be delivered by<br />

means other than reserving time slots for the exclusive use of a single party.<br />

The 802.16 standard also provides inherent support for ATM, covered next, and IP 6, which<br />

provides for flow labeling somewhat in the manner of MPLS, also covered next. In and of itself,<br />

IP 6 does not provide extensive support for QoS, however, and cannot be considered adequate<br />

absent the use of additional protocols along with it.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!