Re: [MEXT] [dmm?] Surprising assertion about make-before-break ...
"Charles E. Perkins" <[email protected]>
| Newsgroups | gmane.ietf.nemo |
|---|---|
| Organization | Wichorus Inc. |
| Message-ID | <[email protected]> |
Hello Hesham, Long time no see... To your point: On 8/4/2011 10:11 PM, Hesham Soliman wrote: > On the battery issue, yes of course but a few years ago those smart phones > needed to be charged every few hours, now they improved. My laptop battery > lasts 5-6 hours, which is an improvement. So these things change over > time. Assume, just for a moment, there were a handover method requiring only a single radio interface to be powered up at any one time, that had roughly equal performance as handover algorithms which relied on multiple radio interfaces being powered up. In that case, I think it would be considerably preferable to make use of the single-radio algorithm. Excellent performance with single-radio devices is quite possible, and we would practically already be there except for politics or, (less likely but plausible) simply a matter of inertia. Certainly possible for good VoIP, almost certainly for interactive video on 4G networks <--> WLAN. We were showing smooth VoIP handovers almost ten years ago with 802.11b, and with SFF-based preregistration in 4G networks we could do far better than that now (I recently submitted a draft about this). How to get it standardized in LTE seems to be a puzzle of monumental proportions. Perhaps if the end users realized how much better their service could be, and started demanding it, things would progress. In the meantime, they'll get slow, battery-wasting handovers to WLAN that do not even preserve IP addresses, much less offer session continuity. And the operators will have to purchase unbelievably complicated equipment to even enable that level of service. I'd like to see the IETF start offering solutions that have an easier evolutionary path towards deployment. http://www.psg.com/~charliep/txt/ietf81/alt_mext/MIPv6_for_4G.pptx [note I renamed that file, there was a typo in the previous name] Regards, Charlie P.