Pcr repetition error

Одной из важнейших задач при формировании, приеме и распространении цифровых телевизионных MPEG-потоков является обеспечение временной синхронизации сигналов. Этой цели служит вставка в цифровой поток специальных временных меток Program Clock Reference — PCR. Описанию того, что это за метки, как они влияют на работу цифровых устройств, методам измерений и диагностики посвящена эта статья.

Добавлено 20 сентября 2017 в 18:30

Одной из важнейших задач при формировании, приеме и распространении цифровых телевизионных MPEG-потоков является обеспечение временной синхронизации сигналов. Этой цели служит вставка в цифровой поток специальных временных меток Program Clock Reference — PCR. Описанию того, что это за метки, как они влияют на работу цифровых устройств, методам измерений и диагностики посвящена эта статья. Основной материал для нее базируется на результатах исследований фирмы Tektronix, которые были использованы с любезного разрешения ее московского представительства.

Прием и ретрансляция сигналов цифрового телевидения требуют восстановления всех временных интервалов, использованных при формировании исходного сигнала. В ряде случаев восстановление принятых потоков может быть проблематичным в результате флуктуаций сигналов синхронизации. Далее кратко описываются принципы формирования сигналов синхронизации и измерений их флуктуаций

На рисунке 1 приведена структурная схема формирования транспортного потока MPEG для цифрового компонентного сигнала. При формировании сжатого видеосигнала MPEG кодер в качестве опорного генератора использует эталонный высокоточный генератор с частотой 27 МГц. Такой выбор опорной частоты обусловлен тем, что путем различных операций деления/ умножения из него можно легко сформировать полный набор всех опорных сигналов, необходимых для аналоговых и цифровых видеосигналов различных стандартов. На рисунке 3 показано, как из частоты опорного генератора формируются все основные сигналы, необходимые для формирования телевизионных сигналов BT.601/PAL/NTSC.

Формирование транспортного потока MPEG

Рисунок 1 – Формирование транспортного потока MPEG

В случае формирования транспортного потока из входного сигнала PAL/NTSC схема выглядит несколько сложнее (рисунок 2), но в ней также присутствует опорный генератор 27 МГц. В этом случае его частота формируется из входного сигнала с использованием петли фазовой автоподстройки частоты (ФАПЧ).

Формирование транспортного потока из входного сигнала PAL/NTSC

Рисунок 2 – Формирование транспортного потока из входного сигнала PAL/NTSC

В обеих схемах опорный генератор подключается к счетчику, значения которого периодически фиксируются в регистре и включаются в выходной транспортный поток как сигналы временнóй привязки — PCR.

Период и стабильность следования этих меток не являются слишком критическими. Так, в ISO/IEC13818-1 рекомендуется использовать интервал 100 мс, в то время как в DVB ETR154 это значение составляет 40 мс. Следует только заметить, что более высокая частота следования PCR-меток облегчает работу системы ФАПЧ приемника и делает ее более стабильной.

Требования к стабильности опорной частоты 27 МГц значительно более жесткие. Стандарт ISO/IEC13818-1 определяет допуск на значение PCR в ±500 нс, что соответствует отклонению частоты не более ±810 Гц или ±30 x 10-6.

Эти значения были положены в основу технологии измерений параметров PCR, описанной в документе ETR290, хотя в рекомендации четко указано, что это измерение не включает в себя любые нарушения транспорта.

Формирование импульсов из опорной частоты

Рисунок 3 – Формирование импульсов из опорной частоты

Сигналы PCR в составе цифрового потока проходят весь путь распространения цифрового сигнала и дают цифровому ТВ-приемнику возможность синхронизации декодированного выходного видео c исходным видео на входе кодера. Приемник, то есть MPEG-декодер, для правильного функционирования должен считывать значения PCR, сравнивать их с собственными внутренними системными часами

Если полученные значения PCR совпадают с системными часами декодера, часы на обоих концах синхронизированы. Отклонения опорного генератора декодера корректируются с помощью фазовой автоподстройки частоты — ФАПЧ (англ. PLL).

В процессе формирования цифрового потока и доставки его до декодера в сигналы PCR вносятся погрешности, которые приводят к ошибкам декодирования и являются одной из основных причин искажений в выходных видеосигналах MPEG-декодеров. Поэтому вопросы измерения различных параметров качества входящих PCR-сигналов имеют такое важное значение.

