СПОСОБЫ И УСТРОЙСТВО БЕСПРОВОДНОЙ СВЯЗИ С ИСПОЛЬЗОВАНИЕМ ТЕГА ЗНАЧЕНИЯ СИСТЕМНОЙ ИНФОРМАЦИИ Российский патент 2020 года по МПК H04W4/06 H04W48/10 

Настоящая заявка испрашивает приоритет и преимущество по предварительной заявке на патент Соединенных Штатов Америки № 62/367,590, поданной 27 июля 2016 г., которая полностью включена в настоящий документ путем ссылки.

ОБЛАСТЬ ТЕХНИЧЕСКОГО ПРИМЕНЕНИЯ

[0001] Технология относится к беспроводной связи и в частности к способам и устройству для направления запроса, передачи и использования системной информации (SI) при беспроводной связи.

ПРЕДПОСЫЛКИ СОЗДАНИЯ ИЗОБРЕТЕНИЯ

[0002] В системах беспроводной связи сеть радиодоступа, как правило, содержит один или более узлов доступа (таких как базовая станция), которые осуществляют связь по радиоканалам посредством радиоинтерфейса или эфирного интерфейса с множеством беспроводных терминалов. В некоторых технологиях такой беспроводной терминал также называют пользовательским оборудованием (UE). Группа, известная как Партнерский проект по системам 3-го поколения («3 GPP»), взяла на себя обязательство определять глобально применимые технические спецификации и создавать технические отчеты по системам беспроводной связи существующих и будущих поколений. Стандарт долгосрочного развития сетей связи (LTE) 3 GPP и LTE Advanced (LTE-A) 3 GPP представляют собой проекты по усовершенствованию предшествующего стандарта универсальной системы мобильной связи (UMTS) для мобильного телефона или устройства в соответствии с потребностями в будущем.

[0003] В типовых системах сотовой мобильной связи базовая станция передает по радиоканалам определенную информацию, которая требуется мобильным станциям для доступа к сети. В стандарте долгосрочного развития сетей связи (LTE) и LTE Advanced (LTE-A) такую информацию называют «системной информацией» (SI). Каждый узел доступа, такой как усовершенствованный узел B (eNB), передает такую системную информацию в свою зону покрытия посредством нескольких блоков системной информации (SIB) на радиоресурсы нисходящей линии связи, выделенные для узла доступа.

[0004] После входа в зону покрытия eNB беспроводной терминал (UE) должен получить все SIB, необходимые для осуществления доступа к системе. Для UE, находящихся в зоне покрытия, eNB периодически передает все SIB, относящиеся к предлагаемым услугам, а не только SIB, требуемые для доступа к системе. SIB каждого типа передают на назначенный (-ые) радиоресурс (-ы) на своей собственной заданной/настраиваемой частоте.

[0005] Этот способ периодической передачи на основе широковещательной передачи (например, групповая передача всех SIB, а не только тех, которые необходимы для доступа к системе) эффективен при условии, что многие UE почти всегда находятся в зоне покрытия (такой как макросота). Однако данный подход может приводить к расходованию ценных радиоресурсов в случае развертывания небольших сот. Таким образом, требуются более эффективные способы передачи SIB.

[0006] Таким образом, необходимо разработать способы, устройства и методики для более эффективной передачи блоков системной информации (SIB), что является примерной задачей раскрытой в настоящем документе технологии.

ИЗЛОЖЕНИЕ СУЩНОСТИ ИЗОБРЕТЕНИЯ

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

[0008] В других из своих примеров аспектов раскрытая в настоящем документе технология относится к способу в узле доступа сети радиодоступа. В основном варианте реализации способ включает генерацию тега значения, связанного с системной информацией, причем системная информация облегчает использование услуг связи, предоставляемых узлом доступа; и передачу посредством радиоинтерфейса доступной для узла системной информации, содержащей данные идентификации системной информации и тег значения, связанный с системной информацией.

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

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

КРАТКОЕ ОПИСАНИЕ ГРАФИЧЕСКИХ МАТЕРИАЛОВ

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

[00012] На Фиг. 1 представлен схематический вид, на котором показан пример системы связи, содержащей узел радиодоступа и беспроводной терминал, и причем узел радиодоступа обеспечивает тег значения для системной информации (SI).

[00013] На Фиг. 2 представлен схематический вид сообщения с доступной для узла системной информацией в соответствии с примером осуществления и режимом.

[00014] На Фиг. 3 представлена блок-схема, на которой показан пример типовых основных действий или этапов, выполняемых узлом радиодоступа, показанным на Фиг. 1.

[00015] На Фиг. 4 представлена блок-схема, на которой показан пример типовых основных действий или этапов, выполняемых беспроводным терминалом, показанным на Фиг. 1

[00016] На Фиг. 5 представлен схематический вид, на котором показан пример системы связи, содержащей узел радиодоступа и беспроводной терминал, и причем узел радиодоступа обеспечивает тег значения для системной информации (SI) вместе с дифференцированной доставкой системной информации (SI).

[00017] На Фиг. 6 представлен схематический вид, на котором показан пример потока сообщений для примера системы связи, показанной на Фиг. 5.

[00018] На Фиг. 7 представлен схематический вид, на котором показан пример формата сообщения с существенной системной информацией в соответствии с примером реализации системы, показанной на Фиг. 5.

[00019] На Фиг. 8 представлен схематический вид, на котором показан пример системы связи, содержащей узел радиодоступа и беспроводной терминал, и причем узел радиодоступа обеспечивает тег значения для системной информации (SI) вместе с определением базы системной информации второго типа, в которой применяют тег значения.

[00020] На Фиг. 9 представлен схематический вид, на котором показан пример потока сообщений для примера системы связи, показанной на Фиг. 8.

[00021] На Фиг. 10 представлен схематический вид, на котором показан пример системы связи, содержащей узел радиодоступа и беспроводной терминал, и причем беспроводной терминал обеспечивает хранимый тег значения для хранимой системной информации (SI) второго типа при запросе системной информации второго типа от узла радиодоступа.

[00022] На Фиг. 11 представлен схематический вид, на котором показан пример потока сообщений для примера системы связи, показанной на Фиг. 1.

[00023] На Фиг. 12 представлена блок-схема, на которой показан пример типовых основных действий или этапов, выполняемых узлом радиодоступа, показанным на Фиг. 10, при реализации конкретных действий на Фиг. 11.

[00024] На Фиг. 13 представлена блок-схема, на которой показан пример типовых основных действий или этапов, выполняемых беспроводным терминалом, показанным на Фиг. 10, при реализации конкретных действий на Фиг. 11.

[00025] На Фиг. 14 представлен схематический вид, на котором показан пример системы связи, содержащей узел радиодоступа и беспроводной терминал, и причем узел радиодоступа обеспечивает тег значения, который связан с группой из множества блоков системной информации (SIB).

[00026] На Фиг. 15 представлен схематический вид, на котором показан пример формата сообщения с существенной системной информацией в соответствии с примером реализации системы, показанной Фиг. 14, причем множество sibId, связанных с одним valueTag, образуют группу несущественных SIB.

[00027] На Фиг. 16 представлен схематический вид, на котором показан пример потока сообщений для примера системы связи, показанной на Фиг. 14.

[00028] На Фиг. 17 представлена блок-схема, на которой показан пример типовых основных действий или этапов, выполняемых узлом радиодоступа, показанным на Фиг. 14, при реализации конкретных действий на Фиг. 16.

[00029] На Фиг. 18 представлена блок-схема, на которой показан пример типовых основных действий или этапов, выполняемых беспроводным терминалом, показанным на Фиг. 14, при реализации конкретных действий на Фиг. 16.

[00030] На Фиг. 19 представлен схематический вид, на котором показан пример потока сообщений для другого примера осуществления и режима, который объединяет в себе признаки варианта осуществления и режима по Фиг. 10, а также варианта осуществления и режима по Фиг. 14.

[00031] На Фиг. 20-24 представлены схематические виды, на которых показаны примеры потоков сообщений для других примеров осуществления и режимов.

[00032] На Фиг. 25 представлен схематический вид, на котором показан пример электронного оборудования, которое может включать электронное оборудование узла или электронное оборудование терминала.

ПОДРОБНОЕ ОПИСАНИЕ

[00033] В представленном ниже описании в целях пояснения, но не ограничения, изложены конкретные детали, такие как конкретные архитектуры, интерфейсы, методики и т. д., для обеспечения глубокого понимания технологии, раскрытой в настоящем документе. Однако специалистам в данной области будет очевидно, что раскрытая в настоящем документе технология может быть реализована на практике в других вариантах осуществления, которые выходят за рамки этих конкретных деталей. Это означает, что специалисты в данной области смогут придумать различные конструкции, которые, хотя они не описаны и не показаны в явном виде в настоящем документе, осуществляют принципы раскрытой в настоящем документе технологии и не выходят за рамки сущности и объема настоящего изобретения. В некоторых случаях подробные описания известных устройств, схем и способов опущены, чтобы не затруднять понимание описания раскрытой в настоящем документе технологии ненужными подробностями. Все утверждения, приведенные в настоящем документе, излагающие принципы, аспекты и варианты осуществления раскрытой в настоящем документе технологии, а также их конкретные примеры предназначены для охвата как их структурных, так и функциональных эквивалентов. Кроме того, предполагается, что такие эквиваленты включают как известные в настоящее время эквиваленты, так и эквиваленты, которые будут разработаны в будущем, т. е. любые разработанные элементы, которые выполняют ту же функцию независимо от структуры.

[00034] Таким образом, например, специалистам в данной области будет понятно, что блок-схемы, представленные в настоящем документе, могут показывать концептуальные представления иллюстративной схемы или других функциональных блоков, осуществляющих принципы технологии. Аналогичным образом, следует понимать, что любые блок-схемы, диаграммы переходов состояний, псевдокод и т. п. представляют различные процессы, которые могут быть по существу представлены на машиночитаемом носителе и, следовательно, исполнены компьютером или процессором независимо от того, показан такой компьютер или процессор в явном виде или нет.

[00035] Используемый в настоящем документе термин «опорная сеть» может относиться к устройству, группе устройств или подсистеме в телекоммуникационной сети, которая предоставляет услуги пользователям телекоммуникационной сети. В число примеров услуг, предоставляемых опорной сетью, входят агрегирование, аутентификация, коммутация вызовов, вызов услуги, шлюзы с другими сетями и т. д.

[00036] Используемый в настоящем документе термин «беспроводной терминал» может относиться к любому электронному устройству, используемому для передачи речи и/или данных посредством телекоммуникационной системы, такой как (без ограничений) сотовая сеть. Для ссылки на беспроводные терминалы и не имеющие ограничительного характера примеры таких устройств может использоваться другая терминология, такая как терминал пользовательского оборудования (UE), мобильная станция, терминал доступа, абонентская станция, мобильный терминал, удаленная станция, пользовательский терминал, терминал, абонентская установка, сотовые телефоны, смартфоны, карманные компьютеры (PDA), ноутбуки, нетбуки, электронные книги, беспроводные модемы и т. д.

