Способ транспортировки ip-дейтаграмм через сеть flo и устройство для его осуществления

Способ транспортировки ip-дейтаграмм через сеть flo и устройство для его осуществления

Иллюстрации

Показать все

Реферат

По настоящей заявке испрашивается приоритет по предварительной заявке США №60/739815 «METHODS AND APPARATUS FOR TRANSPORTING IP DATAGRAMS OVER WIRELESS NETWORKS », поданной 23 ноября 2005 года, содержание которой целиком включено сюда по ссылке.

Область техники, к которой относится изобретение

Настоящее изобретение относится в общем случае к беспроводной связи и, в частности, касается средств, предоставляющих IP-приложениям третьей стороны возможность работать через сеть FLO (связь только в прямом направлении) в среде беспроводной связи.

Уровень техники

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

Типичная сеть беспроводной связи (например, использующая технологии частотного, временного или кодового разделения каналов) включает в себя одну или несколько базовых станций, которые обеспечивают зону покрытия, и один или несколько мобильных (например, беспроводных) терминалов, которые могут передавать и принимать данные в зоне покрытия. Типовая базовая станция может одновременно передавать множество потоков данных для услуг широковещательной, групповой и/или одноадресной передачи, где отдельный поток данных представляет собой поток данных, в независимом приеме которого может быть заинтересован некоторый мобильный терминал. Мобильный терминал в зоне покрытия этой базовой станции может быть заинтересован в приеме одного, нескольких или всех потоков данных, переносимых указанным составным потоком. Аналогичным образом, мобильный терминал может передавать данные на базовую станцию или другой мобильный терминал. Указанная связь между базовой станцией и мобильным терминалом или между мобильными терминалами может ухудшаться из-за изменений параметров каналов и/или изменений мощности взаимных помех.

Таким образом, в области техники, связанной с системой и/или методикой повышения пропускной способности, существует потребность в указанных беспроводных сетевых системах.

Сущность изобретения

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

Согласно одному аспекту способ транспортировки вещательных передач с использованием протокола Интернет (IPDC) через сеть FLO (связь только в прямом направлении) в среде беспроводной связи может содержать настройку потока IPDC, прием потока IPDC на устройстве пользователя и отображение пары, состоящей из IP-адреса и данных о порте, в идентификатор (ID) потока для потока IPDC. Способ может дополнительно содержать анализ информации о параметрах качества обслуживания (QoS), которые могут включать в себя по меньшей мере одно из: среднюю скорость передачи данных, максимальный размер пакета, пиковую скорость, задержку, моменты времени запуска, частоту появления пакетных ошибок и длительность, а также идентификацию отправителя или источника контента вещательных передач данных с использованием IP-протокола. Способ может также содержать: передачу запроса на активацию потока, содержащего ID потока и момент времени запуска; обновление сообщения с описанием потока в канале управления для включения в него ID вновь активированного потока; прием ответа о том, что упомянутый поток активирован; передачу ответа для подтверждения того, что поток зарезервирован, где ответ содержит описатель потока, который используют для обращения к зарезервированному потоку; прием широковещательной дейтаграммы и сегментацию этой дейтаграммы на кадры FLO с соответствующими заголовками.

Согласно другому аспекту устройство, способствующее передаче IP-дейтаграмм в сети FLO в среде беспроводной связи, может содержать приемник, который принимает поток IPDC, и процессор, который отображает пару, состоящую из IP-адреса и данных о порте, в ID потока для потока IPDC. Устройство может дополнительно содержать передатчик, который передает запрос на активацию потока, содержащего ID потока и момент времени запуска. Процессор может обновлять сообщение с описанием потока в канале управления для включения в него ID вновь активированного потока, а приемник может принимать ответ о том, что упомянутый поток активирован. Передатчик может передавать подтверждение о том, что поток зарезервирован, причем подтверждение содержит описатель потока, который используют для обращения к зарезервированному потоку. Затем приемник может принимать широковещательную дейтаграмму, а процессор может сегментировать эту дейтаграмму на кадры FLO с соответствующими заголовками.

