Dismiss
InnovationQ/InnovationQ Plus content will be updated on Sunday, June 25, 10am ET, with new patent and non-patent literature collections. Click here to learn more.
Browse Prior Art Database

ASYNCHRONOUS UPDATE HANDLER FOR SYNCHRONOUS OUTBOUND RF TRAFFIC

IP.com Disclosure Number: IPCOM000007293D
Original Publication Date: 1994-Oct-01
Included in the Prior Art Database: 2002-Mar-12
Document File: 2 page(s) / 106K

Publishing Venue

Motorola

Related People

Tim Spets: AUTHOR

Abstract

This publication describes an solution to the prob ring simultaneously with a synchronous transmit lem of an asynchronous information update occur request for outbound data.

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

0 M MO-LA

Technical Developments Volume 23 October 1994

ASYNCHRONOUS UPDATE HANDLER $OR SYNCHRONOUS OUTBOUND RF TRAFFIC

by Tim Spets

This publication describes an solution to the prob ring simultaneously with a synchronous transmit lem of an asynchronous information update occur request for outbound data.

Controller

?+ e

'I'DMA channels (Synchmnous)

  Outbound channel update information can be any information destined for the outbound TDMA channel including but not limited to, Protocol State changes, Time Alignment info, Power control info, Data, voice.

The Outbound channel update information can

be updated at any time (Asynchronously) to a trans- mit "Mailbox" which holds the information in the TDMA server. When the Transmit interrupt is received the transmit task reads the data fields of the mailbox for sending out. In this invention two mailboxes are used with one servicing updates of information (primary) and the other holding the pre- vious update (secondary).

  Figure #l (NORMAL OPERATION) Shows a normal channel information update being received before the next outbound packet is requested for sending. The update is made to the primary mail-

box and when the outbound request is received the primary mailbox information is sent.

  Figure #2 (PROBLEM) Shows a channel infor- mation update being processed (write update access time) during a request for the outbound packet. In this scenario if the software chooses to send the data in the primary mailbox it may be partial or incom- plete, and cause retransmissions or an invalid state. The sofiware may also send an idle or "fill" packet, but in some cases this violates the air interface protocol.

  Figure #3 (SOLUTICN) With the dual mailbox solution in place, when any update to the primary mailbox are done, the primary mailbox contents are copied to the secondary mailbox. If the primary mail- box is in the process of being updated (New tx infor- mation) during an outbound transmission request the secondary mailbox information is sent (Modi- fied tx information). Then new information is delayed until the next tr...