Abstract: Dokumen ini menjelaskan secara rinci sistem IPTV, bersama dengan metode-metode aplikasi dan protokol yang

terlibat. Juga membahas metode untuk mengukur parameter QoS, membahas aplikasi praktis untuk evaluasi parameter lalu lintas IPTV. Komponen-komponen berikut ini dianggap: bandwidth, delay antar-paket searah variasi, packet loss, jumlah paket duplikat, paket rusak dan korup. Selain itu, kita mengukur dua parameter penting untuk QoS VoD: keterlambatan mulai dan berhenti dan restart penundaan. Pelaksanaan program ini membuka kemungkinan untuk mengukur parameter transmisi yang mempengaruhi QoS, dalam rangka untuk menyediakan cara untuk mengevaluasi dan memonitor layanan yang disediakan oleh penyedia IPTV standar terbuka. I. Pendahuluan

Saat ini sudah ada kecenderungan ke arah pengembangan dan implementasi aplikasi konsumen bandwidth tinggi. Untuk mengurangi biaya, teknologi baru seperti IP telephony, videoconference IP dan akhirnya televisi (IPTV), digunakan. Operator telekomunikasi dengan sejumlah besar pelanggan tidak dapat melaksanakan jenis aplikasi dalam jaringan padat, diwariskan. Pindah ke NGN (Next Generation Network) menyediakan lingkungan yang kuat dan fleksibel lebih cocok dengan kebutuhan masa depan jaringan kinerja tinggi. Dikenal sebagai IP atau IPTV, televisi, konsep ini merupakan konvergensi antara penyiaran, telekomunikasi dan teknologi informasi. IPTV mengacu pada layanan TV dan audio lainnya dan video broadband jaringan transmisi depresi menggunakan protokol yang sama yang mendukung Internet. Konsep ini meliputi baik IPTV televisi dan real time VoD pada permintaan televisi bernama (Video on Demand). Layanan lain bahwa IPTV dapat menawarkan TV besar (BTV) menunjukkan penghematan untuk dilihat kemudian, Waktu Bergeser TV, pada permainan permintaan dan musik, EPG (Electronic Program Guide), PVR fungsionalitas dengan fitur serupa dengan DVD player, bayar per -view fungsi dan kontrol orangtua. Implikasi untuk pengiriman server media IPTV untuk menerima sinyal TV dan mengubah sinyal-sinyal ke sinyal digital yang dapat dikirim melalui jaringan data menggunakan protokol IP pada lapisan ketiga. Sebuah set top box dapat digunakan untuk menerima data yang akan ditransmisikan ke TV. Sebuah komputer juga dapat digunakan untuk menerima dan menampilkan media data. IP multicast digunakan untuk menyediakan real-time televisi untuk beberapa klien pada waktu yang sama. Jenis pengiriman secara signifikan mengurangi konsumsi bandwidth [1]. Seperti telah disebutkan IPTV realtime mengacu pada TV dan VoD, yang melibatkan beberapa protokol yang sesuai untuk lapisan OSI yang berbeda, seperti dalam Gambar 1. Data video yang ditransmisikan dalam MPEG-2 (Transport Stream) Format TS UDP digunakan dengan IP multicast. Dalam hal ini IGMP (Internet Group Management Protocol) versi dua digunakan untuk manajemen grup multicast. Dalam kasus VoD RTSP (Real Time Streaming Protocol) untuk mengontrol aliran transmisi, yang memungkinkan pengguna untuk memulai, jeda / melanjutkan sungai. SSL (Secure Socket Layer) untuk memberikan keamanan untuk IPTV [3].

Real-time streaming data dikirim hanya menggunakan RTP (Real-Time Transport Protocol) UDP (User Datagram Protocol), seperti yang ditunjukkan pada Gambar 1. Pengguna dapat memasukkan data waktu atau perjalanan streaming. Data dikirim menggunakan protokol MPEG TS [4]. Selain protokol RTP digunakan untuk VOD streaming RTSP. Protokol ini diimplementasikan pada TCP dan memberikan kontrol atas media streaming pada klien.

II. PARAMETER UNTUK IPTV QoS Untuk memastikan keberhasilan bagi operator IPTV layanan harus menawarkan kualitas yang lebih baik dari televisi klasik. Distorsi dari sinyal yang diterima IPTV terutama disebabkan oleh variasi dari parameter satu-delay cara-. Sebuah jaringan yang mampu menjamin tingkat QoS adalah langkah besar untuk menawarkan layanan IPTV. Menangani set parameter QoS seperti bandwidth, satu