Согласно еще одному аспекту устройство беспроводной связи может содержать средство для настройки потока IPDC, средство для приема потока IPDC и средство для отображения пары, состоящей из IP-адреса и данных о порте, в ID потока для потока IPDC. Устройство может дополнительно содержать средство для анализа информации о параметрах качества обслуживания (QoS), которые, в свою очередь могут содержать по меньшей мере одно из: среднюю скорость передачи данных, максимальный размер пакета, пиковую скорость, задержку, моменты времени запуска, частоту появления пакетных ошибок и длительность, а также идентификацию отправителя или источника контента вещательных передач данных с использованием IP-протокола. Вдобавок, устройство может содержать средство для запроса ресурса FLO, средство для передачи запроса на активацию потока, причем запрос содержит ID потока и момент времени запуска, средство для обновления сообщения с описанием потока в канале управления для включения в него ID вновь активированного потока и средство для сегментации полученной дейтаграммы на кадры FLO с соответствующими заголовками.

Следующий аспект относится к считываемому компьютером носителю, имеющему компьютерную программу, которая содержит исполняемые компьютером команды для создания потока IPDC, приема потока IPDC на устройстве пользователя и отображения пары, состоящей из IP-адреса и данных о порте, в ID потока для потока IPDC. Эти команды могут дополнительно содержать анализ информации о параметрах качества обслуживания (QoS), где параметры QoS содержат по меньшей мере одно из: среднюю скорость передачи данных, максимальный размер пакета, пиковую скорость, задержку, моменты времени запуска, частоту появления пакетных ошибок и длительность, а также идентификацию отправителя или источника контента вещательных передач данных с использованием IP-протокола. Считываемый компьютером носитель может дополнительно запоминать команды для запроса ресурса FLO, для передачи запроса на активацию потока, содержащего ID потока и момент времени запуска, для обновления сообщения с описанием потока в канале управления, чтобы включить в него ID вновь активированного потока, для приема ответа о том, что упомянутый поток активирован, и для передачи ответа для подтверждения того, что поток зарезервирован, где ответ содержит описатель потока, который используют для обращения к зарезервированному потоку, для приема широковещательной дейтаграммы и для сегментации этой дейтаграммы на кадры FLO.

Дополнительный аспект относится к процессору, который выполняет команды для повышения пропускной способности в среде беспроводной связи, причем команды содержат: настройку потока IPDC; прием потока IPDC на устройстве пользователя и отображение пары, состоящей из IP-адреса и данных о порте, в ID потока для потока IPDC. Процессор может дополнительно выполнять команды для: запроса ресурса FLO; передачи запроса на активацию потока, содержащего ID потока и момент времени запуска; обновления сообщения с описанием потока в канале управления для включения в него ID вновь активированного потока и приема ответа о том, что упомянутый поток активирован; передачи ответа для подтверждения того, что поток зарезервирован, где ответ содержит описатель потока, который используют для обращения к зарезервированному потоку; приема широковещательной дейтаграммы и сегментации этой дейтаграммы на кадры FLO.

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

Краткое описание чертежей

Фиг.1 - система беспроводной сетевой связи согласно представленным здесь различным аспектам.

Фиг.2 - иллюстрация методики выполнения вещательной передачи данных с использованием протокола Интернет (IPDC) в сети FLO (связь только в одну сторону) согласно одному или нескольким аспектам изобретения.

Фиг.3 - система, способствующая вещательной передаче данных с использованием IP-протокола через сеть FLO согласно одному или нескольким аспектам изобретения.

Фиг.4 - система, поддерживающая вещательную передачу данных с использованием IP-протокола через сеть FLO согласно описанным здесь одному или нескольким аспектам изобретения.

