Добавлено 20 сентября 2017 в 18:30
Одной из важнейших задач при формировании, приеме и распространении цифровых телевизионных MPEG-потоков является обеспечение временной синхронизации сигналов. Этой цели служит вставка в цифровой поток специальных временных меток Program Clock Reference — PCR. Описанию того, что это за метки, как они влияют на работу цифровых устройств, методам измерений и диагностики посвящена эта статья. Основной материал для нее базируется на результатах исследований фирмы Tektronix, которые были использованы с любезного разрешения ее московского представительства.
Прием и ретрансляция сигналов цифрового телевидения требуют восстановления всех временных интервалов, использованных при формировании исходного сигнала. В ряде случаев восстановление принятых потоков может быть проблематичным в результате флуктуаций сигналов синхронизации. Далее кратко описываются принципы формирования сигналов синхронизации и измерений их флуктуаций
На рисунке 1 приведена структурная схема формирования транспортного потока MPEG для цифрового компонентного сигнала. При формировании сжатого видеосигнала MPEG кодер в качестве опорного генератора использует эталонный высокоточный генератор с частотой 27 МГц. Такой выбор опорной частоты обусловлен тем, что путем различных операций деления/ умножения из него можно легко сформировать полный набор всех опорных сигналов, необходимых для аналоговых и цифровых видеосигналов различных стандартов. На рисунке 3 показано, как из частоты опорного генератора формируются все основные сигналы, необходимые для формирования телевизионных сигналов BT.601/PAL/NTSC.
В случае формирования транспортного потока из входного сигнала PAL/NTSC схема выглядит несколько сложнее (рисунок 2), но в ней также присутствует опорный генератор 27 МГц. В этом случае его частота формируется из входного сигнала с использованием петли фазовой автоподстройки частоты (ФАПЧ).
В обеих схемах опорный генератор подключается к счетчику, значения которого периодически фиксируются в регистре и включаются в выходной транспортный поток как сигналы временнóй привязки — PCR.
Период и стабильность следования этих меток не являются слишком критическими. Так, в ISO/IEC13818-1 рекомендуется использовать интервал 100 мс, в то время как в DVB ETR154 это значение составляет 40 мс. Следует только заметить, что более высокая частота следования PCR-меток облегчает работу системы ФАПЧ приемника и делает ее более стабильной.
Требования к стабильности опорной частоты 27 МГц значительно более жесткие. Стандарт ISO/IEC13818-1 определяет допуск на значение PCR в ±500 нс, что соответствует отклонению частоты не более ±810 Гц или ±30 x 10-6.
Эти значения были положены в основу технологии измерений параметров PCR, описанной в документе ETR290, хотя в рекомендации четко указано, что это измерение не включает в себя любые нарушения транспорта.
Сигналы 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.
Здесь, как и во многих подобных преобразователях, для формирования всех необходимых опорных частот используется общий опорный генератор 27 МГц (см. рисунки 3 и 4). В таблице 1 приведены требования к стабильности опорных частот для различных систем цветного телевидения. Из этой таблицы видно, что для систем PAL/NTSC эти требования существенно выше, чем требования к опорной частоте цифрового MPEG-декодера. Поэтому при преобразовании MPEG=>PAL/NTSC встречаются ситуации, когда при нормальном функционировании MPEG-декодера выходной сигнал PAL/NTSC формируется со сбоями. Чаще всего это проявляется в виде потери цветности. Исправить данную ситуацию можно ужесточением требований к ошибкам PCR или отключением опорного генератора PAL/NTSC от генератора MPEG-декодера и функционированием его в автономном режиме. Однако это требует поддержки от разработчиков оборудования.
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 адрес и выбрана нужная (или создана новая) конфигурация прибора в меню «Настройки».
Чтобы запустить процесс мониторинга, нажмите кнопку «Вправо». Подождите, пока не появится хотя бы один пассивно отслеживаемый поток.
Рисунок 1 – Результаты измерения IPTV в режиме мониторинга
На рисунке 1 показан список подключенных потоков. Щелкните на значке «+», чтобы развернуть дерево с информацией о номерах PID внутри потока:
Рисунок 2 – Результаты измерения IPTV в режиме мониторинга: дерево с информацией о номерах PID внутри потока
- Тип PID (таблица типа PAT/PMT/… и данные аудио/видео)
- Номер PID
- Пропускная способность для каждого PID, соответственно.
- Общая пропускная способность для всех подключенных каналов. (Примечание: Если общая пропускная способность превышает 40 Мбит/с, лишние каналы будут отключены.)
Чтобы просмотреть подробные результаты, пользователю следует щелкнуть на соответствующем узле дерева потоков на экране MONITOR, а затем нажать кнопку «Вправо», чтобы перейти на экран статистики. Для каждого PID, а также для всего потока, на трех вкладках, обозначенных как Basic (основные), Packets (пакеты) и TR101290, будут представлены подробные показатели и информация о состоянии.
Вкладка Basic (основные)
Рисунок 3 – Результаты измерения IPTV в режиме мониторинга: информация о потоке (STREAM) или PID в потоке
На этой вкладке представлена информация о потоке (STREAM) или PID в потоке, включая:
- Адрес многоадресной передачи
- Тип данных (поток/PID)
- Номер PID только для PID
- Битрейт
- IP-адреса источника и адресата
- UDP-адрес источника и адресата
Вкладка Packets (пакеты)
Рисунок 4 – Результаты измерения IPTV в режиме мониторинга: информация о статистике пакетов потока
На этой вкладке представлена информация о статистике пакетов потока (STREAM), включая:
- Потери пакетов (общее количество и процентное соотношение)
- Нарушение последовательности пакетов (общее количество и процентное соотношение)
- Отброшенные пакеты (общее количество и процентное соотношение)
- Полученные пакеты (общее количество и процентное соотношение)
Вкладка 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)