Точность формирования PCR конечна, определяется тактовой частотой генератора и не может превышать периода его колебаний ~37 нс. Далее мультиплексор сигнала вводит значение PCR в поток не в момент записи сигнала PCR, а в момент передачи соответствующего пакета, что также вносит дополнительную ошибку. При добавлении других сервисов также могут появиться дополнительные ошибки, если мультиплексор изменит положение пакета в потоке, содержащем PCR. Все эти ошибки в документе TR 101 290 получили название PCR_AC.

PCR accuracy (PCR_AC) включает в себя все ошибки опорной частоты 27 МГц, связанные с процессом формирования транспортного потока, но не включает дополнительные ошибки, связанные с транспортом, добавляющиеся при передаче и промежуточных преобразованиях.

Проблемы PCR проявляются в первую очередь в появлении артефактов на выходе MPEG-декодера или потере цветности на PAL/NTSC-изображении. Проблемы джиттера могут возникнуть при повторном мультиплексировании транспортного потока. Причина в том, что, например, меняется порядок следования пакетов транспортного потока без соответствующего изменения значения PCR.

Иногда джиттер PCR может значительно превышать допустимые значения ± 500 ns и не все декодеры могут это отработать. Информация PCR передается в поле адаптации пакета транспортного потока, принадлежащего к соответствующей программе. Информация о типе пакетов TS находится в соответствующей РМТ. Таблица PMT содержит так называемый PCR_PID, чаще всего для этой цели используют PID видео. Этот PID нельзя удалять из потока, так как без него будет невозможно декодирование сервисов

В приемнике PCR извлекаются из транспортного потока и значения отсчетов сравниваются с аналогичными отсчетами от локального генератора 27 МГц. Разница между полученными значениями PCR и значениями, генерируемыми локальным счетчиком, используется для управления ФАПЧ декодера (Phase Locked Loop).

Система ФАПЧ имеет ограничения по своим возможностям. Так, она может обеспечивать синхронизацию только в ограниченном диапазоне частот, но и это применимо только к медленным изменениям частоты. Для быстрых изменений частоты этот диапазон существенно сужается.

При выборе параметров системы ФАПЧ перед разработчиками стоит сложная задача выбора: если сделать петлю ФАПЧ инерционной, то это обеспечит высокую стабильность локального генератора, но полоса захвата и удержания такой петли получается невысокой. Если сделать постоянную времени петли малой («быстрая» ФАПЧ), то такая ФАПЧ способна захватить и удержать входной поток даже со значительным джиттером, но частота локального генератора при этом получается нестабильной.

Именно разница в настройке петли ФАПЧ является причиной того, что разные приемники по-разному принимают один и тот же поток при наличии в нем ошибок PCR. Некоторые устройства, такие как абонентские телевизоры и STB, в состоянии синхронизироваться, другие устройства, такие как профессиональные декодеры, не могут. В результате система теряет синхронизацию и просмотр ТВ-программы становится невозможным.

Таким образом, система ФАПЧ, обеспечивая синхронную работу опорных генераторов в передатчике и приемнике, дает возможность декодирования цифрового сигнала.

Однако, как отмечалось ранее, в процессе передачи цифрового сигнала по транспортным сетям генерируются дополнительные ошибки PCR, связанные с различиями во времени доставки пакетов (jitter) или даже с изменением порядка следования пакетов.

Ремультиплексоры, вставляя или удаляя некоторые потоки из сервисов, меняют положение пакетов, содержащих метки PCR, что приводит к дополнительным ошибкам PCR. Чтобы уменьшить такие ошибки, профессиональные мультиплексоры рассчитывают величину сдвига пакетов с PCR в транспортном потоке и корректируют содержащиеся в них значения PCR (PCR restamping). Но ошибки полностью не устраняются. Накопление таких ошибок может вызвать проблемы в цепи устройств на последующих этапах