Фиг.5 - интерфейс “AddFlow”, способствующий разрешению источнику вещательных передач данных с использованием IP-протокола запрашивать ресурс FLO согласно различным аспектам изобретения.

Фиг.6 - интерфейс активации/дезактивации потока, способствующий установлению связи между источником вещательных передач данных с использованием IP-протокола и мультиплексором (MUX) согласно различным аспектам изобретения.

Фиг.7 - система, способствующая передаче через несущий тракт между источником вещательных передач данных с использованием IP-протокола и сети FSN согласно одному или нескольким аспектам изобретения.

Фиг 8 - протокольный стек, способствующий обеспечению услуги вещательной передачи данных с использованием IP-протокола и доставке потока согласно различным аспектам изобретения.

Фиг. 9 и 10 - временная диаграмма выполнения услуги вещательной передачи данных с использованием IP-протокола при помощи протокола AddFlow для устройства FLO, и временная диаграмма выполнения услуги вещательной передачи данных с использованием IP-протокола без помощи протокола AddFlow согласно приведенным здесь различным аспектам.

Фиг.11 - методика обеспечения услуги вещательной передачи данных с использованием IP-протокола для устройства FLO согласно различным аспектам изобретения.

Фиг.12 - временная диаграмма приема контента вещательной передачи данных с использованием IP-протокола на устройстве пользователя согласно описанным здесь различным аспектам изобретения.

Фиг.13 - методика приема контента вещательной передачи данных с использованием IP-протокола через интерфейс FLO на устройстве пользователя согласно некоторым аспектам изобретения.

Фиг.14 - формат адреса групповой передачи с использованием протокола IPv4 согласно различным аспектам изобретения.

Фиг.15 - формат адреса групповой передачи с использованием протокола IPv6 согласно различным аспектам изобретения.

Фиг.16 - временная диаграмма активации и передачи потока вещательной передачи данных с использованием IP-протокола согласно различным аспектам изобретения.

Фиг.17 - беспроводная сетевая среда, которая может быть использована вместе с различными описанными здесь системами и способами.

Фиг.18 - сеть связи, которая содержит транспортную систему, создающую и транспортирующую потоки мультимедийного контента через сети передачи данных согласно различным аспектам изобретения.

Фиг.19 - различные аспекты сервера поставщика контента, подходящего для использования в системе доставки контента.

Фиг.20 - сервер (CS) или устройство контента, подходящее для использования в системе доставки контента согласно одному или нескольким аспектам изобретения.

Фиг.21 - устройство, способствующее выполнению вещательных передач данных с использованием IP-протокола согласно представленным здесь различным аспектам изобретения.

Подробное описание изобретения

Далее со ссылками на чертежи, где одинаковые ссылочные позиции используются для ссылки на подобные элементы, описываются различные варианты изобретения. В последующем описании для объяснения изобретения излагаются многочисленные конкретные детали, чтобы обеспечить полное понимание одного или нескольких из его вариантов. Однако должно быть ясно, что указанный вариант (варианты) может быть практически реализован без этих конкретных деталей. В других примерах хорошо известные структуры и устройства показаны в виде блок-схем для облегчения описания одного или нескольких вариантов изобретения.

Предполагается, что использованные в этой заявке термины «компонента», «система» и т.п., касаются объекта, относящегося к компьютеру, любому аппаратному обеспечению, программному обеспечению, исполняемому программному обеспечению, встроенному программному обеспечению, межплатформенному программному обеспечению, микропрограмме и/или любой их комбинации. Например, компонентой может быть, но не только: процесс, выполняющийся на компьютере, процессор, объект, исполняемый файл, поток выполняемых задач, программа и/или компьютер. Одна или несколько компонент могут находиться в процессе или потоке исполняемых задач, причем компонента может быть локализована на одном компьютере и/или распределена между двумя или более компьютерами. Также эти компоненты могут выполняться с различных считываемых компьютером носителей, имеющих различные структуры данных, которые на них хранятся. Компоненты могут осуществлять связь посредством локальных и/или удаленных процессов, например, в соответствии с сигналом, несущим один или несколько пакетов данных (например, данные из одной компоненты, взаимодействующей с другой компонентой в локальной системе, распределенной системе и/или через сеть, например, Интернет, с другими системами с помощью указанного сигнала). Вдобавок, описанные здесь компоненты систем можно перекомпоновать и/или дополнить добавочными компонентами, чтобы способствовать достижению различных аспектов, целей, преимуществ и т.д., описанных в связи с настоящим изобретением, причем указанные компоненты не ограничиваются точными конфигурациями, которые представлены на данных чертежах, как должно быть очевидно специалистам в данной области техники.

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

