СПОСОБ И СИСТЕМА ДЛЯ ПРЕДОСТАВЛЕНИЯ УСЛУГ ГРУППОВОЙ ПЕРЕДАЧИ
METHOD AND SYSTEM FOR PROVIDING MULTICAST SERVICES

Область техники, к которой относится изобретение
Настоящее изобретение относится к технологиям мультимедийной групповой передачи и, в частности, к способу и системе для предоставления услуг групповой передачи.
Уровень техники
В настоящее время технологии связи и информации являются высокоразвитыми. С появлением IP-технологии, в которой пересекаются канальный уровень и среда передачи данных, использование Интернета становится более и более популярным. Людям необходимы совершенно новые мультимедийные режимы связи, они более не удовлетворены режимом связи с монотонным голосом. В целом общепринято, что мобильная сеть IP-связи и фиксированная сеть связи и конвергенция между Интернетом и телекоммуникационной сетью являются основным направлением развития. Для того, чтобы выполнить возрастающие требования для IP-мультимедийных приложений, организация Проекта Партнерства Третьего поколения (3GPP) представляет мультимедийную подсистему на основе IP-протокола (IMS) во всей служебной IP-архитектуре сети на основе пакетной базовой сети. Целью IMS является предоставление индивидуализированных пользовательских данных, замаскирование режимов пользовательского доступа, управление открытостью служебных возможностей и предоставление опыта осуществления мультимедийной связи.
IMS, которая является подсистемой, наложенной с помощью 3GPP R5 на существующую область с пакетной коммутацией (PS) WCDMA-сети (множественный доступ с кодовым разделением каналов), использует PS-область как однонаправленный канал для своей управляющей сигнализации верхнего уровня и медиапередачи и предлагает протокол инициации сенса (SIP) в качестве служебного управляющего протокола. Используя особенности SIP, например, простота, масштабируемость и удобство медиакомбинирования, IMS предоставляет расширенные мультимедийные услуги, отделяя служебное управление от управления однонаправленным каналом.
В настоящее время система на основе IMS предоставляет речевые услуги, но никакое лучшее решение не является доступным для предоставления услуг групповой передачи.
Сущность изобретения
В виду этого, вариант осуществления настоящего изобретения предоставляет способ для предоставления услуг групповой передачи для осуществления услуг групповой передачи на основе IMS. Способ включает в себя следующие этапы:
прием запроса об услугах групповой передачи, отсылаемый пользовательским оборудованием по IMS-сети, и получение параметров медиапередачи медиапотока услуг групповой передачи;
отправка ответа, содержащего параметры медиапередачи в UE по IMS-сети; и
отправка медиапотока услуг групповой передачи, соответствующего параметрам медиапередачи в UE.
Кроме того, вариант осуществления настоящего изобретения также предоставляет систему поддержки услуг групповой передачи. Система включает в себя:
модуль управления адресом групповой передачи, выполненный с возможностью выделения и управления адресами групповой передачи;
модуль корреляции адреса и контента, выполненный с возможностью создания соответствия между информацией контента и адресом групповой передачи, управляемый модулем управления групповой передачей; и
модуль предоставления результатов планирования, выполненный с возможностью вывода соответствия, созданного модулем корреляции адреса и контента в качестве результата планирования услуги групповой передачи в сервер приложений (AS).
Можно увидеть из предшествующих технических решений, что варианты осуществления настоящего изобретения могут реализовать услуги групповой передачи на основе IMS, таким образом закладывая определенный фундамент для расширения услуг групповой передачи на основе IMS, особенно для популярной услуги IPTV.
Краткое описание чертежей
Фиг.1 показывает структуру IMS-системы в предшествующем уровне техники;
фиг.2 показывает систему для предоставления услуг групповой передачи в варианте осуществления настоящего изобретения;
фиг.3 показывает процесс для планирования услуг групповой передачи в первом варианте осуществления настоящего изобретения;
фиг.4 показывает процесс сигнализации служебного запроса в управляющей плоскости в первом варианте осуществления настоящего изобретения;
фиг.5 показывает процесс групповой передачи в плоскости данных в первом варианте осуществления настоящего изобретения;
фиг.6 показывает процесс для планирования услуг групповой передачи во втором варианте осуществления настоящего изобретения;
фиг.7 показывает процесс сигнализации служебного запроса в управляющей плоскости LTV согласно способу в варианте осуществления настоящего изобретения;
фиг.8 показывает процесс групповой передачи в плоскости данных LTV согласно способу в варианте осуществления настоящего изобретения;
фиг.9 показывает процесс запроса каналов LTV в режиме переадресации; и
фиг.10 показывает блок-схему системы поддержки услуг групповой передачи в варианте осуществления настоящего изобретения.
Подробное описание вариантов осуществления
Для лучшего понимания объектов, технических решений и преимуществ настоящего изобретения, настоящее изобретение в дальнейшем в данном документе описано подробно со ссылкой на прилагаемые чертежи.
Фиг.1 показывает сетевую архитектуру IMS (см. 3GPP TS 23.228). Основные функциональные объекты включают в себя: функцию управления сеансом вызова (CSCF), которая в частности включает в себя прокси-CSCF (P-CSCF) 102 и запрашивающую/служебную CSCF (I/S-CSCF) 103, сервер 115 приложений (AS), который предоставляет различные функции управления служебной логикой, домашний сервер абонента (HSS), который управляет данными подписки централизованным способом, и функцию 106 управления шлюзом среды передачи (MGCF)/шлюз 107 мультимедийных транзакций (T-MGW) для взаимодействия с сетью с коммутацией каналов (CS). UE 101 осуществляет доступ к IMS через локальную P-CSCF 102. Домашняя S-CSCF управляет инициацией сеансов и услугами и взаимодействием с AS по служебному управлению.
P-CSCF 102 и I/S-CSCF 103 вместе называются CSCF, которая выполнена с возможностью предоставления функций агента пользователя, управления сеансом, и функции маршрутизации, услуг инициирования в IMS-сети, и осуществляет взаимодействие между различными IMS-областями; MGCF 106, T-MGF 107 SGF 109, соответственно, предоставляют функцию управления шлюзом среды передачи, функцию шлюза среды предачи и функцию шлюза сигнализации, и выполнены с возможностью осуществления взаимодействия между пользователями IMS-сети и пользователями телефонной коммутируемой сети общего пользования (PSTN); объект 108 функции управления шлюзом границы (BGCF) используется для адресации и маршрутизации между объектами MGCF различных областей IMS; объект 114 функции нахождения абонента (SLF) используется для выбора среди многочисленных объектов 116 служебной функции профиля пользователя (UPSF); объект 111 функции управления границей межсоединения (IBCF) и функция 110 шлюза границы межсоединения (IBGF) являются функциональными объектами для взаимодействия между областями IMS; контроллер 104 функции медиаресурсов (MRFC) и процессор 105 функции медиаресурсов (MRFP) вместе называются функцией медиаресурсов (MRF), которая выполнена с возможностью выделения, управления и обработки медиаресурсов; подсистема 101 подключения к сети (NASS) используется для аутентификации доступа пользователя и выделения адреса; подсистема 117 управления ресурсами и допуском (RACS) выполнена с возможностью управления базовой сетью согласно требованиям служебного уровня, например, IMS.
Потоковая служба или IPTV-служба является новой службой, которая была разработана в течение нескольких последних лет. Потоковая служба передает мультимедийные файлы, в том числе видео и звуковые файлы по PS-сети, и сетевое устройство для хранения таких мультимедийных файлов называется "потоковым источником". Пользователь может сразу проигрывать медиаконтент групповой передачи без полной загрузки мультимедийных файлов. Сутью реализации потоковой медиапередачи является технология потоковой передачи, которая обрабатывает непрерывное видео и звуковую информацию и сохраняет информацию на потоковом источнике так, чтобы UE воспроизводило медиапоток во время загрузки без ожидания полной загрузки целого файла в локальное устройство.
Если более чем один пользователь желает принять тот же самый контент услуг в то же самое время, технология групповой передачи может использоваться так, чтобы отправитель услуги (т.е. потоковый источник) отсылал медиапоток в заданный адрес групповой передачи. Для того, чтобы получить контент групповой передачи, приемник услуги (т.е. UE) присоединяется к группе для групповой передачи услуг (например, используя протокол групповых сообщений в Интернет, IGMP), чтобы требовать у смежного маршрутизатора отправки контента услуг в UE. Маршрутизаторы взаимодействуют друг с другом с помощью протокола маршрутизации групповой передачи (например, протокол независимой групповой передачи - разреженный режим, PIM-SM-протокол) для создания трактов эстафетной групповой передачи. Таким образом, контент услуг групповой передачи может отсылаться в приемники контента из источника групповой передачи параллельно трактам эстафетной групповой передачи. Когда поток услуг передается с помощью технологии групповой передачи, отправителю услуг лишь необходимо отправить один поток услуг безотносительно числа приемников. Только один поток данных формируется параллельно тракту передачи от точки отправки данных групповой передачи в приемники. Очевидно, технология групповой передачи уменьшает нагрузку отправителя услуг и эффективно использует сетевые ресурсы.
Типичным примером услуг групповой передачи является услуга «живого» телевидения (LTV). Для всех абонентов, которые просматривают ту же самую программу, контент программы, принятый в то же время, является точно тем же самым. Следовательно, требования к пропускной способности сети могут быть снижены с помощью групповой передачи уровня однонаправленного канала. Групповой режим может использоваться для сценария, где тот же самый контент услуги должен отсылаться одновременно многочисленным пользователям, который может рассматриваться как услуга групповой передачи. Например, для многосторонней конференции, звуковая и видеоинформация динамика может отсылаться в сервер конференций, который затем может отсылать информацию многочисленным пользователям способом групповой передачи, который также рассматривается как использование услуг групповой передачи.
Вариант осуществления настоящего изобретения предусматривает систему услуг групповой передачи на основе IMS, сетевая архитектура которого показана на фиг.2. Функциональные объекты или компоненты, например, UE 201, RACS 202, MRF 204, UPSF 206, AS 210 и интерфейсы, например, ISC, Gm, Gq/Gq', Mr, Sh и Cx заданы в существующих объединенных услугах и протоколах электросвязи и Интернета для усовершенствованных сетевых стандартов (TISPAN).
AS 210 выполнен с возможностью предоставления функций управления служебной логикой. Для управляющей плоскости AS 210 является объектом, который предусматривает услуги для UE 201 и может быть назван устройством предоставления услуги.
Устройство 205 источника медиаконтента выполнен с возможностью предоставления контента групповой медиапередачи для MRF 204 и является объектом уровня предоставления контента. Устройство источника медиаконтента предусматривается здесь только для лучшего описания процесса планирования услуги. Здесь MRF служит источником медиапотока групповой передачи.
Эта система включает в себя: функцию 207 защиты контента (CPF), функцией 208 планирования услуги (SSF) и функцию 209 управления контентом (CMF).
SSF 208 выполнен с возможностью планирования и организации IPTV-услуг. SSF 208 включает в себя:
модуль управления адресом групповой передачи, выполненный с возможностью выделения и управления адресами групповой передачи;
модуль корреляции адреса и контента, выполненный с возможностью создания соответствия между контентом услуги групповой передачи, информации о положении источника контента и адресами групповой передачи, управляемых модулем управления адресами групповой передачи, при этом контент услуги групповой передачи и информация о положении источника контента исходят от CMF 209;
модуль предоставления результата планирования, выполненный с возможностью вывода соответствия, созданного модулем корреляции адреса и контента в качестве результата планирования услуг групповой передачи, а именно, для планирования медиапотока групповой передачи в источник групповой передачи, а именно, MRF 204, и планирования параметров медиапередачи услуги групповой передачи в AS210 и/или UE 201, при этом результат планирования услуг групповой передачи включает в себя адреса групповой передачи, положения контента, а также ключ шифрования услуги (SEK) и/или ключ шифрования трафика (ТЕК), отсылаемый от CPF 207.
CPF 207 выполнен с возможностью предоставления механизма защиты безопасности медиапередачи для медиаконтента групповой передачи, передаваемого в услуге групповой передачи так, чтобы предотвратить пиратство контента. CPF 207 использует условный доступ (CA) или механизм защиты служебного уровня для формирования и управления ключом служебного шифрования (SEK) и/или ключом шифрования трафика (ТЕК). CPF 207 может включать в себя следующие модули:
модуль формирования SEK, выполненный с возможностью формирования SEK или обновления SEK согласно указанию, отсылаемого модулем предоставления результатов планирования в SSF 208;
модуль формирования TEK, выполненный с возможностью формирования TEK или обновления TEK согласно указанию, отсылаемого модулем предоставления результатов планирования в SSF 208;
модуль приемопередатчика, выполненный с возможностью приема указания от модуля SSF, отправки указания в модуль формирования SEK и/или модуль формирования TEK и для отправки SEK от модуля формирования SEK и/или TEK от модуля формирования TEK в модуль предоставления результатов планирования в SSF208; и
CMF 209, выполненный с возможностью управления информацией об источнике контента услуг групповой передачи, и отправка управляемого контента в SSF 208. Информация управляемого источника контента включает в себя: ID контента, метаданные контента, информацию о положении источника контента или их комбинацию. ID контента является уникальным ID индекса всего или части контента/каналов, доступных из системы. Метаданные контента включают в себя описание по контенту/каналу, например, введение в контент, описание канала и формат медиапередачи. Информация о положении источника контента может быть положением централизованного хранилища поставщика услуг, или адресом хранилища поставщика контента или портом медиапередачи поставщика «живого» контента. CMF 209 поддерживает другие объекты в добавлении, удалении, модификации и запросе контента.
CPF 207, SSF 208 и CMF 209 могут быть взаимно независимыми объектами в системе, как показано на фиг.2; или альтернативно, они могут быть интегрированы в сетевой объект, называемый устройством поддержки услуги групповой передачи.
Следующее описывает новые интерфейсы:
I1: интерфейс между AS 210 и SSF 208. С помощью интерфейса I1, AS 210 может запрашивать SSF 208 результат планирования услуги групповой передачи во время запроса услуги, результат планирования услуги групповой передачи, например, включая адрес групповой передачи услуги групповой передачи и информация кодирования/декодирования медиапотока групповой передачи. Более того, AS 210 может взаимодействовать с SSF 208 по планированию динамических услуг с помощью интерфейса I1 в сеансе реального времени.
I2: интерфейс между SSF 208 и CPF 207. Интерфейс I2 используется SSF 208 для получения ключевой информации для защиты услуг групповой передачи от CPF 207, ключевая информация, включающая в себя ключ защиты услуг и/или ключ защиты медиапередачи.
I3: интерфейс между SSF 208 и CMF 209. Запросы SSF на положение контента групповой медиапередачи и информация метаописания с помощью интерфейса I3.
I4: интерфейс между SSF 208 и MRF 204. С помощью интерфейса I4 SSF запрашивает MRF на планирование услуг групповой передачи.
I5: интерфейс между устройством 205 источника медиаконтента и MRF 204. Медиаконтент групповой передачи медиапотока групповой передачи на устройстве 205 источника медиаконтента передается в MRF204 через интерфейс I5. Протокол для передачи медиаконтента групповой передачи может быть протоколом передачи файлов (FTP) или протоколом передачи в реальном времени (RTP).
Процесс услуги групповой передачи в данном документе разделен на три логических части: первоначальное планирование услуги, сигнальный процесс запроса услуги в управляющей плоскости и процесс групповой передачи в плоскости данных. Три логических части в дальнейшем в данном документе разделены подробно.
Процесс планирования услуги предназначен для предварительного планирования потоков групповой медиапередачи в сети. Исходный медиаконтент групповой передачи может исходить от поставщика контента и может отсылаться в MRF 204 определенным образом. В данном документе режим отправки не ограничен, так как он не влияет на суть настоящего изобретения. MRF 204 осуществляет инкапсуляцию групповой передачи и передачу принятого медиаконтента групповой передачи. IP-адрес назначения медиапотока групповой передачи является адресом групповой передачи. Адрес назначения не является определенным для пользователя. Следовательно, медиапоток групповой передачи может планироваться заранее, независимо от того, запрашивает ли пользователь услугу групповой передачи или нет.
Процесс сигнализации запроса услуги является процессом, в котором пользователь взаимодействует со служебным сервером для получения параметров передачи медиапотока групповой передачи.
Для различных технологий сетевого доступа механизм обработки групповой передачи части доступа является различным. Следовательно, после того, как пользователь получает параметры передачи услуги групповой передачи, пользователь должен взаимодействовать с плоскостью данных, которая является заданной для технологии доступа. Настоящее изобретение лишь приводит технологии доступа по системе пакетной радиосвязи общего пользования (GPRS) в качестве примера без перечисления всех технологий доступа. Использование других технологий доступа не влияет на использование настоящего изобретения.
Фиг.3 показывает процесс для планирования услуг групповой передачи в первом варианте осуществления настоящего изобретения. Предположим, что служебная сеть защищает служебный контент в процессе планирования. SEK формируется CPF, и отсылается в MRF по SSF. ТЕК динамично формируется MRF, и отсылается из MRF в UE в режиме групповой передачи (например, с помощью протокола RFC3830 MIKEY) после шифрования с помощью служебного ключа. Адресом групповой передачи можно управлять по SSF, или SSF получает адрес групповой передачи от других объектов, которые управляют адресами групповой передачи в сети.
Этапы а и b являются предварительными процессами до планирования услуг и не влияют на конкретный процесс планирования.
Этап а: Поставщик контента или поставщик услуг готовят медиаконтент групповой передачи и хранят подготовленный медиаконтент в устройстве источника медиаконтента.
Этап b: CMF получает метаданные контента и адрес источника контента. Метаданные контента содержат информацию описания контента услуг, сохраняемого в устройстве источника медиаконтента, например, ID контента (CID), введение контента, формат кодирования/декодирования контента или любое их сочетание. Адрес источника контента является адресом контента, сохраняемым в устройстве источника медиаконтента. Метаданные контента могут содержать информацию о защите контента. Метаданные контента могут исходить от поставщика контента, или системного интерфейса поставщика услуг.
Процесс планирования услуг групповой передачи включает в себя следующие этапы:
Этап 301: SSF получает схему планирования услуг. Схема планирования услуг может быть вставлена в SSF с помощью системы поддержки функционирования (OSS) или системы бизнес поддержки (BSS) или быть динамической схемой планирования, инициируемой пользовательским служебным запросом.
Этап 302: SSF получает метаданные контента от CMF согласно схеме планирования услуг, включая ID канала (ChID), информацию о положении источника контента и CPF-адрес.
Этап 303: SSF получает информацию SEK для защиты услуг от CPF согласно требованиям о защите услуг. SEK отсылается в MRF для защиты ТЕК. Требования к защите услуг являются заданными заранее.
Этап 304: SSF получает и хранит адрес групповой передачи/информацию о портах программы. Адрес групповой передачи/информация о портах могут управляться SSF или быть получены от других сетевых элементов (NE), которые управляют адресами групповой передачи/информацией о портах в сети.
Этап 305: SSF отсылает команду планирования контента/запрос в MRF с командой/запросом, передающим SEK, адрес групповой передачи/информацию о портах, метаданные контента и служебный контент, который необходим MRF для получения от устройства источника медиаконтента.
Этап 306: MRF хранит SEK, адрес групповой передачи/информацию о портах и метаданные контента для программной обработки.
Этап 307: Согласно адресу источника контента MRF получает служебный контент от устройства источника медиаконтента. Служебный контент отсылается в MRF в режиме одноадресной или групповой передачи.
Этап 308: MRF отсылает ответ успешного планирования в SSF.
Этап 309: SSF обновляет локальные записи планирования согласно ответу и определяет, что услуга и ID контента являются доступными.
Этап 310: MRF формирует ТЕК, использует ТЕК для шифрования медиапотока и использует SEK для шифрования потока ТЕК. Медиапоток, шифруемый TEK и поток TEK, шифруемые с помощью SEK, отсылаются в режиме групповой передачи (например, с помощью протокола RFC3830 MIKEY). Поток предшествующей групповой передачи в конечном счете достигает узла доступа (AN) и ожидает отправки в UE.
К настоящему моменту процесс исходного планирования услуг групповой передачи завершен. Если ключ защиты услуг необходимо изменить после процесса исходного планирования, выполняются этапы 311-315.
Этап 311: SSF выбирает обновление SEK согласно служебной логике. Подробные операции являются следующими. Устанавливается соответствующий таймер в момент формирования SEK. Продолжительность таймера является периодом достоверности SEK. Когда SSF обнаруживает, что время таймера истекает, SSF уведомляет CPF для обновления SEK.
Этап 312: CPF формирует новый SEK, и SSF получает новый SEK от CPF.
Этап 313: SSF отсылает команду для обновления SEK в MRF, с командой, передающей новый SEK, полученный на этапе 312.
Этап 314: SSF уведомляет AS об обновленном SEK. Если пользователь в настоящее время использует услугу, AS также необходимо уведомить о новом SEK для пользователя (смотрите следующий процесс услуги групповой передачи).
Этап 315: MRP формирует новый ТЕК, использует новый ТЕК для шифрования медиапотока и использует SEK для шифрования потока ТЕК. Медиапоток, шифруемый TEK и поток TEK, шифруемые с помощью нового SEK, отсылаются в режиме групповой передачи. Поток предшествующей групповой передаче, в конечном счете достигает узла доступа (AN) и ожидает отправки в UE.
Фиг.4 показывает процесс сигнализации служебного запроса в управляющей плоскости в первом варианте осуществления настоящего изобретения. Способ включает в себя следующие этапы:
Этап 401: UE выбирает программу с помощью электронной программы передач (EPG) и отсылает служебный SIP-запрос в I/P/S-CSCF. SIP-запрос передает идентификатор услуги групповой передачи (PSI) и ID канала (ChID). ChID предназначается для идентификации программного контента, запрашиваемого пользователем. Для различных услуг ID услуги и ID контента могут быть различными. Заданный процесс отправки является следующим. UE отсылает служебный SIP-запрос в локальную P-CSCF и выбирает соответствующую I-CSCF и S-CSCF с помощью механизма выбора маршрута в предшествующем уровне техники. P-CSCF затем отсылает служебный SIP-запрос в выбранные I-CSCF и S-CSCF.
Более того, пользователь может получить EPG со ссылкой на предшествующий уровень техники. Например, пользователь может получить EPG с помощью протокола передачи гипертекста (HTTP) от сетевого объекта, который предоставляет EPG.
Этап 402: S-CSCF загружает первоначальный критерий фильтра (iFC) от UPSF.
Этап 403: S-CSCF совпадает с iFC по PSI, выбирает соответствующий AS согласно результату совпадения и отсылает служебный запрос в выбранный AS. При приеме служебного SIP-запроса S-CSCF совпадает с заданными атрибутами и полями, передаваемыми в сигнализации с iFC и предпринимает соответствующее действие. Например, если идентификатор услуги в запросе является LTV и идентификатор LTV услуги, заданная в iFC, соответствует серверу «живого» телевидения, заданный сервер живого телевидения инициируется для обработки.
Этапы 404-405: AS запрашивает пользовательские служебные данные от UPSF. Пользовательские служебные данные включают в себя перечень прав использования канала и сроки подписки для пользователей. Согласно пользовательским служебным данным от UPSF, AS определяет услугу групповой передачи, доступную для UE. Если не найдена для доступа никакая услуга групповой передачи для UE, AS отклоняет запрос услуги групповой передачи и прекращает процесс; если соответствующая услуга групповой передачи найдена, процесс переходит к этапу 406.
Этап 406: AS анализирует ChID в пользовательском служебном запросе и запрашивает параметры медиапередачи, соответствующие ChID от SSF. Параметры медиапередачи включают в себя адрес групповой передачи канала/порт и информацию кодирования/декодирования.
Этап 407: Если услуга групповой передачи на планируется заранее, SSF необходимо инициировать процесс для планирования услуги групповой передачи. Процесс планирования показан на фиг.3.
Если услуга групповой передачи планируется, процесс пропускает этап 407 и переходит к этапу 408. Если SSF не находит никакой соответствующей услуги групповой передачи, SSF возвращает к AS предложение, что не существует никакого служебного контента, и затем AS возвращает сообщение для UE для отклонения служебного запроса и прекращает процесс.
Этап 408: Если контент услуги групповой передачи планируется, SSF возвращает параметры медиапередачи в AS. Параметры медиапередачи включают в себя адрес групповой передачи канала/порт, информацию кодирования/декодирования и SEK.
Этап 409: AS обновляет сеанс пользователя согласно параметрам медиапередачи и/или пользовательским служебным данным. Например, AS обновляет канал, используемый в настоящее время пользователем.
Этап 410: AS соединяется к SEK и адрес групповой передачи/информация о портах для ответного сообщения, которое отправляется в P-CSCF с помощью ядра IMS.
Этап 411: Согласно адресу групповой передачи/информации о портах, передаваемой в ответном сообщении, P-CSCF отсылает запрос об управлении ресурсами в RACS. Запрос об управлении ресурсами используется для инструктирования транспортного уровня для распределения ресурсов и использует определенный перечень авторизации групповой передачи, например, для запрета или разрешения определенному пользователю принимать определенные потоки групповой передачи.
Этап 412: RACS отображает команду/запрос уровня приложения в параметры транспортного уровня, и передает список авторизации групповой передачи стробированному управляющему объекту уровня доступа согласно результату положения пользователя. В этом варианте осуществления стробированный управляющий объект уровня доступа является узлом поддержки шлюза GPRS (GGSN) в сети GPRS. GGSN осуществляет авторизацию групповой передачи и управление ресурсами и создает канал групповой передачи. В зависимости от действительной сети, стробированный управляющий объект уровня доступа может быть любым другим узлом.
Этап 413: P-CSCF передает ответ, отсылаемый на этапе 410 в UE.
Этап 414: UE подтверждает предшествующий ответ.
Следующее может быть заменой для предыдущего процесса.
На этапе 406 AS не запрашивает параметры передачи услуги групповой передачи от SSF, но отсылает запрос медиаресурсов в MRF в соответствии с обычным процессом IMS. MRF предусматривает параметры медиапередачи согласно описанию возможностей медиаобработки UE, предусмотренных AS. Например, MRF может планировать более чем один поток групповой передачи для той же самой программы на основе возможностей декодирования различных UE. Потоки групповой передачи принимают различные форматы кодирования/декодирования для удовлетворения потребностей различных UE. При приеме пользовательского запроса, MRF возвращает параметры передачи различных потоков групповой передачи согласно возможностям UE, таким образом удовлетворяя требованиям различных UE.
Этапы 406-408 могут быть заменены следующими этапами:
Этап 406': AS отсылает запрос медиаресурсов в MRF и MRF согласовывают с UE параметры передачи канала.
Этап 407': MRF определяет параметры медиапередачи.
Этап 408': MRF возвращает параметры медиапередачи в AS, включая информацию об адресе/портах групповой передачи, информации кодирования/декодирования и SEK.
Кроме того, в предшествующем процессе планирования предполагается, что поток услуг отсылается до того, как пользователь отправит запрос. На самом деле, время для отправки потоков услуг может быть также инициировано первоначальным пользовательским запросом. Как описано на этапе 406' при приеме первоначального пользовательского запроса AS отсылает запрос о медиаресурсах. MRF возвращает параметры медиапередачи медиапотоков групповой передачи и затем начинает отправку медиапотоков групповой передачи. Таким образом, программы, которые редко смотрят, отсылаются по запросу, таким образом снижая нагрузку на сервер и использование ресурсов пропускной способности сети.
Если используется предшествующий режим отправки по требованию, AS может сохранять параметры передачи после приема первоначального запроса от UE. Если запрос для той же самой программы принимается от нового пользователя и UE может обрабатывать формат кодирования соответствующего потока групповой передачи, AS может возвращать релевантные параметры новому пользователю, таким образом оптимизируя операционный процесс.
После того, как служебный запрос обработан с помощью предшествующего процесса, может осуществляться процесс групповой передачи плоскости данных. Как показано на фиг.5, процесс групповой передачи плоскости данных включает в себя следующие этапы:
Этап 501: UE отсылает запрос для присоединения к определенной группе для групповой передачи в стробированный управляющий узел уровня доступа так, чтобы принимать контент канала, отсылаемый определенному адресу групповой передачи. В этом варианте осуществления GGSN является стробированным управляющим узлом уровня доступа, и предшествующий запрос принимается и обрабатывается GGSN. Предшествующий запрос может отсылаться со ссылкой на протокол управления группой Интернет (IGMP).
Этап 502: После того, как запрос о присоединении обнаружен GGSN, GGSN аутентифицирует права согласно списку авторизации групповой передачи. Список аутентификации групповой передачи исходит от RACS. Ссылка может быть сделана на этапе 412 фиг.4.
Этап 503: Обрабатывается запрос о присоединении, предоставленный UE. Этот этап изменяется от типов сетей доступа. Например, когда сеть GPRS предоставляет поддержку для мультимедийной службы широковещания/групповой передачи (MBMS) как определяется 3GPP, необходимо активировать контекст MBMS для поддержки режима групповой передачи. Это объясняется в стандарте MBMS, который задан 3GPP.
Затем медиапотоки переходят от MRF в GGSN, и отсылаются в UE через канал групповой передачи. Предположим, что принят режим служебной защиты, TEK предназначен для защиты медиапотоков и SEK предназначен для шифрования потоков TEK. SEK передается в UE в предыдущем процессе запроса сигнализации так, чтобы пользователь мог дешифровать медиапотоки и обычным образом декодирует медиапотоки.
Этап 504: В служебном процессе, SSF может инициировать обновление SEK, как описано на этапах 311-315 процесса планирования услуг на фиг.3.
Этап 505: SSF отсылает обновленный SEK в AS и уведомляет AS об обновлении SEK.
Этап 506: AS отсылает обновленный SEK в UE и уведомляет UE об обновлении SEK. Этот процесс может осуществляться с помощью изменения атрибутов SIP-сеанса, например, обновляя SEK с помощью информации SIP. То есть параметры медиапередачи в групповой передаче передаются в SIP-сообщении и обновляются как атрибуты сеанса. Эти атрибуты могут модифицироваться, используя механизм, аналогичный отправке информации SIP. Таким образом, обновляются соответствующие атрибуты, например, SEK.
Этап 507: Когда пользователю необходимо прекратить услугу групповой передачи, UE отсылает сообщение SIP BYE в P-CSCF для прекращения сеанса. Сообщение SIP BYE передает информацию об адресах/портах групповой передачи.
Этап 508: P-CSCF отсылает запрос на управление ресурсами в RACS согласно информации об адресах/портах групповой передачи, передаваемой в запросе, предписывая транспортному уровню осуществлять управление ресурсами и модификацию или удаление определенного списка авторизации групповой передачи так, чтобы удалить право UE на использование медиапотоков транспортного уровня. Список авторизации групповой передачи сохраняет информацию по запрету или разрешению определенному пользователю принимать определенные медиапотоки групповой передачи. Для медиапотоков групповой передачи предшествующее управление ресурсами может лишь включать запись или обновление числа пользователей без фактического отключения ресурсов, когда пользователь выходит, так как другие пользователи могут все еще смотреть ту же самую программу.
Этап 509: RACS отображает команду/запрос уровня приложения в параметр транспортного уровня, и передает список авторизации групповой передачи стробированному управляющему объекту уровня доступа (такой как GGSN) согласно результату положения пользователя, и GGSN осуществляет авторизацию и управление ресурсами групповой передачи.
Этап 510: P-CSCF направляет сообщение прекращения сеанса в AS.
Этап 511: AS отсылает сообщение SIP BYE в UE для подтверждения прекращения сеанса.
Этап 512: UE отсылает сообщение выхода IGMP в стробированный управляющий объект GGSN, запрашивая выход из канальной группы в групповой передаче. Сообщение IGMP о выходе может также отсылаться, когда пользователь отсылает сообщение SIP BYE для прекращения сеанса, который не влияет на обработку услуги.
Этап 513: UE выходит из группы для групповых передач. Этап 513 соответствует этапу 503. Выход из группы для групповых передач может включать в себя определенный процесс сети доступа; для MBMS может быть включен процесс деактивации.
Фиг.6 показывает процесс для планирования услуг групповой передачи во втором варианте осуществления настоящего изобретения. Отличающийся от первого варианта осуществления, второй вариант осуществления использует SEK и ТЕК, формируемые CPF. В процессе планирования ТЕК передается в MRF для шифрования потока услуг; и SEK и ТЕК отсылаются в UE с помощью SIP-канала. Перед планированием услуги групповой передачи, осуществляется подготовительный процесс, как описано на этапах а и b на фиг.6. Процесс является тем же самым, как и в первом варианте осуществления. Процесс планирования услуг групповой передачи во втором варианте осуществления включает в себя следующие этапы:
Этап 601: SSF получает схему планирования услуг. Схема планирования услуг может быть вставлена в SSF с помощью OSS или BSS или быть динамической схемой планирования, инициируемой пользовательским служебным запросом.
Этап 602: SSF получает метаданные контента от CMF согласно схеме планирования услуг, включая ID канала (ChID), информацию о положении источника контента и CPF-адрес.
Этап 603: SSF получает информацию SEK и ТЕК для защиты услуг от CPF согласно требованиям о защите услуг. SEK and ТЕК отсылаются в MRF для защиты ключа медиашифрования.
Этап 604: SSF получает информацию, например адрес/порт групповой передачи, используемые в программах и сохраняет полученные SEK, ТЕК и адрес/порт групповой передачи.
Этап 605: SSF отсылает команду/запрос планирования в MRF с командой/запросом, содержащем SEK, адрес групповой передачи, информацию о положении источника контента для предписания или запроса планирования контента, который необходим MRF для получения от устройства источника медиаконтента.
Этап 606: MRF хранит информацию, например, SEK, адрес групповой передачи и адрес об источнике контента для программной обработки.
Этап 607: Согласно адресу источника контента MRP получает контент от устройства источника медиаконтента. Контент отсылается в MRF с помощью одноадресной или групповой передачи.
Этап 308: MRP отсылает ответ на успешное планирование в SSF.
Этап 309: SSF обновляет локальные записи планирования и определяет, что услуга и ID контента являются доступными.
Этап 310: MRF использует TEK, предоставляемый SSF для шифрования медиапотоков групповой передачи. Медиапотоки групповой передачи, отсылаемые MRP в AN, содержат только шифруемые медиапотоки, без потоков ключей.
К настоящему моменту процесс исходного планирования услуг групповой передачи завершен. Когда SSF решает обновить служебный ключ согласно служебной политике, SSF запросит обновленный SEK и ТЕК от CPF. SEK и ТЕК могут обновляться асинхронно, а именно, ТЕК может обновляться раньше, чем SEK. В этом случае служебные ключи могут запрашиваться отдельно. Например, запрашивается только SEK или ТЕК или запрашиваются оба SEK и ТЕК. Этапы 611-615 показывают процесс обновления ключей:
Этап 611: SSF выбирает обновление SEK и/или TEK согласно служебной логике. Смотрите подробности на предыдущем этапе 311.
Этап 612: CPF формирует новый SEK и/или ТЕК, и SSF получает новый SEK и/или ТЕК от CPF.
Этап 613: SSF отсылает команду для обновления ТЕК в MRP, с командой, содержащей новый TEK, полученный на этапе 612.
Этап 614: SSF уведомляет AS об обновленном SEK и/или ТЕК. Если пользователь в настоящее время использует услугу, AS также необходимо уведомить о новом SEK /или ТЕК для пользователя (смотрите следующий процесс услуги групповой передачи).
Этап 615: MRF использует принятый новый TEK для шифрования медиапотоков. Медиапотоки, шифруемые с помощью ТЕК, отсылаются с помощью групповой передачи. Потоки предшествующей групповой передачи, в конечном счете, достигают узла доступа (AN) и ожидает отправки в UE.
Из-за различий в процессе планирования услуг параметры, передаваемые в процессе услуг групповой передачи, являются различными. А именно, служебный ответ, отсылаемый AS в UE, должен передать SEK и ТЕК. После приема ТЕК, UE может использовать TEK для дешифрования принятых медиапотоков групповой передачи. Более того, медиапотоки групповой передачи, отсылаемые MRF в процессе, содержат только зашифрованные медиапотоки. Фиг.4 показывает процесс сигнализации служебного запроса в управляющей плоскости в первом варианте осуществления настоящего изобретения. Процесс сигнализации служебного запроса в управляющей плоскости во втором варианте осуществления аналогичен тому, который находится в первом варианте осуществления, исключая следующие различия:
На этапе 408, параметры медиапередачи, возвращаемые SSF в AS, включают в себя ТЕК в дополнение к информации об адресах/портах групповой канальной передачи, информации кодирования/декодирования и SEK.
На этапе 410 ответ, возвращаемый AS в P-CSCF, должен содержать SEK и ТЕК; на этапе 411 ответ, возвращаемый P-CSCF в UE, должен содержать SEK и ТЕК. После приема ТЕК, UE может использовать TEK для дешифрования принятых медиапотоков групповой передачи.
Процесс групповой передачи плоскости данных во втором варианте осуществления может быть получен со ссылкой на фиг.5, исключая, что медиапотоки лишь включают в себя медиапотоки, шифруемые с помощью использования TEK.
В сравнении с первым вариантом осуществления, третий вариант осуществления настоящего изобретения является отличным в следующих аспектах:
SEK и ТЕК формируются с помощью CPF и SEK отсылается по каналу сигнализации (смотрите процесс услуг групповой передачи в первом варианте осуществления); SEK и ТЕК отсылаются в MRF (TEK добавляется в параметры планирования) в процессе планирования услуг; использование SEK и ТЕК в MRF и режим отправки потока TEK в UE являются теми же самыми, что в первом варианте осуществления. Следовательно, процесс в третьем варианте осуществления может быть получен со ссылкой на процессы, показанные на фиг.3, 4 и 5 в первом варианте осуществления.
На основе решения, предусмотренного в первом варианте осуществления, решение реализации LTV указано ниже. Для других вариантов осуществления решение осуществления LTV может быть получено согласно следующему описанию.
При возникновении услуги LTV, UE отсылает различные SIP-запросы каждый раз при запросе канала. То есть "бегство от рекламы" в канале представлено следующим образом: прекращение предыдущего SIP-сеанса и затем возникновение нового SIP-запроса. В этом режиме процесс первого варианта осуществления, показанный на фиг.3-5, в целом используется и каждая попытка "бегства от рекламы" в канале осуществляется прекращением текущего сеанса и возникновением нового запроса услуг. В этом случае ChID в процессе является ID канала; и параметры медиапередачи включают в себя адрес групповой передачи и/или порт. Процесс "бегства от рекламы" в канале должен снова выполнить процесс фиг.3-5.
Тем не менее, многие отклонения могут происходить из предыдущего режима. Фиг.7 и 8 показывают процесс осуществления LTV-услуги. Фиг.7 показывает процесс сигнализации служебного запроса в управляющей плоскости, который отличается от процесса сигнализации служебного запроса, показанного на фиг.4 в следующих аспектах:
Этап 705' добавляется после этапа 705: После того как AS получит пользовательские служебные данные, AS анализирует полученные пользовательские служебные данные для получения всех канальных идентификаторов, доступных для пользователя.
Этап 706: AS анализирует идентификатор канала (ChID) в пользовательском запросе и запрашивает SSF на параметры медиапередачи, соответствующие всем канальным идентификаторам, доступным для пользователя. Параметры медиапередачи включают в себя информацию об адресах групповой передачи канала/портах и информацию кодирования/декодирования.
Этап 708: SSF возвращает параметры медиапередачи в AS, включая в себя адрес групповой передачи канала/порт, информацию кодирования/декодирования и SEK.
Этап 709: AS обновляет пользовательский сеанс, например, он обновляет канал, который используется в настоящее время пользователем; AS добавляет все полученные параметры медиапередачи в ответ, который последовательно возвращается к пользователю. В последующем "бегстве от рекламы" в канале необходимо повторно создать новые служебные SIP-запросы.
Оставшиеся этапы являются теми же самыми, как и аналоги на фиг.4.
Фиг.8 показывает процесс групповой передачи в плоскости данных, который включает в себя следующие этапы:
Этап 801: UE отсылает запрос для присоединения к определенной группе для групповой передачи в стробированный управляющий узел уровня доступа (а именно, GGSN) так, чтобы принимать контент канала, отсылаемый определенному адресу групповой передачи. Предшествующий запрос может отсылаться со ссылкой на протокол управления группой Интернет (IGMP).
Этап 802: После того, как запрос о присоединении обнаружен GGSN, GGSN аутентифицирует права согласно списку авторизации групповой передачи. Список аутентификации групповой передачи исходит от RACS.
Этап 803: Обрабатывается запрос о присоединении, предоставленный UE. Этот этап изменяется от типов сетей доступа. Например, когда сеть GPRS предоставляет поддержку для мультимедийной службы широковещания/групповой передачи (MBMS) как определяется 3GPP, необходимо активировать контекст MBMS для поддержки режима групповой передачи. Это объясняется в стандарте MBMS, который задан 3GPP.
Этап 804: В служебном процессе SSF может инициировать обновление SEK. Для подробностей может быть сделана ссылка на этапы 311-315 процесса планирования услуг как показано на фиг.3.
Этап 805: SSF отсылает обновленный SEK в AS и уведомляет AS об обновлении SEK.
Этап 806: AS отсылает обновленный SEK в UE и уведомляет UE об обновлении SEK. Этот процесс может осуществляться с помощью изменения атрибутов SIP-сеанса, например, обновляя SEK с помощью информации SIP.
Этап 807: Пользователь создает "бегство от рекламы" в канале. UE отсылает запрос на выход из IGMP в узел управления групповой передачей (а именно, GGSN), запрашивая выход из текущей группы для групповых передач.
Этап 808: Выход из группы для групповых передач может включать в себя определенный процесс сети доступа. Рассматривая сеть GPRS в качестве примера, используется процесс деактивации контекста MBMS.
Этап 809: После выхода из текущей группы для групповых передач, UE снова осуществляет процесс этапов 801-803, чтобы присоединиться к новой группе для групповых передач так, чтобы закончить процесс "бегства от рекламы" в канале. UE принимает программу по конечному каналу.
Этапы 810-811: SEK, связанный с каналом, может обновляться, тогда как пользователь смотрит программу. UE отсылает уведомление об изменении канала в AS, с уведомлением, по меньшей мере, содержащим новый ChlD. Обновление может осуществляться с помощью использования информационного SIP-сообщения, которое направляется через сеть IMS в AS для обработки.
Этапы 812-813: AS проверяет служебный ключ SEK, который соответствует новому каналу, передает самый последний SEK в SIP-сообщении и отсылает SIP-сообщение в UE. Информация обновления может отсылаться с помощью использования, например, SIP-информации.
Теперь UE может обычным образом принимать, декодировать и проигрывать служебные потоки по новому каналу.
Этап 814: В служебном процессе UE повторяет этапы 807-813 согласно операции пользователя "бегство от рекламы" в канале.
Этапы 815-816: Пользователь прекращает услугу, и UE отсылает сообщение SIP BYE для прекращения сеанса. Сообщение направляется по сети IMS в AS для обработки.
Этап 817: AS подтверждает сообщение SIP BYE, отсылаемое UE для прекращения сеанса.
Из предыдущего процесса можно увидеть, что после того, как AS получит пользовательские служебные данные, AS на этапе 705' анализирует пользовательские служебные данные, запрашивает параметры, соответствующие всем канальным идентификаторам, доступным для пользователя из SSF на этапе 706 и на этапе 709, добавляет полученные параметры к пользовательскому ответу, который впоследствии возвращается к пользователю. Впоследствии необходимо снова создать новый запрос SIP-услуги, и "бегство от рекламы" в канале может осуществляться с помощью управляющего запроса медиаплоскости (например, сообщение о присоединении/выходе из IGMP).
Когда необходимо обновить SEK, обновление может осуществляться с помощью удержания SIP-сеанса. Анализируя SEK ID, используемый в потоке TEK, UE оценивает, необходимо ли активно запрашивать обновленный SEK из AS; или AS может динамически уведомлять об обновленном SEK в UE с помощью удержания SIP-сеанса после того как SEK обновлен. Информационное SIP-сообщение может использоваться для передачи обновленного ключа.
Во время "бегства от рекламы" в канале этапов 807-813 новые параметры медиапередачи могут быть запрошены с помощью создания SIP-сообщения с повторным приглашением. Параметр получения процесса и процесс присоединения к каналу UE может быть получен со ссылкой на процесс, показанный на фиг.8. А именно, когда UE создает услугу LTV, UE отсылает запрос канала с помощью сообщения повторного приглашения. А именно, "бегство от рекламы" в канале отражается с помощью изменения ChID в сообщении повторного приглашения. Следовательно, при приеме запроса на обновление, AS возвращает информацию, например, параметры передачи конечного канала. Согласно возвращенным параметрам передачи, UE осуществляет обработку медиаплоскости (ту же самую, что и в режиме приглашения).
В процессе предоставления услуги LTV, режим переадресации SIP может использоваться только для разрешения пользователю использовать различные протоколы для запроса услуг групповой передачи. Например, пользователю необходимо использовать HTTP или протокол транспортной поточной передачи в реальном времени (RTSP) для запроса канал из определенного адреса. Как показано на фиг.9, процесс запроса канала включает в себя следующие этапы:
Этапы 901-907: Такие же, как и этапы 401-407 на фиг.4.
Этап 908: SSF возвращает релевантную информацию, соответствующую каналу. Релевантная информация, соответствующая каналу, является информацией о переадресации UE и требует от UE использоваться определенный протокол для доступа к определенному адресу и запроса последующих услуг. Например, UE необходимо использоваться HTTP или RTSP-протокол для доступа к определенному адресу для осуществления служебного запроса.
Этап 909: AS обновляет состояние пользовательского сеанса, например, записывает информацию о переадресации пользователя.
Этапы 910-911: AS отсылает SIP-сообщение в UE, с сообщением, передающим информацию о переадресации, заданной SSF. Сообщение направляется по сети IMS в UE.
Этап 912: UE использует определенный протокол, например, HTTP или RTSP для отправки запроса канала.
Последующие этапы могут быть получены со ссылкой на процесс, показанный на фиг.5.
Вариант осуществления настоящего изобретения предлагает следующий процесс предоставления услуг групповой передачи:
прием запроса услуг групповой передачи, отсылаемый UE по сети IMS, и получение параметров медиапередачи медиапотоков групповой передачи;
отправка ответа, содержащего параметры медиапередачи в UE по IMS-сети; и
отправка медиапотоков групповой передачи, соответствующих параметрам медиапередачи в UE.
Вариант осуществления настоящего изобретения также предоставляет систему поддержки услуг групповой передачи, как показано на фиг.10. Система включает в себя:
объект 1010 функции планирования услуг (SSF), включающей в себя:
модуль 1011 управления адресом групповой передачи, выполненный с возможностью выделения и управления адресами групповой передачи;
модуль 1012, корреляции адреса и контента, выполненный с возможностью создания соответствия между информацией контента и адресом групповой передачи, управляемый модулем 1011 управления групповой передачи; и
модуль 1013 предоставления результатов планирования, выполненный с возможностью вывода соответствия, созданного модулем корреляции адреса и контента в качестве результата планирования услуг групповой передачи для AS 1040.
Система поддержки услуг групповой передачи может дополнительно включать в себя:
объект 1020 функции управления контентом (CMF), выполненный с возможностью управления информацией источника контента услуги групповой передачи и отправки информации источника контента в модуль 1012 корреляции адреса и контента; и
функция 1030 защиты контента (CPF), выполненная с возможностью формирования ключа для шифрования медиаконтента групповой передачи и отправки ключа в медиасервер 1050 и/или UE с помощью модуля 1013 предоставления результата планирования.
CPF1030 дополнительно включает в себя:
модуль 1031 формирования SEK, выполненный с возможностью формирования SEK или обновления SEK согласно указанию, отсылаемому модулем 1013 предоставления результатов планирования;
модуль 1032 формирования TEK, выполненный с возможностью формирования TEK или обновления TEK согласно указанию, отсылаемому модулем 1013 предоставления результатов планирования; и
модуль 1033 приемопередатчика, выполненный с возможностью приема указания от модуля 1010 SSF, и отправки указания в модуль 1031 формирования SEK и/или модуль 1032 формирования TEK; отправки SEK от модуля 1031 формирования SEK и/или TEK от модуля 1032 формирования TEK в модуль 1013 предоставления результатов планирования.
Кроме того, вариант осуществления настоящего изобретения предоставляет систему поддержки услуг групповой передачи. Система включает в себя:
(i) устройство предоставления услуги, выполненное с возможностью запроса результатов планирования услуг групповой передачи, чтобы получить параметры медиапередачи согласно запросу услуги групповой передачи от UE, и отправки ответа, содержащего параметры медиапередачи в UE по сети IMS-сети; и
(ii) IMS-сеть, выполненная с возможностью управления ресурсами транспортного уровня согласно процессу взаимодействия.
Система представления услуг групповой передачи может дополнительно включать в себя часть или все из этих функциональных объектов: SSF, CMF и CPF.
Вариант осуществления настоящего изобретения предлагает систему групповой передачи на основе IMS, процесс осуществления услуги групповой передачи на основе подобной системы и процесс осуществления типичной услуги групповой передачи - LTV. Дополнительно вариант осуществления настоящего изобретения предоставляет решение для планирования услуг групповой передачи, защищая услуги групповой передачи и управляя контентом.
На основе вариантов осуществления настоящего изобретения специалисты в данной области техники могут получить различные решения для осуществления услуг групповой передачи на основе IMS без какого-либо творчества, таким образом закладывая определенный фундамент для расширения услуг групповой передачи на основе IMS, особенно популярной услуги IPTV.
Предшествующие варианты осуществления являются только примерными вариантами осуществления настоящего изобретения и не подразумевается ограничивать настоящее изобретение. Какая-либо модификация, эквивалентная замена и улучшение без отклонения от принципа настоящего изобретения должна покрываться объемом охраны настоящего изобретения.