RE: [802.21] Providing QoS through current link layer primitives
Hi Ulises,
I have read your document and I think this is a really good initiative.
I have some questions:
- do you have a scenario about how an application could use the "QoS services" provided by the MIH ?
If I understood correctly, the application can be informed about the QoS parameters provided by the lower layers.
But what is the application going to do after getting this information ?
What I can think of is:
- Adapt itself to the new available QoS (for example, for a videoconf app, if higher throughput is available the video resolution can be raised).
- Ask for a handover when the available QoS level is not sufficient anymore (using an existing MIH primitive ? Or a new one ? Or by communicating with a decision engine which will then communicate with the MIH ?)
-> The QoS reports will pertain to the serving link or to other available links as well ?
Thanks,
Mathieu.
-----Message d'origine-----
De : Olvera-Hernandez, Ulises [mailto:Ulises.Olvera-Hernandez@INTERDIGITAL.COM]
Envoyé : mercredi 22 février 2006 13:27
À : STDS-802-21@listserv.ieee.org
Objet : Re: [802.21] Providing QoS through current link layer primitives
Albert,
There are new efforts within the 802.21 group to define a set of QoS parameters that could be used by Mobility Management application and Higher Layer entities to determine the QoS characteristics of the underlying link. Although this work has not yet been agreed or sanctioned by the group there is already a contribution for the coming IEEE 802.21 March meeting that provides a recommendation as to how this can be done. This is publicly available at:
http://grouper.ieee.org/groups/802/21/
The contribution is stored onto the March 2006 folder, under the following name: 21-06-0493-02-0000-Threshold_Parameters_Survey.ppt
Comments are appreciated.
Ulises
-----Original Message-----
From: Soohong Daniel Park [mailto:soohong.park@SAMSUNG.COM]
Sent: Wednesday, February 22, 2006 4:52 AM
To: STDS-802-21@listserv.ieee.org
Subject: Re: [802.21] Providing QoS through current link layer primitives
QoS seems interesting and important issue in terms of link selectio and change of 21 mobile node. Perhaps, you are saying more parameters should be newly defined into this spec. than this. Right ? If yes, which parameters are in your mind ?
Daniel (Soohong Daniel Park)
Mobile Convergence Laboratory, SAMSUNG Electronics.
----- Original Message -----
From: "Albert Vidal" <Albert.Vidal@NETLAB.NEC.DE>
To: <STDS-802-21@LISTSERV.IEEE.ORG>
Sent: Tuesday, February 21, 2006 1:55 AM
Subject: [802.21] Providing QoS through current link layer primitives
> Hi all,
>
> The current version of the draft specifies two primitives to report
> current link quality parameters:
>
> - Link_Parameters_Change
> - MIH_Link_Parameters_Report
>
> These two primitives could be valuable in order to maintain a certain
> QoS with the current PoA (Point of Attachment), as well as to
guarantee
> that the next potential PoA after a handover will be able offer the
> minimum QoS required.
>
> The text offers four example parameters to indicate the link quality:
> Link Speed, Link Bit Error Rate, Link Frame Loss Rate before
> retransmission and Link Received Signal Strength. Nevertheless, more
> parameters will be needed to guarantee the QoS, for instance to
address
> load balancing issues among different PoAs of the same network or to
> avoid a handover decision towards a congested PoA. (As an example, see
> some work in progress related to network initiated handovers in the
> framework of the European project Daidalos:
>
http://www.ietf.org/internet-drafts/draft-melia-mobopts-niho-ps-00.txt).
>
> How is this aspect of the text expected to be solved? Will the list of
> link layer parameters be left open, or on the contrary, will it be
> closed to a certain number of parameters?
>
>
> Best regards,
> Albert
>
>