arah-delay, variasi delay dan packet loss saat merujuk pada suatu saluran komunikasi. Kualitas layanan berarti kapasitas jaringan untuk menawarkan layanan yang lebih baik untuk bagian yang dipilih dari lalu lintas. Ada mekanisme kontrol yang menawarkan prioritas yang berbeda untuk beberapa pengguna atau untuk bagian dari lalu lintas data, atau tingkat jaminan kualitas tergantung pada beberapa jenis aplikasi [5]. Kepentingan utama dari QoS adalah untuk memastikan prioritas untuk kontrol jitter band, alokasi dan menunda, mengurangi persentase packet loss. Untuk aplikasi real time seperti tingkat IPTV dan VoIP QoS dijamin sangat penting karena ini adalah CBR (Constant Bit Rate) dan penundaan aplikasi sensitif. QoS teknologi membawa unsur-unsur baru yang akan digunakan di semua jenis jaringan. Parameter QoS adalah parameter yang mempengaruhi kualitas transmisi layanan, dari aplikasi yang menggunakan layanan ini, bahkan jika itu hanya transfer data atau layanan real time streaming. Parameter QoS untuk realtime streaming adalah: tingkat Lalu Lintas: Mengetahui tingkat transmisi kita dapat memverifikasi apakah jaringan dengan kapasitas tertentu yang mampu jenis transmisi. Untuk tingkat kalkulus lalu lintas kita menghitung semua byte yang dikirim dan durasi transmisi. Bagilah jumlah byte dengan durasi transmisi kita memperoleh tingkat lalu lintas [6].

Satu arah-delay adalah delay diperkenalkan oleh transmisi paket dari sumber ke tujuan. Parameter ini tergantung pada banyak unsur seperti jumlah node untuk lulus menuju, tujuan lalu lintas jaringan, protokol routing. Untuk mengukur parameter satu-delay cara-sangat penting untuk memastikan sinkronisasi antara server dan penerima. Jika dua mesin tidak disinkronkan parameter dihitung dengan benar.

Jitter: Paket dikirim untuk tiba ke tujuan mengikuti jalan yang berbeda sehingga penundaan paket dapat berbeda. Jitter adalah variasi delay paket dan merupakan parameter yang sangat penting untuk real-time streaming [7]. Inter-paket jitter didefinisikan di Formula (3).

Jumlah paket yang hilang: Di jalur dari sumber ke tujuan paket dapat hilang atau dihapus oleh router jika buffer router penuh atau jika paket rusak. Penghapusan paket tergantung hanya pada keadaan saat ini jaringan, dan tidak dapat diantisipasi. Algoritma yang digunakan untuk menentukan parameter-parameter untuk mengidentifikasi setiap paket yang dikirim oleh server dan pencarian paket dalam daftar paket yang diterima. Jumlah paket disusun kembali: Ketika lebih banyak paket yang dikirim dalam urutan tertentu dengan aplikasi tersebut, pada akhir menerima mereka mungkin tiba out-of-order karena jalur yang berbeda yang dapat dipilih oleh router. Dalam protokol harus digunakan untuk paket penataan kembali tujuan lain. Proses ini sangat penting terutama untuk transmisi video dan aplikasi VoIP, dimana kualitas yang paling terpengaruh oleh penundaan. Untuk menghitung jumlah paket mengatur kembali perlu mengidentifikasi setiap paket yang dikirim dan diterima. Definisi penataan kembali paket dalam [8]: paket ulang jika dianggap jumlahnya kurang dari jumlah urutan sebelumnya dari paket yang diterima. Kami menggunakan nomor urut RTP paket untuk setiap port UDP digunakan untuk transmisi. Jumlah paket duplikat, menghitung jumlah paket duplikat cara untuk memverifikasi konfigurasi jaringan. Ketika paket duplikat muncul berarti bahwa ada beberapa kesalahan dalam konfigurasi jaringan atau beberapa perangkat yang rusak. Algoritma diimplementasikan mirip dengan yang digunakan untuk menghitung paket-paket disusun ulang. Jumlah paket rusak: Ketika transmisi paket melalui jaringan beberapa bit dapat rusak. Kesalahan ini tidak mempengaruhi terlalu banyak kualitas asalkan jumlah bit cacat rendah. Kita dapat menghitung (Packet Error Rate) PER sebagaimana di Formula (4). Untuk melihat apakah paket tersebut rusak atau tidak kita membandingkan data bidang masing-masing paket pada pengirim dan penerima.

