[TrunkCom] does anyone know how the new scanners will handle both data and voice from the same channel?

[Wayne M H]

On Wed, 5 Jun 2002 19:07:03 -0400 (EDT), JEFFREY MICHAEL KENYON
<at649@tcnet.org> wrote:

>Well, it is all thanks to Motorola in the long run, because they were =
the
>ones that APCO went to for the standard, and they then opened the
>standard for EDACS and LTR or whoever.  I would have expected that when
>these all strictly digital systems went on line like Grosse Pointe,
>Michigan's system went on line last summer it has the 3600 BAUD control
>channel, but I think that one of these days it will be upgraded to 9600
>BAUD, especially if they are going to be working with the other trunked
>systems around the area.  Now, I was surprised that Detroit's system now
>is 3600 BAUD now, because my understanding was was that they were going
>straight to 9600 BAUD.  Will the 9600 BAUD systems work in analogue
>mode?  I thought they could, but systems that are trying out in analogue
>now are using 3600 BAUD.

True, much of the documentation on APCO-25 has hints of Motorola. They
did it great once, so why not choose them to help out.

9600 baud systems don't support analog. I'm very positive about this
and will continue so unless someone corrects me. I doubt anyone will.

=46rom what I've seen APCO-25 trunking is only available for 800MHz in
the ASTRO Saber/Spectra series. Same for the XTS-3000. (The XTS-3500
is restricted to UHF and VHF) The newer model XTS will support both,
of course, but I believe the XTS-5000 will be the only radio which can
support both standard and APCO-25 trunking in the same radio, but I
don't believe at the same time on one system, maybe they will, not a
lot of info is out since the radios are still somewhat new. These are
also the radios which will be 700MHz capable (Comes standard with
800). I really haven't seen much on APCO-25 trunking outside of
800MHz. I'm sure Moto is working on it with the new line but it's not
as important as 800MHz right now.

Wayne




>On Wed, 5 Jun 2002, Wayne M H wrote:
>
>> The good thing about the 9600 baud control channel is it isn't
>> strictly Motorola. The 9600 baud control channel is basically the
>> APCO-25 standard, with relation to trunking.
>>=20
>> If you ever get a chance to see the standards themselves they are well
>> planned out and include for everything. They also go into exact detail
>> on how everything works. Creating a scanner, or whatever, to track
>> would be a snap.
>>=20
>> The nice thing is the APCO-25 trunking control channel format will be
>> the same, no matter which vendor, so you can use different APCO-25
>> trunking radios. Just keep in mind that a vendor can create there own
>> signaling words strictly for their network and radios. But I believe
>> the basic call setup and process should be something that would be
>> decodeable by any APCO-25 trunking radio. The 9600 baud control
>> channel seems like something tough now but give it time, it won't in
>> the future.
>>=20
>> Wayne
>>=20
>>=20
>>=20
>> On Wed, 5 Jun 2002 10:31:32 -0400 (EDT), JEFFREY MICHAEL KENYON
>> <at649@tcnet.org> wrote:
>>=20
>> > all All right, well I also found something out in the midst of our =
conversation and
>> >that is that the higher speed 9600 BAUD control channel from Moto is
>> >designed for this kind of thing, and is used mainly in the smart zone
>> >kinds of systems like here in Michigan.  I think that you'll see the
>> >higher speed controlers come when systems are linking to one another =
like
>> >Grosse Pointe, Michigan's to Detroit's or whatever.  By the way, =
Detroit's
>> >new TRS is up at one site, and is using the 3600 BAUD control =
channel, and
>> >there are mainly digital with a few analogue talk groups, but there =
is
>> >some activity with the radio techs on the older type I TRS, but I am =
not
>> >close enough to monitor the current Detroit site that is on the new =
TRS.It
>> >will be interesting to see if this  intograded data and voice will =
pose any
>> >side effects with receiving the digital voice on the newer scanners, =
or
>> >voice and some data both depending on what is sent.
>> >
>> >
>> >
>> >
>> >
>> >On Wed, 5 Jun 2002, Wayne M H wrote:
>> >
>> >> As with all digital transmission, wireless or wireline, there are
>> >> signaling bits to designate what's what, be it voice or digital. =
It's
>> >> a moot issue really.
>> >>=20
>> >> Wayne
>> >>=20
>> >>=20
>> >>=20
>> >> On Wed, 5 Jun 2002 08:11:10 -0400 (EDT), JEFFREY MICHAEL KENYON
>> >> <at649@tcnet.org> wrote:
>> >>=20
>> >> >Good morning everyone.  The other day I was talking to a friend =
about the
>> >> >new digital scanners that are coming on the market in the fall, =
and I'm
>> >> >just wondering if anyone knows how they will handle instances =
where there
>> >> >is both data and voice being passed through the same frequency?  =
That
>> >> >issue never was brought up.  thoughts would be appreciated, and =
thanks in
>> >> >advance.
>>=20
>