Priority and Internet Quality
The significant increase of internet traffic is to a large extent caused by more high-data-rate applications like file-sharing etc. Although network operators constantly increase router and line capacities, overload occurs from time to time, causing delays, jitter and packet-losses at the data packet level. At the service level this may significantly reduce the quality of certain applications. Among those are interactive services like VoIP, some business applications, online gaming etc. and other on-time-services like internet-television. This will result in systematic inefficiencies which can mainly be attributed to two reasons. The first one is the widespread use of internet-flatrates and the second one is a much too strict interpretation of the network neutrality principle. The latter describes the fact that every single data packet will be handled strictly equal at every router, no matter what application it belongs to and what the technical and economic consequences of delayed or dropped packets will be. A congestion model shows that flatrates which users' marginal outlays cause to be zero are inefficient as soon as positive marginal overload externalities exist. It comes up with a general pricing solution which will be questioned later on. In this framework, optimal internet capacity is identified and the networks' overprovisioning policy is found to be inefficient. The key issue for internet congestion problem is the fact that, although services are homogenous at the data packet level, they are very heterogenous at the service level. They are very different with respect to data rate, quality-sensitivity, and economic value. Under strict network neutrality rule it can be demonstrated that certain valuable, quality-sensitive services will be significantly harmed (and potentially be crowded out altogether) by non-qualitysensitive, high-data-rate services which may have low economic value. Giving priority to certain services in overload situations looks like the adequate solution to the problem. However, this always bears the risk of discriminating some service providers and applications and will be heavily debated. A more appropriate solution is provided by priority pricing, whereby users express their willingness to pay for priority treatment in case of an overload. Customers have an ex ante choice between different qualities of service. The choice of a service provider to pay for high priority (high quality of service) will depend mainly on two factors, the quality-sensitivity and the end-users' willingness to pay for such services. Only providers of quality-sensitive services will have any reason whatsoever to pay for traffic prioritization. Providers of non-quality-sensitive services (file sharing, e-mailing, webbrowsing) will be adequately served by best effort traffic and will thus obtain it cheaply. Priority pricing (quality of service) results in an economically efficient use of scarce router capacity according to the economic congestion effects of the specific service. It avoids the crowding-out problem. It allows to generate more economic value out of a given internet capacity.
|Date of creation:||19 Aug 2009|
|Date of revision:|
|Contact details of provider:|| Postal: |
Phone: +49 (0)40 6541 2590
Fax: +49 (0)40 6541 2780
Web page: http://www.hsu-hh.de/fgvwl/
More information through EDIRC
When requesting a correction, please mention this item's handle: RePEc:ris:vhsuwp:2009_096. See general information about how to correct material in RePEc.
For technical questions regarding this item, or to correct its authors, title, abstract, bibliographic or download information, contact: (Klaus Bekcmann)
If you have authored this item and are not yet registered with RePEc, we encourage you to do it here. This allows to link your profile to this item. It also allows you to accept potential citations to this item that we are uncertain about.
If references are entirely missing, you can add them using this form.
If the full references list an item that is present in RePEc, but the system did not link to it, you can help with this form.
If you know of missing items citing this one, you can help us creating those links by adding the relevant references in the same way as above, for each refering item. If you are a registered author of this item, you may also want to check the "citations" tab in your profile, as there may be some citations waiting for confirmation.
Please note that corrections may take a couple of weeks to filter through the various RePEc services.