Account  |  Mobile  |  Help    
 
Home Database Live Audio Forums Wiki Classifieds Submit Info About

Go Back   The RadioReference.com Forums > Commercial and Professional Radio > Trunking Forum


Trunking Forum General News and Information regarding trunked radio communications. This is the place to post general items related to trunked radio and technologies unrelated to the other forums. Location specific posts should be directed to the regional forums listed below.

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
  #1 (permalink)  
Old 04-08-2008, 06:03 PM
Member
 
Premium Subscriber
 
Join Date: Sep 2005
Posts: 158
Question Determine Talkgroup from Mobile Radio?

Hi all,

I love my trunk-tracking scanner, but when I scan input frequencies, it won't display the mobile radio's talkgroup information. I've since learned that mobile radios communicate to the site controller over a dedicated control channel input frequency. Certainly, the mobile radio transmits its group ID to the site controller when requesting a channel pair, no?

Could a new generation of trunk-tracking scanners monitor the system's control channel input frequency to determine the mobile radio's (input frequency's) group?

On the other hand, would it be possible to determine a mobile radio's (input frequency's) group by decoding the control channel output frequency's response to the mobile's request for a channel pair?

Dave
Reply With Quote
Sponsored links
  #2 (permalink)  
Old 04-08-2008, 06:26 PM
JoeyC's Avatar
Member
 
Premium Subscriber
 
Join Date: Dec 2002
Location: San Diego, CA
Posts: 1,493
Default

Why would you want to monitor input freqs on a trunked system?
Reply With Quote
  #3 (permalink)  
Old 04-08-2008, 07:34 PM
Member
 
Premium Subscriber
 
Join Date: Sep 2005
Posts: 158
Default

I want to restrict my scanning to nearby activities.
Reply With Quote
  #4 (permalink)  
Old 04-08-2008, 10:38 PM
JoeyC's Avatar
Member
 
Premium Subscriber
 
Join Date: Dec 2002
Location: San Diego, CA
Posts: 1,493
Default

If I understand you correctly, you want to trunktrack by input freqs.

To restrict scanning to nearby activities alls you have to do is scan the inputs. You don't need a trunk tracking scanner for that. You will never see a trunk tracking scanner that trunks based on input signals by talkgroup. I can't see any practical reason why anyone would want this in a trunking scanner except for shady purposes. And its probably not possible anyway.
Reply With Quote
  #5 (permalink)  
Old 04-08-2008, 11:05 PM
wayne_h's Avatar
Forums Manager
 
Database Admin
 
Join Date: Dec 2000
Location: San Joaquin Valley, CA
Posts: 5,619
Send a message via AIM to wayne_h
Default

You would never hear the dispatcher either. This really makes no sense. If a dispatcher tells a unit to go to X address you would never even know where the unit is going unless he/she says so.
__________________
-Wayne
Please contact me via email for a faster response.
Forum Rules and Guidelines
Reply With Quote
Sponsored links
  #6 (permalink)  
Old 04-09-2008, 01:19 AM
Member
 
Premium Subscriber
 
Join Date: Sep 2005
Posts: 158
Default

When listening to a trunked system, I can lockout all of the unwanted groups, thanks to trunk tracking. However, when monitoring input frequencies, there's no trunk tracking to identify the source or to lockout unwanted frequencies.

What I do now is listen to input frequencies (blindly) and then, when something of interest pops up, I might briefly enable output frequencies, just long enough to hear what's going on. The point is that I want to monitor things in my neighborhood without bombardment from the city.
Reply With Quote
  #7 (permalink)  
Old 04-09-2008, 01:32 AM
BoxAlarm187's Avatar
Member
 
Premium Subscriber
 
Join Date: Mar 2003
Location: Greater Richmond, VA
Posts: 995
Default

Like the others, I don't understand the logic behind this either. If you're listening to the input side, you have no control over what you're going to hear on a trunked system - the nearby police, fire, EMS, public works, school buses, or anyone else that's accessing the system near you. This seems to ultimately defeat what you're trying to accomplish - unless you want to hear everything going on nearby, no matter what agency it is.

Unless you live in a really small city, why wouldn't you just listen to the beat/sector/whatever your PD calls it that covers the area where you live? This by monitoring this talkgroup, it would eliminate the need to listen to all of the other areas.

Since you're not hearing the dispatcher on the input side of the repeater, what are you hearing from the units in the field that's making your interested enough to listen to the output?
__________________
Pie tastes better with CoolwHip!
Reply With Quote
  #8 (permalink)  
Old 04-09-2008, 01:39 AM
mancow's Avatar
Member
   
Join Date: Feb 2003
Posts: 2,532
Default

Actually, I think his idea makes perfect sense. It would be a neat tool for sleuthing. If a receiver could be set to CC mode and was able to snarf out the ISWs from a nearby transmission you could see what that specific unit was up to. It sounds similar to the old programs that used to sniff cellular mobile traffic to grab ESNs etc...
Reply With Quote
  #9 (permalink)  
