As communication becomes more and more vital in defending a country’s borders, better radios are needed. When the Swedish armed forces saw that their existing radios took too much bandwidth in their net, they knew that something had to be done. The existing radio, called Ra 180 RAP, was modified so that it could send X.25 messages into a network. This significantly reduced the use of bandwidth, as a packet switched network only uses the bandwidth when sending info.This final thesis has been aimed to create a system that can test the X.25 function in the upgraded, so called CI-RAP, radio. This system will come in handy both when upgrading and later when performing service on the radios.
Contents
1 Introduction
1.1 Background
1.2 Objectives/purpose
1.3 Methodology
1.4 Limitations
1.5 Thesis Outline
1.5.1 Part 1: Background
1.5.2 Part 2: Research
1.5.3 Part 3: Design and evaluation
2 Background
2.1 The introduction of CI-RAP into LvMÅDS
2.2 The Radio
2.3 The virtual circuit
2.4 EuroCom, two-wire
2.5 ECB2
2.6 RS-232
2.7 Checksum calculation
2.8 Big Endian versus Small Endian
2.8.1 Bit Swap
3 Realization
4 Requirements specification
4.1 Communication
4.2 GUI
4.3 Network/Link
5 The X.25 protocol
5.1 Background
5.2 Layer structure
5.2.1 Layer 1: Physical layer
5.2.2 Layer 2: HDLC (High level Data Link Control)
5.2.3 Layer 3: PLP (Packet Layer Protocol)
5.3 Different packet types
6 The X.25 card
6.1 Desired functionality
6.1.1 Hardware
6.1.2 Software
6.2 The different models
6.2.1 Farsite
6.2.2 Eicon
6.2.3 Sangoma
6.2.4 Overall
6.3 Result
6.3.1 The selected cards shortcomings
6.3.2 The APIs
7 Design and implementation
7.1 Environments
7.1.1 Operating system and programming language
7.1.2 Integrated development environment
7.2 System overview
7.3 Communication considering the Radio 180 CI-RAP
7.4 General User Interface
7.4.1 The Prompt screen
7.4.2 The Radio Info screen
7.4.3 The Main screen
7.4.4 The Sent screen
7.4.5 The Received screen
7.5 Communication with respect to the X.25 card
7.6 Design alternatives and considerations
7.6.1 The receipt issue
7.6.2 The 150 byte issue
7.6.3 The checksum issue
7.6.4 Link program locking issue
7.7 Module design
7.7.1 Design of the sender side
7.7.2 Design of the receiver side
8 Evaluation
8.1 The test bed
8.2 The test plan and the system test specification
8.2.1 Focus in the System test specification
8.2.2 Test results
8.3 Discussion
8.3.1 Why are you feeling lucky Albin?
8.3.2 Why are you feeling unlucky Albin?
8.4 Future work
8.4.1 Improvements
8.4.2 Porting
References
Appendix
Author: Toresson, Albin
Source: Linköping University
Download URL 2: Visit Now