Эти ошибки имеют более сложную структуру по сравнению с ошибками PCR_AC. Учет ошибок, связанных с транспортом сигналов, потребовал доработки документов ETR290 и TR 101 290. Были добавлены еще три измеряемых параметра:

  • PCR drift rate (PCR_DR) — ошибки, вызванные медленными изменениями PCR, связанными с вариациями параметров среды передачи (drift);
  • PCR overall jitter (PCR_OJ) — ошибки, вызванные быстрыми изменениями PCR, связанными с вариациями параметров среды передачи (jitter);
  • PCR frequency offset (PCR_FO) — смещение опорной частоты по отношению к эталонной частоте 27 МГц.

Можно заметить, что значения PCR_DR и PCR_OJ отражают влияние вариации параметров среды передачи и различаются только диапазоном частот. По рекомендациям DVB MG, вариации с частотами ниже 0,01 Гц относятся к PCR_DR, а выше — к PCR_OJ.

С практической точки зрения ошибки PCR_DR и PCR_FO могут быть относительно легко скорректированы системой ФАПЧ приемника, в то время как ошибки PCR_OJ являются более критичными.

Более сложной получается картина в том случае, когда принимаемый цифровой MPEG-поток преобразуется в сигналы аналогового стандарта PAL/SECAM/NTSC.

Прием и декодирование MPEG TS

Рисунок 4 – Прием и декодирование MPEG TS

Здесь, как и во многих подобных преобразователях, для формирования всех необходимых опорных частот используется общий опорный генератор 27 МГц (см. рисунки 3 и 4). В таблице 1 приведены требования к стабильности опорных частот для различных систем цветного телевидения. Из этой таблицы видно, что для систем PAL/NTSC эти требования существенно выше, чем требования к опорной частоте цифрового MPEG-декодера. Поэтому при преобразовании MPEG=>PAL/NTSC встречаются ситуации, когда при нормальном функционировании MPEG-декодера выходной сигнал PAL/NTSC формируется со сбоями. Чаще всего это проявляется в виде потери цветности. Исправить данную ситуацию можно ужесточением требований к ошибкам PCR или отключением опорного генератора PAL/NTSC от генератора MPEG-декодера и функционированием его в автономном режиме. Однако это требует поддержки от разработчиков оборудования.

Таблица 1. Допустимые погрешности установки частоты опорного генератора в зависимости от системы цветного телевидения

  NTSC (SMPTE) PAL (ITU-R-1-624) SECAM (ITU-R-1-624)
Погрешность поднесущей цвета 3 • 10-6 0,23 • 10-6 (для I);
1 • 10-6 (для B/G)
400 • 10-6
Скорость дрейфа 0,1 Гц/с 0,1 Гц/с (для I)  
Нестабильность строчной синхронизации 1,0 нс 2,5 нс (среднее за одно поле) 32 нс (по I-624);
2,5 нс (по Rc.711)

Можно заметить, что требования к стабильности цветовых поднесущих стандарта SECAM существенно ниже, чем требования MPEG. Поэтому при использовании этого стандарта цветности вышеописанная ситуация практически не встречается.

На структурных схемах (рис. 1 и 2) видно, что, кроме опорного генератора MPEG потока, в формирователях присутствует опорный генератор выходного битрейта. Это независимые генераторы. Причем генератор битрейта единый для всего транспортного потока и обеспечивает синхронизацию приемника/передатчика сети передачи. Его нестабильность также может влиять на ошибки PCR. Однако практически во всех системах передачи используется буферизация входного потока, когда нестабильный входной поток сначала загружается в буфер, а затем выдается в MPEG-декодер с равномерной скоростью с использованием вспомогательного стабильного опорного генератора. Это устраняет ошибки PCR, связанные с нестабильностью битрейта (например, от IP jitter), если они находятся в диапазоне буферизации потока.

Сложнее, если MPEG-поток содержит несколько программ. В этом случае он может формироваться как поток, содержащий единый PCR для всех программ (SPTS). Но чаще каждая программа имеет свой собственный PCR (MPTS). В этом случае документ ETSI TS 102 034 накладывает ограничения на передачу таких транспортных потоков через IP-сети. Так, SPTS-поток может передаваться как в режиме VBR, так и в режиме CBR, но при передаче MPTS-потоков, содержащих несколько PCR, передавать их допускается только в CBR-режиме.

Заключение

