SI
SI
discoversearch

We've detected that you're using an ad content blocking browser plug-in or feature. Ads provide a critical source of revenue to the continued operation of Silicon Investor.  We ask that you disable ad blocking while on Silicon Investor in the best interests of our community.  If you are not using an ad blocker but are still receiving this message, make sure your browser's tracking protection is set to the 'standard' level.
Technology Stocks : Qualcomm Incorporated (QCOM)
QCOM 168.09+1.8%Nov 28 9:30 AM EST

 Public ReplyPrvt ReplyMark as Last ReadFilePrevious 10Next 10PreviousNext  
To: Boplicity who wrote (30848)5/25/1999 10:35:00 AM
From: engineer  Read Replies (2) of 152472
 
No, it will not overload the cell and it will not lead to dropped calls.

It will actually make the system return for the opreators better. IF they use packet data, then they can run in a mode called "virtual packet". this is where a data call is established and kept running without keeping the actual over the air channel going. So in the case of voice, the carrier must guarantee that your circuit stays fixed over the whole call and thus locks up that call channel. Also he must maintain a certain percentage to be used for handing off the call in case of a moving phone.

In virtual packet, the carrier can keep the call up for a few packets, give up this channel to a voice call, wait until another voice call drops and then re-stablish the call. the carrier can also use the channles held in reserve for handoffs for data calls, thus making the cell effciency even higher.

If the carrier were to implement the standard call modle like our present dialup lines then they would have the negative side benefits that you think they would.

The service that they and the pdQ use are packet based and would just give them more revenue on thier system. The system and user can also throttle back the 86k data rate to go fast and slow as the system resources require.
Report TOU ViolationShare This Post
 Public ReplyPrvt ReplyMark as Last ReadFilePrevious 10Next 10PreviousNext