12-07-2012, 11:40 AM
a model based approach to evaluation of the efficacy of FEC coding in combating network packer losses
[attachment=27480]
Scope of the project:
In this project we are going to evaluate the efficacy of FEC coding. To evaluate it we are going to transfer data from Source to Destination. Before receiving the data in the Destination we create packet loss in Queue. Thus after creating packet loss, we receive the remaining packets in the Destination. Then we recover the lost Packets in the Destination and evaluate FEC’s performance.
Description of the project
The packet transport service provided by representative packet-switched networks, including IP networks, is not reliable and the quality-of-service (QoS) cannot be guaranteed. Packets may be lost due to buffer overflow in switching nodes, be discarded due to excessive bit errors and failure to pass the cyclic redundancy check (CRC) at the link layer, or be discarded by network control mechanisms as a response to congestion somewhere in the network. Forward error correction (FEC) coding has often been proposed for end-to-end recovery from such packet losses. However, the use of FEC in this application provides a double-edged sword. From an end user’s perspective, FEC can help recover the lost packets in a timely fashion through the use of redundant packets, and generally adding more redundancy can be expected to improve performance provided this added redundancy does not adversely affect the network packet loss characteristics.
FEC Encoder:
FEC is a system of error control for data transmission, where the sender adds redundant data to its messages. This allows the receiver to detect and correct errors (within some bounds) without the need to ask the sender for additional data. In this module we add redundant data to the given input data, known as FEC Encoding. FEC is a system of error control for data transmission, where the sender adds redundant data to its messages. This allows the receiver to detect and correct errors (within some bounds) without the need to ask the sender for additional data. In this module we add redundant data to the given input data, known as FEC Encoding.
Interleaver:
. Interleaving is a way of arranging data in a non-contiguous way in order to increase performance. It is used in data transmission to protest against burst errors. In this module we arrange the data (shuffling) to avoid burst errors which is useful to increase the performance of FEC Encoding.
This module gets the input as blocks of bits from the FEC Encoder. In this module we shuffle the bits inside a single block in order to convert burst errors into random errors. This shuffling process is done for each and every block comes from the FEC Encoder. Then we create a Socket connection to transfer the blocks from Source to the Queue. This connection is created by using the Server Socket and Socket class Available in Java.
Implementation of the Queue:
In this module we receive the data from the sender and voluntarily creating the packet loss in order to evaluate the performance of the FEC. Then we transfer the data to the receiver. In this module we receive the data from the Source system. This data is the blocks after FEC Encoding and Interleaving processes are done. These blocks come from the Source system through Server Socket and Socket. Server socket and Socket are classes available inside Java. These two classes are used to create a connection between two systems inside a network for data transmission. After we receive the packets from Source, we create packet loss. Packet loss is a process of deleting the packets randomly. After creating loss we send the remaining blocks to the Destination through the socket connection.
EXISTING SYSTEM:
• For analysis purposes the packet-loss process resulting from the single-multiplexer model was assumed to be independent and, consequently, the simulation results provided show that this simplified analysis considerably overestimates the performance of FEC.
• Evaluation of FEC performance in multiple session was more complex in existing applications.
• Surprisingly, all numerical results given indicates that the resulting residual packet-loss rates with coding are always greater than without coding, i.e., FEC is ineffective in this application.
[attachment=27480]
Scope of the project:
In this project we are going to evaluate the efficacy of FEC coding. To evaluate it we are going to transfer data from Source to Destination. Before receiving the data in the Destination we create packet loss in Queue. Thus after creating packet loss, we receive the remaining packets in the Destination. Then we recover the lost Packets in the Destination and evaluate FEC’s performance.
Description of the project
The packet transport service provided by representative packet-switched networks, including IP networks, is not reliable and the quality-of-service (QoS) cannot be guaranteed. Packets may be lost due to buffer overflow in switching nodes, be discarded due to excessive bit errors and failure to pass the cyclic redundancy check (CRC) at the link layer, or be discarded by network control mechanisms as a response to congestion somewhere in the network. Forward error correction (FEC) coding has often been proposed for end-to-end recovery from such packet losses. However, the use of FEC in this application provides a double-edged sword. From an end user’s perspective, FEC can help recover the lost packets in a timely fashion through the use of redundant packets, and generally adding more redundancy can be expected to improve performance provided this added redundancy does not adversely affect the network packet loss characteristics.
FEC Encoder:
FEC is a system of error control for data transmission, where the sender adds redundant data to its messages. This allows the receiver to detect and correct errors (within some bounds) without the need to ask the sender for additional data. In this module we add redundant data to the given input data, known as FEC Encoding. FEC is a system of error control for data transmission, where the sender adds redundant data to its messages. This allows the receiver to detect and correct errors (within some bounds) without the need to ask the sender for additional data. In this module we add redundant data to the given input data, known as FEC Encoding.
Interleaver:
. Interleaving is a way of arranging data in a non-contiguous way in order to increase performance. It is used in data transmission to protest against burst errors. In this module we arrange the data (shuffling) to avoid burst errors which is useful to increase the performance of FEC Encoding.
This module gets the input as blocks of bits from the FEC Encoder. In this module we shuffle the bits inside a single block in order to convert burst errors into random errors. This shuffling process is done for each and every block comes from the FEC Encoder. Then we create a Socket connection to transfer the blocks from Source to the Queue. This connection is created by using the Server Socket and Socket class Available in Java.
Implementation of the Queue:
In this module we receive the data from the sender and voluntarily creating the packet loss in order to evaluate the performance of the FEC. Then we transfer the data to the receiver. In this module we receive the data from the Source system. This data is the blocks after FEC Encoding and Interleaving processes are done. These blocks come from the Source system through Server Socket and Socket. Server socket and Socket are classes available inside Java. These two classes are used to create a connection between two systems inside a network for data transmission. After we receive the packets from Source, we create packet loss. Packet loss is a process of deleting the packets randomly. After creating loss we send the remaining blocks to the Destination through the socket connection.
EXISTING SYSTEM:
• For analysis purposes the packet-loss process resulting from the single-multiplexer model was assumed to be independent and, consequently, the simulation results provided show that this simplified analysis considerably overestimates the performance of FEC.
• Evaluation of FEC performance in multiple session was more complex in existing applications.
• Surprisingly, all numerical results given indicates that the resulting residual packet-loss rates with coding are always greater than without coding, i.e., FEC is ineffective in this application.