Для обеспечения надежной работы сети распространения цифровых MPEG-сигналов выполнение требований по допуску на сигналы PCR в ±500 нс является недостаточным, необходимо проводить измерения параметров PCR по 4 параметрам:

  • PCR_AC;
  • PCR_DR;
  • PCR_OJ;
  • PCR_FO.

Единственные измерения, которые могут выявить нарушения транспорта, облегчая тем самым выявление и устранение неисправностей, — это PCR_DR и PCR_OJ.

В случае использования MPEG-сигнала для преобразования программ в аналоговый формат требования к стабильности PCR должны быть значительно ужесточены либо можно рекомендовать использование системы цветности SECAM.

Для передачи по IP-сетям SPTS-сигналов можно использовать CBR или VBR режим передачи, для MPTS-сигналов  — только CBR.

К сожалению, ограниченный объем статьи позволил дать только краткий обзор вопросов, связанных с проблемами PCR. Те, кого заинтересовал данный материал, могут найти более подробную информацию в первоисточниках, ссылки на которые приведены в конце статьи.

Использованная литература и полезные ссылки:

  • Guide to PCR Measurements, document number 25W-14617-0, Tektronix;
  • A Layman’s Guide to PCR Measurements, Tektronix, Technical Brief;
  • Walter Fischer. Digital Video and Audio Broadcasting Technology. A Practical Engineering Guide. Second Edition;
  • ETSI TS 102 034 V1.5.1 (2014-05) Digital Video Broadcasting (DVB); Transport of MPEG-2 TS Based DVB Services over IP Based Networks»;
  • International Standard ISO/IEC13818-1 MPEG Systems;
  • ETSI Technical Report ETR290 — Measurement Guidelines for DVB Systems — May ‘97;
  • Draft ETSITechnical ReportTR 101 290 — Measurement Guidelines for DVB Systems;
  • A Guide to MPEG Fundamentals and Protocol Analysis – document number 25W- 11418-3.

Теги

DVBMPEG-2 TSPCR (Program Clock Reference)PCR accuracy (PCR_AC)PCR drift rate (PCR_DR)PCR frequency offset (PCR_FO)PCR overall jitter (PCR_OJ)Транспортный поток

Тема: PCR  (Прочитано 9934 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Коллеги, подскажите куда лезть; на одном транспорте появились ошибки PCR, а именно: ошибка точности PCR, ошибка непрерывности PCR, ошибка повторения PCR.
Мультиплексор PBI DMM 1400mx.
Анализатор Планар CIU-003.

« Последнее редактирование: 22.12.2015, 15:42 от qwerty »


Записан


они реально могут к Вам лететб с борта,
pcr может быбиваться даже после КАМ модуля ;)
потом транспорт, мултикастий занятная штука,
прям любит дорогие коммутаторы ,
а самое главное админа который его настроит !!!!
а там настраивать можно много


Записан

ID15  EMR 3.0 _515_544_545_525_51 0_350_508-8_518_471_472_101_201 / T2-MI C404D / EMR 3.0+ _C132 / VB-120 _QAM_SAT_IP _ASI / DGS-6600-48S / IP — PAL ROTON / CAS CTI / EPG CTI


Мультиплексор не может вносить ошибки PCR ?


Записан


ну в практике пару единиц возможно,
то есть если у Вас с приема 36 или 37
после КАМа 38 или 39
после коммутатора уже 40 ,
а потом уже и первая ошибка


Записан

ID15  EMR 3.0 _515_544_545_525_51 0_350_508-8_518_471_472_101_201 / T2-MI C404D / EMR 3.0+ _C132 / VB-120 _QAM_SAT_IP _ASI / DGS-6600-48S / IP — PAL ROTON / CAS CTI / EPG CTI



Записан


важность имеют имено 40
остальные тоже «плохие»
но 40 самая не хорошая


Записан

ID15  EMR 3.0 _515_544_545_525_51 0_350_508-8_518_471_472_101_201 / T2-MI C404D / EMR 3.0+ _C132 / VB-120 _QAM_SAT_IP _ASI / DGS-6600-48S / IP — PAL ROTON / CAS CTI / EPG CTI


Спрошу ещё, как проявляются данные ошибки на ТВ приёмниках. На своём Сони ничего не вижу.


Записан


