Browse Prior Art Database

WIDE-AREA CALL CONTINUATION UPON WIDE TO SITE TRANSITIONING

IP.com Disclosure Number: IPCOM000008154D
Original Publication Date: 1997-Jun-01
Included in the Prior Art Database: 2002-May-22
Document File: 2 page(s) / 104K

Publishing Venue

Motorola

Related People

John R. Garbarino: AUTHOR [+3]

Abstract

In current SmartZone IntelliRepeater systems, a wide-area call suffers the following due to loss of the data link to the Zone Controller: the call. Instead, local Call Processing will wait for a "link activity time-out" from the previously assigned wide-area channel. Meanwhile, the chan- nel in question detects a transition in progress and implements a "link activity timer" on the digital lihk-essentially staying assigned until no further voice activity is detected on the digital link. Once voice activity has gone away the channel in ques- tion will report this event to local Call Processing and at this point the channel/call will be deassigned.

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 50% of the total text.

Page 1 of 2

MOTOROLA Technical Developments

WIDE-AREA CALL CONTINUATION UPON WIDE TO SITE TRANSITIONING

by John R. Garbarino, Kristin Cramer and Les Gustafson

PROBLEM SOLVED BY THE INVENTION

  In current SmartZone IntelliRepeater systems, a wide-area call suffers the following due to loss of the data link to the Zone Controller:

the call. Instead, local Call Processing will wait for a "link activity time-out" from the previously assigned wide-area channel. Meanwhile, the chan- nel in question detects a transition in progress and implements a "link activity timer" on the digital lihk-essentially staying assigned until no further voice activity is detected on the digital link. Once voice activity has gone away the channel in ques- tion will report this event to local Call Processing and at this point the channel/call will be deassigned.

  From the Zone Controller perspective, the audio switch path to the "broken" site must be left open to allow other source site audio to get through. The wide-area call will continue through message time-out, disconnect, and deassignment-as would any other wide-area call. An assumption here is that a subscriber at one of the "good" sites is required to key up to cause a "normal" end of call. Special end of call scenarios include: the Zone Controller/IntelliRepeater link goes down on the source site, during hangtime of the call, or ALL sites data links are lost. In these cases, the Zone Controller will implement a typical seven second hangtime for the call. At this point, provided there has been no further voice activity, the call will end "normally." In an event to provide some level of communication from the "broken" site to the other wide-area sites involved in the call, the Zone Controller will default the master audio switch slot to the "broken" site. This will provide an audio path out of the "broken" during hangtime of the wide-area call. Granted, this is not substantial for a normal dispatch call-however, an emergency call with the extended hangtime presents more opportunity for communication. See Figure 1 for a v...