Protocol stack consideration » History » Version 7

AUGER, Anne sophie, 03/23/2015 08:05 PM

1 5 AUGER, Anne sophie
h1. Network architecture
2 1 AUGER, Anne sophie
3 5 AUGER, Anne sophie
* Frame format  
4 1 AUGER, Anne sophie
5 5 AUGER, Anne sophie
The application foreseen aims at transmitting video streams, so we choose to use the MPEG-4/H264 coding standard, and the adapted codec x264 for video compression/decompression. The associated frame format MP4 is used for the encapsulation of multimedia data type. As a result of this encapsulation, we will transmit longer frames, containing not only data bits, but encaplsulation bits (header, footer...). Therefore, we must consider a higher bit rate than the effective video bit rate.
6 5 AUGER, Anne sophie
7 5 AUGER, Anne sophie
* Protocol stack
8 5 AUGER, Anne sophie
9 5 AUGER, Anne sophie
We define here a first sketch for the protocol stack that would best fit this application: 
10 5 AUGER, Anne sophie
11 6 AUGER, Anne sophie
- Transport layer: 
12 1 AUGER, Anne sophie
13 7 AUGER, Anne sophie
   1. the transmission content is video stream, and our application requires real time performance. Therefore the Real Time transport protocol (RTP) seems adapted for the project. In fact RTP adds a header to UDP packets, which specifies the transported media type and format (codec) and numbers the packets to handle losses.
14 6 AUGER, Anne sophie
15 7 AUGER, Anne sophie
   2. the real time constraint also imposes to minimize the packet transmission time. The solution for that is to use UDP transport, which avoid the ACK process and thus is faster than TCP.
16 6 AUGER, Anne sophie
17 6 AUGER, Anne sophie
- Network layer: the use of IP is likely to be well adapted to our application: it is mostly associated with RTP for video streaming.