PCR  метки времени по рек DVB разброс допустимый до _+1500мкс
возникает в любых устройствах перетасовывания пакетов — в правильных устройствах после всего этого безобразия выполняется PCR restamping ( иногда называют коррекция)

на приемной стороне это зависит от «экономичности» проектировщиков девайса
принимать поток в котором гуляет PCR в пределах рекоменд _+1500 сильно подороже чем отслеживать _+500

 :)


Записан

квалификация это способность определять достаточно малые изменения в ситуации


Что посоветуете в данном случае, забить на ошибки или как ?

Анализатор настроен на: ошибка точности PCR +-500 нс.


Записан


ну Вы же не анализатор «удовлетворяете»  :) а видимо проблему возникшую у реального абонентига?

а если просто ради темы улучшайзинга — тогда ставьте на поток какой нить девайс у которого в спецификации прописано о PCR correct или restamp  :)
много лет назад ( 9 лет) у меня были проблемы на приёме на некоторые китайские ресиверы из за PCR
эпоха ещё мп2 и MMDS ……. не хавали они разнос описаный в рек DVB +-1500


Записан

квалификация это способность определять достаточно малые изменения в ситуации


PBI DMM-1701IM и Variable bit rate

Если при приеме данным устройством потока MPTS или SPTS у вас возникает подергивание картинки или другие подобные артефакты наиболее вероятная причина является проблема с PCR. Варианты с проблемой в канале передачи данных в данной заметке мы не рассматриваем. Дело в том, что при генерации MPTS/SPTS потока компьютером очень трудно(почти не реально) выдержать предписываемые стандартом значения в 500нсек. PBI относится к этому с пониманием и делает некоторые допуски. Однако технологические особенности реализации данных модулей накладывают ограничение, при котором значение PCR должно укладываться в диапазон от –40ms до +40ms. Сделаем некоторое отступление и рассмотрим что такое PCR и критерии его оценки. PCR – Program clock reference (временные метки для синхронизации), данный показатель относится к группе параметров отвечающих за физические характеристики транспортного потока. Данный параметр регламентирован стандартом TR 101 290 V1.2.1. Согласно стандарту различаются два вида PCR ошибок потока:

  • PCR_error — возникает если интервал между временными метками более 40мс;

  • PCR_accuracy_error – возникает если при приеме PCR обнаруживается ошибка по фазе более 500 нс.

Определены следующие составляющие джиттера:

  • отклонение частоты (PCR_FO)
  • дрейф (PCR_DR)
  • общий джиттер (PCR_OJ)
  • точность программных тактов (PCR_AC).

Отклонение частоты (PCR_FO) определяется как разница между переданной частотой программных тактов и номинальной тактовой частотой. Допустимое отклонение определяется в ИСО/IEC13818-1 и соответствует — ±810 Гц или ±30 ppm.
Дрейф (PCR_DR) определяется как первая производная частоты и измеряется на компонентах низкой частоты программных тактов, при помощи разницы между переданной частотой программных тактов и номинальной частотой тактов. Допустимое отклонение определено в ИСО/IEC 13818-1 и составляет ±75 мГц/с или ±10 ppm/ час.
Общий джиттер (PCR_OJ) определяется как мгновенное изменение компонентов высокой частоты, т.е. это разница между тем, когда PCR должен прибыть в точку измерения, и тем, когда он прибыл фактически. Измеренное значение параметра PCR_OJ выражается в наносекундах.
Измерение PCR_OJ разработано для учета всех совокупных ошибок, влияющих на значения PCR в течение генерации программного потока, мультиплексирования, передачи, и т.п. Все эти воздействия проявляются как джиттер на входе приемника, но все они являются комбинацией неточностей PCR и джиттера при передаче. Поэтому допустимое значение может быть сравнимо с максимальной ошибкой, определенной в ISO/IEC 13818-1 как точность PCR, равной ±500 нс, при том условии, что джиттер при передаче принимается равным нулю.
Точность PCR (PCR_AC) — определяется как разница между фактическим значением PCR и величиной, которая должна быть в транспортном потоке, представляемая байтовым индексом для своей фактической позиции. Она может быть вычислена для постоянной скорости транспортного потока. Измеренное значение параметра PCR_AC выражается в наносекундах. Допустимое значение определено в ISO/IEC 13818-1 и составляет: ±500 нс.

