persyaratan bandwidth uplink untuk mengalirkan HD?


6

Saya memiliki layanan TV yang menggunakan teknologi ADSL. Itu berarti bahwa TV saya pada dasarnya streaming semuanya melalui internet.

Saya diberitahu hari ini bahwa ini membutuhkan setidaknya 1MB / s uplink untuk dapat bekerja. Apakah itu benar?

Catatan, saya tidak berbicara tentang bandwidth turun, yang akan jauh lebih tinggi. Ini adalah naik , dengan kata lain, set-top box penyedia TV saya membutuhkan setidaknya 1MB / s kapasitas unggah untuk mengalirkan aliran 2-3MB / s (saya menduga itu).

Apa yang dikirim? ACK?


1
@rahuldottech Jadi? TV dapat ditransmisikan melalui ADSL bahkan jika koneksi kabel lebih biasa.
DavidPostill

Apakah Anda memerlukan kartu pintar dengan modul CI +?
Thomas

Jawaban:


18

Itu tergantung pada protokol streaming, tetapi bisa juga mengirim acks, permintaan pengiriman ulang, laporan kualitas klien, perintah pemutaran (play / pause / rewind), dan permintaan untuk mengubah bitrate stream agar lebih sesuai dengan kondisi jaringan.

Tak satu pun dari ini akan mendekati laju data 1Mbps berkelanjutan, jadi mereka mungkin meminta lebih dari yang sebenarnya mereka butuhkan, dengan harapan dengan ruang kepala tambahan, lalu lintas lainnya tidak akan cukup untuk memicu kemacetan dan bufferbloat yang dapat mengganggu pemutaran dan pengoperasian layanan streaming yang lancar.


10

Tanpa mengetahui model yang tepat dari Set-Top Box Anda dan protokol yang digunakan untuk berinteraksi dengan penyedia TV Anda, tidak mungkin untuk mengetahui apa, persis , ia menggunakan bandwidth itu untuk. Namun, kami dapat membuat beberapa tebakan berpendidikan berdasarkan layanan yang Anda terima.

Pertama, apa saja protokol video digital akan memiliki, seperti yang Anda duga, beberapa bentuk "ACK" untuk menunjukkan keberhasilan penerimaan data. Video digital bukan protokol satu arah; untuk menjaga agar paket tetap teratur dan aliran video tetap sinkron (untuk memastikan bahwa pemutar video tidak memutar video terlalu cepat atau terlalu lambat), kedua belah pihak sering mengirim data penghitungan waktu satu sama lain. Paket yang dijatuhkan ditangani berdasarkan beberapa algoritma untuk menentukan apakah ada waktu untuk mengirim ulang paket, atau hanya memotong video dan terus melanjutkan. Mungkin juga bersedia untuk mencoba memecahkan kode dan memainkan data yang tidak lengkap dan menerima korupsi yang mungkin terjadi sebagai akibatnya (inilah sebabnya kadang-kadang TV digital di udara memiliki masalah ini).

Hal-hal tambahan yang harus disediakan oleh layanan TV berbasis pelanggan adalah:

  • Beberapa bentuk otentikasi untuk menetapkan bahwa Anda adalah pelanggan terdaftar, yang membayar, dan untuk secara khusus mengidentifikasi kamu (pelanggan) sebagai lawan dari orang lain. Layanan ini tidak anonim, karena Anda mungkin memiliki "paket" saluran berlangganan, dan Anda hanya bisa mendapatkan saluran yang Anda bayar.
  • Beberapa bentuk pelacakan saluran mana yang Anda tonton dan kapan. Ini mungkin merupakan sinyal yang jarang, seperti "ketika pengguna mengganti saluran, beri tahu penyedia saluran apa yang sekarang kita tonton". Apakah penyedia memilih untuk menggunakan data ini untuk tujuan pemasaran terserah mereka, tetapi harus diberikan kepada mereka, jadi mereka tahu aliran video saluran mana yang akan dikirimkan kepada Anda!
  • Beberapa bentuk pelacakan aktivitas yang memberi tahu penyedia ketika Anda menekan tombol pada remote Anda. Ini menjadi lebih umum sebagai cara untuk meningkatkan antarmuka pengguna: mereka akan mengumpulkan data pada tugas-tugas paling sulit untuk diselesaikan, dan mencoba membuatnya lebih mudah di pembaruan di masa mendatang. Mereka mungkin menghilangkan opsi yang jarang digunakan.
  • Data kualitas sinyal: STB Anda mungkin memberi tahu penyedia jika ada gangguan yang sering terjadi pada sinyal, yang dapat secara otomatis memperingatkan teknisi untuk menyelidiki untuk menentukan apakah ada sesuatu yang salah pada akhirnya. Atau, mereka mungkin dapat menawarkan aliran berkualitas lebih rendah yang akan lebih andal (downgrade anggun dari 1080p ke 720p, misalnya).
  • Data diagnostik: STB Anda mungkin sesekali mengunggah data tentang waktu aktifnya, sumber daya yang tersedia seperti ruang penyimpanan dan RAM, dan log dari perangkat lunak apa pun yang macet.

