History
One of the early computer networking designs, development of the ALOHA network was begun in September 1968 at the University of Hawaii under the leadership of Norman Abramson and Franklin Kuo, along with Thomas Gaarder, Shu Lin, Wesley Peterson and Edward ("Ned") Weldon. The goal was to use low-cost commercial radio equipment to connect users on Oahu and the other Hawaiian islands with a central time-sharing computer on the main Oahu campus. The first packet broadcasting unit went into operation in June 1971. Terminals were connected to a special purpose ''terminal connection unit'' using RS-232 at . ALOHA was originally a contrived acronym standing for Additive Links On-line Hawaii Area. The original version of ALOHA used two distinct frequencies in a hub configuration, with the hub machine broadcasting packets to everyone on the ''outbound'' channel, and the various client machines sending data packets to the hub on the ''inbound'' channel. If data was received correctly at the hub, a short acknowledgment packet was sent to the client; if an acknowledgment was not received by a client machine after a short wait time, it would automatically retransmit the data packet after waiting a randomly selected time interval. This acknowledgment mechanism was used to detect and correct for collisions created when two client machines both attempted to send a packet at the same time. ALOHAnet's primary importance was its use of a shared medium for client transmissions. Unlike theProtocol
Pure ALOHA
file:Pure ALOHA1.svg, alt=Graph of frames being sent from 4 different stations according to the pure ALOHA protocol with respect to time, with overlapping frames shaded to denote collision., Pure ALOHA protocol. Boxes indicate frames. Shaded boxes indicate frames that have collided. The original version of the protocol (now called Pure ALOHA, and the one implemented in ALOHAnet) was quite simple: * If you have data to send, send the data * If, while you are transmitting data, you receive any data from another station, there has been a message collision. All transmitting stations will need to try resending ''later''. Pure ALOHA does not check whether the channel is busy before transmitting. Since collisions can occur and data may have to be sent again, ALOHA cannot efficiently use 100% of the capacity of the communications channel. How long a station waits until it retransmits, and the likelihood a collision occurs are interrelated, and both affect how efficiently the channel can be used. This means that the concept of ''retransmit later'' is a critical aspect; The quality of the backoff scheme chosen significantly influences the efficiency of the protocol, the ultimate channel capacity, and the predictability of its behavior. To assess Pure ALOHA, there is a need to predict its throughput, the rate of (successful) transmission of frames. First make a few simplifying assumptions: * All frames have the same length. * Stations cannot generate a frame while transmitting or trying to transmit. That is, while a station is sending or trying to resend a frame, it cannot be allowed to generate more frames to send. * The population of stations attempting to transmit (both new transmission and retransmissions) follows a Poisson distribution. Let refer to the time needed to transmit one frame on the channel, and define ''frame-time'' as a unit of time equal to . Let refer to the mean used in the Poisson distribution over transmission-attempt amounts. That is, on average, there are transmission attempts per ''frame-time''. file:Pure ALOHA.svg, alt=Graph of 3 frames with respect to time. The earlier green frame overlaps with the yellow frame sent at time t0, which overlaps with the later purple frame., Overlapping frames in the pure ALOHA protocol. Frame-time is equal to 1 for all frames. Consider what needs to happen for a frame to be transmitted successfully. Let refer to the time at which it is intended to send a frame. It is preferable to use the channel for one frame-time beginning at , and all other stations to refrain from transmitting during this time. For any frame-time, the probability of there being transmission-attempts during that frame-time is: alt=Throughput vs. Traffic Load of Pure Aloha and Slotted Aloha., Comparison of Pure Aloha and Slotted Aloha shown on Throughput vs. Traffic Load plot. The average number of transmission-attempts for two consecutive frame-times is . Hence, for any pair of consecutive frame-times, the probability of there being transmission attempts during those two frame-times is: : Therefore, the probability () of there being zero transmission-attempts between and (and thus of a successful transmission for us) is: : The throughput can be calculated as the rate of transmission attempts multiplied by the probability of success, and it can be concluded that the throughput () is: : The maximum throughput is frames per frame-time (reached when ), which is approximately 0.184 frames per frame-time. This means that, in Pure ALOHA, only about 18.4% of the time is used for successful transmissions.Slotted ALOHA
file:Slotted ALOHA.svg, alt=Graph of frames being sent from 8 different stations according to the slotted ALOHA protocol with respect to time, with frames in the same slots shaded to denote collision., Slotted ALOHA protocol. Boxes indicate frames. Shaded boxes indicate frames which are in the same slots. An improvement to the original ALOHA protocol was Slotted ALOHA, which introduced discrete time slots and increased the maximum throughput. A station can start a transmission only at the beginning of a time slot, and thus collisions are reduced. In this case, only transmission-attempts within 1 frame-time and not 2 consecutive frame-times need to be considered, since collisions can only occur during each time slot. Thus, the probability of there being zero transmission attempts by other stations in a single time slot is: the probability of a transmission requiring exactly k attempts is (k-1 collisions and 1 success): The throughput is: The maximum throughput is ''1/e'' frames per frame-time (reached when ''G'' = 1), which is approximately 0.368 frames per frame-time, or 36.8%. Slotted ALOHA is used in low-data-rate tactical satellite communications networks by military forces, in subscriber-based satellite communications networks, mobile telephony call setup, set-top box communications and in the contactless RFID technologies.Reservation ALOHA
Reservation ALOHA, or R-ALOHA, is an effort to improve the efficiency of Slotted ALOHA. The improvements with Reservation ALOHA are markedly shorter delays and ability to efficiently support higher levels of utilization. As a contrast of efficiency, simulations have shown that Reservation ALOHA exhibits less delay at 80% utilization than Slotted ALOHA at 20–36% utilization. The chief difference between Slotted and Reservation ALOHA is that with Slotted ALOHA, any slot is available for utilization without regards to prior usage. Under Reservation ALOHA's contention-based reservation schema, the slot is temporarily considered "owned" by the station that successfully used it. Additionally, Reservation ALOHA simply stops sending data once the station has completed its transmission. As a rule, idle slots are considered available to all stations that may then implicitly reserve (utilize) the slot on a contention basis.Packet Reservation Multiple Access
Packet reservation multiple access (PRMA) is an implicit reservation scheme. Some fixed number of slots form a frame. After each frame, the satellite broadcasts the status of each slot from the previous frame, which indicates the reservation status of the corresponding slots of the next frame. All ground stations wishing to transmit compete exactly like slotted ALOHA during any "free slot" of that next frame (i.e., either no one transmitted in that slot of the previous frame, or there was a collision when multiple ground stations transmitted in that slot of the previous frame). If exactly one ground station happens to transmit during a "free slot", that ground station succeeds in reserving that slot of a frame -- the corresponding slot is implicitly reserved in all future frames. From then on, the satellite broadcasts that that particular ground station has reserved that slot of the frame, and that ground station can continue transmitting with a guaranteed data rate during that slot of the frame; other ground stations are careful *not* to transmit during that slot of the frame, so there are no collisions during reserved slots. When a ground station with a reserved slot has nothing to send, it simply stops transmitting, which gives up its reservation; the satellite notices its reserved slot is idle in one frame, and broadcasts that fact, which indicates that that slot will be a "free slot" in the next frame. Syed Imran Patel, Dr. M. Prasad, Dr. Ankur Goyal, Shivkant KaushiDemand Assigned Multiple Access
Demand assigned multiple access (DAMA), also called reservation ALOHA, is an explicit reservation scheme often used in satellite communications. DAMA alternates between two phases: During the reservation phase of a frame, DAMA acts like slotted ALOHA for some fixed number of short slots, except instead of ground stations sending complete packets, ground stations only send short requests for later transmission. The satellite collects all the successful requests (i.e., the ones not destroyed by collision) and sends them back as a reservation list assigning specific ground stations to specific TDM slots. During the TDM phase of a frame, the ground stations obey the reservation list and each one only transmits during the long TDM slot(s) reserved for it. Collisions may occur during the reservation phase, but not during the TDM phase. Maximum channel efficiency for slotted ALOHA is 36%; DAMA improves maximum channel efficiency to 80%.Mobile Slotted Aloha
Other protocols
The use of a random-access channel in ALOHAnet led to the development of carrier-sense multiple access (CSMA), a ''listen before send'' random-access protocol that can be used when all nodes send and receive on the same channel. CSMA in radio channels was extensively modeled. The AX.25 packet radio protocol is based on the CSMA approach with collision recovery, based on the experience gained from ALOHAnet. A variation of CSMA, CSMA/CD is used in early versions ofHardware
The central node communications processor was anNetwork architecture
Two fundamental choices which dictated much of the ALOHAnet design were the two-channel star configuration of the network and the use of random access for user transmissions. The two-channel configuration was primarily chosen to allow for efficient transmission of the relatively dense total traffic stream being returned to users by the central time-sharing computer. An additional reason for the star configuration was the desire to centralize as many communication functions as possible at the central network node (the Menehune) to minimize the cost of the original all-hardware terminal control unit (TCU) at each user node. The random-access channel for communication between users and the Menehune was designed specifically for the traffic characteristics of interactive computing. In a conventional communication system, a user might be assigned a portion of the channel on either a frequency-division multiple access or time-division multiple access basis. Since it was well known that in time-sharing systems (circa 1970), computer and user data are bursty, such fixed assignments are generally wasteful of bandwidth because of the high peak-to-average data rates that characterize the traffic. To achieve a more efficient use of bandwidth for bursty traffic, ALOHAnet developed the random-access packet switching method that has come to be known as a ''pure ALOHA'' channel. This approach effectively dynamically allocates bandwidth immediately to a user who has data to send, using the acknowledgment and retransmission mechanism described earlier to deal with occasional access collisions. While the average channel loading must be kept below about 10% to maintain a low collision rate, this still results in better bandwidth efficiency than when fixed allocations are used in a bursty traffic context. Two 100 kHz channels in the experimental UHF band were used in the implemented system, one for the user-to-computer random-access channel and one for the computer-to-user broadcast channel. The system was configured as a star network, allowing only the central node to receive transmissions in the random-access channel. All user TCUs received each transmission made by the central node in the broadcast channel. All transmissions were made in bursts at , with data and control information encapsulated in packets. Each packet consisted of a 32-bit header and a 16-bit header parity check word, followed by up to 80 bytes of data and a 16-bit parity check word for the data. The header contained address information identifying a particular user so that when the Menehune broadcast a packet, only the intended user's node would accept it.Legacy
References
Further reading
* * R. MetcalfeExternal links
*