I just got finished reading that article about meteor burst, and all I have to say is: Scary ****, no doubt! How in the hell do they come up with or even think of this stuff??? That is truly fascinating and who would have ever thought of that or even came up with the concept of that idea just blows my mind away.

I was just interjecting another point of view.
You know what? After reading what you had to say, I started rethinking and questioning my point of view, because as you said with the satelite example:
So one may highly compress data and burst the hell out of the transponder
And after going back and looking at what Wikipedia had to say about burst transmisions:
transmission that combines a very high data signaling rate
Then me thinking of my use of burst transmissions with DTEs and thinking about how it was an intense, short approximate 2 second burst transmission that stopped once it reconized that the other DTE that it was transmitting to received the data or after a short time period elapsed recognizing that the other DTE was not receiving the data,
and then going back and looking at the definition again:
transmission that combines a very high data signaling rate with very short transmission times
My thoughts now? You were right Because as your first article states on the compostion of a beacon frame being a transmission of approximately 50 bytes (not highly compressed data/high data signaling rate) and stopping for only 100miliseconds between beacon frames (not very short transmission times). A burst transmission is sent only when needed to relay traffic and ceases sending the transmission when A) the transmission is received by the other station, or B) it is not received after a set period of time. Where as an AP is constantly broadcasting a signal, even if the station is sleeping, and in fact, as the article stated, even if the station is awake, and you were to decrease the beacon interval (increasing the data flow), it would produce a substantial ammount of overhead, even if the station was receiving the signal.

So now that means I have to go figure out what the cyclic redundancy check field in the beacon frame is really for. Damnit RoadClosed! You were right, lol

So, I guess after all that, that would constitute the signal coming out of an AP as Streaming? (first def.; see also packets in that definition of streaming. It practically nails beacon frame down to a T) And not a burst transmission? Streaming came to mind after being forced by someone to re-evaluate what then type of transmission really was being used. I won't mention who forced this drastic change of view upon me (cough, cough...RoadClosed!...cough) though, lol.