1 Mbit / s mungkin terdengar sangat banyak, tetapi overhead nominal permintaan HTTP reguler (yang mungkin atau mungkin tidak digunakan layanan ini) ada di sekitar 2% . Perkiraan 1 Mbit / s mereka mungkin didasarkan pada:

  • Memiliki bandwidth yang cukup tersedia untuk hal-hal seperti debug log (yang dapat beberapa megabyte) untuk mengunggah cukup cepat sehingga proses apa pun yang mengirim mereka tidak habis waktu. Mungkin itu hanya memungkinkan 60 atau 90 detik untuk menyelesaikan proses sebelum menyerah.
  • Sinyal terdegradasi di saluran Anda mungkin berarti bahwa a disediakan 1 Mbit / s sebenarnya Kirim sekitar setengahnya, atau kurang, dan ISP mungkin tidak termotivasi untuk meningkatkannya. Idealnya TV Anda akan tetap berfungsi meskipun dalam kondisi terdegradasi, sehingga meskipun hanya membutuhkan 512 Kbit / detik, meminta 1 Mbit / detik memberi mereka margin kesalahan.
  • Pengoperasian normal selama streaming TV mungkin mengkonsumsi bandwidth yang jauh lebih sedikit, tetapi 1 Mbit / s bisa menjadi "kasus terburuk", seperti jika Anda sering bermain dengan remote, sering berpindah saluran, melihat panduan TV, dll - mereka ingin memastikan bahwa koneksi Anda dapat menangani semua itu tanpa upstream yang terlalu padat dan waktu habis.
  • Jika jalur ADSL dibagikan dengan hal lain (terutama komputer, yang cenderung mengunggah karena lebih banyak alasan daripada STB TV), Anda akan menginginkan banyak kapasitas pada saluran pelanggan untuk hulu. 1 Mbit / s adalah kecepatan yang sangat rendah untuk sebagian besar hal hari ini.

Overhead protokol video mungkin sebenarnya jauh lebih tinggi dari 2%. Enkripsi (di kedua arah) dapat menambahkan beberapa persen. Mungkin ukuran setiap paket data sangat kecil, yang akan meningkatkan overhead keseluruhan karena Anda akan memiliki lebih banyak paket total, dan masing-masing memiliki metadata yang terkait dengannya. Semua itu melibatkan sedikit hulu, dan akhirnya bertambah.

Secara keseluruhan, tidak ada cara untuk mengetahui dengan pasti mengapa mereka pikir mereka membutuhkan 1 Mbit / s hulu untuk TV STB Anda, tetapi itu mungkin hanya tebakan, atau berdasarkan pengujian yang menunjukkan bahwa operasi tertentu memerlukan sedikit hulu dan harus menjadi kecepatan tertentu untuk mendapatkan kinerja yang layak (misalnya, jabat tangan awal untuk mengautentikasi STB Anda mungkin memerlukan ledakan setiap kali kotak harus menegosiasikan ulang lapisan enkripsi dengan kantor pusat penyedia).

Saya ragu mereka menggunakan stabil 1 Mbit / s sementara hanya streaming video biasa. Kualitas dan bitrate video harus sangat tinggi untuk protokol streaming video yang cukup efisien untuk menuntut sebanyak itu di hulu secara berkelanjutan.


1
Masalah terminologi di Video digital bukan protokol satu arah . Saya pikir maksud Anda video "streaming" atau "sesuai permintaan". Saya dapat menghubungkan antena ke TV / monitor saya dan menerima siaran video digital melalui frekuensi radio ( ATSC ), dan itu pastinya satu arah. Multicast melalui Internet juga merupakan suatu hal (walaupun biasanya tidak untuk pengguna akhir). Anda hanya perlu ACK dengan protokol seperti TCP, yang dirancang untuk dapat diandalkan Koneksi 1: 1.
Peter Cordes

