Browse Prior Art Database

AUTOMATIC RESPONSIBILITIES HAND-OFF

IP.com Disclosure Number: IPCOM000007652D
Original Publication Date: 1996-May-01
Included in the Prior Art Database: 2002-Apr-11
Document File: 2 page(s) / 159K

Publishing Venue

Motorola

Related People

David Bar-On: AUTHOR [+2]

Abstract

As part of radio control systems management like SIMS for Smartnet or SmartZone Radio Dis- patch Management (RDM) for SmartZone, dispatch- ers located at a fixed terminal execute radio com- mands and monitor incoming events generated by the radio system. Dispatchers Regroup radios into different talkgroups, Inhibit radios from transmit- ting or receiving signals, Lock radio channel switch selector, send Call Alert to a radio and allow the radio operator to respond by giving them the radio ID of the caller, and check if a radio is "alive? Dispatchers also monitor incoming events (trans- missions, requests) from the radio system. The dis- patcher is provided with the capabilities listed below.

This text was extracted from a PDF file.
At least one non-text object (such as an image or picture) has been suppressed.
This is the abbreviated version, containing approximately 39% of the total text.

Page 1 of 2

MOTOROLA Technical Developments

AUTOMATIC RESPONSIBILITIES HAND-OFF

by David Bar-On and Pnina Lavie

  As part of radio control systems management like SIMS for Smartnet or SmartZone Radio Dis- patch Management (RDM) for SmartZone, dispatch- ers located at a fixed terminal execute radio com- mands and monitor incoming events generated by the radio system. Dispatchers Regroup radios into different talkgroups, Inhibit radios from transmit- ting or receiving signals, Lock radio channel switch selector, send Call Alert to a radio and allow the radio operator to respond by giving them the radio ID of the caller, and check if a radio is "alive?

  Dispatchers also monitor incoming events (trans- missions, requests) from the radio system. The dis- patcher is provided with the capabilities listed below.

dispatcher is defined with his/her attachments-a list of Talkgroups that the dispatcher is responsible for. This enables logged-on dispatchers to execute radio commands and monitor incoming events to/from Talkgroups within their pre-determined attachments only. Generally, the whole system is organized to attachments such that each dispatcher in a shill is attached to 'different set of Talkgroups, and all dispatcher attachments cover all system Talkgroups. When a dispatcher is logged-on, he/she is able to control radio ,traffic only within his/her attachments.

  However, there are situations that require a dis- patcher the ability to monitor radio traffic in a wider area than his/her pre-defined attachments, For exam- ple, when a dispatcher takes a break, his/her traffic should be transferred to a substitute dispatcher. When a dispatcher logs off at night, another dispatcher on duty should take responsibility for his/her traffic. This is very important to ensure that there is always a dispatcher responsible for each radio in the sys-

tem. For example, when a Radio sends an Emer- gency Alarm, some dispatcher must receive it and respond immediately. In the current systems, the responsibilities hand-off is very complicated and almost impossible. There is no mechanism to per- form spontaneous responsibilities hand-off. Only the system manager is able to define dispatchers attach- ments. When an attachments change is required, it is necessary to ask the manager to re-define it manually, The manager must manually enter the list of Talkgroups for the new attachments. In addition, when a sudden request for responsibilities hand-off occurs (as described in the above examples) and the manager is not on-duty currently (a high likely pos- sibility), the responsibilities hand-off is impossible. The current solution for those situations is to let the on-duty dispatcher to be logged-on to two termi- nals one as himself and one as the leaving dispatcher. This solution, of course, has a lot of disadvantages
(i.e. security, monitoring two terminals display and more).

0 Momola. I"'. 1996 78 May 1996

Visual monitoring of voice communications. This monitoring involves...