[00037] Используемые в настоящем документе термины «узел доступа», «узел» или «базовая станция» могут относиться к любому устройству или группе устройств, которые облегчают беспроводную связь или иным образом обеспечивают интерфейс между беспроводным терминалом и телекоммуникационной системой. Не имеющий ограничительного характера пример базовой станции в рамках спецификации 3GPP может включать станцию Node B (NB), улучшенную станцию Node B (eNB), gNB (для 5G «New Radio» [NR]), домашнюю eNB (HeNB) или какой-либо другой аналогичный термин. Другим не имеющим ограничительного характера примером базовой станции является точка доступа. Точка доступа может представлять собой электронное устройство, которое обеспечивает доступ беспроводного терминала к сети данных, такой как (без ограничений) локальная сеть (LAN), глобальная сеть (WAN), Интернет и т. д. Хотя некоторые примеры систем и способов, раскрытых в настоящем документе, могут быть описаны со ссылкой на данные стандарты (например, 3GPP выпусков 8, 9, 10, 11 и/или 12), объем настоящего раскрытия не должен быть ограничен в этом отношении. По меньшей мере некоторые аспекты систем и способов, раскрытых в настоящем документе, можно использовать в других типах систем беспроводной связи.

[00038] Используемый в настоящем документе термин «телекоммуникационная система» или «система связи» может относиться к любой сети устройств, используемых для передачи информации. Не имеющим ограничительного характера примером телекоммуникационной системы является сотовая сеть или другая система беспроводной связи.

[00039] Используемый в настоящем документе термин «сотовая сеть» может относиться к сети, распределенной по сотам, причем каждая сота обслуживается по меньшей мере одним стационарным приемопередатчиком, таким как базовая станция. «Сота» может представлять собой любой канал связи, который определен стандартами или регулирующими учреждениями для использования в расширенной международной мобильной связи (IMT-Advanced). Все соты или их подмножество могут использоваться в рамках 3GPP как лицензированные полосы (например, полоса частот) для использования при связи между базовой станцией, такой как Node B, и терминалом UE. Сотовая сеть, использующая лицензированные полосы частот, может включать сконфигурированные соты. В число сконфигурированных сот могут входить соты, о которых известно терминалу UE и для которых у него имеется разрешение от базовой станции на передачу или прием информации.

[00040] На Фиг. 1 показан пример системы 20 связи, в которой узел 22 радиодоступа осуществляет обмен данными посредством радиоинтерфейса или эфирного интерфейса 24 (например, интерфейса Uu) с беспроводным терминалом 26. Как упомянуто выше, узел 22 радиодоступа может быть любым узлом, подходящим для осуществления связи с беспроводным терминалом 26, таким как, например, узел базовой станции, или eNodeB (eNB), или gNB. Узел 22 содержит схему процессора узла (процессор 30 узла) и схему 32 приемопередатчика узла. Схема 32 приемопередатчика узла, как правило, содержит схему 34 передатчика узла и схему 36 приемника узла, которые также называют передатчиком узла и приемником узла соответственно.

[00041] Беспроводной терминал 26 содержит процессор 40 терминала и схему 42 приемопередатчика терминала. Схема 42 приемопередатчика терминала, как правило, содержит схему 44 передатчика терминала и схему 46 приемника терминала, которые также называют передатчиком 44 терминала и приемником 46 терминала соответственно. Беспроводной терминал 26 также, как правило, содержит пользовательский интерфейс 48. Пользовательский интерфейс 48 терминала может служить как для ввода данных пользователем, так и для вывода данных операций пользователю, и может содержать (например) экран, такой как сенсорный экран, который может как отображать информацию пользователю, так и принимать информацию, вводимую пользователем. Пользовательский интерфейс 48 также может включать устройства других типов, такие как, например, громкоговоритель, микрофон или устройство тактильной обратной связи.

[00042] Как в узле 22 радиодоступа, так и в радиоинтерфейсе 24 соответствующие схемы 22 приемопередатчиков включают антенну (-ы). Соответствующие схемы 36 и 46 передатчиков могут содержать, например, усилитель (-и), схему модуляции и другое традиционное оборудование для передачи данных. Соответствующие схемы 34 и 44 приемников могут содержать, например, усилители, схему демодуляции и другое традиционное оборудование для приема данных.

[00043] При обычной работе узел 22 и беспроводной терминал 26 обмениваются данными друг с другом посредством радиоинтерфейса 24 с использованием заданных конфигураций информации. В качестве не имеющего ограничительного характера примера узел 22 радиодоступа и беспроводной терминал 26 могут обмениваться данными посредством радиоинтерфейса 24 с использованием «кадров» информации, которые могут быть выполнены с возможностью включения различных каналов. Например, в стандарте долгосрочного развития сетей связи (LTE) кадр, который может иметь как относящуюся к нисходящей связи часть (-и), так и относящуюся к восходящей связи часть (-и), может содержать множество подкадров, причем каждый подкадр LTE в свою очередь разделен на два слота. Кадр может быть концептуализирован как ресурсная сетка (двухмерная сетка), состоящая из ресурсных элементов (RE). Каждый столбец двухмерной сетки представляет собой символ (например, символ OFDM по нисходящей линии связи (DL) от узла к беспроводному терминалу; символ SC-FDMA в кадре восходящей линии связи (UL) от беспроводного терминала к узлу). Каждая строка сетки представляет собой поднесущую. Структура кадра и подкадра является лишь примером методики форматирования информации, подлежащей передаче посредством радиоинтерфейса или эфирного интерфейса. Следует понимать, что термины «кадр» и «подкадр» могут использоваться взаимозаменяемо или могут включать другие блоки форматирования информации или могут быть реализованы с их помощью и, таким образом, могут отражать другую терминологию (такую как, например, блоки).

[00044] Для обеспечения передачи информации между узлом 22 радиодоступа и беспроводным терминалом 26 посредством радиоинтерфейса 24 процессор 30 узла и процессор 40 терминала на Фиг. 1 показаны как содержащие соответствующие обработчики информации. В примере реализации, в которой информацию передают посредством кадров, обработчик информации для узла 22 радиодоступа показан как планировщик/обработчик 50 кадра/сигнала узла, а обработчик информации для беспроводного терминала 26 показан как обработчик 52 кадра/сигнала терминала.

[00045] Процессор 30 узла 22 радиодоступа также содержит генератор 54 системной информации (SI). Беспроводной терминал 26 использует системную информацию (SI), сгенерированную узлом 22 радиодоступа, и даже в некоторых примерах реализации конкретно запрашивает определенную системную информацию (SI) в соответствии с принципом «по требованию». Для этой цели процессор 40 беспроводного терминала 26 показан как содержащий процессор 56 SIB.

[00046] Процессор 30 узла и генератор 54 системной информации (SI) в частности генерирует тег значения, связанный с системной информацией (SI). Тег значения, также известный как тег версии, или «Vtag», выполнен с возможностью обеспечения указания версии или даты системной информации, с которой связан тег значения. В примерах реализации тег значения может принимать форму цифры или символа, например, «1» для первой версии, «2» для второй версии и т. д. или «A» для первой версии, «B» для второй версии и т. д. Вместо этого может использоваться любое другое условное обозначение для различения значений или версий. Для этой цели генератор 54 системной информации (SI) показан как содержащий генератор 57 тега значения.

[00047] Генератор 57 тега значения служит, например, для изменения тега значения при изменении параметра системной информации. Например, генератор 57 тега значения может увеличивать число тега значения при изменении параметра системной информации второго типа.

[00048] Генератор 54 системной информации (SI) также содержит контроллер 58 доставки SIB, который управляет синхронизацией и содержимым при доставке системной информации (SI), а также синхронизацией и доставкой определенной доступной для узла системной информации (NASI). В одном примере осуществления и режиме, проиллюстрированном на Фиг. 2, доступная для узла системная информация содержит сообщение 59 с доступной для узла системной информацией (NASIM), которое содержит как данные об идентификации системной информации, которая доступна на узле 22 радиодоступа, так и тег значения, связанный с этой доступной системной информацией. Для этой цели NASIM59, показанный на Фиг. 2, включает поле идентификации системной информации или информационный элемент 59A и поле тега значения или информационный элемент 59B.

[00049] На Фиг. 3 показан определенный пример типовых основных действий или этапов, выполняемых узлом 22 радиодоступа, показанным на Фиг. 1. Действие 3-1 включает генерацию тега значения, связанного с системной информацией, которая доступна на узле 22 радиодоступа. Как понятно из уровня техники, системная информация облегчает использование услуг связи, предоставляемых узлом доступа. Действие 3-2 включает передачу посредством радиоинтерфейса 24 доступной для узла системной информации (NASI). Такая передача может осуществляться с помощью сообщения 59 с доступной для узла системной информацией NASIM. Стрелка 3-2 на Фиг. 1 соответствует действию 3-2 (и в одном примере реализации сообщению 59 с доступной для узла системной информацией NASIM). Как указано выше и в отношении Фиг. 2, сообщение с доступной для узла системной информацией содержит данные идентификации системной информации и тег значения, связанный с системной информацией.

[00050] На Фиг. 4 показан конкретный пример типовых основных действий или этапов, выполняемых беспроводным терминалом 26, показанным на Фиг. 1. Действие 4-1 включает прием от узла 22 радиодоступа сообщения с доступной для узла системной информацией (3-2), которое содержит данные идентификации доступной для узла системной информации и переданный узлом тег значения, связанный с доступной для узла системной информацией. Действие 4-2 включает выполнение определения на основании переданного узлом тега значения того, следует ли запрашивать передачу доступной для узла системной информации на беспроводной терминал. Если результат действия 4-2 указывает на то, что доступная системная информация, объявленная в сообщении с доступной для узла системной информацией (3-2), должна быть получена (например, вследствие того, что доступная системная информация имеет более поздний тег значения), то беспроводной терминал 26 отправляет сообщение с запросом на узел 22 радиодоступа для получения объявленной системной информации.

[00051] Фиг. 5 иллюстрирует конкретный пример осуществления и режим, в котором системная информация (SI) классифицирована на множество категорий или типов, причем доставку системной информации (SI) каждой категории или типа инициируют по отдельности, и, таким образом, ее по отдельности передают посредством радиоинтерфейса 24 на один или более беспроводных терминалов. Соответственно, генератор системной информации (SI) узла 22 радиодоступа также известен как генератор 54 SIB с дифференцированной доставкой.

[00052] С учетом того факта, что в конкретных примерах осуществления и режимах системная информация (SI) классифицирована на множество категорий или типов, генератор 54 системной информации (SI) показан на Фиг. 5 как содержащий классификатор 60 типа SIB, который может определять множество категорий или типов системной информации, а также может определять связь между множеством типов и соответствующими блоками системной информации. Для примера две типовые категории или типы системной информации (SI) показаны как определенные классификатором 60 типа SIB на Фиг. 5: первый тип системной информации (1TYP SIB) и второй тип системной информации (2TYP SIB). Определения и процедуры обработки системной информации первого типа (1TYP SIB) и системной информации второго типа (2TYP SIB) могут быть выборочно сконфигурированы, сохранены и соответственно отражены в контроллере 62 1 TYP SIB и контроллере 64 2 TYP SIB соответственно.

