7 research outputs found

    IROISE: A new QoS achitecture for IEEE 802.16 and IEEE 802.11e interworking

    No full text
    International audienceThis article proposes a new architecture, which once implemented, would help in achieving end-to-end quality of service (QoS) requirements of an application which is being served in an interworking system of IEEE 802.16/WiMAX and IEEE 802.11e/WiFi networks. Our approach strives at mapping the QoS requirements of an application originating in IEEE 802.11e network to a serving IEEE 802.16 network and assuring the transfer of data having appropriate QoS back to the application in IEEE 802.11e network. We discuss how an application flow specifies its QoS requirements, either in an IEEE 802.11e or IEEE 802.16 network and the mechanisms that ensure that these requirements are known to the serving network. We identify the necessary parameters, as per advice in the standards, that could stipulate the QoS requirements for an application depending upon traffic type it represents. We propose the mapping of various parameters for different kinds of flows which would ultimately make sure that an application receives the QoS it requested. The resulting architecture would work as a hybrid of two different kinds of networks

    IROISE: A New QoS Architecture for IEEE 802.16 and IEEE 802.11e Interworking

    No full text
    This article proposes a new architecture, which once implemented, would help in achieving end-to-end quality of service (QoS) requirements of an application which is being served in an interworking system of IEEE 802.16/WiMAX and IEEE 802.11e/WiFi networks. Our approach strives at mapping the QoS requirements of an application originating in IEEE 802.11e network to a serving IEEE 802.16 network and assuring the transfer of data having appropriate QoS back to the application in IEEE 802.11e network. We discuss how an application flow specifies its QoS requirements, either in an IEEE 802.11e or IEEE 802.16 network and the mechanisms that ensure that these requirements are known to the serving network. We identify the necessary parameters, as per advice in the standards, that could stipulate the QoS requirements for an application depending upon traffic type it represents. We propose the mapping of various parameters for different kinds of flows which would ultimately make sure that an application receives the QoS it requested. The resulting architecture would work as a hybrid of two different kinds of networks

    Addressing multiservice classes and hybrid architecture in WiMAX networks

    No full text
    International audienceThis work presents two different propositions which mark new advances in WiMAX. The first work addresses multiservice environment and service differentiation in WiMAX networks. It argues that, using only polling based priority scheduling at subscriber stations and demand based dynamic bandwidth allocation (DBA) at the base station, it is possible to serve various traffic types in WiMAX systems with only three service classes rather than four as proposed in the standard. It reduces the complexity of scheduling mechanisms to be implemented in WiMAX interface cards thus bringing down overall capital expenditure (CAPEX) model for such system while providing QoS to 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 second work proposes an architecture for a hybrid system composed of WiMAX (access network) and WiFi systems. A new “tightly coupled” approach considers matching parameters at MAC level which translates directly into the transfer of requirements from WiFi network to WiMAX. A notion of jitter in WiFi systems is also introduced
    corecore