Re: [MEXT] [dmm?] Surprising assertion about make-before-break handover prevalance

Hesham Soliman <[email protected]>
Newsgroups gmane.ietf.nemo
Message-ID <CA61A089.18306%[email protected]>

From: Sri Gundavelli <[email protected]>
>>Will devices keep multiple radios powered on simultaneously in the
>>future?
>> It depends.
>> Battery technology still lags the advances of radio, processors and
>> displays on devices. And hence it generally boils down to optimizing
>> battery in handheld devices which implies that you would not want to
>> always keep multiple radios switched "On" all the time. You could if you
>> were willing to carry around a battery backpack all the time :)
>
>
>After all the standardization around MCoA/IFOM, building all the
>hype/coolness around driving one flow on path and another the other path,
>its sad to note that we simply don't have the devices/or the battery
>technology that can keep multiple radios up at the same time for a
>reasonable length of time (except few exceptions).


=> This is not about MCoA or flow mobility. Of course we have the ability
to have multiple interfaces up and many of us use it everyday. I assumed
Charlie's question was not about this trivial case, which we all know
exists, but rather about a single technology doing make before break
handovers. I know of only one radio technology that did that in real
deployments (OFDM).

Hesham



>Most devices/operator
>configuration still try to keep only one radio active at a time, so they
>can
>claim better battery serving time. So, we are not there yet, but from
>what I
>believe with LTE radios, the power requirement is only going up.
>Hopefully,
>there will be a major breakthrough in the battery technology that will
>allow
>all the radios to be up for a day with a recharge ...
>
>
>Sri
>
>
>
>
>
>
>
>_______________________________________________
>MEXT mailing list
>[email protected]
>https://www.ietf.org/mailman/listinfo/mext
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.