Абонентская станция может представлять собой сотовый телефон, беспроводной телефон, телефон, действующий согласно Протоколу инициации сеанса (SIP), станцию местного беспроводного абонентского контура (WLL), персональный цифровой помощник (PDA), карманное устройство, имеющее возможности беспроводного соединения, или иное устройство обработки, подсоединенное к беспроводному модему.

Кроме того, описанные здесь различные аспекты или признаки могут быть реализованы в виде способа, устройства или изделия (продукта производства) с использованием стандартных технологий программирования и/или проектирования. Предполагается, что используемый здесь термин «изделие» включает в себя компьютерную программу, доступную с любого считываемого компьютером устройства, носителя или среды. Например, считываемая компьютером среда может включать в себя, но не только: магнитные запоминающие устройства (например, жесткий диск, гибкий диск, магнитные полосы,…), оптические диски (например, компакт-диск, (CD), цифровой универсальный диск (DVD), …), смарт-карты, а также устройства флэш-памяти (например, карта, карта памяти фотоаппарата, карточка-ключ, …). Вдобавок, описанные здесь запоминающие среды могут представлять одно или несколько устройств и/или другую считываемую машиной среду для запоминания информации. Термин «считываемая машиной среда» может включать в себя, но не только: беспроводные каналы и иные различные среды, способные запоминать, хранить и/или переносить команду (команды) и/или данные.

Обратимся теперь к фиг.1, где показана система 100 беспроводной сетевой связи согласно представленным здесь различным вариантам изобретения. Система 100 может содержать одну или несколько базовых станций 102 в одном или нескольких секторах, которые принимают, передают, повторяют и т.д. сигналы беспроводной связи друг другу и/или на одно или несколько мобильных устройств 104. Каждая базовая станция 102 может содержать передающий тракт и приемный тракт, каждый из которых может, в свою очередь, содержать множество компонентов, связанных с передачей и приемом сигналов (например, процессоры, модуляторы, мультиплексоры, демодуляторы, демультиплексоры, антенны и т.д.), как очевидно специалистам в данной области техники. Мобильные устройства 104 могут представлять собой, например, сотовые телефоны, смартфоны, лэптопы, карманные устройства связи, карманные вычислительные устройства, спутниковые радиостанции, системы глобального позиционирования, PDA и/или любое другое подходящее устройство для осуществления связи через беспроводную сеть 100. Система 100 может быть использована в сочетании с различными описанными здесь аспектами, предоставляющими возможность осуществлять текущий контроль и/или переключение между каналами FLO (связь только в прямом направлении) в среде беспроводной связи, как это изложено в связи с последующими чертежами.

Обратимся к фиг.2, где показана методика, относящаяся к выполнению вещательных передачи данных с использованием IP-протокола в сети FLO. Описанные здесь методики могут выполняться в среде FDMA, среде OFDMA, среде CDMA, среде WCDMA, среде TDMA, среде SDMA или любой другой подходящей беспроводной среде. Хотя для простоты объяснения указанные методики показаны и описаны в виде последовательности действий, должно быть понятно, что эти методики не ограничены порядком действий, а некоторые действия согласно одному или нескольким вариантам настоящего изобретения могут выполняться в другом порядке и/или параллельно с другими действиями, а не так, как здесь показано и описано. Например, специалистам в данной области техники должно быть ясно, что та или иная методика может быть альтернативно представлена в виде последовательности взаимосвязанных состояний или событий, такой как диаграмма состояний. Кроме того, для реализации методики согласно одному или нескольким вариантам изобретения могут потребоваться не все из показанных действий.

