УСТРОЙСТВО И СПОСОБ ДЛЯ ОБНОВЛЕНИЯ СИСТЕМНОЙ ИНФОРМАЦИИ ПО ЗАПРОСУ ПРИ БЕСПРОВОДНОЙ СВЯЗИ
DEVICE AND METHOD FOR UPDATING SYSTEM INFORMATION ON REQUEST IN WIRELESS COMMUNICATION

Настоящая заявка испрашивает приоритет и преимущество по предварительной заявке на патент США № 62/616,260, поданной 11 января 2018 г., которая полностью включена в настоящий документ путем ссылки.
ОБЛАСТЬ ТЕХНИКИ
[0001]
Технология относится к беспроводной связи, и в частности к способам, устройству и методикам для запроса, передачи, обновления и использования системной информации (SI) при беспроводной связи.
ПРЕДПОСЫЛКИ СОЗДАНИЯ ИЗОБРЕТЕНИЯ
[0002]
В системах беспроводной связи сеть радиодоступа, как правило, содержит один или более узлов доступа (таких как базовая станция), которые обмениваются данными по радиоканалам посредством радиоинтерфейса или эфирного интерфейса со множеством беспроводных терминалов. В некоторых технологиях такой беспроводной терминал также называют оборудованием пользователя (UE). Группа, известная как Партнерский проект по системам 3-го поколения (3GPP), предприняла попытку определить глобально применимые технические характеристики и технические отчеты для систем беспроводной связи настоящего и будущего поколений. Стандарт долгосрочного развития сетей связи (LTE) 3GPP и усовершенствованный LTE (LTE-A) 3GPP представляют собой проекты по улучшению предшествующего стандарта мобильного устройства или телефона универсальной системы мобильной связи (UMTS) для удовлетворения будущих требований.
[0003]
В типовых системах сотовой мобильной связи базовая станция передает по радиоканалам определенную информацию, которая требуется мобильным станциям для доступа к сети. В стандарте долгосрочного развития сетей связи (LTE) и усовершенствованном LTE (LTE-A) такая информация называется «системной информацией» (SI). Каждый узел доступа, такой как усовершенствованный узел NodeB (eNB) или gNB в новой радиосети 5G (New Radio (NR)), широковещательно передает такую системную информацию на свою зону покрытия посредством блока служебной информации (MIB) и нескольких блоков системной информации (SIB) по радиоресурсам нисходящей линии связи, выделенным узлу доступа.
[0004]
После входа в зону покрытия eNB или gNB беспроводной терминал (UE) должен получать все MIB/SIB, необходимые для осуществления доступа к системе. Для UE, находящихся в зоне покрытия, eNB или gNB периодически осуществляют широковещательную передачу всех MIB/SIB, релевантных для предлагаемых сервисов, причем каждый тип MIB или блоков SIB передается в выделенном (-ых) радиоресурсе (-ах) на своей собственной предварительно определенной/настраиваемой частоте.
[0005]
Этот способ периодической передачи на основании широковещательной передачи (например, групповая передача всех SIB, а не только тех, которые необходимы для доступа к системе) эффективен при условии, что многие UE почти всегда находятся в зоне покрытия (такой как макросота). Однако благодаря данному подходу возможен расход ценных радиоресурсов в случае развертывания небольших сот. Таким образом, требуются более эффективные способы передачи SIB.
[0006]
Таким образом, необходимо разработать способы, устройства и методики для более эффективной передачи блоков системной информации (SIB), что является примерной задачей, описанной в настоящем документе технологии.
ИЗЛОЖЕНИЕ СУЩНОСТИ ИЗОБРЕТЕНИЯ
[0007]
В одном из иллюстративных аспектов описанная в настоящем документе технология относится к беспроводному терминалу, который содержит схему приемника и схему процессора. Схема приемника выполнена с возможностью приема блока системной информации (SI) первого типа от устройства базовой станции, включая информацию планирования, используемую для конфигурирования окна (окон) SI, причем окно (-а) SI представляет (-ют) собой периодическое (-ие) событие (-я) широковещательной передачи для соответствующего одного или более блоков системной информации (SIB) второго типа. Схема процессора выполнена с возможностью определения окна (окон) SI на основании информации планирования. Схема приемника дополнительно выполнена с возможностью выполнения процедуры приема для попытки приема по меньшей мере одного из SIB второго типа в пределах окна (окон) SI текущего периода изменения. В случае если по меньшей мере один из SIB второго типа не принят в пределах окна (окон) SI, схема приемника выполнена с возможностью продолжения процедуры приема в течение текущего периода изменения.
[0008]
В примере осуществления и режиме текущий период изменения представляет собой один из множества периодов изменения, сконфигурированных устройством базовой станции, причем множество периодов изменения представляют собой повторяющиеся промежутки времени.
[0009]
В примере осуществления и режиме схема приемника дополнительно выполнена с возможностью прерывания процедуры приема в следующий период изменения.
[00010]
В примере осуществления и режиме схема приемника выполнена с возможностью продолжения процедуры приема в текущем периоде изменения, даже если схема приемника принимает уведомление, в котором сообщается об изменении содержимого блока системной информации (SI) первого типа или одного или более блоков системной информации (SIB) второго типа.
[00011]
В другом из примеров аспектов описанная в настоящем документе технология относится к базовой станции, содержащей схему процессора и схему передатчика. Схема процессора выполнена с возможностью генерирования блока системной информации (SI) первого типа, включая информацию планирования, используемую для конфигурирования окна (окон) SI, причем окно (окна) SI представляет (-ют) собой периодическое (-ие) событие (-я) широковещательной передачи для соответствующего одного или более блоков системной информации (SIB) второго типа. Окно (-а) SI текущего периода изменения выполнено (-ы) с возможностью обеспечения для беспроводного терминала возможности попытки приема по меньшей мере одного из SIB второго типа во время процедуры приема, выполняемой беспроводным терминалом, а беспроводной терминал может продолжать процедуру приема в течение текущего периода изменения в случае, если по меньшей мере один из SIB второго типа не принят в пределах одного или более окон SI. Схема передатчика выполнена с возможностью передачи блока системной информации (SI) первого типа и одного или более блоков системной информации (SIB) второго типа на беспроводной терминал.
[00012]
В примере осуществления и режиме текущий период изменения представляет собой один из множества периодов изменения, сконфигурированных устройством базовой станции, причем множество периодов изменения представляют собой повторяющиеся промежутки времени.
[00013]
В другом из типовых аспектов описанная в настоящем документе технология относится к способу в беспроводном терминале. В базовом режиме способ включает в себя прием от устройства базовой станции блока системной информации (SI) первого типа, включая информацию планирования, используемую для конфигурирования окна (окон) SI, причем окно (-а) SI представляет (-ют) собой периодическое (-ие) событие (-я) широковещательной передачи для соответствующих одного или более блоков системной информации (SIB) второго типа, определяющих окно (-а) SI на основании информации планирования, а также выполнение процедуры приема для попытки приема по меньшей мере одного из SIB второго типа в пределах окна (окон) SI текущего периода изменения. В случае если по меньшей мере один из SIB второго типа не принят в пределах окна (окон) SI, способ дополнительно включает в себя продолжение процедуры приема в текущем периоде изменения.
[00014]
В примере осуществления и режиме текущий период изменения представляет собой один из множества периодов изменения, сконфигурированных устройством базовой станции, причем множество периодов изменения представляют собой повторяющиеся промежутки времени.
[00015]
В примере осуществления и режиме способ дополнительно включает в себя прекращение процедуры приема в следующем периоде изменения.
[00016]
В примере осуществления и режиме способ дополнительно включает в себя продолжение процедуры приема в текущем периоде изменения, даже если принято уведомление, в котором сообщается об изменении содержимого блока SI первого типа или SIB второго типа.
[00017]
В еще другом примере осуществления и режиме описанная в настоящем документе технология относится к способу для устройства базовой станции. В базовом режиме способ включает в себя передачу блока системной информации (SI) первого типа на беспроводной терминал, включая информацию планирования, используемую для конфигурирования окна (окон) SI, причем окно (-а) SI представляет (-ют) собой периодическое (-ие) событие (-я) широковещательной передачи для соответствующего одного или более блоков системной информации (SIB), при этом окно (-а) SI определяется (-ются) беспроводным терминалом на основании информации планирования. Процедуру приема для попытки приема по меньшей мере одного из SIB второго типа в пределах окна (окон) SI текущего периода изменения выполняет беспроводной терминал. Беспроводной терминал продолжает процедуру приема в течение текущего периода изменения в случае, если по меньшей мере один из SIB второго типа не принят в пределах окна (окон) SI.
[00018]
В примере осуществления и режиме текущий период изменения представляет собой один из множества периодов изменения, сконфигурированных устройством базовой станции, причем множество периодов изменения представляют собой повторяющиеся промежутки времени.
КРАТКОЕ ОПИСАНИЕ ГРАФИЧЕСКИХ МАТЕРИАЛОВ
[00019]
Вышеупомянутые и другие цели, признаки и преимущества описанной в настоящем документе технологии будут очевидны из представленного ниже более подробного описания предпочтительных вариантов осуществления, как проиллюстрировано на прилагаемых графических материалах, на которых одинаковые детали на различных видах показаны условными обозначениями. Графические материалы не обязательно выполнены в масштабе, а вместо этого акцент делается на иллюстрации принципов технологии, описанной в настоящем документе.
[00020]
На Фиг. 1 представлен схематический вид, на котором показаны переходные состояния конечного автомата управления радиоресурсами (RRC).
[00021]
На Фиг. 2 представлен схематический вид, на котором показан пример универсальной системы связи, содержащей узел радиодоступа и беспроводной терминал, причем беспроводной терминал запрашивает, а узел радиодоступа предоставляет другую системную информацию (другую SI), когда беспроводной терминал находится в состоянии RRC_CONNECTED.
[00022]
На Фиг. 3 представлена блок-схема, на которой показаны примерные основные действия или этапы, выполняемые беспроводным терминалом примерной типовой системы связи, представленной на Фиг. 2.
[00023]
На Фиг. 4 представлено схематическое изображение, иллюстрирующее пример формата блока системной информации (SIB), который содержит минимальную SI и который обеспечивает доступность другой системной информации (другой SI).
[00024]
На Фиг. 5 представлено схематическое изображение, иллюстрирующее примерный поток сообщений процедуры получения SIB по запросу.
[00025]
На Фиг. 6A, 6B и 6C представлены схематические изображения трех вариантов процедуры запроса SIB.
[00026]
На Фиг. 7 представлено схематическое изображение серии периодов изменения и показаны создание и передача сообщений системной информации в периоды изменения, а также создание и передача уведомлений в «текущем» периоде изменения.
[00027]
На Фиг. 8A представлено схематическое изображение, показывающее пример формата пейджингового сообщения, которое содержит битовую карту.
[00028]
На Фиг. 8B представлен схематический вид, на котором показан пример формата пейджингового сообщения, которое содержит список идентификаторов блоков системной информации, имеющих измененное содержимое.
[00029]
На Фиг. 9 представлено схематическое изображение, иллюстрирующее пример потока сообщений для обновления SIB, сообщенного с помощью пейджингового сообщения.
[00030]
На Фиг. 10 представлена блок-схема, изображающая основные действия или этапы, включающие в себя процедуру беспроводного терминала при приеме минимальной SI.
[00031]
На Фиг. 11 представлена блок-схема, изображающая основные действия или этапы, включающие в себя процедуру беспроводного терминала при приеме пейджингового сообщения.
[00032]
На Фиг. 12 представлена блок-схема, на которой показаны примеры основных действий или этапов, выполняемых узлом доступа при приеме запроса от беспроводного терминала на доставку SIB по запросу.
[00033]
На Фиг. 13 представлена блок-схема, на которой показаны примеры репрезентативных действий этапов, выполняемых узлом доступа при уведомлении беспроводных терминалов о предстоящих изменениях SIB.
[00034]
На Фиг. 14 представлен схематический вид, на котором показан первый вариант осуществления системы связи, содержащей узел радиодоступа и беспроводной терминал, и при этом беспроводной терминал ожидает границу периода изменения для инициирования процедуры запроса SIB для SIB по запросу.
[00035]
На Фиг. 15 показан пример потока сообщений для варианта осуществления, показанного на Фиг. 14.
[00036]
На Фиг. 16 представлена блок-схема, на которой показаны репрезентативные примеры действий или этапов, выполняемых беспроводным терминалом, изображенным на Фиг. 14, при приеме пейджингового сообщения.
[00037]
На Фиг. 17 представлен схематический вид, на котором показан второй вариант осуществления системы связи, содержащей узел радиодоступа и беспроводной терминал, и при этом беспроводной терминал инициирует процедуру запроса SIB без ожидания границы следующего периода изменения, но после успешного завершения процедуры запроса SIB ожидает границу следующего периода изменения для начала процедуры приема SIB.
[00038]
На Фиг. 18 показан пример потока сообщений для варианта осуществления, показанного на Фиг. 17.
[00039]
На Фиг. 19 представлена блок-схема, на которой показаны репрезентативные примеры действий или этапов, выполняемых беспроводным терминалом, изображенным на Фиг. 17, при приеме пейджингового сообщения.
[00040]
На Фиг. 20 представлена блок-схема, на которой показаны примеры основных действий или этапов, выполняемых узлом доступа, изображенном на Фиг. 17, при приеме запроса от беспроводного терминала на доставку SIB по запросу.
[00041]
На Фиг. 21 представлен схематический вид, на котором показан третий вариант осуществления системы связи, содержащей узел радиодоступа и беспроводной терминал, причем узел радиодоступа и беспроводной терминал имеют соглашение о том, что всякий раз при обновлении SIB по запросу узел доступа может уведомлять беспроводные терминалы в текущем периоде изменения и автоматически передавать обновленный SIB в одном или более соответствующих окнах SI из следующего периода изменения без необходимости использования беспроводных терминалов для отправки запроса.
[00042]
На Фиг. 22 показан пример потока сообщений для варианта осуществления, показанного на Фиг. 21.
[00043]
На Фиг. 23 представлена блок-схема, на которой показаны репрезентативные примеры действий или этапов, выполняемых беспроводным терминалом, изображенным на Фиг. 21, при приеме пейджингового сообщения.
[00044]
На Фиг. 24 представлена блок-схема, на которой показаны примеры основных действий или этапов, выполняемых узлом доступа, изображенном на Фиг. 21, при приеме запроса от беспроводного терминала на доставку SIB по запросу.
[00045]
На Фиг. 25 представлен схематический вид, на котором показан третий вариант осуществления системы связи, содержащей узел радиодоступа и беспроводной терминал, причем беспроводной терминал сконфигурирован, когда это необходимо, для инициирования как процедуры запроса SIB, так и процедуры приема SIB для SIB по запросу без ожидания границы следующего периода изменения.
[00046]
На Фиг. 26 показан пример потока сообщений для варианта осуществления, показанного на Фиг. 25.
[00047]
На Фиг. 27 представлена блок-схема, на которой показаны репрезентативные примеры действий или этапов, выполняемых беспроводным терминалом, изображенным на Фиг. 25, при приеме пейджингового сообщения.
[00048]
На Фиг. 28 представлена блок-схема, на которой показаны примеры основных действий или этапов, выполняемых узлом доступа, изображенном на Фиг. 25, при приеме запроса от беспроводного терминала на доставку SIB по запросу.
[00049]
На Фиг. 29 представлен схематический вид, на котором показан третий вариант осуществления системы связи, содержащей узел радиодоступа и беспроводной терминал, и при этом пейджинговое сообщение, в котором оповещается об изменениях блока (-ов) SIB по запросу, принимается после процедуры запроса SIB, запрашивающей один (одни) и тот (те) же SIB по запросу.
[00050]
На Фиг. 30 показан пример потока сообщений для варианта осуществления, показанного на Фиг. 29.
[00051]
На Фиг. 31 представлена блок-схема, на которой показаны репрезентативные примеры действий или этапов, выполняемых беспроводным терминалом, изображенным на Фиг. 29, при приеме пейджингового сообщения.
[00052]
На Фиг. 32 представлена блок-схема, на которой показаны примеры основных действий или этапов, выполняемых узлом доступа, изображенном на Фиг. 29, при приеме запроса от беспроводного терминала на доставку SIB по запросу.
[00053]
На Фиг. 32 представлен схематический вид, на котором показан шестой вариант осуществления системы связи, содержащей узел радиодоступа и беспроводной терминал, причем пейджинговое сообщение, в котором оповещается об изменениях принадлежности минимальной SI, принимается после процедуры запроса SIB, запрашивающей один (одни) и тот (те) же SIB по запросу, а беспроводной терминал прерывает процедуру приема SIB после приема пейджингового сообщения.
[00054]
На Фиг. 33A представлен схематический вид, на котором показан пример потока сообщений первого сценария для варианта осуществления, изображенного на Фиг. 32.
[00055]
На Фиг. 33B представлен схематический вид, на котором показан пример потока сообщений второго сценария для варианта осуществления, изображенного на Фиг. 32.
[00056]
На Фиг. 34 представлена блок-схема, на которой показаны репрезентативные примеры действий или этапов, выполняемых беспроводным терминалом, изображенным на Фиг. 32, при приеме пейджингового сообщения.
[00057]
На Фиг. 35 представлена блок-схема, на которой показаны примеры основных действий или этапов, выполняемых узлом доступа, изображенном на Фиг. 32, при приеме запроса от беспроводного терминала на доставку SIB по запросу.
[00058]
На Фиг. 36 представлен схематический вид, на котором показан седьмой вариант осуществления системы связи, содержащей узел радиодоступа и беспроводной терминал, и при этом пейджинговое сообщение, в котором оповещается об изменениях принадлежности минимальной SI, принимается после процедуры запроса SIB, запрашивающей один (одни) и тот (те) же SIB по запросу, а беспроводной терминал может прерывать или может не прерывать процедуру приема SIB на границе следующего периода изменения.
[00059]
На Фиг. 37A представлен схематический вид, на котором показан пример потока сообщений первого сценария для варианта осуществления, изображенного на Фиг. 36.
[00060]
На Фиг. 37B представлен схематический вид, на котором показан пример потока сообщений второго сценария для варианта осуществления, изображенного на Фиг. 36.
[00061]
На Фиг. 37C представлен схематический вид, на котором показан пример потока сообщений второго сценария для варианта осуществления, изображенного на Фиг. 36.
[00062]
На Фиг. 38 представлена блок-схема, на которой показаны репрезентативные примеры действий или этапов, выполняемых беспроводным терминалом, изображенным на Фиг. 36, при приеме пейджингового сообщения.
[00063]
На Фиг. 39 представлена блок-схема, на которой показаны примеры основных действий или этапов, выполняемых узлом доступа, изображенном на Фиг. 36, при приеме запроса от беспроводного терминала на доставку SIB по запросу.
[00064]
На Фиг. 40 представлен схематический вид, на котором показан пример электронного оборудования, которое может содержать электронное оборудование узла или электронное оборудование терминала.
ПОДРОБНОЕ ОПИСАНИЕ
[00065]
В представленном ниже описании в целях пояснения, но не ограничения, изложены конкретные детали, такие как конкретные архитектуры, интерфейсы, методики и т. д., для обеспечения глубокого понимания технологии, описанной в настоящем документе. Однако специалистам в данной области будет очевидно, что описанная в настоящем документе технология может быть реализована на практике в других вариантах осуществления, которые выходят за рамки этих конкретных деталей. Это означает, что специалисты в данной области смогут придумать различные конструкции, которые, хотя они не описаны и не показаны в явном виде в настоящем документе, осуществляют принципы описанной в настоящем документе технологии и не выходят за рамки сущности и объема настоящего изобретения. В некоторых случаях подробные описания известных устройств, схем и способов опущены, чтобы не затруднять понимание описания технологии, описанной в настоящем документе, ненужными подробностями. Все утверждения, приведенные в настоящем документе, излагающие принципы, аспекты и варианты осуществления описанной в настоящем документе технологии, а также их конкретные примеры предназначены для охвата как их структурных, так и функциональных эквивалентов. Кроме того, предполагается, что такие эквиваленты включают в себя как известные в настоящее время эквиваленты, так и эквиваленты, которые будут разработаны в будущем, т. е. любые разработанные элементы, которые выполняют ту же функцию независимо от структуры.
[00066]
Таким образом, например, специалистам в данной области будет понятно, что блок-схемы, представленные в настоящем документе, могут показывать концептуальные представления иллюстративной схемы или других функциональных блоков, в которых применены принципы технологии. Аналогичным образом следует понимать, что любые блок-схемы, диаграммы переходов состояний, псевдокод и т. п. представляют различные процессы, которые могут быть по существу представлены на машиночитаемом носителе и, следовательно, исполнены компьютером или процессором независимо от того, показан такой компьютер или процессор в явном виде или нет.
[00067]
В настоящем документе термин «опорная сеть» может относиться к устройству, группе устройств или подсистеме в телекоммуникационной сети, которая предоставляет сервисы пользователям телекоммуникационной сети. В число примеров услуг, предоставляемых опорной сетью, входят агрегирование, аутентификация, коммутация вызовов, вызов услуги, шлюзы с другими сетями и т. д.
[00068]
В настоящем документе термин «беспроводной терминал» может относиться к любому электронному устройству, используемому для передачи речи и/или данных посредством телекоммуникационной системы, такой как (без ограничений) сотовая сеть. Для ссылки на беспроводные терминалы и не имеющие ограничительного характера примеры таких устройств можно использовать другую терминологию, такую как терминал пользовательского оборудования (UE), UE, мобильная станция, мобильное устройство, терминал доступа, абонентская станция, мобильный терминал, удаленная станция, пользовательский терминал, терминал, абонентский блок, сотовые телефоны, смартфоны, карманный персональный компьютер (PDA), планшеты, нетбуки, электронные считывающие устройства, беспроводные модемы и т. д.
[00069]
В настоящем документе термины «узел доступа», «узел» или «базовая станция» могут относиться к любому устройству или группе устройств, которые облегчают беспроводную связь или иным образом обеспечивают интерфейс между беспроводным терминалом и телекоммуникационной системой. К не имеющему ограничительного характера примеру базовой станции могут относиться (в рамках спецификации 3GPP) станция Node B (NB), улучшенная станция Node B (eNB), домашняя eNB (HeNB), gNB 5G (Новое радио [NR]) или какая-либо другая аналогичная терминология. Другим не имеющим ограничительного характера примером базовой станции является точка доступа. Точка доступа может представлять собой электронное устройство, которое предоставляет беспроводному терминалу доступ к сети передачи данных, такой как (без ограничений) локальная сеть (LAN), глобальная сеть (WAN), Интернет и т. д. Хотя некоторые примеры систем и способов, описанных в настоящем документе, могут быть описаны со ссылкой на данные стандарты (например, 3GPP выпусков 8, 9, 10, 11, 12 или выше), объем настоящего описания не должен быть ограничен в этом отношении. По меньшей мере некоторые аспекты систем и способов, описанных в настоящем документе, можно использовать в других типах систем беспроводной связи.
[00070]
В настоящем документе термин «телекоммуникационная система» или «система связи» может относиться к любой сети устройств, используемых для передачи информации. Не имеющим ограничительного характера примером телекоммуникационной системы является сотовая сеть или другая система беспроводной связи.
[00071]
Используемый в настоящем документе термин «сотовая сеть» может относиться к сети, распределенной по сотам, причем каждая сота обслуживается по меньшей мере одним стационарным приемопередатчиком, таким как базовая станция. «Сота» может представлять собой любой канал связи, который определен стандартами или регулирующими учреждениями для использования в расширенной международной мобильной связи (IMT-Advanced). Все соты или их подмножество можно использовать в рамках 3GPP как лицензированные полосы (например, полоса частот) для использования при связи между базовой станцией, такой как Node B, и терминалом UE. Сотовая сеть, использующая лицензированные полосы частот, может включать в себя сконфигурированные соты. В число сконфигурированных сот могут входить соты, о которых известно терминалу UE и для которых у него имеется разрешение от базовой станции на передачу или прием информации.
[00072]
В настоящем документе термин «системная информация» (SI) может включать в себя блок служебной информации (MIB) и несколько блоков системной информации (SIB), предоставляемые по радиоресурсам нисходящей линии связи, выделенным для узла доступа. Системная информация может быть широковещательной, и некоторые виды системной информации могут быть предоставлены по запросу, например при приеме запроса на получение системной информации от беспроводного терминала.
[00073]
В различных аспектах технологии, описанной в настоящем документе, системная информация классифицируется по многочисленным категориям или типам. В примере осуществления и режиме первый тип системной информации представляет собой минимальную системную информацию (минимальную SI), содержащую минимальное количество информации, необходимой устройствам UE для начального доступа к сети, периодически рассылаемую каждым узлом доступа (например, eNB для LTE, gNB для радиосистемы 5G). В некоторых конфигурациях минимальная системная SI может состоять из MIB и ограниченного числа SIB. Минимальная SI может также называться «существенной SI» или системной информацией первого типа.
[00074]
Второй тип системной информации, например «другая системная информация», «другая SI» или системная информация второго типа, содержит все другие типы информации, т. е. все типы системной информации, за исключением минимальной системной информации. Другая SI может содержать несколько блоков системной информации (SIB), которые не классифицируются как минимальная SI. Другая SI может также называться «несущественной SI». Однако системную информацию второго типа не следует путать с SIB типа 2, представляющим собой конкретный (второй) блок системной информации (SIB), который может быть включен в минимальную системную информацию.
[00075]
В некоторых примерах осуществления и режимах, описанных в настоящем документе, для каждого из блоков SIB, принадлежащих другой SI, узел доступа может выбирать широковещательную передачу SIB периодически, аналогично блокам SIB в минимальной SI. В альтернативном варианте осуществления узел доступа может принимать решение воздержаться от передачи SIB до приема от UE запроса о доставке по запросу. В этом случае узел доступа может объявлять о доступности доставки по запросу с помощью минимальной SI.
[00076]
Как описано в настоящем документе, и узел доступа, и беспроводной терминал могут управлять соответствующими конечными автоматами управления радиоресурсами (RRC). Конечные автоматы RRC переходят между несколькими состояниями RRC, включая RRC_IDLE, RRC_INACTIVE и RRC_CONNECTED. На Фиг. 1 показана диаграмма перехода состояний для состояний RRC. С точки зрения беспроводного терминала, например оборудования пользователя (UE), состояния RRC могут быть кратко охарактеризованы следующим образом.
RRC_IDLE
Возможность конфигурации специфичного для UE DRX (прерывистый прием) верхними уровнями.
Мобильность, управляемая UE, на основании конфигурации сети.
Устройство UE:
контролирует пейджинговый канал;
выполняет измерения соседних сот и выбор (повторный выбор) сот;
получает системную информацию.
RRC_INACTIVE
Специфичный для UE DRX может быть сконфигурирован верхними уровнями или уровнем RRC.
Мобильность, управляемая UE, на основании конфигурации сети.
Хранение контекста слоя доступа (AS) в UE.
Устройство UE:
контролирует пейджинговый канал;
выполняет измерения соседних сот и выбор (повторный выбор) сот;
выполняет обновления области уведомлений на основании RAN при перемещении за пределы зоны уведомлений на основании RAN;
получает системную информацию.
RRC_CONNECTED
Хранение контекста AS в UE.
Передача одноадресных данных на/от UE.
Возможность конфигурации UE на нижних уровнях со специфичным для UE DRX.
Управляемая сетью мобильность, т. е. передача обслуживания в пределах NR в/из E-UTRAN.
Устройство UE:
контролирует пейджинговый канал;
отслеживает каналы управления, связанные с совместно применяемым каналом данных для определения, запланированы ли для него данные;
предоставляет информацию о качестве канала и информацию обратной связи;
выполняет измерения соседних сот и отчеты об измерениях;
получает системную информацию.
[00077]
Описанная в настоящем документе технология относится, например, к устройству, способам и процедурам получения и/или обновления SIB в/из другой SI (блоков SIB другой SI) по запросу, и в частности, но не исключительно, к синхронизации, для инициирования/остановки запроса SIB и/или процедур приема SIB.
[00078]
На Фиг. 2 показан пример системы 20 связи, в которой узел 22 радиодоступа обменивается данными посредством радиоинтерфейса или эфирного интерфейса 24 (например, интерфейса Uu) с беспроводным терминалом 26. Как упомянуто выше, узел 22 радиодоступа может представлять собой любой узел, подходящий для обмена данными с беспроводным терминалом 26, таким как, например, узел базовой станции или eNodeB (eNB), или gNB. Узел 22 содержит схему процессора узла («процессор 30 узла») и схему 32 приемопередатчика узла. Схема 32 приемопередатчика узла обычно содержит схему 34 передатчика узла и схему 36 приемника узла, которые также называются передатчиком узла и приемником узла соответственно.
[00079]
Беспроводной терминал 26 содержит процессор 40 терминала и схему 42 приемопередатчика терминала. Схема 42 приемопередатчика терминала обычно содержит схему 44 передатчика терминала и схему 46 приемника терминала, которые также называются передатчиком 44 терминала и приемником 46 терминала соответственно. Беспроводной терминал 26 также обычно содержит пользовательский интерфейс 48. Пользовательский интерфейс 48 терминала можно использовать для операций ввода и вывода данных пользователя, и он может содержать (например) экран, такой как сенсорный экран, который предназначен как для отображения информации, так и для ввода информации пользователем. Пользовательский интерфейс 48 может также включать в себя другие типы устройств, такие как динамик, микрофон или, например, устройство тактильной обратной связи.
[00080]
Как в узле 22 радиодоступа, так и в радиоинтерфейсе 24 соответствующие схемы 22 приемопередатчиков включают в себя антенну (-ы). Схема 34 передатчика и схема 44 передатчика могут содержать, например, усилитель (-и), схему модуляции и другое обычное передающее оборудование. Схема 36 приемника и схема 46 приемника могут содержать, например, усилитель (-и), схему демодуляции и другое обычное оборудование приемника.
[00081]
При обычной работе узел 22 и беспроводной терминал 26 обмениваются данными друг с другом посредством радиоинтерфейса 24 с помощью предварительно заданных конфигураций информации. В качестве не имеющего ограничительного характера примера узел 22 радиодоступа и беспроводной терминал 26 могут поддерживать связь через радиоинтерфейс 24, используя «кадры» информации, которые могут быть сконфигурированы через различные каналы. Например, в стандарте долгосрочного развития сетей связи (LTE) кадр, который может иметь как относящуюся (относящиеся) к нисходящей связи часть (-и), так и относящуюся (относящиеся) к восходящей связи часть (-и), может содержать множество подкадров, причем каждый подкадр LTE в свою очередь разделен на два интервала. Кадр может быть концептуализирован как ресурсная сетка (двухмерная сетка), состоящая из ресурсных элементов (RE). Каждый столбец двухмерной сетки представляет собой символ (например, символ OFDM по нисходящей линии связи (DL) от узла к беспроводному терминалу; символ SC-FDMA в кадре восходящей линии связи (UL) от беспроводного терминала к узлу). Каждая строка сетки представляет собой поднесущую. Структура кадра и подкадра является лишь примером методики форматирования информации, подлежащей передаче посредством радиоинтерфейса или эфирного интерфейса. Следует понимать, что «кадр» и «подкадр» могут быть использованы взаимозаменяемо, либо могут включать в себя другие единицы форматирования информации или могут быть реализованы через них, и как таковые могут обозначаться другими терминами (такими как, например, «блоки»).
[00082]
Для обеспечения передачи информации между узлом 22 радиодоступа и беспроводным терминалом 26 посредством радиоинтерфейса 24 процессор 30 узла и процессор 40 терминала на Фиг. 2 показаны как содержащие соответствующие обработчики информации. Как пример реализации, в котором обмен данными информации происходит посредством кадров, устройство обработки информации для узла 22 радиодоступа показано как планировщик/устройство 50 обработки кадров узла/сигналов, в то время как устройство обработки информации для беспроводного терминала 26 показано как кадр терминала/устройство 52 обработки сигналов.
[00083]
Процессор 30 узла 22 радиодоступа также включает в себя генератор 54 системной информации (SI). Как описано выше, по меньшей мере часть системной информации, генерируемой и предоставляемой контроллером 54 радиоресурсов узла, представляет собой минимальную системную информацию (минимальную SI), также известную как системная информация первого типа, представленную обработчиком 54M минимальной SI. Часть системной информации может представлять собой другую системную информацию (другую SI), также известную как системная информация второго типа, представленную обработчиком 54O другой SI на Фиг. 2. Беспроводной терминал 26 использует системную информацию (SI), сгенерированную узлом 22 радиодоступа. Некоторые из минимальных SI могут информировать беспроводной терминал 26 о доступности другой SI. На Фиг. 2 проиллюстрировано общее сообщение 2-1, с помощью которого контроллер 54 радиоресурсов узла может предоставлять минимальную SI на беспроводной терминал 26. В некоторых примерах реализации, зная благодаря сообщению 2-1 о доступности другой SI, например, беспроводной терминал 26 специально запрашивает другую системную информацию способом по запросу, как описано в настоящем документе. Процессор 40 терминала беспроводного терминала 26 содержит, например, процессор 56 SI для облегчения получения и использования системной информации.
[00084]
Описанная в настоящем документе технология относится, например, к устройству, способам и процедурам получения и/или обновления блоков системной информации (SIB) в/из другой SI (блоков SIB другой SI) на основании по запросу, и в частности, но не исключительно, к синхронизации, для инициирования/остановки запроса SIB и/или процедур приема SIB. Поскольку в по меньшей мере некоторых из примеров вариантов осуществления и режимах, описанных в настоящем документе, задействованы процедуры управления радиоресурсами (RRC), на Фиг. 2 показан каждый из процессоров 30 узла как содержащий контроллер 60 управления радиоресурсами (RRC) узла, например контроллер 60 RRC-узла. Контроллер 60 RRC-узла может исполнять экземпляр конечного автомата RRC для каждого беспроводного терминала, с котором узел 20 доступа обменивается данными, причем каждый экземпляр отслеживает переходы состояния RRC, в которых находится беспроводной терминал, связанный с соответствующим экземпляром.
[00085]
На Фиг. 2 также показан процессор 40 терминала беспроводного терминала 26 как содержащий контроллер 70 RRC терминала в дополнение к процессору 56 SI терминала. Контроллер 70 RRC терминала включает в себя или исполняет конечный автомат RRC, описанный выше, который проходит через состояния RRC (как описано выше и показано на Фиг. 2) для обмена данными с использованием беспроводного терминала 26.
[00086]
Таким образом, Фиг. 2 показывает, что узел 22 доступа содержит процессор 30 узла (например, схему 30 процессора узла), схему 34 передатчика и схему 36 приемника. Схема 34 передатчика выполнена с возможностью передачи системной информации первого типа по радиоинтерфейсу, причем системная информация первого типа включает в себя доступность блока системной информации (SIB) второго типа. Схема 36 приемника выполнена с возможностью приема от беспроводного терминала сообщения с запросом для запроса доставки SIB второго типа, который доступен по запросу. Схема 34 передатчика дополнительно выполнена с возможностью передачи SIB второго типа на беспроводной терминал.
[00087]
Таким образом, на Фиг. 2 показано, что беспроводной терминал 26 связывается по радиоинтерфейсу 24 с узлами доступа, такими как узел 22 доступа, сети радиодоступа (RAN). Беспроводной терминал 26 содержит схему 46 приемника, схему 44 передатчика и процессор 40 терминала, например схему процессора терминала. Схема 46 приемника выполнена с возможностью приема системной информации первого типа по радиоинтерфейсу. Схема процессора терминала выполнена с возможностью генерирования сообщения с запросом для запроса SIB второго типа, доступного по запросу. Схема 44 передатчика выполнена с возможностью передачи ответного сообщения по радиоинтерфейсу при нахождении в состоянии установленного подключения. Схема 46 приемника также выполнена с возможностью приема SIB второго типа при нахождении в состоянии установленного подключения.
[00088]
На Фиг. 3 показаны примерные репрезентативные действия или этапы, выполняемые вместе с общим способом работы беспроводного терминала сети радиодоступа (RAN), такого как беспроводной терминал 26, изображенный на Фиг. 2. Действие 3-1 включает в себя прием беспроводным терминалом минимальной SI, широковещательно передаваемой от текущего обслуживающего узла доступа, например узла 22 доступа. Минимальная SI может широковещательно рассылаться в сообщении, таком как сообщение 2-1 на Фиг. 2. Минимальная SI может содержать информацию о другой SI, включая способ доставки (периодическая широковещательная передача/передача по запросу), информацию планирования, информацию о действительности и т. п. На основе этой информации беспроводной терминал в действии 3-2 может определять, какой (-ие) SIB следует получать по запросу. В качестве действия 3-3 беспроводной терминал может отправлять сообщение с запросом (показанное как сообщение 2-2 на Фиг. 2) для узла доступа, при этом сообщение с запросом указывает блок (-и) SIB, который (-ые) должен получить беспроводной терминал. В качестве действия 3-4 беспроводной терминал 26 может пытаться принимать запрашиваемый (-ые) SIB (отправленный (-ые) с использованием сообщения 2-3 на Фиг. 2).
[00089]
Выше было указано, что системная информация первого типа включает в себя доступность блока системной информации второго типа (SIB) о том, что сообщение с запросом запрашивает доставку SIB второго типа, доступного по запросу, и о передаче SIB второго типа на беспроводной терминал. Следует понимать, что упоминание в настоящем документе «блока системной информации второго типа (SIB)» или «SIB второго типа» подразумевает один или более фрагментов другой системной информации (другой SI), например один или более блоков системной информации (SIB) второго типа. В некоторых примерах ситуации на самом деле только один SIB второго типа может быть объявлен доступным и, соответственно, запрошен по запросу. Но в других примерах ситуаций множество SIB второго типа (например, множество фрагментов другой SI) объявляются доступными и запрашиваемыми по запросу.
[00090]
schedulingInfoList
si-WindowLength
otherSIBInfoList
otherSIBInfoList
otherSIBInfo
SIB-Type
validityInfo
valueTag
areaID
deliveryMethod
В некоторых конфигурациях информация о доступности и способах доставки для блоков SIB другой SI может быть включена в SIB типа 1, один из блоков SIB в минимальной SI. На Фиг. 4 показан пример формата SIB типа 1, включая , ,  и, возможно, другие параметры конфигурации.  представляет собой список , который, в свою очередь, содержит , идентификатор SIB, , информацию о действительности SIB (тег значения [], идентификацию области действительности [] и другие параметры, такие как таймер действительности, и т. п.), а также , указывающий, периодически ли передается этот SIB или подлежит передаче по запросу (по запросу).
[00091]
schedulingInfoList
schedulingInfo
si-Periodicity
si-WindowLength
содержит список информационных элементов планирования (), причем каждый элемент содержит периодичность и соответствующие типы SIB ( и один или более типов SIB). Фактическая возможность широковещания (т. е. синхронизация/ресурсы) данного SIB может быть определена с помощью предварительно определенной или сконфигурированной сетью формулы в качестве функции по меньшей мере соответствующей периодичности. При каждой возможности широковещательная передача SIB может происходить в пределах длительности окна (). В дальнейшем возможность широковещания также упоминается как окно SI. В одном и том же окне SI зачастую можно передавать более одного SIB.
[00092]
valueTag=a
valueTag=b
valueTag=
scheduleInfo
На Фиг. 5 представлен пример схемы потока сообщений процедуры получения SIB по запросу. Как показано, действием 5-0 беспроводной терминал 26 в любом из состояний RRC_IDLE, RRC_INACTIVE или RRC_CONNECTED сохраняет содержимое SIB#k со значением , которое беспроводной терминал принял ранее. Беспроводной терминал в рамках действия 5-1 может получать от текущего обслуживающего узла доступа SIB1 в качестве минимальной SI, в которой указано, что SIB#k со значением  доступен путем доставки по запросу. Предполагается, что каждый раз, когда беспроводной терминал принимает SIB1, он уже заранее принял MIB. Исходя из того что сохраненный SIB#k теперь уже устарел (поскольку он имел значение a), беспроводной терминал может принимать решение о получении обновленной версии SIB#k и может инициировать процедуру запроса SIB, представленную действием 5-2 и описанную в настоящем документе. После успешного завершения процедуры запроса SIB беспроводной терминал может начинать процедуру приема SIB, показанную в общих чертах как действие 5-3 на Фиг. 5. В процедуре приема SIB беспроводной терминал отслеживает сигналы от узла доступа в назначенных окнах SI (показаны пунктирными прямоугольниками на Фиг. 5), принятых из информации планирования () в SIB1, и, таким образом, пытается принять запрошенный SIB#k. Фиг. 5 показывает действием 5-3a первую передачу запрошенного SIB# (неудачную), а действием 5-3b - вторую передачу запрошенного SIB# (успешную). Хвост направленной вниз вертикальной стрелки в описании процедуры приема SIB на Фиг. 5 связан с началом процедуры приема SIB, в то время как указатель той же направленной вниз вертикальной стрелки связан с завершением процедуры приема SIB (при успешном приеме SIB#k). На Фиг. 5 также в виде действия 5-4 показано, что другие передачи запрошенной системной информации могут также быть выполнены даже после успешного приема искомого SIB#k беспроводным терминалом. Соответственно, во время процедуры приема SIB, если SIB#k не принят успешно в окне SI, беспроводной терминал может повторять прием SIB#k в следующем окне SI.
[00093]
В одной конфигурации беспроводной терминал может использовать счетчик, который увеличивается в каждом окне SI конкретного SIB (например, SIB#k). В этой конфигурации процедура приема SIB может завершаться, когда запрошенный (-ые) SIB успешно принят (-ы) или когда счетчик достигает максимального значения счетчика. В другой конфигурации беспроводной терминал запускает таймер в начале процедуры приема SIB. В этой конфигурации процедура приема SIB может завершаться при успешном приеме запрошенного (-ых) SIB или после истечения таймера. Максимальное значение счетчика или значение таймера, которое может быть общим для всех типов SIB или для каждого типа SIB, может быть предварительно сконфигурировано или сконфигурировано сетью посредством системной информации. Условия, в которых беспроводной терминал должен завершать процесс приема SIB, в настоящем документе называются «условиями завершения».
[00094]
SystemInformationRequest
SystemInformation
На Фиг. 6A, 6B и 6C показаны три варианта процедуры запроса SIB. Как показано в действии 6a-1 на Фиг. 6A, которая может быть применима к беспроводным терминалам в любом из состояний RRC, запрос доставки по запросу для блоков SIB другой SI можно выполнять путем отправки преамбулы произвольного доступа, которая может содержать последовательность, выбранную из набора доступных последовательностей, сконфигурированных узлом доступа с помощью минимальной SI. Указанная последовательность определяется индексом преамбулы. Когда узел доступа обнаруживает передачу последовательности преамбулы, он может ответить на нее с помощью ответа при произвольном доступе, который включает в себя индекс преамбулы, соответствующий последовательности (см. действие 6a-2). Получив ответ при произвольном доступе, беспроводной терминал может проверять, соответствует ли индекс преамбулы в ответе при произвольном доступе значению, связанному с последовательностью преамбулы, а затем в рамках действия 6a-3 отправлять на узел доступа сообщение , содержащее идентификатор блока (-ов) SIB (например, SIB#k), который (-ые) должен принять беспроводному терминалу. В ответ в рамках действия 6a-4 узел доступа может отправлять сообщение  с подтверждением запроса, в котором указано, что запрошенный (-ые) SIB будет (-ут) широковещательно передан (-ы) из следующего окна SI, запланированного для запрошенного (-ых) SIB.
[00095]
В одной конфигурации узел доступа может включать в минимальную SI набор индексов преамбулы, каждый из которых предназначен для запроса доставки по запросу одного или более конкретных SIB другой SI. На Фиг. 6B показан пример процедуры запроса SIB с использованием этой конфигурации, при которой беспроводной терминал в любом состоянии RRC может передавать последовательность преамбулы произвольного доступа, заданную индексом преамбулы, связанным с блоком (-ами) SIB, выбранным (-и) беспроводным терминалом (как показано в действии 6b-1). Беспроводной терминал при приеме ответа при произвольном доступе (действие 6b-2), включая индекс преамбулы, может считать, что процедура запроса выполнена успешно.
[00096]
SystemInformationRequest
Процедура запроса SIB на Фиг. 6C может быть применима к беспроводным терминалам в состоянии RRC_CONNECTED, в котором сообщение  действия 6c-1 отправляется без преамбулы/ответа произвольного доступа.
[00097]
В любом из трех вариантов, описанных выше, беспроводной терминал может переходить к процедуре приема SIB, если процедура запроса SIB выполнена успешно. В противном случае беспроводной терминал может считать обслуживающую соту (управляемую узлом доступа) запрещенной, вследствие чего произойдет повторный выбор соты.
[00098]
На Фиг. 7 представлено схематическое изображение примера операции и режима для обновления содержимого по меньшей мере одного периодически широковещательно передаваемого SIB. На Фиг. 7 сплошными вертикальными стрелками показана генерация и передача сообщений системной информации, причем каждая сплошная вертикальная стрелка представляет собой отдельное сообщение системной информации, содержащее по меньшей мере один конкретный тип SIB. Сообщения системной информации показаны как сгенерированные на Фиг. 7 по горизонтальной оси, отображающей время, и в частности на протяжении трех «периодов изменения». Периоды изменения образованы между границами периода изменения. Границы периода изменения изображены на Фиг. 7 вертикальными пунктирными линиями. На Фиг. 7 конкретно показаны четыре границы периода изменения: первая или самая левая граница периода изменения, которая обозначает или выделяет начало «предыдущего» периода изменения; вторая (слева на Фиг. 7) граница периода изменения, которая обозначает завершение «предыдущего» периода изменения и начало «текущего» периода изменения; третья граница периода изменения, которая обозначает завершение «текущего» периода изменения и начало «следующего» периода изменения; и четвертая граница периода изменения, которая обозначает завершение «следующего» периода изменения. Следует понимать, что другие периоды изменения могут происходить до «предыдущего» периода изменения и что в будущем после «следующего» периода изменения могут возникать дополнительные периоды изменения.
[00099]
«Период изменения» может представлять собой любую предварительно заданную продолжительность времени, установленную любым предварительно определенным правилом. Например, периоды изменения могут быть такими же или схожими с периодами согласно концепции периода изменения, определенной для LTE в технической спецификации TS 36.304 3GPP, а также 36.331, каждая из которых включена в настоящий документ путем ссылки. Предполагается, что в будущих поколениях технологии, таких как пятое поколение, может быть использовано аналогичное временное разграничение, и, соответственно, используемый в настоящем документе период изменения охватывает такие схожие периоды времени независимо от того, явно ли они обозначены как «период изменения».
[000100]
Сообщения системной информации показаны на Фиг. 7 как периодические с (для примера иллюстрации) шестью сообщениями системной информации, переданными между смежными границами периода изменения. Количество сообщений системной информации между границами периода изменения не ограничено или не ограничено шестью, поскольку может быть передано большее или меньшее число сообщений системной информации. На Фиг. 7 представлены сообщения системной информации «предыдущего» периода изменения и «текущего» периода изменения как «SIB XMT», а сообщения системной информации для «следующего» периода изменения - как «SIB’ XMT». В ссылке без индекса «штрих» для сообщений системной информации «предыдущего» периода изменения и «текущего» периода изменения отражено отсутствие изменения содержимого блоков системной информации этих сообщений системной информации в течение «предыдущего» периода изменения и «текущего» периода изменения. Например, когда бы сообщения системной информации в «предыдущем» периоде изменения и «текущем» периоде изменения ни переносили содержимое SIB типа 2 (SIB2), содержимое каждой передачи SIB #2 совпадает с другими передачами SIB2. Аналогично, когда бы сообщения системной информации в «предыдущем» периоде изменения и «текущем» периоде изменения ни переносили содержимое SIB3, содержимое каждой передачи SIB #3 совпадает с другими передачами SIB3. Конечно, блоки системной информации с разной нумерацией имеют разное содержимое, но одинаково пронумерованные блоки системной информации имеют одинаковое содержимое в каждом из «предыдущего» периода изменения и «текущего» периода изменения, изображенных на Фиг. 7.
[000101]
На Фиг. 7 сообщения системной информации для «следующего» периода изменения показаны по-другому - как «SIB' XMT». Запись с индексом «штрих» «SIB'» подразумевает изменение содержимого по меньшей мере одного из блоков системной информации, переносимых по меньшей мере в одном из сообщений системной информации, после предыдущего периода изменения, например после «текущего» периода изменения в сценарии на Фиг. 7. Например, в «следующем» периоде изменения содержимое блока системной информации SIB2 может быть изменено по сравнению с содержимым аналогично пронумерованного блока системной информации SIB2 «текущего» периода изменения. Вследствие изменения содержимого любого поля или информационного элемента SIB2 получается «измененный» SIB2. Более того, возможно, что во время изменения содержимого одного типа блока системной информации (например, SIB2) другой блок системной информации (например, SIB4) может также иметь измененное содержимое.
[000102]
Беспроводной терминал может иметь возможность распознания или обнаружения изменения содержимого блока системной информации после фактического изменения содержимого, например после передачи сообщения системной информации, которое включает в себя измененное содержимое блока системной информации. Например, после начала «следующего» периода изменения, показанного на Фиг. 7, беспроводной терминал может иметь возможность определения или обнаружения измененного содержимого одного или более блоков системной информации. Однако для такого обнаружения измененного содержимого блока системной информации с обратной связью или с обратной реакцией и переключения на новое содержимое блока системной информации может понадобиться дополнительное потребление энергии на беспроводном терминале. Напротив, узел доступа может широковещательно передавать уведомление, которое сконфигурировано для запланированного указания на изменение содержимого по меньшей мере одного из блоков системной информации. Процессор 30 узла из узла 22 доступа содержит генератор 55 уведомлений. Генератор 55 уведомлений генерирует уведомление, которое сконфигурировано для запланированного указания на изменение содержимого по меньшей мере одного из блоков системной информации. Генератор 55 уведомлений генерирует уведомления NM, которые предназначены для предупреждения одного или более беспроводных терминалов об изменении содержимого одного или более блоков системной информации на границе следующего периода изменения. Уведомление NM предназначено для предупреждения одного или более беспроводных терминалов об изменении содержимого одного или более SIB на границе следующего периода изменения. Генератор 55 уведомлений предпочтительно выполнен с возможностью планирования передачи множества уведомлений. Например, в контексте Фиг. 7 узел доступа передает уведомления NM во время «текущего» периода изменения, тем самым предупреждая один или более беспроводных терминалов о предстоящем изменении содержимого одного или более блоков системной информации на границе следующего периода изменения, например для «следующего» периода изменения. Уведомления NM могут быть заранее сгенерированы перед предварительно заданной границей периода изменения, перед начальной границей периода изменения для «следующего» периода изменения. В таком случае предварительно заданная граница периода изменения обозначает начало периода, в котором содержимое по меньшей мере одного из блоков системной информации изменяется по сравнению с предыдущим периодом изменения. Уведомления NM показаны вертикальной пунктирной стрелкой на Фиг. 7. Для примера на Фиг. 7 представлено пять таких уведомлений NM, но можно генерировать большее или меньшее число уведомлений.
[000103]
Уведомления NM могут также называться в настоящем документе «пейджинговыми сообщениями», и в связи с этим генератор уведомлений может также быть известен как генератор 55 пейджинга. Следовательно, уведомления NM могут в некоторых примерах осуществления и режимах быть представлены в форме обычных пейджинговых сообщений, как это понимается в стандарте 3GPP. Однако уведомления NM не ограничиваются обычными пейджинговыми сообщениями и не должны быть представлены в форме какого-либо конкретного типа сообщения. В по меньшей мере некоторых примерах осуществления и режимах уведомления NM могут представлять собой широковещательные сообщения, которые необязательно относятся к какому-либо конкретному беспроводному терминалу или ограничены им и необязательно предназначены для передачи множеству беспроводных терминалов, обслуживаемых узлом доступа. Более того, следует понимать (по аналогии с обычными пейджинговыми сообщениями), что радиоресурсы, на которых узел доступа может передавать пейджинговые сообщения, могут быть предварительно определенными и периодическими. Так вопрос, действительно ли узел доступа передает на таком запланированном ресурсе (например, в определенное время), зависит от узла доступа: если нечего отправлять, узел доступа может ничего не отправлять в это конкретное время. В некоторых конфигурациях между узлом доступа и беспроводным (-ыми) терминалом (-ами) существует соглашение о типе ресурсов, используемых узлом 22 доступа для отправки пейджинговых сообщений (если таковые имеются) этому конкретному беспроводному терминалу. В некоторых примерах осуществления и режимах беспроводной терминал, предположительно, отслеживает дополнительно по меньшей мере согласованные ресурсы (пейджинговые события) для определения, имеется ли пейджинговое сообщение, адресованное данному конкретному беспроводному терминалу. Например, в примере сценария, показанном на Фиг. 7, конкретному беспроводному терминалу в соответствии с заранее подготовленным правилом известно, что беспроводной терминал должен отслеживать уведомления, обозначенные звездочкой, т. е. уведомления NM*.
[000104]
systemInfoModification
systemInfoModification
systemInfoModification
В некоторых конфигурациях в уведомлении NM может быть конкретно указано, какие SIB подлежат обновлению. Например, в варианте осуществления, в котором уведомление NM содержит пейджинговое сообщение PM, в информационном элементе  в пейджинговом сообщении может быть конкретно указано, какие SIB подлежат обновлению. На Фиг. 8A показан пример формата пейджингового сообщения, которое содержит битовую карту. Члены битовой карты соответствуют соответствующим номерам блоков системной информации, и в них указано двоичным значением (например, либо «1», либо «0»), произойдет ли изменение содержимого соответствующего блока системной информации на границе следующего периода изменения. В альтернативном варианте осуществления уведомление может содержать поле (например, ), которое запланированно идентифицирует (например, по имени или номеру блока SIB, или идентификатору SIB) конкретные блоки системной информации, в которых будет измененное содержимое. Например, в примере пейджингового сообщения на Фиг. 8B в информационном элементе  перечислены блоки системной информации, имеющие идентификаторы sibid=b, sibid=e и sibid=x среди блоков с измененным содержимым.
[000105]
valueTag=p
scheduleInfo
SystemInformation
На Фиг. 9 представлен пример потока сообщений для обновления SIB с уведомлением с помощью пейджингового сообщения, в котором обновляемый SIB #j периодически широковещательно передается. Как отражено в действии 9-1, перед приемом пейджингового сообщения беспроводной терминал в любом из состояний RRC уже получил обновленную минимальную SI, что означает периодическую широковещательную передачу SIB #j со значением . Беспроводной терминал в конечном итоге принимает пейджинговое сообщение в рамках действия 9-2, которое информирует беспроводной терминал о предстоящем изменении SIB #j после границы следующего периода изменения. Беспроводной терминал может ожидать границу следующего периода изменения, а затем инициировать процесс приема SIB, включающий в себя отслеживание окон SI для SIB #j (обозначено  минимальной SI) до одного из вышеупомянутых условий прекращения. Процесс приема SIB обозначается вертикальной стрелкой, хвост которой обозначает начало процесса приема SIB, а вершина означает завершение процесса приема SIB, которое происходит при успешном приеме сообщения  9-3b.
[000106]
Процедура для беспроводного терминала 26 при приеме минимальной SI представлена на Фиг. 10. Беспроводной терминал 26 в любом из состояний RRC принимает минимальную SI от текущего обслуживаемого узла доступа посредством сообщений сигнализации, как показано, например, действием 10-2. Беспроводной терминал для каждого типа SIB, необходимого ему для требуемых сервисов, сравнивает соответствующий тег значения в минимальной SI с тегом значения хранимого SIB (при наличии) (см. действие 10-3). Если два тега значения совпадают, никакие действия не могут быть предприняты (переход к шагу 10-10). В противном случае в рамках действия 10-4 проходит проверка, является ли SIB блоком SIB по запросу. Если SIB представляет собой SIB по запросу, в рамках действия 10-5 может быть инициирована упомянутая выше процедура запроса SIB. Если результат процедуры приема SIB успешен, в рамках действия 10-7 беспроводной терминал может переходить к вышеупомянутой процедуре приема SIB. Беспроводной терминал может также быть в процедуре приема SIB при отрицательной проверке в рамках действия 10-4. Если результат процедуры приема SIB, как проверено в действии 10-6, не успешен, беспроводной терминал может считать обслуживающую соту запрещенной, вследствие чего происходит процесс повторного выбора соты (действие 10-9). В процедуре приема SIB (действие 10-7) беспроводной терминал отслеживает одно или более окон SI запрошенных SIB (см. Фиг. 9), возникающих после завершения процедуры запроса SIB, пока не будет удовлетворено одно из вышеупомянутых условий завершения (например, признание успешности процедуры приема SIB в рамках действия 10-8).
[000107]
На Фиг. 11 представлен один пример работы беспроводного терминала 26, принимающего пейджинговое сообщение (показано как действие 11-2). В рамках действия 11-3 беспроводной терминал проверяет, указано ли в пейджинговом сообщении на входящий вызов для этого беспроводного терминала. Если да, беспроводной терминал может переходить к созданию соединения RRC (действие 11-8). В противном случае в рамках действия 11-4 беспроводной терминал может дополнительно проверять, указывает ли сообщение на какие-либо изменения SIB, которые должны быть запланированы. Если в рамках действия 11-4 определено, что по меньшей мере один тип SIB будет изменен, в рамках действия 11-5 беспроводной терминал может ожидать границу следующего периода изменения и затем начинать процедуру приема SIB (в рамках действия 11-6), как описано ранее. Данная операция, изображенная на Фиг. 11, предназначена для периодически широковещательно передаваемых SIB; операции для SIB на основании доставки по запросу описаны в следующих вариантах осуществления.
[000108]
На Фиг. 12 представлена примерная функциональная блок-схема узла 22 доступа, принимающего запрос на доставку SIB по запросу от беспроводного терминала при периодической широковещательной передаче минимальной SI. Если в качестве действия 12-1 узел 22 доступа принимает запрос для SIB#k, узел 22 доступа может переходить к процессу передачи SIB по запросу, как показано действием 12-3. Как показано в действии 12-2, узел 22 доступа может ожидать следующее окно SI для SIB#k, а затем (в рамках действия 12-3) широковещательно передавать SIB#k в этом окне. Узел доступа может повторять широковещательную передачу в следующих окнах SI для SIB#k множество раз до завершения повторения (как показано в действии 12-4). Число повторений может быть предварительно сконфигурированным или равным вышеупомянутому максимальному значению счетчика, сконфигурированному для беспроводных терминалов посредством системной информации.
[000109]
,
systemInfoModification
На Фиг. 13 представлена примерная функциональная блок-схема узла доступа, уведомляющего беспроводные терминалы о предстоящих изменениях SIB. Эта операция может начинаться на каждой границе периода изменения. Узел доступа периодически передает пейджинговые сообщения при каждом пейджинговом событии. В действии 13-1 на Фиг. 13 показана проверка для определения, следует ли обновлять какие-либо SIB со следующего периода изменения. Если не запланировано изменение SIB, как показано в действии 13-2 сообщения очищается (без указания изменений). Затем может быть передано пейджинговое сообщение, как указано в действии 13-3. Когда узел доступа решает изменить некоторые из типов SIB информационный элемент в рамках действия 13-5 может быть установлен соответствующим образом для указания типов SIB, которые подлежат изменению, на основании формата, приведенного на Фиг. 8A или Фиг. 8B. Узел доступа может продолжать отправлять пейджинговое сообщение с установленным информационным элементом (как указано в действии 13-6) до завершения текущего периода изменения (как определено в действии 13-7). На границе следующего периода изменения, когда вступают в силу изменения SIB, узел доступа может обновлять содержимое блока (-ов) SIB, как показано в действии 13-8.
[000110]
ПЕРВЫЙ ПРИМЕР ОСУЩЕСТВЛЕНИЯ
[000111]
На Фиг. 14 показан пример системы связи, в которой беспроводной терминал 26-14 ожидает границу периода изменения для инициирования процедуры запроса SIB для SIB по запросу. В таком случае процессор 40 терминала содержит генератор 72-14 запросов, который выполнен с возможностью инициирования процедуры запроса SIB для SIB по запросу после ожидания границы периода изменения. В таком случае беспроводной терминал 26-14 инициирует запрос на изменение SIB после границы периода изменения. Как описано в настоящем документе, процессор 56 SI беспроводного терминала 26-14 также выполнен с возможностью приема запрошенного SIB в течение следующего периода изменения. Другие элементы и функции беспроводного терминала 26-14 и узла 22 доступа аналогичны и понятны из предшествующего описания Фиг. 2.
[000112]
valueTag=a
valueTag=a
На Фиг. 15 показан пример типичных действий или этапов, выполняемых в сети связи, приведенной на Фиг. 14, например, узлом 22 доступа и беспроводным терминалом 26-14, а также примерные сообщения, переданные между ними. Для первого примера осуществления и режима беспроводной терминал может находиться в любом из состояний RRC, и (как указано в действии 15-0) в нем уже хранится содержимое SIB#k со значением . В этом примере SIB1, который может принимать беспроводной терминал, указывает на необходимость доставки SIB#k по запросу и на то, что текущая обновленная версия (тег значения) SIB#k имеет значение . Поскольку в беспроводном терминале уже хранится та же самая версия SIB#k, ему не нужно предпринимать какие-либо действия в отношении получения SIB#k.
[000113]
SystemInformation
valueTag
b
В конечном счете, как указано в действии 15-2, беспроводной терминал 26-14 принимает пейджинговое сообщение (соответствующее NM* на Фиг. 7), в котором может быть указано на предстоящее обновление SIB#k со следующего периода изменения. Беспроводной терминал 26-14 может ожидать границу следующего периода изменения, а после границы следующего периода изменения может затем инициировать процедуру запроса SIB (представленную как действие 15-3) для запроса доставки SIB#k по запросу. Если процедура запроса SIB выполнена успешно, узел доступа может передавать SIB#k в одном или более окнах SI, связанных с SIB#k, как часть процедуры приема SIB. Процедура приема SIB имеет длительность, обозначенную вертикальной стрелкой на Фиг. 15, в которой хвостом стрелки указано начало процедуры приема SIB, а вершиной стрелки указано завершение процедуры приема SIB. Действия 15-4a и 15-4b представляют собой действия процедуры приема SIB, выполняемой в результате процедуры запроса SIB. В действии 15-4a показан неудачный прием SIB#k; в действии 15-4b показан успешный прием SIB#k. Беспроводной терминал 26-14 может отслеживать такие окна SI до момента удовлетворения одного из вышеупомянутых условий прекращения. Например, при успешном приеме сообщения  в рамках действия 15-4, беспроводной терминал 26-14 может завершать процедуру приема SIB после приема искомого SIB#k со значением =.
[000114]
На Фиг. 16 показаны примеры действий или этапов, выполненных беспроводным терминалом 26-14 при приеме пейджингового сообщения, для первого варианта осуществления. Фиг. 16 мало чем отличается от Фиг. 11, но включает в себя дополнительные этапы для обработки случая запланированных обновлений SIB на некоторых из SIB по запросу. В действии 16-2 на Фиг. 16 показан беспроводной терминал 26-14, принимающий пейджинговое сообщение. В рамках действия 16-3 беспроводной терминал проверяет, указано ли в пейджинговом сообщении на входящий вызов для этого беспроводного терминала. Если да, беспроводной терминал может переходить к созданию соединения RRC (действие 16-8). В противном случае беспроводной терминал может дополнительно проверять, указывает ли сообщение на какие-либо изменения SIB, которые должны быть запланированы. Могут быть выполнены две проверки: в рамках действия 16-4а беспроводной терминал 26-14 может проверять, указано ли в пейджинговом сообщении, что обновление SIB предназначено для SIB по запросу; в рамках действия 16-4b беспроводной терминал 26-14 может проверять, указано ли в пейджинговом сообщении, что обновление SIB предназначено для широковещательно передаваемого SIB. Если пейджинговое сообщение не предназначено для SIB по запросу, например, если решение в рамках действия 16-4a отрицательно, выполняется проверка в рамках действия 16-4b. Более того, если решение в рамках действия 16-4b положительно, например, если пейджинговое сообщение предназначено для широковещательно передаваемого SIB, в рамках действия 16-5a беспроводной терминал может ожидать границу следующего периода изменения и затем начинать процедуру приема SIB (в рамках действия 16-6), как описано ранее. Если в рамках действия 16-4a было определено, что пейджинговое сообщение, в котором указано изменение SIB, предназначено для SIB по запросу, беспроводной терминал 26-14 ожидает границу следующего периода изменения (действие 16-5b). После появления границы следующего периода изменения беспроводной терминал 26-14 в рамках действия 16-11 может начинать выполнение процедуры запроса SIB (действие 16-11). Если процедура запроса SIB в рамках действия 16-11 выполнена успешно, беспроводной терминал 26-14 может начинать процедуру приема SIB (действие 16-6) для SIB по запросу. Если процедура запроса SIB в рамках действия 16-11 прошла неудачно или определено неудачное выполнение процедуры приема SIB (в рамках действия 16-7), выполняется повторный выбор соты (действие 16-9). Если процедура приема SIB выполнена успешно, процедура, показанная на Фиг. 16, завершается (действие 16-10).
[000115]
Таким образом, в случае, показанном на Фиг. 16, беспроводной терминал может ожидать границу следующего периода изменения до начала процедуры запроса SIB, а затем инициировать процедуру запроса SIB (действие 16-12). При успешном завершении запроса SIB возможен переход к процедуре приема SIB (действие 16-7).
[000116]
Следует понимать, что концепции и процедуры, показанные на Фиг. 10, Фиг. 12 и Фиг. 13, можно применять к первому варианту осуществления.
[000117]
ВТОРОЙ ПРИМЕР ОСУЩЕСТВЛЕНИЯ
[000118]
На Фиг. 17 показан пример системы связи, в которой беспроводной терминал 26-17 инициирует процедуру запроса SIB без ожидания границы следующего периода изменения, но после успешного завершения процедуры запроса SIB беспроводной терминал 26-17 ожидает границу следующего периода изменения для начала процедуры приема SIB. В таком случае процессор 40 терминала содержит генератор 72-17 запросов, который выполнен с возможностью инициирования процедуры запроса SIB для SIB по запросу без ожидания границы следующего периода изменения. Как описано в настоящем документе, процессор 56 SI беспроводного терминала 26-17 может быть выполнен с возможностью ожидания границы следующего периода изменения для инициирования процедуры приема SIB. В примере реализации беспроводной терминал 26-17 и узел 22 доступа могут иметь соглашение о начале процедуры приема SIB после границы периода изменения, когда SIB по запросу подлежит обновлению в следующий период изменения. Такое соглашение может быть предварительно сконфигурировано или может быть сконфигурировано сетью (например, посредством узла 22 доступа) с использованием (например) системной информации. Другие элементы и функции беспроводного терминала 26-17 и узла 22 доступа аналогичны и понятны из предшествующего описания Фиг. 2.
[000119]
valueTag=a.
На Фиг. 18 показан пример типичных действий или этапов, выполняемых в сети связи, приведенной на Фиг. 14, например, узлом 22 доступа и беспроводным терминалом 26-17, а также примерные сообщения, переданные между ними. Для второго примера осуществления и режима беспроводной терминал может находиться в любом из состояний RRC, и (как указано в действии 18-0) в нем уже хранится содержимое SIB#k со значением valueTag=a. В этом примере, как показано действием 18-1, SIB1, который может быть принят беспроводным терминалом, указывает на необходимость доставки SIB#k по запросу и на то, что текущая обновленная версия (тег значения) SIB#k имеет значение  Поскольку в беспроводном терминале уже хранится та же самая версия SIB#k, ему не нужно предпринимать какие-либо действия в отношении получения SIB#k.
[000120]
SystemInformation
valueTag
b
В конечном счете, как указано в действии 18-2, беспроводной терминал 26-17 принимает пейджинговое сообщение (соответствующее NM* на Фиг. 7), в котором может быть указано на предстоящее обновление SIB#k со следующего периода изменения. Беспроводной терминал 26-17 не ожидает границу следующего периода изменения, но перед границей следующего периода изменения начинает инициировать процедуру запроса SIB (представленную как действие 18-3) для запроса доставки SIB#k по запросу. Если процедура запроса SIB выполнена успешно, узел доступа может передавать SIB#k в одном или более окнах SI, связанных с SIB#k, как часть процедуры приема SIB после границы следующего периода изменения. Процедура приема SIB имеет длительность, обозначенную вертикальной стрелкой на Фиг. 18, в которой хвостом стрелки указано начало процедуры приема SIB, а вершиной стрелки указано завершение процедуры приема SIB. Действия 18-4a и 18-4b представляют собой действия процедуры приема SIB, выполняемой в результате процедуры запроса SIB. В действии 18-4a показан неудачный прием SIB#k; в действии 18-4b показан успешный прием SIB#k. Беспроводной терминал 26-17 может отслеживать такие окна SI до момента удовлетворения одного из вышеупомянутых условий прекращения. Например, при успешном приеме сообщения  в рамках действия 18-4, беспроводной терминал 26-17 может завершать процедуру приема SIB после приема искомого SIB#k со значением =.
[000121]
На Фиг. 19 показаны примерные действия или этапы, выполняемые беспроводным терминалом 26-17, изображенным на Фиг. 17, а также представлена примерная блок-схема последовательности операций беспроводного терминала для второго варианта осуществления. Фиг. 19 аналогична Фиг. 16 за исключением того, что процедура запроса SIB инициируется до границы следующего периода изменения. В действии 19-2 на Фиг. 19 показан беспроводной терминал 26-17, принимающий пейджинговое сообщение. В рамках действия 19-3 беспроводной терминал проверяет, указано ли в пейджинговом сообщении на входящий вызов для этого беспроводного терминала. Если да, беспроводной терминал может переходить к созданию соединения RRC (действие 19-8). В противном случае беспроводной терминал может дополнительно проверять, указывает ли сообщение на какие-либо изменения SIB, которые должны быть запланированы. Могут быть выполнены две проверки: в рамках действия 19-4а беспроводной терминал 26-17 может проверять, указано ли в пейджинговом сообщении, что обновление SIB предназначено для SIB по запросу; в рамках действия 19-4b беспроводной терминал 26-17 может проверять, указано ли в пейджинговом сообщении, что обновление SIB предназначено для широковещательно передаваемого SIB. Если пейджинговое сообщение не предназначено для SIB по запросу, например, если решение в рамках действия 19-4a отрицательно, выполняется проверка в рамках действия 19-4b. Более того, если решение в рамках действия 19-4b положительно, например, если пейджинговое сообщение предназначено для широковещательно передаваемого SIB, в рамках действия 11-5a беспроводной терминал может ожидать границу следующего периода изменения и затем начинать процедуру приема SIB (в рамках действия 11-6), как описано ранее. Если в рамках действия 19-4a было определено, что пейджинговое сообщение, в котором указано изменение SIB, предназначено для SIB по запросу, беспроводной терминал 26-17 не ожидает границу следующего периода изменения, а вместо этого начинает выполнение процедуры запроса SIB (действие 19-11). Если процедура запроса SIB в рамках действия 19-11 выполнена успешно (действие 19-12), беспроводной терминал 26-17 ожидает границу следующего периода изменения (действие 19-5b). После появления границы следующего периода изменения беспроводной терминал 26-17 может начинать процедуру приема SIB (действие 19-6) для SIB по запросу. Если процедура запроса SIB в рамках действия 19-11 прошла неудачно или определено неудачное выполнение процедуры приема SIB (в рамках действия 19-7), выполняется повторный выбор соты (действие 19-9). Если процедура приема SIB выполнена успешно, процедура, показанная на Фиг. 19, завершается (действие 19-10).
[000122]
Таким образом, в случае, показанном на Фиг. 19, беспроводной терминал не ожидает границу следующего периода изменения до начала процедуры запроса SIB, а инициирует процедуру запроса SIB (действие 19-11) до границы следующего периода изменения. При успешном завершении запроса SIB беспроводной терминал 26-17 может переходить к процедуре приема SIB (действие 19-7).
[000123]
На Фиг. 20 показаны примеры типовых действий или этапов, выполняемых узлом 22-17 доступа, приведенным на Фиг. 17. Функционирование узла 22-17 доступа на Фиг. 17 аналогично работе узла 22 на Фиг. 2, а его действия мало чем отличаются от действий, приведенных на Фиг. 12, но с дополнительными действиями, как показано на Фиг. 20. В частности, если в рамках действия 20-1а узел 22-17 доступа определяет, что он не принял запрос на SIB по запросу, узел 22-17 доступа может завершать процедуру, представленную на Фиг. 20 (действие 20-5). Но если узел 22-17 доступа принял запрос на SIB по запросу (например, SIB#k), в рамках действия 20-1b узел 22-17 доступа затем определяет, должно ли содержимое запрошенного SIB по запросу изменяться со следующего периода изменения. Если содержимое запрошенного SIB по запросу не должно изменяться со следующего периода изменения, узел 22-17 доступа может переходить к процессу передачи SIB по запросу, как показано в действии 20-3. Как показано в действии 20-2, узел 22 доступа может ожидать следующее окно SI для SIB#k, а затем (в рамках действия 20-3) широковещательно передавать SIB#k в этом окне. Узел доступа может повторять широковещательную передачу в следующих окнах SI для SIB#k множество раз до завершения повторения (как показано в действии 20-4). Число повторений может быть предварительно сконфигурированным или равным вышеупомянутому максимальному значению счетчика, сконфигурированному для беспроводных терминалов посредством системной информации. Если однако содержимое запрошенного SIB по запросу должно быть изменено со следующего периода изменения, в рамках действия 20-6 узел 22-17 доступа ожидает границу периода изменения перед выполнением процесса передачи SIB по запросу, включая действия 20-2, 20-3 и 20-4.
[000124]
Таким образом, действия узла 22-17 доступа, как показано на Фиг. 20, основаны на Фиг. 12, но включают в себя, например, добавление действия ожидания границы следующего изменения в случае, если запрошенный (-ые) SIB должен (должны) быть изменен (-ы) на границе следующего периода изменения. Обновление содержимого SIB#k на границе периода изменения выполняется в действии «Обновление блока (-ов) SIB» (действие 13-8) на Фиг. 13.
[000125]
Следует понимать, что процедуры и действия, представленные на Фиг. 10 и Фиг. 13, применимы ко второму варианту осуществления.
[000126]
ТРЕТИЙ ПРИМЕР ОСУЩЕСТВЛЕНИЯ
[000127]
На Фиг. 21 представлены системы связи, в которых беспроводной терминал 26-21 и узел 22-21 доступа имеют соглашение о том, что всякий раз, когда обновляется SIB по запросу, узел 22-21 доступа может уведомлять беспроводные терминалы в текущем периоде изменения и автоматически передавать обновленный SIB в одном или более соответствующих окнах SI из следующего периода изменения без необходимости использования беспроводных терминалов для отправки запроса. В таком случае процессор 40 терминала содержит процессор 56-21 SIB, который выполнен с возможностью автоматического приема (без запроса от терминала) обновленного (-ых) SIB по запросу из следующего периода изменения. На Фиг. 21 показана такая автоматическая передача обновленного SIB в виде сообщения (сообщений) 2-3-21. Узел 22-21 доступа включает в себя функциональность 50-21, которая, когда разрешено и/или согласовано, автоматически передает SIB по запросу без запроса терминала. Другие элементы и функции беспроводного терминала 26-21 и узла 22-21 доступа аналогичны и понятны из предыдущих описаний, например из описания Фиг. 2.
[000128]
В одном примере реализации и конфигурации это соглашение может быть предварительно сконфигурировано в беспроводном терминале 26-21 и узле 22-21 доступа. В другой конфигурации информационный элемент, указывающий, может ли автоматическая передача SIB по запросу происходить из следующего периода изменения, присутствует в сообщении сигнализации от узла 22-21 доступа. В одной реализации такой информационный элемент может быть в пейджинговом сообщении, таком как пейджинговое сообщение в действии 22-2 на Фиг. 22, или может содержаться в минимальной SI (например, MIB, SIB1 и т. п.).
[000129]
valueTag=a
valueTag=a.
На Фиг. 22 показан пример типичных действий или этапов, выполняемых в сети связи, приведенной на Фиг. 21, например, узлом 22-21 доступа и беспроводным терминалом 26-21, а также примерные сообщения, переданные между ними. Для третьего примера осуществления и режима беспроводной терминал может находиться в любом из состояний RRC, и (как указано в действии 22-0) в нем уже хранится содержимое SIB#k со значением . В этом примере, как показано действием 22-1, SIB1, который беспроводной терминал может принимать, указывает на необходимость доставки SIB#k по запросу и на то, что текущая обновленная версия (тег значения) SIB#k имеет значение  Поскольку в беспроводном терминале уже хранится та же самая версия SIB#k, ему не нужно предпринимать никаких действий в отношении приема SIB#k.
[000130]
SystemInformation
valueTag
b
В конечном счете, как указано в действии 22-2, беспроводной терминал 26-22 принимает пейджинговое сообщение (которое может соответствовать до некоторой степени NM* на Фиг. 7), в котором может быть указано на предстоящее обновление SIB#k со следующего периода изменения. Как описано выше, пейджинговое сообщение в рамках действия 22-2 может включать в себя указание (например, информационный элемент), в котором определена предстоящая автоматическая широковещательная передача SIB по запросу при обновлении. В силу вышесказанного с учетом предстоящего обновления SIB#k со следующего периода изменения и с учетом автоматического предоставления обновленного SIB в примере осуществления и режиме, показанном на Фиг. 22, без запроса от беспроводного терминала 22-21 беспроводной терминал 26-21 может после границы следующего периода изменения начинать процедуру приема SIB, и при этом не нужно будет запрашивать обновление. Процедура приема SIB имеет длительность, обозначенную вертикальной стрелкой на Фиг. 22, в которой хвостом стрелки указано начало процедуры приема SIB, а вершиной стрелки указано завершение процедуры приема SIB. Действия 22-4a и 22-4b представляют собой действия процедуры приема SIB, выполняемой в результате процедуры запроса SIB. В действии 22-4a показан неудачный прием SIB#k; в действии 22-4b показан успешный прием SIB#k. Беспроводной терминал 26-21 может отслеживать такие окна SI до момента удовлетворения одного из вышеупомянутых условий прекращения. Например, при успешном приеме сообщения  в рамках действия 22-4 беспроводной терминал 26-21 может завершать процедуру приема SIB после приема искомого SIB#k со значением =.
[000131]
На Фиг. 23 показаны примерные действия или этапы, выполняемые беспроводным терминалом 26-21, изображенным на Фиг. 21, а также представлена примерная блок-схема последовательности операций беспроводного терминала для второго варианта осуществления. Фиг. 23 мало чем отличаются от Фиг. 19 с дополнительными действиями. На Фиг. 23 если обновление SIB, уведомленное пейджинговым сообщением, представляет собой обновление по запросу, в eNB указано, что автоматическая широковещательная передача блока (-ов) SIB произойдет после границы следующего периода изменения, беспроводной терминал может просто ожидать границу и затем начинать процесс приема SIB.
[000132]
В частности, в действии 23-2 на Фиг. 23 показан беспроводной терминал 26-23, принимающий пейджинговое сообщение. В рамках действия 23-3 беспроводной терминал проверяет, указано ли в пейджинговом сообщении на входящий вызов для этого беспроводного терминала. Если да, беспроводной терминал может переходить к созданию соединения RRC (действие 23-8). В противном случае беспроводной терминал может дополнительно проверять, указывает ли сообщение на какие-либо изменения SIB, которые должны быть запланированы. Могут быть выполнены две проверки: в рамках действия 23-4а беспроводной терминал 26-23 может проверять, указано ли в пейджинговом сообщении, что обновление SIB предназначено для SIB по запросу; в рамках действия 23-4b беспроводной терминал 26-23 может проверять, указано ли в пейджинговом сообщении, что обновление SIB предназначено для широковещательно передаваемого SIB. Если пейджинговое сообщение не предназначено для SIB по запросу, например, если решение в рамках действия 23-4a отрицательно, выполняется проверка в рамках действия 23-4b. Более того, если решение в рамках действия 23-4b положительно, например, если пейджинговое сообщение предназначено для широковещательно передаваемого SIB, в рамках действия 23-5a беспроводной терминал может ожидать границу следующего периода изменения и затем начинать процедуру приема SIB (в рамках действия 23-6), как описано ранее.
[000133]
Если в рамках действия 23-4а было определено, что пейджинговое сообщение, в котором указано изменение SIB, предназначено для SIB по запросу, в рамках действия 23-13 беспроводной терминал 26-23 проверяет, имеется ли соглашение или согласие для автоматической широковещательной передачи SIB по запросу при обновлениях. Если проверка в рамках действия 23-13 положительна, т. е. если узел 22-23 доступа может и реально обеспечивает такую автоматическую широковещательную передачу и беспроводной терминал 26-23 может принимать то же самое, беспроводной терминал 26-23 выполняет действие 23-5b для ожидания границы следующего периода изменения, а затем после такой границы начинает процедуру приема SIB (действие 23-6). Если проверка в рамках действия 23-13 отрицательна, т. е. если узел 22-23 доступа не предоставляет или не может предоставить такую автоматическую широковещательную передачу, в рамках действия 23-11 беспроводной терминал 26-23 может начинать процедуру запроса SIB. Если в рамках действия 23-12 определено успешное выполнение процедуры запроса SIB в рамках действия 23-11, беспроводной терминал 26-17 ожидает границу следующего периода изменения (действие 23-5a). После появления границы следующего периода изменения беспроводной терминал 26-17 может начинать процедуру приема SIB (действие 23-6) для SIB по запросу. Если процедура запроса SIB в рамках действия 23-11 прошла неудачно или определено неудачное выполнение процедуры приема SIB (в рамках действия 23-7), выполняется повторный выбор соты (действие 23-9). Если процедура приема SIB выполнена успешно, процедура, показанная на Фиг. 23, завершается (действие 23-10).
[000134]
На Фиг. 24 представлена примерная функциональная блок-схема узла доступа, уведомляющего беспроводные терминалы о предстоящих изменениях SIB для данного варианта осуществления, который основан на Фиг. 13 с дополнительными этапами. В начале каждого периода изменения в рамках действия 24-1 узел 22-21 доступа может проверять, было ли сообщено об изменениях блока (-ов) SIB по запросу в предыдущем периоде изменения. Если это так, в рамках действия 24-2 узел 22-21 доступа может инициировать процесс передачи SIB по запросу, показанный на Фиг. 12, и затем переходить к операции уведомления, показанной на Фиг. 13, как представлено действием 24-3 на Фиг. 24. В противном случае, если определение в рамках действия 24-1 отрицательно, узел 22-21 доступа может непосредственно переходить к операции, показанной на Фиг. 13. Следует понимать, что процесс передачи SIB по запросу и операция уведомления могут проводиться параллельно.
[000135]
Следует понимать, что процедуры и действия, представленные на Фиг. 10, могут быть применимы к третьему варианту осуществления.
[000136]
ЧЕТВЕРТЫЙ ПРИМЕР ОСУЩЕСТВЛЕНИЯ
[000137]
На Фиг. 25 показан пример системы связи, в которой при приеме запроса SIB по запросу, когда запрошенный (-ые) SIB должен (должны) быть изменен (-ы) после границы следующего периода изменения, узлу 22-25 доступа разрешается, если возможно (например, если есть окна SI, запланированные до границы), передавать запрошенный (-ые) SIB с обновленным содержимым и новым (-и) тегом (-ами) значения до границы следующего периода изменения. Беспроводной терминал по этому варианту осуществления и режиму до границы следующего периода изменения может начинать процедуру запроса SIB после приема пейджингового сообщения, в котором оповещается об изменениях SIB по запросу, и также может начинать процедуру приема SIB вслед за успешным завершением процедуры запроса SIB. Вследствие этого беспроводные терминалы могут отслеживать окно SI для запрошенных SIB даже до границы, а процесс приема SIB при успешном приеме запрошенного (-ых) SIB с новым (-и) тегом (-ами) значения может завершаться. В таком случае на Фиг. 25 показано, что процессор 40 терминала содержит генератор 72-25 запросов, который выполнен в соответствующих случаях с возможностью инициирования как процедуры запроса SIB, так и процедуры приема SIB для SIB по запросу без ожидания границы следующего периода изменения.
[000138]
На Фиг. 25 дополнительно показан узел 22-25 доступа с признаками 80 заблаговременного обновления SIB. Как указано выше, в четвертом примере осуществления и режиме узел 22-25 доступа может передавать запрошенный (-ые) SIB с обновленным содержимым и новым (-и) тегом (-ами) значения до границы следующего периода изменения. Следует понимать, что обновленное содержимое блока (-ов) SIB не вступит в действие до границы следующего периода изменения и не может быть использовано беспроводным терминалом 26-25 до границы следующего периода изменения. Однако для ускорения беспроводного терминала 26-25 при обработке узел 22-25 доступа с признаком 80 заблаговременного обновления SIB может предоставлять запрашивающему беспроводному терминалу 26-25 обновленное содержимое SIB заблаговременно до фактического изменения, которое произойдет на границе периода изменения. Таким образом, «обновленный» в данном контексте не обязательно означает, что содержимое представляет собой используемое в настоящее время содержимое, а скорее содержимое, которое будет использовано на границе следующего периода изменения.
[000139]
Другие элементы и функции беспроводного терминала 26-25 и узла 22 доступа аналогичны и понятны из предыдущих описаний, например, без ограничений, включая описания Фиг. 2, Фиг. 14, Фиг. 17 и Фиг. 21.
[000140]
На Фиг. 26 показан пример типичных действий или этапов, выполняемых в сети связи, приведенной на Фиг. 25, например, узлом 22-25 доступа и беспроводным терминалом 26-25, а также примерные сообщения, переданные между ними. В частности, Фиг. 26 представляет собой пример успешного завершения процесса приема SIB беспроводным терминалом 26-25 до наступления границы следующего периода изменения. Процесс приема SIB в некоторых сценариях может продолжаться за пределами границы до одного из вышеупомянутых условий прекращения.
[000141]
valueTag=a
valueTag=a.
Для четвертого примера осуществления и режима беспроводной терминал может находиться в любом из состояний RRC, и (как указано в действии 26-0) в нем уже хранится содержимое SIB#k со значением . В этом примере, как показано действием 26-1, SIB1, который может быть принят беспроводным терминалом, указывает на необходимость доставки SIB#k по запросу и на то, что текущая обновленная версия (тег значения) SIB#k имеет значение  Поскольку в беспроводном терминале уже хранится та же самая версия SIB#k, ему не нужно предпринимать какие-либо действия в отношении получения SIB#k.
[000142]
SystemInformation
valueTag
b
В конечном счете, как указано в действии 26-2, беспроводной терминал 26-25 принимает пейджинговое сообщение (соответствующее NM* на Фиг. 7), в котором может быть указано на предстоящее обновление SIB#k со следующего периода изменения. Беспроводной терминал 26-25 не ожидает границу следующего периода изменения, но перед границей следующего периода изменения начинает инициировать процедуру запроса SIB (представленную как действие 26-3) для запроса доставки SIB#k по запросу. Если процедура запроса SIB прошла успешно без ожидания границы следующего периода изменения, узел доступа может передавать SIB#k в одном или более окнах SI, связанных с SIB#k, в качестве части процедуры приема SIB. Процедура приема SIB имеет длительность, обозначенную вертикальной стрелкой на Фиг. 26, в которой хвостом стрелки указано начало процедуры приема SIB, а вершиной стрелки указано завершение процедуры приема SIB. Без ожидания границы следующего периода изменения беспроводной терминал 26-25 может отслеживать такие окна SI до момента удовлетворения одного из вышеупомянутых условий прекращения. Например, при успешном приеме сообщения  в рамках действия 26-4a, беспроводной терминал 26-25 может завершать процедуру приема SIB после приема искомого SIB#k со значением =.
[000143]
На Фиг. 27 показаны примерные действия или этапы, выполняемые беспроводным терминалом 26-25, изображенным на Фиг. 25, а представлена примерная блок-схема последовательности операций беспроводного терминала для четвертого варианта осуществления. Фиг. 27 аналогична Фиг. 19 за исключением того, что как процедура запроса SIB, так и процедура приема SIB могут быть инициированы до границы следующего периода изменения. В действии 27-2 на Фиг. 19 показан беспроводной терминал 26-25, принимающий пейджинговое сообщение. В рамках действия 27-3 беспроводной терминал проверяет, указано ли в пейджинговом сообщении на входящий вызов для этого беспроводного терминала. Если да, беспроводной терминал может переходить к созданию соединения RRC (действие 27-8). В противном случае беспроводной терминал может дополнительно проверять, указывает ли сообщение на какие-либо изменения SIB, которые должны быть запланированы. Могут быть выполнены две проверки: в рамках действия 27-4а беспроводной терминал 26-17 может проверять, указано ли в пейджинговом сообщении, что обновление SIB предназначено для SIB по запросу; в рамках действия 27-4b беспроводной терминал 26-25 может проверять, указано ли в пейджинговом сообщении, что обновление SIB предназначено для широковещательно передаваемого SIB. Если пейджинговое сообщение не предназначено для SIB по запросу, например, если решение в рамках действия 27-4a отрицательно, выполняется проверка в рамках действия 27-4b. Более того, если решение в рамках действия 27-4b положительно, например, если пейджинговое сообщение предназначено для широковещательно передаваемого SIB, в рамках действия 11-5a беспроводной терминал может ожидать границу следующего периода изменения и затем начинать процедуру приема SIB (в рамках действия 27-6), как описано ранее.
[000144]
Если в рамках действия 27-4a было определено, что пейджинговое сообщение, в котором указано изменение SIB, предназначено для SIB по запросу, беспроводной терминал 26-25 не ожидает границу следующего периода изменения, а вместо этого начинает выполнение процедуры запроса SIB (действие 27-11). Затем, если процедура запроса SIB в рамках действия 27-11 прошла успешно, беспроводной терминал 26-17 может начинать процедуру приема SIB (действие 27-6) для SIB по запросу без ожидания границы следующего периода изменения. Если процедура запроса SIB в рамках действия 27-11 прошла неудачно или если определено неудачное выполнение процедуры приема SIB (в рамках действия 27-7), выполняется повторный выбор соты (действие 27). Если процедура приема SIB выполнена успешно, процедура, показанная на Фиг. 19, завершается (действие 27-10).
[000145]
Таким образом, в случае, показанном на Фиг. 27, беспроводной терминал не ожидает границу следующего периода изменения до начала процедуры запроса SIB, и, если процедура запроса SIB выполнена успешно, не нужно даже ожидать границу периода изменения для выполнения процедуры приема SIB.
[000146]
,
systemInfoModification
На Фиг. 28 представлена примерная схема последовательности операций узла 22-25 доступа, уведомляющего беспроводные терминалы о предстоящих изменениях SIB для этого варианта осуществления, которая аналогична схеме на Фиг. 13, но с тем отличием, что блок (-и) SIB по запросу, подлежащий (-ие) обновлению, обновляется (-ются) без ожидания завершения границы текущего изменения. Благодаря этому узел доступа может отправлять по запросу такой (-ие) SIB по запросу с обновленным содержимым даже до границы следующего изменения. В действии 28-1 на Фиг. 28 показана проверка для определения, следует ли обновлять какие-либо SIB со следующего периода изменения. Если не запланировано изменение SIB, как показано в действии 28-2 сообщения очищается (без указания изменений). Затем может быть передано пейджинговое сообщение, как указано в действии 28-3. Когда узел доступа решает изменить некоторые из типов SIB информационный элемент в рамках действия 28-5 может быть установлен соответствующим образом для указания типов SIB, которые подлежат изменению, на основании формата, приведенного на Фиг. 8A или Фиг. 8B. Узел 22-25 доступа может продолжать отправлять пейджинговое сообщение с установленным информационным элементом (как указано в действии 28-6) до завершения текущего периода изменения (как определено в действии 28-8). Как указано в действии 28-7, узел 22-25 доступа может обновлять блок (-и) SIB по запросу до границы следующего периода изменения. На границе следующего периода изменения, когда вступают в силу изменения SIB, узел доступа может обновлять периодически широковещательно передаваемый (-ые) SIB для следующего периода изменения, как показано в действии 28-9.
[000147]
Следует понимать, что процедуры и действия, представленные на Фиг. 10 и Фиг. 12, могут применяться к четвертому варианту осуществления.
[000148]
ПЯТЫЙ ПРИМЕР ОСУЩЕСТВЛЕНИЯ
[000149]
На Фиг. 29 показан пример системы связи, относящейся к ситуации приема пейджингового сообщения, в котором оповещается об изменениях блока (-ов) SIB по запросу, после процедуры запроса SIB, запрашивающей один (одни) и тот (те) же SIB по запросу. В таком случае на Фиг. 29 показано, что процессор 40 содержит генератор 72-29 запросов, который выполнен в соответствующих случаях с возможностью прерывания процедуры приема SIB для SIB по запросу, в случае приема пейджингового сообщения, в котором указано, что тот же SIB по запросу будет (дополнительно) обновлен на границе следующего периода изменения, после начала процедуры приема SIB и до границы следующего периода изменения. Другие элементы и функции беспроводного терминала 26-29 и узла 22-29 доступа аналогичны и понятны из предыдущих описаний, например включая, без ограничений, описания Фиг. 2, Фиг. 14, Фиг. 17, Фиг. 21 и Фиг. 25.
[000150]
valueTag=a,
valueTag=
valueTag=
systemInformation
valueTag
c
valueTag
valueTag
c,
На Фиг. 30 показан пример типичных действий или этапов, выполняемых в сети связи, приведенной на Фиг. 29, например, узлом 22-29 доступа и беспроводным терминалом 26-29, а также примерные сообщения, переданные между ними. В примере потока сообщений, показанном на Фиг. 30, беспроводной терминал 26-29 инициирует процедуру запроса SIB в рамках действия 30-2 для запроса SIB#k, поскольку (как показано в действии 30-0) этот беспроводной терминал 26-29 заблаговременно принял и сохранил SIB#k со значением  и тогда (как показано в действии 30-1) принятый недавно SIB1, указывающий значение b, представляет собой действующую на данный момент версию для SIB#k. Таким образом, процедура запроса SIB в рамках действия 30-2 предназначена для получения SIB1 со значением b. За успешно выполненной процедурой запроса SIB в рамках действия 30-2 последовала первая процедура приема SIB, которая изображена с привязкой к верхней вертикальной стрелке на Фиг. 30. Первая процедура приема SIB начинается в момент времени, соответствующий хвосту верхней вертикальной стрелки. Однако во время первой процедуры приема SIB, например в середине процедуры приема SIB после успешного завершения процедуры запроса SIB, беспроводной терминал 26-29 принял пейджинговое сообщение в рамках действия 30-3. В пейджинговом сообщении в рамках действия 30-3 указано, что SIB#k будет обновлен на границе следующего периода изменения. В результате приема пейджингового сообщения в рамках действия 30-3 беспроводной терминал 26-29 может прерывать первую процедуру приема SIB в момент времени, приблизительно показанный вершиной верхней вертикальной стрелки. Далее беспроводной терминал 26-29 ожидает границу следующего периода изменения и после этого перезапускает процедуру приема SIB в момент времени, соответствующий хвосту второй вертикальной стрелки на Фиг. 30. Во время второй (перезапущенной) процедуры приема SIB беспроводной терминал 26-29 показан как успешно принимающий в рамках действия 30-41 сообщение , которое включает в себя SIB со значением =. Таким образом, путем прерывания первой процедуры приема SIB, которая собиралась предоставить SIB только со значением =b, беспроводной терминал 26-29 смог вместо этого получить более обновленный SIB со значением = вследствие чего удалось сэкономить время и вычислительную мощность.
[000151]
На Фиг. 31 показана примерная блок-схема последовательности операций беспроводного терминала при приеме пейджингового сообщения для данного варианта осуществления, в котором к предыдущим процедурам добавлены дополнительные действия для прерывания текущей процедуры приема SIB, если в пейджинговом сообщении указано на предстоящее обновление блока (-ов) SIB по запросу, который (-ые) в настоящее время пытается получить текущий процесс приема SIB. В частности, в действии 31-2 на Фиг. 23 показан беспроводной терминал 26-29, принимающий пейджинговое сообщение. В рамках действия 31-3 беспроводной терминал проверяет, указано ли в пейджинговом сообщении на входящий вызов для этого беспроводного терминала. Если да, беспроводной терминал может переходить к созданию соединения RRC (действие 31-8). В противном случае беспроводной терминал может дополнительно проверять, указывает ли сообщение на какие-либо изменения SIB, которые должны быть запланированы. Могут быть выполнены две проверки: в рамках действия 31-4а беспроводной терминал 26-31 может проверять, указано ли в пейджинговом сообщении, что обновление SIB предназначено для SIB по запросу; в рамках действия 31-4b беспроводной терминал 26-31 может проверять, указано ли в пейджинговом сообщении, что обновление SIB предназначено для широковещательно передаваемого SIB. Если пейджинговое сообщение не предназначено для SIB по запросу, например, если решение в рамках действия 31-4a отрицательно, выполняется проверка в рамках действия 31-4b. Более того, если решение в рамках действия 31-4b положительно, например, если пейджинговое сообщение предназначено для широковещательно передаваемого SIB, в рамках действия 31-5a беспроводной терминал может ожидать границу следующего периода изменения и затем начинать процедуру приема SIB (в рамках действия 31-6), как описано ранее.
[000152]
Если в рамках действия 31-4а было определено, что пейджинговое сообщение, в котором указано изменение SIB, предназначено для SIB по запросу, в рамках действия 31-13 беспроводной терминал 26-31 проверяет, происходит ли текущий прием SIB для (того же) SIB по запросу. Если проверка в рамках действия 31-13 положительна, в рамках действия 31-14 беспроводной терминал 26-31 прерывает текущий прием SIB для (того же) SIB по запросу. Далее в рамках действия 31-5a беспроводной терминал 26-31 ожидает границу следующего периода изменения. После такой границы беспроводной терминал 26-29 выполняет процедуру приема SIB (действие 31-6). Если проверка в рамках действия 31-13 отрицательна, т. е. если нет текущего приема SIB для (того же) SIB по запросу, беспроводной терминал 29-31 продолжает ожидание в рамках действия 31-5b и затем начинает процедуру запроса SIB (действие 31-11). Если процедура запроса SIB в рамках действия 31-11 прошла неудачно или определено неудачное выполнение процедуры приема SIB (в рамках действия 31-7), выполняется повторный выбор соты (действие 31-9). Если процедура приема SIB выполнена успешно, процедура, показанная на Фиг. 31, завершается (действие 31-10).
[000153]
Следует понимать, что процедуры и действия, представленные на Фиг. 11, Фиг. 13 и Фиг. 20, применимы к пятому варианту осуществления.
[000154]
ШЕСТОЙ ПРИМЕР ОСУЩЕСТВЛЕНИЯ
[000155]
Технология, описанная в шестом и седьмом примерах осуществления и режимах, касается, например, устройства, способов и процедур для приема и/или обновления блока (-ов) SIB в/из другой SI (блока (-ов) SIB другой SI) на основании запроса, и в частности при приеме беспроводным терминалом уведомления об изменении минимальной SI. Например, изменение минимальной SI может содержать изменение в типах системной информации, которые содержат SIB первого типа или SIB1, например, изменение формата или содержимого первого блока системной информации SIB1, такое как изменение, в котором параметры включены в SIB1 и/или значение параметра включено в SIB1. Такой параметр может представлять собой, например, указание на способ передачи конкретного фрагмента системной информации (например, посредством периодического широковещания или по запросу). Как шестой, так и седьмой примеры осуществления и режимы относятся к ситуациям, в которых такое уведомление об изменении минимальной SI принимается после инициирования беспроводным терминалом процедуры запроса SIB для запроса (что было по меньшей мере ранее) блока (-ов) SIB по запросу. В шестом и седьмом примерах осуществления и режимах беспроводной терминал, приняв уведомление об изменении минимальной SI, по меньшей мере предупрежден о возможности влияния изменения минимальной SI на запрошенный SIB по запросу. Следовательно, беспроводной терминал по меньшей мере предупрежден о возможности перехода искомого SIB по запросу (в результате изменения минимальной SI) от SIB по запросу к периодически широковещательно передаваемому SIB. Если искомый ранее SIB по запросу действительно заменяется на периодическое широковещание SIB, беспроводному терминалу известно, что искомый SIB будет с этого времени широковещательно передаваться, а значит, для искомого SIB не нужен специальный запрос. Аналогичным образом изменение минимальной SI может влиять на синхронизацию передачи запрошенного SIB по запросу. В этом случае может потребоваться соответствующее изменение расписания приема для беспроводного терминала.
[000156]
На Фиг. 32 показана примерная система связи шестого примера осуществления и режима, который относится к случаю приема пейджингового сообщения, в котором оповещается об изменениях минимальной SI (например, SIB1), после процедуры запроса SIB, запрашивающей блок (-и) SIB по запросу, и возможности прерывания беспроводным терминалом 26-32 текущей процедуры приема SIB при приеме пейджингового сообщения. В таком случае на Фиг. 32 показано, что узел 22-32 доступа содержит генератор 82 пейджинговых сообщений, который генерирует пейджинговое сообщение, а также изменение функциональности 84 минимальной SI. При изменении минимальной SI под воздействием функциональности 84 минимальной SI генератор 82 пейджинговых сообщений включает уведомление об изменении минимальной SI в пейджинговое сообщение. Пример пейджингового сообщения показан в виде сообщения 2-4 на Фиг. 32. На Фиг. 32 дополнительно показано, что процессор 40 терминала содержит генератор 72-32 запросов, который выполнен в соответствующих случаях с возможностью прерывания процедуры приема SIB для SIB по запросу при приеме пейджингового сообщения, если после начала процедуры приема SIB в пейджинговом сообщении указано на изменение минимальной SI. Другие элементы и функции беспроводного терминала 26-32 и узла 22-32 доступа аналогичны и понятны из предыдущих описаний, например включая, без ограничений, описания Фиг. 2, Фиг. 14, Фиг. 17, Фиг. 21, Фиг. 25 и Фиг. 29.
[000157]
И Фиг. 33A, и Фиг. 33B относятся к случаю приема пейджингового сообщения, в котором оповещается об изменениях минимальной SI (например, SIB1), принимается после процедуры запроса SIB, запрашивающей блок (-и) SIB по запросу. Как показано на Фиг. 33A и Фиг. 33B беспроводной терминал 26-32 может прерывать текущую процедуру приема SIB после приема пейджингового сообщения, ожидать границу следующего изменения, а затем повторно получать обновленную минимальную SI, которая может содержать информацию о доставке и планировании блока (-ов) SIB, запрошенный (-ые) беспроводным терминалом в более ранней процедуре запроса SIB. Такая информация может совпадать или не совпадать с информацией, содержащейся в ранее принятой минимальной SI. Таким образом, беспроводной терминал 26-32 может использовать информацию, так или иначе включенную в эту обновленную минимальную SI. Например, как показано на Фиг. 33A, если способ доставки запрошенного SIB (SIB#k) не изменяется (по запросу), беспроводной терминал 26-32 может повторно инициировать процедуру запроса SIB, за которой следует процедура приема SIB с информацией планирования окон SI, включенной в обновленную минимальную SI. С другой стороны, если в обновленной минимальной SI указано на предстоящую периодическую широковещательную передачу запрошенного SIB (SIB#k), как показано на Фиг. 33B, беспроводной терминал 26-32 может непосредственно переходить к инициированию процедуры приема SIB.
[000158]
valueTag=a,
valueTag=
valueTag
SystemInformation
valueTag
b
На Фиг. 33A показан пример типичных действий или этапов, выполняемых в сети связи, приведенной на Фиг. 32, например, узлом 22-32 доступа и беспроводным терминалом 26-32, а также примерные сообщения, переданные между ними. В примерном потоке сообщений, показанном на Фиг. 33A, беспроводной терминал 26-32 инициирует процедуру запроса SIB в рамках действия 33A-2 для запроса SIB#k, поскольку (как показано в действии 33A-0) этот беспроводной терминал 26-32 заблаговременно принял и сохранил SIB#k со значением  и тогда (как показано в действии 33A-1) принятый недавно SIB1, указывающий значение b, представляет собой действующую на данный момент версию для SIB#k. Таким образом, процедура запроса SIB в рамках действия 33A-2 предназначена для получения SIB1 со значением =b. Однако пока беспроводной терминал 26-32 пытается выполнять первую процедуру приема SIB, которая следует за процедурой запроса SIB в рамках действия 33A-2, беспроводной терминал 26-32 принимает пейджинговое сообщение 33A-3, в котором указано изменение в минимальной SI, т. е. предстоящее обновление SIB1. В результате после приема пейджингового сообщения 33A-3 беспроводной терминал 26-32 прерывает процедуру приема SIB (в момент времени, приблизительно показанный вершиной верхней вертикальной стрелки на Фиг. 33A). На этом стыке беспроводной терминал 26-32 понимает, что существует вероятность того, что искомый SIB#k, представлявший собой SIB по запросу, в дальнейшем может быть переведен на SIB1, например в дальнейшем может представлять собой периодически широковещательно передаваемый SIB. Как оказывается, в сценарии, показанном на Фиг. 33A, искомый SIB#k не заменяется на периодически широковещательно передаваемый SIB, как показано сообщением 33A-4 SIB1, широковещательно передаваемым после границы следующего периода изменения. Исходя из того что искомый SIB#k все еще представляет собой SIB по запросу, беспроводной терминал 26-32 в рамках действия 33A-2-2 начинает вторую процедуру запроса SIB для запроса SIB#k. Если вторая процедура запроса SIB в рамках действия 33A-2-2 выполнена успешно, начинается вторая процедура приема SIB. Вторая процедура приема SIB имеет длительность, обозначенную нижней вертикальной стрелкой на Фиг. 33A, в которой хвостом стрелки указано начало второй процедуры приема SIB, а вершиной стрелки указано завершение второй процедуры приема SIB. Действия 33A-5a и 33A-5b представляют собой действия процедуры приема SIB, выполняемой в результате процедуры запроса SIB. В действии 33A-5a показан неудачный прием SIB#k; в действии 33A-5b показан успешный прием SIB#k. Беспроводной терминал 26-32 может отслеживать такие окна SI до момента удовлетворения одного из вышеупомянутых условий прекращения. Например, при успешном приеме сообщения  в рамках действия 33A-5b, беспроводной терминал 26-32 может завершать процедуру приема SIB после приема искомого SIB#k со значением =.
[000159]
SystemInformation
valueTag
В отличие от сценария на Фиг. 33A в сценарии на Фиг. 33B искомый SIB#k изменяется на периодически широковещательно передаваемый SIB, как показано сообщением 33B-4 SIB1, широковещательно передаваемое после границы следующего периода изменения. Исходя из того что искомый SIB#k теперь представляет собой периодически широковещательно передаваемый SIB, беспроводной терминал 26-32 не должен начинать вторую процедуру запроса SIB для запроса SIB#k, но вместо этого может сразу переходить ко второй процедуре приема SIB, в которой искомый SIB#k будет широковещательно передан. Вторая процедура приема SIB имеет длительность, обозначенную нижней вертикальной стрелкой на Фиг. 33B, в которой хвостом стрелки указано начало второй процедуры приема SIB, а вершиной стрелки указано завершение второй процедуры приема SIB. Подобно Фиг. 33A действия 33B-5a и 33B-5b представляют собой действия второй процедуры приема SIB с действием 33B-5a, в котором показан неудачный прием SIB#k, и действием 33B-5b, в котором показан успешный прием SIB#k. Беспроводной терминал 26-32 может отслеживать такие окна SI до момента удовлетворения одного из вышеупомянутых условий прекращения. Например, при успешном приеме сообщения  в рамках действия 33B-5b беспроводной терминал 26-32 может завершать процедуру приема SIB после приема искомого SIB#k со значением =b. В сценарии, показанном на Фиг. 33B, таким образом, не требуется вторая процедура запроса SIB, учитывая предполагаемую широковещательную передачу теперь уже SIB#k, включенного в SIB1. Действия на Фиг. 33B, происходящие до границы периода изменения, аналогичны действиям, показанным на Фиг. 33A.
[000160]
На Фиг. 34 показана примерная блок-схема последовательности операций беспроводного терминала при приеме пейджингового сообщения для данного варианта осуществления, в котором к предыдущим процедурам добавлены дополнительные действия для прерывания текущей процедуры приема SIB, если в пейджинговом сообщении указано на предстоящее изменение в минимальной SI. В частности, в действии 34-2 на Фиг. 34 показан беспроводной терминал 26-32, принимающий пейджинговое сообщение. В рамках действия 34-3 беспроводной терминал проверяет, указано ли в пейджинговом сообщении на входящий вызов для этого беспроводного терминала. Если да, беспроводной терминал 26-32 может переходить к созданию соединения RRC (действие 34-4). В противном случае беспроводной терминал 26-32 проверяет в рамках действия 34-5, было ли изменение в минимальной SI, т. е. имеются ли какие-либо обновления SIB для минимальной SI. Если нет, как указано символом 34-6, беспроводной терминал 26-32 переходит к выполнению логики, связанной с действиями и следующей за действиями, описанными как «обновления SIB для SIB по запросу?» в любой подходящей из Фиг. 16, Фиг. 19, Фиг. 23, Фиг. 27 или Фиг. 31, описанных в настоящем документе. Если произошло изменение в минимальной SI, в рамках действия 34-7 беспроводной терминал 26-32 проверяет, имеется ли текущий прием SIB для SIB по запросу. Иными словами, беспроводной терминал 26-32 определяет, находится ли он в середине процесса попытки приема SIB по запросу, уже запрошенного беспроводным терминалом 26-32. При наличии текущей процедуры приема SIB эта текущая процедура приема SIB прерывается в рамках действия 34-8. При отсутствии текущей процедуры приема SIB или после прерывания в рамках действия 34-8 текущей процедуры приема выполняется действие 34-9. Действие 34-9 предусматривает ожидание беспроводным терминалом 26-32 границы следующего периода изменения. Затем в рамках действия 34-10 беспроводной терминал 26-32 получает минимальную SI, что понятно из ссылки на Фиг. 10.
[000161]
Таким образом, на Фиг. 34 показано, что после получения пейджингового сообщения (такого как пейджинговое сообщение 33B-3 на Фиг. 33) добавляется дополнительная проверка условия в рамках действия 34-5, для определения, произойдут ли изменения минимальной SI на границе следующего периода изменения. Если нет, беспроводной терминал 26-34 может возвращаться к одному из предыдущих вариантов осуществления, в частности к этапу «обновления SIB для SIB по запросу?», как показано на одной из соответствующих Фиг. 16, 19, 23, 27 или 31. В противном случае беспроводной терминал 26-32 может прерывать выполняемый процесс приема SIB (при наличии), ожидать границу следующего периода изменения, а затем пытаться получать обновленную минимальную SI, как показано на Фиг. 10.
[000162]
На Фиг. 35 представлена примерная блок-схема последовательности операций узла 22-32 доступа, принимающего от беспроводного терминала запрос на доставку SIB по запросу, и включает в себя этап (действие 35-2) проверки, запланированы ли изменения минимальной SI со следующего периода изменения. В этом случае узел 22-32 доступа может откладывать передачи запрошенного (-ых) SIB, даже при наличии окон SI для блока (-ов) SIB перед границей следующего изменения. После границы следующего изменения узел доступа повторно оценивает способ доставки запрошенного (-ых) SIB; если по-прежнему доставка осуществляется по запросу, узел доступа может ожидать нового запроса от беспроводных терминалов, в противном случае он может инициировать периодическую широковещательную передачу блока (-ов) SIB, включающую в себя повторную передачу блока (-ов) SIB в каждом назначенном окне SI.
[000163]
В частности, в рамках действия 35-1 узел 22-32 доступа определяет, что он не принял запрос на SIB по запросу, узел 22-32 доступа может завершать процедуру, показанную на Фиг. 35 (действие 35-8). В рамках действия 35-2 узел 22-32 доступа определяет необходимость в изменении минимальной SI (т. е. необходимость изменения минимальной SI с границы следующего периода изменения). Сеть, например узел 22-32 доступа, может принимать решение о времени и способе изменения параметров конфигурации в минимальной SI (SIB1) на основании таких факторов (например), как изменения рабочей среды, изменения конфигурации сети, изменения сетевого трафика, перегрузка сети и т. п. Если изменения минимальной SI отсутствуют, в рамках действия 35-3 узел 22-32 доступа далее определяет, следует ли изменять содержимое запрошенного SIB по запросу со следующего периода изменения. Если нет необходимости в изменении содержимого запрошенного SIB по запросу со следующего периода изменения, узел 22-32 доступа может переходить к процессу передачи SIB по запросу, в котором узел 22-32 доступа может (в рамках действия 35-5) ожидать следующее окно SI для SIB#k, а затем (в рамках действия 35-6) передавать SIB#k в окне. Узел 22-32 доступа может повторять передачу в следующих окнах SI для SIB#k множество раз до завершения повторения (как показано в действии 35-7). Число повторений может быть предварительно сконфигурированным или равным вышеупомянутому максимальному значению счетчика, сконфигурированному для беспроводных терминалов посредством системной информации. Если однако содержимое запрошенного SIB по запросу должно быть изменено со следующего периода изменения, в рамках действия 35-4 узел 22-32 доступа ожидает границу периода изменения перед выполнением процесса передачи SIB по запросу, включая действия 35-5, 35-6 и 35-7. Но если в рамках действия 35-2 была определена необходимость изменения минимальной SI, узел 22-32 доступа выполняет действия 35-9 и 35-10. Действие 35-9 предусматривает ожидание узлом 22-32 доступа границы следующего периода изменения. Действие 35-10 предусматривает определение узлом 22-32 доступа, представляет (-ют) ли собой запрошенный (-ые) SIB блок (-и) SIB по запросу. Если запрошенный (-ые) SIB представляет (-ют) собой SIB по запросу, запрошенные SIB периодически широковещательно передаются, как в целом указано в действии 35-11. Если запрошенный (-ые) SIB представляет (-ют) собой блок (-и) SIB по запросу, выполнение возвращается к началу цикла к действию 35-1.
[000164]
Следует понимать, что процедуры и действия, представленные на Фиг. 10 и Фиг. 13, могут быть применимы к шестому варианту осуществления.
[000165]
СЕДЬМОЙ ПРИМЕР ОСУЩЕСТВЛЕНИЯ
[000166]
На Фиг. 36 показана примерная система связи седьмого примера осуществления и режима, который относится к случаю приема пейджингового сообщения, в котором оповещается об изменениях минимальной SI (например, SIB1), после процедуры запроса SIB, запрашивающей блок (-и) SIB по запросу, и возможности прерывания беспроводным терминалом 26-36 текущей процедуры приема SIB на границе периода изменения. В таком случае на Фиг. 36 показано, что узел 22-36 доступа содержит генератор 82 пейджинговых сообщений, который генерирует пейджинговое сообщение, а также изменение функциональности 84 минимальной SI. При изменении минимальной SI под воздействием функциональности 84 минимальной SI генератор 82 пейджинговых сообщений включает уведомление об изменении минимальной SI в пейджинговое сообщение. Пример пейджингового сообщения показан в виде сообщения 2-4 на Фиг. 36. На Фиг. 36 дополнительно показано, что процессор 40 терминала содержит генератор 72-36 запросов, который выполнен в соответствующих случаях с возможностью прерывания процедуры приема SIB для SIB по запросу на границе следующего периода изменения, если после начала процедуры приема SIB в пейджинговом сообщении указано на изменение в минимальной SI. Другие элементы и функции беспроводного терминала 26-36 и узла 22-36 доступа аналогичны и понятны из предыдущих описаний, например включая, без ограничений, описания Фиг. 2, Фиг. 14, Фиг. 17, Фиг. 21, Фиг. 25, Фиг. 29 и Фиг. 32.
[000167]
Таким образом, седьмой вариант осуществления представляет собой вариант шестого варианта осуществления и режима, в котором беспроводной терминал 26-36 продолжает процедуру приема SIB даже при приеме пейджингового сообщения, в котором указано на изменения минимальной SI со следующего периода изменения. Беспроводной терминал 26-36 по варианту осуществления и режима на Фиг. 36 может прерывать процесс приема SIB на границе следующего периода изменения, если он не принял успешно запрошенный (-ые) SIB в течение текущего периода изменения, например периода изменения, происходящего перед границей изменения, изображенной на Фиг. 37А. На границе следующего периода изменения беспроводной терминал 26-36 на Фиг. 36 может затем пытаться получать обновленную минимальную SI, которая может содержать информацию о доставке и планировании блока (-ов) SIB, запрошенную беспроводным терминалом в предыдущей процедуре запроса SIB. Как уже объяснено в шестом варианте осуществления, беспроводной терминал 26-36 может использовать информацию, так или иначе включенную в эту обновленную минимальную SI.
[000168]
valueTag=a,
valueTag=
valueTag
SystemInformation
SystemInformation
valueTag
b
На Фиг. 37A показан случай, в котором в обновленной минимальной SI указано, что ранее запрошенный (-ые) SIB (например, SIB#k) представляет (-ют) собой SIB по запросу, вследствие чего беспроводной терминал может перезапускать процедуру запроса SIB, за которой следует процедура приема SIB. На Фиг. 37A показан пример типичных действий или этапов, выполняемых в сети связи, приведенной на Фиг. 36, например, узлом 22-36 доступа и беспроводным терминалом 26-36, а также примерные сообщения, переданные между ними. В примерном потоке сообщений, показанном на Фиг. 37A, беспроводной терминал 26-36 инициирует процедуру запроса SIB в рамках действия 37A-2 для запроса SIB#k, поскольку (как показано в действии 37A-0) этот беспроводной терминал 26-36 заблаговременно принял и сохранил SIB#k со значением  и тогда (как показано в действии 37A-1) принятый недавно SIB1, указывающий значение b, представляет собой действующую на данный момент версию для SIB#k. Таким образом, процедура запроса SIB в рамках действия 37A-2 предназначена для получения SIB1 со значением =b. Однако пока беспроводной терминал 26-36 пытается выполнять первую процедуру приема SIB, которая следует за процедурой запроса SIB в рамках действия 37A-2, беспроводной терминал 26-36 принимает пейджинговое сообщение 37A-3, в котором указано изменение в минимальной SI, т. е. предстоящее обновление SIB1. Но в отличие от шестого примера осуществления и режима беспроводной терминал 26-36 не сразу прерывает процедуру приема SIB при приеме пейджингового сообщения 37A-3. Напротив, как показано другими действиями до появления границы периода изменения на Фиг. 37A, например, в течение текущего периода изменения, беспроводной терминал 26-36 продолжает попытки получения искомого SIB#k в процедуре приема SIB, указанной верхней вертикальной стрелкой на Фиг. 37А, до следующего периода изменения. Случается, что в процедуре приема SIB, показанной на Фиг. 37A, беспроводному терминалу 26-36 не удается получить искомый SIB#k, как указано в сообщении 37A-4  о сбое. Процедура приема SIB прерывается на границе следующего периода изменения, как было упомянуто выше, только потому что беспроводной терминал 26-36 по варианту осуществления и режима на Фиг. 36 может прерывать процесс приема SIB на границе следующего периода изменения, если он успешно не принял запрошенный (-ые) блок (-и) SIB. Затем после возникновения границы периода изменения, беспроводной терминал 26-36 принимает сообщение 37A-5 SIB1, широковещательно передаваемое после границы следующего периода изменения. В сообщении 37A-5 SIB1 в случае Фиг. 37A указано, что искомый SIB#k все еще представляет собой SIB#k по запросу, т. е. что искомый SIB#k не изменился на периодически широковещательно передаваемый SIB. Исходя из того что искомый SIB#k все еще представляет собой SIB по запросу, беспроводной терминал 26-36 в рамках действия 37A-6 начинает вторую процедуру запроса SIB для запроса SIB#k. Если вторая процедура запроса SIB в рамках действия 37A-6 выполнена успешно, начинается вторая процедура приема SIB. Вторая процедура приема SIB имеет длительность, обозначенную нижней вертикальной стрелкой на Фиг. 37A, в которой хвостом стрелки указано начало второй процедуры приема SIB, а вершиной стрелки указано завершение второй процедуры приема SIB. Действия 37A-7a и 37A-7b представляют собой действия процедуры приема SIB, выполняемой в результате процедуры запроса SIB. В действии 37A-7a показан неудачный прием SIB#k; в действии 37A-7b показан успешный прием SIB#k. Беспроводной терминал 26-36 может отслеживать такие окна SI до момента удовлетворения одного из вышеупомянутых условий прекращения. Например, при успешном приеме сообщения  в рамках действия 37A-7b, беспроводной терминал 26-36 может завершать процедуру приема SIB после приема искомого SIB#k со значением =.
[000169]
SystemInformation
valueTag
b
В отличие от сценария на Фиг. 37A в сценарии на Фиг. 37B искомый SIB#k заменяется на минимальную SI, как показано сообщением 37B-5 SIB1, широковещательно передаваемым после границы следующего периода изменения. Исходя из того что искомый SIB#k теперь представляет собой периодически широковещательно передаваемый SIB, беспроводной терминал 26-36 не должен начинать вторую процедуру запроса SIB для запроса SIB#k, но вместо этого может сразу переходить ко второй процедуре приема SIB, в которой искомый SIB#k будет широковещательно передан. Вторая процедура приема SIB имеет длительность, обозначенную нижней вертикальной стрелкой на Фиг. 37B, в которой хвостом стрелки указано начало второй процедуры приема SIB, а вершиной стрелки указано завершение второй процедуры приема SIB. Подобно Фиг. 37A действия 37B-7a и 37B-7b представляют собой действия второй процедуры приема SIB с действием 37B-7a, в котором показан неудачный прием SIB#k, и действием 37B-7b, в котором показан успешный прием SIB#k. Беспроводной терминал 26-36 может отслеживать такие окна SI до момента удовлетворения одного из вышеупомянутых условий прекращения. Например, при успешном приеме сообщения  в рамках действия 37B-7b беспроводной терминал 26-36 может завершать процедуру приема SIB после приема искомого SIB#k со значением =. Таким образом, в сценарии, приведенном на Фиг. 37B, не требуется вторая процедура запроса SIB, учитывая предполагаемую широковещательную передачу теперь уже SIB#k, включенного в SIB1. Действия на Фиг. 37B, происходящие до границы периода изменения, аналогичны действиям, показанным на Фиг. 37B.
[000170]
Таким образом, Фиг. 37B представляет собой случай изменения способа доставки запрошенного (-ых) SIB с доставки по запросу на периодическую широковещательную передачу на границе периода изменения. В этом случае беспроводной терминал 26-36 может непосредственно переходить к процедуре приема SIB.
[000171]
В случае успешного приема беспроводным терминалом 26-36 запрошенного (-ых) SIB до границы следующего периода изменения беспроводной терминал 26-36 может завершать процедуру приема SIB, как показано на Фиг. 37C. В частности, в сценарии на Фиг. 37C после выполнения процедуры запроса SIB в рамках действия 37C-2 беспроводной терминал 26-36 выполняет процедуру приема SIB, как указано верхней стрелкой на Фиг. 37C. Во время процедуры приема SIB беспроводной терминал 26-36 принимает пейджинговое сообщение в рамках действия 37C-3, в котором указано на предстоящее обновление SIB1. Как и в сценариях на Фиг. 37A и Фиг. 37B, беспроводной терминал 26-36 не прерывает процедуру приема SIB, а напротив продолжает процедуру приема SIB с целью приема искомого SIB#k в текущем периоде изменения. Сценарий на Фиг. 37C отличается от сценариев на Фиг. 37A и Фиг. 37C тем, что в процедуре приема SIB на Фиг. 37C беспроводной терминал 26-36 успешно принимает искомый SIB#k в текущем периоде изменения, например, до границы периода изменения, как указано в действии 37C-4. После границы периода изменения беспроводной терминал 26-36 может продолжать принимать другие сообщения SIB1, как указано сообщением 37C-5. В сценарии на Фиг. 37C беспроводной терминал 26-36 может в итоге получать обновленную минимальную SI и принимать решение о дополнительных действиях (при наличии) на основании содержимого обновленной минимальной SI.
[000172]
На Фиг. 38 показана примерная блок-схема последовательности операций беспроводного терминала при приеме пейджингового сообщения для данного варианта осуществления, в котором к предыдущим процедурам добавлены дополнительные действия для прерывания текущей процедуры приема SIB, если в пейджинговом сообщении указано на предстоящее изменение в минимальной SI. В частности, в действии 38-2 на Фиг. 38 показан беспроводной терминал 26-36, принимающий пейджинговое сообщение. В рамках действия 38-3 беспроводной терминал проверяет, указано ли в пейджинговом сообщении на входящий вызов для этого беспроводного терминала. Если да, беспроводной терминал 26-36 может переходить к созданию соединения RRC (действие 38-4). В противном случае беспроводной терминал 26-36 проверяет в рамках действия 38-5, было ли изменение в минимальной SI, т. е. имеются ли какие-либо обновления SIB для минимальной SI. Если нет, как указано символом 38-6, беспроводной терминал 26-36 переходит к выполнению логики, связанной с действиями и следующей за действиями, описанными как «обновления SIB для SIB по запросу?» в любой подходящей из Фиг. 16, Фиг. 19, Фиг. 23, Фиг. 27 или Фиг. 31, описанных в настоящем документе. Если произошло изменение в минимальной SI, в рамках действия 38-7 беспроводной терминал 26-36 проверяет, имеется ли текущий прием SIB для SIB по запросу. Иными словами, беспроводной терминал 26-36 определяет, находится ли он в середине процесса попытки приема SIB по запросу, уже запрошенного беспроводным терминалом 26-36.
[000173]
При наличии текущей процедуры приема SIB беспроводной терминал 26-36 не сразу прерывает процедуру приема SIB. Напротив, в рамках действия 38-8A беспроводной терминал 26-36 добавляет условие прекращения: процедура приема SIB должна завершаться на границе следующего периода изменения. В рамках действия 38-8B затем проверяется, был ли искомый SIB#k получен до границы следующего периода изменения. Если искомый SIB#k был получен до границы следующего периода изменения, беспроводной терминал 26-36 ожидает границу следующего периода изменения (действие 38-9) и после этого выполняет получение минимальной SI (действие 38-10). Если искомый SIB#k не был получен до границы следующего периода изменения, беспроводной терминал 26-36 выполняет получение минимальной SI (действие 38-10). При отсутствии текущей процедуры приема SIB беспроводной терминал 26-36 в рамках действия 38-9 (действие 38-9) и вслед за ним выполняет получение минимальной SI (действие 38-10).
[000174]
Таким образом, на Фиг. 38 показано, что после получения пейджингового сообщения и при этом после проверки входящего вызова для этого беспроводного терминала, добавляется дополнительный этап (действие 38-5), чтобы проверить, указано ли в пейджинговом сообщении на предстоящие изменения минимальной SI со следующего периода изменения. Если нет, аналогично шестому варианту осуществления последовательность действий может переходить к этапу «обновления SIB для SIB по запросу?», как показано на соответствующей из Фиг. 16, 19, 23, 27 или 31. В противном случае беспроводной терминал 26-36 дополнительно проверяет, имеется ли какой-либо процесс приема SIB, продолжающийся в данный момент для блока (-ов) SIB по запросу (действие 38-7). Если нет, беспроводной терминал может просто ожидать следующего периода изменения (действие 38-9) и затем начинать получение минимальной SI (действие 38-10), как показано на Фиг. 10. В противном случае беспроводной терминал 26-36 может продолжать текущую процедуру приема SIB, в которой одно новое условие прекращения (действие 38-8A) теперь добавлено к вышеупомянутым условиям прекращения; процедура приема SIB завершается на границе следующего периода изменения. В результате, если беспроводному терминалу 26-36 не удается принять запрошенный (-ые) SIB до границы периода изменения, он может неудачно завершать текущую процедуру приема SIB. После прекращения (удачного или неудачного) процедуры приема SIB беспроводной терминал может ожидать границу следующего периода изменения (действие 38-9), если он находится перед границей, и переходить к получению минимальной SI, показанной на Фиг. 9, или непосредственно переходить к получению минимальной SI, если он находится уже после границы (действие 38-10).
[000175]
На Фиг. 39 представлена примерная блок-схема последовательности операций узла 22-36 доступа, принимающего от беспроводного терминала запрос на доставку SIB по запросу, который основан на Фиг. 12 с дополнительным действием после ожидания следующего окна SI для запрошенного (-ых) SIB (например, SIB#k) для выяснения посредством проверки (действие 39-3), находится ли он сейчас в новом периоде изменения. Если да, узел 22-36 доступа может дополнительно проверять, изменилась ли минимальная SI в этот период изменения (действие 39-7). Если нет, последовательность действий может возобновлять текущий (повторный) цикл передачи запрошенного (-ых) SIB. В противном случае цикл передачи прерывается, а узел доступа может дополнительно проверять, представляет (-ют) ли все еще запрошенный (-ые) SIB блоки SIB по запросу после изменения минимальной SI (действие 39-8). В этом случае узел доступа может ожидать следующий запрос (действие 39-1). С другой стороны, если способ доставки запрошенного (-ых) SIB изменился на периодическую широковещательную передачу, узел доступа может инициировать процедуру периодического широковещания, как понятно, например, применительно к Фиг. 35.
[000176]
В частности, в рамках действия 39-1, если узел 22-36 доступа определяет, что он не принял запрос на SIB по запросу, узел 22-36 доступа может завершать процедуру, показанную на Фиг. 39 (действие 39-8). Если был принят запрос на SIB по запросу, в рамках действия 39-2 беспроводной терминал 26-36 ожидает следующее окно SI для запрошенного (-ых) SIB (например, SIB#k), а затем в рамках действия 39-3 выясняет посредством проверки, находится ли он сейчас в новом периоде изменения. Если это не новый период изменения, в рамках действия 39-7 узел 22-36 доступа может переходить к процессу передачи SIB по запросу, в котором узел 22-36 доступа может (в рамках действия 39-4) передавать SIB#k в окне. Узел 22-36 доступа может повторять передачу в следующих окнах SI для SIB#k множество раз до завершения повторения (как показано в действии 39-5). Число повторений может быть предварительно сконфигурированным или равным вышеупомянутому максимальному значению счетчика, сконфигурированному для беспроводных терминалов посредством системной информации. Если это новый период изменения, в рамках действия 39-7 узел 22-36 доступа определяет, должно ли быть изменение минимальной SI (т. е. что минимальная SI должна быть изменена с границы следующего периода изменения). Как указано выше, сеть, например узел 22-32 доступа, может принимать решение о времени и способе изменения параметров конфигурации в минимальной SI (SIB1) на основании таких факторов (например), как изменения рабочей среды, изменения конфигурации сети, изменения сетевого трафика, перегрузка сети и т. п. Если изменения минимальной SI отсутствуют, в рамках действия 39-3 узел 22-36 доступа может переходить к процессу передачи SIB по запросу, в котором узел 22-36 доступа может (в рамках действия 39-4) передавать SIB#k в окне, как описано выше. При наличии изменения минимальной SI узел 22-36 доступа в рамках действия 39-8 определяет, представляет (-ют) ли собой SIB блок (-и) SIB по запросу. Если запрошенный (-ые) SIB представляет (-ют) собой SIB по запросу, запрошенные SIB периодически широковещательно передаются, как в целом указано в действии 39-9. Если запрошенный (-ые) SIB представляет (-ют) собой блок (-и) SIB по запросу, выполнение возвращается к началу цикла к действию 39-1.
[000177]
Следует понимать, что процедуры и действия, представленные на Фиг. 10 и Фиг. 13, можно применять к седьмому варианту осуществления.
[000178]
Определенные блоки и функциональные возможности узла 22 и беспроводного терминала 26 в примерах осуществления реализованы с помощью электронного оборудования, компьютера и/или схемы. Например, в компьютерную схему, показанную на Фиг. 32, могут быть включены процессоры 30 узла и процессоры 40 терминала в примерах осуществления, описанных в настоящем документе и/или включенных в него. На Фиг. 32 показан пример такого электронного устройства или схемы, будь то узел или терминал, как содержащих одну или более схем 190 процессора (-ов), запоминающее устройство 192 для программных инструкций; другие виды запоминающих устройств 194 (например, ОЗУ, кэш и т. д.); интерфейсы 196 ввода-вывода; периферийные интерфейсы 198; вспомогательные схемы 199 и шины 200 для связи между вышеперечисленными элементами.
[000179]
Запоминающее устройство 192 для программных инструкций может содержать закодированные команды, выполнение которых процессором (-ами) обуславливает выполнение действий, включающих в себя, без ограничений, действия, описанные в настоящем документе. Таким образом, понятно, что, например, каждый из процессора 30 узла и процессора 40 терминала содержит запоминающее устройство, в котором сохранены непереходные инструкции, предназначенные для выполнения.
[000180]
Запоминающее устройство 194 или машиночитаемый носитель может представлять собой одно или более из легкодоступных видов запоминающих устройств, таких как оперативное запоминающее устройство (ОЗУ), постоянное запоминающее устройство (ПЗУ), гибкий диск, жесткий диск, флэш-память или любая другая форма цифрового накопителя, локального или удаленного и предпочтительно энергонезависимого. Вспомогательные схемы 199 соединены с процессорами 190 для стандартной поддержки процессора. К этим схемам относятся кэш, источники питания, цепи тактовой частоты, схема ввода/вывода, подсистемы и т. п.
[000181]
Дополнительно следует понимать, что при упоминании процессора или схемы процессора в сочетании с любым из предыдущих примеров осуществления и режимов должно быть ясно, что устройство, в котором размещен процессор, будь то беспроводной терминал или узел доступа, может содержать по меньшей мере один процессор и по меньшей мере одно запоминающее устройство, включая код компьютерной программы, причем запоминающее устройство и код компьютерной программы (работающие с по меньшей мере одним процессором) выполнены с возможностью обеспечения выполнения вышеописанных функций главным устройством при работе.
[000182]
Для первого примера первый пример осуществления и режима беспроводного терминала 26-14 содержит по меньшей мере один процессор и по меньшей мере одно запоминающее устройство, включая код компьютерной программы, причем запоминающее устройство и код компьютерной программы (работающие с по меньшей мере одним процессором) выполнены с возможностью обеспечения ожидания беспроводным терминалом границы периода изменения для инициирования процедуры запроса SIB для SIB по запросу.
[000183]
Для второго примера второй пример осуществления и режима беспроводного терминала 26-17 содержит по меньшей мере один процессор и по меньшей мере одно запоминающее устройство, включая код компьютерной программы, причем запоминающее устройство и код компьютерной программы выполнены с возможностью обеспечения инициирования процедуры приема SIB беспроводным терминалом без ожидания границы следующего периода изменения (работающие с по меньшей мере одним процессором) и ожидания при этом границы следующего периода изменения после успешного завершения процедуры запроса SIB для запуска процедуры приема SIB.
[000184]
Для третьего примера третий пример осуществления и режима беспроводного терминала 26-21 содержит по меньшей мере один процессор и по меньшей мере одно запоминающее устройство, включая код компьютерной программы, причем запоминающее устройство и код компьютерной программы (работающие с по меньшей мере одним процессором) выполнены с возможностью обеспечения приема беспроводным терминалом автоматической передачи обновленного SIB от узла доступа в одном или более соответствующих окнах из следующего периода изменения, и при этом беспроводному терминалу не нужно отправлять запрос.
[000185]
Для четвертого примера четвертый пример осуществления и режима беспроводного терминала 26-25 содержит по меньшей мере один процессор и по меньшей мере одно запоминающее устройство, включая код компьютерной программы, причем запоминающее устройство и код компьютерной программы (работающие с по меньшей мере одним процессором) выполнены с возможностью обеспечения (при необходимости) инициирования беспроводным терминалом процедуры запроса SIB и процедуры приема SIB для SIB по запросу, и при этом не нужно ждать границы следующего периода изменения.
[000186]
Для пятого примера пятый пример осуществления и режима беспроводного терминала 26-29 содержит по меньшей мере один процессор и по меньшей мере одно запоминающее устройство, включая код компьютерной программы, причем запоминающее устройство и код компьютерной программы (работающие с по меньшей мере одним процессором) выполнены с возможностью обеспечения прерывания беспроводным терминалом текущей процедуры запроса SIB после приема пейджингового сообщения, в котором оповещается об изменениях блока (-ов) SIB по запросу, после инициирования текущей процедуры запроса SIB, запрашивающей один (одни) и тот (те) же SIB по запросу.
[000187]
Для шестого примера шестой пример осуществления и режима беспроводного терминала содержит по меньшей мере один процессор и по меньшей мере одно запоминающее устройство, включая код компьютерной программы, причем запоминающее устройство и код компьютерной программы (работающие с по меньшей мере одним процессором) выполнены с возможностью обеспечения прерывания беспроводным терминалом текущей процедуры приема SIB после приема пейджингового сообщения, в котором указано на изменение минимальной SI.
[000188]
Для седьмого примера седьмой пример осуществления и режима беспроводного терминала содержит по меньшей мере один процессор и по меньшей мере одно запоминающее устройство, включая код компьютерной программы, причем запоминающее устройство и код компьютерной программы (работающие с по меньшей мере одним процессором) выполнены с возможностью обеспечения продолжения беспроводным терминалом текущей процедуры приема SIB (по меньшей мере до границы следующего периода изменения) после приема пейджингового сообщения, в котором указано на изменение минимальной SI.
[000189]
Таким образом, с помощью описанной в настоящем документе технологии решают проблемы в области телекоммуникаций, включая проблемы в телекоммуникационных узлах, таких как беспроводные терминалы и узлы доступа, а также компьютеры/процессоры и аппаратное обеспечение, содержащие такие узлы. Системная информация чрезвычайно важна для функционирования телекоммуникационных узлов, поскольку обеспечивается возможность получения каждым узлом необходимой информации о сети для координации и связи с другими узлами и выполнения требуемых функций. Системная информация довольно подробна и сложна и может быть изменяемой/обновляемой, например, в зависимости от сетевых и рабочих условий. Эффективное получение и использование системной информации затруднительно, особенно с учетом многочисленных других функций телекоммуникаций, которые могут быть одновременно и в процессе выполнения основаны на системной информации. Технология, описанная в настоящем документе, предоставляет узлам связи компьютеризированную и другую конфигурацию для более раннего и эффективного получения системной информации, за счет чего удается предотвратить трату времени и ресурсов на обработку.
[000190]
Таким образом, технология по настоящей заявке охватывает, без ограничений, следующие примеры осуществления, примеры признаков и примеры преимуществ.
[000191]
Пример осуществления 1. Беспроводной терминал, который обменивается данными с узлами доступа сети радиодоступа (RAN) по радиоинтерфейсу, причем беспроводной терминал содержит:
схему приемника, выполненную с возможностью приема системной информации первого типа от узла доступа, при этом системная информация первого типа включает в себя доступность блоков системной информации второго типа (SIB) и указание способа доставки для каждого доступного SIB второго типа, и при этом способ доставки представляет собой периодическую широковещательную передачу или доставку по запросу;
схему процессора, выполненную с возможностью:
приема уведомления, в котором указаны идентификаторы блока (-ов) SIB второго типа по запросу, содержимое которого (-ых) подлежит обновлению на следующей границе повторяющихся периодов времени, сконфигурированных узлом доступа;
инициирования процесса приема для попытки приема некоторых из обновленных SIB второго типа по запросу.
[000192]
Пример осуществления 2. Беспроводной терминал по примеру осуществления 1, в котором процесс приема завершается после успешного приема обновленных SIB второго типа по запросу.
[000193]
Пример осуществления 3. Беспроводной терминал по примеру осуществления 1, в котором процесс приема завершается после максимального числа попыток приема для обновленных SIB второго типа по запросу.
[000194]
Пример осуществления 4. Беспроводной терминал по примеру осуществления 1, в котором процесс приема завершается после истечения таймера.
[000195]
Пример осуществления 5. Беспроводной терминал по примеру осуществления 1, в котором беспроводной терминал выполнен с возможностью передачи сообщения запроса на узел доступа для запроса широковещательной передачи обновленных SIB второго типа по запросу.
[000196]
Пример осуществления 6. Беспроводной терминал по примеру осуществления 5, в котором беспроводной терминал дополнительно выполнен с возможностью передачи сообщения с запросом после следующей границы.
[000197]
Пример осуществления 7. Беспроводной терминал по примеру осуществления 5, в котором беспроводной терминал дополнительно выполнен с возможностью инициирования процесса приема после следующей границы.
[000198]
Пример осуществления 8. Беспроводной терминал по примеру осуществления 1, в котором беспроводной терминал дополнительно принимает информацию о конфигурации от узла доступа, в которой указано на предстоящую широковещательную передачу обновленных по запросу SIB второго типа узлом доступа после следующей границы без наличия сообщения с запросом.
[000199]
Пример осуществления 9. Беспроводной терминал по примеру осуществления 8, в котором информацию о конфигурации применяют ко всем SIB, подлежащим обновлению после следующей границы.
[000200]
Пример осуществления 10. Беспроводной терминал по примеру осуществления 8, в котором в информации о конфигурации выборочно указаны типы SIB, подлежащие широковещательной передаче без наличия сообщения с запросом.
[000201]
Пример осуществления 11. Беспроводной терминал по примеру осуществления 8, в котором информация о конфигурации включена в уведомление.
[000202]
Пример осуществления 12. Беспроводной терминал по примеру осуществления 8, в котором информация о конфигурации включена в системную информацию первого типа.
[000203]
Пример осуществления 13. Беспроводной терминал по примеру осуществления 1, в котором при приеме уведомления беспроводной терминал прерывает процедуру приема, пытаясь получить по запросу SIB второго типа, если в уведомлении указано на необходимость обновления SIB второго типа по запросу на следующей границе.
[000204]
Пример осуществления 14. Беспроводной терминал по примеру осуществления 13, в котором беспроводной терминал дополнительно выполнен с возможностью перезапуска процедуры приема для SIB второго типа по запросу после следующей границы.
[000205]
Пример осуществления 15. Способ в беспроводном терминале, который обменивается данными с узлом доступа сети радиодоступа (RAN) по радиоинтерфейсу, причем способ включает в себя:
прием системной информации первого типа от узла доступа, при этом системная информация первого типа включает в себя доступность блоков системной информации второго типа (SIB) и указание способа доставки для каждого доступного SIB второго типа, и при этом способ доставки представляет собой периодическую широковещательную передачу или доставку по запросу;
прием уведомления, указывающего идентификаторы блока (-ов) SIB второго типа по запросу, содержимое которого (-ых) подлежит обновлению на следующей границе повторяющихся периодов времени, сконфигурированных узлом доступа;
инициирование процесса приема для попытки приема некоторых из обновленных SIB второго типа по запросу.
[000206]
Пример осуществления 16. Способ по примеру осуществления 15, в котором процесс приема завершается после успешного приема обновленных блоков SIB второго типа по запросу.
[000207]
Пример осуществления 17. Способ по примеру осуществления 15, в котором процесс приема завершается после максимального числа попыток приема для обновленных SIB второго типа по запросу.
[000208]
Пример осуществления 18. Способ по примеру осуществления 15, в котором процесс приема завершается после истечения таймера.
[000209]
Пример осуществления 19. Способ по примеру осуществления 15, включающий в себя передачу сообщения с запросом на узел доступа для запроса широковещательной передачи обновленных SIB второго типа по запросу.
[000210]
Пример осуществления 20. Способ по примеру осуществления 19, причем дополнительно включающий в себя передачу сообщения с запросом после следующей границы.
[000211]
Пример осуществления 21. Способ по примеру осуществления 19, причем дополнительно включающий в себя инициирование процесса приема после следующей границы.
[000212]
Пример осуществления 22. Способ по примеру осуществления 15, причем дополнительно включающий в себя прием информации о конфигурации от узла доступа, в которой указано на предстоящую широковещательную передачу обновленных по запросу SIB второго типа узлом доступа после следующей границы без наличия сообщения с запросом.
[000213]
Пример осуществления 23. Способ по примеру осуществления 22, в котором информацию о конфигурации применяют ко всем SIB, подлежащим обновлению после следующей границы.
[000214]
Пример осуществления 24. Способ по примеру осуществления 22, в котором в информации о конфигурации выборочно указаны типы SIB, подлежащие широковещательной передаче без наличия сообщения с запросом.
[000215]
Пример осуществления 25. Способ по примеру осуществления 22, в котором информация о конфигурации включена в уведомление.
[000216]
Пример осуществления 26. Способ по примеру осуществления 22, в котором информация о конфигурации включена в системную информацию первого типа.
[000217]
Пример осуществления 26. Способ по примеру осуществления 15, в котором после приема уведомления о прерывании процедуры приема предусмотрены попытки получения по запросу SIB второго типа, если в уведомлении указано на необходимость изменения SIB второго типа по запросу на следующей границе.
[000218]
Пример осуществления 27. Способ по примеру осуществления 26, в котором беспроводной терминал дополнительно выполнен с возможностью перезапуска процедуры приема для SIB второго типа по запросу после следующей границы.
[000219]
Пример осуществления 28. Узел доступа сети радиодоступа, содержащий:
схему передатчика, выполненную с возможностью передачи системной информации первого типа и системной информации второго типа по радиоинтерфейсу, при этом системная информация первого типа включает в себя доступность блоков системной информации второго типа (SIB) и указание способа доставки для каждого доступного SIB второго типа, и при этом способ доставки представляет собой периодическую широковещательную передачу или доставку по запросу;
схему процессора, выполненную с возможностью:
передачи уведомления, в котором указаны идентификаторы блока (-ов) SIB второго типа по запросу, содержимое которого (-ых) подлежит обновлению на следующей границе повторяющихся периодов времени, сконфигурированных узлом доступа;
широковещательной передачи обновленных SIB второго типа по запросу в одном или более событиях широковещательной передачи.
[000220]
Пример осуществления 29. Узел доступа по примеру осуществления 28, в котором узел доступа выполнен с возможностью инициирования широковещательной передачи обновленных SIB второго типа по запросу при приеме сообщения с запросом от беспроводного терминала.
[000221]
Пример осуществления 30. Узел доступа по примеру осуществления 29, причем узел доступа выполнен с возможностью начала широковещательной передачи обновленных SIB второго типа по запросу после следующей границы.
[000222]
Пример осуществления 31. Узел доступа по примеру осуществления 29, причем узел доступа дополнительно отправляет на беспроводной терминал информацию о конфигурации, в которой указано на предстоящую широковещательную передачу обновленных SIB второго типа по запросу после следующей границы без наличия сообщения с запросом.
[000223]
Пример осуществления 32. Узел доступа по примеру осуществления 31, в котором информацию о конфигурации применяют ко всем SIB, подлежащим обновлению после следующей границы.
[000224]
Пример осуществления 33. Узел доступа по примеру осуществления 31, в котором в информации о конфигурации выборочно указаны типы SIB, подлежащие широковещательной передаче без наличия сообщения с запросом.
[000225]
Пример осуществления 34. Узел доступа по примеру осуществления 33, в котором информация о конфигурации включена в уведомление.
[000226]
Пример осуществления 35. Узел доступа по примеру осуществления 33, в котором информация о конфигурации включена в системную информацию первого типа.
[000227]
Пример осуществления 36. Способ в узле доступа сети радиодоступа, включающий в себя:
передачу системной информации первого типа и системной информации второго типа по радиоинтерфейсу, причем системная информация первого типа включает в себя доступность блоков системной информации второго типа (SIB) и указание способа доставки для каждого доступного SIB второго типа, и при этом способ доставки представляет собой периодическую широковещательную передачу или доставку по запросу;
передачу уведомления, в котором указаны идентификаторы блока (-ов) SIB второго типа по запросу, содержимое которого (-ых) подлежит обновлению на следующей границе повторяющихся периодов времени, сконфигурированных узлом доступа;
широковещательную передачу обновленных SIB второго типа по запросу в одном или более событиях широковещательной передачи.
[000228]
Пример осуществления 37. Способ по примеру осуществления 36, причем способ включает в себя широковещательную передачу обновленных SIB второго типа по запросу при приеме сообщения с запросом от беспроводного терминала.
[000229]
Пример осуществления 38. Способ по примеру осуществления 37, причем способ включает в себя запуск широковещательной передачи обновленных SIB второго типа по запросу после следующей границы.
[000230]
Пример осуществления 39. Способ по примеру осуществления 36, причем дополнительно включающий в себя отправку информации о конфигурации на беспроводной терминал, в которой указано на предстоящую широковещательную передачу обновленных SIB второго типа по запросу после следующей границы без наличия сообщения с запросом.
[000231]
Пример осуществления 40. Способ по примеру осуществления 39, в котором информацию о конфигурации применяют ко всем SIB, подлежащим обновлению после следующей границы.
[000232]
Пример осуществления 41. Способ по примеру осуществления 39, в котором в информации о конфигурации выборочно указаны типы SIB, подлежащие широковещательной передаче без наличия сообщения с запросом.
[000233]
Пример осуществления 42. Способ по примеру осуществления 39, в котором информация о конфигурации включена в уведомление.
[000234]
Пример осуществления 43. Узел доступа по примеру осуществления 39, в котором информация о конфигурации включена в системную информацию первого типа.
[000235]
Пример осуществления 44. Беспроводной терминал, который обменивается данными с узлами доступа сети радиодоступа (RAN) по радиоинтерфейсу, причем беспроводной терминал содержит:
схему приемника, выполненную с возможностью приема системной информации первого типа от узла доступа, при этом системная информация первого типа включает в себя доступность блоков системной информации второго типа (SIB) и указание способа доставки для каждого доступного SIB второго типа, и при этом способ доставки представляет собой периодическую широковещательную передачу или доставку по запросу;
схему процессора, выполненную с возможностью:
инициирования процедуры приема, содержащей одну или более попыток приема блоков SIB второго типа по запросу;
приема уведомления, включающего в себя по меньшей мере один идентификатор блоков SIB первого типа, содержимое которых подлежит обновлению на следующей границе повторяющихся периодов времени, сконфигурированных узлом доступа, во время выполнения текущей процедуры приема;
прерывания процедуры приема.
[000236]
Пример осуществления 45. Беспроводной терминал по примеру осуществления 44, в котором до процесса приема беспроводной терминал выполнен с возможностью выполнения процедуры запроса, включающей в себя отправку сообщения с запросом для запроса доставки по запросу по меньшей мере одного SIB второго типа.
[000237]
Пример осуществления 46. Беспроводной терминал по примеру осуществления 44, в котором беспроводной терминал выполнен с возможностью прерывания текущей процедуры приема при приеме уведомления.
[000238]
Пример осуществления 47. Беспроводной терминал по примеру осуществления 44, в котором беспроводной терминал выполнен с возможностью прерывания текущей процедуры приема на следующей границе.
[000239]
Пример осуществления 48. Способ в беспроводном терминале, который обменивается данными с узлом доступа сети радиодоступа (RAN) по радиоинтерфейсу, причем способ включает в себя:
прием системной информации первого типа от узла доступа, при этом системная информация первого типа включает в себя доступность блоков системной информации второго типа (SIB) и указание способа доставки для каждого доступного SIB второго типа, и при этом способ доставки представляет собой периодическую широковещательную передачу или доставку по запросу;
инициирование процедуры приема, содержащей одну или более попыток приема по запросу блоков SIB второго типа;
приема уведомления, включающего в себя по меньшей мере один идентификатор блоков SIB первого типа, содержимое которых подлежит обновлению на следующей границе повторяющихся периодов времени, сконфигурированных узлом доступа, во время выполнения текущей процедуры приема;
прерывание процедуры приема.
[000240]
Пример осуществления 49. Способ по примеру осуществления 48, дополнительно включающий в себя выполнение процедуры запроса, включающей в себя отправку сообщения с запросом, перед процессом приема для запроса доставки по запросу по меньшей мере одного SIB второго типа и прием подтверждения от узла доступа.
[000241]
Пример осуществления 50. Способ по примеру осуществления 48, дополнительно включающий в себя прерывание текущей процедуры приема при приеме уведомления.
[000242]
Пример осуществления 51. Способ по примеру осуществления 48, дополнительно включающий в себя прерывание текущей процедуры приема на следующей границе.
[000243]
Пример осуществления 52. Узел доступа сети радиодоступа, содержащий:
схему передатчика, выполненную с возможностью передачи системной информации первого типа и системной информации второго типа по радиоинтерфейсу, при этом системная информация первого типа включает в себя доступность блоков системной информации второго типа (SIB) и указание способа доставки для каждого доступного SIB второго типа, и при этом способ доставки представляет собой периодическую широковещательную передачу или доставку по запросу;
схему процессора, выполненную с возможностью:
передачи уведомления, содержащего по меньшей мере один идентификатор блоков SIB первого типа, содержимое которых подлежит обновлению на следующей границе повторяющихся периодов времени, сконфигурированных узлом доступа;
приема сообщения от беспроводного терминала, причем сообщение запрашивает доставку по запросу по меньшей мере одного SIB второго типа;
планирования широковещательной передачи запрошенного (-ых) SIB второго типа, включая одно или более событий широковещательной передачи.
[000244]
Пример осуществления 53. Узел доступа по примеру осуществления 52, в котором узел доступа выполнен с возможностью отсрочки широковещательной передачи блока (-ов) SIB второго типа до следующей границы.
[000245]
Пример осуществления 54. Узел доступа по примеру осуществления 36, в котором на границе способ доставки блока (-ов) SIB второго типа изменяется с доставки по запросу на периодическую широковещательную передачу, а широковещательная передача блока (-ов) SIB второго типа начинается после следующей границы.
[000246]
Пример осуществления 55. Узел доступа по примеру осуществления 36, в котором узел доступа выполнен с возможностью начала широковещательной передачи блока (-ов) SIB второго типа при приеме сообщения от беспроводного терминала после следующей границы.
[000247]
Пример осуществления 56. Узел доступа по примеру осуществления 52, причем узел доступа выполнен с возможностью начала широковещательной передачи блока (-ов) SIB второго типа после приема сообщения с запросом и прекращения широковещательной передачи после следующей границы.
[000248]
Пример осуществления 57. Способ в узле доступа сети радиодоступа, включающий в себя:
передачу системной информации первого типа и системной информации второго типа по радиоинтерфейсу, причем системная информация первого типа включает в себя доступность блоков системной информации второго типа (SIB) и указание способа доставки для каждого доступного SIB второго типа, и при этом способ доставки представляет собой периодическую широковещательную передачу или доставку по запросу;
передачу уведомления, включающего в себя по меньшей мере один идентификатор блоков SIB первого типа, содержимое которых подлежит обновлению на следующей границе повторяющихся периодов времени, сконфигурированных узлом доступа;
планирование широковещательной передачи запрошенного (-ых) SIB второго типа, включая одно или более событий широковещательной передачи.
[000249]
Пример осуществления 58. Способ по примеру осуществления 57, дополнительно включающий в себя отсрочку широковещательной передачи блока (-ов) SIB второго типа до следующей границы.
[000250]
Пример осуществления 59. Способ по примеру осуществления 41, дополнительно включающий в себя на границе способ доставки блока (-ов) SIB второго типа, изменяющийся с доставки по запросу на периодическую широковещательную передачу, и при этом периодическая широковещательная передача блока (-ов) SIB второго типа начинается после следующей границы.
[000251]
Пример осуществления 60. Способ по примеру осуществления 41, дополнительно включающий в себя запуск широковещательной передачи блока (-ов) SIB второго типа при приеме сообщения от беспроводного терминала после следующей границы.
[000252]
Пример осуществления 61. Способ по примеру осуществления 57, дополнительно включающий в себя запуск широковещательной передачи блока (-ов) SIB второго типа после приема сообщения с запросом и прекращение широковещательной передачи после следующей границы.
[000253]
Пример осуществления 62. Беспроводной терминал, содержащий:
схему приемника, выполненную с возможностью приема блока системной информации (SI) первого типа от устройства базовой станции, включая информацию планирования, используемую для конфигурирования окна (окон) SI, причем окно (-а) SI представляет (-ют) собой периодическое (-ие) событие (-я) широковещательной передачи для соответствующего одного или более блоков системной информации (SIB) второго типа;
схему процессора, выполненную с возможностью определения окна (окон) SI на основании информации планирования;
схему приемника, дополнительно выполненную с возможностью выполнения процедуры приема для попытки приема по меньшей мере одного из SIB второго типа в пределах окна (окон) SI текущего периода изменения;
причем схема приемника выполнена с возможностью продолжения процедуры приема в течение текущего периода изменения в случае, если по меньшей мере один из SIB второго типа не принят в пределах окна (окон) SI.
[000254]
Пример осуществления 63. Беспроводной терминал по примеру осуществления 62, в котором текущий период изменения представляет собой один из множества периодов изменения, сконфигурированных устройством базовой станции, причем множество периодов изменения представляют собой повторяющиеся промежутки времени.
[000255]
Пример осуществления 64. Беспроводной терминал по примеру осуществления 62, в котором схема приемника дополнительно выполнена с возможностью прерывания процедуры приема в следующем периоде изменения.
[000256]
Пример осуществления 65. Беспроводной терминал по примеру осуществления 62, в котором схема приемника выполнена с возможностью продолжения процедуры приема в текущем периоде изменения, даже если схема приемника принимает уведомление, в котором сообщается об изменении содержимого блока системной информации (SI) первого типа или одного или более блоков системной информации (SIB) второго типа.
[000257]
Пример осуществления 66. Устройство базовой станции, содержащее:
схему процессора, выполненную с возможностью генерирования блока системной информации (SI) первого типа, включая информацию планирования, используемую для конфигурирования окна (окон) SI, причем окно (-а) SI представляет (-ют) собой периодическое (-ие) событие (-я) широковещательной передачи для соответствующих одного или более блоков системной информации (SIB) второго типа; при этом окно (-а) SI текущего периода изменения выполнено (-ы) с возможностью обеспечения попыток приема по меньшей мере одного из SIB второго типа беспроводным терминалом во время процедуры приема, выполняемой беспроводным терминалом, и беспроводной терминал может продолжать процедуру приема в текущем периоде изменения в случае, если по меньшей мере один из SIB второго типа не принят в одном или более окне (-ах) SI;
схему передатчика, выполненную с возможностью передачи блока системной информации (SI) первого типа и одного или более блоков системной информации (SIB) второго типа на беспроводной терминал.
[000258]
Пример осуществления 67. Базовая станция по примеру осуществления 66, в которой текущий период изменения представляет собой один из множества периодов изменения, сконфигурированных устройством базовой станции, причем множество периодов изменения представляют собой повторяющиеся промежутки времени.
[000259]
Пример осуществления 68. Способ в беспроводном терминале, включающий в себя:
прием блока системной информации (SI) первого типа, включая информацию планирования, используемую для конфигурирования окна (окон) SI, от устройства базовой станции, причем окно (-а) SI представляет (-ют) собой периодическое (-ие) событие (-я) широковещательной передачи для соответствующего одного или более блоков системной информации (SIB) второго типа;
определение окна (окон) SI на основании информации планирования;
выполнение процедуры приема для попытки приема по меньшей мере одного из SIB второго типа в пределах окна (окон) SI текущего периода изменения; и
продолжение процедуры приема в текущем периоде изменения в случае, если по меньшей мере один из SIB второго типа не принят в пределах окна (окон) SI.
[000260]
Пример осуществления 69. Способ по примеру осуществления 68, в котором текущий период изменения представляет собой один из множества периодов изменения, сконфигурированных устройством базовой станции, причем множество периодов изменения представляют собой повторяющиеся промежутки времени.
[000261]
Пример осуществления 70. Способ по примеру осуществления 68, дополнительно включающий в себя прерывание текущей процедуры приема в следующем периоде изменения.
[000262]
Пример осуществления 71. Способ по примеру осуществления 68, в котором предусмотрено продолжение процедуры приема в текущем периоде изменения, даже если принято уведомление, в котором сообщается об изменении содержимого блока SI первого типа или блоков SIB второго типа.
[000263]
Пример осуществления 72. Способ для устройства базовой станции, включающий в себя: передачу блока системной информации (SI) первого типа на беспроводной терминал, включая информацию планирования, используемую для конфигурирования окна (окон) SI, причем окно (-а) SI представляет (-ют) собой периодическое (-ие) событие (-я) широковещательной передачи для соответствующего одного или более блоков системной информации (SIB) второго типа, при этом
окно (-а) SI определено (-ы) беспроводным терминалом на основании информации планирования;
процедуру приема для попытки приема по меньшей мере одного из SIB второго типа в пределах окна (окон) SI текущего периода изменения выполняет беспроводной терминал; и
беспроводной терминал продолжает процедуру приема в течение текущего периода изменения в случае, если по меньшей мере один из SIB второго типа не принят в пределах окна (окон) SI.
[000264]
Пример осуществления 73. Способ по примеру осуществления 72, в котором текущий период изменения представляет собой один из множества периодов изменения, сконфигурированных устройством базовой станции, причем множество периодов изменения представляют собой повторяющиеся промежутки времени.
[000265]
Хотя процессы и способы описанных вариантов осуществления могут быть описаны как реализуемые в виде подпрограммы, некоторые из этапов способа, которые описаны в настоящем документе, могут быть выполнены оборудованием, а также процессором, на котором запущено программное обеспечение. Соответственно, варианты осуществления могут быть реализованы в виде программного обеспечения, исполняемого в компьютерной системе, в виде оборудования, такого как специализированная интегральная схема или аппаратная реализация другого типа, или в виде комбинации программных и аппаратных средств. Подпрограммы описанных вариантов осуществления выполнены с возможностью их исполнения в любой операционной системе компьютера и выполнены с возможностью использования любой архитектуры ЦП. Команды такого программного обеспечения хранятся на энергонезависимых машиночитаемых носителях.
[000266]
Функции различных элементов, включая функциональные блоки, в том числе, без ограничений, обозначенные или описанные как «компьютер», «процессор» или «контроллер», могут быть обеспечены за счет использования оборудования, такого как аппаратная схема и/или оборудование, выполненное с возможностью исполнения программным обеспечением в виде кодированных инструкций, хранящихся на машиночитаемом носителе. Таким образом, следует понимать, что такие функции и проиллюстрированные функциональные блоки представлены как аппаратно-реализованные и/или компьютерно-реализованные и, следовательно, машинно-реализованные.
[000267]
С точки зрения аппаратной реализации функциональные блоки могут включать в себя или содержать, без ограничений, оборудование цифрового сигнального процессора (DSP), процессор с сокращенным набором команд, аппаратную (например, цифровую или аналоговую) схему, в том числе, без ограничений, специализированную интегральную схему (-ы) [ASIC] и/или программируемую пользователем вентильную матрицу (-ы) (FPGA), а также (где это возможно) конечные автоматы, выполненные с возможностью выполнения таких функций.
[000268]
С точки зрения компьютерной реализации компьютер, как по существу считается, содержит один или более процессоров или один или более контроллеров, и термины «компьютер», «процессор» и «контроллер» могут использоваться в настоящем документе взаимозаменяемо. При предоставлении функций компьютером, или процессором, или контроллером, они могут быть предусмотрены на одном специализированном компьютере, или процессоре, или контроллере, одном совместно используемом компьютере, или процессоре, или контроллере, либо множестве отдельных компьютеров, или процессоров, или контроллеров, некоторые из которых могут быть общими или распределенными. Более того, использование термина «процессор» или «контроллер» должно также толковаться как ссылка на другое оборудование, выполненное с возможностью выполнения таких функций и/или обеспечения работы программного обеспечения, например оборудование, перечисленное выше в качестве примера.
[000269]
Функции различных элементов, включая функциональные блоки, в том числе, без ограничений, обозначенные или описанные как «компьютер», «процессор» или «контроллер», могут быть обеспечены за счет использования оборудования, такого как аппаратная схема и/или оборудование, выполненное с возможностью исполнения программным обеспечением в виде кодированных инструкций, хранящихся на машиночитаемом носителе. Таким образом, следует понимать, что такие функции и проиллюстрированные функциональные блоки представлены как аппаратно-реализованные и/или компьютерно-реализованные и, следовательно, машинно-реализованные.
[000270]
Узлы, которые обмениваются данными с использованием радиоинтерфейса, также имеют подходящую схему радиосвязи. Более того, дополнительно может быть рассмотрено осуществление технологии полностью в пределах машиночитаемой памяти любого вида, такой как твердотельная память, магнитный диск или оптический диск, содержащие соответствующий набор компьютерных команд, благодаря чему процессор смог бы выполнять методики, описанные в настоящем документе.
[000271]
Следует понимать, что описанная в настоящем документе технология направлена на решение проблем, относящихся к радиообмену данными, и обязательно основана на компьютерной технологии и преодолевает проблемы, возникающие именно в области радиообмена данными. Более того, в по меньшей мере одном из аспектов описанная в настоящем документе технология улучшает работу основной функции беспроводного терминала и/или самого узла таким образом, что, например, беспроводной терминал и/или узел могут работать более эффективно при разумном использовании радиоресурсов.
[000272]
Хотя приведенное выше описание содержит множество конкретных деталей, их следует трактовать не как ограничивающие объем технологии, описанной в настоящем документе, а лишь как обеспечивающие иллюстрации некоторых из предпочтительных в настоящее время вариантов осуществления технологии, описанной в настоящем документе. Таким образом, объем технологии, описанной в настоящем документе, следует определять прилагаемой формулой изобретения и ее законными эквивалентами. Таким образом, следует понимать, что объем технологии, описанной в настоящем документе, полностью охватывает другие варианты осуществления, которые могут стать очевидными для специалистов в данной области, и что объем технологии, описанной в настоящем документе, соответственно не ограничивается ничем, кроме прилагаемой формулы изобретения, в которой ссылка на элемент в единственном числе означает не «один и только один», а «один или более», если не указано иное. Все структурные, химические и функциональные эквиваленты элементов описанного выше предпочтительного варианта осуществления, которые известны специалистам в данной области, в явном виде включены в настоящий документ путем ссылки и считаются охваченными настоящей формулой изобретения. Более того, устройство или способ необязательно должны решать все и каждую из проблем, для решения которых предназначена описанная в настоящем документе технология, так как они входят в настоящую формулу изобретения. Дополнительно ни один элемент, компонент или этап способа в настоящем описании не предназначен для того, чтобы стать всеобщим достоянием, независимо от того, перечислен ли этот элемент, компонент или этап способа в явном виде в формуле изобретения. Ни один пункт формулы изобретения в настоящем документе не должен трактоваться согласно положениям раздела 35 Свода законов США, параграф 112, шестой абзац, если элемент не описан в явной форме с помощью фразы «предназначен для».