Actions

Difference between revisions of "Simulcast Distortion"

From The RadioReference Wiki

m (→‎Solutions: - tpyo)
(65 intermediate revisions by 12 users not shown)
Line 1: Line 1:
Current generation digital scanners, even upgraded to the most recent firmware (where applicable), do a poor job of handling [[simulcast]] transmissions on any system using [[P25 CAI]]. This is most often noticed by a breaking up of a fairly strong transmission that one would normally expect to be crystal clear. This problem is most evident when monitoring true Project 25 simulcast trunking systems (9600 baud control channel) using the LSM [[CQPSK]] modulation scheme, however it can also affect monitoring of digital voice talkgroups on Motorola SmartZone system (3600 baud control channel) sites operating in [[simulcast]] configuration.  In this article, we'll describe and explain the most common reason for this sort of problem, and suggest some ways you might alleviate it if it troubles you.
+
Most current generation digital scanners do a poor job of handling ''[[Simulcast|simulcast]]'' [[APCO Project 25]] systems. This is most often noticed when a strong digital voice transmission constantly breaks-up where it should be clear. This article will describe and explain the most common reason for this sort of problem, suggest some ways you might alleviate some of the simulcast distortion your scanner experiences, and introduce additional solutions that maybe non-scanner based altogether.  
  
=Problem=
+
==Problem==
This problem is generally due to the scanner receiving multipath signals and not being able to properly correct the digital signal so that the audio can be recovered.
+
To begin to understand the problem requires a basic understanding of the way the digital signals are modulated. Simulcast system use quadrature phase-shift keying (QPSK) in the form of [[CQPSK]] (Motorola [[LSM]] / Harris WCQPSK) for Phase I systems, and [[H-DQPSK]] for Phase II systems. This modulation scheme differs from traditional modulation schemes such as AM and FM. QPSK modulates the phase of the signal rather than the amplitude or frequency. The problem is that traditional scanner hardware was designed to receive the traditional modulation schemes, but not QPSK. The result is that they fall short when attempting to demodulate QPSK signals.
  
Multipath reception describes the situation where your receiver receives the signal from one or more transmit sites over paths of different lengths. Generally, single-site multipath isn't a problem; the FM capture effect will pick the strongest signal, as multipath reflections will be of lower power, or the wrong polarization. But in multi-site simulcast trunking, there are multiple transmitters on separate towers, and the power from more than one of them can be close enough for your receiver to pick them both up.
+
Multipath can also be a contributing factor to the issue. Multipath describes the situation where a receiver receives the multiple signals being broadcast from one or more transmit towers. Single tower multipath, such as signal reflection, is generally not a problem as the FM capture effect will pick the strongest signal because the reflect signals are of lower power or the wrong polarization. In a simulcast system, multiple transmitters on separate towers simultaneously broadcasting on the same frequency, which is strong enough to negate the FM capture effect.  
  
When receiving multipath signals from an analog system you may hear just a bit of wavering in the signal and your ear/brain has no trouble detecting the correct sounds coming from the speaker. (Shortwave signals that suffer this cause more trouble in single sideband ([[SSB]]) due to the nature of the way the signal is handled and those of you who have experienced listening to multipath [[SSB]] are well aware of how tiresome it is to listen to.)  In a digital signal, the [[vocoder]] in the scanner must detect every bit (0 or 1) that is coming in, assemble these bits into a packet then translate this stream into an audio signal that is understandable by us.  The problem we're discussing occurs because the signals which come in from separate towers are not in time synchronization ''when they get to your scanner'', because the paths are different lengths. As long as there is sufficient overlap in the bit positions, a good receiver can extract the audio in the face of this multipath interference, but when the slip is more than one bit time, it results in a broken transmission, usually resulting in what a lot of folks call a "pixelated" signal. It usually manifests itself as a readable signal followed by a broken signal then back to a readable one, etc.
+
When receiving multipath signals from an analog system, you may hear just a bit of wavering in the signal, but your ear/brain will focus on the correct sounds. Older antenna based analog TV's experienced this by ghosting. Shortwave signals suffer this and cause troubles in [[Modulation Methods#Amplitude Modulation|single-sideband]] due to the nature of the way the signal is handled. Those that have experienced listening to multipath SSB are aware of how tiresome it is to listen to.
  