На фиг.2 показана методика 200 для выполнения вещательной передачи данных с использованием протокола Интернет (IPDC) в сети FLO (связь только в прямом направлении) согласно одному или нескольким аспектам изобретения. На шаге 202 может быть выполнена настройка потока IPDC. Настройка потока IPDC может содержать различные действия, более подробно описанные ниже. На шаге 204 может быть выполнен прием потока IPDC на устройстве пользователя. На шаге 206 устройство пользователя может отобразить информацию об IP-адресе и порте в ID потока, чтобы способствовать транспортировке IP-дейтаграмм через беспроводную широковещательную сеть. Таким образом, способ 200 позволяет IP-приложениям третьей стороны действовать через сеть FLO без необходимости понимания протоколов низкого уровня, специфичных для FLO. Функция вещательной передачи данных с использованием IP-протокола может обеспечить услугу беспроводной групповой передачи с использованием IP-протокола, которая позволяет оператору FLO или третьей стороны выполнять групповую передачу контента с использованием протокола IETF (протокол, разработанный Инженерной группой по развитию сети Интернет) через сеть FLO. Сеть FLO может обеспечить дополнительное повышение QoS (качество услуг) при доставке групповых дейтаграмм с использованием IP-протокола.

Например, вещательная передача данных с использованием IP-протокола может быть предложена как услуга FLO или может быть предложена поставщиком услуг третьей стороны, а сеть FLO может быть использована в качестве конвейера данных. В первой модели вещательная передача данных с использованием IP-протокола может быть приобретена в виде пакета FLO, распространяемого по подписке, а подписка и базовое управление могут обрабатываться посредством клиентского приложения FLO на мобильном устройстве конечного пользователя. Согласно второй модели услуги вещательной передачи данных с использованием IP-протокола могут быть предложены поставщиком услуг третьей стороны. Эти услуги не обязательно должны быть перечислены в пакетах подписки FLO, а подписка и базовое управление могут выполняться вне сети FLO. Поставщик услуг третьей стороны запрашивает сеть FLO в качестве конвейера для передачи данных, и полезная нагрузка в виде данных будет проходить через эту сеть без их модификации.

На фиг.3 показана система 300, которая способствует вещательной передаче данных с использованием IP-протокола через сеть FLO согласно одному или нескольким аспектам изобретения. Система 300 содержит следующие логические системные компоненты: источник 302 вещательных передач данных с использованием IP-протокола, сеть 304 радиодоступа (RAN) типа FLO, и устройство FLO, являющееся ведущим для приложения 306, для вещательной передачи данных с использованием IP-протокола. Имеется два механизма, для которых вещательная передача данных с использованием IP-протокола может запросить источник FLO RAN. Например, могут быть инициализированы все данные, и тогда интерфейс сигнализации может оказаться не обязательным. Согласно другому аспекту для запроса источника FLO RAN может потребоваться инициализация и/или управляющий интерфейс. Согласно последнему аспекту для источника 302 вещательной передачи данных с использованием IP-протокола может быть задана определенная информация, такая как один или несколько IP-адресов адресатов групповой передачи, номер порта UDP, средняя скорость передачи данных, максимальный размер пакета, максимальная задержка, пиковая скорость, момент (моменты)времени запуска, длительность (длительности), ID источника, независимо от того, разрешено или нет шифрование, разрешено или нет сжатие заголовка и т.д. Каждая вещательная передача данных с использованием IP-протокола может быть определена как пара, состоящая из IP-адреса групповой передачи и номера порта. Параметры качества услуги (QoS) могут включать в себя среднюю скорость передачи данных, максимальную пиковую скорость, максимальный размер пакета, максимальную задержку и частоту появления пакетных ошибок.

