Open main menu
Home
Random
Recent changes
Special pages
Community portal
Preferences
About Wikipedia
Disclaimers
Incubator escapee wiki
Search
User menu
Talk
Dark mode
Contributions
Create account
Log in
Editing
CdmaOne
(section)
Warning:
You are not logged in. Your IP address will be publicly visible if you make any edits. If you
log in
or
create an account
, your edits will be attributed to your username, along with other benefits.
Anti-spam check. Do
not
fill this in!
===Physical layer=== IS-95 defines the transmission of signals in both the ''forward'' (network-to-mobile) and ''reverse'' (mobile-to-network) directions. In the forward direction, radio signals are transmitted by base stations (BTS's). Every BTS is synchronized with a [[GPS]] receiver so transmissions are tightly controlled in time. All forward transmissions are [[QPSK]] with a chip rate of 1,228,800 per second. Each signal is spread with a [[Walsh code]] of length 64 and a [[pseudo-random noise]] code ([[PN Sequences|PN code]]) of length 2<sup>15</sup>, yielding a PN roll-over period of <math>\frac{80}{3}</math> ms. For the reverse direction, radio signals are transmitted by the mobile. Reverse link transmissions are [[OQPSK]] in order to operate in the optimal range of the mobile's power amplifier. Like the forward link, the chip rate is 1,228,800 per second and signals are spread with [[Walsh codes]] and the [[pseudo-random noise]] code, which is also known as a Short Code. ====Forward broadcast channels==== Every BTS dedicates a significant amount of output power to a ''pilot channel'', which is an unmodulated PN sequence (in other words, spread with Walsh code 0). Each BTS sector in the network is assigned a PN offset in steps of 64 chips. There is no data carried on the forward pilot. With its strong [[autocorrelation]] function, the forward pilot allows mobiles to determine system timing and distinguish different BTSs for [[handoff]]. When a mobile is "searching", it is attempting to find pilot signals on the network by tuning to particular radio frequencies and performing a cross-correlation across all possible PN phases. A strong correlation peak result indicates the proximity of a BTS. Other forward channels, selected by their Walsh code, carry data from the network to the mobiles. Data consists of network signaling and user traffic. Generally, data to be transmitted is divided into frames of bits. A frame of bits is passed through a convolutional encoder, adding forward error correction redundancy, generating a frame of symbols. These symbols are then spread with the Walsh and PN sequences and transmitted. BTSs transmit a ''sync channel'' spread with Walsh code 32. The sync channel frame is <math>\frac{80}{3}</math> ms long, and its frame boundary is aligned to the pilot. The sync channel continually transmits a single message, the ''Sync Channel Message'', which has a length and content dependent on the P_REV. The message is transmitted 32 bits per frame, encoded to 128 symbols, yielding a rate of 1200 bit/s. The Sync Channel Message contains information about the network, including the PN offset used by the BTS sector. Once a mobile has found a strong pilot channel, it listens to the sync channel and decodes a Sync Channel Message to develop a highly accurate synchronization to system time. At this point the mobile knows whether it is roaming, and that it is "in service". BTSs transmit at least one, and as many as seven, ''paging channel''s starting with Walsh code 1. The paging channel frame time is 20 ms, and is time aligned to the IS-95 system (i.e. GPS) 2-second roll-over. There are two possible rates used on the paging channel: 4800 bit/s or 9600 bit/s. Both rates are encoded to 19200 symbols per second. The paging channel contains signaling messages transmitted from the network to all idle mobiles. A set of messages communicate detailed network overhead to the mobiles, circulating this information while the paging channel is free. The paging channel also carries higher-priority messages dedicated to setting up calls to and from the mobiles. When a mobile is idle, it is mostly listening to a paging channel. Once a mobile has parsed all the network overhead information, it ''registers'' with the network, then optionally enters ''slotted-mode''. Both of these processes are described in more detail below. ====Forward traffic channels==== The Walsh space not dedicated to broadcast channels on the BTS sector is available for ''traffic channel''s. These channels carry the individual voice and data calls supported by IS-95. Like the paging channel, traffic channels have a frame time of 20ms. Since voice and user data are intermittent, the traffic channels support variable-rate operation. Every 20 ms frame may be transmitted at a different rate, as determined by the service in use (voice or data). P_REV=1 and P_REV=2 supported ''rate set 1'', providing a rate of 1200, 2400, 4800, or 9600 bit/s. P_REV=3 and beyond also provided ''rate set 2'', yielding rates of 1800, 3600, 7200, or 14400 bit/s. For voice calls, the traffic channel carries frames of ''vocoder'' data. A number of different vocoders are defined under IS-95, the earlier of which were limited to rate set 1, and were responsible for some user complaints of poor voice quality. More sophisticated vocoders, taking advantage of modern DSPs and rate set 2, remedied the voice quality situation and are still in wide use in 2005. The mobile receiving a variable-rate traffic frame does not know the rate at which the frame was transmitted. Typically, the frame is decoded at each possible rate, and using the quality metrics of the [[Viterbi decoder]], the correct result is chosen. Traffic channels may also carry circuit-switch data calls in IS-95. The variable-rate traffic frames are generated using the IS-95 ''Radio Link Protocol (RLP)''. RLP provides a mechanism to improve the performance of the wireless link for data. Where voice calls might tolerate the dropping of occasional 20 ms frames, a data call would have unacceptable performance without RLP. Under IS-95B P_REV=5, it was possible for a user to use up to seven supplemental "code" (traffic) channels simultaneously to increase the throughput of a data call. Very few mobiles or networks ever provided this feature, which could in theory offer 115200 bit/s to a user. ====Block Interleaver==== After convolution coding and repetition, symbols are sent to a 20 ms block interleaver, which is a 24 by 16 array. <!-- ====Security: the long PN code==== TBD ====Reverse channels==== TBD ====Fast reverse power control==== TBD --> ====Capacity==== IS-95 and its use of CDMA techniques, like any other communications system, have their throughput limited according to [[Shannon's theorem]]. Accordingly, capacity improves with SNR and bandwidth. IS-95 has a fixed bandwidth, but fares well in the digital world because it takes active steps to improve SNR. With CDMA, signals that are not correlated with the channel of interest (such as other PN offsets from adjacent cellular base stations) appear as noise, and signals carried on other Walsh codes (that are properly time aligned) are essentially removed in the de-spreading process. The variable-rate nature of traffic channels provide lower-rate frames to be transmitted at lower power causing less noise for other signals still to be correctly received. These factors provide an inherently lower noise level than other cellular technologies allowing the IS-95 network to squeeze more users into the same radio spectrum. Active (slow) power control is also used on the forward traffic channels, where during a call, the mobile sends signaling messages to the network indicating the quality of the signal. The network will control the transmitted power of the traffic channel to keep the signal quality just good enough, thereby keeping the noise level seen by all other users to a minimum. The receiver also uses the techniques of the [[rake receiver]] to improve SNR as well as perform [[soft handoff]].
Edit summary
(Briefly describe your changes)
By publishing changes, you agree to the
Terms of Use
, and you irrevocably agree to release your contribution under the
CC BY-SA 4.0 License
and the
GFDL
. You agree that a hyperlink or URL is sufficient attribution under the Creative Commons license.
Cancel
Editing help
(opens in new window)