<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
		<id>https://www.scipedia.com/wd/index.php?action=history&amp;feed=atom&amp;title=Gakhar_et_al_2007a</id>
		<title>Gakhar et al 2007a - Revision history</title>
		<link rel="self" type="application/atom+xml" href="https://www.scipedia.com/wd/index.php?action=history&amp;feed=atom&amp;title=Gakhar_et_al_2007a"/>
		<link rel="alternate" type="text/html" href="https://www.scipedia.com/wd/index.php?title=Gakhar_et_al_2007a&amp;action=history"/>
		<updated>2026-04-18T11:43:19Z</updated>
		<subtitle>Revision history for this page on the wiki</subtitle>
		<generator>MediaWiki 1.27.0-wmf.10</generator>

	<entry>
		<id>https://www.scipedia.com/wd/index.php?title=Gakhar_et_al_2007a&amp;diff=191609&amp;oldid=prev</id>
		<title>Scipediacontent: Scipediacontent moved page Draft Content 177489479 to Gakhar et al 2007a</title>
		<link rel="alternate" type="text/html" href="https://www.scipedia.com/wd/index.php?title=Gakhar_et_al_2007a&amp;diff=191609&amp;oldid=prev"/>
				<updated>2021-01-28T16:44:43Z</updated>
		
		<summary type="html">&lt;p&gt;Scipediacontent moved page &lt;a href=&quot;/public/Draft_Content_177489479&quot; class=&quot;mw-redirect&quot; title=&quot;Draft Content 177489479&quot;&gt;Draft Content 177489479&lt;/a&gt; to &lt;a href=&quot;/public/Gakhar_et_al_2007a&quot; title=&quot;Gakhar et al 2007a&quot;&gt;Gakhar et al 2007a&lt;/a&gt;&lt;/p&gt;
&lt;table class=&quot;diff diff-contentalign-left&quot; data-mw=&quot;interface&quot;&gt;
				&lt;tr style='vertical-align: top;' lang='en'&gt;
				&lt;td colspan='1' style=&quot;background-color: white; color:black; text-align: center;&quot;&gt;← Older revision&lt;/td&gt;
				&lt;td colspan='1' style=&quot;background-color: white; color:black; text-align: center;&quot;&gt;Revision as of 16:44, 28 January 2021&lt;/td&gt;
				&lt;/tr&gt;&lt;tr&gt;&lt;td colspan='2' style='text-align: center;' lang='en'&gt;&lt;div class=&quot;mw-diff-empty&quot;&gt;(No difference)&lt;/div&gt;
&lt;/td&gt;&lt;/tr&gt;&lt;/table&gt;</summary>
		<author><name>Scipediacontent</name></author>	</entry>

	<entry>
		<id>https://www.scipedia.com/wd/index.php?title=Gakhar_et_al_2007a&amp;diff=191608&amp;oldid=prev</id>
		<title>Scipediacontent: Created page with &quot; == Abstract ==  This paper addresses the issue of multiservice support in IEEE 802.16 or WiMAX networks. The capacity for supporting multiple service classes is indeed import...&quot;</title>
		<link rel="alternate" type="text/html" href="https://www.scipedia.com/wd/index.php?title=Gakhar_et_al_2007a&amp;diff=191608&amp;oldid=prev"/>
				<updated>2021-01-28T16:44:40Z</updated>
		
		<summary type="html">&lt;p&gt;Created page with &amp;quot; == Abstract ==  This paper addresses the issue of multiservice support in IEEE 802.16 or WiMAX networks. The capacity for supporting multiple service classes is indeed import...&amp;quot;&lt;/p&gt;
&lt;p&gt;&lt;b&gt;New page&lt;/b&gt;&lt;/p&gt;&lt;div&gt;&lt;br /&gt;
== Abstract ==&lt;br /&gt;
&lt;br /&gt;
This paper addresses the issue of multiservice support in IEEE 802.16 or WiMAX networks. The capacity for supporting multiple service classes is indeed important for any access technology where bandwidth is limited, which is the case for IEEE 802.16. The standard currently proposes four traffic classes, and specifies that for uplink traffic, the first one (UGS) receives periodic grants whereas the other three are served via polling. Supporting two different scheduling mechanisms may have a significant impact on the complexity of network interface cards, and therefore on the CAPEX for WiMAX networks. Based on this analysis, the present work investigates whether a 802.16 network that only supports the 3 polling based classes is still capable of providing the QoS levels expected for all types of applications. Both the transfer plane QoS, in terms of latency and jitter, and the command plane QoS, in terms of blocking probability are assessed. In particular, a simple, multiservice call admission control (CAC) mechanism is proposed that significantly improves on a previously proposed CAC mechanism by favouring real time traffic over non real time traffic. The outcome of this study shows that it is indeed possible to support stringent QoS with only polling based traffic classes, and fairly simple traffic engineering mechanisms fully described in the paper.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Original document ==&lt;br /&gt;
&lt;br /&gt;
The different versions of the original document can be found in:&lt;br /&gt;
&lt;br /&gt;
* [https://hal.archives-ouvertes.fr/hal-01848243 https://hal.archives-ouvertes.fr/hal-01848243]&lt;br /&gt;
&lt;br /&gt;
* [http://xplorestaging.ieee.org/ielx5/4204175/4224245/04224923.pdf?arnumber=4224923 http://xplorestaging.ieee.org/ielx5/4204175/4224245/04224923.pdf?arnumber=4224923],&lt;br /&gt;
: [http://dx.doi.org/10.1109/wcnc.2007.678 http://dx.doi.org/10.1109/wcnc.2007.678]&lt;br /&gt;
&lt;br /&gt;
* [https://dblp.uni-trier.de/db/conf/wcnc/wcnc2007.html#GakharAG07 https://dblp.uni-trier.de/db/conf/wcnc/wcnc2007.html#GakharAG07],&lt;br /&gt;
: [http://yadda.icm.edu.pl/yadda/element/bwmeta1.element.ieee-000004204854 http://yadda.icm.edu.pl/yadda/element/bwmeta1.element.ieee-000004204854],&lt;br /&gt;
: [https://academic.microsoft.com/#/detail/2124013557 https://academic.microsoft.com/#/detail/2124013557]&lt;/div&gt;</summary>
		<author><name>Scipediacontent</name></author>	</entry>

	</feed>