Параметры QoS могут быть использованы FLO RAN 304 для управления и планирования доступа. Вещательная передача данных с использованием IP-протокола может иметь одно время запуска при неопределенной длительности. Согласно другому аспекту услуга вещательной передачи данных с использованием IP-протокола может представлять собой запланированную услугу передачи данных, где поток включается в течение заданного интервала времени, затем выключается, после чего снова включается и т.д. Для потока вещательной передачи данных с использованием IP-протокола этого типа может иметь место один или несколько моментов времени запуска при соответствующей длительности. ID источника идентифицирует источник потока и может быть использован для аутентификации источника 302 вещательной передачи данных с использованием IP-протокола. Источник 302 вещательной передачи данных с использованием IP-протокола может задать следующее: можно или нет применять шифрование для IP-дейтаграмм вещательной передачи данных с использованием IP-протокола; и можно ли применять сжатие заголовка.

На фиг.4 показана система 400, которая способствует поддержке вещательной передачи данных с использованием IP-протокола в сети FLO согласно одному или нескольким описанным здесь аспектам изобретения. Приложения 402, 404, 406 вещательной передачи данных с использованием IP-протокола (IPDC) могут быть связаны с приложением BREW® 408 (прикладная среда двоичного исполнения для беспроводных устройств), приложением AMSS 410 (расширенная версия программного обеспечения для мобильных абонентов) или каким-либо другим подходящим приложением. Приложение IPDC 402, 404, 406, (независимо от того, используется ли приложение 408 BREW или приложение 412, не относящееся к BREW) может осуществлять обнаружение услуги DNS (служба доменных имен) для принятия решения об имени услуги с помощью ее пары <IP адрес групповой передачи, номер порта>. Приложение 408 может быть оперативно связано со стеком 410 данных, который, в свою очередь, может предоставлять информацию администратору 420 широковещания в стандарте CDMA. Администратор 420 широковещания в стандарте CDMA может обеспечить информацией стек HDR 422, который, в свою очередь, оперативно связан с аппаратным обеспечением HDR 424, предоставляющим функциональные возможности системе 400, параллельно с различными компонентами FLO, описанными ниже.

Администратор 414 групповой передачи FLO (FLOMCMgr) является логической функцией в устройстве, которое выполняет отображение пары <IP-адрес групповой передачи, номер порта> в ID потока вещательной передачи данных с использованием IP-протокола. Во время вещательной передачи данных с использованием IP-протокола приложение 404 для вещательной передачи данных с использованием IP-протокола может открыть сокет групповой передачи с IP-адресом групповой передачи и номером порта, заданными парой <IP-адрес групповой передачи, номер порта> в радио интерфейсе FLO. FLOMCMgr 414 получает запрос события «сокет» для открывания радиоинтерфейса FLO в соответствии с отображением пары <IP-адрес групповой передачи, номер порта> вещательной передачи данных с использованием IP-протокола в ID потока. FLOMCMgr 414 регистрируется в стеке 416 FLO для уведомления о потоках вещательной передачи данных с использованием IP-протокола, когда они будут активизированы. Стек FLO 416 получает обновления канала управления и уведомляет FLOMCMgr 414 о последней версии сообщения с описанием потока. FLOMCMgr 414 запрашивает стек FLO 416, чтобы активизировать поток вещательной передачи данных с использованием IP-протокола. Если сообщение с описанием потока указывает, что поток вещательной передачи данных с использованием IP-протокола активирован, то аппаратное обеспечение FLO 418 настраивается на ID потока вещательной передачи данных с использованием IP-протокола для приема пакетов физического уровня (PLP). Затем пакеты PLP направляют в стек FLO 416, где IP-пакеты восстанавливаются и направляются в стек 410 данных.

