1 / 8

Using QoSLocalMulticast at the QAP

Using QoSLocalMulticast at the QAP. Wataru Gohda, Srinivas Kandala, Yoshihiro Ohtani, Kazuhito Maruyama Sharp. QoSLocalMulticast. Currently available only for non-AP QSTAs.

liberty-haney
Download Presentation

Using QoSLocalMulticast at the QAP

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. Using QoSLocalMulticast at the QAP Wataru Gohda, Srinivas Kandala, Yoshihiro Ohtani, Kazuhito Maruyama Sharp Wataru Gohda, et. al.

  2. QoSLocalMulticast • Currently available only for non-AP QSTAs. • allows transmission of broadcast/multicast frames sent directly to peer MACs without using the distribution service from the QAP. • not buffered by the QAP for transmission after the DTIM. • Useful for multicast video services in a commercial establishment. • Reliability will be provided by a higher layer protocol (such as reliable multicast protocol, RMP). Wataru Gohda, et. al.

  3. QoSLocalMulticast availability at the QAP • Currently this service class is not available at the QAP. • prevents multicast transmissions by the QAP. • If a Satellite set top box or a multimedia server is on the same host as the QAP, then multicast services can not be provided in a meaningful manner. • The main deterrent is that all multicast MSDUs will be buffered at the QAP and will be transmitted only after DTIM, thus restricting the multicast transmissions to a narrow window even though there is adequate bandwidth for such transmission. • Unavailability of this service class also means that a 1394 bridge using the higher layer synchronization can not be in the same device as the QAP even though architecturally a bridge and QAP perform similar functions and logically should be in the same device. Wataru Gohda, et. al.

  4. Proposal • We propose to make the QoSLocalMulticast service available at the QAP. • Frames belonging to this service class will not be buffered for transmission after DTIM. • Frames belonging to this service class will be queued for immediate transmission by the QAP. • We also propose QAP to be able to receive QoSLocalMulticast service MSDUs and forward them to a higher layer. However, these MSDUs shall not be forwarded to the DS. • Contribution resolves comments #121, #280 Wataru Gohda, et. al.

  5. Normative Changes needed to 6.1.1 • Replace third paragraph from Draft 8.0 with the following 3 paragraphs: • There are three service classes available in a QSTA: QoSAck, QoSNoAck and QoSLocalMulticast. The service classes QoSAck and QoSNoAck are used to signal if the MSDU is to be transmitted with or without using the MAC-level acknowledgement. For broadcast and multicast MSDUs sent or received by a QSTA there is an additional service class, QoSLocalMulticast. • When initiated by the LLC in a non-AP QSTA, the QoSLocalMulticast service class causes broadcast and multicast MSDUs to be delivered directly from a non-AP QSTA without being relayed by a QAP. Conversely, broadcast and multicast MSDUs using the QoSAck class or QoSNoAck class are sent as unicast MPDUs to the QAP and the QAP transmits these MPDUs as broadcast/multicast MPDUs within the QBSS and delivers them as well to the QAP’s bridging layer. Wataru Gohda, et. al.

  6. Normative Changes needed to 6.1.1 (Cont’d) • Replace third paragraph from Draft 9.0 with the following 3 paragraphs: • When initiated by the LLC in a QAP, the QoSLocalMulticast service class causes broadcast and multicast MSDUs to be delivered directly to the other QSTAs in the QBSS and the MSDUs will not be delivered to the QAP’s bridging layer. • Upon receipt of an MPDU which belongs to QoSLocalMulticast, the QAP shall forward the MPDU to a higher layer, if present, and not to the Distribution System. Wataru Gohda, et. al.

  7. Normative changes needed to 6.1.1.4 and 7.1.3.1.4 • 6.1.1.4 bullet items c): • Update the subclause assuming that ToDS=0, FromDS=0 is used even in the case of QoSLocalMulticast transmissions initiated by the QAP. • Clarify that QoSNoAck would be used if the frame is to be buffered and sent to the DS. • Updates to Table 2 in 7.1.3.1.4. Wataru Gohda, et. al.

  8. Other Normative changes needed • 6.1.3 – 3rd paragraph • delete non-AP in the first sentence. • delete the second sentence. • Modify 3rd paragraph to include QAP with regards to the availability of QoSLocalMulticast. Wataru Gohda, et. al.

More Related