Dismiss
InnovationQ will be updated on Sunday, Oct. 22, from 10am ET - noon. You may experience brief service interruptions during that time.
Browse Prior Art Database

MAINTAINING A LINK CONNECTION WHEN A LINK REPEATER RESETS

IP.com Disclosure Number: IPCOM000009334D
Original Publication Date: 1999-Jun-01
Included in the Prior Art Database: 2002-Aug-16
Document File: 1 page(s) / 68K

Publishing Venue

Motorola

Related People

Tim Sheppard: AUTHOR [+2]

Abstract

The current system uses a GO-BACK-N algo- rithm to communicate between an lntelli-Repeater (IR) site and a Zone Controller (ZC). The GO- BACK-N algorithm requires that each end of the link maintain a sent queue. The sent queue of all messages sent that have not been acknowledged by the other end of the link. The reason for the sent queue is so that if a message is dropped on the link, the receiving end can request for re-transmission of the message. The problem occurs when the IR that is maintaining the link at the site (Link Repeater -LR) resets. When the LR resets another IR is cho- sen to become the LR but that repeater does not have a sent queue and the link must be dropped and reinitialized (packets could be lost and the site would go to Site Trunking).

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

Page 1 of 1

8 MO7WROLA Technical Developments

MAINTAINING A LINK CONNECTION WHEN A LINK REPEATER RESETS

by Tim Sheppard and Kris Cramer

PROBLEM SOLVED

  The current system uses a GO-BACK-N algo- rithm to communicate between an lntelli-Repeater (IR) site and a Zone Controller (ZC). The GO- BACK-N algorithm requires that each end of the link maintain a sent queue. The sent queue of all messages sent that have not been acknowledged by the other end of the link. The reason for the sent queue is so that if a message is dropped on the link, the receiving end can request for re-transmission of the message. The problem occurs when the IR that is maintaining the link at the site (Link Repeater -LR) resets. When the LR resets another IR is cho- sen to become the LR but that repeater does not have a sent queue and the link must be dropped and reinitialized (packets could be lost and the site would go to Site Trunking).

DESCRIPTION OF THE INVENTION

  The solution was to devise an algorithm so that any repeater could re-create the sent queue. The first part of the solution, involves a method to uniquely identify each message. Each IR would maintain a count of messages that it sent to the ZC (via the LR). This count along with the IR number that sourced the message would be appended to all messages destined for the ZC (via the LR). In other words, a message is identified by the source and message count (source = rpt 3, msg count = 10).

  The second part of the solution, involves a method to mai...