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

[JEFFREY MICHAEL KENYON]

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.





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.
> 
> 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.
> 
> 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.
> 
> Wayne
> 
> 
> 
> On Wed, 5 Jun 2002 10:31:32 -0400 (EDT), JEFFREY MICHAEL KENYON
> <at649@tcnet.org> wrote:
> 
> > 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.
> >> 
> >> Wayne
> >> 
> >> 
> >> 
> >> On Wed, 5 Jun 2002 08:11:10 -0400 (EDT), JEFFREY MICHAEL KENYON
> >> <at649@tcnet.org> wrote:
> >> 
> >> >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.
>