Hello Bill

See answers below.

Regards Hannu 

>-----Original Message-----
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf 
>Of ext William Herrin
>Sent: Wednesday, March 12, 2008 23:44
>To: Flinck Hannu (NSN - FI/Espoo)
>Cc: [email protected]
>Subject: Re: [RRG] Re: Supposed impossibility of scaling for mobility
>
>On Wed, Mar 12, 2008 at 3:00 PM,  <[EMAIL PROTECTED]> wrote:
>> Routing and mobility act on different time scales. 5 - 10s handovers 
>> are  not acceptable in any working system. \
>
>Hi Hannu,
>
>Is "handover" a necessary part of a mobility system?
>

Yes. Otherwise it is not a mobile system, but wireless extension of
fixed access. Right? 

>What about an add/drop model where a mobile device adds a new 
>base station when it comes into range and later drops an old 
>base station that's leaving range? 

Not sure what do you mean by adding a base station. Do you mean that
mobile device discovers a base station and adds that into its own
configuration? Or does the terminal itself become a base station
starting to offer services to others? Or adds the base station to the
global mapp encap database.

Is it impossible to design 
>a system where the mobile device can normally determine 10 
>seconds ahead of time that its leaving the coverage area of a 
>given base station? 

Proactive solutions have their limitations. It depends on the cell size
and speed of the MS. Also how do the cell sizes overlap if not at all.
Moreover the mobile node needs to know about the network coverage. There
have been various dynamic solutions to learn the coverage and
neighboring base stations, but as far as I know no-one is using them. 

Need a mobile station receive on only one 
>channel at a time?
>

No, but this depends the type of the radio and the coding used.

But how do these questions relate to the scalability and how the mapping
data is distributed?


>Regards,
>Bill Herrin
>
>
>
>--
>William D. Herrin [EMAIL PROTECTED] [EMAIL PROTECTED]
>3005 Crane Dr. Web: <http://bill.herrin.us/> Falls Church, VA 
>22042-3004
>

--
to unsubscribe send a message to [EMAIL PROTECTED] with the
word 'unsubscribe' in a single line as the message text body.
archive: <http://psg.com/lists/rrg/> & ftp://psg.com/pub/lists/rrg

Reply via email to