Соответственно при выборе программного обеспечения, с помощью которого будете производить формирование потока обращайте внимание на его способность обеспечить поток соответствующего качества.

Главный вопрос: сколько времени для ошибки PCR при потоковой передаче DVB?

Я спрашиваю, потому что согласно стандартам DVB (см. Дополнительную информацию) период сохранения ошибок PCR> 100 мс. Но есть много оборудования, которое регистрирует ошибки PCR с PCR ~ 50 мс.

Дополнительная информация

Вы можете пропустить его, если вы уже знаете ответ, эта информация представляет собой просто дополнительную информацию о стандартах, которую я нашел


ETSI TR 101290 V1.2.1 (2001-05) — он же истинный DVB http://www.etsi.org/deliver/ etsi_tr / 101200_101299 / 101290 / 01.02.01_60 / tr_101290v010201p.pdf

Ошибка PCR_accuracy_error возникает, когда переданное значение PCR отличается от ожидаемого более чем на 500 наносекунд. Ожидаемое значение ПЦР рассчитывается с использованием чрезвычайно стабильных внутренних часов> тестового устройства и предыдущих значений ПЦР. Затем рассчитанная ПЦР сравнивается с переданными значениями> ПЦР для проверки точности. Важно отметить, что большинство приемников не имеют очень точных часов, и поэтому на них может серьезно повлиять эта ошибка.

ETSI TS 101 154 V1.9.1 (2009-09) http://www.etsi.org/deliver/ etsi_ts / 101100_101199 / 101154 / 01.09.01_60 / ts_101154v010901p.pdf

Кодирование опорного тактового сигнала программы (PCR): интервал времени между двумя последовательными значениями PCR одной и той же программы не должен превышать 100 мс, как указано в пункте 2.7.2 Рекомендации ITU-T H.222.0 / ISO / IEC 13818-1 [1 ]. Декодирование: IRD должен правильно работать с PCR для программы, поступающей с интервалами, не превышающими 100 мс.

ISO / IEC 13818-1 (Информационные технологии — Общее кодирование движущихся изображений и связанного звука информационные системы) https://forums.xilinx.com/ xlnx / attachments / xlnx / DSPTOOL / 15095/1 / iso13818-1.pdf


Спасибо.

1 ответ

Лучший ответ

На самом деле это 40 мс, а не 50 мс. Но в целом правильными являются и 40 мс, и 100 мс.

TR 101 290, раздел 5.2.2 в примечании 2 к таблице 5.0b говорится:

ПРИМЕЧАНИЕ 2. Ограничение 40 мс в «Предварительных условиях» 2.3 PCR_error и 2.3a PCR_repetition_error было удалено из TS 101 154 [i.30] в 2005 году. Соответствующий пункт там теперь относится только к ограничению 100 мс в [i. 1], который рекомендуется применять в целом.

Таким образом, я бы сделал вывод, что 40 мс было уменьшено до 100 мс, и что инструменты, жалующиеся на более чем 40 мс, просто были реализованы против более старой версии TR 101290.


2

user6447828user6447828
12 Авг 2017 в 00:30

Продолжаем серию статей про тестирование IPTV при помощи анализатора Greenlee DataScout 1G. В этом разделе мы рассмотрим тестирование в режиме мониторинга (Monitor).

Функция Monitor (монитор) позволяет пассивно контролировать и анализировать многоадресные каналы IPTV, которые принимаются на порту 2000 10/100 LAN устройства DataScout 1G. Если в вашем сегменте сети потоки IPTV передаются на каждый порт коммутатора, можно просто подключиться к порту коммутатора и монитору. В противном случае для мониторинга данных между модемом/маршрутизатором и STB понадобится концентратор или устройство TAP.

Перед началом мониторинга в приборе должен быть установлен IP адрес и выбрана нужная (или создана новая) конфигурация прибора в меню «Настройки».

Чтобы запустить процесс мониторинга, нажмите кнопку «Вправо». Подождите, пока не появится хотя бы один пассивно отслеживаемый поток.

Тестирование IPTV в режиме мониторинга (Monitor)