START Delay untuk streaming VoD diukur pada penerima (yaitu klien) dan mewakili durasi antara ketika TCP paket pertama, berisi sinyal, dikirim oleh klien sampai paket RTP pertama, yang dikeluarkan oleh server dan berisi data yang diminta, diterima di tempat tujuan. Parameter ini dihitung hanya untuk transmisi VoD. PAUSE / RESUME menunda untuk server VoD: VoD menggunakan RTSP transmisi yang menyediakan kontrol aliran ke penerima. Hal ini dapat menangguhkan sungai dan mulai lagi nanti atau dapat bergerak maju dan mundur di media stream, seperti pada Gambar 3.

ARSITEKTUR IPTV testbed setidaknya dua elemen yang diperlukan untuk transmisi IPTV, server media dan penerima. Baik klien dan server diimplementasikan menggunakan VLC [10]. VideoLAN Server mengirimkan data menggunakan protokol dan codec untuk streaming IPTV. Sebuah router diperlukan untuk menghubungkan server dan klien. Antrian disiplin dapat diterapkan untuk berbagai masalah jaringan simulasi, seperti kongesti atau packet loss. Gambar 4 menyajikan arsitektur jaringan minimal yang melibatkan media server, klien IPTV dan router.

Sebuah aplikasi di C + + adalah dilaksanakan dalam rangka untuk mengukur parameter QoS. Program iptv_tool dikompilasi menggunakan gcc di Linux. Dua argumen yang diperlukan untuk menjalankan program, file XML yang berisi paket yang diambil oleh Wireshark pada interface dari server dan antarmuka klien. Untuk setiap paket memilih semua field ditampilkan sampai ke sebuah protokol yang disetujui akhir. File yang tersimpan dapat diekspor dalam format XML dan bisa diurai lebih mudah dari format aslinya. Pcap. C + + fungsi didefinisikan di perpustakaan libxml / xmlreader.h digunakan untuk membaca nilai atribut dari file XML. Informasi ini, seperti ukuran paket total atau timestamp, disimpan dan kemudian digunakan untuk mengidentifikasi paket dan kalkulus parameter QoS. Perhatikan bahwa hanya paket milik streaming IPTV dianalisis dan dimasukkan ke dalam daftar. Paket ini diidentifikasi oleh IP sumber dan alamat tujuan dan protokol dan port yang digunakan untuk transmisi. Nilai dari atribut timestamp untuk setiap paket dibaca dan disimpan ke dalam paket saat ini dimasukkan ke dalam daftar. Ukuran dari paket yang diperoleh dari atribut "ukuran frame" lapangan. Salah satu cara pengukuran parameter delay yang menyiratkan sinkronisasi jam yang sangat baik antara server dan penerima, karena penundaan itu diperoleh dengan

membandingkan timestamp dari paket yang dikirim dan diterima. Setiap masalah sinkronisasi antara kedua mengarah ke nilai-nilai yang salah. Hal ini telah menghilangkan masalah dengan menggunakan testbed tweak Gambar 5, dibandingkan dengan yang disajikan pada Gambar 4.

Kami memiliki entitas yang sama, tetapi dalam kasus ini server dan klien yang berjalan pada komputer yang sama. Router memiliki untuk rute paket yang diterima dari server media IPTV ke klien yang terletak pada antarmuka yang sama. Hal ini dilakukan dengan beralih alamat IP sumber dengan alamat IP tujuan. Alat yang digunakan adalah iptables yang memungkinkan packet filtering, manipulasi, dan melakukan NAT (Network Address Translation). Peraturan khusus termasuk dalam tabel NAT. Untuk semua paket dari PREROUTING meja dengan sumber alamat 193.226.6.168, alamat tujuan berubah ke alamat sumber. Dalam POSTROUTING rantai dimodifikasi alamat sumber ke 193.226.6.169, alamat IP dari router. Aturan berikut ini digunakan: # iptables-t nat-A PREROUTING-s \ 193.226.6.168-j DNAT - to-destination \ 193.226.6.168 # iptables-t nat-A POSTROUTING-s \ 193.226.6.168-j SNAT - to-source \ 193.226.6.169