Кабельное телевидение и Triple-play
«Triple-play - это уже не модная тема, а сформированное направление развития для операторов фиксированной связи, которые стремятся удержать лидирующее положение на рынке телекоммуникаций, где только телефонией и банальным Интернетом клиента не привлечешь и надолго не удержишь.». Основными поставщиками данного вида услуг на этапе их первоначального внедрения являются не крупные операторы, а операторы кабельного телевидения масштаба города, имеющие транспортные сети ВОЛС.
В качестве варианта представления услуг Triple-play приведена схема (рис.1)
Отказоустойчивое пакетное кольцо (Resilient Packet Ring — RPR) — транспортная технология, определенная спецификацией IEEE 802.17. Эта технология сочетает простоту и надежность SDH с эффективностью пакетной передачи. Она обеспечивает 50 мс защитную коммутацию и в то же время за счет пакетного транспорта использует выгоды статистического мультиплексирования для лучшей утилизации всей доступной полосы, включая полосу, отводимую под защиту. Более того, RPR предлагает несколько уровней QoS, включая уровни QoS для поддержки TDM служб, транспортируемых поверх пакетов.
Общепризнанна тенденция увеличения и доминирования впоследствии пакетного трафика. Поэтому RPR наиболее эффективная транспортная технология для развертывания пакетных и TDM служб. Вдобавок RPR основана на кольцевой топологии, поэтому она может быть легко адаптирована к существующим линиям оптического кабеля, где используется SDH. Также знакомство операторов с кольцевыми сетями делает RPR хорошим решением при эволюции от TDM к преимущественно пакетным сетям. Если рассматривать решения по доставке на единой технологической основе служб Голоса, Видео и Данных (Triple Play), то RPR здесь представляется как наиболее предпочтительная технология для агрегации трафика в региональной сети.
Каждая из служб Triple Play имеет свои нюансы. Голосовые службы могут включать голосовой трафик реального времени, т.е. телефонные вызовы, или не являющуюся службой реального времени трансляцию музыки. Видео службы традиционно включают потоковое видео, но могут также включать видеоконференции, которые являются службой реального времени. Эти различия в службах требуют различных уровней QoS от транспортного механизма в сети.
RPR хорошо подходит для обеспечения всех этих служб благодаря определенным в 802.17 базовым службам.
Эти сервисные примитивы описывают три класса:
- Служба Класса А — обеспечивается гарантированной полосой с низкой задержкой из конца в конец и ограниченным джиттером. Этот класс имеет приоритет над всеми другими классами.
- Служба Класса В — обеспечивается гарантированной полосой с ограниченной задержкой и джиттером и возможностью доступа к дополнительной (не гарантируемой) полосе без гарантий по ограничению задержки и джиттера в этой полосе. Класс В имеет приоритет над классом С.
- Служба Класса С — обеспечивает доставку по мере возможностей (best effort) без гарантий скорости данных и ограничений на задержку и джиттер.
Исходя из этого набора служб, ясно, что службы реального времени для Голоса или Видео будут использовать Класс А для того, чтобы обеспечить гарантированную полосу и наименьшую задержку сигнала. Потоковое Видео или Голос будут использовать Класс В. Службы данных будут использовать класс С. Конечно, эти пары полностью зависят от того, что предлагает поставщик услуг. Некоторые поставщики услуг могут предоставлять Класс В для служб данных пользователям, согласным за это платить.
802.17 определяет свой уровень контроля доступа к среде передачи (MAC), который не зависит от физического уровня и среды передачи. RPR может поддерживать множество скоростей; 1G, 2.5G и 10G — стандартные скорости. 1G транспорт использует Gigabit Ethernet на физическом уровне. 2,5G транспорт использует STM-16, а 10G использует STM-64 или 10 GbE на физическом уровне.
Рассмотрим возможности ИГС «Кросс-Про» применительно к поставщикам услуг КТВ на примере построения «Системы учета и администрирования телекоммуникационных ресурсов Кабельного телевидения» г.Одинцово.
Участки включают в себя кластеры (оптические узлы). Система позволяет выводить информацию каждого объекта в отдельном окне.
Вывод информации позволяет заполнять и редактировать информацию любого элемента путем выбора параметра из формы ввода–вывода (рис 3-5)
рис 3.
рис 4.
рис 5.