Рисунок 1 – Результаты измерения IPTV в режиме мониторинга

На рисунке 1 показан список подключенных потоков. Щелкните на значке «+», чтобы развернуть дерево с информацией о номерах PID внутри потока:

Результаты измерения IPTV в режиме мониторинга: дерево с информацией о номерах PID внутри потока

Рисунок 2 – Результаты измерения IPTV в режиме мониторинга: дерево с информацией о номерах PID внутри потока

  • Тип PID (таблица типа PAT/PMT/… и данные аудио/видео)
  • Номер PID
  • Пропускная способность для каждого PID, соответственно.
  • Общая пропускная способность для всех подключенных каналов. (Примечание: Если общая пропускная способность превышает 40 Мбит/с, лишние каналы будут отключены.)

Чтобы просмотреть подробные результаты, пользователю следует щелкнуть на соответствующем узле дерева потоков на экране MONITOR, а затем нажать кнопку «Вправо», чтобы перейти на экран статистики. Для каждого PID, а также для всего потока, на трех вкладках, обозначенных как Basic (основные), Packets (пакеты) и TR101290, будут представлены подробные показатели и информация о состоянии.

Вкладка Basic (основные)

Результаты измерения IPTV в режиме мониторинга: информация о потоке (STREAM) или PID в потоке

Рисунок 3 – Результаты измерения IPTV в режиме мониторинга: информация о потоке (STREAM) или PID в потоке

На этой вкладке представлена информация о потоке (STREAM) или PID в потоке, включая:

  • Адрес многоадресной передачи
  • Тип данных (поток/PID)
  • Номер PID только для PID
  • Битрейт
  • IP-адреса источника и адресата
  • UDP-адрес источника и адресата

Вкладка Packets (пакеты)

Результаты измерения IPTV в режиме мониторинга: информация о статистике пакетов потока

Рисунок 4 – Результаты измерения IPTV в режиме мониторинга: информация о статистике пакетов потока

На этой вкладке представлена информация о статистике пакетов потока (STREAM), включая:

  • Потери пакетов (общее количество и процентное соотношение)
  • Нарушение последовательности пакетов (общее количество и процентное соотношение)
  • Отброшенные пакеты (общее количество и процентное соотношение)
  • Полученные пакеты (общее количество и процентное соотношение)

Вкладка TR101290

Результаты измерения IPTV в режиме мониторинга: информация о показателях потока Priority 1 и Priority 2 для TR101290

Рисунок 5 – Результаты измерения IPTV в режиме мониторинга: информация о показателях потока Priority 1 и Priority 2 для TR101290

На этой вкладке представлена информация о показателях потока Priority 1 и Priority 2 для TR101290, включая:

Показатели Priority 1:

  • TS Sync Loss (потеря синхронизации),
  • Sync Byte Error (ошибка байтовой синхронизации),
  • PAT Error (ошибка PAT),
  • PAT 2 Error (ошибка PAT2),
  • Continuity Error (ошибка последовательности),
  • PMT Error (ошибка PMT),
  • PMT 2 Error (ошибка PMT 2),
  • PID Error (ошибка PID).

Показатели Priority 2:

  • Transport Error (ошибка транспорта),
  • CRC Error (ошибка CRC),
  • PCR Error (ошибка PCR),
  • PCR Repetition Error (ошибка повторяемости PCR),
  • PCR Discountinuity Error (ошибка нарушения последовательности PCR),
  • PCR Accuracy Error (ошибка точности PCR),
  • PTS Error (ошибка PTS),
  • CAT Error (ошибка CAT).

СОДЕРЖАНИЕ

  • Настройка анализатора DataScout 1G для тестирования IPTV

  • Импортирование, создание, редактирование списка тестируемых IPTV каналов

  • Тестирование IPTV в режиме эмуляции ресивера (STB EMULATION)

  • Тестирование IPTV в режиме мониторинга (Monitor)

  • Тестирование IPTV в режиме сканирования каналов (CHANNELS SCAN)

Понравилась статья? Поделить с друзьями:
  • Pci irq routing table error
  • Pcr accuracy error
  • Pcn6 ошибка 9999 ошибка на входе данных от бс
  • Pcm модуль управления трансмиссией ошибка
  • Pcm discrete input speed signal error