[00053] В одном примере осуществления и режиме системная информация первого типа (1TYP SIB) представляет собой SIB с «существенной системной информацией», т. е. системной информацией (SI), которая является существенной или минимально необходимой для беспроводного терминала 26 для первоначального доступа к сети радиодоступа и в частности к радиоинтерфейсу 24. Существенную системную информацию также можно назвать «минимальной системной информацией». С другой стороны, в том же примере осуществления и режиме системная информация второго типа (2TYP SIB) представляет собой несущественную системную информацию (SI). «Несущественную» системную информацию (SI) определяют как все остальные типы информации, и, таким образом, она не включает минимальную информацию, требуемую для первоначального доступа. Таким образом, системная информация второго типа (2TYP SIB) может облегчать использование определенных функций или услуг, предоставляемых узлом 22 радиодоступа или посредством него. Несущественную системную информацию также можно назвать «другой системной информацией». Таким образом, системная информация первого типа включает информацию, периодически передаваемую передатчиком и требуемую для первоначального доступа к сети радиодоступа, а системная информация второго типа не требуется для первоначального доступа к сети радиодоступа.

[00054] В описанных в настоящем документе примерах осуществления и режимах узел 22 радиодоступа раздельно доставляет системную информацию разных типов, например, доставляет системную информацию второго типа (2TYP SIB) отдельно от системной информации первого типа (1TYP SIB). Например, процессор 30 узла может планировать периодические передачи системной информации первого типа с помощью передатчика посредством радиоинтерфейса; а затем или отдельно от периодических передач системной информации первого типа планировать передачу системной информации второго типа с помощью передатчика посредством радиоинтерфейса. Соответственно, в примерах осуществления и режимах контроллер 58 доставки SIB, помимо прочего, может осуществлять «дифференцированную» доставку системной информации второго типа (2TYP SIB) отдельно от системной информации первого типа (1TYP SIB). Согласно пояснению в настоящем документе передача системной информации второго типа может быть либо одноадресной, либо широковещательной.

[00055] На Фиг. 5 дополнительно проиллюстрировано, что беспроводной терминал 26 может после получения первоначального доступа к системе 20 связи (например, в результате получения системной информации первого типа (1TYP SIB)) распознавать или определять, что беспроводной терминал 26 может нуждаться в системной информации второго типа (2TYP SIB). Таким образом, беспроводной терминал 26 может создавать специальный запрос (и принимать от узла 22) системную информацию второго типа (2TYP SIB). Таким образом, показанные на Фиг. 5 вариант осуществления и режим представляют собой пример узла 22 радиодоступа, предоставляющего системную информацию второго типа «по требованию». Такой запрос или требование системной информации второго типа (2TYP SIB) может быть создан, например, когда беспроводной терминал 26 пытается использовать определенную услугу, предоставляемую системой 20 связи, или функциональные возможности беспроводного терминала 26, которые, хотя и не требуются для обеспечения доступа, могут улучшать работу беспроводного терминала 26. Соответственно, на Фиг. 5 показан процессор 56 SIB беспроводного терминала 26, содержащий генератор 70 запроса 2TYPSIB, который может генерировать запрос 2TYPSIB, показанный стрелкой 5-1.

[00056] На Фиг. 5 дополнительно показан планировщик/обработчик 50 кадра/сигнала узла, содержащий обработчик 72 запроса 2TYPSIB, и дополнительно показан контроллер 58 доставки SIB, содержащий генератор 74 ответа 2TYPSIB. В варианте осуществления и режиме, показанным на Фиг. 5, генератор 74 ответа 2TYPSIB генерирует ответное сообщение 5-2, которое содержит один или более запрошенных блоков системной информации (SIB), например, содержит по меньшей мере один блок системной информации второго типа.

[00057] Таким образом, в варианте осуществления и режиме, показанным на Фиг. 5, процессор 30 узла планирует периодические передачи системной информации первого типа с помощью передатчика посредством радиоинтерфейса. Затем или отдельно от периодических передач системной информации первого типа, а также по запросу беспроводного терминала 26 процессор 30 узла планирует передачу системной информации второго типа с помощью передатчика посредством радиоинтерфейса. Запрос может быть создан беспроводным терминалом 26 после приема беспроводным терминалом 26 сообщения 59 с доступной для узла системной информацией NASIM, в котором объявлен тег значения для доступной для узла системной информации. Таким образом, в варианте осуществления и режиме, показанных на Фиг. 5, тег значения связан с системной информацией второго типа.

[00058] На Фиг. 6 показан пример потока сообщений для варианта осуществления, показанного на Фиг. 5. Согласно потоку сообщения на Фиг. 6, когда беспроводной терминал попадает в зону покрытия узла 22 радиодоступа, беспроводной терминал сначала принимает от узла 22 радиодоступа существенную системную информацию (т. е. системную информацию первого типа (1TYP SIB)) и в частности принимает существенную системную информацию, периодически широковещательно передаваемую в сообщениях, содержащих существенный (-ые) SIB в качестве информационных элементов. Периодическая широковещательная передача узлом 22 радиодоступа существенной системной информации показана сообщениями 6-1a и 6-1b на Фиг. 6, при этом подразумевается (на Фиг. 6 и других аналогичных чертежах), что может осуществляться передача более двух таких широковещательных сообщений. Один пример сообщения с существенной системной информацией для варианта осуществления и режима, показанных на Фиг. 5, показан на Фиг. 7 и описан далее.

[00059] Как показано на Фиг. 7, сообщение с существенной системной информацией может содержать информационный элемент nonEssentialSIBInfo, который включает данные идентификации несущественных SIB. Если информационный элемент nonEssentialSIBInfo отсутствует в сообщении или если информационный элемент присутствует, но список пуст, беспроводной терминал предполагает, что все SIB от этого узла 22 радиодоступа являются существенными SIB.