Old 04-09-2008, 01:57 AM
Member
 
Premium Subscriber
 
Join Date: Sep 2005
Posts: 158
Default

Quote:
Originally Posted by BoxAlarm187
If you're listening to the input side, you have no control over what you're going to hear on a trunked system - the nearby police, fire, EMS, public works, school buses, or anyone else that's accessing the system near you. This seems to ultimately defeat what you're trying to accomplish - unless you want to hear everything going on nearby, no matter what agency it is.
But that's just it. As explained in my prior post, I want to monitor nearby transmissions but lockout certain agencies. I do not want to monitor everything. This is all about filtering out unwanted transmissions; those from unwanted agencies and those from unwanted distances.

Quote:
Originally Posted by BoxAlarm187
Unless you live in a really small city, why wouldn't you just listen to the beat/sector/whatever your PD calls it that covers the area where you live? This by monitoring this talkgroup, it would eliminate the need to listen to all of the other areas.
Maybe I'm being too sensitive, but it's still too much. I don't care about the homicidal maniac 20 miles away. I do care about the homicidal maniac in my neighborhood. And it's rarely so interesting. When I listen to those talkgroups, it's a regular stream of banal chatter. [Granted, the nearby stuff is typically banal too, but that's a good thing.] It'd be really cool if my scanner would stay silent until such time, and then display the agency info and perhaps open up the respective repeater output channel.

Does this not make any sense? Maybe my geography is unique....
Reply With Quote
Sponsored links
  #10 (permalink)  
Old 04-09-2008, 02:04 AM
BoxAlarm187's Avatar
Member
 
Premium Subscriber
 
Join Date: Mar 2003
Location: Greater Richmond, VA
Posts: 995
Default

Quote:
Originally Posted by Dave_D
Does this not make any sense? Maybe my geography is unique....
Sure, it makes sense, it's just a highly unusual approach to scanning. I can see where your desire would be to only hear things within a mile of your house, but I just don't think you're going to find a way to make this happen by trying to get the TG's to associate with the inputs.

Good luck, I await to hear the response from others on this topic...
__________________
Pie tastes better with CoolwHip!
Reply With Quote
  #11 (permalink)  
Old 04-09-2008, 05:51 AM
rescue161's Avatar
Member
 
Database Admin
 
Join Date: Jun 2002
Location: Camp Lejeune, NC
Posts: 1,685
Default

I used this same tecnique long before trunking scanners came into play. It worked out quire well for us because we only wanted to hear traffic near us. It did bother the crap out of me not to be able to follow conversations though.

I was in heaven when the Uniden 235 came out.
__________________
Scott
KE4FHH

Hams Against Magnetic Mounts

Religion - Kills folks DEAD!
Reply With Quote
  #12 (permalink)  
Old 04-09-2008, 06:10 PM
Member
   
Join Date: Jan 2007
Posts: 92
Default

I too feel that the logic behind this doesn't make total sense. I can understand only wanting to monitor certain areas, and on some systems, I guess thats not always easy to do. The only time I have found listening to the repeater input useful was when the field unit had better signal to my location than the tower. And yes, lots of info was missed scanning that way.
Reply With Quote
  #13 (permalink)  
Old 04-09-2008, 09:47 PM
Member
   
Join Date: Feb 2003
Location: Central NC
Posts: 123
Default

I have one bank programmed for that purpose. I put the input freq, then the output freq, the next input, then the next output & so on. Then I have the outputs locked out. That way you can hit manual twice & listen to the output side. When the repeater drops, hit scan. This works well with the pro95 & 96 because you can set the output channel to motorola mode & it will display the TGID# when on the output freq. At least it will on a motorola system that uses priority monitor. Randy
Reply With Quote
Reply

Bookmarks

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
Scanners, Internet and the Law: An objective discussion with case law. crayon Streaming / Broadcasting / Audio Recording 66 01-08-2009 06:10 PM
Question RE: CHP rananthony04 California Radio Discussion Forum 33 07-27-2007 03:15 PM
Need Help buying a mobile radio action Motorola Forum 8 12-29-2005 05:29 AM
scanning in Fort Scott? NosyNeighbor Kansas Radio Discussion Forum 2 03-21-2005 10:17 AM
New and Updated list of Everything for sale!!! Radios,lights ROOFLIFECO Old Classifieds Archives 0 02-02-2005 05:21 PM


All times are GMT -5. The time now is 12:29 PM.


Powered by vBulletin® Version 3.8.2
Copyright ©2000 - 2009, Jelsoft Enterprises Ltd.
All information here is Copyright 2009 by RadioReference.com LLC and Lindsay C. Blanton III.Ad Management by RedTyger
Copyright 2009 by RadioReference.com LLC Privacy Policy  |  Terms and Conditions