My WebLink
|
Help
|
About
|
Sign Out
Home
Browse
Search
MOTOROLA
Clerk
>
Contracts / Agreements
>
M
>
MOTOROLA
Metadata
Thumbnails
Annotations
Entry Properties
Last modified
5/20/2025 4:53:14 PM
Creation date
9/18/2024 2:27:37 PM
Metadata
Fields
Template:
Contracts
Company Name
MOTOROLA
Contract #
A-1998-065
Agency
Police
There are no annotations on this page.
Document management portal powered by Laserfiche WebLink 9 © 1998-2015
Laserfiche.
All rights reserved.
/
58
PDF
Print
Pages to print
Enter page numbers and/or page ranges separated by commas. For example, 1,3,5-12.
After downloading, print the document using a PDF reader (e.g. Adobe Reader).
View images
View plain text
SECTION' ❖ SYSTEM Dr sCRIPTIONIPEREORMANCE <br />1.3 SYSTEM CAPACITY <br />System capacity describes the message transfer capability of the data system. An <br />accurate prediction of system capacity will reveal which component is limiting the <br />ability of the system to transfer more messages. The limiting component will be one <br />of the following: the inbound RF channel, the outbound RF channel, or the fixed -end <br />network controller. Knowledge of the limiting component allows the system to be <br />sized according to the application requirements. This ultimately determines the <br />infrastructure required, the number of RF channels needed, the number of subscriber <br />units that will be supported, and the potential for future expansion. <br />While the installation of the RNC 3000 will allow for expansion of the system, and <br />migration to RD-LAP 9.6 at a later date, Motorola does not take responsibility for <br />system capacity. System capacity information is provided for information only. <br />1.4 FACTORS AFFECTING SYSTEM CAPACITY <br />Many factors affect the capacity of a data communication system. The following <br />factors are discussed in the paragraphs below: <br />•3 .Inbound channel contention <br />❖ Over -the -air protocol <br />❖ Network design <br />•:• Field device performance <br />❖ Customer message profile <br />1.4.1 Inbound Channel Contention <br />When multiple subscriber units attempt to send inbound messages simultaneously, <br />without determining that the channel is clear, the messages will collide. The errors <br />caused by this type of collision will most likely cause the messages to be unreadable <br />by the system. Each subscriber unit will delay a random amount of time and attempt <br />to re -send the message. This form of inbound channel control is known as ALOHA. <br />contention. A far more efficient inbound channel contention scheme, used by the <br />RD-LAP protocol, is Slotted -Digital Sense Multiple Access (S-DSMA). This <br />contention scheme synchronizes the inbound and outbound channels with time "slots" <br />and allows the subscriber units to monitor the outbound channel for activity before <br />transmission. If the outbound channel is IDLE, a message may be sent inbound. If, <br />however, the outbound channel is BUSY, the subscriber unit must delay a random <br />amount of time and synchronize with the outbound channel before re -sending the <br />inbound message. This contention scheme significantly reduces the number of <br />collisions on the inbound channel and as a result, the inbound channel capacity is <br />significantly increased. <br />8MO7"ORO+Ld Confidential and Proprietary 1 :• 4 <br />
The URL can be used to link to this page
Your browser does not support the video tag.