Первая задача системы IPTV — обеспечить TV вещание, то есть, предоставить клиенту доступ к вещаемым программам, аналогичный доступу в кабельных или спутниковых сетях.Первый вопрос заключается в том, каким образом будет организован доступ пользователя к предлагаемому спектру услуг. В кабельной или спутниковой сети он реализуется достаточно просто — клиент знает, на какую частоту ему нужно настроиться, чтобы получить ту или иную программу.Но в системах IPTV из-за ограниченной пропускной способности канала доставить все программы не представляется возможным. Традиционная схема здесь не применима, для получения определенной программы клиент должен знать адрес IP пакетов, в которых она передается (можно провести приблизительную аналогию одновременно и с частотой, и с каналом). Короче говоря, абонент заранее должен иметь список доступных каналов и соответствующих им IP адресов, которые должны быть представлены ему в ясной и динамичной форме. В настоящее время форма представления этой информации стандартизирована только DVB, в спецификации Service Discovery and Selection (SD&S).Телевизионные программы будут передаваться в многоадресных (multicast) пакетах, что позволит не дублировать передачу программ, заказанных несколькими абонентами. Техника multicast хорошо отработана и пока не создает почти никаких проблем. Пока, потому, что абонентам запрещено применять multicast в услугах скоростного доступа к Интернет. Но если оператор снимет этой запрещение, то нет никакой гарантии, что адреса, используемые для передачи телевидения, не окажутся перегруженными другой информацией, передаваемой с теми же адресами, так как их совпадение на уровне IP протокола вполне возможно. Решение данной проблемы существует в рамках IETF, но применительно к IPTV этим вопросом никто не занимался.
Контент по требованию

Передача контента по требованию — одна из услуг, которой сулят важную роль в успехе IPTV, так как в дополнение к обычному вещанию абоненту будет предоставлен богатый выбор контента, доступного ему в любое время. Внедрение этой услуги сопровождается появлением множества проблем, в основном, связанных с сетевым обеспечением. Например, вопроса, смогут ли сетевые устройства обработать сотню IP потоков одновременно. Тем не менее, и здесь есть некоторые области, которые могут быть стандартизированы в рамках системы IPTV. Например, для управления услугами многие готовы использовать протокол RTSP (Real Time Streaming Protocol). Но он имеет широкую сферу использования, и его конфигурация должна быть конкретизирована применительно к передаче ТV. Здесь начинаются разногласия. Некоторые активизируют определенные опции, а некоторые — нет, поля, предназначенные для частной информации, широко используются для передачи данных существенной для действия системы. Короче говоря, даже при использовании одного и того же протокола разные решения оказываются несовместимыми. Разительный пример — различие в форматах описания контента. Два основных существующих сегодня решения, от DVB, и от ISMA, используют разные и несовместимые между собой способы описания хранимого контента. Должен быть также определен и формат хранения контента, предоставляемого по требованию. В настоящее время только ISMA выступила с рекомендацией использовать для этой цели файловые форматы ISO (International Standardization Organization). Следование этой спецификации позволяет операторам внедрять разные решения с применением одной базы для хранения контента. Альтернативным решением может быть жесткое разделение между распределительной частью сети и сегментом, отвечающим за накопление и хранение контента. Последний может получать контент из независимой сети доставки, никак не связанной с сетью распределения.
Метаданные