=Discussion=
+
When dealing with digital signals, multipath can cause intersymbol interference. A symbol is the digital data being received and intersymbol interference is when that data overlaps, creating ambiguity.
==Real Radios==
 
If the above situation was present in real radios (the ones actually used by the subscribers), then [[P25 CAI]] (indeed any digital signaling) would not be acceptable for a public safety use.  It should be pointed out that this multipath distortion is much less prevalent in real radios but in fact this does happen a little to real radios.  You may hear some user actually comment about it when asking someone to repeat something that "broke up" when you heard the requested repeated transmission just fine.  In addition, the system engineers have the advantage that they can "tweak" the actual system's timing values until the problem is all but eliminated.
 
==Scanners==
 
Since we, the scanner hobbyist, are not paying really big bucks for a system that must work properly, the error correction algorithms used in the scanner to deal with this problem are not nearly as strong or as good as those used in real radios.  This is not particularly the manufacturer's fault but rather a situational problem. To properly come up with a better algorithm for error correction, the software engineer must be able to "tweak" the code by repeated trial and error. And once it works for system 'A', will it work as well for system 'B'?  Also, if the specific system that you are listening to has not been "tweaked" to the exact right specifications, this will just exacerbate the problem for the scanner user. Remember, actual systems can be adjusted properly or ''nearly'' properly and that one variable can cause us problems.
 
  
=Solutions=
+
Simulcast systems are specifically designed to synchronize their different site's transmissions for their intended coverage area to minimize the effects of multipath and therefore intersymbol interference. QPSK is used to maximize the symbol dwell time to allow for maximum symbol recovery. A correctly designed radio using properly designed I/Q receiver can recognize the proper timing of the QPSK signal to maximize the correct symbol recovery. Intersymbol interface can still occur on the fringe of an intended coverage area where the synchronization of the signal is not optimized.
There is no "one" solution to this problem; however, there are things that you the scanner user can do to mitigate the problem depending on your situation.
 
*If you are closer to one site than another, you may not experience this problem at all. This explains why in discussions about the problem on specific systems, some people find it intolerable while others hardly notice it at all.  This leads to one solution for base station monitors; a directional antenna pointed at the site you want to monitor.  If you are receiving all of the signal from only one site, there is no multipath distortion to deal with. This of course does no good for people who are mobile.
 
*Attenuation of all the signals sometimes helps. This is of course due to the fact that if you attenuate the signals you possibly lose the ability to hear the interfering signal from the multipath source.
 
*In lieu of attentuation, remember that the *less* gain your antenna system has, the better off you'll be; reducing the overall signal at the receiver input will (generally) increase the signal-to-signal ratio, so capture effect will ameliorate the problem for you.
 
*Keep your firmware updated in your scanner. The scanner manufacturers are indeed addressing this problem as more and more of these simulcast digital systems come on line.  Of course sometimes it may seem that the most current version of firmware takes a step backwards, but due to the fact that each system is unique, it may well be that worked better on system 'A' actually causes system 'B' users to notice a backward step.
 
  
An important thing to remember is that this problem is much more likely to happen to scanner listeners than actual users of the system, because -- at least in the best case -- all the components of the actual trunking system have been engineered and set up so that the levels at the edges of each site's RF pattern are either timed properly to avoid the problem, or the power levels are chosen to reduce it as much as possible, or... and there are probably 4 or 5 different things an engineer can do within a system to reduce simulcast multipath issues... but they're not doing them for *scanner listeners*.
+
As scanners do not implement a proper method of handling QPSK, they lack the ability to determine when to properly read the signal for proper data recovery. This compounds with issues of multipath and intersymbol interference, even if it is minimized. The result is the inability of the scanner to correctly recover the data in the signal, which causes poor reception and unintelligible voice. If this was a significant issue for actual system radios, then simulcast would not be acceptable for public safety use.
  
=Other Resources=
+
==Solutions==
 +
The solution for scanners requires the manufacturers to redesign their hardware to implement I/Q demodulation. This would allow for the scanner to correctly demodulate the phase changes in the signal, allowing for correct reception of a QPSK signal.
  
