IV. HASIL SIMULASI DAN ANALISIS DATA
4.2 Hasil Pengujian
4.2.5 Konsumsi Energi
Konsumsi energi pada sistem diperoleh dari kuat daya yang dikeluarkan pada suatu mode operasi dikalikan dengan waktu yang digunakan selama mode tersebut berlangsung. Dengan mengambil nilai uplinkdan bit rate sebesar615.541,806 bps serta dilakukan 19 kali percobaan karena keterbatasan memori pada simulator maka dihasilkan nilai rata-rata jitter untuk semua subscriber station yang ditunjukan pada Tabel 4.9.
Tabel 4.9 Hasil pengujian reduksi konsumsi energi Tanpa Pengaturan Beban Pengaturan beban 1 Pengaturan Beban 2 47.54 J 47.55 J 47.57 J 47.46 J 47.44 J 47.40 J 47.40 J 47.35 J 47.48 J 47.47 J 47.44 J 47.43 J 47.43 J 47.39 J 47.34 J 47.43 J 47.39 J 47.44 J 47.33 J 47.33 J 47.32 J 47.35 J 47.39 J 47.32 J 0,0205 0,021 0,0215 0,022 0,0225 0,023 0,0235
Jitter(detik)
tanpa pengaturan beban Pengaturan Beban 1 Pengaturan Beban 2
46,6 46,8 47 47,2 47,4 47,6 47,8 48 48,2 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19
Konsumsi Energi (Joule)
Tanpa Pengaturan Beban Pengaturan Beban 1 Pengaturan beban 2
47.33 J 47.29 J 47.77 J 47.94 J 47.95 J 47.84 J 47.87 J 47.78 J 47.78 J 47.76 J 47.64 J 47.62 J 47.39 J 47.25 J 47.33 J 47.23 J 47.24 J 47.32 J 47.16 J 47.18 J 47.26 J 47.22 J 47.83 J 47.86 J 47.34 J 47.34 J 47.37 J 47.36 J 47.35 J 47.30 J 47.33 J 47.26 J 47.23 J 47.29 J 47.29 J 47.21 J
Untuk Gambar 4.9 menunjukkan perubahan rata-rata konsumsi energi pada setiap percobaansubscriber station. Dari tabel dan grafik dapat dilihat nilai konsumsi energisaat dilakukan pengaturan beban protokol transport lebih sedikit dibandingkan sebelum dilakukan pengaturan beban protokol transport.
Gambar 4.9. Grafik reduksi konsumsi energi
Besar total rata-rata konsumsi energiyang diperoleh dari hasil pengujian dapat dilihat pada Tabel 4.10.
Tabel 4.10 Hasil pengujian rata-rata reduksi konsumsi energi Tanpa Pengaturan Beban Pengaturan beban 1 Pengaturan Beban 2 47.61 J 47.38 J 47.33 J
Gambar 4.10 menunjukkan bahwa nilai konsumsi energi berkurang pada saat dilakukan pengaturan beban transport. Hal ini disebabkan karena perubahan bit rate yang dilakukan mempengaruhi konsumsi energi pada subscriber station. Karena semakin kecilbit ratemaka semakin sedikit data yang akan dikirim oleh server ke subscriberstation. Oleh karena itu, semakin sedikit proses receive data yang dilakukan oleh subscriber station sehingga energi yang dikeluarkan oleh subscriber station semakin berkurang.
Gambar 4.10. Grafik total konsumsi energi 47,15 47,20 47,25 47,30 47,35 47,40 47,45 47,50 47,55 47,60 47,65 1
Konsumsi Energi (Joule)
Tanpa Pengaturan Beban Pengaturan Beban 1 Pengaturan Beban 2
BAB V
KESIMPULAN DAN SARAN
5.1 KesimpulanAdapun beberapa kesimpulan dari pembahasan pada Tugas Akhir ini adalah sebagai berikut.
1. Pengaturan beban protokol transport mempengaruhi karakteristik delay, packet loss dan jitter pada kanal uplink WiMAX. Padakanal uplink saat dilakukan pengaturan beban protokol transportmenghasilkan delay, packet loss dan jitter yang lebih tinggidibandingkan sebelum dilakukannya pengaturan beban protokol transport dari pengujian simulasi ini.
2. Konsumsi energi menurun ketika di lakukan pengaturan beban protokol transport. Sebelum dilakukan pengaturan beban protokol transport pada data video energi yang dikonsumsi sebesar 47.61 joule. Setelah dilakukan pengaturan beban protokol transport yang pertama energi yang dikonsumsi sebesar 47.38 joule, menurun sebesar 0.48%. Pada saat dilakukan pengaturan beban protokol transport yang kedua energi yang dikonsumsi sebesar 47.33, menurun sebesar 0.59%.
3. Konsumsi energi menurun ketika di lakukan pengaturan beban protokol transport. Tetapi setelah dilakukan pengaturan beban protokol transportkualitas video menjadi kurang baik karena delay, packet loss dan jitter semakin besar.
5.2 Saran
Adapun saran dari Tugas Akhir ini adalah sebagai berikut.
1. Pengaturan beban protokol transport yang lain dapat diuji dengan cara yang sama.
2. Agar didapat perbandingan dari hasil pengukuran yang berbeda, penelitian dilakukan dengan menggunakan simulator yang lain.
3. Untuk penelitian selanjutnya diharapkan dapat menghitung konsumsi energi secara matematis saat kondisi real time.
4. Untuk penelitian selanjutnya diharapkan mendapatkan nilai delay, packet loss dan jitteryang lebih rendah sehingga kualitas video tetap baik.
BAB II
DASAR TEORI
2.1 Umum
Bab ini menjelaskan sekilas mengenai teknologi Worldwide Interoperability Microwave Acces (WiMAX), perangkat lunak Network Simulator NS-2, kerangka evaluasi video EvalVid, dan modul WiMAX NIST.
2.2 WiMAX
WiMAX merupakan standar Broadband Wireless Access (BWA) dengan kemampuan transmisi data berkecepatan tinggi dan cakupan yang luas. WiMAX menawarkan kemampuan transmisi yang baik dalam kondisi line of sight (LOS) maupun nonline of sight (NLOS) dengan rate mencapai 70 Mbps dan dapat menjangkau user sampai radius 5km [1].
2.2.1 Standar WiMAX
WiMAX menggunakan standar Institue of Electrical and Electronics Engineering (IEEE) 802.16 yang termasuk dalam kategori Wireless Metropolitan Area Network (WMAN). Standar 802.16 telah mengalami beberapa perkembangan dan penyempurnaan sebagai berikut [1]:
a. 802.16
Standar 802.16 dirilis pada Desember 2001 untuk layanan fixed wireless broadband dengan konfigurasi point to point, dan bekerja pada frekuensi
10-66 Ghz. Kondisi layanan adalah LOS dan bandwidth mencapai 32–124 Mbps.
b. 802.16a
Standar 802.16a dirilis pada Januari 2003 yang bekerja pada frekuensi 2– 11 GHz. Layanan sama dengan standar sebelumnya.
c. 802.16d
Standar ini dirilis pada Oktober 2004, berkerja pada frekuensi 2–11 Ghz dengan bandwidth mencapai 70 Mbps.
d. 802.16e
Standar 802.16e dirilis pada Desember 2005 yang didesain agar user dapat bergerak (mobile) dan dapat melakukan prosedur handover dan roaming.
2.2.2 Model Jaringan WiMAX
Struktur WiMAX meliputi struktur Base Station (BS), Subscriber Station (SS), dan struktur Packet flows[2].
2.2.2.1BaseStation
Base station (BS) merupakan suatu perangkat pengirim dan penerima sinyal radio ke subscriber station (SS). Paket pertama kali masuk dari higher layer menuju flow classifier untuk mengatur arah paket yang akan dikirim ke dalam antrian scheduler. Pada bagian scheduler ini terdapat bagian DL ARQ/HARQ untuk menjaga banyaknya informasi yang masuk dan bagian uplink/downlink Scheduler API yang mengatur jadwal paket saat hendak dikirim ke bagian DL Frame Assembler. Pada bagian DL Frame Assembler ini berfungsi untuk
mengkombinasikan paket ke bentuk sebuah frame dan menambahkan informasi seperti DL dan UL maps didalamnya. Kemudian paket dikirimkan oleh Tx PHY Module melalui saluran nirkabel menuju Rx PHY Module. Setelah paket diterima pada Rx PHY Module, maka selanjutnya paket dikirim ke Packet Parser untuk mengklasifikasikan paket yang masuk berdasarkan jenis header paket. Setelah itu menuju ke UL ARQ Module untuk mengelola paket yang diterima rusak seluruhnya atau sebagian. Apabila ada yang rusak maka paket dikirim kembali kebagian scheduler untuk dikelola kembali. Apabila tidak ada yang rusak maka paket dikirimkan langsung menuju higher layer. Struktur node BS terlihat pada Gambar 2.1 [2].
Gambar 2.1. Struktur Base Station Struktur model BS memiliki bagian-bagian utama yaitu: a. FlowClassifier
Flow Classifier berfungsi untuk mapping jaringan service data units (SDUs) yang datang ke MAC service flow identifier (SFID) dan connection identifier (CID) yang sesuai. 802.16 MAC CS menyelenggarakan Packet Header
Suppression (PHS) jika aturan sesuai yang ditentukan oleh layanan. Semua paket yang berasal dari layer aplikasi melewati bagian ini sebelum diarahkan ke antrian sesuai dengan CID.
b. Scheduler (DL ARQ/HARQ)
Scheduler adalah bagian yang kompleks karena scheduler berfungsi untuk menjaga banyak informasi untuk jadwal paket data dengan benar dan efisien. Scheduler harus mempertahankan informasi seperti :
1. Informasi QoS untuk setiap flow. 2. Status antrian DL untuk setiap flow .
3. Bandwidth UL (bandwidth request dan bandwidth updated selama pelayanan scheduling seperti UGS ) untuk setiap flow atau mobile.
4. Informasi keadaan channel untuk setiap mobile.
Scheduler memilikibeberapa bagian yaitu DL/UL scheduling,DL resource allocator, dan Packet fragmentation/packing.
c. UL ARQ
UL ARQberfungsi untuk mengelola paket yang diterima rusak seluruhnya atau sebagian. Informasi ARQ feedback dkirim kembali ke pengirim melalui informasi keadaan yang ditransfer antara UL ARQ dan DL ARQ / HARQ.
d. DL FrameAssembler
DL frameassembler berfungsimengkombinasikan semua paket yang dibangkitkan oleh scheduler ke bentuksebuah frame dan menambahkan beberapa informasi frame seperti DL dan UL maps.
e. Packet Parse
BS Packet Parserberfungsiuntuk mengklasifikasikan paket yang masuk berdasarkan jenis di header paket (data paket atau paket kontrol). Contoh paket kontrol adalah Bandwidth request ( BWR ) paket.
f. Tx/Rx PHY
Tx PHY Moduleberfungsi untuk mengirim paket melalui saluran nirkabel. Rx PHY Module berfungsi untuk menerima paket melalui saluran nirkabel. Modul DL PHY hanya melewati paket ke saluran nirkabel.Tanda beberapa informasi PHY untuk paket-paket, seperti waktu transmisi, listrik, dan frekuensi.Modul UL PHY menghitung informasi SINR untuk semua paket masuk dan mengimplementasikan antarmuka untuk lapisan PHY yang menyediakan Blokir Kesalahan Informasi ketika berdasarkan Blokir Ukuran dan nilai SINR .
2.2.2.2MobileSubscriber Station
Subsriber merupakan interface yang terhubung langsung ke user untuk mengirim dan menerima paket ke dari tujuan. Setelah paket dari base station diterima pada Rx PHY Module, maka selanjutnya paket dikirim ke Packet Parser untuk mengklasifikasikan paket yang masuk berdasarkan jenis header paket. Setelah itu menuju ke DL ARQ Module untuk mengelola paket yang diterima rusak seluruhnya atau sebagian. Apabila ada yang rusak maka paket dikirim kembali kebagian scheduler untuk dikelola kembali. Apabila tidak ada yang rusak maka paket dikirimkan langsung menuju higher layer.Kemudian paket tersebut diterima dan dikirimkan melalui higher layer menuju flow classifier untuk mengatur arah paket yang akan dikirim ke dalam antrian scheduler. Pada bagian
scheduler ini terdapat bagian DL ARQ/HARQ untuk menjaga banyaknya informasi yang masuk dan bagian Uplink Scheduler API yang mengatur jadwal paket saat hendak dikirim ke bagian UL Assembler. Pada bagian UL Assembler ini berfungsi untuk mencari antrian di MSS yang akan diblokir. Kemudian paket dikirimkan oleh Tx PHY Module melalui saluran nirkabel menuju Rx PHY Module. Struktur Mobile Subscriber Stationdiperlihatkan pada Gambar 2.2 [2].
Salah satu fungsi utama dari MSS untuk mengambil informasi kedatangan UL-Maps dan mengekstrak informasi waktu awal dan akhir burst pada SC-PHY dan merancang burst menggunakan data dari antrian data yang terkait dengan MSS. Bagian-bagian MSS akan dijelaskan sebagai berikut:
a. UL Scheduler (ARQ/HARQ Module)
UL schedulerberfungsi mendapatkan bandwidth grant untuk mobile di setiap frame dari packet parser dan kemudian menjadwalkan jumlah yang tepat dari data dalam slot UL yang diberikan .
Gambar 2.2.Struktur Mobile Subscriber Station
b. UL Assembler
UL Assemblerberfungsi untuk mencari antrian di MSS yang akan diblokir danmembuat burst data yang sesuai kedalam slot yang diberikan. Fungsi blokir yang lain sama seperti pada base station.
2.2.2.3PacketFlows
Packet flows merupakan jalur paket yang terjadi pada proses pengiriman dan penerima dari mobile ke base station atau sebaliknya. Ada beberapa packet flow pada proses pengiriman dan penerimaan data diantaranya seperti Regular DL datapacket flow ,Regular UL Data Packet Flowdan lainnya [2].
a. Regular DL data packet flow
Suatu proses packet flow yang biasa terjadi pada downlink yaitu pengiriman paket dari base station ke mobile. Paket pertama kali masuk dari higher layerBase station menuju flow classifier untuk mengatur arah paket yang akan dikirim ke dalam antrian scheduler. Pada bagian scheduler ini terdapat bagian DL ARQ/HARQ untuk menjaga banyaknya informasi yang masuk dan bagian uplink/downlink Scheduler API yang mengatur jadwal paket saat hendak dikirim ke bagian DL Frame Assembler. Pada bagian DL Frame Assembler ini berfungsi untuk mengkombinasikan paket ke bentuk sebuah frame dan menambahkan informasi seperti DL dan UL maps didalamnya. Kemudian paket dikirimkan oleh Tx PHY Module melalui saluran nirkabel menuju Rx PHY Module. Setelah paket diterima pada Rx PHY Module, maka selanjutnya paket dikirim ke Packet Parser untuk mengklasifikasikan paket yang masuk berdasarkan jenis header paket. Setelah itu menuju ke UL ARQ Module untuk mengelola paket yang diterima
rusak seluruhnya atau sebagian. Apabila ada yang rusak maka paket dikirim kembali kebagian scheduler untuk dikelola kembali. Apabila tidak ada yang rusak maka paket dikirimkan langsung menuju higher layerpada mobile subscriber station. Regular DL data packet flowdiperlihatkan pada Gambar 2.3.
b. Regular UL Data Packet Flow
Suatu proses packet flow yang biasa terjadi pada uplink yaitu pengiriman paket dari mobile subscriber station ke base station. Setelah paket dari base station diterima oleh mobile subscriber station pada Rx PHY Module, maka selanjutnya paket dikirim ke Packet Parser untuk mengklasifikasikan paket yang masuk berdasarkan jenis header paket. Setelah itu menuju ke DL ARQ Module untuk mengelola paket yang diterima rusak seluruhnya atau sebagian. Apabila ada yang rusak maka paket dikirim kembali kebagian scheduler untuk dikelola kembali. Apabila tidak ada yang rusak maka paket dikirimkan langsung menuju higher layer.Kemudian paket tersebut diterima dan dikirimkan melalui higher layer menuju flow classifier untuk mengatur arah paket yang akan dikirim ke dalam antrian scheduler. Pada bagian scheduler ini terdapat bagian DL
Gambar 2.3.Regular DL data packet flow
ARQ/HARQ untuk menjaga banyaknya informasi yang masuk dan bagian Uplink Scheduler API yang mengatur jadwal paket saat hendak dikirim ke bagian UL Assembler. Pada bagian UL Assembler ini berfungsi untuk mencari antrian di MSS yang akan diblokir. Kemudian paket dikirimkan oleh Tx PHY Module melalui saluran nirkabel menuju Rx PHY Modulepada base station. Regular UL data packet flow diperlihatkan pada Gambar 2.4.
Gambar 2.4. Regular UL data packet flow
2.3 Network Simulator NS-2
NS-2merupakan sebuahprogramsimulasi berbasis event (kejadian)yang banyak digunakanuntuk mempelajarisifat dinamis darijaringan dan protokol komunikasi. NS-2 mampu mensimulasikan jaringankabeldanjaringan nirkabelserta protokolnya mencakupalgoritmarouting,protokol komunikasi, algoritma akses dan lain-lain [3].
Gambar 2.5 menunjukan arsitektur dasar NS-2. NS-2 menggunakan dua jenis bahasa pemrograman, C++ dan TCL. Bahasa C++ digunakan sebagai inti proses simulasi, sementara bahasa TCL untuk konfigurasi jaringan [3].
Gambar 2.5. Arsitektur dasar NS-2
TclCL dan OTcl adalah komponen TCL yang berfungsi untuk menjembatani konfigurasi dengan proses simulasi. Program NS-2 menggunakan command line interface, yang menghasilkan trace atau catatan yang dapat dipergunakan oleh modul network animator (NAM) (Gambar2.6) maupun piranti plot grafik Xgraph[3].
Gambar 2.6. Tampilan NAM (Network Animator)
2.4 Kerangka Evaluasi Video Evalvid
Simulator NS-2 menyediakan presentasi data menggunakan Xgraph. Namun Xgraph kehilangan detail kejadian pengiriman data dan hanya menampilkan data rata-rata untuk parameter yang ditinjau. Oleh karenanya, untuk mempresentasikan parameter yang dievaluasi, penelitian ini menggunakan EvalVid.
EvalVid adalah framework dan tool set untuk evaluasi kualitas video yang dikirimkan melalui jaringan komunikasi nyata ataupun simulasi [4].Struktur dari framework EvalVid ditunjukan Gambar 2.7 [5].
Video Decoder Video Decoder VSVS ET ET FV FV Source PSNR PSNR MOSMOS Network (or simulation) loss/delay Network (or simulation) loss/delay Result: -Frame Loss/ Frame Jitter -user perceived quality Result: -Frame Loss/ Frame Jitter -user perceived quality Video Decoder Video Decoder User Play-Out Buffer tcpdump tcpdump Evalvid-API Evalvid-API Receive Trace Sender Trace Video Trace Coded Video raw YUV video Reconstructed raw YUV video
raw YUV video erroneous video
Reconstructed erroneous video
Gambar 2.7. Struktur framework EvalVid
Komponen utama dari struktur EvalVid dijelaskan sebagai berikut :
1. Source: Sumber video dapat berupa raw file YUV dengan resolusi Quarter Common Intermediate Format (QCIF, 176 x 144) atau di Common Intermediate Format(CIF, 352 x 288).
2. Video Encoder dan Decoder:EvalVid mendukung dua codec MPEG4 , yaitu codec NCTU dan ffmpeg.
3. VS (Video Sender): komponen VS membaca file video yang dikompres dari
output encoder, menfragmentasi setiap frame video yang berukuran besar menjadi segmen yang berukuran kecil dan kemudian mengirimkan segmen ini melalui paket UDP pada jaringan nyata atau simulasi. Untuk setiap pengiriman paket UDP,framework mencatat tanda waktu, id paket, dan ukuran paket di sender trace file dengan bantuan tcp dump atau win dump, jika jaringan adalah Link nyata. Namun, jika jaringan disimulasikan,sender trace file disediakan oleh entitas pengirim. komponen VS juga membangkitkanvideo trace file yang berisi informasi tentang setiap framepadafile video real. Video trace file dan sender trace file yang kemudian digunakan untuk evaluasi kualitas video berikutnya . 4. ET (Evaluate Trace): Evaluasi berlangsung di sisi pengirim. Oleh karena
itu, informasi tanda waktu, id paket, dan ukuran paket yang diterima pada penerima harus dikirim kembali ke pengirim. Berdasarkan file video asli yang dikodekan, file video trace, file sender trace, dan file received trace,komponen ET menghasilkan laporandelay, packet loss, jitterserta file video rekontruksi untuk melihat hasil video pada sisi penerima mengalami kerusakan atau tidak.
5. FV (Fix Video): penilaian kualitas video digital dilakukan dari frame demi frame. Oleh karena itu, jumlah total frame video di sisi penerima, termasuk yang salah, harus sama seperti video asli di sisi pengirim.
6. PSNR (Peak Signal Noise Ratio): PSNR adalah salah satu objek untuk menilai QoSaplikasi pada transmisi video.
7. MOS (Mean Opinion Score):suatu subjektif untuk mengukur kualitas video digital pada aplikasi.
2.5 Modul WiMAX NIST
Modul WiMAX ini modul yang dibuat oleh National Institute of Standards and Technology (NIST) berdasarkan WirelessMAN-OFDM. Proses UL dan DL dipisahkan oleh TDD. Modul NIST menyediakan basic scheduler round robin dan mendukung scanning dan handover, serta fragmentation and framereassembling[6].
Gambar 2.8 menunjukan struktur utama dari modul WiMAX NIST. Modul 802.16 ini mewakili MAC module pada NS-2. Ada 6 komponen utama pada Modul ini yaitu peer node; connection; service flow; classifier; scheduler dan statistics. Peer node merekam informasi peer termasuk Subscriber Station dan Base Station[6].
Gambar 2.8. Struktur utama modul WiMAX NIST
Pada WiMAX setiap subscriber station hanya mempunyai 1 connection. Dimana, keadaan dari incoming dan outgoingconnections diatur oleh modul connection. Tiap connection dapat berisi beberapa service flows, yang ditangani
oleh modul service flows. Modul classifier merekamdan memproses incoming dan outgoing paket.
Modul WiMAX NIST ditambahkan ke NS-2 dan divalidasi pada beberapa test dan verifikasi kebenaran penambahan fungsi dan memenuhi standard IEEE 802.16. Beberapa metode validasi adalah link adaptation, data rate validation, frame validation dan QoS validation. link adaptation untuk memvalidasi kecenderungan benar dari Signal to Noise Ratio pada posisi Subscriber Station; data rate validation mengukur consistency bandwidth sel; frame validation and QoS validation mengecek formatframe pada mode TDD; QoS validation mengecek kebenaran dari tiap class of service[6].
2.6 Pengaturan Beban TransportLayer Protokol
Pengaturan beban transportlayer protokol dikembangkan berdasarkan ide dari Seyed Mohammad Ali Zeinolabedin lulusan dari Azad University di Negara Iran. Secara normal, frame video yang dihasilkan dalam jangka waktu yang tetap sehingga video memiliki parameter frame tertentu per detik (fps). Selanjutnya, kompresi video membedakan ukuran frame berdasarkan jenis framenya. Frame I berisi gambar asli yang memiliki kapasitas sedikit lebih tinggi daripada jenis frame video P atau B yang hanya dibangun oleh bagian perubahan byte gambar yang ditunjukkan pada Gambar 2.9 [7].
Di sisi lain, komunikasi nirkabel untuk lalu lintas berbasis IP membutuhkan permintaan bandwidth, seperti permintaan untuk kirim (RTS) dan Clear untuk kirim (CTS) di jaringan 802.11, atau permintaan bandwidth di jaringan 802.16. Beberapa dipisahkan dengan permintaan byte kecil dalam waktu singkat tidak efisien dan cenderung mengurangi kinerja akses karena akan lebih sering mengalami kompetisi pada permintaan.
Frame video yang dihasilkan oleh aplikasi perangkat lunak lapisan buffer akan bergabung dua atau lebih frame untuk mencapai permintaan bandwidth yang sering berkurang dan ukuran lalu lintas yang lebih padat. Gambar 2.9 bdan 2.9 c menunjukkan bahwa dengan menggabungkan dua atau lebih frame, lalu lintas lebih padat dan sering berkurang. lalu lintas asli tanpa buffering berisi 120 frame dengan ukuran rata-rata 9362 bit. Dengan asumsi jaringan tidak lebih dari kapasitas, lalu lintas ini dapat menghasilkan 120 waktu transmisi. Ketika dua atau tiga frame bergabung, jumlah transmisi dikurangi, 90 dan 72 kali dengan trafik padat 12.482 dan 15.600 bit dalam rata-rata [7].
Gambar 2.9. Transport layer load management
BAB I
PENDAHULUAN
1.1 Latar Belakang
Worldwide Interoperability for Microwave Access (WiMAX) merupakan teknologi BroadbandWireless Access (BWA) yang memiliki kecepatan akses yang tinggi dengan jangkauan yang luas dan didesain untuk memenuhi kebutuhan Quality of Service (QoS) pada hubungan uplink maupun downlink.Standar umum sistem WiMAX yaitu dari Institute of Electrical and Electronics Engineering (IEEE) 802.16 WirelessMAN [1].
WiMAXmendukung kebutuhan kecepatan tinggi untuk akses
multimediaseperti video streaming. Saat ini komunikasi multimedia menjadi kebutuhan masyarakat luas. Sebagai contoh, komunikasi real-time melalui skype, komunikasi satu arah non real-time seperti video youtube[1]. Jika kapasitas transmisi memadai, diproyeksikan komunikasi multimedia antara pengguna perangkat bergerak akan meningkat di masa yang akan datang.
Perangkat komunikasi bergerak menggunakan baterai sebagai sumber energinya. Berjalannya semua aplikasi bergantung pada ketersediaan energi dari baterai. Semua aplikasi ini mengkonsumsi energi baterai yang cukup besar karena melibatkan transmisi data video yang berkapasitas besar [10]. Umur baterai sebagai sumber energi untuk perangkat komunikasi bergerak menjadi perhatian khusus bagi para ahli dan produsen perangkat baterai.
Selain teknologi baterai, jaringan, dan aplikasi pengguna, protokol komunikasi memegang peranan penting dalam menentukan seberapa banyak sinyal-sinyal komunikasi berinteraksi. Semakin banyak interaksi semakin banyak daya baterai yang dibutuhkan [10]. Sehingga, pemilihan protokol yang efisien dalam menggunakan energi sangat penting. Tugas Akhir ini bertujuan menghitung