ess and passes that amount to the second TCP Read the Stop button is pressed. data. Close connection and port. in the case structure which reads the data check for errors. and outnuts it to a chart The Tyne Cast INSTRUMENTS Figure 12.7 TCP LabVIEW client diagram. Service Delivery Platforms document [2]), like operating it on-site. In case a transmission error occurred on the transmission media, this gets translated into delays at the receiving party's end and, as a consequence, the displayed waveform ("oscillogram") is stumped. 12.1.3 Methodology for Performance Testing This case study evolves from previous solutions in remote measurement developed the "Transylvania" University of Brasov [23,24] in cooperation with the National Technical University of Athens [25], based on client/server (Web server and work- bench servers-the "probe" level with National Instrument PCI-6024E or AT-MIO-16E10 DAQ) involving Ethernet transmission media. The focus of this study was on key capabilities of the cellular network for real- time data streaming, assessed in DL and UL: in DL, the mobile "client" consisted of the GSM/GPRS/UMTS/HSDPA terminal connected to the data representation hardware and software (see Figure 12.2a); in UL, the mobile "probe" consisted of the GSM/GPRS/UMTS/HSDPA terminal connected to the acquisition hardware and software (see Figure 12.2b). The mobile terminal is connected to the network with the data packet mode activated. Simulated or real measurement data is trans- mitted between the client and probe VI-s (see Figures 12.5 through 12.7 and the examples for different scenarios). The client is signaling the data receipt by an ele- mentary "synchronization" (acknowledge by a simple character sent to the server- see the client VI diagram in Figure 12.7). After every 50 s, the Time/Div setting on the oscilloscope was decreased from the starting rate of 100 ms to lower ones as 1 us. This was causing more frequent buffer filling and to a higher rate of transmis- sion. The higher is the rate, the higher is the pr