1
kedua belah pihak sering mengirim data waktu satu sama lain . Tidak sepertinya; pemain biasanya memiliki jam yang cukup akurat, dan metadata video (wadah, seperti .mp4 atau .mkv, atau format streaming apa pun) memiliki informasi waktu bingkai, dan info sinkronisasi A / V. Jika pemain mendukung jeda / mundur, itu mungkin hanya buffer beberapa detik di depan dari server dan server tidak benar-benar peduli ketika pemain berkeliling menampilkan bingkai Mengirim permintaan untuk lebih banyak data adalah bagian dari overhead hulu. Atau jika tidak sesuai permintaan, maka mungkin server meminta klien untuk mengikuti.
Peter Cordes

2
Anda harus menyarankan suntingan dengan ide-ide Anda untuk bagaimana meningkatkan jawaban daripada meninggalkan komentar, karena komentar bersifat sementara dan dapat dihapus, karena alasan apa pun, tanpa peringatan. Bagi saya, jika saya melihat edit pada jawaban saya, saya sangat mungkin menerimanya bahkan jika Anda "memasukkan kata-kata ke dalam mulut" selama itu meningkatkan jawabannya (saya tidak tersinggung dengan hal-hal seperti itu dan anggap itu cara yang bagus untuk berkontribusi ke situs.)
allquixotic

Jawaban ini cacat. Video melalui TCP memerlukan acks. Video UDP dan video multicast (umum di IPTV yang disediakan oleh operator) hanya memerlukan penyimpanan yang jarang; protokolnya adalah dirancang untuk tidak peduli apakah Anda mendapatkan data atau tidak. Uplink ini akan jauh lebih kecil dari 1/10 dari laju downlink.
user71659

@allquixotic Komentar secara eksplisit untuk menyarankan peningkatan pada jawaban, yang dilakukan oleh Peter Cordes. (Tentu saja, pengeditan dapat digunakan untuk ini juga, tetapi pengeditan umumnya harus menghormati penulis asli - jadi mengubah sesuatu yang Anda katakan di sekitar sepenuhnya biasanya disukai ...)
derobert

2

Paket ack pada ethernet berukuran minimal 64 byte, paket hilir 'dimuat' pada penggunaan PPPoA DSL tipikal biasanya berukuran 1492 byte.

RFC1122 menentukan "dalam aliran segmen ukuran penuh di sana HARUS menjadi ACK untuk setidaknya setiap segmen kedua".

Oleh karena itu, rasio bandwidth ack minimum Anda adalah 64 / (1492 * 2) = 2,15%, atau 22,490 byte pengakuan yang diperlukan per 1MB yang diterima, atau sebagai bitrate sekitar 110kbps (0,1Mbps) naik per 5Mbps ke bawah.

Untuk beberapa alasan saya pikir mereka menginginkan bandwidth hulu Anda.

Jika 'stream' mereka dikirim sebagai blok data yang diidentifikasi secara unik, itu akan sepele untuk memiliki perangkat cache semua blok yang diunduh dan bertindak sebagai penyimpanan terdistribusi. Untuk streaming langsung, hal itu sulit karena hanya ada satu titik asal untuk blok data, tetapi dengan memberikan setiap klien pemirsa streaming titik awal 'blok offset' acak (setara dengan penundaan siaran 0-30 detik) permintaan klien dapat tersebar di seluruh berbagai blok dan klien dapat dimanfaatkan untuk mendistribusikan kembali blok ke klien lain. Ketersediaan blok dapat dikelola secara cerdas oleh server kontrol dengan blok-blok baru yang awalnya didorong ke klien dengan bandwidth unggahan tertinggi dan klien-klien tersebut pada gilirannya diinstruksikan untuk mendorong data ke tingkat klien lain.

Jika perangkat memiliki penyimpanan lokal moderat (64GB) maka layanan VoD / PVR untuk konten yang baru-baru ini diperlihatkan akan sepele untuk diterapkan dengan biaya bandwidth hampir nol untuk penyedia. Perangkat individual akan diinstruksikan untuk mempertahankan atau menghapus blok aliran yang diperlukan untuk mempertahankan ketersediaan blok yang cukup di seluruh jaringan penyimpanan terdistribusi sesuai dengan perkiraan / permintaan yang diukur. Putar kembali dicapai hanya dengan meminta blok yang relevan dan melakukan beberapa caching lokal, dengan server pusat tersedia untuk menjamin ketersediaan jika diperlukan.


Teori yang menarik, pasti. Saya pikir mereka hanya secara agresif memesan 1MB / s per aliran sebagai pelindung yang aman untuk memastikan pengalaman pengguna yang baik, dan untuk mengumpulkan semua berbagai data yang mereka inginkan. Sayangnya bagi saya, ini dikombinasikan dengan QoS agresif dan profil DSL meninggalkan layanan internet saya dengan 1MB / s, yang akan dipotong menjadi nol ketika saya mulai mengunggah file besar.
JakeHawkes42
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.