6

У меня есть телевизионный сервис, который использует технологию ADSL. Это означает, что мой телевизор в основном транслирует все через Интернет.

Мне сказали сегодня, что для работы потребуется восходящая линия связи не менее 1 МБ / с. Это верно?

Обратите внимание, я не говорю о снижении пропускной способности, которая будет намного выше. Это вверх, другими словами, телеприставки моего телевизора провайдера требуется по меньшей мере , емкость 1 Мб / с загрузки, чтобы поток вниз 2-3MB / с потока (я предполагаю , что на этом).

Что это отправляет? ACKs?

3 ответа3

18

Это зависит от протокола потоковой передачи, но это может быть отправка подтверждений, запросов на повторную передачу, отчетов о качестве клиента, команд воспроизведения (воспроизведение / пауза / перемотка назад) и запросов на изменение скорости потока для лучшего соответствия условиям сети.

Ни один из них не достигнет устойчивой скорости передачи данных 1 Мбит / с, поэтому они, вероятно, просят большего, чем им действительно нужно, в надежде, что с дополнительным запасом не хватит другого трафика, чтобы вызвать перегрузку и буферную загрузку, которая может помешать работе. плавное воспроизведение и работа потокового сервиса.

10

Не зная точной модели вашей телевизионной приставки и протокола, который она использует для взаимодействия с вашим провайдером телевизора, невозможно узнать, для чего именно она использует эту пропускную способность. Тем не менее, мы можем сделать некоторые обоснованные предположения на основе услуг, которые вы получаете.

Во-первых, любой цифровой протокол видео будет иметь, как вы предполагали, некоторую форму "ACK", указывающую на успешное получение данных. Цифровое видео не является односторонним протоколом; чтобы поддерживать порядок пакетов и синхронизировать видеопоток (чтобы проигрыватель не воспроизводил видео слишком быстро или слишком медленно), обе стороны часто отправляют данные о синхронизации друг другу. Отброшенные пакеты обрабатываются на основе некоторого алгоритма, чтобы определить, есть ли время для повторной отправки пакета или просто вырезать видео и продолжить работу. Он также может попытаться декодировать и воспроизвести неполные данные и принять любое повреждение, которое может произойти в результате (именно поэтому иногда у цифрового телевидения есть проблема).

Дополнительные вещи, которые должна предоставлять любая абонентская телевизионная служба, включают:

  • Некоторая форма аутентификации для подтверждения того, что вы являетесь зарегистрированным, платящим клиентом, и для конкретной идентификации вас (подписчика) в отличие от других. Услуга не является анонимной, поскольку у вас, вероятно, есть "пакет" подписанных каналов, и вы можете получить только те каналы, за которые платите.
  • Некоторая форма отслеживания, какие каналы вы смотрите и когда. Это может быть нечастый сигнал, например, «когда пользователь переключает канал, сообщите провайдеру, какой канал мы сейчас наблюдаем». Решение о том, выберет ли провайдер использование этих данных в маркетинговых целях, зависит от них, но они должны быть предоставлены им независимо от того, чтобы они знали, какой видеопоток канала отправить вам!
  • Некоторая форма отслеживания активности, которая уведомляет поставщика, когда вы нажимаете кнопки на пульте дистанционного управления. Это становится все более распространенным способом улучшения пользовательского интерфейса: они будут собирать данные о самых сложных задачах и постараться упростить их в будущих обновлениях. Они могут исключить редко используемые варианты.
  • Данные о качестве сигнала: ваш STB может сообщить провайдеру о частых прерываниях сигнала, что может автоматически предупредить технических специалистов для расследования, чтобы определить, что-то не так с их стороны. Или они могут предложить более низкокачественный поток, который будет более надежным (например, постепенное понижение с 1080p до 720p).
  • Диагностические данные: ваш STB может время от времени выгружать данные о его работоспособности, доступных ресурсах, таких как объем памяти и ОЗУ, и журналы о любых сбоях программного обеспечения.

