Перекрестная ссылка на родственные заявки
По настоящей заявке испрашивается приоритет согласно разделу 35 Кодекса законов США U.S.C. § 119 предварительной заявкой № 60/660900, поданной 10 марта 2005 г. и переуступленной правообладателю настоящей заявки и настоящим явно включается сюда путем ссылки.
Область техники, к которой относится изобретение
Настоящее изобретение относится к эффективности передачи в сети связи. Более конкретно, настоящее изобретение относится к улучшению времени ожидания устройства в сети беспроводной связи.
Предшествующий уровень техники
FLO является технологией, предназначенной, прежде всего, для эффективного и экономически выгодного распространения одного и того же мультимедийного контента одновременно миллионам беспроводных абонентов. Цель технологии FLO состоит в сокращении затрат, связанных с доставкой такого контента, и предоставлении пользователям возможности переключаться по каналам контента на мобильных телефонах, обычно используемых для традиционных сотовых голосовых услуг и услуг передач данных. Этот мультимедийный контент также известен как услуги. Услуга является совокупностью одного или более независимых компонент данных. Каждый независимый компонент данных услуги называется потоком.
Услуги классифицируются на два типа, основываясь на их зоне покрытия: глобальные услуги и локальные услуги. Локальная услуга является групповой для приема в пределах региональной зоны. В отличие от нее, глобальные услуги являются групповыми в одной или более региональных зонах.
Услуги FLO предоставляются по одному или более логическим каналам, известным как логические каналы MediaFLO™ или MLC. MLC может быть разделен на максимум три логических подканала. Каждый поток передается в отдельном логическом подканале.
Чтобы должным образом использовать устройство в сети, основанной на глобальных услугах или локальных услугах, устройство должно получать от сети широковещательные передачи с текущей управляющей информацией. По различным причинам устройству трудно надежно выполнять все свои операции до того, как оно получит точную управляющую информацию. Из-за этой ненадежности время ожидания некоторых операций устройства может пропорционально увеличиваться на то количество времени, которое требуется устройству, чтобы получить самую последнюю и текущую управляющую информацию.
Поэтому необходимы способ и система для улучшения параметра времени ожидания выполнения устройством операций, которые зависят от наличия самой последней и текущей управляющей информации.
Сущность изобретения
В соответствии с принципами настоящего изобретения, как оно осуществляется и подробно описано здесь, настоящее изобретение содержит способ управления операциями устройства. Способ содержит деление управляющей информации на две или более частей, причем каждая часть связывается с уникальным номером управляющей последовательности. Каждый из номеров, связанных с управляющей последовательностью, проверяется во время цикла обновления, чтобы определить, какая из упомянутых частей должна быть обновлена.
Другой аспект включает в себя машиночитаемый носитель, несущий одну или более последовательностей из одной или более команд для исполнения одним или более процессорами для выполнения способа управления работой устройства. Эти команды, при их исполнении одним или более процессорами, предписывают этим одному или более процессорам выполнять этап деления управляющей информации на две или более частей, причем каждая часть связывается с уникальным номером управляющей последовательности. Упомянутые один или более процессоров также проверяют каждый из номеров управляющей последовательности во время цикла обновления, чтобы определить, какая из частей должна быть обновлена.
Еще один аспект соответствует аппаратуре для управления работой устройства. Аппаратура содержит средство для приема управляющей информации, которая разделена на две или более частей, каждая из которых связана с уникальным номером управляющей последовательности. Аппаратура также содержит средство для проверки каждого из принятых номеров управляющей последовательности на предмет изменений и средство для обновления части принятой управляющей информации, соответствующей измененному номеру управляющей последовательности.
И еще один аспект соответствует устройству, имеющему процессор. Процессор содержит первую и вторую логические секции, при этом первая логическая секция выполнена с возможностью приема управляющей информации, причем эта управляющая информация разделена на две или более частей, при этом каждая часть связана с уникальным номером управляющей последовательности. Вторая логическая секция выполнена с возможностью проверки каждого из номеров управляющей последовательности во время цикла обновления, чтобы определить, какая из упомянутых частей должна быть обновлена.
Настоящее изобретение улучшает параметр времени ожидания в устройстве связи посредством логического деления управляющей информации, передаваемой сетью, по отдельным вместилищам. В зависимости от того, относится ли управляющая информация к медиасообщению в реальном времени или не в реальном времени, управляющая информация в устройстве обновляется таким способом, чтобы избежать прерывания медиасообщения. Время ожидания выполнения операций, которые зависят от наличия точной управляющей информации, уменьшается посредством широковещательной передачи управляющей информации, необходимой для чувствительного ко времени ожидания устройства, отдельно (то есть в отдельном вместилище) от управляющей информации, необходимой для других операций устройства.
Дополнительные характеристики и преимущества настоящего изобретения, а также структура и работа различных вариантов осуществления настоящего изобретения подробно описаны ниже со ссылкой на сопроводительные чертежи.
Перечень фигур чертежей
Сопроводительные чертежи, которые включены сюда и составляют часть описания, показывают варианты осуществления настоящего изобретения и вместе с общим изложением, приведенным выше, и подробным изложением вариантов осуществления, приведенным ниже, служат для объяснения принципов изобретения. В приведенных чертежах:
Фиг.1 - сеть, содержащая один вариант осуществления системы доставки контента;
Фиг.2 - один вариант осуществления провайдера контента, пригодный для использования в варианте осуществления системы доставки контента, показанной на фиг.1;
Фиг.3 - один вариант осуществления сервера контента, пригодный для использования в варианте осуществления системы доставки контента;
Фиг.4 - типичный суперкадр, сигнала, передаваемого внутри сети;
Фиг.5 - обычные отношения между потоком, стримом и логическим каналом MediaFlO (MLC);
Фиг.6 - пример сообщения идентификатора услуги, составленного в соответствии с вариантом осуществления;
Фиг.7 - пример сообщения с описанием потока, построенного в соответствии с вариантом осуществления;
Фиг.8 - блок-схема примера способа решения проблемы времени ожидания на получение информации, с которой сталкиваются в обычных сетях;
Фиг.9 - более подробное представление пакета протокола управления, показанного на фиг.8;
Фиг.10 - блок-схема примера способа практического осуществления варианта осуществления; и
Фиг.11 - блок-схема устройства, выполненного в соответствии с вариантом осуществления.
Подробное описание
Приведенное ниже подробное описание настоящего изобретения связано с сопроводительными чертежами, которые показывают примеры вариантов осуществления, соответствующих настоящему изобретению. Другие варианты осуществления возможны и видоизменения в варианты осуществления могут быть внесены в пределах сущности и объема изобретения. Поэтому приведенное ниже подробное описание не подразумевает ограничения изобретения. Напротив, объем изобретения определяется прилагаемой формулой изобретения.
Настоящее описание изобретения раскрывает один или более вариантов осуществления, которые содержат признаки настоящего изобретения. Раскрытый вариант(ы) осуществления просто поясняет изобретение. Объем изобретения не ограничивается раскрытым вариантом(ами) осуществления. Объем изобретения определяется формулой, прилагаемой в конце.
Описанный вариант(ы) осуществления и ссылки в описании изобретения на "один вариант осуществления", "вариант осуществления", "пример варианта осуществления" и т.д. указывают, что описанный вариант(ы) осуществления может содержать конкретный признак, структуру или характеристику, но каждый вариант осуществления может не обязательно содержать конкретный признак, структуру или характеристику. Кроме того, такие выражения не обязательно относятся к одному и тому же варианту осуществления. Дополнительно, когда конкретный признак, структура или характеристика описывается в связи с вариантом осуществления, понимается, что специалисту в данной области техники известно то действие, которое производит такой признак, структура или характеристика в связи с другими вариантами осуществления, независимо от того, описаны или не описаны они здесь в явном виде.
Специалисту в данной области техники должно быть очевидно, что настоящее изобретение, как оно описано ниже, может осуществляться во многих различных вариантах осуществления аппаратурного обеспечения, программного обеспечения, программируемого оборудования и/или объектов, показанных на чертежах. Любой фактический программируемый код со специализированным управляемым аппаратурным обеспечением для осуществления настоящего изобретения не ограничивается настоящим изобретением. Таким образом, действие и поведение настоящего изобретения будут описаны с пониманием того, что модификации и видоизменения вариантов осуществления являются возможными при наличии уровня подробности, представленного здесь.
На фиг.1 показана сеть 100 связи, содержащая транспортную систему 136, которая выполнена с возможностью создания и транспортирования потоков мультимедийного контента по сетям передачи данных. Например, транспортную систему 136, совместимую с принципами системы FLO, отмеченной выше, и пригодную для использования при транспортировании клипов контента от сети провайдера контента до беспроводной сети доступа для широковещательного распространения.
Сеть 100 содержит провайдер 102 контента (СР), сеть 104 провайдера контента, оптимизированную широковещательную сеть 106 и сеть 108 беспроводного доступа. Сеть 100 также содержит устройства 110, которые содержат мобильный телефон 112, персональный цифровой секретарь 114 (PDA) и компьютер-ноутбук 116. Устройства 110 иллюстрируют лишь некоторые из устройств, которые пригодны для использования в транспортной системе 136. Следует отметить, что хотя на фиг.1 показаны три устройства, специалисту в данной области техники должно быть очевидно, что для использования в транспортной системе 136 фактически пригодно любое количество аналогичных устройств или типов устройств.
Провайдер 102 контента действует, чтобы обеспечивать контент для распространения пользователям в сети 100. Контент содержит видео-, аудио-, мультимедийный контент, клипы, контент в реальном времени и не в реальном времени, сценарии, программы, данные или любой другой тип соответствующего контента. Провайдер 102 контента подает контент в сеть 104 провайдера контента для распространения. Например, провайдер 102 контента связывается с сетью 104 провайдера контента через линию 118 связи, которая представляет собой любой подходящий тип проводной и/или беспроводной линии связи.
Сеть 104 провайдера контента содержит любую комбинацию проводных и беспроводных сетей, которые работают для распространения контента для доставки пользователям. Сеть 104 провайдера контента осуществляет связь с оптимизированной широковещательной сетью 106 через линию 120. Линия 120 представляет собой любой подходящий тип проводной и/или беспроводной линии связи. Оптимизированная широковещательная сеть 106 содержит любую комбинацию проводных и беспроводных сетей, которые предназначены для широковещательной передачи высококачественного контента. Например, оптимизированная широковещательная сеть 106 может быть специализированной частной сетью, которая оптимизирована для доставки высококачественного контента выборочным устройствам по множеству оптимизированных каналов связи.
Транспортная система 136 работает для доставки контента от провайдера 102 контента для распространения на сервер 122 контента (CS) в сети 104 провайдера контента, которая действует для осуществления связи с базовой широковещательной станцией 124 (BBS) в сети беспроводной связи. CS 122 и BBS 124 осуществляют связь, используя один или более вариантов осуществления транспортного интерфейса 126, который позволяет сети провайдера 104 контента доставлять контент в форме потоков контента в сеть 108 беспроводной связи для широковещательной/групповой доставки на устройства 110. Транспортный интерфейс 126 содержит интерфейс 128 управления и канал-носитель 130. Интерфейс 128 управления работает таким образом, чтобы позволять CS 122 добавлять, видоизменять, отменять или иначе изменять потоки контента, которые идут от сети 104 провайдера контента к сети 108 беспроводного доступа. Канал-носитель 130 работает так, чтобы транспортировать потоки контента от сети 104 провайдера контента к сети 108 беспроводного доступа.
CS 122 использует транспортный интерфейс 126 для планирования потока контента, который должен быть передан к BBS 124 для широковещательной/групповой доставки через сеть 108 беспроводного доступа. Например, поток контента может содержать клип контента не в реальном времени, который был предоставлен провайдером 102 контента для распространения, используя сеть 104 провайдера контента. CS 122 действует для ведения переговоров с BBS 124, чтобы определить один или более параметров, связанных с клипом контента. Как только BBS 124 принимает клип контента, она осуществляет широковещательную/групповую передачу клипа контента по сети 108 беспроводной связи для приема одним или более устройствами 110. Любое из устройств 110 может быть уполномочено принимать клип контента и кэшировать его для просмотра пользователем устройства позднее.
В предыдущем примере устройство 110 содержит клиентскую программу, которая работает, чтобы обеспечивать справочник программ (PG), который выводит на дисплей список контента, намеченного для широковещательной передачи по сети 108 беспроводного доступа. Пользователь устройства может затем сделать выбор, принять ли ему какой-либо конкретный контент для исполнения в реальном времени или сохранить его в кэше 134 для более позднего просмотра. Например, клип контента может быть запланирован для широковещательной передачи в вечерние часы и устройство 112 действует так, чтобы принять широковещательную передачу и кэшировать клип контента в кэше 134 так, чтобы пользователь устройства мог просмотреть клип на следующий день. Как правило, контент широко вещается, как часть абонентского обслуживания, и приемному устройству может понадобиться предоставить ключ или как-то иначе аутентифицировать себя для приема широковещательной передачи.
Транспортная система 136 позволяет CS 122 принимать записи справочника программ, контент программ и прочую сопутствующую информацию от провайдера 102 контента. CS 122 обновляет и/или создает контент для доставки на устройства 110.
На фиг.2 показан сервер 200 провайдера контента, пригодный для использования в системе доставки контента. Например, сервер 200 может использоваться в качестве сервера 102 на фиг.1. Сервер 200 содержит логические средства 202 обработки, ресурсы и интерфейсы 204 и логические средства 210 приемопередатчика, которые все подключены к внутренней шине 212 передачи данных. Сервер 200 также содержит логические средства 214 активации, PG 206, и логические средства 208 состояния справочника, которые также подключены к шине 212 передачи данных.
Логические средства 202 обработки содержат центральный процессор (CPU), процессор, вентильную матрицу, логические средства аппаратурного обеспечения, элементы запоминающего устройства, виртуальную машину, программное обеспечение и/или любую комбинацию аппаратурного и программного обеспечения. Таким образом, логические средства 202 обработки обычно представляют собой логические средства для исполнения машиночитаемых команд и управления одним или более другими функциональными элементами сервера 200 через внутреннюю шину 212 передачи данных.
Ресурсы и интерфейсы 204 представляют собой аппаратурное обеспечение и/или программное обеспечение, которые позволяют серверу 200 осуществлять связь с внутренними и внешними системами. Например, внутренние системы могут содержать системы памяти большой емкости, запоминающее устройство, драйвер дисплея, модем или другие ресурсы внутренних устройств. Внешние системы могут содержать интерфейсные устройства пользователя, принтеры, дисководы или другие локальные устройства или системы.
Логические средства 210 приемопередатчика представляют собой логические аппаратурные и/или программные средства, которые действуют таким образом, чтобы позволить серверу 200 передавать и принимать данные и/или другую информацию от удаленных устройств или систем, используя канал 216 связи. Для примера, канал 216 связи представляет собой любой подходящий тип линии связи, позволяющий серверу 200 осуществлять связь с сетью передачи данных.
Логические средства 214 активации содержат центральный процессор, процессор, вентильную матрицу, логические аппаратурные средства, элементы запоминающего устройства, виртуальную машину, программное обеспечение и/или любую комбинацию аппаратурного и программного обеспечения. Логические средства 214 активации действуют таким образом, чтобы активировать CS и/или устройство, чтобы позволить CS и/или устройству выбирать и принимать контент и/или услуги, описанные в PG 206. Логические средства 214 активации передают клиентскую программу 220 на CS и/или устройство во время процесса активации. Клиентская программа 220 выполняется на CS и/или устройстве, чтобы принять PG 206 и вывести на дисплей информацию о доступном контенте или услугах пользователю устройства. Таким образом, логические средства 214 активации действуют таким образом, чтобы аутентифицировать CS и/или устройство, загрузить клиент 220 и загрузить PG 206 для воспроизведения на устройстве посредством этого клиента 220.
PG 206 содержит информацию в любом подходящем формате, который описывает контент и/или услуги, доступные устройствам для приема. Например, PG 206 может храниться в локальном запоминающем устройстве сервера 200 и может содержать такую информацию, как идентификаторы контента или услуг, информацию по планированию, прейскурант цен и/или любой другой тип уместной информации. PG 206 содержит один или более идентифицируемых разделов, которые обновляются логическими средствами 202 обработки по мере того, как делаются изменения в предлагаемом контенте или услугах.
Логические средства 208 состояния справочника представляют собой аппаратурное и/или программное обеспечение, действующее таким образом, чтобы создавать уведомительные сообщения, которые идентифицируют и/или описывают изменения в PG 206. Например, когда логические средства 202 обработки обновляют PG 206, логические средства 208 состояния справочника уведомляются об изменениях. Логические средства 208 состояния справочника затем создают одно или более уведомительных сообщений, передаваемых на серверы CS, которые могли быть активированы сервером 200, так что эти CS незамедлительно уведомляются об изменениях в PG 206.
Как часть уведомительного сообщения о доставке контента предусматривается индикатор широковещательной передачи, который указывает, когда путем широковещательной передачи будет передан раздел PG, идентифицированный в сообщении. Например, индикатор широковещательной передачи может содержать один бит для указания того, что произойдет широковещательная передача раздела, и индикатор времени, указывающий, когда произойдет эта широковещательная передача. Таким образом, CS и/или устройства, желающие обновить свою местную копию логических средств 208 состояния справочника, могут слушать широковещательную передачу в обозначенное время, чтобы принять обновленный раздел логических средств 208 состояния справочника.
В одном варианте осуществления, система уведомления о доставке контента содержит программные команды, хранящиеся на машиночитаемых носителях, которые, при их исполнении процессором, например, логическими средствами 202 обработки, обеспечивают функции сервера 200, описанные здесь. Например, программные команды могут быть загружены в сервер 200 с машиночитаемых носителей, таких как дискета, CDROM, карта памяти, запоминающее устройство типа флэш-памяти, ОЗУ, ПЗУ или с любого другого типа запоминающего устройства или машиночитаемых носителей, которые сопряжены с сервером 200 через ресурсы 204. В другом варианте осуществления, команды могут быть загружены в сервер 200 из внешнего устройства или сетевого ресурса, который сопряжен с сервером 200 через логические средства 210 приемопередатчика. Программные команды, при их исполнении логическими средствами 202 обработки, обеспечивают систему уведомления о состоянии справочника программ, как описано здесь.
На фиг.3 показан сервер контента (CS) или устройство 300, пригодные для использования в системе доставки контента. Например, CS 300 может быть CS 122, показанным на фиг.1. CS 300 содержит логические средства 302 обработки, ресурсы и интерфейсы 304 и логические средства 306 приемопередатчика, все из которых подключены к шине 308 передачи данных. CS 300 также содержит клиент 310 и логические средства 312 PG, которые также подключены к шине 308 передачи данных.
Логические средства 302 обработки содержат центральный процессор, процессор, вентильную матрицу, логические средства аппаратурного обеспечения, элементы запоминающего устройства, виртуальную машину, программное обеспечение и/или любую комбинацию аппаратурного и программного обеспечения. Таким образом, логические средства 302 обработки, в целом, представляют собой логические средства, выполненные с возможностью исполнения машиночитаемых и управления одним или более прочими функциональными элементами CS 300 через внутреннюю шину 308 передачи данных.
Ресурсы и интерфейсы 304 представляют собой аппаратурное и/или программное обеспечение, которое позволяет CS 300 осуществлять связь с внутренними и внешними системами. Например, внутренние системы могут содержать системы памяти большой емкости, запоминающее устройство, драйвер дисплея, модем или другие ресурсы внутренних устройств. Внешние системы могут содержать интерфейсные устройства пользователя, принтеры, дисководы или другие локальные устройства или системы.
Логические средства 306 приемопередатчика представляют собой аппаратурное и/или программное обеспечение, которое работает таким образом, чтобы позволить CS 300 передавать и принимать данные и/или другую информацию при обмене с внешними устройствами или системами через канал 314 связи. Например, канал 314 связи может содержать сетевую линию связи, линию беспроводной связи или любой другой тип линии связи.
Во время работы CS 300 активируется таким образом, чтобы он мог принимать предлагаемый контент или услуги по сети передачи данных. Например, CS 300 идентифицирует себя для сервера провайдера контента во время процесса активации. Как часть процесса активации CS 300 принимает и сохраняет записи PG с помощью логических средств 312 PG. PG 312 содержит информацию, идентифицирующую контент или услуги, доступные CS 300 для приема. Клиент 310 действует так, чтобы воспроизвести информацию в логических средствах 312 PG на CS и/или устройство 300, используя ресурсы и интерфейсы 304. Например, клиент 310 воспроизводит информацию в логических средствах 312 PG на экране дисплея, который является частью устройства. Клиент 310 также принимает входной сигнал пользователя через ресурсы и интерфейсы таким образом, чтобы пользователь устройства мог выбрать контент или услуги.
CS 300 принимает уведомительное сообщение через логические средства 306 приемопередатчика. Например, сообщения могут быть широковещательными или однонаправленными к CS 300 и приниматься логическими средствами 306 приемопередатчика. Уведомления PG идентифицируют обновления в записях PG в логических средствах 312 PG. В одном варианте осуществления клиент 310 обрабатывает уведомительные сообщения PG, чтобы определить, нуждается ли в обновлении местная копия в логических средствах 312 PG. Например, в одном варианте осуществления уведомительные сообщения содержат идентификатор раздела, время начала, время окончания и номер версии.
CS 300 действует таким образом, чтобы сравнивать информацию в уведомительных сообщениях PG с хранящейся локальным образом информацией в существующих логических средствах 312 PG. Если CS 300 из уведомительных сообщений PG определяет, что один или более разделов местной копии в логических средствах 312 PG нуждаются в обновлении, CS 300 действует таким образом, чтобы принять обновленные разделы PG одним из нескольких путей. Например, обновленные разделы PG могут широковещательно передаваться в то время, которое указано в уведомительных сообщениях PG, так чтобы логические средства 306 приемопередатчика могли принять радиопередачи и передать обновленные разделы на CS 300, который, в свою очередь, обновляет местную копию в логических средствах 312 PG.
CS 300 определяет, какие разделы PG нуждаются в обновлении, на основании принятых уведомительных сообщений об обновлении PG и передает запрос на сервер CP, чтобы получить желаемые обновленные разделы PG. Например, запрос может быть форматирован, используя любой подходящий формат, и содержать такую информацию, как идентификатор запрашивающего CS, идентификатор раздела, номер версии и/или любую другую соответствующую информацию.
CS 300 выполняет одну или более из следующих функций в одном или более вариантов осуществления системы уведомления PG. Следует отметить, что в рамках объема изобретения следующие функции могут изменяться, перестраиваться, модифицироваться, добавляться, удаляться или как-либо иначе регулироваться.
1. CS активируется для работы с системой провайдера контента, чтобы принимать контент или услуги. Как часть процесса активации, клиент и PG передаются на CS.
2. Одно или более уведомительных сообщений PG принимаются CS и используются для определения того, нуждаются ли в обновлении один или более разделов хранящегося локальным образом PG.
3. В одном варианте осуществления, если CS определяет, что один или более разделов хранящегося локальным образом PG нуждается в обновлении, CS принимает широковещательную передачу от распределительной системы, чтобы получить обновленные разделы PG, необходимые для обновления его местной копии.
4. В другом варианте осуществления, CS передает одно или более сообщений запроса на CP, чтобы получить обновленные разделы PG, в которых он нуждается.
5. В ответ на запрос CP передает обновленные разделы PG на CS.
6. CS использует принятые обновленные разделы PG для обновления своей местной копии PG.
Система доставки контента содержит программные команды, которые могут храниться на машиночитаемом носителе и которые, при их исполнении процессором, такими как логические средства 302 обработки, обеспечивают функции системы уведомления о доставке контента, как описано здесь. Например, команды могут быть загружены в CS 300 с таких машиночитаемых носителей, как дискета, CDROM, карта памяти, устройство флэш-памяти, ОЗУ, ПЗУ или с любого другого типа запоминающего устройства или машиночитаемого носителя, которые сопряжены с CS 300 через ресурсы и интерфейсы 304. В другом варианте осуществления, команды могут быть загружены в CS 300 из сетевого ресурса, который сопряжен с CS 300 через логические средства 306 приемопередатчика. Команды, при их исполнении логическими средствами 302 обработки, обеспечивают систему доставки контента, как описано здесь.
Следует отметить, что CS 300 представляет только один вариант осуществления и что другие варианты осуществления возможны в пределах объема изобретения.
На фиг.4 показан пример суперкадра 400 сигнала, передаваемого внутри сети 100. С целью иллюстрации, передача сигнала через сеть 100 может происходить в соответствии с принципами мультиплексирования с ортогональным делением частот (OFDM). Переданные сигналы в сети 100 организованы в суперкадры, которые являются модулями передачи данных на физическом уровне сети 100. Как хорошо понятно специалистам в данной области техники, сетевой физический уровень обеспечивает технические требования к структуре, частоте, выходной мощности, модуляции и кодированию канала для прямой линии связи сети.
Как упомянуто выше, сеть 100 на основе FLO осуществляет групповую передачу нескольких услуг как совокупности одного или более независимых компонент данных. Каждый независимый компонент данных называется потоком и может содержать видеокомпонент, аудиокомпонент и/или текстовый или сигнальный компоненты услуги. Услуги FLO передаются по одному или более логическим каналам MLC.
В примере, показанном на фиг.4, суперкадр 400 содержит часть 402 данных и часть 404 служебной информации. Часть 402 данных дополнительно подразделяется на кадры данных F1-F4. На физическом уровне сети 100 MLC транспортируются внутри части 402 данных. На практике транспортируемый MLC будет разделен между кадрами данных F1-F4. В примере части 402 данных, показанном на фиг.4, два MLC (10 и 20) разделены между кадрами данных F1-F4. То есть, четвертая часть информационного содержимого каждого из MLC 10 и 20 переносится в каждом из кадров F1-F4, соответственно.
Например, MLC с идентификацией (ID) 10 делится на части 406a-406d, каждая из которых соответствует одному из кадров F1-F4. Кадр F1 также содержит часть 408 MLC, которая соответствует MLC 20, в дополнение к части 406a, которая соответствует MLC 10.
Также, внутри части 402 данных каждый из кадров F1-F4 суперкадра 400 содержит канал 410 управления, который несет важную информацию в отношении характеристик передачи соответствующей порции MLC (например, MLC 10 и 20), содержащейся в кадре.
Часть 404 заголовка суперкадра 400 содержит канал 412 символов служебной информации (OIS). Канал 412 OIS, среди прочего, сообщает устройству 112 о местоположении MLC 10 внутри суперкадра 400. Таким образом, когда устройство 112 первоначально запрашивает услугу, оно должно сначала декодировать канал 412 OIS внутри суперкадра 400, чтобы знать точное местоположение и другие характеристики, связанные с MLC 10, прежде чем данные внутри MLC 10 могут быть распакованы и использованы.
Также, в приведенном примере внутри суперкадра 400 канал 412 управления содержит поле 414 номера управления, в котором записываются изменения номеров 416 управляющей последовательности. Номер управляющей последовательности сообщает, когда произошли изменения в услугах, широковещательных сетью 100. Эта концепция будет более подробно обсуждена ниже.
Когда устройство 112 активируется первоначально, оно принимает канал 412 OIS внутри суперкадра 400 в соответствии с априорно известными характеристиками управления. Прием канала 412 OIS дает возможность устройству 112 получить информацию в отношении представляющих интерес MLC и в отношении приема и декодирования канала 410 управления. Устройство 112 затем принимает канал 410 управления и, в свою очередь, принимает информацию о том, как принять и декодировать конкретный представляющий интерес MLC.
Эта связанная с MLC информация может содержать, например, соответствие между MLC и потоком. Устройство 112 затем запоминает эту информацию, например, в своей локальной кэш-памяти и продолжает принимать и декодировать конкретный MLC. Этот конкретный представляющий интерес MLC мог бы быть связан с требуемым обслуживанием потока, предоставляемого, например, кабельной сетью новостей (CNN).
Как только устройство 112 начинает прием представляющего интерес MLC, нет необходимости продолжать отслеживать канал 410 управления во время последующих суперкадров. Устройство 112 будет продолжать отслеживать канал 412 OIS, чтобы, среди прочих вещей, определить конкретное местоположение представляющего интерес MLC внутри текущего суперкадра. Однако устройство 112 может полагаться на информацию, хранящуюся в его местной кэш-памяти, для приема всей другой информации, связанной с MLC, которая обычно может получаться путем приема и декодирования канала 410 управления.
Вслед за приемом представляющего интерес MLC единственным периодом времени, когда у устройства 112 будет необходимость принимать и декодировать канал 410 управления, будет период, когда представляющий интерес MLC или связанная с ним информация изменяется. Это изменение может диктоваться, например, сетью 100.
Когда сеть 100 обеспечивает услугу первоначально, номер управляющей последовательности устанавливается в начальное значение, такое как значение "1", что отражается в массиве 416 номеров управляющей последовательности. По мере того как устройство 112 продолжает принимать требуемый поток от службы CNN, устройство 112 продолжает отслеживать канал 412 OIS в начале каждого принятого суперкадра.
Если, с другой стороны, устройству 112 требуется другой поток услуг, такой как сеть развлекательных и спортивных программ (ESPN), от устройства 112 потребуется принять и декодировать канал 412 управления, чтобы получить определенную информацию, связанную с MLC, относящимся к ESPN. Однако прежде чем устройство 112 сможет начать процесс приема этой новой услуги, устройство 112 должно проверить массив 416, чтобы определить, изменился ли текущий номер управляющей последовательности и соответствует ли информация, хранящаяся в его местной кэш-памяти, текущему номеру управляющей последовательности в пределах массива 416.
При проверке для определения, был ли изменен массив 416 управляющей последовательности, устройство 112 сначала должно проверить информацию, хранящуюся в его кэш-памяти, чтобы определить текущий номер последовательности. Затем она сравнит этот текущий номер с самым последним номером, отраженным в массиве 416 управляющей последовательности. Если сравненные номера различны, устройство 112 знает, что прежде, чем любые новые запросы на услуги могут быть реализованы, его местная кэш-память требует обновления.
В приведенном выше примере номер последовательности в пределах массива 416 был установлен в начальное значение "1", поскольку сеть 100 изначально начала предоставление услуг устройству 112. Однако без ведома пользователя сеть 100 могла бы загрузить информацию дополнительных услуг на устройство 112, например, в фоновом режиме. Загрузка этих дополнительных услуг в фоновом режиме должна была произвести изменение в MLC, в конечном счете приводящее к изменению номера последовательности с "1" на "2", чтобы отразить эту новую услугу.
Когда устройство 112 проверяет массив 416 и определяет, что номер управляющей последовательности изменился с "1" на "2", перед предоставлением запрошенной услуги ESPN, устройство 112 должно будет (i) принять и декодировать канал 412 управления, (ii) загрузить информацию (например, соответствие между потоком и MLC), связанную с обновленным номером последовательности, и (iii) модифицировать свою местную кэш-память, чтобы отразить недавно загруженную информацию. Таким образом, хотя пользователь специально не запрашивал новую услугу, поскольку эта услуга была, тем не менее, загружена (например, в фоновом режиме) на устройство 112, пользователь должен ждать, пока устройство 112 обновит свой местный кэш, прежде чем будет разрешено принять требуемую услугу ESPN.
Дилемма в том, что существуют два различных типа услуг и эти два типа услуг изменяются с разной частотой. Обычные сети, однако, неспособны учитывать разницу в частоте изменения между этими двумя типами услуг. Эта неспособность вынуждает пользователей затягивать обновления и задержки, которые вызываются типом услуги, которую пользователь не выбирал.
Первый из типов услуг известен как услуга в реальном времени. Услуги в реальном времени являются услугами, которые, как ожидается, должны идти непрерывно. То есть, услуги в реальном времени являются в некоторой степени статическими и таким образом не создают частых изменений в соответствии между потоком и MLC.
Второй тип услуги является услугой не в реальном времени. Услуги не в реальном времени более динамичны и более короткие по длительности, чем услуги в реальном времени. Услуги не в реальном времени, поэтому, изменяются более часто, чем услуги в реальном времени, и более вероятно должны инициировать более частые изменения в соответствии между потоком и MLC.
На фиг.5 показано сообщение 500 описания потока, содержащее несколько смешанных потоков услуг в реальном времени и не в реальном времени, как происходит в обычной сетевой системе. На фиг.5, например, пользователь обычной сети может выбрать поток услуг для СNN, который может рассматриваться как поток услуг в реальном времени. Как указано, CNN могла бы иметь идентификатор 100 потока, уникальный идентификатор 20 MLC, соответствующий режим передачи (A) и номер управляющей последовательности 1. Другие потоки услуг, показанные внутри сообщения 500 описания потока, могли бы рассматриваться не в реальном времени и включать в себя идентификаторы потоков 200, 300 и 600, соответственно.
Поскольку потоки 200, 300 и 600 услуг не в реальном времени изменяются более часто, чем поток 100 услуг CNN в реальном времени, потоки не в реальном времени способны совместно использовать один и тот же идентификатор MLC. Таким образом, как показано на фиг.5, каждый из MLC 200, 300 и 600 использует идентификатор 30 MLC. Это совместное использование идентификатора MLC между потоками не в реальном времени, такими потоками, как 200, 300 и 600, возможно, поскольку они имеют короткую продолжительность, например меньше 30 минут. Как только поток 200 прекратился, идентификатор 30 MLC может перейти к потоку 300 и так далее. По мере изменения потоков, однако, режимы передачи, а также номера управляющих последовательностей также должны меняться. Таким образом, потокам 200, 300 и 600 присваиваются порядковые номера 2, 3 и 4, соответственно.
Сообщение с описанием потока на фиг.5 содержит идентификатор 700 конечного потока услуги для ESPN. Этот конечный поток услуги ESPN также является потоком в реальном времени, имеющим идентификатор 50 MLC, режим передачи (Е) и номер 5 управляющей последовательности.
В обычной сети, если устройство принимает поток 100 CNN с идентификатором 20 MLC и пытается переключиться на идентификатор 700 потока ESPN с идентификатором 50 MLC, произойдет задержка. Как отмечено выше, прежде чем устройство сможет переключиться с потока 100 CNN на поток 700 ESPN, оно должно проверить канал 410 управления, чтобы сравнить хранящийся номер управляющей последовательности с текущим номером последовательности, включенным в массив 416. Как показано на фиг.5, номер управляющей последовательности был изменен с "1" на "2", с "2" на "3" и затем с "3" до "4" и т.д. Эти изменения соответствуют каждому из потоков 200, 300 и 600 услуг, соответственно. Следовательно, устройство должно будет загрузить информацию протокола управления, связанную с режимами передачи B-D, ассоциированными с потоками 200, 300 и 600, соответственно. Так как номера управляющих последовательностей изменились, эта информация должна быть загружена до того, как может быть обслужен запрос потока 700 для ESPN. Настоящее изобретение решает эту проблему.
На фиг.6 приведена более подробная иллюстрация 600, изображающая параллелизм между услугами в реальном времени и не в реальном времени, показанные в сообщении 500 описания потока на фиг.5. На фиг.6, например, поток 100 CNN в реальном времени может иметь место в течение полных периодов времени t1-t4. В течение тех же самых периодов времени (t1-t4) потоки 200, 300 и 600 не в реальном времени также могут иметь место. Во время t5 пользователь может переключиться с потока 100 CNN 100 на поток 700 ESPN. В то же самое время поток 600, который произошел во время t4, прекращается.
Настоящее изобретение решает эту проблему параллелизма, отделяя услуги в реальном времени от услуг не в реальном времени. Более конкретно, настоящее изобретение назначает разные системы нумерации управляющих последовательностей для услуг в реальном времени и услуг не в реальном времени. Эти разные системы нумерации осуществляются посредством назначения для различных заполнителей для отслеживания и сохранения отдельных номеров управляющей последовательности (для каждого из отдельных типов услуг) внутри устройства связи.
На фиг.7 показано сообщение 700 описания потока, созданного в соответствии с вариантом осуществления настоящего изобретения. Сообщение 700 описания потока изменяет сообщение 500 описания потока по фиг.5. На фиг.7 номера управляющей последовательности для услуг в реальном времени (например, поток 100 CNN и поток 700 ESPN) хранятся во вместилище 0. Номера управляющей последовательности для услуги не в реальном времени (например, потоки 200, 300 и 600) хранятся во вместилище 1. Условное обозначение или числовое обозначение, связанное с отдельным вместилищем, несущественно для осуществления настоящего изобретения.
Пример сообщения 700 с описанием потока, показанный на фиг.7, обеспечивает устройству, такому как устройство 112, возможность реагировать на изменения в номерах последовательности, связанных с услугами в реальном времени и не в реальном времени. Например, если пользователя устройства 112 интересуют только услуги в реальном времени, устройство 112 может быть выполнено с возможностью проверки канала 410 управления, только когда происходят изменения в идентификаторе 100 потока CNN и идентификаторе 700 потока ESPN. Более конкретно, если устройство 112 принимает идентификатор 100 потока CNN и принимает запрос на обеспечение потока 700 ESPN, не потребуется загружать информацию из канала 410 управления из-за изменений в услугах не в реальном времени.
То есть, устройство 112 может конкретно быть выполнено с возможностью мониторинга только изменений управляющей последовательности (в реальном времени) во вместилище 0. Как показано на фиг.7, номер управляющей последовательности во вместилище 0 не изменяется до момента времени t5. Таким образом, хотя потоки не в реальном времени (200, 300 и 600) изменяются в период t1-t4, устройство 112 не заботится об этих изменениях, поскольку оно было сконфигурировано для мониторинга только вместилища 0. Поэтому устройство 112 не будет испытывать задержку из-за изменений номера управляющей последовательности во вместилище 1. То есть, изменения теперь могут происходить в услугах не в реальном времени (вместилище 1) без прерывания запроса на обслуживание пользователя для вместилища 0.
В настоящем изобретении сообщение описания потока (например, пример сообщения 700 по фиг.7) содержит информацию протокола управления, требующуюся для выполнения задания соответствия между потоком и MLC. Сообщение описания потока передается через сеть 100 модулями, называемыми пакетами протокола управления (СРР). Более конкретно, группы пакетов СРР передаются или принимаются в пределах единого суперкадра, такого как суперкадр 400 по фиг.4, в объектах, известных как капсулы протокола управления.
На фиг.8 показан пример капсулы 800 протокола управления, выполненной в соответствии с настоящим изобретением. Как отмечено выше, настоящее изобретение логически делит информацию протокола управления (например, номера управляющей последовательности) на информацию в реальном времени и не в реальном времени по отдельным вместилищам (например, вместилище 0 и вместилище 1). Это логическое разделение осуществляется делением капсулы 800 протокола управления по тем же самым вместилищам. В результате сеть 100 может отдельно принимать и обрабатывать отдельные наборы информации протокола управления.
На фиг.8, например, капсула 800 протокола управления делится так, чтобы она содержала информационную часть 802 вместилища 0 и информационную часть 804 вместилища 1. Информационной части 802 вместилища 0 присваивается свой собственный уникальный номер 806 последовательности, и информационной части вместилища 1 присваивается свой собственный уникальный номер 808 последовательности. Информационная часть 802 вместилища 0 содержит пакеты СРР 810 вместилища 0, каждый из которых содержит определенную информацию протокола управления (например, сообщение, идентификатор вместилища и т.д.). Точно также, информационная часть 804 вместилища 1 капсулы 800 содержит пакеты СРР 812 вместилища 1, каждый из которых имеет свою собственную информацию протокола управления.
На фиг.9 показан пример задания соответствия 900 в отношении того, как две приведенные для примера капсулы протокола управления 902 и 904, каждая из которых подобна капсуле 800, хранятся и управляются в пределах сети 100 в соответствии с настоящим изобретением. На фиг.9, например, номера 906 управляющей последовательности (SEQ #), ассоциированные с капсулами (CAP) 902 и 904, хранятся внутри канала 412 OIS, как указано в столбце 912. В столбце 912 номера последовательности для вместилища 0 (BIN 0) и вместилища 1 (BIN 1), ассоциированные с первой капсулой 902 протокола управления, хранятся раздельно в первом сегменте 908 канала 412 OIS. Номера последовательности вместилища 0 и вместилища 1, ассоциированные со второй капсулой 904 протокола управления, хранятся отдельно во втором сегменте 910 канала 412 OIS.
В пределах устройства, такого как устройство 112, информация протокола управления делится и сохраняется как отдельные раздел 930 вместилища 0 и раздел 914 вместилища 1. Например, все номера последовательностей во вместилище 0 из капсул 902 и 904 протокола управления хранятся в подразделе 916 внутри раздела 930 вместилища 0 устройства 112. Все номера последовательностей вместилища 1 капсул 902 и 904 протокола управления хранятся в подразделе 918 внутри секции 914 вместилища 1 устройства 112.
Как также показано на фиг.9, все сообщения (MSG), связанные с вместилищем 0, из капсул 902 и 904 протокола управления хранятся в разделе 930 вместилища 0 устройства 112. Все сообщения, связанные с вместилищем 1, из капсул 902 и 904 протокола управления 902 и 904 хранятся в разделе 914 вместилища 1 устройства 112.
Независимое хранение и управление информации в реальном времени и не в реальном времени в пределах сети 100 и устройства 112 улучшают параметр времени ожидания устройства 112.
На фиг.10 показана блок-схема примера способа 1000 осуществления вариантом осуществления настоящего изобретения. Способ, показанный на фиг.10, для управления работой устройства содержит деление информации управления на две или более частей, причем каждая часть ассоциирована с уникальным номером управляющей последовательности, как указано на этапе 1002. Далее, каждый из ассоциированных номеров управляющей последовательности проверяется в течение цикла обновления, чтобы определить, какая из частей должна быть обновлена, как указано на этапе 1004.
На фиг.11 показана блок-схема устройства 1100, выполненного в соответствии с вариантом осуществления. На фиг.11 устройство 1100 содержит средство деления 1102 для деления управляющей информации на две или более частей, каждая из которых ассоциируется с уникальным номером управляющей последовательности. Средство 1104 для проверки затем проверяет каждый из номеров управляющей последовательности в течение цикла обновления, чтобы определить, какая из частей должна быть обновлена.
В настоящем изобретении управляющая информация, переданная сетью, логически делится по двум вместилищам. В зависимости от того, связана управляющая информация с медиаинформацией в реальном времени или не в реальном времени, управляющая информация в устройстве обновляется в реальном времени после прерывания передачи медиаинформации или в фоновом режиме без прерывания передачи медиаинформации. Время ожидания выполнения операций, которые зависят от наличия точной управляющей информации, уменьшается посредством широковещательной передачи управляющей информации, необходимой для устройств с операциями, чувствительными ко времени ожидания, отдельно (то есть в отдельном вместилище) от управляющей информации, необходимой для других операций устройства. Способ согласно настоящему изобретению особенно эффективен, если управляющая информация, необходимая для устройств с чувствительными ко времени ожидания операциями, также не изменяется очень часто.
Настоящее изобретение было описано выше с помощью стандартных функциональных блоков, иллюстрируя выполнение указанных функций и их взаимосвязей. Границы этих стандартных функциональных блоков были определены здесь произвольно для удобства описания. Дополнительные границы могут изменяться до тех пор, пока указанные функции и взаимосвязи между ними выполняются соответствующим образом.
Любые такие альтернативные границы, таким образом, подпадают под объем и сущность заявленного изобретения. Специалисты в данной области техники должны признать, что эти стандартные функциональные блоки могут быть осуществлены с помощью аналоговых и/или цифровых схем, дискретных компонент, интегральных схем специального назначения, программируемого оборудования, процессора, исполняющего соответствующее программное обеспечение, и т.п., или любой их комбинации. Таким образом, объем настоящего изобретения не должен ограничиваться любым из описанных выше примеров вариантов осуществления, а должен определяться только в соответствии с приведенной далее формулой изобретения и ее эквивалентами.
Приведенное выше описание конкретных вариантов осуществления настолько полно раскрывает общий характер изобретения, что другие могут, применяя знание в рамках современной техники (учитывая содержание ссылок, цитируемых здесь), легко изменять и/или приспосабливать к различным вариантам применения такие конкретные варианты осуществления, без неуместного экспериментирования, не выходя за рамки общей концепции настоящего изобретения. Поэтому, такие видоизменения и модификации предназначены для того, чтобы находиться в рамках смысла и диапазона эквивалентов раскрытых вариантов осуществления, основываясь на знании и руководствах, предоставленных здесь. Предполагается, что использованная фразеология или терминология служит для цели описания, а не для ограничения, так чтобы терминология или фразеология настоящего описания интерпретировалась квалифицированным специалистом в свете представленных здесь знаний и руководств, в комбинации со знанием любого обычного специалиста в данной области техники.
Раздел "Подробное описание" должен использоваться, прежде всего, для толкования формулы изобретения. В разделах "Сущность изобретения" и "Реферат" могут быть изложены один или более, но не все примеры вариантов осуществления настоящего изобретения, как оно имелось в виду изобретателем(ями), и, таким образом, они не предназначены для того, чтобы ограничивать формулу изобретения.
Следует понимать, что раздел "Подробное описание", а не разделы "Сущность изобретения" и "Реферат" предназначены для толкования формулы изобретения. Разделы "Сущность изобретения" и "Реферат" могут излагать один или более, но не все примеры вариантов осуществления настоящего изобретения, как оно имелось в виду изобретателем(ями), и, таким образом, не предназначены для того, чтобы каким-либо образом ограничивать настоящее изобретение и приложенную формулу изобретения.
название | год | авторы | номер документа |
---|---|---|---|
СПОСОБ МУЛЬТИПЛЕКСИРОВАНИЯ ПО ПОДВЕРЖЕННОМУ ОШИБКАМ БЕСПРОВОДНОМУ ШИРОКОПОЛОСНОМУ КАНАЛУ | 2006 |
|
RU2376714C2 |
СПОСОБ ТРАНСПОРТИРОВКИ IP-ДЕЙТАГРАММ ЧЕРЕЗ СЕТЬ FLO И УСТРОЙСТВО ДЛЯ ЕГО ОСУЩЕСТВЛЕНИЯ | 2006 |
|
RU2408148C2 |
ПОВТОРНЫЙ ЗАХВАТ СИГНАЛОВ СЕТИ БЕСПРОВОДНОГО ВЕЩАНИЯ | 2006 |
|
RU2390951C2 |
ПЕРЕДАЧА СЛУЖЕБНОЙ ИНФОРМАЦИИ ДЛЯ ПРИЕМА МНОЖЕСТВА ПОТОКОВ ДАННЫХ | 2004 |
|
RU2345485C2 |
СИСТЕМЫ И СПОСОБЫ ДЛЯ ПЕРЕКЛЮЧЕНИЯ КАНАЛОВ | 2007 |
|
RU2419245C2 |
МЕТАДАННЫЕ СИГНАЛИЗАЦИИ О ПАРАМЕТРАХ ПРИЕМНИКА ЦИФРОВОГО ВЕЩАНИЯ | 2009 |
|
RU2446581C1 |
СПОСОБ И УСТРОЙСТВО ДЛЯ УПРАВЛЕНИЯ ПРЕДСТАВЛЕНИЕМ МУЛЬТИМЕДИЙНЫХ ДАННЫХ ИЗ МУЛЬТИПЛЕКСНОГО СИГНАЛА СРЕДИ УСТРОЙСТВ В ЛОКАЛЬНОЙ СЕТИ | 2009 |
|
RU2499361C2 |
СХЕМА ИЗБИРАТЕЛЬНОГО ПЕРЕКЛЮЧЕНИЯ В БЕСПРОВОДНОЙ ШИРОКОВЕЩАТЕЛЬНОЙ СЕТИ | 2006 |
|
RU2408141C2 |
СИСТЕМА И СПОСОБ ДЛЯ ОПТИМИЗИРОВАННОГО МУЛЬТИПЛЕКСИРОВАНИЯ И ЭКОНОМИИ ЭНЕРГИИ В СЕТИ ВЕЩАНИЯ | 2008 |
|
RU2437234C2 |
ДОСТАВКА ИНДИВИДУАЛЬНОГО КОНТЕНТА ПО ВЕЩАТЕЛЬНОЙ СЕТИ | 2007 |
|
RU2449476C2 |
Изобретение относится к беспроводной связи. Обеспечивается способ и система для управления работой устройства. Способ содержит деление управляющей информации на две или более частей, причем каждая часть связывается с уникальным номером управляющей последовательности. Каждый из номеров, связанных с управляющей последовательностью, проверяется во время цикла обновления, чтобы определить, какая из упомянутых частей должна быть обновлена. Номер управляющей последовательности содержит информацию, связанную с обновлениями управляющей информацией. Техническим результатом является улучшение параметра времени ожидания в устройстве связи. 6 н. и 4 з.п. ф-лы, 11 ил.
1. Способ обеспечения ускоренной работы устройства связи в сети беспроводной связи, содержащий этапы, на которых
делят управляющую информацию на две или более частей, причем каждая часть ассоциируется с уникальным номером управляющей последовательности, при этом упомянутые две или более частей содержат услуги в реальном времени и не в реальном времени; и
проверяют каждый из уникальных номеров управляющей последовательности во время цикла обновления, чтобы определить, какая из упомянутых частей должна быть обновлена.
2. Способ по п.1, в котором номера управляющей последовательности содержат информацию, связанную с обновлениями управляющей информации.
3. Способ по п.1, в котором упомянутые две или более частей перекрываются во времени.
4. Способ обеспечения ускоренной работы устройства связи в сети беспроводной связи, содержащий этапы, на которых
принимают управляющую информацию, которая разделена на две или более частей, причем каждая часть ассоциирована с уникальным номером управляющей последовательности, при этом упомянутые две или более частей содержат услуги в реальном времени и не в реальном времени;
проверяют каждый из принятых уникальных номеров управляющей последовательности на предмет изменений; и
обновляют часть принятой управляющей информации, соответствующую измененному уникальному номеру управляющей последовательности.
5. Способ по п.4, в котором упомянутые две или более частей перекрываются во времени.
6. Аппаратура для обеспечения ускоренной работы устройства связи в сети беспроводной связи, содержащая
средство для деления управляющей информации на две или более частей, причем каждая часть ассоциируется с уникальным номером управляющей последовательности, при этом упомянутые две или более частей содержат услуги в реальном времени и не в реальном времени; и
средство для проверки каждого из уникальных номеров управляющей последовательности во время цикла обновления, чтобы определить, какая из упомянутых частей должна быть обновлена.
7. Аппаратура по п.6, в которой упомянутые две или более частей перекрываются во времени.
8. Аппаратура для обеспечения ускоренной работы устройства связи в сети беспроводной связи, содержащая
средство для приема управляющей информации, которая разделена на две или более частей, при этом упомянутые две или более частей содержат услуги в реальном времени и не в реальном времени, причем каждая часть ассоциирована с уникальным номером управляющей последовательности;
средство для проверки каждого из принятых уникальных номеров управляющей последовательности на предмет изменений; и
средство для обновления части принятой управляющей информации, соответствующей измененному уникальному номеру управляющей последовательности.
9. Машиночитаемый носитель, несущий одну или более последовательностей из одной или более команд для исполнения одним или более процессорами, чтобы осуществить способ обеспечения ускоренной работы устройства связи в сети беспроводной связи, причем эти команды при их исполнении упомянутыми одним или более процессорами, подписывают этим одному или более процессорам выполнять этапы, на которых
делят управляющую информацию на две или более частей, причем каждая часть ассоциируется с уникальным номером управляющей последовательности, при этом упомянутые две или более частей содержат услуги в реальном времени и не в реальном времени; и
проверяют каждый из уникальных номеров управляющей последовательности во время цикла обновления, чтобы определить, какая из упомянутых частей должна быть обновлена.
10. Устройство связи в сети беспроводной связи, ускоренная работа которого обеспечивается в этой сети беспроводной связи и которое содержит
процессор, включающий в себя первую и вторую логические секции;
при этом первая логическая секция выполнена с возможностью приема управляющей информации, причем эта управляющая информация разделена на две или более частей, при этом каждая часть ассоциирована с уникальным номером управляющей последовательности, причем упомянутые две или более частей содержат услуги в реальном времени и не в реальном времени, и
при этом вторая логическая секция выполнена с возможностью проверки каждого из уникальных номеров управляющей последовательности во время цикла обновления, чтобы определить, какая из упомянутых частей должна быть обновлена.
US 6628946 B1, 30.09.2003 | |||
СПОСОБ ПАКЕТНОЙ ПЕРЕДАЧИ ДАННЫХ В МОБИЛЬНОЙ РАДИОСЕТИ | 1995 |
|
RU2128406C1 |
Переносная печь для варки пищи и отопления в окопах, походных помещениях и т.п. | 1921 |
|
SU3A1 |
Способ обработки целлюлозных материалов, с целью тонкого измельчения или переведения в коллоидальный раствор | 1923 |
|
SU2005A1 |
Способ моделирования одонтогенного остеомиелита | 1987 |
|
SU1439668A1 |
Авторы
Даты
2009-10-20—Публикация
2006-03-09—Подача