From The RadioReference Wiki
Revision as of 10:06, 11 March 2016 by QDP2012 (updated categories)
Early attempts at spectrum management
To understand trunking, one must first understand the concept of repeater operation. Straight repeater operation isn't especially complicated: place a remotely controlled receiver and transmitter on a high point somewhere in the area. The repeater receives all the signals transmitted on one frequency known as the input frequency (call this channel "A") and takes what it hears and retransmits it on another frequency known as the output frequency (call this channel "B") at the same time. All mobile and base stations listen on channel "B" and transmit on channel "A."
This system allows units across a wide area to communicate with each other via the repeater (called a mobile relay by the FCC).
The first way interference was solved was by the use of CTCSS or DCS (more commonly called PL or DPL tones). These are subaudible (and in the case of DCS, digitally encoded) signals sent out along with the radio signal carrying the voice transmission. Radio receivers are set to only open squelch when a specific CTCSS or DCS is detected. This meant, for example, that two counties near each other could use the same frequency (for example, 155.25 MHz) with different tones and would not normally interfere with each other. One organization could be using 155.25 MHz with a CTCSS tone of 114.8 Hz and in the next county over, another organization could be using 155.25 MHz with a CTCSS tone of 110.9 Hz and for the most part they would not hear each other.
CTCSS, of course, does not actually keep stations in different nets from interfering with one another if they transmit at the same time, but at least one net's users won't open the other net's repeater.
While the use of CTCSS and DCS proved to be a good solution for a while, spectrum crowding, especially in urban areas, overwhelmed such solutions, and eventually led to the development of Trunked Radio Systems. Trunking is the use of several repeaters, on different frequencies in the same band, operating together under computer control to allow the pooling of resources for several agencies. A presentation on the basics of trunked radios systems was done at Defcon 15 and a video of that presentation is available here.
The trunking radio, in a patrol car for example, is much more sophisticated than the simple transceiver previously used in a simplex or repeater configuration. A trunking transceiver is a microprocessor-controlled radio capable of receiving instructions from the system controller and changing frequencies on the fly. All trunked radios operate in a similar manner although the type of trunking technology used by each type of trunked radio system differs greatly.
In the trunked radio environment, each agency is assigned one or more talkgroups that the agency's communications will use. All agencies on the system will have different talkgroups but all will share the same pool of frequencies. For simplicity I will use an example of a control channel-based type of trunked radio system as an example. (Some trunking systems don't use a dedicated control channel.) In this type of system, all the radios on the system (except the computer controlled set of repeaters, of course) listen to a common control channel (CCh) output frequency and transmit (initially) on a common control channel input frequency, unless they are listening to a conversation on a talkgroup.
Let's say that Patrolman Bob (from Smalltown Police Department) wants to tell the dispatch office that he is now in service. The following actions take place in a very short time--much less time than it takes you to read this.
- He picks up his microphone and keys the mike, his radio sends a signal on the CCh input frequency, which the controlling computer understands as a request for a channel grant for the talkgroup assigned to Smalltown Police.
- His radio then instantly goes back into receive mode, while he's still holding down the PTT switch. The computer looks at the system for an empty channel pair and issues that channel grant on a specific channel pair and sends that channel grant information out on the CCh output channel. This channel grant information tells all radios on the system: "if you are listening (monitoring) for communications on the Smalltown Police talkgroup: change to channel pair XX on the system for a communication".
- All radios tuned to Smalltown Police's talkgroup, including Patrolman Bob's, then switch frequencies to that channel pair granted by the computer.
- Patrolman Bob's radio, after changing frequencies, goes into transmit mode and he can start to talk. Generally, the radio will generate a "talk-permit tone" to tell him that it has tuned to a channel, and is now in transmit mode.* As he talks, all the radios monitoring the Smalltown Police's talkgroup are now listening on the assigned repeater output channel and are ready to talk on the assigned repeater input channel. This continues until Patrolman Bob has finished his transmission. On some types of systems, further communication may be on the initially assigned channel pair or it may move to another, but the process stays the same.
[ *If you think this sounds similar to the Nextel chirp, it is: Nextel (iDEN) is essentially a digital trunking radio system licensed as Specialized Mobile Radio -- they bought up lots of licenses in that non-cellular band Way Back When. ]
A trunk-tracking scanner is designed to follow those same instructions (except, of course, it ignores the instructions relative to the input side of the repeater pair) so that it will also follow the conversations by changing frequency to the appropriate repeater output frequency. Each type of trunked radio system operates a little differently, and some cannot be monitored by current trunk-tracking scanners at all.
Please take a look at detail information in regard to the type of system that you are attempting to monitor and the instructions that come with your scanner in regard to that type of system.
A trunking system that uses more than one site is either a multi-cast (sometimes referred to as simulcast) system covering a larger but restricted area, like a mid-sized city; or a networked system. A multi-cast system could also be part of a larger networked system.
Networked systems typically are made up of a trunked system that uses control channels as opposed to a LTR type system. The reason this is important to you the scanner user is that you must accommodate the use of multiple control channels in your scanner programming. For the purposes of this discussion on networking, we will only consider those systems that use control channels to manage usage (as described in the above section.) Also, in networked systems that also have multi-cast systems, consider the multi-cast system as a single site within the network.
An important concept to understand with networked systems is affiliation. Affiliation is what happens when a specific subscriber's radio is using a specific site to communicate with the trunked system; it "checks in", and this causes talkgroup traffic for the talkgroup to which that radio is "tuned" to appear on that particular site/tower.
To explain this further let us consider a very large system, say a statewide system. Using our example above, let's consider that Smalltown has a local site on the statewide system. Normally all the traffic for Smalltown PD would probably be carried on the Smalltown tower. If patrolman Bob had to take a prisoner to a detention facility in Big City then as he traveled from Smalltown toward Big City he probably would leave the range of the Smalltown site and pass into other towers' range as he travelled.
Assuming he kept his radio tuned to the Smalltown Dispatch channel as he travelled, into the range of each site, his radio would automatically affiliate with the closest (or strongest) site and unaffiliate from the site he previously was on. This means that as patrolman Bob travels, he is causing the Smalltown Dispatch channel to be able to be heard (by anyone who's selected it) on each site as he affiliates with it.
This is important to you, the scanner user, because you are using a passive device to listen to this trunking network. You cannot force traffic from a desired talkgroup to appear on the site that you can hear, because you don't actively communicate on the system. You must rely on actual subscribers to cause desired traffic to appear on the site you are listening to.
This concept affects you in two ways and both are best presented by examples.
- Say you grew up in Smalltown and would like to hear it to keep up with what is going on, but you moved to Big City for a job. Unless patrolman Bob (or someone else) comes to Big City and keeps his radio tuned to Smalltown Dispatch, you will never hear it because no one in Big City has a radio affiliated with the Smalltown Dispatch talkgroup on the Big City site, and therefore, the system controller doesn't send the Smalltown Dispatch audio to your tower.
- Say you are listening to a couple of state policeman who are doing some surveillance many miles away and they are communicating on the regular dispatch channel for the local state police station. They can be heard, even though they are not affiliated on the local site, because the local state police station's radio is affiliated with the dispatch channel. If the two state policemen (who are affiliated with some other site you can't normally hear) decide to switch channels to a TAC (talk around channel) that no one in your area has tuned, then you will lose the conversation because it will not be carried on the local site.
These two circumstances are why you, the scanner user, should try and set up as many sites as you can hear in your scanner. And if you are traveling, program all the sites that you will come within range of on your trip. The actual programming of many sites within specific trunking systems becomes too complicated to discuss in this basic article. It depends on your scanner and the type of system you are attempting to monitor, so once again take a look at detailed information in regard to the type of system that you are attempting to monitor and the instructions that come with your scanner in regard to that type of system.
The Technical Jargon
Trunked Radio Systems share a small pool of frequencies among a large number of users. They can do this because communications are typically less than 5 seconds long, and a particular channel might be busy less than 5% of the time. System users are assigned to "talk groups" which function as virtual channels. When a user makes a call, the radio transmits a unique radio ID number and current talk group ID and a request for a radio channel (frequency pair) to the computer which controls the trunking system.
The controller then sends out a “channel grant” specifying which frequency pair to use, and telling every other radio in that user group to also switch to that frequency pair for the duration of the transmission. When the user stops transmitting, the assigned frequency pair is released so that it is available for the next group to use, which can be any other users of the system. On a trunking radio, a “channel” is not a specific frequency pair, but instead determines the affiliation of that radio with a talk group assigned to a particular group of users on the system.
The benefit of this technology to the agencies is that many more virtual channels are available for specialized traffic than there are frequencies. For example, the Fort Worth trunked system has only 20 frequencies, but services over 400 talkgroups. All radio channels in a trunking system are repeaters, so system traffic can be widely heard.
The down side for scanner users is that, because a new frequency is assigned every time a user keys his radio, an exchange of communications can occur across several different system frequencies. If you just program the RF frequencies for your local trunking system directly into your scanner channels, you’ll get a mix of all the users on the system and have a very difficult time hearing any one particular communications exchange.
Trunk Tracking lets a scanner monitor the system's digital control channel, so it can watch for the channel assignments and follow individual communications (or scan for communications of interest) on such systems.
The Short Version
DickH's easy-to-read Motorola trunking explanation
All credit for this goes to DickH (Note. You should still read the information above this, because this is a condensed explanation)
Motorola Trunking: The object of trunking is to allow many users to share a relatively few frequencies. A trunking system is controlled by a computer. Information (data) is exchanged between the system radios and the computer on a control channel, sometimes called a data channel. It sounds like a strong buzz. A large system can have up to 28 freqs., 4 of which may be used as control channels. The control channel may be changed once a day or as often as the programmer decides. Some scanners need only the control channels to track an entire system. Just put in the 4 Control Channels.
Each group of users (Fire, Police, etc.) is assigned TALK GROUPS. In a Motorola Type II system, the most common type, TGs are usually in 32 number steps starting with 16 and going up to 65536; 16, 48, 80 --- 4656, 4688, 4720 --- 28944, 28976, etc. System radios can have more than 100 TGs programmed into them.
How it works When a user pushes the talk button on his radio, data is sent to the computer. The computer chooses an unused freq. and sends that data to all the radios that are set to the TG of the originating unit. This all happens in a fraction of a second and it happens EVERY TIME a radio is used.
Fire Dispatch calling Engine 4 (TG 4528 on 856.7125)
Engine 4 answering Dispatch (TG 4528 on 852.2625)
Respond to 73 Elm Street (TG 4528 on 855.9625)
Engine 4 responding (TG 4528 on 851.6375)
If you have entered TG 4528 into your scanner, it will read the control channel data and change your scanner freqs. to follow the conversation on TG 4528. .