1 Мбит / с может показаться большим, но номинальные издержки обычного HTTP-запроса (который эта служба может использовать или не использовать) составляет около 2%. Их оценка 1 Мбит / с, вероятно, основана на:

  • Наличие достаточной пропускной способности для таких вещей, как журналы отладки (которые могут быть размером в несколько мегабайт) для загрузки достаточно быстро, чтобы любой процесс, отправляющий их, не истекал. Может быть, это займет всего 60 или 90 секунд для завершения процесса, прежде чем сдаться.
  • Ухудшенный сигнал в вашей линии может означать, что выделенный 1 Мбит / с будет фактически обеспечивать примерно половину этого или меньше, и у поставщика услуг Интернета может не быть мотивации для его улучшения. В идеале ваш телевизор по-прежнему будет работать даже в таких ухудшенных условиях, поэтому, даже если ему строго требуется 512 Кбит / с, запрос на 1 Мбит / с дает им предел погрешности.
  • Нормальная работа во время потоковой передачи ТВ может потреблять значительно меньшую пропускную способность, но 1 Мбит / с может быть "наихудшим случаем", например, если вы много играете с пультом, часто переключаете каналы, просматриваете телегид и т.д. - они Я хочу убедиться, что ваше соединение может справиться со всем этим без чрезмерной загрузки и истечения времени ожидания.
  • Если линия ADSL используется совместно с чем-либо еще (особенно с компьютерами, которые, как правило, загружают по гораздо большему количеству причин, чем телевизионные приставки), вам понадобится много места на абонентской линии для восходящего потока. 1 Мбит / с - это очень низкая скорость относительно большинства вещей в наши дни.

Издержки видео протокола могут быть намного выше, чем 2%. Шифрование (в обоих направлениях) может добавить несколько процентов. Возможно, размер каждого пакета данных очень мал, что увеличило бы общую нагрузку, потому что у вас было бы больше общих пакетов, и у каждого из них были связаны метаданные. Все это включает в себя немного восходящего потока, и в конечном итоге это складывается.

В целом, нет никакого способа точно знать, почему они думают, что им требуется восходящий поток 1 Мбит / с для вашей телевизионной приставки, но это, вероятно, всего лишь предположение, или основанное на тестировании, которое показало, что некоторые операции требуют небольшого всплеска восходящего потока, и это должно быть определенной скоростью, чтобы получить приличную производительность (например, первоначальное рукопожатие для аутентификации вашего STB может потребовать пакетной передачи каждый раз, когда блок должен пересмотреть уровень шифрования с центральным офисом провайдера).

Я сомневаюсь, что они используют стабильную скорость 1 Мбит / с при обычном потоковом воспроизведении видео. Качество и битрейт видео должны быть чрезвычайно высокими для любого достаточно эффективного протокола потоковой передачи видео, чтобы требовать такого количества восходящего потока на постоянной основе.

2

Пакеты Ack в сети Ethernet имеют минимальный размер 64 байта, «загруженные» нисходящие пакеты в типичных развертываниях PPPoA DSL обычно имеют размер 1492 байта.

RFC1122 указывает, что «в потоке полноразмерных сегментов ДОЛЖЕН быть ACK по меньшей мере для каждого второго сегмента».

Поэтому ваше минимальное отношение пропускной способности ack составляет 64/(1492 * 2) = 2,15%, или 22 490 байт подтверждений, требуемых на 1 МБ, или как скорость передачи битов приблизительно на 110 Кбит / с (0,1 Мбит / с) на 5 Мбит / с вниз.

По какой-то причине я думаю, что они хотят вашу пропускную способность восходящего канала

Если бы их «потоки» доставлялись как уникально идентифицированные блоки данных, было бы тривиально, чтобы устройства кэшировали все загруженные блоки и действовали как распределенное хранилище. Для потоков в реальном времени это сложно, поскольку существует только одна исходная точка для блоков данных, но, предоставляя каждому клиенту, просматривающему поток, начальную точку со случайным «смещением блока» (эквивалентную широковещательной задержке 0-30 с), требования клиента могут быть распределены по диапазон блоков и клиентов может быть использован для перераспределения блоков другим клиентам. Управляющим сервером может разумно управляться доступность блоков, при этом новые блоки первоначально отправляются клиентам с самой высокой пропускной способностью загрузки, а эти клиенты по очереди получают инструкции для передачи данных на другой уровень клиентов.

Если устройства имеют умеренное локальное хранилище (64 ГБ), то услуги VoD / PVR для недавно показанного контента будут тривиальны для реализации с почти нулевой стоимостью полосы пропускания для поставщика. Отдельные устройства будут проинструктированы сохранять или удалять потоковые блоки по мере необходимости, чтобы поддерживать достаточную доступность блоков в распределенной сети хранения в соответствии с прогнозируемым / измеренным спросом. Воспроизведение достигается простым запросом соответствующих блоков и выполнением некоторого локального кэширования с центральным сервером, доступным для гарантии доступности при необходимости.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .