Saya semakin sering melihat teknologi jaringan seluler digunakan untuk mendapatkan akses internet di area yang tidak tersedia.
Sementara jaringan seluler biasanya belum layak sebagai koneksi internet utama, teknologi seluler terlihat seperti pilihan yang baik untuk mundur darurat.
Bandwith bukan masalah: Dengan HDSPA, kecepatan beberapa MBit dimungkinkan, yang menyediakan uplink yang layak. Namun, saya tahu dari pengalaman pribadi bahwa tautan internet jaringan seluler (melalui GPRS, UMTS, dll.) Memiliki latensi yang jauh lebih tinggi daripada DSL biasa (200-400 ms untuk UMTS, bahkan lebih untuk GPRS). Ini tentu saja membuat mereka tidak cocok untuk banyak aplikasi, seperti VoIP dan telekonferensi.
- Dari mana datangnya latensi ini?
- Apakah ada teknologi yang tersedia yang dapat mengurangi masalah ini, untuk membuat UMTS layak untuk aplikasi latensi rendah?
Saya berasumsi pasti ada beberapa alasan teknis yang melekat, tetapi apa itu? Apakah itu ada hubungannya dengan bagaimana data ditransmisikan melalui udara? Dan jika itu karena transmisi nirkabel, mengapa WLAN memiliki latensi yang jauh lebih rendah?
sumber
Jawaban:
Buku "Jaringan Peramban Kinerja Tinggi" dari Ilya Grigorik menjawab persis ini. Ada seluruh bab (7) yang didedikasikan untuk jaringan seluler. Buku ini menyatakan bahwa masalah dengan kinerja tinggi hampir selalu terkait dengan latensi, kami biasanya memiliki banyak bandwidth tetapi protokol menghalangi. Baik itu TCP mulai lambat , Radio Resource Controller (RRC) atau konfigurasi suboptimal. Jika Anda mengalami latensi yang buruk hanya di jaringan seluler, itulah cara mereka dirancang.
Ada tabel di buku tentang latensi yang khas:
Tabel 7-2. Kecepatan dan latensi data untuk koneksi seluler aktif
Meskipun sangat relevan dengan latensi, karakteristik TCP handshake tiga arah atau slow-start tidak benar-benar menjawab pertanyaan, karena mereka mempengaruhi koneksi kabel secara merata. Apa yang benar-benar memengaruhi latensi dalam jaringan seluler adalah lapisan di bawah IP. Jika lapisan di bawah IP memiliki latensi setengah detik, koneksi TCP ke server akan memakan waktu ~ 1,5 detik (0,5s * 3), seperti yang Anda lihat jumlahnya bertambah cukup cepat. Seperti yang dikatakan sebelumnya bahwa seandainya ponsel tidak idle. Jika handset diam terlebih dahulu harus "terhubung" ke jaringan, yang mengharuskan untuk menegosiasikan cadangan sumber daya dengan menara (disederhanakan), dan yang membutuhkan antara 50-100ms dalam LTE, hingga beberapa detik dalam 3G, dan banyak lagi dalam jaringan sebelumnya.
Gambar 7-12. Latensi alur permintaan LTE
Dalam praktiknya, latensi ujung ke ujung dari banyak jaringan 4G yang dikerahkan cenderung berada dalam kisaran 30-100 ms begitu perangkat berada dalam kondisi terhubung.
Jadi, Anda memiliki satu permintaan (Gambar 8-2. Komponen permintaan HTTP "sederhana"):
Dan dengan data nyata:
Tabel 8-1. Overhead Latensi dari satu permintaan HTTP
Selain itu jika Anda memiliki aplikasi interaktif yang ingin Anda lakukan dengan cukup ok di jaringan seluler, Anda dapat melakukan percobaan menonaktifkan algoritme Nagle (kernel menunggu data untuk bergabung menjadi paket yang lebih besar daripada mengirim beberapa paket yang lebih kecil) mencari cara untuk mengujinya di https://stackoverflow.com/a/17843292/869019 .
Ada opsi untuk membaca seluruh buku secara gratis oleh semua orang di https://hpbn.co/ disponsori oleh Velocity Conference. Ini adalah buku yang sangat direkomendasikan, tidak hanya untuk orang yang mengembangkan situs web, buku ini bermanfaat bagi semua orang yang melayani byte melalui beberapa jaringan ke klien.
sumber
Saya menduga bahwa sebagian besar latensi yang mungkin Anda alami ketika menggunakan teknologi "broadband seluler" adalah masalah gabungan dari sejumlah hal.
Ada jarak, tetapi seperti yang disebutkan syneticon-dj, itu secara realistis hanya sebagian kecil dari waktu pulang-pergi.
Berikut ini sesuatu yang perlu dipertimbangkan ... Keterlambatan yang Anda alami sebagai pelanggan (terutama sebagai pelanggan rumah, atau bisnis kecil) mungkin disebabkan secara buatan, setidaknya sampai batas tertentu. Ada kelas komunikasi 3G dan GSM untuk pemanfaatan M2M, untuk SCADA dan sebagainya, yang kadang-kadang dapat memberikan keandalan yang lebih besar dan transmisi latensi yang lebih rendah. Akibatnya, mereka biasanya sangat mahal.
Jadi pada dasarnya, Anda menentang pembentukan lalu lintas. Entah ISP / Telco melakukannya untuk memprioritaskan pelanggan yang membayar lebih baik, atau sel yang Anda hubungi agak sibuk, atau seluruh jaringan mereka agak lambat (coba 00:00 GMT pada 1/1/2012, untuk contoh).
Tapi ada jalan keluar dari semua ini, itu agak licik. Anda pada dasarnya memerlukan proxy koneksi TCP sebelum traffic Anda keluar melalui WWAN seluler. Proxy ini pada dasarnya akan mengirim ACK palsu ke aplikasi Anda, karena ACK yang sebenarnya mungkin tertunda oleh pembentukan traffic ISP.
Ini jelas meragukan, tetapi sejumlah penyedia satelit menggunakan mekanisme ini untuk membuat latensi tampak lebih rendah daripada yang sebenarnya.
sumber
Agak terlambat ke permainan, tapi Anda mungkin ingin memeriksa artikel Kalender Kinerja saya tentang topik ini: http://calendar.perfplanet.com/2012/latency-in-mobile-networks-the-missing-link/
tl; dr - bagian utama latensi seluler adalah karena perutean yang tidak dioptimalkan pada back-haul.
sumber
Teknologi modem ponsel menderita latensi tinggi karena sifat komunikasi udara terbuka: Jarak transmisi WLAN biasanya jauh lebih pendek daripada teknologi lain yang Anda sebutkan, maka ini adalah salah satu alasan latensi lebih rendah.
sumber