Метаданные — одна из существенных составляющих цифрового телевидения. В спутниковом и кабельном ТВ возможность получить краткое описание текущей и последующей программ — одна из наиболее востребованных. В системах IPTV, благодаря постоянно включенному обратному каналу, эта услуга может быть значительно усовершенствована — по требованию абонента ему может быть предоставлено развернутое описание программы, причем в любой момент, в том числе и задолго до ее "выхода в эфир". Возможность предоставления такой информации в рамках электронного гида является одной из дополнительных услуг, которые ожидаются от IPTV. Внешнее оформление электронного гида, разумеется, стандартизировать не надо, оно зависит от реализации конкретного поставщика. Но формат представления информации и структура доступа к ней должны быть унифицированы. Это позволит разным системам легко обмениваться этими данными между собой. Существуют профессиональные форматы описания контента (такие как MXF — Material Exchange Format) и форматы для использования в абонентских устройствах хранения (такие как TV Anytime). Но пока нет ни одного законченного решения для представления метаданных в EPG. Разработка такого формата позволила бы создать ожидаемую многими мультимедийную версию гида. Некоторые группы, например в рамках консорциума DVB, работают над созданием описательных структур применительно к телевизионному контенту. Но они еще должны быть адаптированы к особенностям IPTV и потребностям как операторов, так и абонентов IP сетей.Управление абонентской базойУправление абонентской базой — составляющая системы, которая позволяет оператору регулировать права пользователя, отслеживать его действия в системе, выставлять ему счета в соответствии с полученными им услугами, а также администрировать и контролировать подключенное им к сети оборудование. Телефонисты уже имеют готовые решения управления абонентской базой, задающие параметры соединения и абонентские права доступа. В большинстве случаев они построены на базе открытых решений, разработанных IETF или другой подобной организацией. Эти решения часто выполняют задачи идентификации, авторизации и учета (Authentication, Authorisation Accounting), требующиеся в крупномасштабных коммерческих сетях. То есть, основа для создания системы управления базой абонентов IPTV в таких сетях есть, но в них не учитывается специфика видеоуслуг.Важнейшим условием жизнеспособности этих сетей является обеспечение их безопасности и, в особенности, возможность управления доступом к материалу и его шифровки.В рамках этой задачи должна быть реализована такая схема защиты контента, чтобы доступ к нему имели только авторизованные абоненты и чтобы они могли использовать его только заранее заданным образом. Например, в соответствии с условиями подписки абонент может иметь доступ только к части программ определенного канала или получить дополнительное право записывать заданные программы на свой цифровой магнитофон, сохранять их там фиксированное время и в течение этого времени воспроизвести определенное количество раз. Контент должен не только контролироваться в процессе воспроизведения, но он также должен быть защищен кодированием на этапе передачи от сервера к абонентскому устройству, то есть, должен быть предусмотрен механизм передачи секретных ключей, с помощью которых абонентское устройство будет выполнять расшифровку контента. В настоящее время для этой цели часто применяются те же механизмы, что в кабельном и спутниковом телевидении, известные под названием Систем Условного Доступа. Но при их внедрении в сети IPTV с их обратным каналом и возможностью предоставления контента по требованию, традиционные системы доступа сразу обнаруживают ограниченность своих возможностей. Так, в частности, распространение ключей организовано применительно к однонаправленным сетям, не имеющим канала для диалога между абонентским устройством и сервером. А для широкополосных сетей передачи данных контроль за доступом обычно организуется другими способами. Там это одна из функций системы управления абонентской базой. Но в сетях IPTV следует акцентироваться не на учете потребления контента, а на его защите во время передачи, формировании сигнализации и доставке ключей авторизованным абонентам. В настоящий момент только ISMA выпустила спецификацию, регламентирующую механизм защиты аудио и видео, передаваемых через IP (ISMA Crypt), пригодную для целей IPTV. Но эта спецификация не определяет протокола управления ключами и потому должна быть расширена. Некоторые другие организации работают над созданием открытых систем контроля над воспроизведением — DRM, но адресуют их в основном сетям мобильного телевидения, а для IPTV их разработки надо адаптировать.При масштабном внедрении IPTV использование системы DRM является обязательным. Контент-провайдеры предоставляют операторам ценные материалы только при условии контроля за их распространением и воспроизведением. Без DRM такие услуги, как видео-по-требованию или возможность записи контента на жесткий диск для последующего воспроизведения не получат распространения, а это пагубно скажется на коммерческих перспективах IPTV.Другое направление, актуальное для масштабных внедрений, — удаленное администрирование абонентского оборудования. (Эта функция не входит в число базовых и не столь обязательна для внедрения.) Со стороны операторов сейчас предпринимается много усилий для развития этого направления. Они стремятся получить полный контроль над оборудованием, подключаемым к их сети. Работа в этом направлении в основном сконцентрировалась на DSL форуме. Их спецификация TR-069 определяет протокол удаленного администрирования, охватывающий подготовку сетевых ресурсов, администрирование базового ПО (firmware) абонентской приставки, мониторинг, идентификацию и диагностику устройств. С учетом широкого признания DSL форума, эта спецификация представляется хорошей базой для создания стандартизированной системы удаленного администрирования. Но она должна быть проверена на предмет полноты отражения всех потребностей, связанных с STB, и при необходимости адаптирована.Остальные функциональные сегменты, например биллинг, нет надобности стандартизировать, так как они не являются неотъемлемой частью системы IPTV.
Заключение