На фиг.5 показан интерфейс 500 “Add Flow”, который способствует разрешению источнику вещательной передачи данных с использованием IP-протокола запросить ресурс FLO согласно различным аспектам изобретения. Источник 502 вещательной передачи данных с использованием IP-протокола запрашивает ресурс FLO, посылая в FSN 504 сообщение AddFlowRequest, которое включает в себя такую информацию, как IP-адрес, номер порта и параметры QoS. Сеть FSN 504 осуществляет управление допуском для источника 502 вещательной передачи данных с использованием IP-протокола на основе его инициализированной информации. Затем FSN 504 может обеспечить сообщение AddFlowResponse, которое указывает на успешный запрос AddFlowRequest и информацию, относящуюся к описателю потока, которая может быть использована источником 502 вещательной передачи данных с использованием IP-протокола.

На фиг.6 показан интерфейс 600 активации-дезактивации потока, который способствует осуществлению связи между источником вещательной передачи данных с использованием IP-протокола и мультиплексором (MUX) согласно различным аспектам изобретения. Сеть FSN 602 использует интерфейс 600 активации/дезактивации потока для уведомления MUX 604 о том, что поток вещательной передачи данных с использованием IP-протокола будет соответственно включен или выключен в эфире. Сеть FSN 602 посылает сообщение ActiveFlowRequest в MUX 604 для задания ID потока, соответствующего потоку вещательной передачи данных с использованием IP-протокола, который будет передаваться в эфире, а также время запуска передачи контента этого потока. MUX 604 обновляет сообщение с описанием потока и сообщение с системными параметрами для отражения того факта, что был добавлен новый ID потока. Сеть FSN 602 использует сообщение De-ActivateFlowRequest, которое содержит один или несколько ID потока для потоков, которые должны быть дезактивированы для удаления одного или нескольких потоков вещательной передачи данных с использованием IP-протокола. Как только MUX 604 успешно обработал указанное сообщение, он удалит идентификаторы (ID) потоков из сообщения с описанием потока и обновит сообщение с системными параметрами. Дополнительный контент, связанный с успешно удаленным ID потока, транслировать не нужно.

На фиг.7 показана система 700, способствующая осуществлению передач через несущий тракт между источником вещательной передачи данных с использованием IP-протокола и сети FSN согласно одному или нескольким аспектам изобретения. Если маршрутизация между источником 702 вещательной передачи данных с использованием IP-протокола и FSN 706 не включена, то источник 702 вещательной передачи данных с использованием IP-протокола может использовать протокол туннелирования одноадресной передачи с использованием IP-протокола при доставке IP-дейтаграммы групповой передачи в FSN 706. Вдобавок или как альтернативный вариант, если маршрутизация групповой передачи между источником 702 вещательной передачи данных с использованием IP-протокола и FSN 706 включена, то FSN 706 может передавать запрос объединения по протоколу IGMP (Межсетевой протокол управления группами) в маршрутизатор 704 групповой передачи для объединения с заданной группой групповой передачи и входа в первый транзитный маршрутизатор. Затем IP-дейтаграммы групповой передачи могут быть направлены в FSN 706 с использованием протокола маршрутизации. FSN 706 может поддерживать одноадресное IP-туннелирование для IP-дейтаграмм групповой передачи в том случае, когда маршрутизация групповой передачи между FSN 706 и источником 702 вещательной передачи данных с использованием IP-протокола недоступна.

