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 : The New Qualcomm - a S&P500 company
QCOM 155.82-1.3%Jan 23 9:30 AM EST

 Public ReplyPrvt ReplyMark as Last ReadFilePrevious 10Next 10PreviousNext  
To: Bux who wrote (3919)12/3/1999 10:27:00 PM
From: Clarksterh  Read Replies (1) of 13582
 
Bux - would this "maintenance connection" consume about the same amount of network resources as an IS-95 phone that was turned on but not being used or would it be a "more active" connection that uses significantly more network resources.

Almost certainly the same as a voice call where neither party is speaking (about 2kbps). But the real interesting question is what is the latency for adding and subtracting channels as needed. For instance, for W-CDMA there is no channel addition latency, but each individual burst of data requires some extra overhead to sync up. Since I am not familiar with the internals of IS-95B (I refuse to cough up $300 for a spec, most of which I don't care about), I can't answer my own question, but I am curious as to how long it takes for an assigned, but unused, channel to be disconnected, deassigned, reassigned, and connected to someone who needs it. It could, in theory, be very quick since the hard part is finding the multipath delays and that is already known from the one on-going channel. But in practice I suspect that there are handshaking issues and such which limit the process. Also, what is being transmitted over a channel which is not being used, but has not yet been disconnected? Again, in theory there is no need to send anything, but in practice it is probable that stuff is sent to maintain backward compatibility with basestation hardware.

Clark
Report TOU ViolationShare This Post
 Public ReplyPrvt ReplyMark as Last ReadFilePrevious 10Next 10PreviousNext