1 / 6

Mapping PMIP QoS to WiFi Networks (draft-kaippallimalil-netext-pmip-qos-wifi-00)

Mapping PMIP QoS to WiFi Networks (draft-kaippallimalil-netext-pmip-qos-wifi-00). IETF 84 Vancouver, BC, Canada. Why do we need per user QoS in AP?.

mei
Download Presentation

Mapping PMIP QoS to WiFi Networks (draft-kaippallimalil-netext-pmip-qos-wifi-00)

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Mapping PMIP QoS to WiFi Networks(draft-kaippallimalil-netext-pmip-qos-wifi-00) IETF 84 Vancouver, BC, Canada

  2. Why do we need per user QoS in AP? • WiFi radio is a limited resource and has to be managed to achieve better and fair utilization.For example, during WiFi radio congestion or for services like VoIP, per user/flow scheduling and policing can utilize the scarce resources better. • QoS Policies may be statically configured in WiFi AP on per service basis. However, it cannot differentiate per user. • Per user QoS policies for PMIP mobile sessions between MAG – LMA are available. DSCP of these flows can be used to prioritize flows at WiFi AP. However, other per user information (ARP, AMBR, GBR) is lost. • Mapping from parameters in PMIP QoS to 802.11e AC + other QoS parameters needs to be consistent when different providers and equipment are configured. Gap: consistent mapping of PMIP - 802.11e QoS.

  3. IETF draft PMIP QoS applies DSCP priority. +--+ +--+ +---+ +---+ |MN| |AP| |MAG| |LMA| +--+ + -+ +---+ +---+ (A)|----attach-----|---------------->|-----------PBU---------->| |<--------------|---------------- |<----PBA[QoS option]-----| . . [QoS rules] [QoS rules] (B). . . | new session | | | |----data[]---->|---data[]------->|-======data[DSCP]======->| | | | | (C)| | | Validate QoS rule | | | |----> | | |<======data[DSCP]========|<---- | | | | | | mapping | (D)| | DSCP/802.1p | | |<----data--------| | | | [802.1p/DSCP] | | | | | | | mapping | | 802.1p/802.11e | | |<--data[WMM]---| | | | | | | |---data[WMM]-->|-----data------->|=======data[DSCP]=======>|----> | | [802.1p/DSCP] | | | | | | However, no scheduling / policing at AP based on QoS parameters like ARP, MBR etc.

  4. Proposed Solution +-----+ | AAA | +--+--+ | | STa | WiFi AP WLC(MAG)| +---------------+ +-------|-------+ | +---------+ | 802.11 | +----v----+ | PMIP-QoS +--------+ | |QoS-Ctrl <-----------------+QoS-Ctrl <--------------+ PDN-GW + | +----+----+ | QoS | +----+----+ | (S2a) +---+----+ | | | | | | | | +----v----+ | _____ | +----V----+ | ________ | | | PEP +-----/ IP )-----+ PEP +------/ IP ) | | +---------+ | Network | +---------+ | | Network|--+ +---------------+ ( / +---------------+ ( / ----- -------- • QoS information signaled from WLC to WiFi AP.(draft does not propose a protocol) • Mapping from 3GPP QoS to 802.11e AC, parameters

  5. Proposed Solution (2) QCI DSCP 802.11e AC Example 3GPP service ------------------------------------------------------------- 1 EF 3 AC_VO conversational voice 2 EF 3 AC_VO conversational video 3 EF 3 AC_VO real-time gaming 4 AF41 2 AC_VI buffered streaming 5 AF31 2 AC_VI IMS signaling 6 AF31 2 AC_VI buffered streaming 7 AF21 0 AC_BE interactive gaming 8 AF11 0 AC_BE web access 9 BE 1 AC_BK e-mail Table: QoS Mapping between QCI, WMM, 802.11e AC • Mapping of QCI/ DSCP  802.11e AC (in table above) • Need further work on general recommendation for how AP handles ARP, MBR, GBR.

  6. IETF next steps • Is there interest in the working group to continue work to on this draft.

More Related