Re: [nukkad] thats progress i wud say -- CDMA and Java

["Samira Razdan" <>]

----------------------------------------------------------------------------
When a thing is funny, search it carefully for a hidden truth. 
-George Bernard Shaw, writer, Nobel laureate (1856-1950)
----------------------------------------------------------------------------

This is great news... and the article is very interesting... :-)
But I have a few questions. My questions may seem strange... but
that is because I am not an IT person. Also... I am unfamiliar
with the Indian telecommunication scenario. :-)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Article : By March 2004, Ambani said, Reliance Infocomm would spread
to the 647,000 villages in India.

Sam : Hope digital wireless communication helps to bridge the gap
between the villages and the cities. By the way... who is Ambani's
business partner (Asian/European/US)?
(it is not mentioned in the article... or am I missing something? :-( )
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Article : "Cost is our prime driver.... CDMA was the answer," Ambani...

Sam : Why CDMA? CDMA is a great technology and it is good for high
speed transmission... provides good call quality and good security.
The best thing about CDMA is the security it provides... the signal
scrambling at the sending end and assembling of the signal at the
receiving end.

But why is CDMA suitable for India ? Why not GSM? GSM is popular in
Europe... especially Western Europe. GSM is not so popular in the US.
CDMA technology is not new... and QualComm patented it... and CDMA
is currently used by some cellular carriers in the US. Unfortunately
QualComm could not enter the European market.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Article : "On December 28, we will be empowering at least 2 million
people with the option to get not only a mobile phone but also data
connectivity on the mobile...So your mobile becomes a small computer
in your hand,"...

Sam : CDMA uses spread spectrum techniques. CDMA is not good if number
of connections increases. Because this increases interference... which
in turn effects the call quality. So the user who is farthest from
the "station" will have the most interference and as IT folks
say... "the call may be dropped". So... solution is to have more
stations??... and of course excellent network planning and
management... especially for crowded places. Quite a job !
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Article : "To scale up connectivity, you can take all your memory,
all your storage and processing power back again into the network and
the network becomes intelligent."

Sam : He is referring to SAN's (storage area networks). Now
who is his business partner to help him with the SAN technology?
Does India develop the hardware for SAN's? Quite a challenge to
integrate a SAN with a high speed digital communication network...
but once done... data movement, data access will be excellent.

What is the current SAN infrastructure?
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Article : And when you talk of homes, it is really ethernet technology
that we will take to homes. We are talking of how we can give you
thousands of channels...

Sam : Will it be easy to take ethernet to homes... what is the
current/popular "network access" infrastructure for homes ?
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Article : Reliance Infocomm will be offering limited mobility services
based on CDMA technology. It will offer Java-enabled CDMA handsets to
get full connectivity, including voice communication and data apps.

Sam : Is Java really good for embedded technology?
I know Java very well... but do not use it. Hence the questions.
I understand the platform independence principle of Java ... it is
good for networks and specially for the Internet. But Java is
"huge" ... lots of functionality... but...

Embedded systems have:
limited system resources (like memory size, processor performance)...
power consumption constraints... limited storage space, limited user
interfaces...

Personally... I think Java still needs some work to make it
suitable for use in embedded devices. Java's plus point... garbage
collection is not efficient in real time (embedded systems) operation.
Of course the alternative is to write all the real time stuff in
C/C++. There are other disadvantages with Java in embedded sytems -
direct hardware access and control, speed, memory consumption,
file-system dependencies, ROM-based execution etc.

Don't get me wrong... it can and has been done... but is the solution
efficient... will it be fast or will speed be compromised in the
densely populated Indian scenario?... (hope I am proved wrong :-) )
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Article : "India will have millions of such (Java enabled CDMA
handsets. We will have the facility to say, look we are the Java
champions of the world...."

Sam : A company's stock price is usually a good indicator of its
success. QualComm (the CDMA folks) and Sun Micro will provide the
"CDMA-Java experience" ... but their stock price is still low. Maybe
2003 will be lucky for QualComm and Sun Micro... :-)

And the fate of CDMA vs GSM? Only time will tell which of the two
will prevail. But at present... given how popular GSM is... it appears
that GSM, or some combination of GSM and CDMA, may become the
"solution" for a global wireless standard ???

Thanks,
-Sam.















_________________________________________________________________
Add photos to your messages with MSN 8. Get 2 months FREE*. 
http://join.msn.com/?page=features/featuredemail&xAPID=42&PS=47575&PI=7324&DI=7474&SU= 
http://www.hotmail.msn.com/cgi-bin/getmsg&HL=1216hotmailtaglines_addphotos_3mf


------------------------------------------------------------------------------
To join/leave, use the form at: http://www.mumbai-central.com/nukkad/#options
This list is archived at: http://www.mumbai-central.com/nukkad/archive.html