[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [MIP-QOS] Requirements.
We have to be a little careful about getting too far away from connections
to MIP. There is the issue of providing some context to the discussion, but
remember our task is to produce a draft that is MIP QoS Requirements.
And some of the below sounds like you're eager to drift into the solution
space, which is definitely out of scope.
> -----Original Message-----
> From: ext Shahrier, Sharif M.
> [mailto:Sharif.Shahrier@InterDigital.com]
> Sent: Thursday, April 19, 2001 5:12 PM
> To: 'mip-qos@research.nokia.com'
> Subject: RE: [MIP-QOS] Requirements.
>
>
>
>
> I request a few requirements:
>
> 1. The QoS information about an IP flow is maintained in a context.
> 2. The context is attached to an AR, which is associated with a MN.
> 3. When MN handoffs to a different AR, attempt is made to
> transfer context
> seamlessly.
> 4. If seamless transfer occurs, then ok.
> 5. If seamless transfer doesn't occur, negotiate QoS
> parameters with target
> AR.
> 6. Handover to target AR occur.
>
> Note that the QoS information about an IP flow is maintained
> in a context,
> and is
> transferred to a new AR during context transfer.
>
>
>
> Now, it can be argued that the SEAMOBY group is dealing with "context
> transfer".
> This is correct
>
>
> , they will ultimately develop a protocol for context transfer.
>
> This is implicit when the context transfers happen above.
>
> -Sharif
>
>