[http://www.hdtvprimer.com/ANTENNAS/fixes.html This article about HDTV] has some additional information about multipath and other distortion / interference problems. The discussion "maps" well to public safety multipath issues, as well.
+
There following scanners have implemented this design and should theoretically have superior performance in a simulcast environment.
 +
*'''Uniden''' [[SDS100]]
 +
*'''Uniden''' [[SDS200]]
 +
 
 +
===Multipath Mitigation for Scanners===
 +
Unless a user has a properly designed scanner, the only thing a scanner user can do is to attempt to mitigate the problem. This will depend highly on each individual situation. Many of the below mitigation techniques are aimed at reducing the contributing factors of multipath to this problem.
 +
 
 +
Some, mitigation techniques, could be:
 +
*Scanner Settings
 +
*Scanner Firmware
 +
*Location
 +
**Antenna
 +
**Scanner Location
 +
*Some mitigation techniques are going to be everything but the scanner.
 +
 
 +
The variables list may be large, but that shouldn't deter anyone from at least trying to tweak specific settings first:
 +
 
 +
*Opening squelch all the way to 0. See this post by UPMan: {{Thread|uniden-scanners|267424-loose-open-squelch-improves-lsm-simulcast-reception.html#post1975319|Loose/Open Squelch Improves LSM Simulcast Reception|}}
 +
 
 +
*Dwell or Hold Time increase, increasing the ability of the scanner to capture and decode all of a systems voice transmissions & data sent on the control channel.
 +
 
 +
*Limit the amount of systems being scanned or just scan one site without additional conventional, priorities, weather, etc.
 +
 
 +
*Digital AGC if its ''ON'' try it ''OFF''. It might be making voice transmissions less intelligible, especially if there are multiple errors already in the decode. It can also clip loud audio or over-drive quiet audio.
 +
 
 +
*Keep your firmware updated in your scanner. Some users report that simulcast is the cause of all their headaches when, in reality, the scanner doesn't have a perfectly written algorithm to decode a particular type of system, voice, or band plan. Sometimes it may seem that the most current version of firmware takes a step backwards, but that's due to the fact that each system type is unique. It may well be what worked better on system 'A' actually causes system 'B' users to notice a backward step. For some, rolling back to a previous firmware in many models isn't difficult and should be done with recent problems corollary with the newest firmware. Also, don't re-write your programming at the same time as a firmware upgrade because you are creating too many variables to objectively deduce where a new problem arose.
 +
 
 +
Remember only one setting or thing should be changed at a time. Always archive and save your beginning settings, whether that be in different folders or on other media like an additional thumb drive. Even try snapping pictures, taking video, or keeping track on good ole scratch paper.
 +
 
 +
====Uniden====
 +
*P25 Threshold option can be changed after monitoring the Site with Auto to see the best setting for that System to be decoded on
 +
**So, if decode is best at 6 in Auto, switch the P25 Decode Threshold for that system to ''Manual'' and ''6''. While 6 isn't a panacea, it's at least a beginning numeric to try starting with, typically up-to 9 in Manual mode will make the biggest difference. Not all scanners allow this ability System/Site specific/individually.
 +
*Uniden's [[SDS100]] and [[SDS200]] are known to work in many simulcast situations, but are quite pricey
 +
 
 +
====GRE/RS/Whistler====
 +
*DSP Level Adapt can be changed in some models and can vary the rate at which the DSP attempts to adjust varying P25 levels.
 +
 
 +
*ADC Gain and DAC Gain could be lowered to help reduce bit error rates. Typically, a -2 and -4, respectively, have been used by some users to help the lower the issues. See [[GRE/RS/Whistler based DSP ADC/DAC Adjustments]] for more information, as positive ADC setting can cause internal channel and component cross-talk.
 +
 
 +
====Antenna and Reception====
 +
This section attempts to address the signal reception issues that might contribute to the multipath.
 +
 
 +
=====Attenuation=====
 +
*ATT - Attenuation of all the signals sometimes helps, typically the attenuator in the most scanners is via hardware at a standard of -20db. This helps because if you attenuate all the signals, your receiver possibly loses the ability to hear the interfering signal. Additional connectors can add low attenuation, as well as there are F-Connectors easily available with fixed 3, 6, 12 decibel attenuators and many other varied attenuation techniques.
 +
*Attenuation of the secondary signal(s) causing interference via an antenna's nulling properties:
 +
**A Yagi has 2 null spots, typically 90 and 270 degrees from where it's being pointed. So off-center direction to a tower help negate a secondary tower at 40-75 degrees - beam width and attenuation can vary on the design
 +
**An Omni-directional, also, has 2 null spots at its top and bottom. If you have 3 towers and if Tower 1 and Tower 3 form a straight line, then you may be able to most reliably monitor Tower 2 with the antenna laid horizontally in the line between Towers 1 and 3.
 +
      2
 +
1<-Antenna->3
 +
 
 +
*Adding a corner reflector - beam width and attenuation can also vary on the design. Search for "cantenna".
 +
 
 +
=====Antenna=====
 +
One can try to use an antenna with less gain if they are inside the coverage area to increase the signal-to-noise ratio so that the capture effect may ameliorate the problem. Outside the intended coverage area more gain via a directional or higher up antenna maybe needed, but neither will guarantee reception outside a system's coverage area.
 +
 +
*A yagi antenna pointed at a tower you want to monitor. If you are receiving all of the signal from only one site, there should be no multipath distortion to deal with. This of course does infer that there is not a second or third tower in front or slightly offset to the left or right of the primary tower you want to monitor.
 +
 
 +
=====Scanner Location=====
 +
*Moving a scanner a few inches left or right and/or up or down can be a big factor, signals can have peaks and nulls, which creates areas of strong and weak signals.  Peaks and nulls are larger for lower frequencies and smaller for higher frequencies.
 +
*Moving a scanner can also help reduce local interfering signals as many electronics in the house or auto can create interference that overwhelms the front-end for any receiver.
 +
*Hairbrained solution: Get 'Joe' from the next county over to monitor your county and use your scanner to monitor Joe's county. You'll have to use a third-party solution to control and stream Joe's scanner and let Joe do the same with yours.
 +
 
 +
===Software Defined Radios===
 +
[[Software Defined Radios]] (SDR) are made up of a receiver USB device and a Computer to process the incoming System's signals - data and voice streams. Voice decode can be superior to scanners as the signal is processed via a I/Q demodulator like how actual radios would process the incoming signal, less the narrower filtering and stability of commercial-quality oscillating crystals. Typically limited by only the CPU processing power and filtering of local spurious signals.
 +
 
 +
SDRs can be tedious to set-up, but more modes can be decoded than current scanners. These set-ups are not really portable and cannot really decode multiple systems at once like a scanner.
 +
 
 +
See [[APCO Project 25#Software Based Decoders]] for additional information.
 +
 
 +
===Public Safety Pagers===
 +
See [[Unication Voice Pager Receivers]]
 +
 
 +
===Commercial Radios===
 +
Commercial radios are specifically designed to be used on simulcast systems and therefore provide superior performance over scanners. They greatly benefit from using hardware designed to process the QPSK signal via an I/Q demodulator and higher quality band specific filtering.
 +
 
 +
This solution is not ideal for a typical scanner user as it can be expensive and extremely complicated to setup correctly and cause life safety hazards for actual Public Safety users when they are set-up incorrectly.
 +
 
 +
==Related Pages==
 +
;Discussions on RR Forums
 +
*{{Thread|voice-control-channel-decoding-software.26|283705-lsm-why-scanners-suck-real-story.html|LSM: why scanners suck: the real story}}
 +
*{{Thread|general-scanning-discussion.28|333609-official-i-want-lsm-work-properly-my-scanner-thread.html|The official "I want LSM to work properly in my scanner" }}
 +
*{{Thread|industry-discussion.143|257898-p25-simulcast-multipath-interference.html|P25 simulcast multipath interference}}
 +
*One individual had several issues with this wiki article as it existed on Jan. 2013. Rather than attempting to rewrite the article, the reader is referred to this {{Thread|new-york-radio-discussion-forum.53|258801-saratoga-county-p25.html#post1903290|NY forum entry|}}
 +
 
 +
;External Links
 +
*[http://www.lightlink.com/mhp/demod/ LSM 101]
 +
*[http://www.lightlink.com/mhp/lsm/ LSM Gallery]
 +
*[http://www.lightlink.com/mhp/lsm2/lsm2.html LSM Gallery - Page 2]
 +
*[https://en.wikipedia.org/wiki/Intersymbol_interference Intersymbol Interference]
 +
*http://rfic.eecs.berkeley.edu/~niknejad/ee242/pdf/eecs242_lect3_rxarch.pdf
 +
*http://www.berk.tc/combas/digital_mod.pdf
 +
*http://www.rfwireless-world.com/Terminology/ASK-vs-FSK-vs-PSK.html
 +
*http://blog.taitradio.com/2015/01/13/comparing-psk-and-fsk-based-digital-modulations-part-1/
 +
*http://www.dtic.mil/dtic/tr/fulltext/u2/a190028.pdf
 +
*https://www.efjohnson.com/resources/dyn/files/972772z218319c9/_fn/Simulcasting+Project+25.pdf
 +
*http://www.rfwireless-world.com/Terminology/C4FM-vs-CQPSK.html
 +
*http://www.ece.ualberta.ca/~hcdc/Library/MIMOchClass/ChannelCapacity.pdf
 +
*https://electronics.stackexchange.com/questions/39796/can-somebody-explain-what-iq-quadrature-means-in-terms-of-sdr
 +
 
 +
;Receivers known to work in simulcast environments
 +
* [[BlueTail Technologies P25RX]]
 +
* Uniden [[SDS100 and SDS200 FAQ Page]]
 +
* [[Unication Voice Pager Receivers]]
 +
 
 +
;Other Resources
 +
*[http://www.hdtvprimer.com/ANTENNAS/fixes.html This article about HDTV] has some additional information about multipath and other distortion / interference problems. The discussion "maps" well to Public Safety Multipath issues, as well.
 +
 
 +
;Related Wiki Articles
 +
*[[DMA P25 Decoding and Audio Issues]]
 +
*[[Uniden Digital AGC Tweak Procedures]]
 +
*[[P25 audio decode level adjustment]]
 +
*[[GRE/RS/Whistler based DSP ADC/DAC Adjustments]]
 +
See also the [https://en.wikipedia.org/wiki/Cliff_effect Cliff effect article] on
 +
Wikipedia.
 +
 
 +
; Scanner School
 +
* [https://www.scannerschool.com/tips-and-tricks-when-dealing-with-simulcast/ Tips and Tricks when working with Simulcast]
 +
* [https://www.scannerschool.com/working-around-simulcast-issues/ Working Around Simulcast Issues]
  
Return to the [[Uniden DMA FAQ]]
 
  
 
[[Category:RR Glossary]]
 
[[Category:RR Glossary]]
[[Category:Digital Scanners]]
+
[[Category:Amateur Radio Glossary]]
 +
[[Category:Database Glossary]]
 +
[[Category:Military Glossary]]
 +
[[Category:Professional Radios Glossary]]
 +
[[Category:Receivers Glossary]]
 +
[[Category:Scanners Glossary]]
 +
[[Category:Signal Analysis and Decoding Glossary]]
 +
[[Category:Trunktracking Glossary]]
 
[[Category:DMA Radios Hints and Kinks]]
 
[[Category:DMA Radios Hints and Kinks]]
 +
[[Category:Digital Scanners with DMR]]
 +
[[Category:Digital Scanners without DMR]]
 +
[[Category:Digital Scanners with MOTOTRBO]]
 +
[[Category:Digital Scanners without MOTOTRBO]]
 +
[[Category:Digital Scanners with NXDN]]
 +
[[Category:Digital Scanners without NXDN]]
 +
[[Category:Digital Scanners with ProVoice]]
 +
[[Category:Digital Scanners without ProVoice]]

Revision as of 14:05, 6 April 2021

Most current generation digital scanners do a poor job of handling simulcast APCO Project 25 systems. This is most often noticed when a strong digital voice transmission constantly breaks-up where it should be clear. This article will describe and explain the most common reason for this sort of problem, suggest some ways you might alleviate some of the simulcast distortion your scanner experiences, and introduce additional solutions that maybe non-scanner based altogether.

Problem

To begin to understand the problem requires a basic understanding of the way the digital signals are modulated. Simulcast system use quadrature phase-shift keying (QPSK) in the form of CQPSK (Motorola LSM / Harris WCQPSK) for Phase I systems, and H-DQPSK for Phase II systems. This modulation scheme differs from traditional modulation schemes such as AM and FM. QPSK modulates the phase of the signal rather than the amplitude or frequency. The problem is that traditional scanner hardware was designed to receive the traditional modulation schemes, but not QPSK. The result is that they fall short when attempting to demodulate QPSK signals.

Multipath can also be a contributing factor to the issue. Multipath describes the situation where a receiver receives the multiple signals being broadcast from one or more transmit towers. Single tower multipath, such as signal reflection, is generally not a problem as the FM capture effect will pick the strongest signal because the reflect signals are of lower power or the wrong polarization. In a simulcast system, multiple transmitters on separate towers simultaneously broadcasting on the same frequency, which is strong enough to negate the FM capture effect.

When receiving multipath signals from an analog system, you may hear just a bit of wavering in the signal, but your ear/brain will focus on the correct sounds. Older antenna based analog TV's experienced this by ghosting. Shortwave signals suffer this and cause troubles in single-sideband due to the nature of the way the signal is handled. Those that have experienced listening to multipath SSB are aware of how tiresome it is to listen to.

When dealing with digital signals, multipath can cause intersymbol interference. A symbol is the digital data being received and intersymbol interference is when that data overlaps, creating ambiguity.

Simulcast systems are specifically designed to synchronize their different site's transmissions for their intended coverage area to minimize the effects of multipath and therefore intersymbol interference. QPSK is used to maximize the symbol dwell time to allow for maximum symbol recovery. A correctly designed radio using properly designed I/Q receiver can recognize the proper timing of the QPSK signal to maximize the correct symbol recovery. Intersymbol interface can still occur on the fringe of an intended coverage area where the synchronization of the signal is not optimized.

As scanners do not implement a proper method of handling QPSK, they lack the ability to determine when to properly read the signal for proper data recovery. This compounds with issues of multipath and intersymbol interference, even if it is minimized. The result is the inability of the scanner to correctly recover the data in the signal, which causes poor reception and unintelligible voice. If this was a significant issue for actual system radios, then simulcast would not be acceptable for public safety use.

Solutions

The solution for scanners requires the manufacturers to redesign their hardware to implement I/Q demodulation. This would allow for the scanner to correctly demodulate the phase changes in the signal, allowing for correct reception of a QPSK signal.

There following scanners have implemented this design and should theoretically have superior performance in a simulcast environment.

Multipath Mitigation for Scanners

Unless a user has a properly designed scanner, the only thing a scanner user can do is to attempt to mitigate the problem. This will depend highly on each individual situation. Many of the below mitigation techniques are aimed at reducing the contributing factors of multipath to this problem.

Some, mitigation techniques, could be:

  • Scanner Settings
  • Scanner Firmware
  • Location
    • Antenna
    • Scanner Location
  • Some mitigation techniques are going to be everything but the scanner.

The variables list may be large, but that shouldn't deter anyone from at least trying to tweak specific settings first:

  • Dwell or Hold Time increase, increasing the ability of the scanner to capture and decode all of a systems voice transmissions & data sent on the control channel.
  • Limit the amount of systems being scanned or just scan one site without additional conventional, priorities, weather, etc.
  • Digital AGC if its ON try it OFF. It might be making voice transmissions less intelligible, especially if there are multiple errors already in the decode. It can also clip loud audio or over-drive quiet audio.
  • Keep your firmware updated in your scanner. Some users report that simulcast is the cause of all their headaches when, in reality, the scanner doesn't have a perfectly written algorithm to decode a particular type of system, voice, or band plan. Sometimes it may seem that the most current version of firmware takes a step backwards, but that's due to the fact that each system type is unique. It may well be what worked better on system 'A' actually causes system 'B' users to notice a backward step. For some, rolling back to a previous firmware in many models isn't difficult and should be done with recent problems corollary with the newest firmware. Also, don't re-write your programming at the same time as a firmware upgrade because you are creating too many variables to objectively deduce where a new problem arose.

Remember only one setting or thing should be changed at a time. Always archive and save your beginning settings, whether that be in different folders or on other media like an additional thumb drive. Even try snapping pictures, taking video, or keeping track on good ole scratch paper.

Uniden

  • P25 Threshold option can be changed after monitoring the Site with Auto to see the best setting for that System to be decoded on
    • So, if decode is best at 6 in Auto, switch the P25 Decode Threshold for that system to Manual and 6. While 6 isn't a panacea, it's at least a beginning numeric to try starting with, typically up-to 9 in Manual mode will make the biggest difference. Not all scanners allow this ability System/Site specific/individually.
  • Uniden's SDS100 and SDS200 are known to work in many simulcast situations, but are quite pricey

GRE/RS/Whistler

  • DSP Level Adapt can be changed in some models and can vary the rate at which the DSP attempts to adjust varying P25 levels.
  • ADC Gain and DAC Gain could be lowered to help reduce bit error rates. Typically, a -2 and -4, respectively, have been used by some users to help the lower the issues. See GRE/RS/Whistler based DSP ADC/DAC Adjustments for more information, as positive ADC setting can cause internal channel and component cross-talk.

Antenna and Reception

This section attempts to address the signal reception issues that might contribute to the multipath.

Attenuation
  • ATT - Attenuation of all the signals sometimes helps, typically the attenuator in the most scanners is via hardware at a standard of -20db. This helps because if you attenuate all the signals, your receiver possibly loses the ability to hear the interfering signal. Additional connectors can add low attenuation, as well as there are F-Connectors easily available with fixed 3, 6, 12 decibel attenuators and many other varied attenuation techniques.
  • Attenuation of the secondary signal(s) causing interference via an antenna's nulling properties:
    • A Yagi has 2 null spots, typically 90 and 270 degrees from where it's being pointed. So off-center direction to a tower help negate a secondary tower at 40-75 degrees - beam width and attenuation can vary on the design
    • An Omni-directional, also, has 2 null spots at its top and bottom. If you have 3 towers and if Tower 1 and Tower 3 form a straight line, then you may be able to most reliably monitor Tower 2 with the antenna laid horizontally in the line between Towers 1 and 3.
      2
1<-Antenna->3
  • Adding a corner reflector - beam width and attenuation can also vary on the design. Search for "cantenna".
Antenna

One can try to use an antenna with less gain if they are inside the coverage area to increase the signal-to-noise ratio so that the capture effect may ameliorate the problem. Outside the intended coverage area more gain via a directional or higher up antenna maybe needed, but neither will guarantee reception outside a system's coverage area.

  • A yagi antenna pointed at a tower you want to monitor. If you are receiving all of the signal from only one site, there should be no multipath distortion to deal with. This of course does infer that there is not a second or third tower in front or slightly offset to the left or right of the primary tower you want to monitor.
Scanner Location
  • Moving a scanner a few inches left or right and/or up or down can be a big factor, signals can have peaks and nulls, which creates areas of strong and weak signals. Peaks and nulls are larger for lower frequencies and smaller for higher frequencies.
  • Moving a scanner can also help reduce local interfering signals as many electronics in the house or auto can create interference that overwhelms the front-end for any receiver.
  • Hairbrained solution: Get 'Joe' from the next county over to monitor your county and use your scanner to monitor Joe's county. You'll have to use a third-party solution to control and stream Joe's scanner and let Joe do the same with yours.

Software Defined Radios

Software Defined Radios (SDR) are made up of a receiver USB device and a Computer to process the incoming System's signals - data and voice streams. Voice decode can be superior to scanners as the signal is processed via a I/Q demodulator like how actual radios would process the incoming signal, less the narrower filtering and stability of commercial-quality oscillating crystals. Typically limited by only the CPU processing power and filtering of local spurious signals.

SDRs can be tedious to set-up, but more modes can be decoded than current scanners. These set-ups are not really portable and cannot really decode multiple systems at once like a scanner.

See APCO Project 25#Software Based Decoders for additional information.

Public Safety Pagers

See Unication Voice Pager Receivers

Commercial Radios

Commercial radios are specifically designed to be used on simulcast systems and therefore provide superior performance over scanners. They greatly benefit from using hardware designed to process the QPSK signal via an I/Q demodulator and higher quality band specific filtering.

This solution is not ideal for a typical scanner user as it can be expensive and extremely complicated to setup correctly and cause life safety hazards for actual Public Safety users when they are set-up incorrectly.

Related Pages

Discussions on RR Forums
External Links
Receivers known to work in simulcast environments
Other Resources
  • This article about HDTV has some additional information about multipath and other distortion / interference problems. The discussion "maps" well to Public Safety Multipath issues, as well.
Related Wiki Articles

See also the Cliff effect article on Wikipedia.

Scanner School