Of POCSAG problems I know not, but
re GSM audio breakthrough:

> Please share your experiences, I believe that the subject is a painful on=
e
> to many.

1. An application note that purports to address this problem is

Nuvoton
ANA-102 Rev1.0 March 2008
APPLICATION NOTE: System Design for RF Immunity Audio Codec

Alleged PDF source:

           http://www.nuvoton.com/hq/enu/ProductAndSales/ProductLines/Audio=
ApplicationIC/Telecom/VoiceCODEC/Documents/ANA-102%20Audio%20Device%20RF%20=
Immunity%20v1.0.pdf

Strangely formatted but usable page by page html version

           http://www.catagle.com/28-1/ANA-102_Audio_Device_RF_Immunity_v1_=
0.htm

Copy of PDF in my Dropbox - will remain there for from hours to years

           https://dl.dropbox.com/u/30808964/ANA-102%20System%20design%20fo=
r%20RF%20immunity%20GSM%20buzz%20elimination%20Audio%20Device%20RF%20Immuni=
ty%20v1.0.pdf

2.

There are various articles available on web re (attempted) mitigation
of this effect.

The following is believed to be largely fact based and not conspiracy
theory :-):
The 'root cause' of the problem is that GSM generates an immensely non
compliant signal at a low frequency frame rate and this was not
(officially) noticed during development of the system. It was noticed
by independent observers during early trials, but by then it was far
too late and said observers were (of course) ignored. If anyone with
less than supra-governmental status (eg less than Disney) tried to get
a system like this certified by any competent regulatory authority it
would be rejected with alacrity. GSM was too big and had too much
inter-country buy in to be rejected.

None of the above helps you fix the results, but it helps explain how
something so horrendously non-compliant can exist.



             Russell McMahon
--=20
http://www.piclist.com/techref/piclist PIC/SX FAQ & list archive
View/change your membership options at
http://mailman.mit.edu/mailman/listinfo/piclist
.