Abstrak - Media Teknologi streaming terdiri dari secara bersamaan men-download dan mereproduksi objek multimedia dari internet tanpa perlu menyimpan semua informasi dalam klien memori. Teknologi ini sangat tepat untuk klien aplikasi yang berjalan pada perangkat komputasi portabel (telepon seluler dan perangkat genggam) karena memori yang terbatas dan bandwidth sumber daya. Masalah serius yang belum sepenuhnya diperiksa oleh para peneliti lainnya adalah kontrol sementara dan karena kurangnya cakupan berselang pemutusan, serta mempengaruhi kinerja media streaming. Tujuan dari kertas untuk menggambarkan solusi yang efisien berdasarkan agen berjalan lebih dari komputer portabel dihubungkan oleh Wireless Fidelity (WiFi) link. Dalam percobaan praktis kami, agen dalam dua Jawa berbeda Agen Development Framework (JADE) platform (diinstal di komputer portabel). Mereka mengenkapsulasi standar sesi pesan kontrol Real Time Streaming Protocol (RTSP) dan multimedia datagrams untuk mencegat asli lalu lintas antara klien dan server RTSP.
PENDAHULUAN
Media streaming adalah teknik yang digunakan untuk men-download objek media dari internet untuk segala jenis perangkat terminal. Sejak objek multimedia tidak perlu disimpan dalam perangkat lokal memori, hal ini terutama cocok untuk portabel baru komunikasi gadget: mp3 player, ponsel, Pribadi Digital Assistant (PDA), perangkat navigasi berdasarkan Global Positioning System (GPS), dan seterusnya. Gadget ini biasanya termasuk komunikasi nirkabel dari kain. Sebuah protokol standar yang digunakan untuk media streaming adalah Real Time Streaming Protocol (RTSP) [1]. Namun ada standar lain, termasuk HiperText Transfer Protocol (HTTP) [2], TCP Friendly [3], Stream Control Protocol Transmission (SCTP) [4] atau protokol proprietary seperti Microsoft Media © Layanan (MMS). Semuanya sesi protokol berorientasi (sementara pengguna men-download objek media, sesi dibuka di
media server). Jika komunikasi antara klien (pengguna) dan server rusak selama transmisi selama waktu tertentu periode waktu, server menutup sesi.
Media streaming adalah teknik yang digunakan untuk men-download objek media dari internet untuk segala jenis perangkat terminal. Sejak objek multimedia tidak perlu disimpan dalam perangkat lokal memori, hal ini terutama cocok untuk portabel baru komunikasi gadget: mp3 player, ponsel, Pribadi Digital Assistant (PDA), perangkat navigasi berdasarkan Global Positioning System (GPS), dan seterusnya. Gadget ini biasanya termasuk komunikasi nirkabel dari kain. Sebuah protokol standar yang digunakan untuk media streaming adalah Real Time Streaming Protocol (RTSP) [1]. Namun ada standar lain, termasuk HiperText Transfer Protocol (HTTP) [2], TCP Friendly [3], Stream Control Protocol Transmission (SCTP) [4] atau protokol proprietary seperti Microsoft Media © Layanan (MMS). Semuanya sesi protokol berorientasi (sementara pengguna men-download objek media, sesi dibuka di
media server). Jika komunikasi antara klien (pengguna) dan server rusak selama transmisi selama waktu tertentu periode waktu, server menutup sesi.
Perilaku tak terduga saluran nirkabel dari waktu ke waktu [5] (semua teknologi menderita masalah ini dan khususnya WiFi [6]) memprovokasi tak terduga kehilangan cakupan menghambat klien terminal kemampuan komunikasi (pengguna) untuk sementara. Ini berarti ada kemungkinan besar bahwa klien akan terputus selama transmisi jika cakupan hilang untuk tertentu periode waktu. Dalam hal ini, komunikasi rusak dan server memutuskan untuk menutup sesi (mempengaruhi waktu-off dan melompat jarak [7] negatif). Jika tidak, server akan mempertahankan membuka sesi untuk jumlah tak tentu waktu (tidak dapat tahu kapan klien akan kembali atau bahkan jika hal itu akan melakukannya) dengan biaya akibatnya sumber daya server. Yang terburuk skenario adalah bahwa ketika klien menghubungkan kembali harus mulai menerima kembali objek media dari awal. Kemudian media streaming teknik bertentangan sendiri menghasilkan tinggi hilangnya kinerja. Kami pikir ini adalah masalah yang menantang yang harus dipecahkan secara efisien: harus dipastikan bahwa klien akan menerima informasi yang hilang (sementara itu di luar jangkauan) dan terus menerima di titik server mereproduksi objek media saat menghubungkan
Beberapa solusi level aplikasi untuk masalah ini telah dieksplorasi. Dalam Proyek Janus [8] kerangka kerja perangkat lunak mengusulkan bahwa mendeteksi dan memprediksikan yang akan datang "titik masalah" ketika sebuah perangkat mobile bergerak melalui jaringan nirkabel mengukur kekuatan sinyal dan kualitas, latency jaringan, dan packet loss. Aplikasi dapat menggunakan kerangka kerja ini untuk mendeteksi daerah kualitas jaringan yang rusak dan mengambil kompensasi tindakan, menghasilkan efektivitas ditingkatkan. Dalam [9] disajikan sebuah didistribusikan arsitektur perangkat lunak yang mencoba untuk memprediksi perilaku jaringan nirkabel yang paralel terdistribusi aplikasi gunakan untuk beradaptasi eksekusi mereka untuk menghindari kegagalan komunikasi ketika proses menggunakan sinkron pesan dan data menunjukkan dependensi (hanya setelah menerimadata, mereka dapat melanjutkan komputasi data baru). Baru-baru ini, dalam [10] penulis sekarang bekerja terus menerus berfokus pada cara mencapai kualitas layanan video yang lebih baik berdasarkan lapisan adaptif, memperhatikan gerakan pengguna dan kendala lokasi baru mereka. Mereka mencoba untuk beradaptasi menilai ketika pengguna ponsel perubahan dari satu teknologi jaringan, untuk UMTS misalnya, untuk satu lagi, misalnya WiFi. Di sisi lain, di tingkat agen aplikasi perangkat lunak [11], proaktif buffering [12] dan proxy [13] juga dapat digunakan untuk mengontrol pemutusan berselang. Kertas mani [14] menyajikan arsitektur perangkat lunak agen didistribusikan di mana agen terminal klien berkomunikasi dengan agen proxy tetap menegosiasikan beberapa parameter akses internet, bergerak klien agen untuk jaringan tetap pada saat pemutusan sebuah terdeteksi. Dalam [15] hal ini dijelaskan implementasi berbasis web multi-agent sistem yang dirancang khusus untuk pengguna di perjalanan, untuk konten multimedia streaming ke perangkat genggam. Mereka tidak mengatur infrastruktur jaringan tertentu. Dalam [16] para penulis mengusulkan agen ponsel berbasis multimedia di mana-mana middleware untuk menyelesaikan pemutusan berselang dipicu oleh penyerahan perangkat WiFi. Mereka mengusulkan dua tingkat proaktif buffering (satu buffer di tepi kabel proxy dan yang lainnya di perangkat mobile). Untuk pengetahuan kita telah ada tidak ada upaya yang mengenkapsulasi pesan RTSP menggunakan multiagen yang pesan sistem transportasi dan juga yang menggunakan buffer proaktif untuk memecahkan masalah ketidaksinambungan berselang. Dalam makalah ini kami mengeksplorasi penggunaan JADE [17] yang merupakan open source Multi Agent System (MAS) yang benar-benar memenuhi rekomendasi Yayasan Agen Fisik Intelligent (FIPA) [18]. JADE adalah sebuah platform yang menarik karena mencakup Ringan yang Extensible Platform Agen (LEAP) yang sedang digunakan untuk program telepon PDA dan mobile [19]. Sampai kami pengetahuan, kinerja JADE belum dipelajari melanjutkan sesi streaming secara otomatis. Penting lainnya topik adalah untuk mengkaji kinerja platform JADE serta Pesan Transport Protocol (MTP) yang bisa membantu memberikan solusi tingkat tinggi untuk pemutusan berselang. Dalam tulisan ini kami menampilkan sebuah mekanisme kontrol proaktif pemutusan sesekali link WiFi berdasarkan proaktif buffer dikelola oleh agen JADE (satu untuk klien dan satu lagi untuk server RTSP). Kami telah menunjukkan kami Hasil mengeksekusi perangkat lunak pada dua komputer portabel interkoneksi oleh link WiFi. Awalnya kami amati bahwa JADE's kinerja sesuai dan bahwa perilaku MTP cukup baik. Sisa kertas ini disusun sebagai berikut. Pada bagian 2 kita menguraikan karakteristik penting dari MAS dan kami motivasi untuk menggunakannya untuk memecahkan masalah yang berasal dari intermiten nirkabel pemutusan. Bagian 3 dikhususkan untuk hadir solusi perangkat lunak yang diajukan kami. Pada bagian 4 adalah disajikan lebih dalam rincian pelaksanaan dan beberapa pengukuran kinerja. Beberapa keuntungan yang disajikan dalam bagian 5. Akhirnya, kami meringkas dan menyajikan kesimpulan kami petunjuk untuk penelitian lebih lanjut.
MANFAAT PENGGUNAAN MAS
Untuk pengetahuan kita karakteristik utama dari agen perangkat lunak (Otonomi, belajar, proactiveness, skalabilitas, fleksibilitas dan kehandalan) belum diteliti untuk mendapatkan cerdas streaming metode distribusi jaringan nirkabel menggunakan alam mereka sistem pesan lewat untuk merangkum kontrol RTSP pesan. Kami pikir agen bisa bekerja sama dalam memprediksi perilaku komunikasi nirkabel untuk menghindari (atau setidaknya mengurangi) dampak penurunan kinerja komunikasi di hadapan ketidaksinambungan nirkabel intermiten. Salah satu manfaat menggunakan MAS adalah bahwa hal itu menyederhanakan aplikasi desain. Hal ini karena layanan yang ditawarkan oleh MAS platform memungkinkan tingkat tinggi abstraksi untuk desain rincian messenger dan / atau Remote Method Invocation (RMI). Dengan cara ini perancang aplikasi hanya untuk mengatasi pelaksanaan aturan bisnis (video streaming dalam kami kasus).Manfaat lainnya adalah kelebihan utama yang MAS menawarkan: modularitas (mengurangi kerumitan perancangan perangkat lunak), skalabilitas, fleksibilitas (menambahkan atau menghapus agen sangat perilaku sederhana) dan pra-mapan agen (mengizinkan agen untuk menunjukkan perilaku baik proaktif dan reaktif). Dalam rangka untuk mengambil keuntungan dari manfaat di atas, penting untuk menggunakan platform MAS yang mencakup semuanya. JADE adalah sebuah platform tunggal terdiri dari satu atau lebih wadah yang dapat terletak di host yang berbeda dengan unik utama wadah menjalankan layanan RMI. Menawarkan yang berbeda implementasi tergantung pada ketersediaan sumber daya perangkat yang akan digunakan, yang membuat pilihan yang menarik. Sebuah solusi yang bekerja dengan baik pada Java 2 Platform, Standard Edition (J2SE) memiliki peluang bagus untuk bekerja sama dengan baik pada Java 2 Platform, Micro Edition (J2ME), menggunakan LEAP. Sebuah Manfaat tambahan adalah bahwa MTP dari JADE jaminan komunikasi antara agen tinggal di terdistribusi kontainer, sehingga menawarkan layanan kegagalan pemulihan. Dalam kasus pemutusan, itu melakukan pemeriksaan berkala untuk memantau rekoneksi tersebut. Setelah rekoneksi ini tercapai, maka mengkomunikasikan perubahan negara dengan mengirimkan pesan ke agen, sehingga mereka dapat memulai kembali dialog dari tempat itu berhenti.
MEKANISME OTOMATIS
Gambar. 1 menunjukkan arsitektur umum implementasi mekanisme kita. Jaringan akses terdiri dari sel wireles di mana salah satu gadget mobile dapat dihubungkan (untuk Misalnya menggunakan teknologi WiFi). Kami kira tepi Internet router yang Access Point WiFi dan komputer (yang kami denominasi komputer internet tepi) yang terhubung. Tepi router tersambung ke Jaringan Metropolitan tetap yang akses ke Internet Tetap di mana multimedia
server streaming tersambung. Kami menganggap portabel komputer yang menerapkan multimedia streaming klien menggunakan RTSP sinyal dan Real Time Protocol (RTP) untuk media transmisi datagram. Klien ini menggunakan link WiFi untuk mengakses multimedia streaming server. Salah satu tujuan dari makalah ini adalah untuk mengevaluasi kinerja MTP dari JADE untuk melihat efisiensi pemulihan koneksi dalam kasus kegagalan nirkabel saluran atau hilangnya koneksi akibat lintasan mobile gadget. Dalam rangka untuk dapat memulihkan asli RTSP / RTP Client-Server komunikasi menggunakan MTP diperlukan untuk merangkum komunikasi dalam pesan menggunakan Agen FIPA Komunikasi Language (ACL). Re-program semua komersial klien dan server (dalam Untuk merangkum komunikasi) yang ada di pasar tidak mungkin dan juga diinginkan karena sumbernya kode tidak membuka atau tugas pemrograman ulang bisa sangat sulit. Solusi yang lebih baik, lebih efisien dan cepat yang layak terdiri dari pemrograman agen independen yang mencegat pesan client-server. Mereka akan bertanggung jawab untuk mendeteksi kegagalan komunikasi nirkabel dan komposisikan ulang pesan sesuai. Parameter desain penting adalah di mana awalnya menginstal agen (JADE platform). Mereka harus menyelesaikan WiFi berselang pemutusan dan melakukan pembukaan kembali otomatis sesi. Seperti yang wajar, memasang agen di Internet tepi komputer dan satu lagi di komputer portabel, mereka dapat bekerja sama menemukan ketika komputer portabel di luar cakupan sinyal hanya menggunakan MTP. Kami nama agen di komputer portabel sebagai Agen Klien Proxy (APC) yang pengalihan komunikasi kepada Agen Proxy Server (APS) host di tepi komputer internet. Streaming klien menggunakan APC sebagai proxy navigasi. APC memotong RTSP / RTP pesan dan mengenkapsulasi mereka di INFORM (untuk RTSP) dan USULAN (untuk RTP serial objek media) jenis FIPA ACL pesan. APS menerima pesan ini encapsulated (Menggunakan link unrealiable WiFi) dan mengkonversi mereka dengan aslinya RTSP / RTP pesan yang dikirim oleh klien. Pesan ini diarahkan ke server streaming multimedia (menggunakan diandalkan kabel link ke router EGDE). Kita berurusan dengan kinerja JADE dan untuk alasan itu, kita menjaga komunikasi antara agen dengan cara ini sederhana ini tidak mendefinisikan ontologi. Kita hanya perlu untuk menginstal agen-agen ini (di bawah platform JADE) dalam komputer secara aman. Hal ini tidak perlu untuk memindahkan agen, sehingga kita tidak perlu mempertimbangkan masalah keamanan dijelaskan dalam [20]. Akhirnya, parameter lain desain penting adalah apa yang agen harus lakukan ketika sebuah pemutusan ditemukan. Ini menyiratkan buffering proaktif sementara data multimedia APS.
server streaming tersambung. Kami menganggap portabel komputer yang menerapkan multimedia streaming klien menggunakan RTSP sinyal dan Real Time Protocol (RTP) untuk media transmisi datagram. Klien ini menggunakan link WiFi untuk mengakses multimedia streaming server. Salah satu tujuan dari makalah ini adalah untuk mengevaluasi kinerja MTP dari JADE untuk melihat efisiensi pemulihan koneksi dalam kasus kegagalan nirkabel saluran atau hilangnya koneksi akibat lintasan mobile gadget. Dalam rangka untuk dapat memulihkan asli RTSP / RTP Client-Server komunikasi menggunakan MTP diperlukan untuk merangkum komunikasi dalam pesan menggunakan Agen FIPA Komunikasi Language (ACL). Re-program semua komersial klien dan server (dalam Untuk merangkum komunikasi) yang ada di pasar tidak mungkin dan juga diinginkan karena sumbernya kode tidak membuka atau tugas pemrograman ulang bisa sangat sulit. Solusi yang lebih baik, lebih efisien dan cepat yang layak terdiri dari pemrograman agen independen yang mencegat pesan client-server. Mereka akan bertanggung jawab untuk mendeteksi kegagalan komunikasi nirkabel dan komposisikan ulang pesan sesuai. Parameter desain penting adalah di mana awalnya menginstal agen (JADE platform). Mereka harus menyelesaikan WiFi berselang pemutusan dan melakukan pembukaan kembali otomatis sesi. Seperti yang wajar, memasang agen di Internet tepi komputer dan satu lagi di komputer portabel, mereka dapat bekerja sama menemukan ketika komputer portabel di luar cakupan sinyal hanya menggunakan MTP. Kami nama agen di komputer portabel sebagai Agen Klien Proxy (APC) yang pengalihan komunikasi kepada Agen Proxy Server (APS) host di tepi komputer internet. Streaming klien menggunakan APC sebagai proxy navigasi. APC memotong RTSP / RTP pesan dan mengenkapsulasi mereka di INFORM (untuk RTSP) dan USULAN (untuk RTP serial objek media) jenis FIPA ACL pesan. APS menerima pesan ini encapsulated (Menggunakan link unrealiable WiFi) dan mengkonversi mereka dengan aslinya RTSP / RTP pesan yang dikirim oleh klien. Pesan ini diarahkan ke server streaming multimedia (menggunakan diandalkan kabel link ke router EGDE). Kita berurusan dengan kinerja JADE dan untuk alasan itu, kita menjaga komunikasi antara agen dengan cara ini sederhana ini tidak mendefinisikan ontologi. Kita hanya perlu untuk menginstal agen-agen ini (di bawah platform JADE) dalam komputer secara aman. Hal ini tidak perlu untuk memindahkan agen, sehingga kita tidak perlu mempertimbangkan masalah keamanan dijelaskan dalam [20]. Akhirnya, parameter lain desain penting adalah apa yang agen harus lakukan ketika sebuah pemutusan ditemukan. Ini menyiratkan buffering proaktif sementara data multimedia APS.
Gambar. 2. Tindakan otomatis sesi streaming melanjutkan.
Gambar. 2 menunjukkan langkah-langkah utama dari mekanisme pembukaan kembali untuk memecahkan ketidaksinambungan intermiten diuraikan dalam bagian I. Pertama (tindakan ditandai sebagai 1), klien isu permintaan RTSP (RTSP "SETUP URL" pesan). Kedua, APC (2) mengenkapsulasi dalam suatu jenis INFORM pesan dan pengalihan itu untuk APS yang mengirim (3) ke server (lagi sebagai RTSP "SETUP URL" pesan). Setelah server menerima bahwa pesan, ia mengirim kembali respon (yaitu RTSP "200 OK"). Kami kemudian menduga bahwa pada langkah 4 server telah menerima RTSP PLAY ketertiban dan mengirimkan kembali data menggunakan protokol RTP (setelah mengirimkan RTSP "200 OK" pesan). Mereka data dicegat oleh APS yang menyimpan mereka sementara (5) dalam sebuah sumur dimensioned penyangga dan juga mengirim mereka ke APC menggunakan USULAN jenis pesan. Pada titik ini APC menerima mereka (6) dan meneruskan yang datagrams media untuk klien (yang bisa hadir mereka untuk pengguna, langkah 7), tetapi juga mengirim balik ACK jenis pesan ke APS (8) untuk mengkonfirmasi penerimaan blok terakhir dari media data yang diterima. Pesan ini dikemas dalam pesan INFORM. Setelah menerima APSACK jenis pesan yang akan menghapus data tersebut diakui dalam penyangga proaktif (ditandai sebagai buffer kosong pada langkah 9). Langkah-langkah ini dapat diulang untuk blok pengingat media data (10). Mari kita perhatikan bahwa tindakan 7 dan 9 yang tumpang tindih dengan penyimpanan data baru dalam tindakan 5. Dengan cara ini kita menyembunyikan mungkin overhead mekanisme kami. Ini serangkaian tindakan yang bisa dicapai sampai akhir proses streaming. Mari kita periksa tindakan untuk menangani intermittent pemutusan dari klien WiFi portabel (11) mempengaruhi multimedia komunikasi data. MTP berkala polling di langkah 8 dan 9 APC dan APS untuk menguji apakah mereka masih hidup. APS menambahkan temporal menyimpan frame media di buffer nya. Ukuran maksimal yang tepat buffer ini tergantung pada jumlah waktu klien terputus (dengan mesin server powered kami dapat mendukung beberapa menit disconecction) dan resolusi media frame (teknik kompresi). Dalam praktek yang terputus-putus pemutusan bisa bertahan 1 menit (dalam beberapa kasus, lebih dari kali ini tidak praktis karena pengguna tidak dapat mengikuti plot mudah). Jadi mekanisme kita adalah scalable (jumlah yang relatif besar klien nirkabel dapat didukung oleh APS yang sama). Mari kita mempertimbangkan bahwa pada langkah 5, frame APS mengirimkan juga disimpan dalam buffer dan bahwa mereka akan dihapus jika menerima ACK. Ketika klien portabel di luar cakupan respon ACK tidak datang di APS. Dalam hal ini dan sementara itu di luar jangkauan frame media akan disimpan dalam buffer. Salah satu manfaat utama menggunakan JADE adalah bahwa MTP akan mencoba untuk menyambung kembali APS dan APC selama beberapa waktu. MTP memungkinkan programmer untuk menentukan waktu yang keluar Nilai default adalah 1 menit tetapi dapat diatur untuk jam atau hari memang. Ini keluar waktu juga pengaruh buffer efisien dimensioning. Menggunakan waktu keluar MTP menangani pesan pengiriman. Jika komunikasi terganggu, akan MTP coba pengiriman secara teratur. Bila pesan akhirnya diterima oleh APC, MTP mengirim pesan ke APS. Mari kita perhatikan bahwa intermittent pemutusan sementara APC mengirimkan sinyal perintah RTSP akan langsung kembali oleh RTSP semantik. Sebagai contoh, jika klien mengeluarkan RTSP "PLAY" perintah ketika sedang di luar jangkauan, tidak akan tiba ke server. Setelah waktu tertentu-out klien akan mengulangi perintah karena tidak ada jawaban diterima. Sebaliknya, jika RTSP "PLAY" perintah tiba ke server, tapi yang terkait jawaban tidak datang ke klien (hanya dalam waktu yang instan adalah di luar jangkauan), maka akan menyimpan APS yang terkait media data sampai klien tersambung lagi. Setelah hubungan antara agen telah didirikan kembali, APS akan flush buffer (12) membaca media memerintahkan frame di dalam buffer dan mengirim mereka ke APC. APC hanya pengalihan frame ke klien (13). Dengan cara ini, nirkabel klien dapat memulihkan sungai hanya pada titik itu hilang visi (14). Akhirnya, penting untuk berkomentar bahwa server tidak menerima RTSP "teardown" perintah dari klien ketika it goes di luar jangkauan (APS selalu hidup dan menerima dari server). Jadi sesi asli masih terbuka dan klien dapat melanjutkan dengan streaming.
EVALUASI KINERJA HASIL PERCOBAAN
Kami telah mengadaptasi kode untuk klien dan server yang ditemukan di [21]. Dalam pelaksanaannya server mengadakan benang tunggal untukmenghadiri hanya untuk satu klien. Integrasi kode ini ke Platform JADE dipandu oleh beberapa perubahan yang diperlukan yaitu integrasi dengan agen dan migrasi dari beberapa server fungsionalitas dengan perilaku APS. Secara khusus, APC harus menerima pesan klien RTSP, merangkum mereka ke ACL pesan (menggunakan MTP) dan kemudian mengirimkan mereka ke APS seperti RTSP normal klien. Di sisi lain APS memiliki bagian klien yang menerima pesan dari server dan server untuk sebagian menghadiri pesan APC. Ia memiliki benang tunggal untuk menyimpan media frame di memori utama. Kami mencoba untuk mempertahankan standar perilaku klien dan server tidak berubah. Hal ini penting dapat terhubung agen kami kepada klien RTSP standar dan server. Kami menggunakan format film sederhana bernama Motion Bersama Expert Group fotografi (MJPEG) [22]. Dalam format video disimpan sebagai urutan gambar JPEG. Oleh karena itu, payload paket RTP terdiri dari gambar JPEG. Ini sangat menyederhanakan desain penyajian objek multimedia di klien. Alasan menggunakan MJPEG format adalah bahwa format yang sangat sederhana dan mungkin harus digunakan dalam peringkat tinggi perangkat: hampir semua dari mereka memiliki kapasitas untuk memecahkan kode gambar dalam format JPEG (dan karena itu mengatur dirantai dari mereka). Dalam skema arsitektur umum Gambar tersebut. 1 itu menunjukkan bahwa untuk menyetujui multimedia streaming server itu akan diperlukan untuk menyeberangi Kernel Internet. Menentukan mekanisme untuk memberikan kinerja yang baik dari streaming teknik Kernel Internet dengan nirkabel
akses adalah masalah yang belum memiliki solusi optimal [23]. Sejak kita tertarik dalam studi kinerja streaming teknik di bagian jaringan akses nirkabel di hadapan ketidaksinambungan sporadis, kami menginstal APS dan multimedia streaming server di tepi Internet komputer (yang juga merupakan komputer portabel). Portabel komputer yang host klien dan APC dan portabel komputer yang host server dan APS, berkomunikasi menggunakan WiFi link. Hal ini memungkinkan kita untuk fokus pada studi tentang kami menghindari masalah pengaruh dari jaringan tetap. Karakteristik perangkat keras komputer client portabel adalah: 1,6 GHz Pentium Centrino Processor, 512 MB Random Access Memory (RAM), 54 Mbps Network Card Interface WiFi (NIC). Hal ini dihubungkan ke WiFi Access Point 54 Mbps. Server dan APS telah diinstal pada komputer portabel dengan karakteristik sebagai berikut: 1.2 GHz Processor Pentium mobile, 512 MB RAM dan 11 Mbps NIC WiFi. Kami menggunakan Terpadu Development Environment (IDE) Eclipse 3.0.1 [24] untuk menerapkan kode Java di atas Java Virtual Machine (JVM) 1.4.2 [25]. JADE dipasang di kedua komputer portabel menggunakan Eclipse. MTP menangani pesan lewat ACL antara agen. Kami telah menggunakan Internet-Inter-Object-request-broker Protocol (IIOP) Hypert Text Transfer Protocol (HTTP) untuk JADE interplatform komunikasi antar mesin yang berbeda karena memberikan kinerja yang baik [26]. Dalam JADE 3.3 MTP bisa menghasilkan MTPException ketika kesalahan komunikasi terjadi.
akses adalah masalah yang belum memiliki solusi optimal [23]. Sejak kita tertarik dalam studi kinerja streaming teknik di bagian jaringan akses nirkabel di hadapan ketidaksinambungan sporadis, kami menginstal APS dan multimedia streaming server di tepi Internet komputer (yang juga merupakan komputer portabel). Portabel komputer yang host klien dan APC dan portabel komputer yang host server dan APS, berkomunikasi menggunakan WiFi link. Hal ini memungkinkan kita untuk fokus pada studi tentang kami menghindari masalah pengaruh dari jaringan tetap. Karakteristik perangkat keras komputer client portabel adalah: 1,6 GHz Pentium Centrino Processor, 512 MB Random Access Memory (RAM), 54 Mbps Network Card Interface WiFi (NIC). Hal ini dihubungkan ke WiFi Access Point 54 Mbps. Server dan APS telah diinstal pada komputer portabel dengan karakteristik sebagai berikut: 1.2 GHz Processor Pentium mobile, 512 MB RAM dan 11 Mbps NIC WiFi. Kami menggunakan Terpadu Development Environment (IDE) Eclipse 3.0.1 [24] untuk menerapkan kode Java di atas Java Virtual Machine (JVM) 1.4.2 [25]. JADE dipasang di kedua komputer portabel menggunakan Eclipse. MTP menangani pesan lewat ACL antara agen. Kami telah menggunakan Internet-Inter-Object-request-broker Protocol (IIOP) Hypert Text Transfer Protocol (HTTP) untuk JADE interplatform komunikasi antar mesin yang berbeda karena memberikan kinerja yang baik [26]. Dalam JADE 3.3 MTP bisa menghasilkan MTPException ketika kesalahan komunikasi terjadi.
Fig.3. Eclipse IDE showing that the messages could not be delivered.
Dalam Gambar. 3 ditampilkan, pada Graphical User Interface (GUI) dari IDE Eclipse, yang persis terjadi serangkaian pesan peringatan yang menunjukkan bahwa komunikasi telah terganggu ("tidak dapat memberikan pesan ke alamat ... "). Dari sudut pandang agen pengecualian ini diterjemahkan ke dalam pesan ACL KEGAGALAN dikirim kembali ke agen. Kami telah untuk menemukan versi baru dari MTP karena yang asli tidak membuang semua kesalahan. Khususnya ketika agen pesan terkirim ke platform yang tidak on-line, HTTP MTP menghasilkan SocketException yang tidak ditransmisikan ke platform. Hasilnya adalah bahwa agen tidak punya cara untuk memutuskan apakah pesan diterima atau tidak. Menggunakan versi baru MTP pelaksanaan semua kegagalan kasus ditransmisikan. Dalam Gambar. 4 kami menunjukkan contoh grafis itu. Hal ini ditunjukkan GUI untuk debugging aplikasi JADE Remote mata Pemantauan Agen (RMA). Bagian kiri menunjukkan agen termasuk dalam GUI secara default: Sistem Manajemen Agen (AMS) yang menyediakan lingkungan yang terintegrasi dengan beberapa jasa (dirumuskan seperti agen juga) untuk agen
platform, yang Sniffer (yang melakukan debugging dari aplikasi) dan Fasilitator Direktori (DF) yang menyediakan pelayanan "halaman kuning" untuk para agen yang dikenal oleh platform. Para XAPC agen yang sesuai dengan APC ditandai untuk debugging. Di bagian kanan GUI adalah berbeda pesan kesalahan dan pemulihan komunikasi. Catatan bahwa pesan ini diklasifikasikan antara pesan dikirim atau diterima oleh APC dan agen-agen lainnya. Setelah beberapa kesalahan komunikasi (dan retries yang sesuai MTP) yang koneksi ulang dicapai saat koneksi nirkabel pulih (seperti menunjukkan pesan peringatan Windows). Dalam skenario di atas, pertanyaan cepat diajukan: apakah JADE sesuai untuk mengimplementasikan proxy sebagai agen? Untuk menjawab itu kita dianggap pada dasarnya tiga aspek yang berbeda: a) untuk mengamati pemakaian memori JVM, b) untuk mengukur frekuensi menerbitkan frame di server dan c) untuk mengukur jitter tersebut. Pada hasil percobaan kami diukur di atas asosiasi parameter (aspek a, b, dan c) melaksanakan sampai dengan lima streaming kali perangkat lunak hanya mengingat Jawa pelaksanaan klien dan server. Setelah itu kami mengulangi pelaksanaan klien yang sama dan server (sedikit dimodifikasi) bekerja sama dengan proxy JADE agen. Dalam semua eksekusi ini kita mempertahankan beban kerja secara keseluruhan klien, server dan mesin proxy konstan untuk tidak mengganggu itu hasil eksperimen. Kami melakukan beberapa tes memindahkan komputer client portabel keluar cakupan dan kembali setelah satu menit (paling banyak). Kami diperiksa bahwa tanpa perangkat lunak kami sesi streaming adalah tidak pernah kembali (klien hilang definitif sesi dan yang baru harus ulang). Melakukan gerakan-gerakan yang sama tetapi agen kami menggunakan proxy berdasarkan sesi streaming selalu dilanjutkan di hanya titik klien kehilangan visi. Dalam Gambar. 5 kami menunjukkan peningkatan ukuran memori JVM saat agen JADE dieksekusi tindakan mereka. Koordinat vertikal merupakan kenaikan Mega Bytes (MB). Persentase peningkatan komputer client portabel adalah 44,64% dan di server 56,9%. Mari kita perhatikan bahwa pengukuran yang tepat kuantifikasi menggunakan memori (dengan atau tanpa agen JADE) tidak berubah menjadi sederhana mengingat bahwa Jawa menyembunyikan internal rincian sistem manajemen memori, dan sampah kolektor. Untuk itu kami mengamati ukuran keseluruhan JVM (Meskipun sederhana untuk menampilkan ukuran maksimum frame buffer tidak dapat diamati dengan cara yang berdiri sendiri). Dalam Pengukuran setiap kita termasuk ukuran Eclipse lingkungan pemrograman (ini adalah alasan mengapa ukuran klien dan server tanpa agen adalah 61 dan 55.3 MB masing-masing). Jelas di PDA phone atau mobile menggunakan LEAP hanya ukuran ini jauh lebih kecil. Dalam Gambar. 6 kami menyajikan hasil eksperimen untuk frame menerbitkan dan jitter bila tidak ada agen yang digunakan. Kami telah memilih 5 film visualisasi. Kami memilih, untuk visualisasi masing-masing, sebuah interval frame berturut-turut menerbitkan sampel (yang sama interval untuk setiap visualisasi). Perilaku untuk semua sampel adalah mirip dengan sampel interval ini. Kami mengukur mereka mengeluarkan waktu. Dalam Gambar. 6.a terlihat bahwa frame mana diterbitkan secara berkala (dalam sumbu vertikal kami menyajikan akumulasi instan waktu frame penerbitan, di sumbu horisontal kita saat ini sampel yang berbeda penomoran). Dalam Gambar. 6.B jitter adalah disajikan (saat frame diterima di klien yang akan disajikan). Secara umum jitter itu linier dengan variasi kecil karena sifat saluran WiFi. Penting untuk dicatat bahwa hampir semua visualisasi yang disajikan karakteristik yang sama (yang jarak antara kurva berbeda adalah sangat kecil). Penundaan ini juga sangat kecil dan karena lalu lintas yang dihasilkan adalah Bit Konstan Rate (CBR) Mean Square Opini (MOS) yang baik (yang kita miliki tidak diukur itu kuantitatif). Kami setuju [15] bahwa CBR lalu lintas adalah paling cocok dalam kondisi lingkungan tertentu (bandwidth konstan dan objek multimedia dikenal ukuran).
platform, yang Sniffer (yang melakukan debugging dari aplikasi) dan Fasilitator Direktori (DF) yang menyediakan pelayanan "halaman kuning" untuk para agen yang dikenal oleh platform. Para XAPC agen yang sesuai dengan APC ditandai untuk debugging. Di bagian kanan GUI adalah berbeda pesan kesalahan dan pemulihan komunikasi. Catatan bahwa pesan ini diklasifikasikan antara pesan dikirim atau diterima oleh APC dan agen-agen lainnya. Setelah beberapa kesalahan komunikasi (dan retries yang sesuai MTP) yang koneksi ulang dicapai saat koneksi nirkabel pulih (seperti menunjukkan pesan peringatan Windows). Dalam skenario di atas, pertanyaan cepat diajukan: apakah JADE sesuai untuk mengimplementasikan proxy sebagai agen? Untuk menjawab itu kita dianggap pada dasarnya tiga aspek yang berbeda: a) untuk mengamati pemakaian memori JVM, b) untuk mengukur frekuensi menerbitkan frame di server dan c) untuk mengukur jitter tersebut. Pada hasil percobaan kami diukur di atas asosiasi parameter (aspek a, b, dan c) melaksanakan sampai dengan lima streaming kali perangkat lunak hanya mengingat Jawa pelaksanaan klien dan server. Setelah itu kami mengulangi pelaksanaan klien yang sama dan server (sedikit dimodifikasi) bekerja sama dengan proxy JADE agen. Dalam semua eksekusi ini kita mempertahankan beban kerja secara keseluruhan klien, server dan mesin proxy konstan untuk tidak mengganggu itu hasil eksperimen. Kami melakukan beberapa tes memindahkan komputer client portabel keluar cakupan dan kembali setelah satu menit (paling banyak). Kami diperiksa bahwa tanpa perangkat lunak kami sesi streaming adalah tidak pernah kembali (klien hilang definitif sesi dan yang baru harus ulang). Melakukan gerakan-gerakan yang sama tetapi agen kami menggunakan proxy berdasarkan sesi streaming selalu dilanjutkan di hanya titik klien kehilangan visi. Dalam Gambar. 5 kami menunjukkan peningkatan ukuran memori JVM saat agen JADE dieksekusi tindakan mereka. Koordinat vertikal merupakan kenaikan Mega Bytes (MB). Persentase peningkatan komputer client portabel adalah 44,64% dan di server 56,9%. Mari kita perhatikan bahwa pengukuran yang tepat kuantifikasi menggunakan memori (dengan atau tanpa agen JADE) tidak berubah menjadi sederhana mengingat bahwa Jawa menyembunyikan internal rincian sistem manajemen memori, dan sampah kolektor. Untuk itu kami mengamati ukuran keseluruhan JVM (Meskipun sederhana untuk menampilkan ukuran maksimum frame buffer tidak dapat diamati dengan cara yang berdiri sendiri). Dalam Pengukuran setiap kita termasuk ukuran Eclipse lingkungan pemrograman (ini adalah alasan mengapa ukuran klien dan server tanpa agen adalah 61 dan 55.3 MB masing-masing). Jelas di PDA phone atau mobile menggunakan LEAP hanya ukuran ini jauh lebih kecil. Dalam Gambar. 6 kami menyajikan hasil eksperimen untuk frame menerbitkan dan jitter bila tidak ada agen yang digunakan. Kami telah memilih 5 film visualisasi. Kami memilih, untuk visualisasi masing-masing, sebuah interval frame berturut-turut menerbitkan sampel (yang sama interval untuk setiap visualisasi). Perilaku untuk semua sampel adalah mirip dengan sampel interval ini. Kami mengukur mereka mengeluarkan waktu. Dalam Gambar. 6.a terlihat bahwa frame mana diterbitkan secara berkala (dalam sumbu vertikal kami menyajikan akumulasi instan waktu frame penerbitan, di sumbu horisontal kita saat ini sampel yang berbeda penomoran). Dalam Gambar. 6.B jitter adalah disajikan (saat frame diterima di klien yang akan disajikan). Secara umum jitter itu linier dengan variasi kecil karena sifat saluran WiFi. Penting untuk dicatat bahwa hampir semua visualisasi yang disajikan karakteristik yang sama (yang jarak antara kurva berbeda adalah sangat kecil). Penundaan ini juga sangat kecil dan karena lalu lintas yang dihasilkan adalah Bit Konstan Rate (CBR) Mean Square Opini (MOS) yang baik (yang kita miliki tidak diukur itu kuantitatif). Kami setuju [15] bahwa CBR lalu lintas adalah paling cocok dalam kondisi lingkungan tertentu (bandwidth konstan dan objek multimedia dikenal ukuran).
Fig.4. The Platform verifies the connection and communicates the event to the sender agent.
Dalam Gambar. 7 kami menyajikan interval yang sama sampel yang kita mengukur metrik yang sama seperti Gambar. 6, tapi sekarang untuk klien dan server dengan agen. Penting untuk diingat bahwa sekarang merupakan tambahan enkapsulasi pesan dalam APC dan APS dilakukan. Apalagi sekarang MTP menangani ketidaksinambungan di klien komputer portabel (ingat bahwa untuk percobaan kami host server di komputer lain portabel). Untuk alasan sekarang jarak antara kurva yang berbeda dari frame jitter menerbitkan dan lebih besar dari hasil di atas. Hasil penting adalah bahwa frame menerbitkan dan jitter yang hampir linier juga dan bahwa penundaan yang baik. Perangkat lunak, sebuah film dikodekan dalam MJPEG dan terkait informasi yang kita gunakan dalam percobaan kami dapat ditemukan di server Internet http://prai.inerza.com/sm/vpa/ or http://guigui.teleco.ulpgc.es:8028/TSI2005-07764-C02-01/otros-doc-y-herram /).
KEUNTUNGAN MEKANISME
Pada bagian ini kami menyajikan beberapa manfaat tambahan menggunakan agen untuk program proxy kami, beberapa keuntungan dari kami mekanisme dan beberapa perbandingan dengan strategi lain. Penggunaan MAS untuk proxy pemrograman lebih efisien dan juga gaya pemrograman yang lebih elegan dibandingkan dengan Strategi diikuti dalam [14]. Dalam [27] itu adalah mengusulkan RTSP "PING" perintah untuk mencegah sesi diidentifikasi dari yang timed out. aproximation ini digunakan dalam [28] dimana client biasanya kolam server liveness. Kami menggunakan properti MTP untuk secara jelas termasuk semantik dari operasi ini transparan dalam perilaku agen (tapi tidak ada kode utama harus diprogram untuk itu). Kami menggunakan perilaku ini untuk mengontrol sporadis intermiten pemutusan klien.
Sebuah solusi khas untuk pemutusan intermiten (untuk Video on Demand) terdiri di selalu menyimpan buffer relatif panjang dalam mesin klien [29]. Teknik ini sulit diterapkan untuk real time streaming dan juga tidak mungkin digunakan untuk cahaya mesin klien seperti jenis tertentu saat PDA dan mobile ponsel dengan kapasitas memori berkurang utama (kurang dari 64 MB baik untuk aplikasi dan data pengguna). Dalam hal ini proxy seperti APS sangat dianjurkan. Selain itu, APS buffer dapat digunakan bersama oleh klien yang berbeda dalam WLAN yang simultan di luar jangkauan. Mekanisme kami secara langsung dan mudah scalable untuk mesin klien heterogen: APS bisa bekerja sama dengan APC diimplementasikan dalam sebuah mesin klien ringan untuk mengelola buffer, tetapi juga bisa mendelegasikan pengelolaan ini ke APC diterapkan di klien lemak (komputer portabel). Juga mudah untuk menyertakan buffering proaktif dua tingkat seperti yang di [16] mempertimbangkan bahwa pengelolaan buffer kami sangat kompleks karena profil serah terima antara sel WiFi tidak tersedia untuk kita. Para penulis [30] dengan mudah bisa memperkenalkan mekanisme kami di proxy mereka untuk memperbaiki komponen perangkat lunak mereka berdasarkan arsitektur. Dalam [31] adalah mengusulkan sebuah solusi end-to-end khas yang mencoba menyesuaikan kecepatan transmisi antara klien (kabel atau nirkabel) dan multimedia streaming server untuk internet Kernel kemacetan dan karakteristik kanal nirkabel (kehilangan paket, memudar, dan sebagainya).
Sebuah solusi khas untuk pemutusan intermiten (untuk Video on Demand) terdiri di selalu menyimpan buffer relatif panjang dalam mesin klien [29]. Teknik ini sulit diterapkan untuk real time streaming dan juga tidak mungkin digunakan untuk cahaya mesin klien seperti jenis tertentu saat PDA dan mobile ponsel dengan kapasitas memori berkurang utama (kurang dari 64 MB baik untuk aplikasi dan data pengguna). Dalam hal ini proxy seperti APS sangat dianjurkan. Selain itu, APS buffer dapat digunakan bersama oleh klien yang berbeda dalam WLAN yang simultan di luar jangkauan. Mekanisme kami secara langsung dan mudah scalable untuk mesin klien heterogen: APS bisa bekerja sama dengan APC diimplementasikan dalam sebuah mesin klien ringan untuk mengelola buffer, tetapi juga bisa mendelegasikan pengelolaan ini ke APC diterapkan di klien lemak (komputer portabel). Juga mudah untuk menyertakan buffering proaktif dua tingkat seperti yang di [16] mempertimbangkan bahwa pengelolaan buffer kami sangat kompleks karena profil serah terima antara sel WiFi tidak tersedia untuk kita. Para penulis [30] dengan mudah bisa memperkenalkan mekanisme kami di proxy mereka untuk memperbaiki komponen perangkat lunak mereka berdasarkan arsitektur. Dalam [31] adalah mengusulkan sebuah solusi end-to-end khas yang mencoba menyesuaikan kecepatan transmisi antara klien (kabel atau nirkabel) dan multimedia streaming server untuk internet Kernel kemacetan dan karakteristik kanal nirkabel (kehilangan paket, memudar, dan sebagainya).
Walaupun ini adalah yang sudah teruji baik solusi itu tidak mempertimbangkan kasus sporadis berdenyut pemutusan klien, karena tidak mungkin untuk mengantisipasi informasi kepada model yang mereka gunakan untuk menemukan bila klien portabel bisa di luar jangkauan. Ini bukan kasus kami karena kami menggunakan buffering proaktif. Sampai dengan pengetahuan kita, ada beberapa makalah dalam literatur yang mengevaluasi kinerja JADE. Semua kita telah menemukan JADE mengevaluasi kinerja MTP lebih dari 100 Mbps Ethernet, tapi tidak ada yang mengevaluasi kinerja melalui WiFi. Dalam [26] mereka JADE MTP menyatakan bahwa secara linear dalam beberapa testbed skala skenario. pengukuran mereka menunjukkan pesan JADE baik kinerja sistem dan itu adalah calon yang baik untuk mengembangkan berat-load aplikasi terdistribusi. Dalam [32] (yang disajikan sebagai sebuah karya yang mencoba untuk menyelesaikan [26]), dapat disimpulkan bahwa JADE MTP tidak baik untuk skala jumlah yang besar agen di mereka testbed, dan dalam beberapa kasus hasil paradoksal adalah diperoleh. Ini mungkin karena mereka menggunakan jumlah yang sangat besar agen yang tidak bisa seimbang. Kami tidak tertarik menggunakan jumlah besar agen, karena dalam sel WiFi tidak Disarankan untuk menggunakan ribuan gadget WiFi. Dalam [33] yang penulis menyajikan eksperimen praktis tentang start up, agen migrasi dan interaksi dengan beberapa agen FIPA bawah Sistem operasi (Linux dan Windows) dan Java Runtime
Environment (JRE) 1.4.2 dan 1.5 menunjukkan skalabilitas linear platform JADE. Kami telah menguji kinerja JADE dari interplatforms komunikasi di hadapan WiFi intermiten disconections untuk aplikasi streaming pada Windows ® sistem operasi. Dalam [34] disajikan sebuah sistem transaksi yang diperhitungkan dengan perangkat lunak objek yang indera negara saluran. Menggunakan profil aplikasi dapat menggunakan waktu beradaptasi-out yang menunjukkan mereka ketika mereka bisa mengirim data dan ketika mereka harus menunggu sampai saluran siap untuk berkomunikasi data mereka. Mereka menguji mereka
metodologi dalam upaya terbaik 100 Mbps Ehternet yang lama penundaan diperoleh ketika sejumlah besar stasiun berkomunikasi (dari sudut pandang sebuah stasiun individu
ini bisa setara dengan pemutusan logis). Model ini tidak dapat diterapkan untuk multimedia streaming aplikasi dan aplikasi di mana ada data dependensi antara client dan server.
Environment (JRE) 1.4.2 dan 1.5 menunjukkan skalabilitas linear platform JADE. Kami telah menguji kinerja JADE dari interplatforms komunikasi di hadapan WiFi intermiten disconections untuk aplikasi streaming pada Windows ® sistem operasi. Dalam [34] disajikan sebuah sistem transaksi yang diperhitungkan dengan perangkat lunak objek yang indera negara saluran. Menggunakan profil aplikasi dapat menggunakan waktu beradaptasi-out yang menunjukkan mereka ketika mereka bisa mengirim data dan ketika mereka harus menunggu sampai saluran siap untuk berkomunikasi data mereka. Mereka menguji mereka
metodologi dalam upaya terbaik 100 Mbps Ehternet yang lama penundaan diperoleh ketika sejumlah besar stasiun berkomunikasi (dari sudut pandang sebuah stasiun individu
ini bisa setara dengan pemutusan logis). Model ini tidak dapat diterapkan untuk multimedia streaming aplikasi dan aplikasi di mana ada data dependensi antara client dan server.
KESIMPULAN
Dalam beberapa tahun terakhir protokol dan mekanisme telah diuraikan untuk mendukung transaksi mobile di hadapan diandalkan nirkabel saluran. Namun demikian, pelaksanaan didistribusikan aplikasi dengan persyaratan waktu perusahaan nyata seperti orang-orang dari streaming multimedia pada jaringan tidak dapat dipercaya adalah masalah yang masih belum dipecahkan secara efisien. Kesulitan dalam mengendalikan ketidaksinambungan intermiten karena klien dapat meninggalkan jangkauan setiap saat dan kehilangan multimedia informasi penerimaan menyebabkan masalah serius inefisiensi untuk protokol tertentu seperti RTSP.
Fig. 6. Measurement of frames issuing time (a) and jitter (b) for client and server without agents.
Teknologi agen menawarkan lingkungan yang menarik untuk media streaming pemrograman aplikasi di atas tidak bisa diandalkan nirkabel link. Ia menawarkan alternatif yang nyata untuk mengendalikan informasi yang hilang saat istirahat cakupan. Dalam tulisan ini kami telah mengusulkan sebuah kembalinya otomatis mekanisme untuk memulihkan sesi RTSP berbasis di JADE. JADE MTP yang bertanggung jawab untuk memulihkan komunikasi setelah pemutusan klien nirkabel. APS hanya harus mempertahankan proaktif dalam buffer yang menyimpan tertunda datagrams menjadi diterima oleh APC. Yang penting keuntungan adalah bahwa semantik dari RTSP tidak diubah. Kami mekanisme dapat digunakan untuk semua jenis klien RTSP dan server. Hasil percobaan menunjukkan kenyamanan menggunakan JADE untuk memecahkan masalah ketidaksinambungan intermiten di nirkabel jaringan.
Fig. 7. Measurement of frames issuing time (a) and jitter (b)
for client and server with agents.
Ini karya yang harus ditingkatkan jauh untuk definitif menunjukkan bahwa JADE sesuai dan lebih baik daripada teknologi lain untuk mengatasi masalah ini secara efisien. Sebagai contoh dalam pelaksanaannya server kami mengadakan tunggal thread menyimpan paket langsung di memori utama. Namun dalam situasi nyata thread harus dibuat untuk setiap klien dengan cakupan hilang. Berdasarkan studi dari RAM / campuran terus-menerus, sebuah optimum dari jumlah frame media yang tersimpan dalam memori harus didefinisikan. Telah menggunakan format MJPEG, tetapi ada lain standar yang lebih digunakan dalam praktek. Penggunaan dari codec untuk format lain ini sangat disarankan untuk meningkatkan perangkat lunak kami. Lain masalah akan menaikkan seperti kompleksitas dalam generasi media frame, latency besar dan besar jitter yang menyulitkan penyimpanan bingkai dan pemulihan.
0 komentar