Post on 31-Mar-2018
transcript
LBI-38961A
ericssonz
Technical Description
EDACS®
Data Gateway
LBI-38961
2
TABLE OF CONTENTS
PagePREFACE.................................................................................................................................... 4SPECIFICATIONS ...................................................................................................................... 5OVERVIEW................................................................................................................................. 7FEATURE LIST .......................................................................................................................... 8SYSTEM ARCHITECTURE ....................................................................................................... 8
TRUNKED SYSTEM INTERFACE (TSI)............................................................................. 9CENTRAL ACTIVITY PROCESSOR (CAP)........................................................................ 9HOST DATA INTERFACE (HDI)......................................................................................... 9EDG SIZING......................................................................................................................... 10
NETWORKING CONCEPTS ...................................................................................................... 10SINGLE NETWORKS........................................................................................................... 10BRIDGING HOSTS AND EDACS NETWORKS.................................................................. 11CONNECTING MULTIPLE NETWORKS ........................................................................... 12
INTERFACE SPECIFICATION .................................................................................................. 13RDI HOST DATA INTERFACE........................................................................................... 13
Protocol Layers..............................................................................................................................13Addressing ....................................................................................................................................13Acknowledgments and Error Reporting.........................................................................................13Queuing and Flow Control ............................................................................................................13
IP HOST INTERFACE.......................................................................................................... 13Protocol Layers..............................................................................................................................13Addressing ....................................................................................................................................14Acknowledgments and Error Reporting.........................................................................................14Queuing and Flow Control ............................................................................................................14
RADIO DATA TERMINAL (RDT) INTERFACE................................................................. 15Messaging Between the EDG and Radio........................................................................................15Queuing and Flow Control ............................................................................................................15Anti-Biasing Protection.................................................................................................................15RDTs without a Network Layer.....................................................................................................15
Protocol Layers.......................................................................................................................15Addressing .............................................................................................................................16Acknowledgments and Error Reporting ..................................................................................16
RDTs with a Standard Network Layer...........................................................................................16Protocol Layers.......................................................................................................................16Addressing .............................................................................................................................17Acknowledgments and Error Reporting ..................................................................................17
RDTs with a Null Network Layer..................................................................................................17Protocol Layers.......................................................................................................................17Addressing .............................................................................................................................18Acknowledgments and Error Reporting ..................................................................................18
ADDRESS CONVERSIONS AND MESSAGE ROUTING......................................................... 19RDI HOST COMPUTERS AND NON-NETWORK LAYER RDTS ..................................... 19IP HOST COMPUTERS AND NETWORK LAYER RDTS .................................................. 19
Message from Host to RDT...........................................................................................................19Message from RDT to Host...........................................................................................................19
Copyright June 1995, Ericsson Inc.
LBI-38961
3
TABLE OF CONTENTS (CON’T)
PageIP HOST COMPUTERS AND NON-NETWORK LAYER RDTS .........................................20
Message from Host to RDT........................................................................................................... 20Messages from RDT to Host......................................................................................................... 20
MESSAGE FLOW WITHIN THE EDACS SYSTEM ..................................................................21RADIO ORIGINATED MESSAGE........................................................................................21RADIO DESTINED MESSAGE............................................................................................22
OPTIMIZATIONS........................................................................................................................23MAXIMIZING RF EFFICIENCY ..........................................................................................23LOAD DISTRIBUTION FOR RADIO ORIGINATED MESSAGES......................................23
RDTs Without a Network Layer.................................................................................................... 23RDTs With a Network Layer........................................................................................................ 23
COMPONENT DESCRIPTION ...................................................................................................23CENTRAL ACTIVITY PROCESSOR (CAP)........................................................................23
Adapter Board.............................................................................................................................. 24Transition Module ........................................................................................................................ 24
VCOM24 SERIAL COMMUNICATIONS CONTROLLER...................................................24VMEADAPT Module................................................................................................................... 24SCI-232........................................................................................................................................ 24
FIXED DISK DRIVE.............................................................................................................24FLOPPY DRIVE....................................................................................................................24DIAGNOSTIC TERMINAL...................................................................................................25MODEM UNIT SHELF..........................................................................................................25
Modem Interface Module.............................................................................................................. 25Rockwell Modem.......................................................................................................................... 25
CROSS CONNECT PANEL ..................................................................................................25POWER SUPPLY..................................................................................................................25FAN .......................................................................................................................................25BACKPLANE ........................................................................................................................25
CREDITS:
EDACS is a registered trademark of Ericsson Inc.EDG is a trademark of Ericsson Inc.
MS-DOS is a trademark of Microsoft Corporation.
LBI-38961
4
PREFACE
This is one of four manuals for the EDACS Data Gateway (EDG™). It contains a detailed description of the EDGcapabilities, interfaces and hardware. Other relevant documents are:
EDG Installation and Maintenance (LBI-38962):This manual contains installation and troubleshooting information. This manual also includes the boot sequenceand network planning.
EDG User's Reference Manual (LBI-38963):This manual contains information for using the EDG command shell. The command shell services the DiagnosticTerminal and Telnet logins.
EDG Configuration Reference Manual (LBI-38964):This manual documents the commands used to configure the EDG.
Internetworking with TCP/IP, Volume I, by Douglas E. Comer:This is an excellent (but unofficial) source of information about Internet Protocol.
EDACS Network Driver User’s Manual (LBI-39161)This manual documents how to install and use the EDACS Network Driver (END). This product provides aMedium Access Control (MAC ) sublayer driver for use with off-the-shelf IP protocol stack products. The ENDproduct is for use with MS-DOS.
EDACS CommServ Programmers Guide (LBI-38835):This manual documents the CommServ product. CommServ provides an application program interface thatsimplifies RDT programming by providing an RDI Data Link Layer. It is for use with MS-DOS and PC-DOS.
Radio Data Interface Protocol Specification, Version 1.92 (ECX 922)This manual documents the RDI Interface.
LBI-38961
5
SPECIFICATIONS
EDACS InterfacePhysical Layer Up to 8 control lines operating at either 19,200 or 9600 bps
Up to 32 data lines (minus the RDI Host Interface connections)operating at 9600 bps
Data Link Layer EDACS Proprietary
Network Layer EDACS Network Layer (selectable on a per unit and group basis)
RDI Protocol Host InterfacePhysical Layer Up to 16 RS-232 data lines operating at 9600 bps, using DB25
connectors
Data Link Layer RDI Protocol, versions 1.8a, 1.91, and 1.92
Network Layer None
Internet Protocol Host InterfacePhysical Layer DB15 AUI Ethernet Connector
Data Link Layer Ethernet II, aka IEEE 802.3 DIX
Network Layer Internet Protocol (IP), Version 4
General SpecificationsDiagnostic Terminal RS-232 serial interface supporting VT100 type terminals or remote
access via Telnet
Printer Centronics parallel printer interface
Drives 245 Mbyte fixed disk drive with SCSI interface
1.44 Mbyte, 3.5" removable diskette drive with SCSI interface.MS-DOS format diskettes supported.
EMI Regulations Conforms to FCC 20780 Part 15 Subpart J, A, and EN 55022 Class B
Safety Conforms to EN 60950, UL 1459, and CSA 225
Power SupplyInput Voltage (Autosensing) 110 VAC ± 10%, 60 Hz
220 VAC ± 10%, 50 Hz single phase
Output Voltage ± 12 volts DC at 10 amps each
+ 5 volts DC at 100 amps
Remote Sense For all three channels
Over Voltage Protection 120% to 130% of nominal output on all channels
Over Current Protection On all channels
Line Regulation 0.2% of rated output
Load Regulation 0.8% of rated output
Ripple 1% peak to peak at 50 MHz
Dynamic Response 3% max deviation to 25% - 75% step change
Filtering Power line filter and internal filter for conducted emissions
Status Indicators AC "POWER ON" indicator
LBI-38961
6
Average Power ConsumptionEDG with no ports 280W
Each group of 4 TSI Ports 70W
Each group of 4 HDI Ports 40W
FanPower requirements 12 VDC (from power supply)
Air flow rate 250 CFM
Filter Removable aluminum filter
Physical (EGE Standard Cabinet)Cabinet Colors
Housing Light Gray
Trim Black
Cabinet Dimensions
Height 69 1/6" (175.5 cm)
Width 24" (61 cm)
Depth 24" (61 cm)
Material 16 gauge cold rolled steel
Status Inputs and OutputsBoard LEDs
General Purpose CPU FAIL, STATUS, RUN, and SCON
Intelligent Serial I/O Controller RUN, HALT, and SYSFAIL
Drive LEDs Disk activity lamps on both drives
Fan LED 12 VDC power indicator lamp
Remote Reset Input Connector Shorting the Remote Reset pins on front panel of CAP Board forces asystem RESET
EnvironmentalTemperature
Operating 0 to + 40° CNon-Operating -20 to +85° C
Humidity to 95% noncondensating (except for removable diskette drive)
DiagnosticsError Detection Run-time errors logged in a file for viewing or printing
System Configuration Configuration file can be viewed from the Diagnostic Terminal.
Controlled Shutdown System operator can cause a graceful system shutdown so calls inprogress are completed
LBI-38961
7
OVERVIEW
The Ericsson Inc. EDACS Data Gateway (EDG)allows Radio Data Terminals (RDT) to communicate withstationary host computer equipment and other RDTsthrough the EDACS trunked two-way radio system.
The block diagram below gives an overview of theequipment that can be used when passing data. The EDGconnects to host computers using Internet Protocol (IP)over Ethernet and/or Radio Data Interface (RDI) protocolover RS-232 serial links. The EDG connects to the rest ofthe EDACS System through either an Integrated Multi-site
Coordinator (IMC ), for multi-site systems, or a ConsoleElectronics Control (CEC) for single site systems (notshown). RDTs use the 9600 bps serial interface of the RDIsto connect to radios. Depending on the radio, it cancontain an internal RDI or use an external RDI.
The EDG provides the ability to send data acrossmultiple RF sites. The EDG manages speed, addressing,and protocol differences so IP Host Computers on a LocalArea Network (LAN ) can communicate with radios on anEDACS Wide Area Network (WAN ). In addition, theEDG can be configured to minimize or eliminate customcommunications software.
IP Host IP Host
EDG IMC
SITE
SITE
Radio
& RDI
Radio
& RDI
Radio
& RDI
Radio
& RDI
RDT
Ethernet Network
IP Host
Single Node EDACS Network
RDI Host
RDI Host
RDI Host Computers
RDT
RDT
RDT
Figure 1 - Equipment Overview
LBI-38961
8
FEATURE LIST
The Ericsson EDACS Data Gateway supports thefollowing features:
• Call Types:⇒ Individual Data Call.⇒ Host Originated Group Data Call (Multi-site or
Single site).⇒ Radio-to-Radio Data Calls (via the EDG).
• Non-Proprietary Host Computer Interface (64K bytesper message):⇒ Ethernet physical connection and Data Link Layer⇒ Standard IP Network Layer supporting class A, B,
or C IP addresses.⇒ Simultaneous use of multiple Transport Layer
Protocols (TCP, UDP, or customer defined).
• Proprietary Host Computer Interface (512 bytes permessage):⇒ RS-232 Physical connection.⇒ RDI Data Link Layer with positive
acknowledgment.
• Protocol Conversion:⇒ The EDG converts data messages, addresses, and
error messages between the various interface types.
• Flow Control and Queuing:⇒ The EDG manages the speed differential between
the various interface types. Configurable queuesand message timers are available for messagesdestined for radios and RDI Hosts. Queuing is notneeded for IP Hosts due to the 10 MHz speed ofthe interface.
• Robust Operation:⇒ The EDG continues call processing when an
EDACS System is in Failsoft.
⇒ The EDG helps prevent data corruption due toradio biasing.
• Flexible Configuration⇒ The EDG is configured through an ASCII text file.
The configuration can be verified on an MS-DOSPC.
• Error Logging:⇒ The EDG can log detected errors to a disk file, the
Diagnostic Terminal, a remote terminal, and/or toa printer, as desired. Three levels of reporting canbe selected.
• Remote Login and File Transfer:⇒ The EDG can be accessed using Telnet to login or
FTP for file transfer.⇒ Remote Software Upgrades are supported.
• Statistics Gathering and Display:⇒ The EDG maintains loading statistics that can be
displayed and cleared as desired.
SYSTEM ARCHITECTURE
The block diagram below shows the systemarchitecture of the EDACS Data Gateway, its externalinterfaces to the rest of the EDACS System, and the EDGsexternal interfaces to host computer equipment. The EDGcan be configured with either an IP Host Interface, RDIHost Interfaces, or both. The TSI, HDI and CAP boardscommunicate over the system bus.
One or more Trunked System Interface (TSI) Boardshandle all communications to the rest of the EDACStrunked radio system. The Central Activity Processor(CAP) provides the IP Ethernet Interface to host computersand system services such as disk I/O, printing, and the localDiagnostic Terminal interface. Optional Host DataInterface (HDI ) Boards provide an interface to hostcomputers using RDI Protocol.
LBI-38961
9
TRUNKED SYSTEMINTERFACE
TRUNKED SYSTEMINTERFACE
(PORTS 1 - 4) (PORTS 5 - 8)
(MASTER)
CENTRAL ACTIVITYPROCESSOR
VME SYSTEM BUS
ROCKWELLMODEMS
ROCKWELLMODEMS
CONTROLLINK
IMC/CEC DATA INTERFACE MODULE
FIXED
DISK
DISK
FLOPPY
SCSI BUS
Printer
(optional)
Centronics
Ethernet
Diagnostic
Terminal
RS-232
(SLAVE)
HOST DATAINTERFACE
(PORTS 1 - 4)
TO HOST COMPUTERS
TO HOST COMPUTERS
Figure 2 - Internal EDG Architecture
TRUNKED SYSTEM INTERFACE (TSI)
TSIs connect to the rest of the EDACS System throughone or more Data Interface Modules (DIM ) in the IMC.The TSIs and IMCs exchange control messages over thecontrol link at 19.2k or 9.6k bps. The TSIs and sites senddata via the Rockwell Modems at 9600 bps.
Each TSI can provide up to four communication ports,with each communication port handling one data call at atime. TSIs can be used in pairs, with one designated as theMaster and providing the control link to the IMC or CEC.This allows two TSIs to share a single DIM Controller,reducing the IMC hardware required without reducingthroughput. The EDG and EDACS Sites send data callsover audio lines using Rockwell Modems.
CENTRAL ACTIVITY PROCESSOR (CAP)
The CAP Board supports the disk drives, DiagnosticTerminal, and optional printer. It processes theconfiguration file and passes configuration information tothe other boards. It also provides an optional interface tohost computers using Internet Protocol (IP) over Ethernet.
HOST DATA INTERFACE (HDI)
Each HDI Board can support up to four ports. Theports are individually assigned to hosts, allowing a singleHDI to support multiple hosts, multiple HDIs to support asingle host, or multiple HDIs to support multiple hosts.
LBI-38961
10
EDG SIZING
The number of TSI Boards should be selected based onthe expected load. This should include expected messagingbetween IP Host Computers and radios, between RDI HostComputers and radios, and between radios. For mostapplications, one TSI Board is needed for each HDI Board(if any). This is in addition to any TSI Boards needed tosupport the expected load from the other message pathslisted previously.
While most configurations only require two or threeTSI and HDI Boards, an EDG can support up to eight TSIor HDI Boards. For example, if only IP Host Computersare used, up to eight TSI Boards could be used. If RDIHost Computers are used, up to four TSI Boards and fourHDI Boards could be used. If both host interfaces are used,a full EDG might consist of five TSI Boards and three HDIBoards.
NETWORKING CONCEPTS
SINGLE NETWORKS
For the purposes of this discussion, a network is aphysical media and protocol that allows multiple devices tocommunicate. In the terms of the International StandardsOrganization's Open System Interconnection ReferenceModel (OSI Model), these are the Physical and Data LinkLayers.
Physical Layer
Data Link Layer
Network Layer
Transport Layer
Session Layer
Presentation Layer
Application Layer
Figure 3 - OSI Model
Any device wishing to communicate with devices on anetwork must directly connect to the network using aninterface that is compatible with the network. A simplenetwork could connect three host computers to each otherusing Ethernet.
Host A
Host B
Host C
Figure 4 - Ethernet Network
Each of the devices would physically connect to theEthernet cable. They would communicate with each otherusing Ethernet Addresses and Ethernet Protocol.
Unfortunately, there is no single type of network that isbest for all situations. Ethernet networks perform wellwhen used to connect devices at the same location.However, Radio Data Terminals (RDTs) could not be usedin mobile applications if they were connected to anEthernet cable running through a building. This leads tomultiple network types to solve different networking needs.
The devices on the Ethernet Network use Ethernetcable as their physical media and use Ethernet Addressesand protocol to communicate. The devices on the EDACSRF-Data Network use radio frequencies as their physicalmedia and use EDACS Addresses and protocol tocommunicate.
This configuration works well until an RDT on theEDACS Network needs to communicate with a host on adifferent site or on the Ethernet Network. The EDGprovides two solutions to this problem that can be usedindividually or together.
LBI-38961
11
Host A
Host B
Host C
Ethernet Network
SITE
Radio
& RDI
Radio
& RDI
Radio
& RDI
RDT
RDT
Host D
EDACS RF-Data Network
Figure 5 - Two Unconnected Networks
Host A
Host B
EDG IMC
SITE
Radio
& RDI
Radio
& RDI
RDT
RDT
Host C
EDACS Network
SITE
Radio
& RDI
Radio
& RDI
Host D
Host Computers
RDT
RDT
Figure 6 - Host Computers Bridged To an EDACS Network
BRIDGING HOSTS AND EDACSNETWORKS
The EDG can be used as a bridge between RDTs on anEDACS Network and host computers using the RDI HostData Interface.
Connecting host computers and RDTs by bridging hasthe following advantages:
1. Host computers and RDTs can communicate regardlessof the RF site the radio is logged into.
2. A single host computer can communicate with multipleradios simultaneously.
3. Host computers and their applications can easily bemigrated from single site EDACS RF-Data Networksto bridged networks.
LBI-38961
12
4. Host computers can receive a positive acknowledgmentthat their message has been received by the radio.
5. RDI Protocol can be implemented in RDTs withlimited processing power.
6. Several third party message switches (protocolconverters) exist based on this configuration.
CONNECTING MULTIPLE NETWORKS
The EDG can also be used as a gateway betweenEDACS Networks and host computers on an EthernetNetwork. Connecting multiple networks, even if they arethe same type, is known as Internetworking. Theconnected networks become a single internet.
Internetworking is accomplished by performing twoactions. First a gateway is connected to both networks.The gateway has an interface to each network and is able totranslate messages between them. Next, to simplifyinternetworking, a network layer is used above the data linklayers. The network layer provides a consistent addressingmethod, protocol, and interface across the internet.
While the network layer address provides a consistentaddress across an internet, it cannot be used to actuallysend data across a specific network. The network layeraddress must be converted to a data link layer addressspecific to the network type.
Connecting host computers and RDTs by Inter-networking has the following advantages:
1. Host computers and RDTs can communicate regardlessof the RF site the radio is logged into.
2. A single host computer can communicate with multipleradios simultaneously.
3. The EDG connects to the host computer using non-proprietary protocols. This reduces the amount ofcustom software required.
4. The EDG is compatible with the EDACS NetworkDriver (END) software for the RDT. This allows theuse of off-the-shelf IP protocol stack products. In thisconfiguration, applications written for TCP and UDPcan be used or developed.
Host A
Host B
EDG IMC
SITE
Radio
& RDI
Radio
& RDI
RDT
RDT
Host C
EDACS Network
SITE
Radio
& RDI
Radio
& RDI
Host D
Ethernet Network
RDT
RDT
Figure 7 - Internetworking Using an EDACS Data Gateway (EDG)
LBI-38961
13
INTERFACE SPECIFICATION
RDI HOST DATA INTERFACE
Protocol Layers
RDI Hosts physically connect to EDG Host DataInterface (HDI ) ports via one or more 9600 bpsasynchronous serial links.
The data link layer supports RDI Protocol. Version1.92 is recommended for new applications. Versions 1.91and 1.8a are supported for existing applications. In additionto the standard RDI Protocol features, the minimum timebefore retrying a message is not a fixed 45 seconds. TheEDG can be configured to raise or lower this time. Formore information, see the MSG_TIMEOUT command inthe EDG Configuration Reference Manual (LBI-38964). Ifthe RDI Host is using MS-DOS, the CommServ productcan be used to reduce the coding effort. The EDACSCommServ Programmers Guide lists the minimumrequirements for using CommServ.
There is no network layer on RDI Hosts. While it isdoubtful that an RDI Host would be used to communicatewith an RDT with a network layer, there are no restrictionsto prevent this. In this case, the EDG would add thenetwork layer for messages to the RDT and strip thenetwork layer for messages from the RDT.
The protocols used above the network layer are of nointerest to the EDACS System. Any headers used by theseprotocols look like part of the data message to the EDACSSystem.
Addressing
RDI Hosts and radios communicate using EDACSAddresses. EDACS Addresses can be assigned to hosts,individual radios, and to groups of radios.
Acknowledgments and Error Reporting
The RDI Host receives a positive or negativeacknowledgment from the HDI when it receives a datatransfer request (XFERB) and again when the HDIreceives the message. If selected in the data transferrequest, the RDI Host also receives confirmation based onthe reception of the message by the radio/RDI. There is nopositive or negative acknowledge back to the RDI Host afterthe message leaves the radio.
If the RDI Host does not request confirmation, theEDG frees the host port immediately after the data transfer
between the EDG and the host is complete. If the RDI HostComputer does request confirmation, the EDG frees thehost port after returning the confirmation.
If an error occurs, it may be logged at the EDG,another EDACS component, the radio, or at the RDI,depending on the type of the error.
Queuing and Flow Control
Each HDI board has approximately 300K bytes ofbuffer space for queuing messages to the host computer.The HDI uses this queue when all of the ports to the hostare busy. Conversely, the TSIs queue messages to radios, ifnecessary.
If an RDI Host Computer and the EDG try to initiate adata transfer over the same port at the same time, the EDGqueues its message and services the host's transfer first.When a port frees up, the EDG sends out the message thatwas preempted before sending out any other queuedmessages.
IP HOST INTERFACE
Protocol Layers
The EDG physically connects to an Ethernet Networkusing a DB15 AUI Ethernet Connector. This can be usedwith thick coax, thin (BNC) coax, or twisted pair(10BaseT) using an IEEE 802.3 standard off-the-shelftransceiver. The transceiver is purchased separately basedon the network requirements.
The data link layer uses Ethernet II Protocol. This isalso known as IEEE 802.3 DIX. Standard IEEE 802.3Ethernet Protocol is not supported at this time.
The network layer uses Internet Protocol (IP), version4. The Internet Activities Board defines the officialstandard for the Internet Protocol. Internetworking withTCP/IP, Volume I, by Douglas E. Comer is an excellent,but unofficial, source of information about IP. Except forthe following, the EDG fully supports the major features ofthe Internet Protocol:
1. Subnetting is not supported at this time.
2. A Host ID of all ones does NOT refer to all radios onan EDACS network.
The protocols that are used above the network layer areend-to-end conversations between the host and RDT. Anyheaders they use are simply passed as data through thenetwork to the RDT. Except for the Transport Layer
LBI-38961
14
Protocol when the RDT is using a Null Network Layer, theupper protocols are of no concern to the EDACS System.The RDT Interface section explains this more fully.
Addressing
From the host's perspective, the RDTs are peer deviceson another network. In a simple configuration, the EDG isthe next gateway to use to send data to the RDTs. In amore complex configuration, there could be multiplegateways between the EDG and the host. In either case, thehost is only concerned with the next gateway to use, not thefull topology of the internet.
The EDG Installation and Maintenance Manualcontains information on the format of IP Addresses andassigning them.
RDT
RDT
RDT
EDG
Host Network EDACS RF Network
Host
Host
Figure 8 - Simple Configuration As Seen By the Host
At the data link layer, the EDG and host computerscommunicate using Ethernet Addresses. The hostcomputers and the EDG use Address Resolution Protocol(ARP) to learn each others Ethernet Addresses based ontheir IP Addresses.
The network layer uses the IP Address to decide whereto route the message next. For host originated messages,the host addresses a radio or group of radios using theunique IP Address assigned to each radio and group.Normally, the host has a single entry added to its routingtable instructing it to use the EDG's CAP Board as the nextgateway for messages being sent to any destination on theEDACS Network. For messages from a radio to a host, theEDG receives the message, examines the IP Address andforwards the message on to the host computer.
Acknowledgments and Error Reporting
The IP Network Layer is a best-effort delivery system.Successful messages are not acknowledged. Typically, apositive acknowledgment is built into one of the higher
protocol layers. The EDACS System generates an errorindication if an error occurs after the EDG receives amessage and before the radio acknowledges the receipt ofthe message. Unsuccessful messages may generate one ofthe following error indications:
1. Error return codes from system calls on the hostcomputer. These error codes and their meanings varydepending on the host type.
2. Internet Control Message Protocol (ICMP ) messages.The EDG or another component in the host networkmay return ICMP messages. If an error occurs sendingan ICMP message back to the host, the ICMP messageis dropped. The EDG Installation and MaintenanceManual contains a list of the ICMP Messages the EDGreturns.
On most host computers, ICMP messages are notreturned to the application program that sent theoriginal message. If desired, a program could bewritten to receive all ICMP messages, filter those ofinterest, and return them to the application program onrequest.
3. Errors logged by other components in the hostnetwork.
4. Errors logged by the EDG. The severity of errorslogged by the EDG is selectable. See the log commandin the EDG User's Reference Manual for moreinformation.
5. Errors logged by other EDACS components such as theIMC, Site Controller or radio/RDI.
It is also possible for a message to successfully reachthe radio and the acknowledgment to fail to reach the EDG.In this case, the EDACS System treats the message as if iterrored even though the radio, RDI, and RDT see it as asuccessful message. The EDG will send an ICMP Messageback to the host computer.
Queuing and Flow Control
The EDG's IP Host Interface uses several queues tosend and receive IP fragments. Under normal conditions,fragments spend very little time in these queues. In extremecases, the IP Host Interface could receive messages at afaster rate than it can handle. In this situation, theinterface accepts as many messages as it can and issuesICMP Source Quench messages for the rest.
LBI-38961
15
RADIO DATA TERMINAL (RDT)INTERFACE
RDTs can be configured in a variety of ways.Normally, the RDT configuration is chosen for closecompatibility with the type of host interface. Generally, ifthe host has a network layer, then the RDT should alsohave a network layer. If the host does not have a networklayer, then the RDT should not have a network layer.However, this is not required. The EDG compensates if anunbalanced configuration is chosen.
The network layer software on the RDT can either beprovided by Ericsson or be supplied by the customer.
The EDG's configuration tells it which RDTs (radios)use a network layer. In addition to enabling or disablingthe network layer for all radios, the RDTs can beconfigured individually or in ranges.
Messaging Between the EDG and Radio
The data link layer protocol used between the EDG andthe radios is a hardened protocol designed specifically forthe RF environment. If necessary, portions of the messagemay be repeatedly transmitted in order to complete the datacall. Once a call has been established (working channelassigned), the EDG and radio attempt to get the messagethrough for up to seven seconds before giving up.
Queuing and Flow Control
Each TSI Master has approximately 300K bytes ofbuffer space for queuing messages to radios. Conversely,the HDIs queue messages to RDI Host Computers, ifnecessary.
If the EDG's first attempt to send a message to a radiofails because there are no working channels available orbecause the radio is in a voice call, the EDG tries threeadditional times at 2 second intervals to get a channelbefore giving up on the call. If all of the attempts fail, the
EDG sends the source an ICMP Source Quench messageasking it to reduce its output rate.
If the EDG is saturated, it sends the source of themessage an ICMP control message asking it to reduce itsoutput rate. The EDG also deletes messages that have beenqueued for the specified time, and limits the number ofmessages queued.
Anti-Biasing Protection
Large messages that contain a disproportional amountof either binary zeros or ones can bias a radio, causing anincrease in failed messages. Some radios have a greaterability to resist biasing than others, but most radios aresusceptible. The EDG can be configured to support BiasReduction Encoding (BREN). Before sending a messageto a radio, the EDG encodes the message to balance thenumber of binary zeros and ones. The receiving RDIdecodes the message before forwarding it to the RDT. Forradio originated messages, the EDG decodes messagesencoded by the RDI. This feature may increase or decreasethe overall throughput, depending on the reduction inretries verses the additional BREN overhead.
RDTs without a Network Layer
This configuration is useful when communicating withan RDI Host Computer.
Protocol Layers
RDTs physically connect to radio/RDIs via a 9600 bpsasynchronous serial link.
The data link layer uses RDI Protocol. If the RDT isusing MS-DOS, the CommServ product can be used toreduce the coding effort. The EDACS CommServProgrammers Guide lists the minimum requirements forusing CommServ.
LBI-38961
16
RS-232
Commserv
Application
RDI Host
RS-232
Commserv
EDACS System
RS-232
Commserv
RDT
Transportand
Application
Transportand
(Physical Layer)
(Data Link Layer)
Figure 9 - Typical Protocol Stack With No Network Layer.
The protocols that are used above the network layer areof no interest to the EDACS System. Any headers used bythese protocols look like part of the data message to theEDACS System.
Addressing
RDI Hosts and radios communicate using EDACSAddresses at the data link layer. An RDT can access amaximum of sixty-three different hosts. The EDG routesthe messages to and from the host. The EDG is transparentto both the host and the RDTs. Since there is no networklayer, there is no network layer address.
In this configuration, RDTs can only send individualmessages to hosts. RDTs cannot send group messages orindividual messages to other RDTs. If messaging betweenradios is desired, the originating RDTs must send themessage to an application on a host computer. The hostapplication would then send the message on to the desiredradio(s).
Acknowledgments and Error Reporting
The RDT receives a positive or negativeacknowledgment from the RDI when it receives a datatransfer request (XFERB) and when the RDI receives themessage. If selected in the data transfer request, the RDTalso receives a positive or negative acknowledgment basedon the reception of the message by the EDG. There is nopositive or negative acknowledge back to the RDT after theEDG begins sending the message to the host.
If an error occurs, it may be logged at the EDG,another EDACS component, the radio, or at the RDI,depending on the error.
ICMP messages from IP Hosts are not used to returnerror codes to RDTs in this configuration. The EDG filtersout all ICMP messages to RDTs except Echo Requests andReplies.
RDTs with a Standard Network Layer
This configuration eliminates the need for customcommunications software when used with an IP Hostcomputer. Applications can be written using standard TCPor UDP transport layers. This configuration also supportsradio-to-radio messages and messages larger than 512bytes. The use of Telnet terminal emulation and FTP filetransfer is not recommended at this time.
To achieve maximum performance, it is important tokeep collisions to a minimum. This is true for any transportlayer. However, with TCP's sliding window protocol, it isespecially important that protocol stacks in the RDTs andHosts are configured correctly. The EDACS Network DriverUser’s Manual contains the correct settings for the RDT.In some situations, the TCP software in the Host cannot beconfigured to reduce collisions to an acceptable level. UsingUDP may be a better solution in these situations.
Protocol Layers
RDTs physically connect to radio/RDIs via a 9600 bpsasynchronous serial link.
The data link layer uses the EDACS Network Driver(END). END is a Medium Access Control (MAC )sublayer driver for PCs running MS-DOS. It complies withthe Network Driver Interface Specification (NDIS) andadvertises itself to off-the-shelf IP products as an EthernetDriver.
An off-the-shelf IP product provides an IP NetworkLayer. END converts between IP headers and EDACSNetwork Layer Headers. END also handles ARP andRARP requests locally.
The protocols used above the network layer are of nointerest to the EDACS System. Any headers used by theseprotocols look like part of the data message to the EDACSSystem.
LBI-38961
17
Coax
IP/Ethernet Host EDACS System RDT
Ethernet
IP
TCP/UDP
Applications
Coax
Ethernet
IP
RS-232
RDI
EDACS NL
TCP/UDP
Applications
IP
END
RS-232 (Physical Layer)
(Data Link Layer)
(Network Layer)
(Transport Layer)
Figure 10 - Typical Protocol Stack With a Standard Network Layer.
Addressing
The various layers in the protocol stack use severaldifferent types of addresses to perform different functions.
At the data link layer, the EDG and radioscommunicate using EDACS Addresses. For a message to aradio or group, the EDG uses a configuration table toconvert the IP Address to the EDACS Address. Formessages from radios, the EDG reserves the EDACSAddresses one through fifteen. END sequences throughthese addresses to distribute the load in case the EDG isconfigured with multiple TSI Masters. All radio originatedmessages are sent to the EDG, even messages to anotherradio.
The network layer uses the IP Address to route themessage to a host, another radio, or a group of radios. AnRDT can access the full range of IP Addressable hosts.
Acknowledgments and Error Reporting
At the data link layer, END uses positiveacknowledgment. The RDT receives a positive or negativeacknowledgment from the RDI when it receives the datatransfer request, when the RDI receives the data, and whenthe EDG receives the data. There is no positive or negativeacknowledge back to the RDT after the data leaves theEDG. END returns the status back up to the IP product.
At the network layer, the IP product may receive anICMP message as a negative acknowledgment.
If an error occurs, it may be logged at the host, othercomponents in the Ethernet Network, the EDG, the radio,the RDI, or another EDACS component, depending on theerror.
RDTs with a Null Network Layer
This configuration is useful in situations similar tothose where a customer supplied network layer on the RDTwould be useful. In both situations IP host computers areused, but END is not used. The primary difference is thatradio-to-radio messages, messages larger than 512 bytes,and multiple transport layer protocols are not needed.Since the mobile applications developer is not using thenetwork layer functionality, the layer can be omitted.
The main difference between this configuration andRDTs without a network layer is that this is an "unbalancedconfiguration". The hosts use a network layer, but theRDTs do not.
Protocol Layers
RDTs physically connect to radio/RDIs via a 9600 bpsasynchronous serial link.
The data link layer uses RDI Protocol. If the RDT isusing MS-DOS, the CommServ product can be used toreduce the coding effort. The EDACS CommServProgrammers Guide lists the minimum requirements forusing CommServ.
There is no network layer on the RDTs. For radiooriginated messages, the EDG adds a network layer. Formessages to the radios, the EDG strips the network layer.
It is expected that a relatively simple transport layerprotocol such as UDP would be used above the networklayer and the application would provide some transportlayer services such as performing retries. Normally thetransport layer protocol is of no concern to the EDACSSystem and there are no restrictions placed on it. Howeverin this configuration, only one transport layer protocol canbe used at a time. The IP Network Layer Header contains a
LBI-38961
18
Coax
IP/Ethernet Host EDACS System RDT
Ethernet
IP
UDP
Coax
Ethernet
IP
RS-232
RDI
UDP
RS-232
RDI
Null NLNull NL
Applications
Transportand some
Applications
Transportand some
(Physical Layer)
(Data Link Layer)
(Network Layer)
Transport Layer)
(Minimal
Figure 11 - Typical Protocol Stack with a Null Network Layer.
Protocol field which is used by the network layer on thehost computer to determine which transport layerprotocol to pass the data up to. Because the IP NetworkLayer Header is built by the EDG, it must be configuredwith the protocol the customer wishes to use.
Addressing
The addressing in this situation is a hybrid of thenetwork layer and non-network layer methods. From thehost's perspective, the RDTs are peer devices on anothernetwork, just as in any network layer configuration.However, from the RDTs perspective, the host is on theEDACS Network. An RDT can access a maximum ofsixty-three different hosts.
RDT
RDT
RDT
EDG
Host Network EDACS RF Network
Host
Host
Figure 12 - Configuration As Seen By the Hosts
SITE
Radio
& RDI
Radio
& RDI
Radio
& RDI
RDT
RDT
Host
Radio
& RDIHost
Figure 13 - Configuration As Seen By the RDTs
The host computers send and receive messages usingIP Addresses. The RDTs send and receive messagesusing EDACS Addresses. The EDG converts betweenthem using a configuration table.
Acknowledgments and Error Reporting
At the data link layer, the RDT receives a positive ornegative acknowledgment from the RDI when it receivesthe data transfer request and when the RDI receives thedata. The data link layer can ask for a positiveacknowledgment when the EDG receives the data.
The EDG filters outs network layer error messages toRDTs without a network layer. The EDG drops allICMP messages except Echo Requests and Echo Replies.
LBI-38961
19
If an error occurs, it may be logged at the host, othercomponents in the Ethernet Network, the EDG, theradio, the RDI, or another EDACS component,depending on the error.
ADDRESS CONVERSIONS ANDMESSAGE ROUTING
Installations may contain additional equipmentbetween the host computers and the EDG. Possibleaddress conversions and message routing performed byadditional equipment is not documented in this manual.
RDI HOST COMPUTERS AND NON-NETWORK LAYER RDTS
RDI Hosts and radios communicate using onlyEDACS Addresses. The EDG is a transparent bridgebetween them and does not perform any addressconversions.
IP HOST COMPUTERS AND NETWORKLAYER RDTS
Message from Host to RDT
1. The host looks up the RDT's IP Address in itsrouting table and finds the IP Address of the EDG'sCAP Board listed as the next gateway for theEDACS Network. The host then forwards themessage to the CAP Board using its EthernetAddress. If the host does not know the CAP Board's
Ethernet Address, it uses Address ResolutionProtocol (ARP) to ask the CAP Board.
2. The CAP Board forwards the message to a TSIBoard.
3. The TSI Board converts the destination IP Addressto either an EDACS Logical ID (LID ) or Group ID(GID ). The TSI Board then sends the message to aradio or group of radios.
4. The radio/RDI sends the message to the RDT usingan XFERB command. The EDACS Network LayerHeader contains the IP Address of the host. The TSIBoard uses one of the LIDs assigned to it as thesource EDACS Address in the XFERB.
Message from RDT to Host
1. The RDT sends the message to the radio/RDI usingan XFERB command. The EDACS Network LayerHeader contains the IP Address of the host. Thedestination EDACS Address in the XFERB is one ofthe IDs in the block assigned to the EDG.
2. One of the TSI boards receives the message from theradio. The TSI routes the message on to the CAP (orout to another radio) based on the IP Address in theNetwork Layer Header.
3. If the message is to a host, the CAP Board forwardsit using its Ethernet Address. If the CAP does notknow the host's Ethernet Address, it uses ARP to askthe host.
Host A
Host BEDG CEC
SITE Radio & RDI
Radio & RDI
RDT
RDT
Ethernet Network EDACS Network
EDGCAP TSI
Internal EDG Network
Figure 14 - IP Host Computers And Network Layer RDTS
LBI-38961
20
IP HOST COMPUTERS AND NON-NETWORK LAYER RDTS
Message from Host to RDT
1. The host looks up the RDT's IP Address in its routingtable and finds the IP Address of the EDG's CAPBoard listed as the next gateway for the EDACSNetwork. The host then forwards the message to theCAP Board using its Ethernet Address. If the host
does not know the CAP Board's Ethernet Address, ituses ARP to ask the CAP Board.
2. The CAP Board forwards the message to a TSI Board.
3. The TSI Board converts the host's IP Address to anEDACS Logical ID (LID ). The TSI Board convertsthe destination IP Address to either an EDACS LogicalID or Group ID (GID ). The TSI Board then sends themessage to a radio or group of radios.
4. The radio/RDI sends the message to the RDT using anXFERB command. It contains the EDACS LID of thehost.
Messages from RDT to Host
1. The RDT sends a message to the radio/RDI. Itcontains the EDACS LID of the host.
2. The radio sends the message to a TSI board on theEDG.
3. The TSI Board converts the radio and host LIDs to IPAddresses. It then forwards the message to the CAPBoard.
4. The CAP Board forwards the message to the host usingits Ethernet Address. If the CAP Board does not knowthe host's Ethernet Address, it uses ARP to ask thehost.
Host A
Host BEDG CEC
SITE Radio & RDI
Radio & RDI
RDT
RDT
Ethernet Network EDACS Network
EDGCAP TSI
Internal EDG Network
Figure 15 - IP Host Computers And Non-Network Layer RDTS
LBI-38961
21
MESSAGE FLOW WITHIN THEEDACS SYSTEM
RADIO ORIGINATED MESSAGE
The following provides a simplified call flow for aradio to host data message transfer.
1. The Radio Data Terminal (RDT) begins transferring amessage to the Radio Data Interface (RDI) using RDI1.92 protocol.
2. The RDI begins pipelining the message to the radiousing Mobile Signaling Protocol.
3. The RDI acknowledges to the RDT that it hassuccessfully received the message. This may occurearlier or later depending on the size of the message.
4. The radio informs the site that it has a message.
5. The site assigns a working channel and informs theradio.
6. The site sends the call assignment to the IMC. TheIMC sends it on to the EDG.
7. The EDG selects a TSI Port and informs the IMC. TheIMC sets up a data path between the EDG and theworking channel.
8. The radio acknowledges to the RDI that it hassuccessfully received the message. This may occurearlier or later depending on the size of the message.
9. The radio breaks the message down into packets andsends the first burst of packets to the site. The siteforwards the burst to the EDG as it receives it. Afterthe EDG receives the entire burst, it sends an Ack Mapback to the radio, informing it of the packets the EDGcorrectly received.
If necessary, the radio sends another burst containingpackets the EDG did not correctly receive and packetsthat the radio has not previously sent. This sequencecontinues until the EDG receives the entire message oruntil the radio exhausts its retries.
10. The radio tells the RDI the status of the messagetransmission to the EDG.
11. If the EDG successfully received the message, the EDGsends the message to the destination. The messagetransfer from the EDG to the destination proceedsindependently of any other signaling from the RDT.
12. If requested, the RDI tells the RDT whether the EDGsuccessfully received message or not. Note that theRDT does not receive any direct confirmation the hostsuccessfully received the message.
RDT RDI Radio Site IMC EDG Host
1 --->
2 --->
<--- 3
4 --->
<--- 5 6 --------------------->
<--- 7
<--- 8
9 <------------------------------------->
<--- 10 11 --->
<--- 12 (optional)
LBI-38961
22
RADIO DESTINED MESSAGE
The following provides a simplified call flow for anRDI Host to radio message transfer. Steps 2 and 9 do notapply to IP Host Computers and radio-to-radio messages.
1. The host sends a message to the EDG.
2. The EDG sends an acknowledgment to the host afterthe entire message is received.
3. The EDG sends a call request to the IMC via a DIMlink.
4. The IMC sends the call request to the site where theradio is located.
5. The site tells the radio to go to a working channel toreceive the message.
6. The site returns the channel assignment to the IMC.The IMC connects a data path between the EDG andthe working channel and notifies the EDG.
7. The EDG breaks the message down into packets andsends the first burst of packets to the site. The site
forwards the burst to the radio as it receives it. Afterthe radio receives the entire burst, it sends an ACKMap back to the EDG (via the site), informing it of thepackets that the radio correctly received.
If necessary, the EDG sends another burst containingpackets the radio did not correctly receive and packetsthe EDG has not previously sent. This sequencecontinues until the radio receives the entire message oruntil the EDG exhausts its retries.
8. The radio sends the message to the RDI. If themessage is large enough, the radio sends the initialpart of the message to the RDI while the radio is stillreceiving the message from the EDG.
9. If requested, the EDG returns the acknowledgment tothe host indicating whether the message wassuccessfully transferred to the radio.
10. The RDI acknowledges to the radio it has successfullyreceived the message.
11. The RDI forwards the message to the RDT.
RDT RDI Radio Site IMC EDG Host
<--- 1
2 --->
<--- 3
<--- 4
<--- 5 6 ------------------------>
<--------------------------------------------> 7
<--- 8 9 --->
(optional)
10 --->
<--- 11
LBI-38961
23
OPTIMIZATIONS
MAXIMIZING RF EFFICIENCY
In most configurations, the wide area RF link has thelowest effective data transfer rate. Normally, it is also themost expensive area to add capacity. Several methods canbe used to maximize throughput.
1. Minimize the amount of data being sent over the air.Maintenance of forms and other static information atthe RDT is one method of accomplishing this.
2. Keep duplicate or unnecessary acknowledgments to aminimum.
3. If possible, send one 500 byte message instead of two250 byte messages. Unlike systems that use dedicatedresources, the EDG and radio must establish a link foreach individual message.
4. If messages are larger than 512 bytes, split them on511 byte boundaries, if possible. For example, a 600byte message would be split into a 511 byte messageand an 89 byte message. If the EDG receives a largemessage from an IP Host computer, it will perform thisoptimization.
5. Minimize collisions caused by trying to send andreceive data on a radio at the same time. If a hostcomputer is expecting to receive a reply to a message,no other messages should be sent to the same radiowhile the host is waiting on the response.
If the RDTs are using END, the EDACS NetworkDriver User’s Manual lists the optimal configurationparameters for the recommended third party IP Products.
LOAD DISTRIBUTION FOR RADIOORIGINATED MESSAGES
If the EDG is configured with multiple TSI Boards,throughput may be improved by rotoring radio originatedcalls between the available TSI Boards to distribute theload. The EDG accepts radio originated messages from theIMC using two methods, depending on whether the RDT isusing a network layer.
RDTs Without a Network Layer
RDTs that do not use a network layer send messages tothe EDACS Address of the host. Within the EDACSSystem, the EDG acts as a proxy for the hosts so it canintercept and forward radio originated messages. This
allows the EDG to be transparent to both the RDTs and theRDI Host Computers.
Rotoring can be accomplished by assigning multipleEDACS Addresses to the same RDI Host computer in theEDG. The RDTs would then sequence through the hostaddresses on subsequent messages. The host addresseswould be spread across the TSI Masters, distributing theload.
RDTs With a Network Layer
RDTs that use a network layer send messages directlyto one of the EDACS Address of the EDG. The EDG usesthe IP Address in the EDACS Network Layer Header toforward the message to its destination. This allows RDTsto use the full IP Address range.
If any RDTs are configured with a network layer, theEDG automatically assigns EDACS Addresses one throughfifteen to itself, in addition to the addresses of the hostcomputers it is acting as a proxy for. If the EDACSNetwork Driver is being used, it sequences throughaddresses one through fifteen automatically. Thisdistributes the load of radio originated calls across theavailable TSI Masters without requiring the RDT to haveknowledge of the EDGs configuration. Customersdeveloping their own network layer may wish to do thesame thing.
COMPONENT DESCRIPTION
The EDACS Data Gateway is a multiprocessor systemconsisting of a general purpose microcomputer board andmultiple microprocessor-based intelligent serialcommunications controllers. These microcomputer boardscommunicate over an industry standard VMEbusbackplane. The EDG also includes mass storage devicesand data modems for transferring data to the EDACSSystem.
CENTRAL ACTIVITY PROCESSOR (CAP)
Using the 68030 microprocessor, the CAP Board is ageneral purpose computing board that provides typicalcomputer peripheral interfaces for the EDG. These includedisk facilities through a Small Computer Systems Interface(SCSI) bus; a Centronics parallel printer connection; anEthernet connection; and four serial port interfaces forASCII terminals.
In addition to providing the Ethernet/IP interface andservicing the EDG peripherals, the CAP reads theconfiguration file and loads application software and
LBI-38961
24
configuration parameters onto other processor boards in thesystem. Finally, the CAP processes commands from thediagnostic terminal.
The Reset button resets the EDG. The Abort button isdisabled.
During normal operation the CAP indicators displaythe following:
INDICATOR Mode INDICATESFAIL OFF No board failure.STATUS Flickers CPU activity.RUN Flickers Local bus activity.SCON ON Board is VMEbus
Master.
Adapter Board
The Adapter board is a small circuit board that routesthe I/O signals and grounds from its concentrated VMEbusbackplane connector (P2) to the Transition Module. Theboard plugs directly onto the rear of the backplane and hastwo mass termination connectors. Two ribbon cables carrythe I/O signals from these connectors to the transitionmodule. Also, the Adapter Board has sockets for SCSIterminating resistors if the Adapter Board's SCSI interfaceis at the end of the SCSI bus.
Transition Module
The Transition Module is a separate circuit board thatreceives the I/O lines from the P2 Adapter Assembly ribboncables and routes them to the appropriate industry standardconnector on its panel. The I/O Transition Module has fourDB-25 connectors for serial I/O, a 50-pin SCSI portconnector, a DB-15 connector for Ethernet, and aCentronics compatible printer connector. Jumpers on theI/O Transition Module allow the serial ports to beconfigured as DTE or DCE. Like the P2 AdapterAssembly, the I/O Transition Module has sockets for SCSIterminating resistors.
VCOM24 SERIAL COMMUNICATIONSCONTROLLER
The VCOM24 is a high speed serial communicationscontroller that supports the EDG's serial interfaces. TheVCOM24 can be configured as a TSI Master, TSI Slave, orHDI. Powered by a 68020 microprocessor and two serialcommunications controllers, the VCOM24 offers four full-duplex serial ports that support asynchronous or byte-synchronous protocols. The VCOM24 also has a singlefull-duplex asynchronous serial port that is used for the
DIM control data link when the VCOM24 is configured asa TSI Master.
The Reset button resets the EDG. The Abort button isdisabled.
During normal operation the VCOM24 Statusindicators display the following:
INDICATOR Mode INDICATESRUN Flickers Local bus activity.HALT OFF Board is not halted.SYSFAIL OFF No board failure.
The Boot Sequence section of the EDG Installationand Maintenance Manual explains the meanings of theeight small LEDs.
The eight dip switches are not used and can be set toany combination.
VMEADAPT Module
The VMEADAPT Module is a small circuit board thatconnects the I/O signals from the VCOM24's P2 connectorto the SCI-232 modules (see below). The board attachesdirectly to the rear of the backplane and has four masstermination connectors. Four ribbon cables distribute theserial interface signals (RxD, RxC, TxD, TxC) and modemcontrol signals (DCD, DTR, RTS, RI, CTS) from theseconnectors to the four SCI-232 modules.
SCI-232
An SCI-232 converts serial I/O signals from TTL toRS-232 voltage levels and routes them to a DB-25connector. One VCOM24 needs four SCI-232 modules tosupport all four ports. The SCI-232 module includesjumpers to configure the port as DCE or DTE.
FIXED DISK DRIVE
The fixed disk drive has a formatted capacity of 245megabytes. It is used for EDG software, configurationfiles, and activity logs. The drive has a 3.5" form factorand has an internal SCSI bus controller. The hard diskformatting is proprietary and is not compatible with MS-DOS.
FLOPPY DRIVE
The floppy disk drive has a 3.5" form factor andsupports floppy disks with an MS-DOS compatible
LBI-38961
25
formatted capacity of 1.44 megabytes. The floppy diskdrive is provided for transferring files to and from the harddisk.
DIAGNOSTIC TERMINAL
The EDG includes a VT100 compatible terminal thatconnects to a serial port on the CAP board. Using thisterminal, the system operator can view or print the EDGconfiguration and error log, shutdown and restart the EDG,or set the system time. See the EDG User's ReferenceManual for information on the commands available fromthe Diagnostic Terminal.
One Diagnostic Terminal is directly connected to theEDG. The EDG can be configured to allow zero to fourterminals to remotely log in at the same time using Telnet.Access to the Diagnostic Terminal is restricted by user-idand password. User-ids can be added and removed by thecustomer. Passwords can be changed by the customer.
Some Diagnostic Terminals do not save their tabsettings between power cycles. The tab settings should berestored to the default (tab every 8 columns) after eachpower cycle.
Some of the Diagnostic Terminals have a Block Modekey near the enter key. Pressing this key disables theterminal until it is pressed again.
MODEM UNIT SHELF
The Modem Unit Shelf is a rack that holds the ModemInterface Modules, Rockwell Modem Modules, and CrossConnect Panel. These modems provide the audio data pathbetween the EDG and an EDACS System. The EDG usesone Modem Interface module and one Rockwell Modemcard per TSI port. While the shelf can hold up to tenModem Interface Modules and Modems, normally amaximum of eight per shelf is used to simplify the wiring.
Modem Interface Module
A Modem Interface Module is used with each modemto convert the TTL modem input and output signal levels toRS232 signal input and output levels (see LBI-38564 formore information).
Each Modem Interface Module contains 5 StatusLED's. The top three are normally on. The fourth StatusLED indicates modem data from the site (via the IMC).The bottom LED indicates modem data from EDG. Duringa successful Individual Data Call, all of the LEDs are litregardless of the direction of the data being transferred.During a successful Group Data Call, all of the LEDs but
the fourth LED are lit. This is because radios do notacknowledge receipt of data during a Group Data Call.
Rockwell Modem
The Rockwell Modem is designed for multipoint andnetworking applications. It allows full-duplex operationover 4-wire dedicated unconditioned telephone lines orhalf-duplex operation over the general switched telephonenetwork at 9600 baud.
CROSS CONNECT PANEL
The Cross Connect Panel is a printed circuit board thatallows cables from the VCOM24 boards with DB-25connectors to plug into the Modem Unit Shelf backplanejacks. One side of the Cross Connect Panel has connectorsthat mate with the Modem Unit Shelf backplane jacks. Thepanel routes signals off those connectors to DB-25connectors mounted on the opposite side of the panel.
POWER SUPPLY
The EDG uses a triple rail supply offering +5, +12,and -12 VDC in a single nineteen inch rack mountedchassis. The AC input circuitry is autoranging, capable ofusing 110 VAC at 60 Hz or 240 VAC at 50 Hz. The powersupply has remote sense lines for all three voltage rails andincludes an "AC POWER" solid state LED indicator.
FAN
A removable fan tray positioned directly under the cardcage cools the EDG circuit boards. The fan tray has five airmovers that provide an air flow of 250 CFM and use ballbearings for high reliability. A front access filter can beremoved and replaced without removing the fan tray fromthe rack.
BACKPLANE
The processing cards communicate over an industrystandard VMEbus backplane. The backplane has slots forten circuit boards. The first and last slot are terminated onthe rear of the backplane as per the VMEbus specification.
Ericsson Inc.Private Radio SystemsMountain View RoadLynchburg, Virginia 245021-800-528-7711 (Outside USA, 804-528-7711) Printed in U.S.A.