На фиг.8 показан протокольный стек 8 00, способствующий предоставлению услуги вещательной передачи данных с использованием IP-протокола и доставке потока согласно различным аспектам изобретения. Хотя здесь это подробно не описано, специалистам в данной области техники должно быть очевидно, что между конечными точками стеков по фиг.8 можно использовать протокол реального времени (RTP) для синхронизации различных потоков вещательных передач данных с использованием IP-протокола. Вдобавок или как альтернативный вариант, функция синхронизации может выполняться приложением для вещательной передачи данных с использованием IP-протокола в устройстве. Стек 802 источника вещательной передачи данных с использованием IP-протокола содержит множество протоколов, таких как протокол приложения, протокол UDP, IP-протокол, протокол второго уровня (L2) и протокол первого уровня (L1) в порядке убывания. Протокольный стек 804 FSN может содержать протокол уровня IP, a также протоколы L2 и L1. Одновременно с протоколами L1 и L2 протокольный стек 804 FSN может содержать протокол транспортного уровня, протокол R-P и дополнительный протокол L1, являющийся основой протокола R-P. Протокольный стек 806 мультиплексора MUX одновременно с уровнем потока/канала доступа к среде (MAC) может содержать протокол R-P, в основе которого лежит протокол L1, который, в свою очередь, находится выше физического уровня FLO. Наконец, протокольный стек 808 устройства FLO может содержать уровень приложения, уровень UDP, уровень IP, транспортный уровень, уровень потока/MAC и физический уровень FLO в порядке убывания.

На фиг. 9 и 10 показана временная диаграмма 900 выполнения услуги вещательной передачи данных с использованием IP-протокола с помощью протокола AddFlow на устройство FLO, и временная диаграмма 1000 для выполнения услуги вещательной передачи данных с использованием IP-протокола без помощи протокола AddFlow согласно изложенным здесь различным аспектам изобретения. Вещательная передача данных с использованием IP-протокола содержит механизм настройки потока вещательной передачи данных с использованием IP-протокола и прием вещательной передачи данных с использованием IP-протокола на устройстве. Настройка потока относится к операционным концепциям для настройки потока вещательной передачи данных с использованием IP-протокола на стороне сети и содержит определение того, какая информация может быть инициализирована для настройки потока вещательной передачи данных с использованием IP-протокола, каким образом может передаваться в FLO RAN сигнал источника вещательной передачи данных с использованием IP-протокола для настройки потока вещательной передачи данных с использованием IP-протокола, каким образом должна выполняться транспортировка контента вещательной передачи данных с использованием IP-протокола в FLO RAN, и т.д. Вторая часть операции вещательной передачи данных с использованием IP-протокола относится к операционным концепциям, реализуемым после приема мобильным устройством контента вещательной передачи данных с использованием IP-протокола. На стороне сети настройка потока вещательной передачи данных с использованием IP-протокола может быть логически объединена с фазой инициализации, фазой настройки потока и фазой настройки несущего тракта. Если интерфейс AddFlow не поддерживается, как показано на фиг.10, сеть FSN может автоматически послать в мультиплексор MUX сообщение для активации потока на основе инициализированной информации. После приема из PPS обновления информации инициализации сеть FSN может установить таймер на отсчет времени, которое истечет до момента времени запуска потока. Когда время таймера истекло, сеть FSN посылает в MUX сообщение ActivateFlowRequest. Временные диаграммы 900 и 1000 дополнительно описаны ниже в связи с фиг.11, как последовательность событий или методика.

На фиг.11 показана методика 1100 предоставления услуги вещательной передачи данных с использованием IP-протокола устройству FLO согласно различным аспектам изобретения. Как в случае предоставления услуг в реальном времени, так и в случае предоставления услуг не в реальном времени, услуга вещательной передачи данных с использованием IP-протокола может быть инициализирована и запланирована. Для каждого потока вещательной передачи данных с использованием IP-протокола оператор на шаге 1102 может обеспечить параметры качества услуги (QoS). Параметры QoS могут включать в себя, но не только: среднюю скорость передачи данных, максимальный размер пакета, пиковую скорость, задержку, моменты времени запуска, частоту появления пакетных ошибок и длительность, а также идентификацию отправителя или источника контента вещательной передачи данных с использованием IP-протокола. Оператор для определения того, достаточна ли пропускная способность для потока вещательной передачи данных с испол