[00060] После приема существенной системной информации, т. е. системной информации первого типа (1TYP SIB), беспроводной терминал 26 инициирует осуществление процедуры доступа к системе путем отправки сообщения с запросом доступа 6-2, подтверждаемого узлом 22 радиодоступа с помощью ответного сообщения 6-3 о доступе. После выполнения процедуры доступа к системе (состоящей из только что описанных действий) беспроводной терминал 26 отправляет сообщение 6-4 с запросом несущественной системной информации на узел 22 радиодоступа. Сообщение 6-4 с запросом несущественной системной информации может быть сгенерировано генератором 70 запроса 2TYP SIG, показанным на Фиг. 5, и может содержать указание на одну или более частей системной информации второго типа (2TYP SIB), например, одного или более номеров SIB (SIB#), требуемых для беспроводного терминала 26. Беспроводной терминал 26 был уведомлен о существовании системной информации второго типа с помощью информационного элемента nonessentialSIBinfo. Такое указание требуемого SIB# может быть выражено с помощью информационного элемента сообщения 6-4 с запросом несущественной системной информации. Сообщение 6-4 с запросом несущественной системной информации может быть отправлено с использованием выделенных ресурсов восходящей линии связи (например, радиоресурсов кадра).

[00061] В ответ на сообщение 6-4 с запросом несущественной системной информации узел 22 радиодоступа может отправлять ответное сообщение 6-5 с несущественной системной информацией с использованием выделенных ресурсов нисходящей линии связи. Ответное сообщение 6-5 с несущественной системной информацией содержит запрошенный SIB#n (например, SIB#n, запрошенный беспроводным терминалом 26). Запрошенный SIB#n может быть включен в информационный элемент ответного сообщения 6-5 с несущественной системной информацией. Затем, когда беспроводной терминал 26 успешно получит запрошенный SIB#n из ответного сообщения 6-5 с несущественной системной информацией, беспроводной терминал 26 может отправлять на узел 22 радиодоступа сообщение 6-6 о выполнении в отношении несущественной системной информации с указанием о том, что узел 22 радиодоступа может освободить выделенные ресурсы восходящей линии связи/нисходящей линии связи. Альтернативно узел 22 радиодоступа может высвобождать выделенные ресурсы восходящей линии связи/нисходящей линии связи после отправки ответного сообщения 6-5 с несущественной системной информацией.

[00062] Пример сообщения с существенной системной информацией для варианта осуществления и режима, показанных на Фиг. 5, показан на Фиг. 7. В варианте осуществления и режиме, показанных на Фиг. 5 и Фиг. 6, один или более и предпочтительно несущественный (например, второго типа) SIB связан с тегом значения, который однозначно идентифицирует конкретную версию содержимого для этого SIB. При широковещательной передаче сообщения с существенной системной информацией узел 22 радиодоступа, показанный на Фиг. 5, включает в него теги значений для последнего содержимого несущественных SIB. Дополнительно тег значения изменяется при обновлении каких-либо параметров конфигурации в соответствующем SIB. В одном примере реализации после обновления SIB тег значения увеличивается на единицу. Могут использоваться изменения других типов, например, декрементирование, префиксы или суффиксы версий.

[00063] На Фиг. 7 показан пример формата сообщения с существенной системной информацией, в котором в информационном элементе nonEssentialSIBInfo каждый sibId составляет пару с valueTag, тегом значения соответствующего несущественного SIB. Таким образом, в одном примере реализации сообщение 59 с доступной для узла системной информацией NASIM может представлять собой сообщение с существенной системной информацией, как показано на Фиг. 7. На Фиг. 7 в частности показано, что сообщение с существенной системной информацией также может при выполнении функции сообщения 59 с доступной для узла системной информацией NASIM включать информационный элемент, указывающий на то, какие несущественные SIB доступны на этом узле 22 радиодоступа по запросу. На Фиг. 7 показан информационный элемент essentialSystemlnformation, содержащий по меньшей мере один существенный SIB, а информационный элемент nonEssentialSIBInfo может содержать список идентификаторов (sibId) таких доступных несущественных SIB. Кроме того, для одного или более и предпочтительно каждого из несущественных SIB в информационном элементе nonEssentialSIBInfo указан тег значения.

[00064] На Фиг. 7 также показано, что существенный (-ые) SIB также может быть связан с по меньшей мере одним тегом значения, который отличается от тега значения для несущественных SIB и может быть передан в виде части сообщения с существенной системной информацией.

[00065] В определенных примерах осуществления и режимах тег значения несущественного SIB может быть действительным в одном узле 22 радиодоступа, например, действительным в пределах зоны покрытия или соты, обслуживаемой узлом 22 радиодоступа. Но в других примерах осуществления и режимах тег значения может иметь групповую применимость, например, может быть способен выражать значение для более чем одной соты, для более чем одной части системной информации (например, более чем одного SIB) и т. д. Иными словами, применимая «база» тега значения, информация, к которой относится тег значения, может быть выборочно определена с точки зрения различных факторов, таких как зона, количество SIB и т. д.

[00066] В соответствии с вышеизложенным в примере осуществления и режиме, показанных на Фиг. 8, генератор 54 системной информации (SI) содержит не только генератор 57 тега значения, но и логическую схему, память или контроллер для определения 80 базы тега значения. В одном примере реализации, например, определение 80 базы тега значения может указывать на то, что тег значения действителен по меньшей мере в одной географической зоне, содержащей множество узлов радиодоступа. Таким образом, процессор 30 узла может генерировать тег значения, действительный в географической зоне, обслуживаемой узлом доступа и группой из по меньшей мере одного другого узла доступа. В таком примере реализации определение 80 базы тега значения или «зоны действия» тега значения могут быть по отдельности сообщены узлами радиодоступа беспроводным терминалам в соответствующих им зонах покрытия. Иными словами, процессор 30 узла может генерировать сигнал (такой как сигнал 8-1 на Фиг. 8) для определения группы других узлов доступа.

[00067] Таким образом, в варианте осуществления и режиме на Фиг. 8 беспроводной терминал может рассматривать несущественную системную информацию, SIB второго типа, как «текущий», если (1) он был принят в зоне действия узла радиодоступа, в которой беспроводной терминал ожидает вызов; (2) тег значения принятого несущественного SIB является таким же, как тег значения, который ожидающий вызова узел радиодоступа на данный момент объявил в сообщении с существенной системной информацией, и (3) он был принят в пределах заданного или сконфигурированного сетью (например, сконфигурированного eNB) периода времени с настоящего времени.

[00068] На Фиг. 9 показан пример потока сообщений для примера осуществления и режима, показанных на Фиг. 8. В примере осуществления и режиме, показанных на Фиг. 8, предполагается, что беспроводной терминал 26 создает запрос по требованию для системной информации (SI) второго типа. Соответственно, на Фиг. 9 сообщения 9-1a и 9-1b с существенной системной информацией указаны как «SIB#n: по требованию». Дополнительно, как объясняется выше, сообщения 9-1a и 9-1b с существенной системной информацией могут содержать тег значения (valueTag: m). После приема существенной системной информации беспроводной терминал 26 может выполнять процедуру доступа, включающую передачу сообщения 6-2 с запросом доступа и ответного сообщения 6-3 о доступе.

[00069] В показанном на Фиг. 9 сценарии беспроводному терминалу 26 может не потребоваться выполнять дальнейшие действия в отношении системной информации второго типа, если беспроводной терминал 26 ранее принял SIB#n и тег значения для принятого ранее SIB#n, которые сохранены на беспроводном терминале 26 и являются текущими (например, «m»). В ином случае, если беспроводной терминал 26 имеет тег значения для SIB#n, который является более ранним, чем «m», беспроводной терминал 26 может начать запрашивать передачу SIB#n с использованием сообщения 6-4 с запросом несущественной системной информации способом, аналогичным описанному в предыдущем варианте осуществления.

[00070] Таким образом, в примере осуществления и режиме, показанным на Фиг. 8 и Фиг. 9, сообщение с запросом несущественной системной информации и/или сообщение о выполнении в отношении несущественной системной информации может содержать тег значения с текущим значением (valueTag=m).

[00071] В примере осуществления и режиме, показанных на Фиг. 10, беспроводной терминал 26 может необязательно включать в сообщение 10-1 с запросом (запросом системной информации второго типа) хранимых тегов значений запрошенной системной информации второго типа. Это может произойти в ситуации, когда беспроводной терминал 26 уже сохранил значения для системной информации второго типа и уже имеет сохраненные теги значений для сохраненной системной информации второго типа, но беспроводному терминалу 26 не известно, действительно ли сохраненная системная информация второго типа является текущей с точки зрения использования сети для каждого из сохраненных SIB системной информации второго типа. Беспроводной терминал 26 может запрашивать системную информацию второго типа для множества различных SIB системной информации второго типа, а каждый из множества SIB системной информации второго типа может иметь различные теги значений.

[00072] В примере осуществления и режиме, показанных на Фиг. 10, беспроводной терминал 26 имеет функциональную возможность 84 вставки тега значения, которая позволяет включать в сообщение 10-1 с запросом сохраненный тег значения для системной информации второго типа, которая уже сохранена в беспроводном терминале 26. Более того, как будет объяснено ниже, узел 22 радиодоступа и в частности контроллер 58 доставки SIB может содержать средство форматирования со сжатием для системной информации второго типа, например, средство 86 форматирования со сжатием 2TYPSIB.

[00073] Таким образом, пример осуществления и режим, показанные на Фиг. 10, аналогичны варианту осуществления и режиму, показанным на Фиг. 8, но беспроводной терминал 26 может необязательно включать в сообщение 10-1 с запросом несущественной системной информации теги значений запрошенных несущественных SIB, причем беспроводной терминал 26 получает эти теги значений, если он ранее принял соответствующие несущественные SIB.

[00074] Типовой сценарий согласно варианту осуществления и режиму, показанным на Фиг. 10, проиллюстрирован в потоке сообщений на Фиг. 11. На Фиг. 11 с помощью сообщения 11-4 с запросом несущественной системной информации (которое соответствует сообщению 10-1 на Фиг. 10) показано, что valueTag=k для запрошенного в нем SIB#n. На основании этого принятого тега значения узел 22 радиодоступа и средство 86 форматирования со сжатием 2TYPSIB в частности может создавать «сжатое» содержимое SIB#n, подлежащего доставке посредством сообщения 11-5 с несущественной системной информацией.

[00075] В одном примере реализации на Фиг. 10 и Фиг. 11 сжатое содержимое содержит различия между текущим SIB#n (valueTag=m) и ранее переданным (valueTag=k). Например, если SIB#n состоит из параметров с p1 по p10 и если были обновлены только p3 и p7 (если узел 22 радиодоступа имеет более новые значения только для параметров p3 и p7 системной информации второго типа), сжатое содержимое сообщения 11-5 с несущественной системной информацией может содержать только p3 и p7 с обновленными значениями.

[00076] Таким образом, пример осуществления и режим, показанные на Фиг. 10 и Фиг. 11, в частности, но не исключительно, применимы к ситуациям, в которых системная информация второго типа содержит множество параметров, а приемник выполнен с возможностью приема сообщенного беспроводным терминалом тега значения в сообщении с запросом. Основные типовые действия, выполняемые узлом 22 радиодоступа в сочетании с примером осуществления и режимом, показанным на Фиг. 10 и Фиг. 11, показаны на Фиг. 12. Действие 12-1 включает изменение процессором 30 узла (и в частности генератором 54 системной информации (SI)) тега значения при изменении по меньшей мере одного из множества параметров системной информации второго типа и сохранение идентификатора параметра для по меньшей мере одного из множества параметров, для которых изменилось содержимое. Действие 12-2 включает сопоставление сообщенного терминалом тега значения (например, тега значения, сообщенного в сообщении 10-1 с запросом) с тегом значения (измененным тегом значения). Действие 12-3 включает подготовку ответного сообщения (например, ответного сообщения 11-5 с несущественной системной информацией) с включением только измененных параметров из множества параметров на основании сравнения указанного тега значения с сообщенным терминалом тегом значения.

[00077] В некоторых случаях узел 22 радиодоступа может иметь возможность отправки несжатых версий запрошенных несущественных SIB, даже если сообщение с запросом несущественной системной информации содержит теги значений. В одном из примеров таких случаев узел 22 радиодоступа больше не хранит содержимое ранее переданных несущественных SIB, указанных принятыми тегами значений.

[00078] Основные примеры действий, выполняемых беспроводным терминалом 26, в сочетании с примером осуществления и режимом, показанным на Фиг. 10 и Фиг. 11, показаны на Фиг. 13. Действие 13-1 включает передачу беспроводным терминалом 26 хранимого в терминале тега значения в сообщении с запросом (например, в сообщении 11-4). Действие 13-2 включает прием беспроводным терминалом 26 ответного сообщения (например, сообщения 11-5) от узла доступа. Как упомянуто выше, ответное сообщение содержит параметры из множества параметров, измененные на основании сравнения в узле доступа сообщенного узлом тега значения с хранимым в терминале тегом значения. Действие 13-3 включает использование беспроводным терминалом 26 измененных параметров из множества параметров системной информации с заменой соответствующих параметров хранимой в терминале системной информации.

[00079] Исходя из указанного выше, беспроводной терминал 26 может собрать весь SIB#n с использованием принятого сжатого содержимого и содержимого SIB#n, хранящегося в его памяти. В вышеописанном примере беспроводной терминал 26 может перезаписывать сохраненные p3 и p7 параметрами, принятыми в сжатом содержимом. UE дополнительно обновляет хранимый тег значения для SIB#n на valueTag=m.

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

[00081] Пример осуществления и режим, показанные на Фиг. 14, аналогичны примеру осуществления и режиму, показанным на Фиг. 8, но отличаются тем, что тег значения может представлять собой значение или версию для агрегирования множества несущественных SIB, например, группы блоков системной информации второго типа. В частности, при определении 80 базы тега значения (14) по варианту осуществления и режиму, показанным на Фиг. 14, происходит определение множества sibId, связанных с одним valueTag, для формирования таким образом «группы» SIB несущественной системной информации или системной информации второго типа. Таким образом, в варианте осуществления и режиме, показанным на Фиг. 14, процессор 30 узла генерирует тег значения, который должен быть связан с группой из множества блоков системной информации второго типа. Генератор 70 запроса 2TYP SIG беспроводного терминала 26, показанного на Фиг. 14, содержит устройство для вставки идентификатора группы (устройство 88 для вставки ID группы), которое включает в сообщение 14-1 с запросом данные идентификации группы блоков системной информации второго типа, которые содержатся в запросе системной информации второго типа. Сообщение 14-1 с запросом также может включать тег значения, связанный с группой.

[00082] На Фиг. 15 показан пример формата сообщения с существенной системной информацией, в котором множество sibId, связанных с одним valueTag, образуют группу несущественных SIB. valueTag в каждой группе несущественных SIB этого сообщения обновляется при изменении содержимого по меньшей мере одного несущественного SIB, принадлежащего этой группе. В одной конфигурации каждая группа несущественных SIB может быть связана с groupIdx (индексом группы) в порядке появления в nonEssentialSIBInfo.

[00083] На Фиг. 16 проиллюстрирован пример потока сообщений для варианта осуществления и режима, показанных на Фиг. 14. На Фиг. 14 в частности показаны сообщения 16-1a и 16-1b с существенной системной информацией, объявляющие группу несущественных SIB с groupIdx=a и valueTag=m. Беспроводной терминал 26, запрашивающий содержимое несущественных SIB, принадлежащих этой группе, отравляет на узел 22 радиодоступа сообщение 16-4 с запросом несущественной системной информации с groupId=a. В ответ узел 22 радиодоступа отправляет ответное сообщение 16-4 с несущественной системной информацией с содержимым всех несущественных SIB группы, определяемых по groupid=a.

[00084] Как объяснено выше, пример осуществления и способ, показанные на Фиг. 14 и Фиг. 16, включают, например, генерацию тега значения, который должен быть связан с группой из множества блоков системной информации второго типа. Основные типовые действия, выполняемые узлом 22 радиодоступа в сочетании с примером осуществления и режимом, показанным на Фиг. 14 и Фиг. 16, показаны на Фиг. 17. Действие 17-1 включает изменение тега значения при изменении содержимого для по меньшей мере одного блока из группы и сохранение идентификатора блока для по меньшей мере одного блока, в котором изменилось содержимое. Действие 17-2 включает прием сообщенного беспроводным терминалом тега значения в сообщении с запросом. Действие 17-3 включает сопоставление сообщенного терминалом тега значения с тегом значения. Действие 17-4 включает подготовку ответного сообщения для включения только измененных блоков из множества блоков группы на основании сравнения тега значения с сообщенным терминалом тегом значения.

[00085] Основные примеры действий, выполняемых беспроводным терминалом 26, в сочетании с примером осуществления и режимом, показанным на Фиг. 14 и Фиг. 16, показаны на Фиг. 18. Действие 18-1 включает передачу данных идентификации группы блоков системной информации второго типа и связанного тега значения в сообщении с запросом (например, в сообщении 16-4 на Фиг. 16). Действие 18-2 включает прием ответного сообщения (например, сообщения 16-5 на Фиг. 16) от узла доступа, причем ответное сообщение включает измененные блоки из множества блоков из группы на основании сравнения переданного узлом тега значения с хранимым в терминале тегом значения. Действие 18-3 включает использование измененных блоков из множества блоков из группы на основании системной информации для замены соответствующих блоков хранимой в терминале системной информации.

[00086] Другой пример осуществления и режим для потока сообщений, представленного на Фиг. 19, основаны на комбинации способа сжатия содержимого, раскрытого в варианте осуществления, показанном на Фиг. 10, и концепции группы несущественных SIB, описанной в варианте осуществления, показанном на Фиг. 14. В потоке сообщений на Фиг. 19 беспроводной терминал 26 отправляет сообщение 19-4 с запросом несущественной системной информации с groupIdx=a, поскольку тег значения, который UE хранит для этой группы несущественных SIB, не является текущим. Ответное сообщение 19-5 с несущественной системной информацией, которое узел 22 радиодоступа отправляет в ответ, содержит сжатое содержимое группы несущественных SIB. В одном варианте реализации в сжатом содержимом имеются различия между текущими несущественными SIB (valueTag=m) и ранее широковещательно переданными несущественными SIB (valueTag=k) в одной и той же группе несущественных SIB.

[00087] На Фиг. 20 проиллюстрирован другой поток сообщений сигнализации для другого примера осуществления и режима. Первоначальные сообщения на Фиг. 20 аналогичны первоначальным сообщениям по некоторым предшествующим вариантам осуществления и режимам, но на Фиг. 20 ответное сообщение 20-5 с несущественной системной информацией содержит информационный элемент, указывающий на то, что запрошенный SIB#n будет передан широковещательно вместо передачи на один адрес. Узел 22 радиодоступа в последующем цикле передачи сообщения с существенной системной информацией (например, в сообщение 20-6a) начинает включать по меньшей мере один информационный элемент для планирования передач SIB#n. На основании этой информации планирования узел 22 радиодоступа широковещательно передает сообщение 20-7 с несущественной системной информацией, содержащей запрошенный SIB#n. Сообщения, показанные пунктирными линиями на Фиг. 20, указывают на то, что узел 22 радиодоступа может повторять выполнение этих двух этапов множество раз для обеспечения надежной доставки. Приняв по меньшей мере один из этих повторов, беспроводной терминал 26 должен успешно получить SIB#n. Количество повторов может быть определено узлом 22 радиодоступа, а информация, указывающая на количество, может быть широковещательно передана вместе с существенной системной информацией. Альтернативно количество повторов может быть определено беспроводным терминалом 26 и может быть сообщено на узел 22 радиодоступа в сообщении 20-4 с запросом несущественной системной информации.

[00088] Преимущество варианта осуществления и режима, показанных на Фиг. 20, заключается в том, что запрошенный SIB#n также может быть принят другими беспроводными терминалами, входящими в ту же зону покрытия. Такие беспроводные терминалы могут принимать сообщение 20-6 с существенной системной информацией и обладать информацией о том, что SIB#n запланирован к передаче. В результате этого количество передач сообщения 20-4 с запросом несущественной системной информации можно уменьшить. Дополнительное преимущество заключается в том, что также можно уменьшить количество передач сообщений 20-2 и 20-3.

[00089] На Фиг. 21 проиллюстрирован еще один поток сообщений сигнализации для другого примера осуществления и режима. Первоначальные сообщения на Фиг. 21 аналогичны первоначальным сообщениям в соответствии с некоторыми предшествующими вариантами осуществления и режимами, но на Фиг. 21 широковещательные передачи SIB#n в сообщении (-ях) 21-6 с несущественной системной информацией происходят в соответствии с заданным выделением ресурсов. Например, заданное выделение ресурсов может быть определено с использованием периодичности и/или смещения. Узел 22 радиодоступа может необязательно повторять отправку сообщений 21-6 с несущественной системной информацией во множестве случаев. Беспроводной терминал 26, отправивший сообщение 21-4 с запросом несущественной системной информации, запрашивая SIB#n, может принимать несущественную системную информацию в соответствии с по меньшей мере одним заданным выделением радиоресурса, не принимая сообщение с существенной системной информацией. Узел 22 радиодоступа может использовать эти выделенные ресурсы для других целей, если он не передает SIB#n.

[00090] В варианте осуществления и режиме, показанных на Фиг. 21, любой другой беспроводной терминал, входящий в зону покрытия, сначала принимает сообщение 21-1 с существенной системной информацией, после чего он может отслеживать заданные ресурсы в течение некоторого времени перед отправкой сообщения 21-4 с запросом несущественной системной информации, чтобы не осуществлять ненужные передачи сообщения с запросом несущественной системной информации. Количество сеансов отслеживания может быть задано или может быть сконфигурировано в сообщении с существенной системной информацией.

[00091] Кроме того, в варианте осуществления и режиме, показанных на Фиг. 21, заданное выделение ресурса может быть сконфигурировано путем включения информации о выделении в сообщение 21-1 с существенной системной информацией. Заданные выделения ресурсов для данного несущественного SIB могут быть совместно закодированы на основании того, доступен ли несущественный SIB на этом узле радиодоступа по запросу. Альтернативно заданные выделения ресурсов могут быть привязаны к индексам SIB.

[00092] На Фиг. 22 проиллюстрирован еще один поток сообщений сигнализации для другого примера осуществления и режима. На Фиг. 22 сообщение (-я) 22-2 с запросом доступа теперь содержит (содержат) запрос на широковещательную передачу SIB#n. Узел радиодоступа, который принимает запрос, может принять решение о доставке SIB#n одноадресной передачей или с помощью широковещательной передачи. В случае одноадресной передачи он включает информационный элемент с указанием на одноадресную передачу для SIB#n в ответное сообщение 22-3 о доступе, как показано на Фиг. 22. В противном случае узел радиодоступа включает информационный элемент с указанием на широковещательную передачу для SIB#n в ответное сообщение 23-3 о доступе, как показано на Фиг. 23. Подход, который является альтернативой подходу на Фиг. 23, показан на Фиг. 24, где сообщение 24-5 с несущественной системной информацией широковещательно передают согласно заданному выделению ресурсов.

[00093] Дополнительная информация о технологии, раскрытой в настоящем документе, включающая, без ограничений, примеры осуществления и режимы, показанные на Фиг. 20-24, приведена в родственной предварительной заявке США (досье патентного поверенного: 6112-50), озаглавленной «ON-DEMAND SYSTEM INFORMATION FOR WIRELESS TELECOMMUNICATIONS», поданной 27 июля 2016 г.

[00094] Некоторые блоки и функциональные возможности узла 22 и беспроводного терминала 26 в примерах осуществления реализованы с помощью электронного оборудования, компьютера и/или схемы. Например, процессоры 30 узла и процессоры 40 терминала согласно описанным в настоящем документе и/или охватываемым примерам вариантов осуществления могут состоять из схемы компьютера, показанной на Фиг. 25. На Фиг. 25 показан пример такого электронного оборудования или схемы, например, узла или терминала, содержащего одну или более схем 140 процессоров, память 142 для программных команд; другую память 144 (например, ОЗУ, кэш и т. д.); интерфейсы 146 ввода/вывода; интерфейсы 148 периферийных устройств; вспомогательные схемы 149 и шины 150 для осуществления обмена данными между вышеупомянутыми блоками.

[00095] Память 142 для программных команд может содержать закодированные команды, выполнение которых процессором (-ами) обуславливает выполнение действий, включающих, без ограничений, действия, описанные в настоящем документе. Таким образом, подразумевается, что каждый процессор 30 узла и процессор 40 терминала, например, содержит память, хранящую подлежащие исполнению энергонезависимые команды.

[00096] Память 144, или машиночитаемый носитель, может представлять собой одну или более из легкодоступных видов памяти, таких как оперативное запоминающее устройство (ОЗУ), постоянное запоминающее устройство (ПЗУ), гибкий диск, жесткий диск, флэш-память или любая другая форма цифрового накопителя, локального или удаленного, и предпочтительно энергонезависимого. Вспомогательные цепи 149 соединены с процессорами 140 для поддержки процессора стандартным образом. В число этих цепей входят кэш, источники питания, цепи тактовой частоты, схема ввода/вывода, подсистемы и т. п.

[00097] Таким образом, технология по настоящей заявке охватывает, без ограничений, следующие примеры осуществления, примеры признаков и примеры преимуществ:

[00098] Пример осуществления 1: пользовательское оборудование (UE) для приема системной информации, содержащее:

процессор;

память, находящуюся в электронной связи с процессором, при этом инструкции, хранящиеся в памяти, исполняются для:

приема первой системной информации, периодически широковещательно передаваемой с eNB;

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

передачи на eNB запроса, содержащего указанные типы второй системной информации; и

приема запрошенной второй системной информации от eNB;

[00099] Пример осуществления 2: UE по примеру осуществления 1, в котором содержимое одного или множества блоков второй системной информации связано с тегом значения.

[000100] Пример осуществления 3: UE по примеру осуществления 2, в котором указанный тег значения назначают и используют отдельно от одного или более тегов значений, используемых для первой системной информации.

[000101] Пример осуществления 4: UE по примеру осуществления 2, в котором указанный тег значения действителен в пределах одного eNB.

[000102] Пример осуществления 5: UE по примеру осуществления 2[00099], в котором указанный тег значения действителен в пределах по меньшей мере одной географической зоны, состоящей из множества eNB.

[000103] Пример осуществления 6: UE по примеру осуществления 2, в котором указанный тег значения действителен в пределах заданного или сконфигурированного сетью периода времени с момента приема UE связанных блоков второй системной информации.

[000104] Пример осуществления 7: UE по примеру осуществления 2, в котором из указанной первой системной информации UE получает теги значений, каждый из которых указывает текущую версию соответствующих блоков второй системной информации.

[000105] Пример осуществления 8: UE по примеру осуществления 7, в котором блоки второй системной информации, связанные с одним и тем же тегом значения, идентифицируют по индексу группы.

[000106] Пример осуществления 9: UE по примеру осуществления 8, в котором указанный индекс группы используют в указанном запросе, содержащем указанные типы второй системной информации.

[000107] Пример осуществления 10: UE по примеру осуществления 7, в котором UE сохраняет в своей памяти принятые блоки второй системной информации и связанные с ними теги значений.

[000108] Пример осуществления 11: UE по примеру осуществления 10, причем UE определяет, передает ли UE на eNB запрос на доставку одного или множества блоков второй системной информации, путем сравнения каждого из текущих тегов значений, включенных в указанную первую системную информацию, и, при его наличии, хранимого тега значения, соответствующего тем же блокам второй системной информации.

[000109] Пример осуществления 12: UE по примеру осуществления 11, причем UE не отправляет запрос на доставку блоков второй системной информации, если текущий тег значения для этих блоков второй системной информации соответствует хранимому тегу значения для тех же блоков второй системной информации.

[000110] Пример осуществления 13: UE по примеру осуществления 10, причем UE включает хранимые теги значений в указанный запрос.

[000111] Пример осуществления 14: UE по примеру осуществления 13, причем UE принимает от eNB одно или множество сжатых содержимых, каждое из которых представляет собой сжатое изображение одного или множества блоков второй системной информации.

[000112] Пример осуществления 15: UE по примеру осуществления 14, в котором каждое из указанных сжатых содержимых получено на основе двух версий второй системной информации одного и того же типа с различными тегами значений.

[000113] Пример осуществления 16: UE по примеру осуществления 15, в котором каждое из указанных сжатых содержимых состоит из различий между указанными двумя версиями.

[000114] Пример осуществления 17: UE по примеру осуществления 14, причем UE собирает один или множество блоков второй системной информации с использованием сжатого содержимого и хранимых блоков второй системной информации.

[000115] Пример осуществления 18: UE по примеру осуществления 10, в котором после приема блока второй системной информации UE обновляет соответствующий тег значения, хранимый в памяти.

[000116] Пример осуществления 19: усовершенствованный узел B (eNB) для доставки системной информации, содержащий:

процессор;

память, находящуюся в электронной связи с процессором, при этом инструкции, хранящиеся в памяти, исполняются для:

периодической широковещательной передачи первой системной информации, которая содержит типы второй системной информации, доступной по запросу, причем каждый из указанных типов соответствует блоку второй системной информации;

приема от UE запроса на передачу указанной второй системной информации; и

передачи указанной запрошенной второй системной информации;

[000117] Пример осуществления 20: eNB по примеру осуществления 19, в котором содержимое одного или множества блоков второй системной информации связано с тегом значения.

[000118] Пример осуществления 21: eNB по примеру осуществления 20, в котором указанный тег значения назначают и используют отдельно от одного или более тегов значений, используемых для первой системной информации.

[000119] Пример осуществления 22: eNB по примеру осуществления 20, в котором указанный тег значения действителен в пределах одного eNB.

[000120] Пример осуществления 23: eNB по примеру осуществления 20, в котором указанный тег значения действителен в пределах географической зоны, состоящей из множества eNB.

[000121] Пример осуществления 24: eNB по примеру осуществления 20, в котором указанный тег значения действителен в пределах заданного или сконфигурированного сетью периода времени с момента приема UE связанных блоков второй системной информации.

[000122] Пример осуществления 25: eNB по примеру осуществления 20, причем eNB включает в указанную первую системную информацию теги значений, каждый из которых указывает текущую версию соответствующих блоков второй системной информации.

[000123] Пример осуществления 26: eNB по примеру осуществления 25, в котором вторые системные блоки, связанные с одним и тем же тегом значения, идентифицируют по индексу группы.

[000124] Пример осуществления 27: eNB по примеру осуществления 20, в котором eNB генерирует одно или множество сжатых содержимых для второй системной информации после приема указанного запроса от UE.

[000125] Пример осуществления 28: eNB по примеру осуществления 27, в котором eNB принимает в указанном запросе по меньшей мере одни данные идентификации, идентифицирующие по меньшей мере один блок второй системной информации для доставки на UE.

[000126] Пример осуществления 29: eNB по примеру осуществления 28, в котором данные идентификации представляют собой тег значения.

[000127] Пример осуществления 30: eNB по примеру осуществления 28, в котором данные идентификации представляют собой индекс группы.

[000128] Пример осуществления 31: eNB по примеру осуществления 27, в котором каждое сжатое содержимое получают на основании версии блока (-ов) второй системной информации, связанной с принятыми данными идентификации и текущей версией того же блока (-ов) второй системной информации.

[000129] Пример осуществления 32: eNB по примеру осуществления 31, в котором каждое из указанных сжатых содержимых состоит из различий между указанными двумя версиями.

[000130] Пример осуществления 33: способ для пользовательского оборудования (UE), включающий:

прием первой системной информации, периодически широковещательно передаваемой с eNB;

определение типов второй системной информации для дополнительного приема;

передачу на eNB запроса, содержащего указанные типы второй системной информации, причем каждый из указанных типов соответствует блоку второй системной информации; и

прием запрошенной второй системной информации от eNB;

[000131] Пример осуществления 34: способ для усовершенствованного узла B (eNB), включающий:

периодическую широковещательную передачу первой системной информации, которая содержит информацию о типах второй системной информации, доступной по запросу;

прием от UE запроса на передачу указанной второй системной информации, причем каждый из указанных типов соответствует блоку второй системной информации; и

передачу указанной запрошенной второй системной информации.

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

[000133] Пример осуществления 36: узел по примеру осуществления 35, в котором схема процессора выполнена с возможностью: планирования периодических передач системной информации первого типа с помощью передатчика посредством радиоинтерфейса; планирования передачи системной информации второго типа с помощью передатчика посредством радиоинтерфейса отдельно от периодических передач системной информации первого типа. Тег значения связан с системной информацией второго типа.

[000134] Пример осуществления 37: узел по примеру осуществления 36, в котором системную информацию первого типа периодически широковещательно передают с помощью передатчика, причем она требуется для первоначального доступа к сети радиодоступа, а системная информация второго типа не требуется для первоначального доступа к сети радиодоступа.

[000135] Пример осуществления 38: узел по примеру осуществления 35, в котором схема процессора выполнена с возможностью планирования периодических передач системной информации первого типа с помощью передатчика посредством радиоинтерфейса, причем в указанные периодические передачи также включена доступная для узла системная информация второго типа, при этом тег значения связан с системной информацией второго типа.

[000136] Пример осуществления 39: узел по примеру осуществления 38, в котором схема процессора дополнительно выполнена с возможностью планирования передач системной информации второго типа с помощью передатчика посредством радиоинтерфейса отдельно от периодических передач системной информации первого типа.

[000137] Пример осуществления 40: узел по примеру осуществления 38, в котором схема процессора выполнена с возможностью изменения тега значения при изменении параметра системной информации второго типа.

[000138] Пример осуществления 41: узел по примеру осуществления 40, в котором схема процессора выполнена с возможностью увеличения числа тега значения при изменении параметра системной информации второго типа.

[000139] Пример осуществления 42: узел по примеру осуществления 38, в котором схема процессора выполнена с возможностью генерации тега значения, который должен быть действительным в соте, обслуживаемой узлом доступа.

[000140] Пример осуществления 43: узел по примеру осуществления 38, в котором схема процессора выполнена с возможностью генерации тега значения, который должен быть действительным в географической зоне, обслуживаемой узлом доступа и группой из по меньшей мере одного другого узла доступа.

[000141] Пример осуществления 44: узел по примеру осуществления 43, в котором схема процессора выполнена с возможностью генерации сигнала для определения группы других узлов доступа.

[000142] Пример осуществления 45: узел по примеру осуществления 35, в котором узел доступа дополнительно содержит приемник, выполненный с возможностью приема сообщения с запросом от беспроводного терминала, когда беспроводной терминал запрашивает системную информацию второго типа; и схема процессора выполнена с возможностью включения запрошенной системной информации второго типа в ответное сообщение для беспроводного терминала.

[000143] Пример осуществления 46: узел по примеру осуществления 45, в котором схема процессора выполнена с возможностью включения тега значения в ответное сообщение для беспроводного терминала.

[000144] Пример осуществления 47: узел по примеру осуществления 45, в котором системная информация второго типа содержит множество параметров, причем приемник выполнен с возможностью приема сообщенного беспроводным терминалом тега значения в сообщении с запросом, а схема процессора выполнена с возможностью: изменения тега значения при изменении по меньшей мере одного из множества параметров системной информации второго типа и сохранения идентификатора параметра для по меньшей мере одного из множества параметров, для которых изменилось содержимое; выполнения сопоставления сообщенного терминалом тега значения с указанным тегом значения и подготовки ответного сообщения с включением только измененных параметров из множества параметров на основании сопоставления тега значения с сообщенным терминалом тегом значения.

[000145] Пример осуществления 48: узел по примеру осуществления 38, в котором схема процессора выполнена с возможностью генерации тега значения, который должен быть связан с группой из множества блоков системной информации второго типа.

[000146] Пример осуществления 49: узел по примеру осуществления 48, в котором приемник выполнен с возможностью приема сообщенного беспроводным терминалом тега значения в сообщении с запросом, а схема процессора выполнена с возможностью: изменения тега значения при изменении содержимого для по меньшей мере одного блока из группы и сохранения идентификатора блока для по меньшей мере одного блока, для которого изменилось содержимое; выполнения сопоставления сообщенного терминалом тега значения с указанным тегом значения и подготовки ответного сообщения с включением только измененных блоков из множества блоков группы на основании сопоставления тега значения с сообщенным терминалом тегом значения.

[000147] Пример осуществления 50: узел по примеру осуществления 49, в котором по меньшей мере один из блоков группы системной информации второго типа содержит множество параметров, а схема процессора дополнительно выполнена с возможностью подготовки ответного сообщения с включением только измененных параметров из множества параметров измененных блоков из множества блоков группы на основании сравнения изменения тега значения относительно сообщенного терминалом тега значения.

[000148] Пример осуществления 51: узел по примеру осуществления 45, в котором схема процессора выполнена с возможностью включения в ответное сообщение указания о том, что запрошенная системная информация будет широковещательно передана.

[000149] Пример осуществления 52: в других из своих примеров аспектов раскрытая в настоящем документе технология относится к способу в узле доступа сети радиодоступа. В основном варианте реализации способ включает генерацию тега значения, связанного с системной информацией, причем системная информация облегчает использование услуг связи, предоставляемых узлом доступа; и передачу посредством радиоинтерфейса доступной для узла системной информации, содержащей данные идентификации системной информации и тег значения, связанный с системной информацией.

[000150] Пример осуществления 53: способ по примеру осуществления 52, причем способ дополнительно включает: планирование периодических передач системной информации первого типа с помощью передатчика посредством радиоинтерфейса; планирование отдельно от периодических передач системной информации первого типа передачи системной информации второго типа посредством радиоинтерфейса на по меньшей мере один беспроводной терминал; и причем тег значения связан с системной информацией второго типа.

[000151] Пример осуществления 54: способ по примеру осуществления 53, в котором системную информацию первого типа периодически широковещательно передают с помощью передатчика, причем она требуется для первоначального доступа к сети радиодоступа, а системная информация второго типа не требуется для первоначального доступа к сети радиодоступа.

[000152] Пример осуществления 55: способ по примеру осуществления 52, причем способ дополнительно включает планирование периодических передач системной информации первого типа посредством радиоинтерфейса, причем в периодические передачи также включена доступная для узла системная информация второго типа, при этом тег значения связан с системной информацией второго типа.

[000153] Пример осуществления 56: способ по примеру осуществления 55, причем способ дополнительно включает планирование передачи системной информации второго типа посредством радиоинтерфейса отдельно от периодических передач системной информации первого типа.

[000154] Пример осуществления 57: способ по примеру осуществления 55, причем способ дополнительно включает изменение тега значения при изменении параметра системной информации второго типа.

[000155] Пример осуществления 58: способ по примеру осуществления 57, причем способ дополнительно включает увеличение числа тега значения при изменении параметра системной информации второго типа.

[000156] Пример осуществления 59: способ по примеру осуществления 52, причем способ дополнительно включает генерацию тега значения, который должен быть действительным в соте, обслуживаемой узлом доступа.

[000157] Пример осуществления 60: способ по примеру осуществления 52, причем способ дополнительно включает генерацию тега значения, который должен быть действительным в географической зоне, обслуживаемой узлом доступа и группой из по меньшей мере одного другого узла доступа.

[000158] Пример осуществления 61: способ по примеру осуществления 60, причем способ дополнительно включает генерацию сигнала для определения группы других узлов доступа.

[000159] Пример осуществления 62: способ по примеру осуществления 52, причем способ дополнительно включает прием сообщения с запросом от беспроводного терминала, когда беспроводной терминал запрашивает системную информацию второго типа; и включение запрошенной системной информации второго типа в ответное сообщение для беспроводного терминала.

[000160] Пример осуществления 63: способ по примеру осуществления 62, причем способ дополнительно предполагает включение тега значения в ответное сообщение для беспроводного терминала.

[000161] Пример осуществления 64: способ по примеру осуществления 62, в котором системная информация второго типа содержит множество параметров, а способ дополнительно включает: прием сообщенного беспроводным терминалом тега значения в сообщении с запросом, изменение тега значения при изменении по меньшей мере одного из множества параметров системной информации второго типа и сохранение идентификатора параметра для по меньшей мере одного из множества параметров, для которых изменилось содержимое; выполнение сопоставления сообщенного терминалом тега значения с указанным тегом значения и подготовку ответного сообщения с включением только измененных параметров из множества параметров на основании сопоставления тега значения с сообщенным терминалом тегом значения.

[000162] Пример осуществления 65: способ по примеру осуществления 55, причем способ дополнительно включает генерацию тега, который должен быть связан с группой из множества блоков системной информации второго типа.

[000163] Пример осуществления 66: способ по примеру осуществления 65, причем способ дополнительно включает прием сообщенного беспроводным терминалом тега значения в сообщении с запросом, изменение тега значения при изменении содержимого для по меньшей мере одного блока из группы и сохранение идентификатора блока для по меньшей мере одного блока, для которого изменилось содержимое; выполнение сопоставления сообщенного терминалом тега значения с указанным тегом значения и подготовку ответного сообщения с включением только измененных блоков из множества блоков группы на основании сопоставления тега значения с сообщенным терминалом тегом значения.

[000164] Пример осуществления 67: способ по примеру осуществления 66, в котором по меньшей мере один из блоков группы системной информации второго типа содержит множество параметров, а способ дополнительно включает подготовку ответного сообщения с включением только измененных параметров из множества параметров измененных блоков из множества блоков группы на основании сравнения изменений тега значения относительно сообщенного терминалом тега значения.

[000165] Пример осуществления 68: способ по примеру осуществления 62, причем способ дополнительно предполагает включение в ответное сообщение указания о том, что запрошенная системная информация будет широковещательно передана.

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

[000167] Пример осуществления 70: беспроводной терминал по примеру осуществления 69, в котором схема процессора выполнена с возможностью определения того, что хранимая в терминале системная информация является текущей системной информацией, если хранимый в терминале тег версии, связанный с хранимой в терминале системной информацией, является таким же, как переданный узлом тег значения, связанный с доступной для узла системной информацией.

[000168] Пример осуществления 71: беспроводной терминал по примеру осуществления 70, в котором схема процессора выполнена с возможностью определения того, что хранимая в терминале системная информация является текущей системной информацией, если хранимая в терминале системная информация была принята в течение заданного периода времени с текущего момента времени.

[000169] Пример осуществления 72: беспроводной терминал по примеру осуществления 70, в котором схема процессора выполнена с возможностью определения того, что хранимая в терминале системная информация является текущей системной информацией, если хранимая в терминале системная информация принята в зоне действия узла доступа, в которой беспроводной терминал ожидает вызов.

[000170] Пример осуществления 73: беспроводной терминал по примеру осуществления 69, в котором схема процессора выполнена с возможностью сопоставления хранимого в терминале тега значения и переданного узлом тега значения, а также генерации на основании этого сопоставления сообщения с запросом для запроса того, чтобы доступная для узла системная информация была передана на беспроводной терминал; причем беспроводной терминал дополнительно содержит передатчик, выполненный с возможностью передачи сообщения с запросом на узел доступа.

[000171] Пример осуществления 74: беспроводной терминал по примеру осуществления 73, в котором схема процессора дополнительно выполнена с возможностью использования доступной для узла системной информации для замены хранимой в терминале системной информации.

[000172] Пример осуществления 75: беспроводной терминал по примеру осуществления 73, в котором приемник выполнен с возможностью: приема периодических передач системной информации первого типа посредством радиоинтерфейса; приема передачи системной информации второго типа посредством радиоинтерфейса отдельно от периодических передач системной информации первого типа; причем переданный узлом тег значения связан с системной информацией второго типа.

[000173] Пример осуществления 76: беспроводной терминал по примеру осуществления 75, в котором системная информация первого типа включает информацию, периодически широковещательно передаваемую передатчиком и требуемую для первоначального доступа к сети радиодоступа, причем системная информация второго типа не требуется для первоначального доступа к сети радиодоступа.

[000174] Пример осуществления 77: беспроводной терминал по примеру осуществления 73, в котором приемник выполнен с возможностью приема периодических передач системной информации первого типа посредством радиоинтерфейса, причем периодические передачи также включают доступную для узла системную информацию второго типа, при этом тег значения связан с системной информацией второго типа.

[000175] Пример осуществления 78: беспроводной терминал по примеру осуществления 73, в котором приемник выполнен с возможностью приема посредством радиоинтерфейса передач системной информации второго типа в ответ на сообщение с запросом и отдельно от периодических передач системной информации первого типа.

[000176] Пример осуществления 79: беспроводной терминал по примеру осуществления 77, в котором тег значения действителен в соте, обслуживаемой узлом доступа.

[000177] Пример осуществления 80: беспроводной терминал по примеру осуществления 77, в котором тег значения действителен в географической зоне, обслуживаемой узлом доступа и группой из по меньшей мере одного другого узла доступа.

[000178] Пример осуществления 81: беспроводной терминал по примеру осуществления 80, в котором приемник выполнен с возможностью приема сигнала, определяющего географическую зону.

[000179] Пример осуществления 82: беспроводной терминал по примеру осуществления 78, в котором системная информация второго типа содержит множество параметров, причем передатчик выполнен с возможностью передачи хранимого в терминале тега значения в сообщении с запросом; приемник выполнен с возможностью приема ответного сообщения от узла доступа, при этом ответное сообщение содержит измененные параметры из множества параметров, определенные на основании сопоставления в узле доступа сообщенного узлом тега значения с хранимым в терминале тегом значения; а схема процессора выполнена с возможностью использования измененных параметров из множества параметров системной информации для замены соответствующих параметров хранимой в терминале системной информации.

[000180] Пример осуществления 83: беспроводной терминал по примеру осуществления 78, в котором системная информация второго типа содержит множество параметров, передатчик выполнен с возможностью передачи данных идентификации группы блоков системной информации второго типа в сообщении с запросом; приемник выполнен с возможностью приема ответного сообщения от узла доступа, причем указанное ответное сообщение содержит измененные блоки из множества блоков группы, определенные на основании сопоставления переданного узлом тега значения с хранимым в терминале тегом значения; а схема процессора выполнена с возможностью использования измененных блоков из множества блоков группы системной информации для замены соответствующих блоков хранимой в терминале системной информации.

[000181] Пример осуществления 84: беспроводной терминал по примеру осуществления 83, в котором по меньшей мере один из блоков группы системной информации второго типа содержит множество параметров и ответное сообщение содержит только измененные параметры из множества параметров измененных блоков из множества блоков группы, определенных на основании сопоставления изменений тега значения относительно сообщенного терминалом тега значения; а схема процессора выполнена с возможностью использования измененных параметров из множества параметров множества блоков группы системной информации для замены соответствующих параметров соответствующих блоков хранимой в терминале системной информации.

[000182] Пример осуществления 85: беспроводной терминал по примеру осуществления 78, в котором приемник выполнен с возможностью приема в ответном сообщении указания на то, что запрошенная системная информация будет широковещательно передана.

[000183] Пример осуществления 86: в других из своих примеров аспектов раскрытая в настоящем документе технология относится к способу в беспроводном терминале, который осуществляет связь с узлами доступа сети радиодоступа посредством радиоинтерфейса. В основном режиме способ включает прием от узла доступа сообщения о доступности системной информации, содержащего данные идентификации доступной для узла системной информации и переданный узлом тег значения, связанный с доступной для узла системной информацией; и определения на основании переданного узлом тега значения того, следует ли запрашивать передачу доступной для узла системной информации на беспроводной терминал.

[000184] Пример осуществления 87: способ по примеру осуществления 86, причем способ дополнительно включает определение того, что хранимая в терминале системная информация является текущей системной информацией, если хранимый в терминале тег версии, связанный с хранимой в терминале системной информацией, является таким же, как переданный узлом тег значения, связанный с доступной для узла системной информацией.

[000185] Пример осуществления 88: способ по примеру осуществления 87, причем способ дополнительно включает определение того, что хранимая в терминале системная информация является текущей системной информацией, если хранимая в терминале системная информация была принята в течение заданного периода времени с текущего момента времени.

[000186] Пример осуществления 89: способ по примеру осуществления 87, причем способ дополнительно включает определение того, что хранимая в терминале системная информация является текущей системной информацией, если хранимая в терминале системная информация принята в зоне действия узла доступа, в которой находится беспроводной терминал.

[000187] Пример осуществления 90: способ по примеру осуществления 86, причем способ дополнительно включает сопоставление хранимого в терминале тега значения и переданного узлом тега значения, а также генерацию на основании этого сопоставления сообщения с запросом для запроса того, чтобы доступная для узла системная информация была передана на беспроводной терминал; а также передачу сообщения с запросом на узел доступа.

[000188] Пример осуществления 91: способ по примеру осуществления 90, причем способ дополнительно включает использование доступной для узла системной информации для замены хранимой в терминале системной информации.

[000189] Пример осуществления 92: способ по примеру осуществления 90, причем способ дополнительно включает прием периодических передач системной информации первого типа посредством радиоинтерфейса; прием переданной системной информации второго типа посредством радиоинтерфейса отдельно от периодических передач системной информации первого типа; причем переданный узлом тег значения связан с системной информацией второго типа.

[000190] Пример осуществления 93: способ по примеру осуществления 86, в котором системная информация первого типа включает информацию, периодически широковещательно передаваемую передатчиком и требуемую для первоначального доступа к сети радиодоступа, причем системная информация второго типа не требуется для первоначального доступа к сети радиодоступа.

[000191] Пример осуществления 94: способ по примеру осуществления 90, причем способ дополнительно включает прием периодических передач системной информации первого типа посредством радиоинтерфейса, причем в периодические передачи также включена доступная для узла системная информация второго типа, при этом тег значения связан с системной информацией второго типа.

[000192] Пример осуществления 95: способ по примеру осуществления 94, причем способ дополнительно включает прием системной информации второго типа, переданной посредством радиоинтерфейса в ответном сообщении в ответ на сообщение с запросом и отдельно от периодических передач системной информации первого типа.

[000193] Пример осуществления 96: способ по примеру осуществления 94, в котором тег значения действителен в соте, обслуживаемой узлом доступа.

[000194] Пример осуществления 97: способ по примеру осуществления 94, в котором тег значения действителен в географической зоне, обслуживаемой узлом доступа и группой из по меньшей мере одного другого узла доступа.

[000195] Пример осуществления 98: способ по примеру осуществления 90, причем способ дополнительно включает прием сигнала, определяющего географическую зону.

[000196] Пример осуществления 99: способ по примеру осуществления 92, в котором системная информация второго типа содержит множество параметров, причем способ дополнительно включает: передачу хранимого в терминале тега значения в сообщении с запросом; приема ответного сообщения от узла доступа, причем указанное ответное сообщение содержит измененные параметры из множества параметров, определенные на основании сопоставления в узле доступа сообщенного узлом тега значения с хранимым в терминале тегом значения; а также использование измененных параметров из множества параметров системной информации для замены соответствующих параметров хранимой в терминале системной информации.

[000197] Пример осуществления 100: способ по примеру осуществления 95, в котором системная информация второго типа содержит множество параметров, причем способ дополнительно включает: передачу данных идентификации группы блоков системной информации второго типа в сообщении с запросом; прием ответного сообщения от узла доступа, причем ответное сообщение содержит измененные блоки из множества блоков группы, определенные на основании сопоставления переданного узлом тега значения с хранимым в терминале тегом значения; а также использование измененных блоков из множества блоков группы системной информации для замены соответствующих блоков хранимой в терминале системной информации.

[000198] Пример осуществления 101: способ по примеру осуществления 100, в котором по меньшей мере один из блоков группы системной информации второго типа содержит множество параметров и ответное сообщение содержит только измененные параметры из множества параметров измененных блоков из множества блоков группы, определенных на основании сопоставления изменений тега значения относительно сообщенного терминалом тега значения; и причем способ дополнительно включает использование измененных параметров из множества параметров множества блоков группы системной информации для замены соответствующих параметров соответствующих блоков хранимой в терминале системной информации.

[000199] Пример осуществления 102: способ по примеру осуществления 95, причем способ дополнительно включает прием в ответном сообщении указания на то, что запрошенная системная информация будет широковещательно передана.

[000200] Хотя процессы и способы раскрытых вариантов осуществления могут рассматриваться как реализуемые в виде подпрограммы, некоторые из этапов способа, которые раскрыты в настоящем документе, могут быть выполнены аппаратными средствами, а также и процессором, на котором запущено программное обеспечение. Соответственно, варианты осуществления могут быть реализованы в виде программного обеспечения, которое исполняется в компьютерной системе, в виде оборудования, такого как специализированная интегральная схема или аппаратная реализация другого типа, или в виде комбинации программных и аппаратных средств. Подпрограммы раскрытых вариантов осуществления могут быть выполнены с возможностью их исполнения в любой операционной системе компьютера и могут быть выполнены с возможностью использования любой архитектуры ЦП. Команды такого программного обеспечения хранятся на энергонезависимых машиночитаемых носителях.

[000201] Функции различных элементов, включая функциональные блоки, в том числе, без ограничений, обозначенные или описанные как «компьютер», «процессор» или «контроллер», могут быть обеспечены за счет использования аппаратных средств, таких как аппаратная схема и/или оборудование, которое может исполнять программное обеспечение в виде закодированных команд, хранящихся на машиночитаемом носителе. Таким образом, следует понимать, что такие функции и проиллюстрированные функциональные блоки являются аппаратно-реализованными и/или компьютерно-реализованными и, следовательно, машинно-реализованными.

[000202] С точки зрения аппаратной реализации функциональные блоки могут включать в себя или содержать, без ограничений, оборудование цифрового сигнального процессора (DSP), процессор с сокращенным набором команд, аппаратную (например, цифровую или аналоговую) схему, в том числе, без ограничений, специализированную интегральную схему (схемы) [ASIC] и/или программируемую пользователем вентильную матрицу (матрицы) (FPGA), а также (где это возможно) конечные автоматы, которые могут выполнять такие функции.

[000203] С точки зрения компьютерной реализации компьютер, как по существу считается, содержит один или более процессоров или один или более контроллеров, и термины «компьютер», «процессор» и «контроллер» могут использоваться в настоящем документе взаимозаменяемо. Если функции обеспечиваются компьютером, или процессором, или контроллером, они могут обеспечиваться одним специализированным компьютером, или процессором, или контроллером, одним совместно используемым компьютером, или процессором, или контроллером, либо множеством отдельных компьютеров, или процессоров, или контроллеров, некоторые из которых могут быть общими или распределенными. Более того, использование термина «процессор» или «контроллер» также следует толковать так, что они относятся и к другому аппаратному обеспечению, способному выполнять такие функции и/или исполнять программное обеспечение, такое как, например, пример аппаратного обеспечения, указанного выше.

[000204] Функции различных элементов, включая функциональные блоки, в том числе, без ограничений, обозначенные или описанные как «компьютер», «процессор» или «контроллер», могут быть обеспечены за счет использования аппаратных средств, таких как аппаратная схема и/или оборудование, которое может исполнять программное обеспечение в виде закодированных команд, хранящихся на машиночитаемом носителе. Таким образом, следует понимать, что такие функции и проиллюстрированные функциональные блоки являются аппаратно-реализованными и/или компьютерно-реализованными и, следовательно, машинно-реализованными.

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

[000206] Следует понимать, что раскрытая в настоящем документе технология направлена на решение проблем, относящихся к радиообмену данными, и обязательно базируется на компьютерной технологии и преодолевает проблемы, возникающие именно в области радиообмена данными. Более того, в по меньшей мере одном из своих аспектов раскрытая в настоящем документе технология улучшает работу основной функции беспроводного терминала и/или самого узла таким образом, что, например, беспроводной терминал и/или узел могут работать более эффективно при разумном использовании радиоресурсов.

[000207] Хотя приведенное выше описание содержит множество конкретных деталей, их следует трактовать не как ограничивающие объем технологии, раскрытой в настоящем документе, а лишь как обеспечивающие иллюстрацию некоторых предпочтительных в настоящее время вариантов осуществления технологии, раскрытой в настоящем документе. Таким образом, объем технологии, раскрытой в настоящем документе, следует определять прилагаемой формулой изобретения и ее законными эквивалентами. Таким образом, следует понимать, что объем технологии, раскрытой в настоящем документе, полностью охватывает другие варианты осуществления, которые могут стать очевидны специалистам в данной области, и что объем технологии, раскрытой в настоящем документе, соответственно не ограничивается ничем, кроме прилагаемой формулы изобретения, в которой ссылка на элемент в единственном числе означает не «один и только один», а «один или более», если не указано иное. Все структурные, химические и функциональные эквиваленты элементов описанного выше предпочтительного варианта осуществления, которые известны специалистам в данной области, в явном виде включены в настоящий документ путем ссылки и считаются охваченными настоящей формулой изобретения. Более того, устройство или способ необязательно должны решать все и каждую из проблем, для решения которых предназначена раскрытая в настоящем документе технология, так как они охвачены настоящей формулой изобретения. Кроме того, ни один элемент, компонент или этап способа в настоящем раскрытии не предназначен специально для того, чтобы стать всеобщим достоянием, независимо от того, перечислен ли этот элемент, компонент или этап способа в явном виде в формуле изобретения. Ни один пункт формулы изобретения в настоящем документе не должен трактоваться согласно положениям раздела 35 Свода законов США, параграф 112, шестой абзац, если элемент не описан в явной форме с помощью фразы «средство для».

Изобретение относится к области беспроводной связи, а именно к направлению запроса, передачи и использования системной информации (SI) при беспроводной связи с использованием тега значения в сочетании с передачей и/или обработкой системной информации в сети беспроводной связи, в особенности в сочетании с системной информацией второго типа или системной информацией несущественного типа. Техническим результатом является повышение эффективности передачи блоков системной информации между узлом беспроводного доступа и мобильными терминальными устройствами. Для этого осуществляют прием от базовой станции блока системной информации первого типа, содержащего один или более тегов значений, и одного или более блоков системной информации второго типа. При этом каждый из тегов значений связан с одним соответствующим блоком одного или более блоков системной информации второго типа, каждый из которых является конкретной зоной или конкретной сотой и является действительным в пределах зоны или соты. Блоки системной информации второго типа сохраняют и определяют действительность для каждого из них, основываясь на связанном теге значения и том, является ли каждый из сохраненных блоков системной информации второго типа конкретной зоной или конкретной сотой. При этом используют блок системной информации первого типа для передачи минимальной системной информации, которая содержит по меньшей мере информацию, требуемую для первоначального доступа. 4 н. и 12 з.п. ф-лы, 25 ил.

1. Пользовательское оборудование (UE), содержащее:

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

схему процессора, выполненную с возможностью сохранять один или более блоков системной информации второго типа, при этом

схема процессора выполнена с возможностью определять действительность для каждого из сохраненных одного или более блоков системной информации второго типа, основываясь на связанном теге значения и том, является ли каждый из сохраненных одного или более блоков системной информации второго типа конкретной зоной или конкретной сотой, и

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

2. UE по п. 1, в котором для каждого из сохраненных одного или более блоков системной информации второго типа действительность определяется на основании связанного тега значения.

3. UE по п. 2, в котором один или более блоков системной информации второго типа содержат другую системную информацию, не включенную в минимальную системную информацию.

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

5. Базовая станция, содержащая:

схему передатчика, выполненную с возможностью передавать на пользовательское оборудование (UE) блок системной информации первого типа и один или более блоков системной информации второго типа, причем блок системной информации первого типа содержит один или более тегов значений, при этом каждый из одного или более тегов значений связан с одним соответствующим блоком одного или более блоков системной информации второго типа, причем каждый из одного или более блоков системной информации второго типа является конкретной зоной или конкретной сотой, причем блок системной информации второго типа конкретной зоны является действительным в пределах зоны, блок системной информации второго типа конкретной соты является действительным в пределах соты,

при этом один или более блоков системной информации второго типа сохраняется в UE,

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

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

6. Базовая станция по п. 5, в которой для каждого из сохраненных одного или более блоков системной информации второго типа действительность определяется на основании связанного тега значения.

7. Базовая станция по п. 6, в которой один или более блоков системной информации второго типа содержат другую системную информацию, не включенную в минимальную системную информацию.

8. Базовая станция по п. 7, содержащая также схему приемника, выполненную с возможностью принимать от UE информацию, используемую для запроса по меньшей мере одного или более блоков системной информации второго типа.

9. Способ связи в пользовательском оборудовании (UE), содержащий:

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

сохранение одного или более блоков системной информации второго типа, и

определение действительности для каждого из сохраненных одного или более блоков системной информации второго типа, основываясь на связанном теге значения и том, является ли каждый из сохраненных одного или более блоков системной информации второго типа конкретной зоной или конкретной сотой, и при этом

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

10. Способ по п. 9, в котором для каждого из сохраненных одного или более блоков системной информации второго типа действительность определяется на основании связанного тега значения.

11. Способ по п. 10, в котором один или более блоков системной информации второго типа содержат другую системную информацию, не включенную в минимальную системную информацию.

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

13. Способ связи в базовой станции, содержащий:

передачу на пользовательское оборудование (UE) блока системной информации первого типа и одного или более блоков системной информации второго типа, причем блок системной информации первого типа содержит один или более тегов значений, при этом каждый из одного или более тегов значений связан с одним соответствующим блоком одного или более блоков системной информации второго типа, причем каждый из одного или более блоков системной информации второго типа является конкретной зоной или конкретной сотой, причем блок системной информации второго типа конкретной зоны является действительным в пределах зоны, блок системной информации второго типа конкретной соты является действительным в пределах соты,

сохранение в UE одного или более блоков системной информации второго типа,

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

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

14. Способ по п. 13, в котором для каждого из сохраненных одного или более блоков системной информации второго типа действительность определяется на основании связанного тега значения.

15. Способ по п. 14, в котором один или более блоков системной информации второго типа содержат другую системную информацию, не включенную в минимальную системную информацию.

16. Способ по п. 15, содержащий также прием от UE информации, используемой для запроса по меньшей мере одного или более блоков системной информации второго типа.