Thread Links Date Links
Thread Prev Thread Next Thread Index Date Prev Date Next Date Index

RE: [802.21] Providing QoS through current link layer primitives



Albert,

I realized your name was not included in the original response.

Ulises.

-----Original Message-----
From: Olvera-Hernandez, Ulises 
Sent: Wednesday, February 22, 2006 7:27 AM
To: 'Soohong Daniel Park'; STDS-802-21@listserv.ieee.org
Cc: 'Nada Golmie'; 'Reijo Salminen'
Subject: 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
> 
>