ПРОЦЕДУРА(-Ы) ПРОИЗВОЛЬНОГО ДОСТУПА ДЛЯ РАДИОСИСТЕМЫ
RANDOM ACCESS PROCEDURE(S) FOR RADIO SYSTEM

Настоящая заявка испрашивает приоритет и преимущество по предварительной заявке на патент Соединенных Штатов Америки № 62/492,073, поданной 28 апреля 2017 г., которая полностью включена в настоящий документ путем ссылки.
ОБЛАСТЬ ТЕХНИКИ
[0001]
Технология относится к беспроводной связи и, в частности, к способам и устройству для выполнения процедуры произвольного доступа (RACH) при беспроводной связи.
ПРЕДПОСЫЛКИ СОЗДАНИЯ ИЗОБРЕТЕНИЯ
[0002]
В системах беспроводной связи сеть радиодоступа, как правило, содержит один или более узлов доступа (таких как базовая станция), которые осуществляют связь по радиоканалам посредством радиоинтерфейса или эфирного интерфейса со множеством беспроводных терминалов. В некоторых технологиях такой беспроводной терминал также называют пользовательским оборудованием (UE). Консорциум, известный как Партнерский проект по системам 3–го поколения (3GPP), взял на себя обязательство определять глобально применимые технические спецификации и создавать технические отчеты по системам беспроводной связи существующих и будущих поколений. Стандарт долгосрочного развития сетей связи (LTE) консорциума 3GPP и усовершенствованный LTE (LTE–A) консорциума 3GPP представляют собой проекты по усовершенствованию предшествующего стандарта универсальной системы мобильной связи (UMTS) для мобильного телефона или устройства для удовлетворения будущих требований.
[0003]
В типичных системах сотовой мобильной связи пользовательское оборудование (UE) использует процедуру произвольного доступа для получения информации о синхронизации восходящей линии связи и для инициирования передачи данных из текущей соты размещения оборудования. В стандарте долгосрочного развития сетей связи (LTE) и усовершенствованном стандарте LTE (LTE–A) процедура произвольного доступа может инициироваться, когда UE в незанятом состоянии пытается отправить данные восходящей линии связи, когда UE выполняет процедуру передачи обслуживания новой соте или когда станция eNode B (eNB) текущей обслуживающей соты принимает данные нисходящей линии связи из сети, но обнаруживает, что синхронизация восходящей линии связи потеряна.
[0004]
Процедура произвольного доступа (RACH) является процедурой уровня управления доступом к среде передачи данных (MAC). В эталонной модели IEEE 802 компьютерных сетей управление доступом к среде передачи данных или уровень управления доступом к среде передачи данных (MAC) является нижним подуровнем уровня канала передачи данных (уровень 2) семиуровневой модели взаимодействия открытых систем (OSI). Подуровень MAC предоставляет механизмы адресации каналов и управления доступом к каналам, позволяющие нескольким терминалам или узлам сети обмениваться данными в сети со множественным доступом, которая использует общую среду. Подуровень MAC выступает в роли интерфейса между подуровнем управления логическим каналом (LLC) и физическим уровнем сети.
[0005]
В Международном союзе электросвязи (ITU) и консорциуме 3GPP начата работа по разработке требований и спецификаций для систем новой радиосети (NR) 5G, например систем пятого поколения. Для систем новой радиосети пятого поколения (5G) Партнерский проект по системам 3–го поколения (3GPP) в настоящее время обсуждает структуру процедуры произвольного доступа для вариантов использования, отличных от инициирования передачи данных. Одним примером применения таких вариантов является использование UE для запроса широковещательной передачи системной информации по запросу.
[0006]
Таким образом, необходимо – и примерные объекты технологии описаны в настоящем документе – предоставить способы, устройства и технические средства для обеспечения методик процедуры произвольного доступа (RACH) для систем, включающих в себя систему 5G.
ИЗЛОЖЕНИЕ СУЩНОСТИ ИЗОБРЕТЕНИЯ
[0007]
В некоторых из своих различных примерных аспектов описанная в настоящем документе технология содержит и обеспечивает набор преамбул произвольного доступа, подлежащих резервированию для верхнего уровня, чтобы проинформировать сеть о назначенном запросе/уведомлении, используя процесс RACH без выполнения последующей передачи данных.
[0008]
В некоторых из своих различных примерных аспектов описанная в настоящем документе технология содержит и обеспечивает прием идентификатора переданной зарезервированной преамбулы в данных ответа нисходящей линии связи в качестве указания об успешной доставке для запроса/уведомления.
[0009]
В некоторых из своих различных примерных аспектов описанная в настоящем документе технология содержит и обеспечивает использование успешного декодирования информации управления нисходящей линии связи (DCI) с назначенным или сконфигурированным временным идентификатором радиосети (RNTI), связанным с переданной зарезервированной преамбулой, в качестве доказательства успешной доставки запроса/уведомления.
[00010]
В некоторых из своих различных примерных аспектов описанная в настоящем документе технология содержит и обеспечивает новый формат DCI для применения в сочетании с зарезервированными преамбулами.
[00011]
В одном из своих аспектов описанная в настоящем документе технология относится к пользовательскому оборудованию, содержащему схему приемника, схему процессора и схему передатчика. Схема приемника выполнена с возможностью приема от устройства базовой станции параметров конфигурации процедуры произвольного доступа. Параметры конфигурации включают в себя набор преамбул произвольного доступа и ресурсов физического канала произвольного доступа (PRACH), зарезервированных для запроса системной информации. Схема процессора выполнена с возможностью выбора преамбулы произвольного доступа и ресурса PRACH из набора преамбул произвольного доступа и ресурсов PRACH в случае запроса системной информации. Схема передатчика выполнена с возможностью передачи преамбулы произвольного доступа с использованием ресурса PRACH.
[00012]
В другом из своих аспектов описанная в настоящем документе технология относится к способу для пользовательского оборудования. В основном варианте способ включает в себя: прием от устройства базовой станции параметров конфигурации для процедуры произвольного доступа, причем параметры конфигурации включают в себя набор преамбул произвольного доступа и ресурсов PRACH, зарезервированных для запроса системной информации, выбор преамбулы произвольного доступа и ресурса физического канала произвольного доступа (PRACH) из набора преамбул произвольного доступа и ресурсов PRACH в случае запроса системной информации, а также передачу преамбулы произвольного доступа с использованием ресурса PRACH.
[00013]
В другом из своих аспектов описанная в настоящем документе технология относится к устройству базовой станции, содержащему схему приемника, схему передатчика и схему процессора. Схема приемника и схема передатчика выполнены с возможностью обмена данными с пользовательским оборудованием по радиоинтерфейсу. Схема процессора выполнена с возможностью: широковещательной передачи параметров конфигурации для процедуры произвольного доступа, причем параметры конфигурации включают в себя набор преамбул произвольного доступа и ресурсов физического канала произвольного доступа (PRACH), зарезервированных для запроса системной информации, приема последовательности преамбулы, связанной с одной из преамбул произвольного доступа, на одном из ресурсов PRACH, а также идентификации и обработки запроса системной информации от пользовательского оборудования.
[00014]
В другом из своих аспектов описанная в настоящем документе технология относится к способу для устройства базовой станции. В основном варианте способ включает в себя: использование схемы приемника и схемы передатчика для обмена данными с пользовательским оборудованием по радиоинтерфейсу и использование схемы процессора для: широковещательной передачи параметров конфигурации для процедуры произвольного доступа, причем параметры конфигурации включают в себя набор преамбул произвольного доступа и ресурсов физического канала произвольного доступа (PRACH), зарезервированных для запроса системной информации, приема последовательности преамбулы, связанной с одной из преамбул доступа, на одном из ресурсов PRACH, и идентификации и обработки запроса системной информации от пользовательского оборудования.
[00015]
В одном примере осуществления и варианте процедуры запрос системной информации запрашивает от устройства базовой станции доставку блока системной информации (SIB) или группы SIB по запросу.
КРАТКОЕ ОПИСАНИЕ ГРАФИЧЕСКИХ МАТЕРИАЛОВ
[00016]
Вышеупомянутые и другие цели, признаки и преимущества описанной в настоящем документе технологии будут очевидны из представленного ниже более подробного описания предпочтительных вариантов осуществления, как проиллюстрировано на прилагаемых графических материалах, на которых одинаковые детали на различных видах показаны условными обозначениями. Графические материалы не обязательно выполнены в масштабе, а вместо этого акцент делается на иллюстрации принципов технологии, описанной в настоящем документе.
[00017]
На Фиг. 1A–1I представлены схематические изображения, показывающие пример системы связи, содержащей различные конфигурации узлов радиодоступа и беспроводного терминала, которые выполняют процедуры произвольного доступа в соответствии с различными примерами осуществления и вариантами описанной в настоящем документе технологии.
[00018]
На Фиг. 2A–2G представлены схематические изображения действий, включающих в себя сообщения, содержащие соответствующие процедуры произвольного доступа согласно Фиг. 1A–1G. На Фиг. 2F–1 и Фиг. 2F–2 представлены блок–схемы, показывающие примеры действий или этапов, содержащих действие 2F–4, показанное на Фиг. 2F.
[00019]
На Фиг. 3A–3C представлены блок–схемы, показывающие примеры не имеющих ограничительного характера типовых действий или этапов, выполняемых беспроводными терминалами систем, представленных на Фиг. 1A–1C соответственно. На Фиг. 3D–3G представлены блок–схемы, показывающие примеры не имеющих ограничительного характера типовых действий или этапов, выполняемых беспроводными терминалами систем, представленных на Фиг. 1F–1I соответственно.
[00020]
На Фиг. 4A–4C представлены блок–схемы, показывающие примеры не имеющих ограничительного характера типовых действий или этапов, выполняемых узлами радиодоступа систем, представленных на Фиг. 1A–1C соответственно. На Фиг. 4D–4G представлены блок–схемы, показывающие примеры не имеющих ограничительного характера типовых действий или этапов, выполняемых узлами радиодоступа систем, представленных на Фиг. 1F–1I соответственно.
[00021]
На Фиг. 5A–1, Фиг. 5A–2, Фиг. 5A–3, Фиг. 5A–4, Фиг. 5A–4a и Фиг. 5A–4b представлены схематические изображения, показывающие примерные форматы и примерный состав некоторых сообщений, содержащих процедуру произвольного доступа согласно примеру осуществления и варианту процедуры, показанным на Фиг. 1A.
[00022]
На Фиг. 5B–1, Фиг. 5B–2, Фиг. 5B–3, Фиг. 5B–4, Фиг. 5B–4a, Фиг. 5B–4b и Фиг. 5B–4c представлены схематические изображения, показывающие примерные форматы и примерный состав некоторых сообщений, содержащих процедуру произвольного доступа согласно примеру осуществления и варианту процедуры, показанным на Фиг. 1B.
[00023]
На Фиг. 6 представлено схематическое изображение, иллюстрирующее, что информация нисходящей линии связи может включать в себя как физический канал управления нисходящей линии связи (PDCCH), так и физический совместно используемый канал для передачи данных по нисходящей линии связи (PDSCH).
[00024]
На Фиг. 7 представлено схематическое изображение, иллюстрирующее пример взаимосвязей между индексами преамбулы, относящимися к первой группе индексов преамбулы, и соответствующими назначенными запросами.
[00025]
На Фиг. 8 представлено схематическое изображение, показывающее примерные форматы и примерный состав некоторых из блоков данных протокола (PDU) MAC для другого примера осуществления и варианта процедуры, которые представляют собой модификации примера осуществления и варианта процедуры, показанных на Фиг. 1B.
[00026]
На Фиг. 9 представлено схематическое изображение, иллюстрирующее пример взаимосвязи между информацией преамбулы и X–RNTI для четвертого примера осуществления и варианта процедуры.
[00027]
На Фиг. 10 представлено схематическое изображение, показывающее альтернативную реализацию примера осуществления и варианта процедуры, показанных на Фиг. 2C, в сценарии, в котором DCI, адресуемую с X–RNTI, можно использовать в целях диспетчеризации PDSCH для передачи сообщения.
[00028]
На Фиг. 11 представлено схематическое изображение, иллюстрирующее примеры взаимосвязи между информацией преамбулы и функцией ввода для функции X–RNTI для пятого примера осуществления и варианта процедуры.
[00029]
На Фиг. 12A представлено схематическое изображение, иллюстрирующее примеры взаимосвязей между ресурсами PRACH, относящимися к первой группе ресурсов PRACH, и соответствующими назначенными запросами. На Фиг. 12B представлено схематическое изображение, иллюстрирующее пример ситуации, в которой один ресурс PRACH может быть выделен для множества зарезервированных преамбул.
[00030]
На Фиг. 13 представлено схематическое изображение, иллюстрирующее не имеющий ограничительного характера пример формата блока системной информации, который можно использовать для идентификации первой группы физических радиоресурсов произвольного доступа для седьмого примера осуществления и варианта процедуры.
[00031]
На Фиг. 14 представлено схематическое изображение, иллюстрирующее не имеющий ограничительного характера пример формата блока системной информации, который может содержать критерии прекращения процедуры произвольного доступа для восьмого примера осуществления и варианта процедуры.
[00032]
На Фиг. 15 представлено схематическое изображение, иллюстрирующее не имеющий ограничительного характера пример формата блока системной информации, который может содержать информационный элемент уровня мощности передачи при передаче сообщения преамбулы для девятого примера осуществления и варианта процедуры.
[00033]
На Фиг. 16 представлено схематическое изображение, иллюстрирующее не имеющий ограничительного характера пример формата блока системной информации, который может содержать элемент информации повторной передачи преамбулы для десятого примера осуществления и варианта процедуры.
[00034]
На Фиг. 17 представлен схематический вид, показывающий пример электронного оборудования, которое может включать электронное оборудование узла или электронное оборудование терминала.
ПОДРОБНОЕ ОПИСАНИЕ
[00035]
В представленном ниже описании в целях пояснения, но не ограничения, изложены конкретные детали, такие как конкретные архитектуры, интерфейсы, методики и т.д., для обеспечения глубокого понимания технологии, описанной в настоящем документе. Однако специалистам в данной области будет очевидно, что описанная в настоящем документе технология может быть реализована на практике в других вариантах осуществления, которые выходят за рамки этих конкретных деталей. Это означает, что специалисты в данной области смогут придумать различные конструкции, которые, хотя они не описаны и не показаны в явном виде в настоящем документе, осуществляют принципы описанной в настоящем документе технологии и не выходят за рамки сущности и объема настоящего изобретения. В некоторых случаях подробные описания известных устройств, схем и способов опущены, чтобы не затруднять понимание описания технологии, описанной в настоящем документе, ненужными подробностями. Все утверждения, приведенные в настоящем документе, излагающие принципы, аспекты и варианты осуществления описанной в настоящем документе технологии, а также их конкретные примеры предназначены для охвата как их структурных, так и функциональных эквивалентов. Кроме того, предполагается, что такие эквиваленты включают в себя как известные в настоящее время эквиваленты, так и эквиваленты, которые будут разработаны в будущем, т.е. любые разработанные элементы, которые выполняют ту же функцию независимо от структуры.
[00036]
Таким образом, например, специалистам в данной области будет понятно, что блок–схемы, представленные в настоящем документе, могут показывать концептуальные представления иллюстративной схемы или других функциональных блоков, осуществляющих принципы технологии. Аналогичным образом следует понимать, что любые блок–схемы, диаграммы переходов состояний, псевдокод и т.п. представляют различные процессы, которые могут быть по существу представлены на машиночитаемом носителе и, следовательно, исполнены компьютером или процессором независимо от того, показан такой компьютер или процессор в явном виде или нет.
[00037]
Используемый в настоящем документе термин «опорная сеть» может относиться к устройству, группе устройств или подсистеме в телекоммуникационной сети, которая обеспечивает услуги пользователям телекоммуникационной сети. В число примеров услуг, предоставляемых опорной сетью, входят агрегирование, аутентификация, коммутация вызовов, вызов услуги, шлюзы с другими сетями и т.д.
[00038]
Используемый в настоящем документе термин «беспроводной терминал» может относиться к любому электронному устройству, использованному для передачи речи и/или данных посредством телекоммуникационной системы, такой как (без ограничений) сотовая сеть. Для ссылки на беспроводные терминалы и не имеющие ограничительного характера примеры таких устройств можно использовать другую терминологию, такую как терминал пользовательского оборудования (UE), мобильная станция, терминал доступа, абонентская станция, мобильный терминал, удаленная станция, пользовательский терминал, терминал, абонентская установка, сотовые телефоны, смартфоны, карманные компьютеры (PDA), ноутбуки, нетбуки, планшеты, электронные книги, беспроводные модемы и т.д.
[00039]
Используемые в настоящем документе термины «узел доступа», «узел» или «базовая станция» могут относиться к любому устройству или группе устройств, которые облегчают беспроводную связь или иным образом обеспечивают интерфейс между беспроводным терминалом и телекоммуникационной системой. Не имеющий ограничительного характера пример узла доступа может в рамках спецификации 3GPP включать в себя терминологию Node B (NB), улучшенная Node B (eNB), домашняя eNB (HeNB) или в терминологии 5G gNB или даже передающая и приемная точка (TRP) или какую–либо другую подобную терминологию. Другим не имеющим ограничительного характера примером базовой станции является точка доступа. Точка доступа может представлять собой электронное устройство, которое обеспечивает доступ беспроводного терминала к сети данных, такой как (без ограничений) локальная сеть (LAN), глобальная сеть (WAN), Интернет и т.д. Хотя некоторые примеры систем и способов, описанных в настоящем документе, могут быть описаны со ссылкой на данные стандарты (например, 3GPP выпусков 8, 9, 10, 11...), объем настоящего описания не должен быть ограничен в этом отношении. По меньшей мере некоторые аспекты систем и способов, описанных в настоящем документе, можно использовать в других типах систем беспроводной связи.
[00040]
Используемый в настоящем документе термин «телекоммуникационная система» или «система связи» может относиться к любой сети устройств, используемых для передачи информации. Не имеющим ограничительного характера примером телекоммуникационной системы является сотовая сеть или другая система беспроводной связи.
[00041]
Используемый в настоящем документе термин «сотовая сеть» может относиться к сети, распределенной по сотам, причем каждая сота обслуживается по меньшей мере одним стационарным приемопередатчиком, таким как базовая станция. «Сота» может представлять собой любой канал связи, который определен стандартами или регулирующими учреждениями для использования в расширенной международной мобильной связи (IMT–Advanced). Все соты или их подмножество могут быть приняты в рамках 3GPP как лицензированные полосы (например, полоса частот) для использования при связи между базовой станцией, такой как Node B, и терминалом UE. Сотовая сеть, использующая лицензированные полосы частот, может включать в себя сконфигурированные соты. В число сконфигурированных сот могут входить соты, о которых известно терминалу UE и для которых у него имеется разрешение от базовой станции на передачу или прием информации.
[00042]
На Фиг. 1A–1I представлены примеры систем 20A–20I связи, для которых в настоящем документе описаны процедуры произвольного доступа в соответствии с не имеющими ограничительного характера примерами осуществления и вариантами технологии. На каждой из Фиг. 1A–1I компоненты и функции, имеющие одинаковое основное позиционное обозначение, имеют одинаковую или сходную структуру и функционирование, если иное не указано или не ясно из контекста. В примерах систем 20A–20I связи соответствующие узлы 22A–22I радиодоступа обмениваются данными по эфирному или радиоинтерфейсу 24 (например, интерфейсу Uu) с соответствующими беспроводными терминалами 26A–26I. В контексте настоящего документа ссылка на любой из узлов 22A–22I радиодоступа для удобства может в общем обозначаться как узел 22, а ссылка на любой из беспроводных терминалов 26A–26I также может в общем обозначаться как беспроводной терминал 26.
[00043]
Как упомянуто выше, узел 22 радиодоступа может быть любым узлом, подходящим для осуществления связи с беспроводным терминалом 26, таким как, например, узел базовой станции или eNodeB (eNB), или gNodeB, или gNB. Узел 22 содержит схему процессора узла (процессор 30 узла) и схему 32 приемопередатчика узла. Схема 32 приемопередатчика узла, как правило, содержит схему 34 передатчика узла и схему 36 приемника узла, которые также называют передатчиком узла и приемником узла соответственно.
[00044]
Беспроводной терминал 26 содержит схему процессора 40 терминала (процессор 40 терминала) и схему 42 приемопередатчика терминала. Схема 42 приемопередатчика терминала, как правило, содержит схему 44 передатчика терминала и схему 46 приемника терминала, которые также называют передатчиком 44 терминала и приемником 46 терминала соответственно. Беспроводной терминал 26 также, как правило, содержит пользовательский интерфейс 48. Пользовательский интерфейс 48 терминала может служить для операций как ввода данных пользователем, так и для вывода данных пользователю, и может содержать (например) экран, такой как сенсорный экран, который может как отображать информацию пользователю, так и принимать информацию, вводимую пользователем. Пользовательский интерфейс 48 также может включать в себя устройства других типов, такие как, например, громкоговоритель, микрофон или устройство тактильной обратной связи.
[00045]
Как в узле 22 радиодоступа, так и в беспроводном терминале 26 соответствующие схемы 22 приемопередатчиков включают антенну(–ы). Соответствующие схемы 36 и 46 передатчиков могут содержать, например, усилитель(–и), схему модуляции и другое традиционное оборудование для передачи данных. Соответствующие схемы 34 и 44 приемников могут содержать, например, усилители, схему демодуляции и другое традиционное оборудование для приема данных.
[00046]
Как правило, операционный узел, узел 22 доступа и беспроводной терминал 26 обмениваются данными друг с другом посредством радиоинтерфейса 24 с использованием предварительно заданных конфигураций информации. В качестве не имеющего ограничительного характера примера узел 22 радиодоступа и беспроводной терминал 26 могут обмениваться данными посредством радиоинтерфейса 24 с использованием «кадров» информации, которые могут быть выполнены с возможностью включения различных каналов. В качестве не имеющего ограничительного характера примера в стандарте долгосрочного развития сетей связи (LTE) кадр, который может иметь как относящуюся(–иеся) к нисходящей линии связи часть(–и), так и относящуюся(–иеся) к восходящей линии связи часть(–и), может содержать множество подкадров, причем каждый подкадр LTE в свою очередь разделен на два интервала. Кадр может быть концептуализирован как ресурсная сетка (двухмерная сетка), состоящая из ресурсных элементов (RE). Каждый столбец двухмерной сетки представляет собой символ (например, символ OFDM по нисходящей линии связи (DL) от узла к беспроводному терминалу; символ SC–FDMA в кадре восходящей линии связи (UL) от беспроводного терминала к узлу). Каждая строка сетки представляет собой поднесущую. Структура кадра и подкадра является лишь примером методики форматирования информации, подлежащей передаче посредством радиоинтерфейса или эфирного интерфейса. Следует понимать, что «кадр» и «подкадр» могут использоваться взаимозаменяемо, либо могут включать в себя или могут быть реализованы через другие единицы форматирования информации и как таковые могут обозначаться другими терминами (такими как блоки или символы, интервалы, мини–интервалы в 5G, например).
[00047]
Для обеспечения передачи информации между узлом 22A радиодоступа и беспроводным терминалом 26 посредством радиоинтерфейса 24 процессор 30 узла и процессор 40 терминала на Фиг. 1 показаны как содержащие соответствующие обработчики информации. В примере реализации, в котором информацию передают посредством кадров, обработчик информации для узла 22 радиодоступа показан как планировщик/обработчик 50 кадра/сигнала узла, а обработчик информации для беспроводного терминала 26 показан как обработчик 52 кадра/сигнала терминала. Процессор 40 терминала дополнительно содержит генератор 54 информации синхронизации (SI).
[00048]
Технология, описанная в настоящем документе, в частности, относится к процедуре(–ам) произвольного доступа и базовым станциям (например, узлам радиодоступа) и беспроводным терминалам, которые участвуют в процедуре(–ах) произвольного доступа, а также способам работы таких базовых станций/узлов и беспроводных терминалов. С этой целью узел 22A радиодоступа показан как содержащий контроллер 54 процедуры произвольного доступа узла, а беспроводной терминал 26А показан как содержащий контроллер 56 процедуры произвольного доступа терминала. Контроллер 54 процедуры произвольного доступа узла и контроллер 56 процедуры произвольного доступа терминала относятся к примерам осуществления и вариантам процедур произвольного доступа, описанным в настоящем документе.
[00049]
Пример процедуры произвольного доступа по существу включает в себя пять стадий или аспектов, как кратко описано ниже.
• Стадия инициализации: Беспроводной терминал получает необходимую информацию о конфигурации, широковещательно передаваемую как системная информация от текущей обслуживающей соты.
• Стадия выбора ресурсов преамбулы: Беспроводной терминал выбирает последовательность преамбулы произвольного доступа из набора последовательностей, доступных в обслуживающей соте.
• Стадия передачи преамбулы: В первом сообщении RACH (Msg 1) беспроводной терминал передает выбранную последовательность преамбулы по физическому каналу, например физическому каналу произвольного доступа (PRACH), используя радиоресурсы, сконфигурированные сотой посредством широковещательной передачи системной информации.
• Стадия приема ответа при произвольном доступе (RAR): UE отслеживает назначенные каналы нисходящей линии связи для приема RAR во втором сообщении RACH (Msg 2, которое содержит необходимую информацию, подлежащую использованию в последующих передачах по восходящей линии связи).
• Стадия разрешения конфликтов: Когда UE обнаруживает успешный прием RAR, оно передает сообщение (управления радиоресурсами (RRC)) верхнего уровня (Msg 3), затем пытается принять сообщение (RRC) с идентификатором разрешения конфликтов (Msg 4), который указывает на успешный или неудачный результат разрешения конфликтов.
[00050]
Контроллер 54 процедуры произвольного доступа узла и контроллер 56 процедуры произвольного доступа терминала участвуют в некоторых или во всех описанных выше аспектах и делают это способом, который дополнительно описан в настоящем документе применительно к определенным примерам осуществления и вариантам процедуры.
[00051]
1. ПЕРВЫЙ ПРИМЕР ОСУЩЕСТВЛЕНИЯ
[00052]
Первый пример осуществления и вариант процедуры произвольного доступа технологии, описанной в настоящем документе, показаны на Фиг. 1A, Фиг. 2A, Фиг. 3A, Фиг. 4A, Фиг. 5A–1, Фиг. 5A–2, Фиг. 5A–3, Фиг. 5A–4, Фиг. 5A–4a и Фиг. 5A–4b. На Фиг. 1A показана структура и функциональные возможности узла 22A радиодоступа и беспроводного терминала 26A; на Фиг. 2A показаны действия, относящиеся к процедуре произвольного доступа по первому варианту осуществления, включая сообщения; на Фиг. 3A показаны примеры действий или этапов, специально выполняемых беспроводным терминалом 26A; на Фиг. 4A показаны примеры действий или этапов, специально выполняемых узлом 22A радиодоступа; на Фиг. 5A–1, Фиг. 5A–2, Фиг. 5A–3, Фиг. 5A–4, Фиг. 5A–4a и Фиг. 5A–4b показаны примерные форматы и примерный состав некоторых из сообщений, содержащих процедуру произвольного доступа по первому примеру осуществления и варианту процедуры.
[00053]
Как показано на Фиг. 1A, контроллер 54 процедуры произвольного доступа узла процессора 30 узла содержит генератор 60 ответа при произвольном доступе, а контроллер 56 процедуры произвольного доступа беспроводного терминала 26A содержит модуль 62 проверки ответа при произвольном доступе. Как описано в настоящем документе, в соответствии с первым примером осуществления и вариантом процедуры беспроводной терминал 26А может подтвердить успешное получение узлом 22А радиодоступа последовательности преамбулы, переданной узлу 22А радиодоступа, причем такое подтверждение происходит после приема на стадии ответа при произвольном доступе (RAR) указания от узла 22А радиодоступа об успешном приеме. В некоторых примерах реализации примеров осуществления и вариантов процедуры, описанных в настоящем документе, указание об успешном получении последовательности преамбулы также может упоминаться как «RAPID», например идентификатор преамбулы произвольного доступа.
[00054]
На Фиг. 2A показаны основные примеры действий, относящихся к процедуре произвольного доступа по первому варианту осуществления, включая сообщения. Действие 2A–1 представляет стадию инициализации и по существу описывает узел 22A радиодоступа, передающий параметры конфигурации, и беспроводной терминал 26A, принимающий параметры конфигурации. Параметры конфигурации могут быть широковещательно переданы в виде системной информации от обслуживающей соты (например, соты на основе узла 22A радиодоступа и обслуживающего беспроводного терминала 26A). Действие 2A–2 представляет стадию выбора ресурсов преамбулы, на которой беспроводной терминал 26A выбирает последовательность преамбулы произвольного доступа из набора последовательностей, доступных в обслуживающей соте. Действие 2A–3 представляет стадию передачи преамбулы, на которой беспроводной терминал 26A передает выбранную последовательность преамбулы по физическому каналу (PRACH) с использованием радиоресурсов, сконфигурированных сотой и переданных в рамках действия 2A–1. Передача в рамках действия 2A–3 представлена как Msg 1 процедуры произвольного доступа.
[00055]
Действие 2A–4 представляет обработку и генерирование узлом 22A радиодоступа ответа на сообщение (Msg 1) передачи преамбулы в рамках действия 2A–3. При обработке сообщения (Msg 1) передачи преамбулы в рамках действия 2A–3 контроллер 54 процедуры произвольного доступа узла учитывает последовательность преамбулы, включенную в сообщение Msg 1. Кроме того, при выполнении действия 2A–5 контроллер 54 процедуры произвольного доступа узла заставляет генератор 60 ответа при произвольном доступе генерировать сообщение Msg 2 ответа при произвольном доступе (RAR), которое включает в информацию нисходящей линии связи указание об успешном приеме последовательности преамбулы. Указание об успешном получении последовательности преамбулы также известно как «указание». В некоторых примерах реализации, в которых указание относится к последовательности преамбулы, используемой беспроводным терминалом 26 в Msg 1 процедуры произвольного доступа, указание также может упоминаться как «RAPID». Различные способы, которыми может быть выражено и/или сформатировано указание об успешном приеме последовательности преамбулы в Msg 2 ответа при произвольном доступе, описаны в различных вариантах осуществления и вариантах процедуры в настоящем документе.
[00056]
«Информация нисходящей линии связи», в которую включено указание об успешном приеме последовательности преамбулы, может включать в себя передачу(–и) любого типа от узла 22 радиодоступа к беспроводному терминалу 26 по радиоинтерфейсу. На Фиг. 6 показано, что информация нисходящей линии связи для действия 2A–5 и Msg 2, а также для других сопоставимых действий и сообщений, описанных в настоящем документе, может включать в себя как физический канал управления нисходящей линии связи (PDCCH), так и физический совместно используемый канал для передачи данных по нисходящей линии связи (PDSCH). Физический канал управления нисходящей линии связи (PDCCH) и физический совместно используемый канал для передачи данных по нисходящей линии связи (PDSCH) могут быть включены в один и тот же кадр или сообщение либо в разные кадры или сообщения, в один и тот же подкадр, интервал или подынтервал либо в разные подкадры, интервалы или подынтервалы. Как показано на Фиг. 6, физический совместно используемый канал для передачи данных по нисходящей линии связи (PDSCH) может содержать или переносить один или более блоков пакетных данных (PDU) управления доступом к среде передачи данных (MAC). В некоторых примерах осуществления и вариантах процедуры, описанных в настоящем документе, указание об успешном приеме последовательности преамбулы может быть включено в физический канал управления нисходящей линии связи (PDCCH), тогда как в других примерах осуществления и вариантах процедуры указание об успешном приеме последовательности преамбулы может быть включено в PDU MAC физического совместно используемого канала для передачи данных по нисходящей линии связи (PDSCH). Например, как описано в настоящем документе со ссылкой на Фиг. 5A–1, для одного не имеющего ограничительного характера примера реализации первого варианта осуществления и варианта процедуры указание об успешном приеме последовательности преамбулы включено в PDU MAC физического совместно используемого канала для передачи данных по нисходящей линии связи (PDSCH). В одном примере осуществления контроллер 56 процедуры произвольного доступа терминала перед приемом PDU MAC может отслеживать сигнал управления нисходящей линии связи для получения информации о выделении ресурса для информации нисходящей линии связи, которая содержит передачу PDU MAC. Также следует понимать, что для примеров осуществления и вариантов процедуры, описанных в настоящем документе, включая первый пример осуществления и вариант процедуры, указание об успешном приеме последовательности преамбулы может вместо этого быть включено в физический канал управления нисходящей линии связи (PDCCH) (как понятно из других, описанных далее, примеров осуществления и вариантов процедуры).
[00057]
Действие 2A–6 представляет стадию приема ответа при произвольном доступе (RAR). На стадии приема ответа при произвольном доступе (RAR) модуль 62 проверки ответа при произвольном доступе отслеживает назначенные каналы нисходящей линии связи (DL) путем приема и декодирования информации нисходящей линии связи. В частности, при выполнении действия 2A–6–1 модуль 62 проверки ответа при произвольном доступе пытается найти в информации нисходящей линии связи указание об успешном получении последовательности преамбулы. Другими словами, модуль 62 проверки ответа при произвольном доступе принимает решение относительно включения в информацию нисходящей линии связи указания на то, что базовая станция успешно приняла последовательность преамбулы, отправленную беспроводным терминалом. Если модуль 62 проверки ответа при произвольном доступе принимает решение о включении указания об успешном получении последовательности преамбулы, то модуль 62 проверки ответа при произвольном доступе может окончательно подтвердить, что последовательность преамбулы была успешно отправлена и принята узлом 22А радиодоступа (действие 2A–6–2). В противном случае, если указание об успешном получении последовательности преамбулы не найдено, контроллер 56 процедуры произвольного доступа терминала может повторно передать последовательность преамбулы или указать верхнему уровню на сбой процедуры произвольного доступа.
[00058]
Для конкретики на Фиг. 2А дополнительно показаны действие 2А–7 и действие 2А–8, которые представляют стадию разрешения конфликтов. Действие 2A–7 включает в себя передачу контроллером 56 процедуры произвольного доступа терминала сообщения (RRC) верхнего уровня (сообщение Msg 3) после успешного обнаружения ответа при произвольном доступе (RAR). Действие 2A–8 включает в себя последующую попытку контроллера 56 процедуры произвольного доступа терминала принять сообщение RRC Msg 4, содержащее идентификатор разрешения конфликтов, который указывает на успешный или неудачный результат разрешения конфликтов.
[00059]
На Фиг. 3A показаны примеры действий или этапов, специально выполняемых беспроводным терминалом 26A. Действия, показанные на Фиг. 3A, может выполнять контроллер 56 процедуры произвольного доступа терминала, который может содержать процессор 40 терминала, выполняющий команды, хранящиеся в долговременной памяти. Действие 3A–1 включает в себя прием беспроводным терминалом 26A параметров конфигурации, широковещательно передаваемых базовой станцией. Действие 3A–2 включает в себя генерирование и передачу на базовую станцию последовательности преамбулы, например, в виде сообщения Msg 1. Действие 3A–3 включает в себя прием и декодирование информации нисходящей линии связи от базовой станции, например, в сообщении/из сообщения Msg 2. Действие 3A–4 включает в себя решение модуля 62 проверки ответа при произвольном доступе относительно включения в информацию нисходящей линии связи Msg 2 указания, что базовая станция успешно приняла последовательность преамбулы, отправленную беспроводным терминалом.
[00060]
На Фиг. 4A показаны примеры действий или этапов, специально выполняемых узлом 22A радиодоступа. Действия, показанные на Фиг. 4A, может выполнять контроллер 54 процедуры произвольного доступа узла, который может содержать процессор 30 узла, выполняющий команды, хранящиеся в долговременной памяти. Действие 4A–1 включает в себя широковещательную передачу узлом 22A радиодоступа параметров конфигурации, например, в блоке системной информации (SIB). Действие 4А–2 включает в себя прием (например, в сообщении Msg 1 от беспроводного терминала 26А) узлом 22А радиодоступа последовательности преамбулы, сгенерированной/выбранной беспроводным терминалом 26А. Действие 4A–3 включает в себя использование генератора 60 ответа при произвольном доступе, который генерирует, а узел 22A радиодоступа передает (например, как Msg 2), информацию нисходящей линии связи, содержащую указание об успешном приеме базовой станцией последовательности преамбулы.
[00061]
На Фиг. 5A–1, Фиг. 5A–2, Фиг. 5A–3, Фиг. 5A–4, Фиг. 5A–4a и Фиг. 5A–4b показаны примерные форматы и примерный состав некоторых из сообщений, содержащих процедуру произвольного доступа по первому примеру осуществления и варианту процедуры в примере осуществления, в котором указание об успешном приеме последовательности преамбулы включено в физический совместно используемый канал для передачи данных по нисходящей линии связи (PDSCH). Как показано на Фиг. 5A–1, PDU MAC, переносимый по физическому совместно используемому каналу для передачи данных по нисходящей линии связи (PDSCH), может содержать заголовок MAC, ноль или более ответов при произвольном доступе MAC (RAR MAC) и необязательное заполнение. Заголовок MAC может иметь переменный размер. Как дополнительно показано на Фиг. 5A–1, заголовок PDU MAC может содержать один или более подзаголовков PDU MAC, при этом каждый подзаголовок соответствует RAR MAC, за исключением подзаголовка индикатора отката (BI). Подзаголовок индикатора отката, если включен, может быть включен только один раз и является первым подзаголовком, включенным в заголовок PDU MAC. Подзаголовок PDU MAC может содержать три поля заголовка E/T/RAPID (как описано на Фиг. 5A–2), за исключением подзаголовка индикатора отката, который может содержать пять полей заголовка E/T/R/R/BI (как показано на Фиг. 5A–3). RAR MAC может содержать четыре поля R/Команда опережения синхронизации/Предоставление UL/Временный C–RNTI (как показано на Фиг. 5A–4, Фиг. 5A–4a и Фиг. 5A–4b). Для UE BL и UE в расширенной зоне покрытия с уровнем 2 или 3 расширенного покрытия используют показанный на Фиг. 5A–4a RAR MAC, а для узкополосного беспроводного терминала интернета физических объектов (UE NB–IoT) используют показанный на Фиг. 5A–4b RAR MAC, в противном случае используют RAR MAC, показанный на Фиг. 5A–4. «UE BL» представляет собой UE с низкой сложностью и уменьшенной шириной полосы пропускания и относится к типу радиоустройств с межмашинной связью, использующих ограниченную ширину полосы стандарта LTE.
[00062]
На Фиг. 5A–1 и Фиг. 5A–2 показано, например, что «указание» – например, «RAPID», например, идентификатор преамбулы произвольного доступа – для некоторых примеров осуществления может быть включено в подзаголовок MAC заголовка PDU MAC. Таким образом, указание может быть включено в блок данных протокола (PDU) управления доступом к среде передачи данных (MAC), содержащий данные нисходящей линии связи, при этом PDU MAC может содержать один или более индексов преамбулы.
[00063]
Из вышеизложенного понятно, что в примере реализации PDU MAC (например, на Фиг. 5A–1) может содержать заголовок и полезную нагрузку, причем заголовок дополнительно содержит один или множество подзаголовков, а полезная нагрузка дополнительно содержит один или множество ответов при произвольном доступе (RAR), при этом каждый из подзаголовков содержит индекс принятой преамбулы, связанной с одним из RAR, а взаимосвязь построена таким образом, что RAR расположены в порядке связанных с ними подзаголовков.
[00064]
После предоставления обзора первого примера осуществления и варианта процедуры последует более подробное обсуждение, которое структурировано в соответствии с вышеупомянутыми примерами стадий процедуры произвольного доступа.
1–1 Инициализация
ra–PreambleIndex
ra–PRACH–MaskIndex
ra–PreambleIndex
и ra–PRACH–MaskIndex
Процедура произвольного доступа может быть инициирована порядком физического канала управления нисходящей линии связи (PDCCH), самим подуровнем MAC или подуровнем RRC. Процедура произвольного доступа во вторичной соте (SCell) может быть инициирована только порядком PDCCH. Если объект MAC принимает передачу PDCCH в соответствии с порядком PDCCH, маскированным его C–RNTI, и для конкретной обслуживающей соты, то объект MAC может инициировать процедуру произвольного доступа в этой обслуживающей соте. Для произвольного доступа в специальной соте (SpCell, обслуживающая сота, поддерживающая передачу физического канала управления восходящей линии связи (PUCCH) и произвольный доступ на конкурентной основе) порядок PDCCH или RRC может дополнительно указывать  и , за исключением NB–IoT, где указывают индекс поднесущей, при этом для произвольного доступа в SCell порядок PDCCH указывает  со значением, отличным от 000000, . Касательно pTAG передача преамбулы по PRACH и прием порядка PDCCH поддерживаются только для SpCell. Если UE представляет собой UE NB–IoT и сконфигурировано с неякорной несущей, то выполняется процедура произвольного доступа на якорной несущей. Если явно не указано иное, предполагается, что перед инициированием процедуры для соответствующей обслуживающей соты для UE, кроме UE NB–IoT, UE BL или UE в расширенной зоне покрытия, доступна следующая информация:
prach–ConfigIndex
– доступный набор ресурсов PRACH для передачи преамбулы произвольного доступа ;
– группы преамбул произвольного доступа и набор доступных преамбул произвольного доступа в каждой группе (только для SpCell):
numberOfRA–Preambles
sizeOfRA–PreamblesGroupA
преамбулы, которые находятся в группе А преамбул произвольного доступа и группе B преамбул произвольного доступа, вычисляются на основе параметров  и :
sizeOfRA–PreamblesGroupA
numberOfRA–Preambles
sizeOfRA–PreamblesGroupA
sizeOfRA–PreamblesGroupA
numberOfRA–Preambles
если  равен , то группа B преамбул произвольного доступа отсутствует; преамбулы в группе A преамбул произвольного доступа – это преамбулы от 0 до  – 1, и, если они существуют, преамбулы в группе B преамбул произвольного доступа – это преамбулы от  до  – 1 из набора 64 преамбул;
– если существует группа B преамбул произвольного доступа, то доступны пороговые значения,
messagePowerOffsetGroupB
messageSizeGroupA
deltaPreambleMsg 3
CMAX, c
и , сконфигурированная мощность Pпередачи UE для обслуживающей соты, выполняющей процедуру произвольного доступа, и смещение  между преамбулой и Msg 3, которые необходимы для выбора одной из двух групп преамбул произвольного доступа (только для SpCell);
ra–ResponseWindowSize
– размер окна RA–ответа ;
powerRampingStep
– коэффициент линейного изменения мощности ;
preambleTransMax
– максимальное число передач преамбулы ;
preambleInitialReceivedTargetPower
– начальная мощность преамбулы ;
– смещение на основе формата преамбулы DELTA_PREAMBLE;
maxHARQ Msg 3Tx
– максимальное число передач гибридного автоматического запроса на повторение передачи (HARQ) Msg 3  (только для SpCell);
mac–ContentionResolutionTimer
– таймер разрешения конфликтов  (только для SpCell).
ПРИМЕЧАНИЕ. Приведенные выше параметры могут обновляться с верхних уровней перед началом каждой процедуры произвольного доступа.
Предполагается, что до того, как процедура может быть инициирована для UE NB–IoT, UE BL или UE в расширенной зоне покрытия, для соответствующей обслуживающей соты доступна следующая информация:
– Если UE представляет собой UE BL или UE в расширенной зоне покрытия, доступны:
prach–ConfigIndex
– доступный набор ресурсов PRACH, связанных с каждым уровнем расширенного покрытия, поддерживаемым в обслуживающей соте для передачи преамбулы произвольного доступа ;
– группы преамбул произвольного доступа и набор доступных преамбул произвольного доступа в каждой группе (только для SpCell):
firstPreamble
lastPreamble.
преамбулы, содержащиеся в группах преамбул произвольного доступа для каждого уровня расширенного покрытия, если он существует, являются преамбулами от  до
sizeOfRA–PreamblesGroupA
numberOfRA–Preambles
Если  не равен , группа B преамбул произвольного доступа существует для всех уровней расширенного покрытия и рассчитывается, как указано выше.
ПРИМЕЧАНИЕ. Если существует группа B преамбул произвольного доступа, eNB должна убедиться, что по меньшей мере одна преамбула произвольного доступа содержится в группе A преамбул произвольного доступа и в группе B преамбул произвольного доступа для всех уровней расширенного покрытия.
– Если UE представляет собой UE NB–IoT, доступен:
nprach–ParametersList
– доступный набор ресурсов PRACH , поддерживаемых в обслуживающей соте.
– Для выбора ресурсов произвольного доступа и для передачи преамбулы:
– ресурс PRACH сопоставляется с уровнем расширенного покрытия;
nprach–NumSubcarriers
nprach–SubcarrierMSG 3–RangeStart
nprach–NumCBRA–StartSubcarriers,
– каждый ресурс PRACH содержит набор поднесущих , которые можно разделить на одну или две группы для однотональной/многотональной передачи Msg 3 с помощью  и  как сконфигурировано более высокими уровнями. Каждая группа в тексте процедуры ниже упоминается как преамбула произвольного доступа.
– Поднесущую идентифицируют по индексу поднесущих в диапазоне:
nprach–SubcarrierOffset
nprach–SubcarrierOffset+nprach–NumSubcarriers
[,  – 1].
– Каждая поднесущая группы преамбул произвольного доступа соответствует преамбуле произвольного доступа.
ra–PreambleIndex
– Когда индекс поднесущей явно отправлен из eNB как часть порядка PDCCH, должен быть установлен равным переданному индексу поднесущей.
– Сопоставление ресурсов PRACH с уровнями расширенного покрытия определяют следующим образом:
rsrp–ThresholdsPrachInfoList
– количество уровней расширенного покрытия равно единице плюс количество пороговых значений принимаемой мощности опорного сигнала (RSRP), присутствующих в .
nprach–ParametersList
– Каждый уровень расширенного покрытия имеет один ресурс PRACH, присутствующий в .
numRepetitionsPerPreambleAttempt
– Уровни расширенного покрытия пронумерованы от 0, а сопоставление ресурсов PRACH с уровнями расширенного покрытия выполняется в порядке увеличения .
rsrp–ThresholdsPrachInfoList
– Критерии выбора ресурсов PRACH на основе измерения RSRP для каждого уровня расширенного покрытия, поддерживаемого в обслуживающей соте .
maxNumPreambleAttemptCE
– Максимальное количество попыток передачи преамбулы на каждый уровень расширенного покрытия, поддерживаемый в обслуживающей соте .
numRepetitionPerPreambleAttempt
– Количество повторений, необходимых для передачи преамбулы, на одну попытку для каждого уровня расширенного покрытия, поддерживаемого в обслуживающей соте .
CMAX, c
– Сконфигурированная мощность передачи UE обслуживающей соты, выполняющей процедуру произвольного доступа P.
ra–ResponseWindowSize
mac–ContentionResolutionTimer
– Размер окна RA–ответа  и таймер разрешения конфликтов  (только для SpCell) для каждого уровня расширенного покрытия, поддерживаемого в обслуживающей соте.
powerRampingStep
– Коэффициент линейного изменения мощности .
preambleTransMax–CE
– Максимальное число передач преамбулы .
preambleInitialReceivedTargetPower
– Начальная мощность преамбулы .
– Смещение на основе формата преамбулы DELTA_PREAMBLE. Для NB–IoT параметр DELTA_PREAMBLE устанавливают в 0.
Описанные выше параметры конфигурации широковещательно передаются посредством сообщений RRC системной информации.
Ниже приведена структура информационных элементов, содержащихся в системной информации:
Процедура произвольного доступа может быть выполнена следующим образом:
– очистить буфер Msg 3;
– установить PREAMBLE_TRANSMISSION_COUNTER в 1;
– если UE представляет собой UE NB–IoT, UE BL или UE в расширенной зоне покрытия:
– установить PREAMBLE_TRANSMISSION_COUNTER_CE в 1;
– если начальный уровень расширенного покрытия или начальное количество повторов NPRACH для NB–IoT были указаны в порядке PDCCH, который инициировал процедуру произвольного доступа, или если начальный уровень расширенного покрытия обеспечен верхними уровнями:
– объект MAC считает себя находящимся в этом уровне расширенного покрытия независимо от измеренного RSRP;
– в противном случае:
rsrp–ThresholdsPrachInfoList
– если порог RSRP уровня 3 расширенного покрытия сконфигурирован верхними уровнями в и измеренный порог RSRP меньше порога RSRP уровня 3 расширенного покрытия, а UE приспособлено к уровню 3 расширенного покрытия, тогда:
– объект MAC считает себя находящимся в уровне 3 расширенного покрытия;
rsrp–ThresholdsPrachInfoList
– в противном случае, если порог RSRP уровня 2 расширенного покрытия сконфигурирован верхними уровнями в  и измеренный порог RSRP меньше порога RSRP уровня 2 расширенного покрытия, а UE приспособлено к уровню 2 расширенного покрытия, тогда:
– объект MAC считает себя находящимся в уровне 2 расширенного покрытия;
rsrp–ThresholdsPrachInfoList
– в противном случае, если измеренный порог RSRP меньше порога RSRP уровня 1 расширенного покрытия, как сконфигурировано верхними уровнями в , тогда:
– объект MAC считает себя находящимся в уровне 1 расширенного покрытия;
– в противном случае:
– объект MAC считает себя находящимся в уровне 0 расширенного покрытия;
– установить значение параметра отката в 0 мс;
– для RN приостановить любую конфигурацию подкадра RN;
– перейти к выбору ресурса произвольного доступа.
ПРИМЕЧАНИЕ. В объекте MAC в любой момент времени выполняется только одна процедура произвольного доступа. Если объект MAC принимает запрос на новую процедуру произвольного доступа, тогда как другая уже выполняется в объекте MAC, решение о том, продолжать ли текущую процедуру или начать новую процедуру, зависит от реализации UE.
1–2 Выбор ресурсов преамбулы
Процедура выбора ресурсов произвольного доступа может быть выполнена следующим образом:
ra–PreambleIndex
ra–PRACH–MaskIndex
ra–PreambleIndex
– если  (преамбула произвольного доступа) и  (индекс маски PRACH) были явно сообщены, но не для NB–IoT, а  не равен 000000:
– преамбула произвольного доступа и индекс маски PRACH могут быть данными, которые явно сообщены;
ra–PreambleIndex
– в противном случае, если  (преамбула произвольного доступа) и ресурс PRACH были явно сообщены для NB–IoT:
– ресурс PRACH может быть ресурсом, который явно сообщен.
ra–PreambleIndex
– Если сообщенный  не равен 000000:
nprach–SubcarrierOffset +
ra–PreambleIndex
nprach–NumSubcarriers
nprach–SubcarrierOffset
nprach–NumSubcarriers
– преамбула произвольного доступа может быть установлена в  ( modulo ), где  и  могут быть параметрами в текущем используемом ресурсе PRACH.
– В противном случае:
– можно выбирать группу преамбул произвольного доступа в соответствии с ресурсом PRACH и поддержкой многотональной передачи Msg 3. UE, поддерживающее многотональное Msg 3, может выбирать только группу преамбул произвольного доступа однотонального Msg 3, если отсутствует группа преамбул произвольного доступа многотонального Msg 3.
– Можно случайным образом выбирать преамбулу произвольного доступа в выбранной группе.
– В противном случае преамбула произвольного доступа может быть выбрана объектом MAC следующим образом:
– если Msg 3 еще не было передано, объект MAC может для UE NB–IoT, UE BL или UE в расширенной зоне покрытия:
– за исключением NB–IoT – выбирать группу преамбул произвольного доступа и ресурс PRACH, соответствующий выбранному уровню расширенного покрытия;
– выбирать для NB–IoT ресурс PRACH, соответствующий выбранному уровню расширенного покрытия, и выбрать группу преамбул произвольного доступа, соответствующую ресурсу PRACH и поддержке многотональной передачи Msg 3. UE, поддерживающее многотональное Msg 3, должно выбирать только группу преамбул произвольного доступа однотонального Msg 3, если группа преамбул произвольного доступа многотонального Msg 3 отсутствует.
– Если Msg 3 еще не было передано, объект MAC может, за исключением UE BL или UE в расширенной зоне покрытия в случае, когда группа B преамбул не существует, или для UE NB–IoT;
– если группа B преамбул произвольного доступа существует и происходит любое из следующих событий:
messageSizeGroupA,
preambleInitialReceivedTargetPower
messagePowerOffsetGroupB
CMAX, c
– потенциальный размер сообщения (данные UL, доступные для передачи, плюс заголовок MAC и, где необходимо, элементы управления MAC) больше, чем  а потери при распространении сигнала меньше P (для обслуживающей соты, выполняющей процедуру произвольного доступа) –  – deltaPreambleMsg 3 – ;
messageSizeGroupA
– процедура произвольного доступа была инициирована для логического канала CCCH (общий канал управления), и размер SDU CCCH плюс заголовок MAC больше, чем ;
– выбирать группу B преамбул произвольного доступа;
– в противном случае:
– выбирать группу A преамбул произвольного доступа;
– в противном случае, если Msg 3 передается повторно, объект Mac может:
– выбирать ту же группу преамбул произвольного доступа, которая использовалась для попытки передачи преамбулы, соответствующей первой передаче сообщения Msg 3;
– случайным образом выбирать преамбулу произвольного доступа в выбранной группе; случайная функция может быть такой, чтобы каждый из допустимых выборов мог быть сделан с равной вероятностью;
– устанавливать индекс маски PRACH в 0, но не для NB–IoT;
prach–ConfigIndex
– определять следующий доступный подкадр, содержащий PRACH, разрешенный ограничениями, заданными  (за исключением NB–IoT), индексом маски PRACH (за исключением NB–IoT), требованиями к синхронизации физического уровня, а в случае NB–IoT – определять подкадры, занятые ресурсами PRACH, относящимися к более высокому уровню расширенного покрытия (объект MAC может учитывать возможное возникновение промежутков измерений при определении следующего доступного подкадра PRACH);
– если режим передачи – дуплексная передача с временным разделением каналов (TDD), а индекс маски PRACH равен нулю;
ra–PreambleIndex
– если  был явно сообщен и не был равен 000000 (т.е. не выбран MAC):
– случайным образом выбирать с равной вероятностью один PRACH из PRACH, доступных в определенном подкадре;
– в противном случае:
– случайным образом выбирать с равной вероятностью один PRACH из PRACH, доступных в определенном подкадре, и следующие два последовательных подкадра;
– в противном случае:
– определять PRACH в пределах определенного подкадра в соответствии с требованиями индекса маски PRACH, если таковые имеются;
ra–ResponseWindowSize
mac–ContentionResolutionTimer
– для UE NB–IoT, UE BL или UE в расширенной зоне покрытия – выбирать  и , соответствующие выбранному уровню расширенного покрытия и PRACH;
– переходить к передаче преамбулы произвольного доступа.
1–3 Передача преамбулы произвольного доступа
Процедура произвольного доступа может быть выполнена следующим образом:
preambleInitialReceivedTargetPower
powerRampingStep
– установить PREAMBLE_RECEIVED_TARGET_POWER в +DELTA_PREAMBLE + (PREAMBLE_TRANSMISSION_COUNTER – 1) × .
– Если UE представляет собой UE BL или UE в расширенной зоне покрытия:
– PREAMBLE_RECEIVED_TARGET_POWER может быть установлена в:
PREAMBLE_RECEIVED_TARGET_POWER – 10 ×
numRepetitionPerPreambleAttempt
log 10();
– в случае NB–IoT:
– для уровня 0 расширенного покрытия PREAMBLE_RECEIVED_TARGET_POWER может быть установлена в:
PREAMBLE_RECEIVED_TARGET_POWER – 10 ×
numRepetitionPerPreambleAttempt
log 10();
– для других уровней расширенного покрытия
PREAMBLE_RECEIVED_TARGET_POWER может быть установлена в соответствии с максимальной выходной мощностью UE;
– если UE представляет собой UE NB–IoT, UE BL или UE в расширенной зоне покрытия:
numRepetitionPerPreambleAttempt
– оно может дать указание физическому уровню передать преамбулу с количеством повторений, необходимым для передачи преамбулы, соответствующей выбранной группе преамбул (т.е. ), используя выбранный PRACH, соответствующий выбранному уровню расширенного покрытия, соответствующий RA–RNTI, индекс преамбулы или для NB–IoT индекс поднесущей, и PREAMBLE_RECEIVED_TARGET_POWER;
– в противном случае:
– может дать указание физическому уровню передать преамбулу, используя выбранный PRACH, соответствующий RA–RNTI, индекс преамбулы и
PREAMBLE_RECEIVED_TARGET_POWER.
ПРИМЕЧАНИЕ. Физический уровень может генерировать последовательность преамбулы из индекса преамбулы и параметров, содержащихся в PRACH–ConfigInfo. При приеме последовательности eNB может иметь возможность однозначно идентифицировать индекс преамбулы, соответствующий последовательности.
1–4 Прием ответа при произвольном доступе
ra–ResponseWindowSize
ra–ResponseWindowSize
ra–ResponseWindowSize
Как только преамбула произвольного доступа передана, объект MAC UE может отслеживать PDCCH соты SpCell для ответа(–ов) при произвольном доступе, идентифицированного(–ых) RA–RNTI, который определен ниже, в окне RA–ответа, которое начинается в подкадре, содержащем окончание передачи преамбулы плюс три подкадра, и имеет длину ra–ResponseWindowSize, сконфигурированную RRC. Если UE представляет собой UE BL или UE в расширенной зоне покрытия, окно RA–ответа (ответ при произвольном доступе) начинается с подкадра, содержащего окончание последнего повторения преамбулы плюс три подкадра, и имеет длину  для соответствующего уровня покрытия. Если UE является UE NB–IoT, то в случае, когда число повторений NPRACH больше или равно 64, окно RA–ответа начинается с подкадра, содержащего окончание последнего повторения преамбулы плюс 41 подкадр, и имеет длину  для соответствующего уровня покрытия, а в случае, когда число повторений NPRACH меньше или равно 64, окно RA–ответа начинается с подкадра, содержащего окончание последнего повторения преамбулы плюс 4 подкадра, и имеет длину  для соответствующего уровня покрытия.
RA–RNTI, связанный с PRACH, в котором передается преамбула произвольного доступа, вычисляют следующим образом:
RA–RNTI=1+t_id+10 × f_id,
f
f
RA
RA
где t_id – индекс первого подкадра указанного PRACH (0 ≤ t_id < 10), f_id – индекс указанного PRACH в пределах этого подкадра в порядке возрастания в частотной области (0 ≤ f_id < 6), за исключением UE NB–IoT, UE BL или UE в расширенной зоне покрытия. Если ресурс PRACH находится на несущей с TDD, f_id установлен равным , где  – индекс частотного ресурса в рассматриваемый момент времени.
Для UE BL и UE в расширенной зоне покрытия RA–RNTI, связанный с PRACH, в котором передается преамбула произвольного доступа, вычисляют следующим образом:
RA–RNTI=1+t_id+10 × f_id+60 × (SFN_id mod (Wmax/10)),
f
RA
где t_id представляет собой индекс первого подкадра указанного PRACH (0 ≤ t_id < 10), f_id – индекс указанного PRACH в пределах этого подкадра в порядке убывания в частотной области (0 ≤ f_id < 6), SFN_id – индекс первого радиокадра указанного PRACH, а Wmax=400 – это максимально возможный размер окна RAR в подкадрах для UE BL или UE в расширенной зоне покрытия. Если ресурс PRACH находится на несущей с TDD, f_id установлен равным .
Для UE NB–IoT RA–RNTI, связанный с PRACH, в котором передается преамбула произвольного доступа, вычисляют следующим образом:
RA–RNTI=1+floor(SFN_id/4),
где SFN_id представляет собой индекс первого радиокадра указанного PRACH.
PDCCH содержит DCI (информацию управления нисходящей линии связи), которая включает в себя назначения ресурсов для UE или группы UE. eNB может передавать много DCI или PDCCH в подкадре. При ответе на преамбулу произвольного доступа eNB может генерировать DCI с форматом 1A или 1C, как показано в списке 1 и списке 2 соответственно.
– Флаг для различения форматов format0 и format1A или флаг для различения форматов format0A и format1A– Флаг назначения локализованного/распределенного VRB– Назначение ресурсного блока– Схема модуляции и кодирования– Номер процесса HARQ – зарезервирован– Индикатор новых данных– Версия избыточности – 2 бита– Команда TPC для PUCCH– Индекс назначения нисходящей линии связи – зарезервирован.– Запрос SRS– Смещение ресурса HARQ–ACK– Смещение синхронизации SRS присутствует только в том случае, когда формат DCI используют для диспетчеризации PDSCH в соте Scell LAA, а UE сконфигурировано с передачей по восходящей линии связи в Scell LAA.
Список 1. Формат 1А
– 1 бит указывает значение промежутка– Назначение ресурсного блока– Схема модуляции и кодирования
Список 2. Формат 1C
Для обнаружения ошибок может быть присоединена сгенерированная DCI с помощью битов четности циклической проверки четности с избыточностью (CRC). Биты четности CRC могут быть дополнительно скремблированы с помощью соответствующего RNTI. В случае DCI для ответа при произвольном доступе вышеупомянутый RA–RNTI можно использовать для скремблирования CRC.
UE, которое отслеживает PDCCH, может выполнять слепое декодирование полезной нагрузки PDCCH, поскольку оно не осведомлено о подробной структуре канала управления. В частности, UE в процессе приема ответа при произвольном доступе может отслеживать набор кандидатов PDCCH (набор последовательных элементов канала управления (CCE), с которыми можно сопоставить PDCCH). В этом процессе UE может использовать вышеуказанный RA–RNTI для декодирования кандидатов.
После успешного декодирования DCI с помощью RA–RNTI UE может пытаться принять физический совместно используемый канал для передачи данных по нисходящей линии связи (PDSCH), выделение ресурсов для которого указано в поле назначения ресурсного блока DCI в формате 1A или 1C. Соответственно, объект MAC UE может продолжать обработку транспортного блока DL–SCH, принятого в назначенных ресурсах PDSCH, в качестве PDU MAC (см. 1–6) для ответа при произвольном доступе. UE может продолжить декодирование PDCCH, прием PDSCH в пределах окна RA–ответа.
Объект MAC может прекратить отслеживание ответа(–ов) при произвольном доступе после успешного приема ответа при произвольном доступе, содержащего идентификаторы преамбулы произвольного доступа (RAPID), которые соответствуют переданной преамбуле произвольного доступа.
– Если назначение нисходящей линии связи для этого интервала передачи (TTI) было получено по PDCCH для RA–RNTI, и принятый TB успешно декодирован, объект MAC независимо от возможного возникновения промежутка измерения или промежутка обнаружения для передачи при прямом соединении либо промежутка обнаружения для приема при прямом соединении может:
– если ответ при произвольном доступе содержит подзаголовок индикатора отката:
– устанавливать значение параметра отката, как указано в поле BI подзаголовка индикатора отката;
– в противном случае устанавливать значение параметра отката в 0 мс.
– Если ответ при произвольном доступе содержит идентификатор преамбулы произвольного доступа, соответствующий переданной преамбуле произвольного доступа, объект MAC может:
– считать этот прием ответа при произвольном доступе успешным и применить для обслуживающей соты, в которой была передана преамбула произвольного доступа, следующие действия:
– обрабатывать принятую команду опережения (см. подраздел 5.2);
preambleInitialReceivedTargetPower
powerRampingStep
– указывать  и величину линейного изменения мощности, примененную к самой последней передаче преамбулы, нижним уровням (т.е. (PREAMBLE_TRANSMISSION_COUNTER – 1) ×);
ul–Configuration–r14
– если SCell сконфигурирована с , игнорировать полученное предоставление UL,в противном случае – обработать полученное значение предоставления UL и указать его нижним уровням;
ra–PreambleIndex
– если, за исключением NB–IoT,  был явно сообщен и не был равен 000000 (т.е. не выбран MAC):
– считать, что процедура произвольного доступа успешно завершена;
– в противном случае, за исключением NB–IoT, преамбула произвольного доступа была выбрана объектом MAC или для NB–IoT:
– устанавливать для временного C–RNTI значение, полученное в ответном сообщении о произвольном доступе, не позднее чем во время первой передачи, соответствующей предоставлению UL, предусмотренному в ответном сообщении о произвольном доступе;
– если это первый успешно полученный ответ при произвольном доступе в рамках этой процедуры произвольного доступа;
– если передача не выполняется для логического канала CCCH, объект MAC может указать объекту мультиплексирования и сборки включить элемент управления MAC C–RNTI в последующую передачу по восходящей линии связи;
– получать PDU MAC для передачи из объекта «Мультиплексирование и сборка» и сохранять его в буфере Msg 3.
ПРИМЕЧАНИЕ. Когда требуется передача по восходящей линии связи, например, для разрешения конфликтов, eNB может не обеспечивать предоставление короче, чем 56 бит (или 88 бит для NB–IoT) в ответе при произвольном доступе.
ПРИМЕЧАНИЕ. Если в рамках процедуры произвольного доступа предоставление восходящей линии связи, предусмотренное в ответе при произвольном доступе для той же группы преамбул произвольного доступа, имеет размер, отличающийся от размера первого предоставления восходящей линии связи, выделенного в ходе процедуры произвольного доступа, поведение UE не определено.
Если в пределах окна RA–ответа не получен ответ при произвольном доступе или если ни один из полученных ответов при произвольном доступе не содержит идентификатора произвольного доступа, соответствующего переданной преамбуле произвольного доступа, прием ответа при произвольном доступе может считаться неуспешным, и объект MAC может:
– если уведомление о приостановке линейного изменения мощности не было получено от нижних уровней:
– увеличивать PREAMBLE_TRANSMISSION_COUNTER на 1;
– если UE представляет собой UE NB–IoT, UE BL или UE в расширенной зоне покрытия;
preambleTransMax–CE
– если PREAMBLE_TRANSMISSION_COUNTER=+1;
– если преамбула произвольного доступа передается на SpCell:
– указывать на проблему при произвольном доступе верхним уровням;
– в случае NB–IoT:
– считать, что процедура произвольного доступа не завершена успешно;
– в противном случае:
preambleTransMax
– если PREAMBLE_TRANSMISSION_COUNTER=+1;
– если преамбула произвольного доступа передается на SpCell:
– указывать на проблему при произвольном доступе верхним уровням;
– если преамбула произвольного доступа передается на SpCell:
– считать, что процедура произвольного доступа не завершена успешно.
– Если в данной процедуре произвольного доступа преамбула произвольного доступа была выбрана MAC:
– на основе параметра отката объект MAC может выбирать случайное время отката в соответствии с равномерным распределением между 0 и значением параметра отката;
– задерживать последующую передачу произвольного доступа на время отката;
ul–Configuration–r14
– в противном случае, если SCell, куда была передана преамбула произвольного доступа, сконфигурирована с :
ra–PreambleIndex
ra–PRACH–MaskIndex
– задерживать последующую передачу произвольного доступа до тех пор, пока процедура произвольного доступа не будет инициирована порядком PDCCH с теми же самыми  и ;
– если UE представляет собой UE NB–IoT, UE BL или UE в расширенной зоне покрытия:
– увеличивать PREAMBLE_TRANSMISSION_COUNTER_CE на 1;
maxNumPreambleAttemptCE
– если PREAMBLE_TRANSMISSION_COUNTER_CE= для соответствующего уровня расширенного покрытия+1:
– сбрасывать PREAMBLE_TRANSMISSION_COUNTER_CE;
– считать, что он находится на следующем расширенном уровне покрытия, если он поддерживается обслуживающей сотой и UE, в противном случае он может оставаться на текущем уровне расширенного покрытия;
ra–ResponseWindowSize
mac–ContentionResolutionTimer
– выбирать группу преамбул произвольного доступа, ,  и ресурс PRACH, соответствующие выбранному уровню расширенного покрытия. UE NB–IoT, поддерживающее многотональное Msg 3, может выбирать только группу преамбул произвольного доступа однотонального Msg 3, если отсутствует группа преамбул произвольного доступа многотонального Msg 3;
– если UE представляет собой UE NB–IoT;
– если процедура произвольного доступа была инициирована порядком PDCCH:
– считать ресурс PRACH, соответствующий выбранному уровню расширенного покрытия, явным образом сообщенным;
– переходить к выбору ресурса произвольного доступа.
1–5 Разрешение конфликтов
mac–ContentionResolutionTimer
Разрешение конфликтов может быть основано либо на C–RNTI по PDCCH SpCell, либо на идентификаторе разрешения конфликтов UE по DL–SCH. Если UE представляет собой UE NB–IoT, UE BL или UE в расширенной зоне покрытия, объект MAC может использовать  для соответствующего уровня расширенного покрытия, если он существует.
Как только Msg 3 передан, объект MAC может:
mac–ContentionResolutionTimer
mac–ContentionResolutionTimer
– за исключением UE BL или UE в расширенной зоне покрытия или UE NB–IoT, запускать  и перезапускать  при каждой повторной передаче HARQ;
mac–ContentionResolutionTimer
mac–ContentionResolutionTimer
– для UE BL или UE в расширенной зоне покрытия или UE NB–IoT запускать  и перезапускать  при каждой повторной передаче HARQ из пакета в подкадре, содержащем последнее повторение соответствующей передачи PUSCH;
mac–ContentionResolutionTimer
– независимо от возможного возникновения промежутка измерения или промежутка обнаружения для приема при прямом соединении отслеживать PDCCH, пока не истечет время работы таймера  или до его остановки;
– если уведомление о приеме передачи PDCCH получено от нижних уровней, объект MAC может:
– если элемент управления MAC C–RNTI был включен в Msg 3;
– если процедура произвольного доступа была инициирована самим подуровнем MAC или подуровнем RRC, а передача PDCCH адресована C–RNTI и содержит предоставление UL для новой передачи или
– если процедура произвольного доступа была инициирована порядком PDCCH, а передача PDCCH адресована C–RNTI:
– считать это разрешение конфликтов успешным;
mac–ContentionResolutionTimer
– остановить ;
– отбросить временный C–RNTI;
– если UE представляет собой UE NB–IoT и сконфигурировано с неякорной несущей:
– предоставление UL или назначение DL, содержащееся в передаче PDCCH на якорной несущей, может быть действительными только для неякорной несущей;
– считать эту процедуру произвольного доступа успешно завершенной;
– в противном случае, если SDU CCCH был включен в Msg 3 и передача PDCCH адресована его временному C–RNTI;
– если PDU MAC успешно декодирован:
mac–ContentionResolutionTimer
– остановить ;
– если PDU MAC содержит элемент управления MAC идентификатора разрешения конфликтов UE и
– если идентификатор разрешения конфликтов UE, включенный в элемент управления MAC, совпадает с первыми 48 битами SDU CCCH, переданного в Msg 3:
– считать это разрешение конфликтов успешным и завершить разборку и демультиплексирование PDU MAC;
– устанавливать значение C–RNTI, равным значению временного C–RNTI;
– отбросить временный C–RNTI;
– считать эту процедуру произвольного доступа успешно завершенной;
– в противном случае:
– отбросить временный C–RNTI;
– считать, что это разрешение конфликтов не было успешным, и отбросить успешно декодированный PDU MAC.
mac–ContentionResolutionTimer
– Если время работы таймера  истекает:
– отбросить временный C–RNTI;
– считать разрешение конфликтов неуспешным.
– Если разрешение конфликтов считается неуспешным, объект MAC должен:
– очищать буфер HARQ, используемый для передачи PDU MAC, в буфере Msg 3;
– если уведомление о приостановке линейного изменения мощности не было получено от нижних уровней:
– увеличивать PREAMBLE_TRANSMISSION_COUNTER на 1;
– если UE представляет собой UE NB–IoT, UE BL или UE в расширенной зоне покрытия;
preambleTransMax–CE
– если PREAMBLE_TRANSMISSION_COUNTER=+1:
– указывать на проблему при произвольном доступе верхним уровням;
– в случае NB–IoT:
– считать, что процедура произвольного доступа не завершена успешно;
– в противном случае:
preambleTransMax
– если PREAMBLE_TRANSMISSION_COUNTER=+1:
– указывать на проблему при произвольном доступе верхним уровням;
– на основе параметра отката выбирать случайное время отката в соответствии с равномерным распределением между 0 и значением параметра отката;
– задерживать последующую передачу произвольного доступа на время отката;
– переходить к выбору ресурса произвольного доступа.
1–6 PDU MAC (ответ при произвольном доступе)
PDU MAC может состоять из заголовка MAC и нулевого или более количества ответов при произвольном доступе MAC (RAR MAC) и, возможно, заполнения, как описано на Фиг. 1–4. Заголовок MAC может иметь переменный размер.
Заголовок PDU MAC может состоять из одного или более подзаголовков PDU MAC; каждый подзаголовок соответствует RAR MAC, за исключением подзаголовка индикатора отката. Подзаголовок индикатора отката, если включен, может быть включен только один раз и является первым подзаголовком, включенным в заголовок PDU MAC.
Подзаголовок PDU MAC может состоять из трех полей заголовка E/T/RAPID, за исключением подзаголовка индикатора отката, который может состоять из пяти полей заголовка E/T/R/R/BI.
RAR MAC может содержать четыре поля R/Команда опережения синхронизации/Предоставление UL/Временный C–RNTI.
Заполнение может происходить после последнего RAR MAC. Наличие и длина заполнения неявно зависят от размера TB, размера заголовка MAC и количества RAR.
[00065]
2. ВТОРОЙ ПРИМЕР ОСУЩЕСТВЛЕНИЯ
[00066]
Второй пример осуществления и вариант процедуры произвольного доступа технологии, описанной в настоящем документе, показан на Фиг. 1B, Фиг. 2B, Фиг. 3B, Фиг. 4B и Фиг. 5B–1, Фиг. 5B–2, Фиг. 5B–3, Фиг. 5B–4, Фиг. 5B–4a и Фиг. 5B–4b. На Фиг. 1B показана структура и функциональные возможности узла 22B радиодоступа и беспроводного терминала 26B; на Фиг. 2B показаны действия, относящиеся к процедуре произвольного доступа по второму варианту осуществления, включая сообщения; на Фиг. 3B показаны примеры действий или этапов, специально выполняемых беспроводным терминалом 26B; на Фиг. 4B показаны примеры действий или этапов, специально выполняемых узлом 22B радиодоступа; на Фиг. 5B–1, Фиг. 5B–2, Фиг. 5B–3, Фиг. 5B–4, Фиг. 5B–4a и Фиг. 5B–4b показаны примерные форматы и примерный состав некоторых из сообщений, содержащих процедуру произвольного доступа по второму примеру осуществления и варианту процедуры.
[00067]
Как показано на Фиг. 1B, контроллер 54 процедуры произвольного доступа узла процессора 30 узла содержит генератор 60 ответа при произвольном доступе. Контроллер 56 процедуры произвольного доступа терминала беспроводного терминала 26B содержит модуль 62 проверки ответа при произвольном доступе и модуль 70 выбора преамбулы/ресурсов. Как описано в настоящем документе, в соответствии со вторым примером осуществления и вариантом процедуры беспроводной терминал 26B может выбирать индекс преамбулы из первой группы индексов преамбулы, которая зарезервирована и различна для набора назначенных запросов, и может подтверждать успешное получение последовательности преамбулы узлу 22B радиодоступа и даже завершать процедуру произвольного доступа после приема от узла 22B радиодоступа на стадии ответа при произвольном доступе (RAR) указания об успешном приеме, которое служит подтверждением или относится к выбранной преамбуле и/или ее индексу. Как и в некоторых других примерах реализации примеров осуществления и вариантов процедуры, описанных в настоящем документе, указание на успешное получение последовательности преамбулы также может упоминаться как «RAPID», например идентификатор преамбулы произвольного доступа.
[00068]
Как показано на Фиг. 1B, модуль 70 выбора преамбулы/ресурсов выполнен с возможностью выбора индекса преамбулы из одной из множества групп индексов преамбулы. Для простоты на Фиг. 1В показаны две такие группы индексов преамбулы: первая группа 72 индексов преамбулы и вторая группа 74 индексов преамбулы. В других примерах осуществления может быть обеспечено большее количество групп. Во втором примере осуществления и варианте процедуры индексы преамбулы первой группы 72 индексов преамбулы зарезервированы и различны для набора назначенных запросов. Под «назначенным запросом» подразумевается некоторый тип запроса, информации или действия (не обязательно связанных с самой процедурой произвольного доступа), который отправляется от беспроводного терминала 26B на узел 22B радиодоступа. С другой стороны, индексы преамбулы второй группы 74 индексов преамбулы выделены для других целей, например для целей, отличных от назначенных запросов первой группы 72 индексов преамбулы, включая установление связи по радиоинтерфейсу.
[00069]
На Фиг. 7 показано, что может существовать взаимосвязь между индексом преамбулы первой группы 72 индексов преамбулы и определенным назначенным запросом. Связи между индексами преамбулы первой группы 72 индексов преамбулы и назначенными типами запросов могут быть предварительно определены или могут динамически изменяться сетью. Как показано на Фиг. 7, взаимосвязи могут быть один–к–одному, или в альтернативном варианте осуществления или дополнительно множество индексов преамбулы может быть связано с определенным назначенным запросом. Как показано на Фиг. 7, один или более назначенных запросов могут быть запросами на доставку системной информации по запросу, например запросом SIB по запросу. Фактически множество индексов преамбулы может быть зарезервировано для множества SIB/групп SIB. Запрос по запросу для одного или более SIB может возникать вследствие того, что, например, для экономии полосы пропускания такие SIB по запросу обычно не включены в системную информацию, которая широковещательно передается сетью для основного доступа к сети. Запрос на доставку системной информации по запросу является только лишь одним типом назначенного запроса, с которым может быть связан индекс преамбулы первой группы 72 индексов преамбулы. В качестве не имеющего ограничительного характера примера другие типы назначенных запросов (показанные на Фиг. 7) могут включать в себя обновления местоположения и запросы на освобождение соединения, а также аналогичные типы запросов.
[00070]
В другом примере реализации каждый индекс преамбулы первой группы 72 индексов преамбулы и его связь с назначенным запросом могут быть предварительно сконфигурированы на беспроводном терминале 26B. Альтернативно в другом примере осуществления каждый индекс преамбулы первой группы 72 индексов преамбулы и его связь с назначенным запросом могут быть сконфигурированы узлом 22B радиодоступа, например определены узлом 22B радиодоступа и предоставлены беспроводному терминалу 26B.
[00071]
На Фиг. 2B показаны основные примеры действий, относящихся к процедуре произвольного доступа по второму варианту осуществления, включая сообщения. Действие 2B–1 представляет стадию инициализации и по существу описывает узел 22B радиодоступа, передающий параметры конфигурации, и беспроводной терминал 26A, принимающий параметры конфигурации. Параметры конфигурации могут быть широковещательно переданы в виде системной информации от обслуживающей соты (например, соты на основе узла 22B радиодоступа и обслуживающего беспроводного терминала 26B). Действие 2B–2 представляет стадию выбора ресурсов преамбулы, на которой беспроводной терминал 26B выбирает последовательность преамбулы произвольного доступа из набора последовательностей, доступных в обслуживающей соте. Во втором примере осуществления и варианте процедуры на стадии выбора ресурсов преамбулы модуль 70 выбора преамбулы/ресурсов может выбрать индекс преамбулы из первой группы 72 индексов преамбулы или из второй группы 74 индексов преамбулы (или из любых других доступных групп). Если данный конкретный экземпляр процедуры произвольного доступа предназначен для назначенного запроса, такого как (например) запрос для системной информации по запросу, то модуль 70 выбора преамбулы/ресурсов выбирает соответствующий индекс преамбулы для назначенного запроса из первой группы 72 индексов преамбулы. В противном случае, если не для назначенного запроса, модуль 70 выбора преамбулы/ресурса выбирает индекс преамбулы из второй группы 74 индексов преамбулы.
[00072]
Действие 2B–3 представляет стадию передачи преамбулы, на которой беспроводной терминал 26A передает выбранную последовательность преамбулы, соответствующую выбранному индексу преамбулы, по физическому каналу (PRACH) с использованием радиоресурсов, сконфигурированных сотой и переданных в рамках действия 2B–1. Передача в рамках действия 2B–3 представлена как Msg 1 процедуры произвольного доступа.
[00073]
Действие 2B–4 представляет обработку и генерирование узлом 22B радиодоступа ответа на сообщение (Msg 1) передачи преамбулы в рамках действия 2B–3. При обработке сообщения (Msg 1) передачи преамбулы в рамках действия 2B–3 контроллер 54 процедуры произвольного доступа узла учитывает последовательность преамбулы, включенную в сообщение Msg 1. Кроме того, при выполнении действия 2B–5 контроллер 54 процедуры произвольного доступа узла заставляет генератор 60 ответа при произвольном доступе генерировать сообщение Msg 2 ответа при произвольном доступе (RAR), которое включает в информацию нисходящей линии связи указание об успешном приеме последовательности преамбулы, при этом понятие «указание» объяснено ранее. Во втором примере осуществления и варианте процедуры указание (например, RAPID) может быть включено в подзаголовок PDU MAC. Конкретный подзаголовок, в который включено указание, соответствует конкретному беспроводному терминалу 26B, который может представлять собой один из нескольких беспроводных терминалов, с которым обменивается данными узел 22B радиодоступа и который, таким образом, связан с одним из подзаголовков в заголовке PDU MAC (см. Фиг. 5B–1).
[00074]
Действие 2B–6 представляет стадию приема ответа при произвольном доступе (RAR). На стадии приема ответа при произвольном доступе (RAR) модуль 62 проверки ответа при произвольном доступе отслеживает назначенные каналы нисходящей линии связи (DL) путем приема и декодирования информации нисходящей линии связи. В частности, при выполнении действия 2B–6–1 модуль 62 проверки ответа при произвольном доступе пытается найти в информации нисходящей линии связи указание об успешном получении последовательности преамбулы. Другими словами, модуль 62 проверки ответа при произвольном доступе принимает решение относительно включения в информацию нисходящей линии связи указания на то, что базовая станция успешно приняла последовательность преамбулы, отправленную беспроводным терминалом. Если модуль 62 проверки ответа при произвольном доступе принимает решение о включении указания об успешном получении последовательности преамбулы, то в ходе действия 2B–6–2 модуль 62 проверки ответа при произвольном доступе может окончательно подтвердить, что последовательность преамбулы была успешно отправлена и принята узлом 22B, после чего перейти к действию 2B–6–3. В противном случае, если указание об успешном получении последовательности преамбулы не найдено, контроллер 56 процедуры произвольного доступа терминала повторно передает последовательность преамбулы (действие 2B–3).
[00075]
При успешном обнаружении указания об успешном приеме последовательности преамбулы модуль 62 проверки ответа при произвольном доступе в рамках действия 2B–6–3 дополнительно проверяет, относится ли указание об успешном приеме последовательности преамбулы к последовательности преамбулы, соответствующей индексу преамбулы из первой группы 72 индексов преамбулы. Если результат проверки действия 2B–6–3 является положительным, например, если указание об успешном приеме последовательности преамбулы относится к индексу преамбулы из первой группы 72 индексов преамбулы, контроллер 56 процедуры произвольного доступа терминала в результате действия 2B–6–4 понимает, что назначенный запрос был подтвержден, и поэтому может по существу завершить процедуру произвольного доступа. Однако если указание об успешном приеме последовательности преамбулы относится к индексу преамбулы из второй группы 74 индексов преамбулы, контроллер 56 процедуры произвольного доступа терминала продолжает выполнение остальной части процедуры произвольного доступа, как указано другими действиями на Фиг. 2B, например действиями по разрешению конфликтов 2B–7 и 2B–8.
[00076]
Таким образом, как понятно, например, из Фиг. 2B, беспроводной терминал 26B обрабатывает RAR, связанный с подзаголовком, содержащим один из первой группы индексов преамбулы в формате, отличном от формата, используемого в RAR, связанных с подзаголовками с индексами преамбулы второй группы индексов преамбулы.
[00077]
На Фиг. 3B показаны примеры действий или этапов, специально выполняемых беспроводным терминалом 26A. Действия, показанные на Фиг. 3B, может выполнять контроллер 56 процедуры произвольного доступа терминала, который может содержать процессор 40 терминала, выполняющий команды, хранящиеся в долговременной памяти. Действие 3B–1 включает в себя прием беспроводным терминалом 26A параметров конфигурации, широковещательно передаваемых базовой станцией.
[00078]
Действие 3B–2–1 включает в себя выбор индекса преамбулы модулем 70 выбора преамбулы/ресурсов из первой группы 72 индексов преамбулы и второй группы 74 индексов преамбулы. Как объяснено выше, выбирает ли модуль 70 выбора преамбулы/ресурсов преамбулу из первой группы 72 индексов преамбулы или второй группы 74 индексов преамбулы, и если из первой группы 72 индексов преамбулы – конкретный индекс преамбулы первой группы 72 индексов преамбулы, зависит от того, выполняется ли процедура произвольного доступа для назначенного запроса или нет. Таким образом, действие 3B–2 в некотором смысле включает в себя выбор индекса преамбулы модулем 70 выбора преамбулы/ресурсов в зависимости от назначенного запроса (например, наличия или отсутствия назначенного запроса и конкретного типа назначенного запроса, когда назначенный запрос подлежит выполнению). Действие 3B–2–2 включает в себя генерирование и передачу на базовую станцию последовательности преамбулы, например, в виде сообщения Msg 1.
[00079]
Действие 3B–3 включает в себя прием и декодирование информации нисходящей линии связи от базовой станции, например, в сообщении/из сообщения Msg 2. Действие 3B–4 включает в себя решение модуля 62 проверки ответа при произвольном доступе относительно включения в информацию нисходящей линии связи указания, что базовая станция успешно приняла последовательность преамбулы, отправленную беспроводным терминалом.
[00080]
Действие 3B–5 включает в себя решение модуля 62 проверки ответа при произвольном доступе касательно того, как действовать в отношении процедуры произвольного доступа в зависимости от индекса преамбулы, связанного с указанием, например в зависимости от принадлежности индекса преамбулы к первой группе 72 индексов преамбулы или ко второй группе 74 индексов преамбулы. Например, если указание об успешном приеме последовательности преамбулы соответствует индексу преамбулы из первой группы 72 индексов преамбулы, контроллер 56 процедуры произвольного доступа терминала полагает, что цель процедуры произвольного доступа получила подтверждение, и, соответственно, процедура произвольного доступа может быть прекращена. С другой стороны, если указание об успешном приеме последовательности преамбулы соответствует индексу преамбулы из второй группы 74 индексов преамбулы, контроллер 56 процедуры произвольного доступа терминала продолжает выполнение других стадий процедуры произвольного доступа.
[00081]
На Фиг. 4B показаны примеры действий или этапов, специально выполняемых узлом 22B радиодоступа. Действия, показанные на Фиг. 4B, может выполнять контроллер 54 процедуры произвольного доступа узла, который может содержать процессор 30 узла, выполняющий команды, хранящиеся в долговременной памяти. Действие 4B–1 включает в себя широковещательную передачу узлом 22B радиодоступа параметров конфигурации, например, в блоке системной информации (SIB). Действие 4B–2 включает в себя прием узлом 22B радиодоступа последовательности преамбулы, соответствующей выбранному индексу преамбулы (например, в сообщении Msg 1 от беспроводного терминала 26B). Действие 4B–3 включает в себя использование генератора 60 ответа при произвольном доступе, который генерирует, а узел 22B радиодоступа передает информацию нисходящей линии связи, содержащую указание об успешном приеме базовой станцией последовательности преамбулы.
[00082]
На Фиг. 5B–1, Фиг. 5B–2, Фиг. 5B–3, Фиг. 5B–4, Фиг. 5B–4a, Фиг. 5B–4b и Фиг. 5B–4c показаны примерные форматы и примерный состав некоторых из сообщений, содержащих процедуру произвольного доступа по первому примеру осуществления и варианту процедуры в примере осуществления, в котором указание об успешном приеме последовательности преамбулы включено в физический совместно используемый канал для передачи данных по нисходящей линии связи (PDSCH). Фиг. 5B–1, Фиг. 5B–2, Фиг. 5B–3, Фиг. 5B–4, Фиг. 5B–4a, Фиг. 5B–4b по существу такие же, как Фиг. 5A–1, Фиг. 5A–2, Фиг. 5A–3, Фиг. 5A–4, Фиг. 5A–4a, Фиг. 5A–4b соответственно.
[00083]
Если была использована одна из зарезервированных преамбул произвольного доступа, можно использовать RAR MAC согласно Фиг. 5B–4c. В противном случае RAR MAC может содержать четыре поля R/Команда опережения синхронизации/Предоставление UL/Временный C–RNTI (как описано на Фиг. 5B–4, Фиг. 5B–4a, Фиг. 5B–4b и Фиг. 5B–4c). Для UE BL и UE в расширенной зоне покрытия с уровнем 2 или 3 расширенного покрытия используют показанный на Фиг. 5B–4a RAR MAC, а для NB–IoT UE используют показанный на Фиг. 5B–4b RAR MAC, в противном случае используют RAR MAC, показанный на Фиг. 5B–4.
[00084]
Таким образом, во втором примере осуществления и варианте процедуры верхний уровень может использовать набор преамбул произвольного доступа (например, одна или более преамбул произвольного доступа) и/или набор ресурсов PRACH (например, один или более ресурсов PRACH) для специальных целей. Для простоты описания набор преамбул произвольного доступа и/или набор ресурсов PRACH, описанные в настоящем документе, можно считать включенными в набор преамбул произвольного доступа в некоторых вариантах осуществления.
[00085]
В частности, одна из таких преамбул может быть выбрана верхним уровнем для информирования сети о назначенном запросе/уведомлении с использованием процесса RACH (например, процедуры RACH) без отправки Msg 3. Например, когда текущая обслуживающая базовая станция поддерживает доставку системной информации по запросу, набор преамбул произвольного доступа может быть зарезервирован для UE, чтобы запросить передачу блоков системной информации (SIB). Такие основанные на запросе SIB могут быть переданы с ограниченной продолжительностью, только когда по меньшей мере одно UE в зоне покрытия отправляет запрос.
[00086]
В одном примере конфигурации и осуществления такой набор преамбул может быть предварительно определен. А именно, например, такой набор преамбул может быть предварительно определен в спецификациях и представлять собой известную информацию между базовой станцией и UE. В другой конфигурации такой набор преамбул может быть указан верхним уровнем (RRC), где RRC может получать такую конфигурацию из сети с помощью некоторых периодически широковещательно передаваемых сообщений.
[00087]
В случае, когда набор назначенных преамбул, которые должен использовать верхний уровень, сконфигурирован сетью для запроса доставки SIB по запросу, следующий иллюстративный информационный элемент RRC может транслироваться из eNB. В одной конфигурации такой информационный элемент может быть частью блока служебной информации (MIB), тогда как в другой конфигурации он может быть частью периодически широковещательно передаваемого SIB. Следует отметить, что иллюстративный информационный элемент не предполагает исключение любого другого возможного содержимого конфигурации.
<b>Описания полей </b><b><i>OnDemandSibGroupList</i></b>
<b></b><b><i>sib–TypeList</i></b><b></b>Список типов SIB, включенных в эту группу SIB.
<b></b><b><i>ra–PreambleIndexSibGroup</i></b><b></b>Индекс преамбулы произвольного доступа, зарезервированной для запроса на передачу SIB в группе SIB.
[00088]
Набор сконфигурированных преамбул произвольного доступа (например, ra–PreambleIndexSibGroup в информационном элементе, показанном выше) может рассматриваться как «зарезервированный» для верхнего уровня, чтобы инициировать назначенные запросы/уведомления, и, следовательно, уровень MAC UE может не использовать такие преамбулы для каких–либо других целей. Верхний уровень может информировать уровень MAC о зарезервированном наборе преамбул во время процесса инициализации вместе с другими параметрами конфигурации.
[00089]
Когда UE решает инициировать назначенный запрос/уведомление, используя процесс RACH (такой как запрос доставки SIB по запросу), верхний уровень UE может выбрать одну из доступных преамбул произвольного доступа, сконфигурированных для запроса/уведомления. Верхний уровень может дать команду своему уровню MAC инициировать процесс RACH, используя выбранную преамбулу произвольного доступа.
[00090]
Поскольку Msg 3 не может передаваться в сценарии, рассматриваемом в настоящем варианте осуществления, в качестве ответа от обслуживающей базовой станции, PDU RAR, соответствующий переданной преамбуле произвольного доступа, может не содержать информацию, необходимую для того, чтобы UE перешло к стадии разрешения конфликтов. Такая информация может включать в себя команду опережения, предоставление UL и/или временный C–RNTI. В одной конфигурации eNB может отправлять резервные биты (например, все нули) в соответствующих полях в PDU RAR. Объект MAC UE при приеме PDU MAC, содержащего заголовок MAC и RAR MAC, может изучить PDU MAC, чтобы проверить, включен ли идентификатор преамбулы произвольного доступа, соответствующий переданной преамбуле произвольного доступа, в заголовок MAC. Если это так, объект MAC может проигнорировать некоторую часть или весь соответствующий PDU RAR и сообщить об успешном завершении процедуры произвольного доступа верхнему уровню.
[00091]
После предоставления обзора второго примера осуществления и варианта процедуры последует более подробное обсуждение, которое структурировано в соответствии с вышеупомянутыми примерами стадий процедуры произвольного доступа.
2–1 Инициализация
ra–PreambleIndex
ra–PRACH–MaskIndex
ra–PreambleIndex
ra–PRACH–MaskIndex
Процедура произвольного доступа может быть инициирована порядком физического канала управления нисходящей линии связи (PDCCH), самим подуровнем MAC или подуровнем RRC. Процедура произвольного доступа во вторичной соте (SCell) может быть инициирована только порядком PDCCH. Если объект MAC принимает передачу PDCCH в соответствии с порядком PDCCH, маскированным его C–RNTI, и для конкретной обслуживающей соты, то объект MAC может инициировать процедуру произвольного доступа в этой обслуживающей соте. Для произвольного доступа в специальной соте (SpCell, обслуживающая сота, поддерживающая передачу PUCCH и произвольный доступ на конкурентной основе) порядок PDCCH или RRC может дополнительно указывать  и , за исключением NB–IoT, где указывают индекс поднесущей, при этом для произвольного доступа в SCell порядок PDCCH указывает  со значением, отличным от 000000, и . Касательно pTAG передача преамбулы по PRACH и прием порядка PDCCH поддерживаются только для SpCell. Если UE представляет собой UE NB–IoT и сконфигурировано с неякорной несущей, то выполняется процедура произвольного доступа на якорной несущей. Если явно не указано иное, предполагается, что перед инициированием процедуры для соответствующей обслуживающей соты для UE, кроме UE NB–IoT, UE BL или UE в расширенной зоне покрытия, доступна следующая информация:
prach–ConfigIndex
– доступный набор ресурсов PRACH для передачи преамбулы произвольного доступа ;
– группы преамбул произвольного доступа и набор доступных преамбул произвольного доступа в каждой группе (только для SpCell):
numberOfRA–Preambles
sizeOfRA–PreamblesGroupA
преамбулы, которые находятся в группе А преамбул произвольного доступа и группе B преамбул произвольного доступа, вычисляются на основе параметров  и ;
sizeOfRA–PreamblesGroupA
numberOfRA
Preambles
sizeOfRA–PreamblesGroupA
sizeOfRA–PreamblesGroupA
numberOfRA–Preambles
если  равен –, то группа B преамбул произвольного доступа отсутствует; преамбулы в группе A преамбул произвольного доступа – это преамбулы от 0 до  – 1, и, если они существуют, преамбулы в группе B преамбул произвольного доступа – это преамбулы от  до  – 1 из набора 64 преамбул;
CMAX, c
– если существует группа B преамбул произвольного доступа, то доступны пороговые значения, messagePowerOffsetGroupB и messageSizeGroupA, сконфигурированная мощность P передачи UE для обслуживающей соты, выполняющей процедуру произвольного доступа, и смещение deltaPreambleMsg 3 между преамбулой и Msg 3, которые необходимы для выбора одной из двух групп преамбул произвольного доступа (только для SpCell);
– набор зарезервированных преамбул произвольного доступа;
ra–ResponseWindowSize
– размер окна RA–ответа ;
powerRampingStep
– коэффициент линейного изменения мощности ;
preambleTransMax
– максимальное число передач преамбулы ;
preambleInitialReceivedTargetPower
– начальная мощность преамбулы ;
– смещение на основе формата преамбулы DELTA_PREAMBLE;
maxHARQ–Msg 3Tx
– максимальное число передач HARQ Msg 3  (только для SpCell);
mac–ContentionResolutionTimer
– таймер разрешения конфликтов  (только для SpCell).
ПРИМЕЧАНИЕ. Приведенные выше параметры могут обновляться с верхних уровней перед началом каждой процедуры произвольного доступа.
Предполагается, что до того, как процедура может быть инициирована для UE NB–IoT, UE BL или UE в расширенной зоне покрытия, для соответствующей обслуживающей соты доступна следующая информация:
– Если UE представляет собой UE BL или UE в расширенной зоне покрытия, доступны:
prach–ConfigIndex
– доступный набор ресурсов PRACH, связанных с каждым уровнем расширенного покрытия, поддерживаемым в обслуживающей соте для передачи преамбулы произвольного доступа ;
– группы преамбул произвольного доступа и набор доступных преамбул произвольного доступа в каждой группе (только для SpCell):
firstPreamble
lastPreamble.
преамбулы, содержащиеся в группах преамбул произвольного доступа для каждого уровня расширенного покрытия, если он существует, являются преамбулами от  до
sizeOfRA–PreamblesGroupA
numberOfRA–Preambles
Если  не равен , группа B преамбул произвольного доступа существует для всех уровней расширенного покрытия и рассчитывается, как указано выше.
ПРИМЕЧАНИЕ. Если существует группа B преамбул произвольного доступа, eNB должна убедиться, что по меньшей мере одна преамбула произвольного доступа содержится в группе A преамбул произвольного доступа и в группе B преамбул произвольного доступа для всех уровней расширенного покрытия.
– Если UE представляет собой UE NB–IoT, доступен:
nprach–ParametersList
– доступный набор ресурсов PRACH , поддерживаемых в обслуживающей соте.
– Для выбора ресурсов произвольного доступа и для передачи преамбулы:
– ресурс PRACH сопоставляется с уровнем расширенного покрытия;
nprach–NumSubcarriers
nprach–SubcarrierMSG 3–RangeStart
nprach–NumCBRA–StartSubcarriers
– каждый ресурс PRACH содержит набор поднесущих , которые можно разделить на одну или две группы для однотональной/многотональной передачи Msg 3 с помощью  и , как сконфигурировано более высокими уровнями. Каждая группа в тексте процедуры ниже упоминается как преамбула произвольного доступа.
– Поднесущую идентифицируют по индексу поднесущих в диапазоне:
nprach–SubcarrierOffset
nprach–SubcarrierOffset
nprach–NumSubcarriers
[, + – 1].
– Каждая поднесущая группы преамбул произвольного доступа соответствует преамбуле произвольного доступа.
ra–PreambleIndex
– Когда индекс поднесущей явно отправлен из eNB как часть порядка PDCCH, должен быть установлен равным переданному индексу поднесущей.
– Сопоставление ресурсов PRACH с уровнями расширенного покрытия определяют следующим образом:
rsrp–ThresholdsPrachInfoList
– количество уровней расширенного покрытия равно единице плюс количество пороговых значений принимаемой мощности опорного сигнала (RSRP), присутствующих в .
nprach–ParametersList
– Каждый уровень расширенного покрытия имеет один ресурс PRACH, присутствующий в .
numRepetitionsPerPreambleAttempt
– Уровни расширенного покрытия пронумерованы от 0, а сопоставление ресурсов PRACH с уровнями расширенного покрытия выполняется в порядке увеличения .
rsrp–ThresholdsPrachInfoList
– Критерии выбора ресурсов PRACH на основе измерения RSRP для каждого уровня расширенного покрытия, поддерживаемого в обслуживающей соте .
maxNumPreambleAttemptCE
– Максимальное количество попыток передачи преамбулы на каждый уровень расширенного покрытия, поддерживаемый в обслуживающей соте .
numRepetitionPerPreambleAttempt
– Количество повторений, необходимых для передачи преамбулы на одну попытку для каждого расширенного уровня покрытия, поддерживаемого в обслуживающей соте, .
CMAX, c.
– Сконфигурированная мощность передачи UE обслуживающей соты, выполняющей процедуру произвольного доступа, P
ra–ResponseWindowSize
mac–ContentionResolutionTimer
– Размер окна RA–ответа  и таймер разрешения конфликтов  (только для SpCell) для каждого уровня расширенного покрытия, поддерживаемого в обслуживающей соте.
– Коэффициент линейного изменения мощности powerRampingStep.
preambleTransMax–CE
– Максимальное число передач преамбулы .
preambleInitialReceivedTargetPower
– Начальная мощность преамбулы .
– Смещение на основе формата преамбулы DELTA_PREAMBLE. Для NB–IoT параметр DELTA_PREAMBLE устанавливают в 0.
Процедура произвольного доступа может быть выполнена следующим образом:
– очистить буфер Msg 3;
– установить PREAMBLE_TRANSMISSION_COUNTER в 1;
– если UE представляет собой UE NB–IoT, UE BL или UE в расширенной зоне покрытия:
– установить PREAMBLE_TRANSMISSION_COUNTER_CE в 1;
– если начальный уровень расширенного покрытия или начальное количество повторов NPRACH для NB–IoT были указаны в порядке PDCCH, который инициировал процедуру произвольного доступа, или если начальный уровень расширенного покрытия обеспечен верхними уровнями:
– объект MAC считает себя находящимся в этом уровне расширенного покрытия независимо от измеренного RSRP;
– в противном случае:
rsrp–ThresholdsPrachInfoList
– если порог RSRP уровня 3 расширенного покрытия сконфигурирован верхними уровнями в и измеренный порог RSRP меньше порога RSRP уровня 3 расширенного покрытия, а UE приспособлено к уровню 3 расширенного покрытия, тогда:
– объект MAC считает себя находящимся в уровне 3 расширенного покрытия;
rsrp–ThresholdsPrachInfoList
– в противном случае, если порог RSRP уровня 2 расширенного покрытия сконфигурирован верхними уровнями в  и измеренный порог RSRP меньше порога RSRP уровня 2 расширенного покрытия, а UE приспособлено к уровню 2 расширенного покрытия, тогда:
– объект MAC считает себя находящимся в уровне 2 расширенного покрытия;
rsrp–ThresholdsPrachInfoList
– в противном случае, если измеренный порог RSRP меньше порога RSRP уровня 1 расширенного покрытия, как сконфигурировано верхними уровнями в , тогда:
– объект MAC считает себя находящимся в уровне 1 расширенного покрытия;
– в противном случае:
– объект MAC считает себя находящимся в уровне 0 расширенного покрытия;
– установить значение параметра отката в 0 мс;
– для RN приостановить любую конфигурацию подкадра RN;
– перейти к выбору ресурса произвольного доступа.
ПРИМЕЧАНИЕ. В объекте MAC в любой момент времени выполняется только одна процедура произвольного доступа. Если объект MAC принимает запрос на новую процедуру произвольного доступа, тогда как другая уже выполняется в объекте MAC, решение о том, продолжать ли текущую процедуру или начать новую процедуру, зависит от реализации UE.
2–2 Выбор ресурсов преамбулы
Процедура выбора ресурсов произвольного доступа может быть выполнена следующим образом:
ra–PreambleIndex
ra–PRACH–MaskIndex
ra–PreambleIndex
– если  (преамбула произвольного доступа) и  (индекс маски PRACH) были явно сообщены, но не для NB–IoT, а  не равен 000000:
– преамбула произвольного доступа и индекс маски PRACH могут быть данными, которые явно сообщены;
ra–PreambleIndex
– в противном случае, если  (преамбула произвольного доступа) и ресурс PRACH были явно сообщены для NB–IoT:
– ресурс PRACH может быть ресурсом, который явно сообщен.
ra–
– Если сообщенный PreambleIndex не равен 000000:
nprach–SubcarrierOffset +
ra–PreambleIndex
nprach–NumSubcarriers
nprach–SubcarrierOffset
nprach–NumSubcarriers
– преамбула произвольного доступа может быть установлена в  ( modulo ), где  и  могут быть параметрами в текущем используемом ресурсе PRACH.
– В противном случае:
– можно выбирать группу преамбул произвольного доступа в соответствии с ресурсом PRACH и поддержкой многотональной передачи Msg 3. UE, поддерживающее многотональное Msg 3, может выбирать только группу преамбул произвольного доступа однотонального Msg 3, если отсутствует группа преамбул произвольного доступа многотонального Msg 3.
– Можно случайным образом выбирать преамбулу произвольного доступа в выбранной группе.
– В противном случае, если одна из зарезервированных преамбул произвольного доступа выбрана верхним уровнем:
– преамбула произвольного доступа может быть преамбулой, выбранной верхним уровнем.
– В противном случае преамбула произвольного доступа выбрана объектом MAC следующим образом:
– если Msg 3 еще не было передано, объект MAC может для UE NB–IoT, UE BL или UE в расширенной зоне покрытия:
– за исключением NB–IoT – выбирать группу преамбул произвольного доступа и ресурс PRACH, соответствующий выбранному уровню расширенного покрытия;
– выбирать для NB–IoT ресурс PRACH, соответствующий выбранному уровню расширенного покрытия, и выбрать группу преамбул произвольного доступа, соответствующую ресурсу PRACH и поддержке многотональной передачи Msg 3. UE, поддерживающее многотональное Msg 3, должно выбирать только группу преамбул произвольного доступа однотонального Msg 3, если группа преамбул произвольного доступа многотонального Msg 3 отсутствует.
– Если Msg 3 еще не было передано, объект MAC может, за исключением UE BL или UE в расширенной зоне покрытия в случае, когда группа B преамбул не существует, или для UE NB–IoT:
– когда группа B преамбул произвольного доступа существует и происходит любое из следующих событий:
messageSizeGroupA,
preambleInitialReceivedTargetPower
deltaPreambleMsg 3
messagePowerOffsetGroupB
CMAX, с
– потенциальный размер сообщения (данные UL, доступные для передачи, плюс заголовок MAC и, где необходимо, элементы управления MAC) больше, чем  а потери при распространении сигнала меньше P (для обслуживающей соты, выполняющей процедуру произвольного доступа) –  –  – ;
– процедура произвольного доступа была инициирована для логического канала CCCH и размер SDU CCCH плюс заголовок MAC больше, чем messageSizeGroupA;
– выбирать группу B преамбул произвольного доступа;
– в противном случае:
– выбирать группу A преамбул произвольного доступа;
– в противном случае, если Msg 3 передается повторно, объект Mac может:
– выбирать ту же группу преамбул произвольного доступа, которая использовалась для попытки передачи преамбулы, соответствующей первой передаче сообщения Msg 3;
– случайным образом выбирать преамбулу произвольного доступа в выбранной группе, за исключением зарезервированных преамбул произвольного доступа; случайная функция может быть такой, чтобы каждый из допустимых выборов мог быть сделан с равной вероятностью;
– устанавливать индекс маски PRACH в 0, но не для NB–IoT;
prach–ConfigIndex
– определять следующий доступный подкадр, содержащий PRACH, разрешенный ограничениями, заданными  (за исключением NB–IoT), индексом маски PRACH (за исключением NB–IoT), требованиями к синхронизации физического уровня, а в случае NB–IoT – подкадры, занятые ресурсами PRACH, относящиеся к более высокому уровню расширенного покрытия (объект MAC может учитывать возможное возникновение промежутков измерений при определении следующего доступного подкадра PRACH);
– если режим передачи – дуплексная передача с временным разделением каналов (TDD), а индекс маски PRACH равен нулю;
ra–PreambleIndex
– если  был явно сообщен и не был равен 000000 (т.е. не выбран MAC):
– случайным образом выбирать с равной вероятностью один PRACH из PRACH, доступных в определенном подкадре;
– в противном случае:
– случайным образом выбирать с равной вероятностью один PRACH из PRACH, доступных в определенном подкадре, и следующие два последовательных подкадра;
– в противном случае:
– определять PRACH в пределах определенного подкадра в соответствии с требованиями индекса маски PRACH, если таковые имеются;
ra–ResponseWindowSize
mac–ContentionResolutionTimer
– для UE NB–IoT, UE BL или UE в расширенной зоне покрытия – выбирать  и , соответствующие выбранному уровню расширенного покрытия и PRACH;
– переходить к передаче преамбулы произвольного доступа.
2–3 Передача преамбулы произвольного доступа
См. 1–3.
2–4 Получение ответа при произвольном доступе
ra–ResponseWindowSize
ra–ResponseWindowSize
ra–ResponseWindowSize
ra–ResponseWindowSize
Как только преамбула произвольного доступа передана, объект MAC UE может отслеживать PDCCH соты SpCell для ответа(–ов) при произвольном доступе, идентифицированного(–ых) RA–RNTI, который определен ниже, в окне RA–ответа, которое начинается в подкадре, содержащем окончание передачи преамбулы плюс три подкадра, и имеет длину , сконфигурированную RRC. Если UE представляет собой UE BL или UE в расширенной зоне покрытия, окно RA–ответа начинается с подкадра, содержащего окончание последнего повторения преамбулы плюс три подкадра, и имеет длину  для соответствующего уровня покрытия. Если UE является UE NB–IoT, то в случае, когда число повторений NPRACH больше или равно 64, окно RA–ответа начинается с подкадра, содержащего окончание последнего повторения преамбулы плюс 41 подкадр, и имеет длину  для соответствующего уровня покрытия, а в случае, когда число повторений NPRACH меньше или равно 64, окно RA–ответа начинается с подкадра, содержащего окончание последнего повторения преамбулы плюс 4 подкадра, и имеет длину  для соответствующего уровня покрытия.
RA–RNTI, связанный с PRACH, в котором передается преамбула произвольного доступа, вычисляют следующим образом:
RA–RNTI=1+t_id+10 × f_id,
f
f
f
RA
RA
где t_id – индекс первого подкадра указанного PRACH (0 ≤ t_id < 10), f_id – индекс указанного PRACH в пределах этого подкадра в порядке возрастания в частотной области (0 ≤ f_id < 6), за исключением UE NB–IoT, UE BL или UE в расширенной зоне покрытия. Если ресурс PRACH находится на несущей с TDD, _id установлен равным , где  – индекс частотного ресурса в рассматриваемый момент времени.
Для UE BL и UE в расширенной зоне покрытия RA–RNTI, связанный с PRACH, в котором передается преамбула произвольного доступа, вычисляют следующим образом:
RA–RNTI=1+t_id+10 × f_id+60 × (SFN_id mod (Wmax/10)),
f
RA
где t_id представляет собой индекс первого подкадра указанного PRACH (0 ≤ t_id < 10), f_id – индекс указанного PRACH в пределах этого подкадра в порядке убывания в частотной области (0 ≤ f_id < 6), SFN_id – индекс первого радиокадра указанного PRACH, а Wmax=400 – это максимально возможный размер окна RAR в подкадрах для UE BL или UE в расширенной зоне покрытия. Если ресурс PRACH находится на несущей с TDD, f_id установлен равным .
Для UE NB–IoT RA–RNTI, связанный с PRACH, в котором передается преамбула произвольного доступа, вычисляют следующим образом:
RA–RNTI=1+floor(SFN_id/4),
где SFN_id представляет собой индекс первого радиокадра указанного PRACH.
PDCCH содержит DCI (информацию управления нисходящей линии связи), которая включает в себя назначения ресурсов для UE или группы UE. Базовая станция может передавать много DCI или PDCCH в подкадре. При ответе на преамбулу произвольного доступа базовая станция может генерировать DCI с форматом 1A или 1C, как показано в списке 1 и списке 2.
– Флаг для различения форматов format0 и format1A или флаг для различения форматов format0A и format1A– Флаг назначения локализованного/распределенного VRB– Назначение ресурсного блока– Схема модуляции и кодирования– Номер процесса HARQ – зарезервирован– Индикатор новых данных– Версия избыточности – 2 бита– Команда TPC для PUCCH– Индекс назначения нисходящей линии связи – зарезервирован.– Запрос SRS– Смещение ресурса HARQ–ACK– Смещение синхронизации SRS присутствует только в том случае, когда формат DCI используют для диспетчеризации PDSCH в соте Scell LAA, а UE сконфигурировано с передачей по восходящей линии связи в Scell LAA.
Список 1. Формат 1А
– 1 бит указывает значение промежутка– Назначение ресурсного блока– Схема модуляции и кодирования
Список 2. Формат 1C
Для обнаружения ошибок может быть присоединена сгенерированная DCI с помощью битов четности циклической проверки четности с избыточностью (CRC). Биты четности CRC могут быть дополнительно скремблированы с помощью соответствующего RNTI. В случае DCI для ответа при произвольном доступе RA–RNTI можно использовать для скремблирования CRC.
UE, которое отслеживает PDCCH, может выполнять слепое декодирование полезной нагрузки PDCCH, поскольку оно не осведомлено о подробной структуре канала управления. В частности, UE в процессе приема ответа при произвольном доступе может отслеживать набор кандидатов PDCCH (набор последовательных элементов канала управления (CCE), с которыми можно сопоставить PDCCH). В этом процессе UE использует вышеуказанный RA–RNTI для декодирования кандидатов.
После успешного декодирования DCI с помощью RA–RNTI UE может пытаться принять физический совместно используемый канал для передачи данных по нисходящей линии связи (PDSCH), ресурсы которого указаны в поле назначения ресурсного блока DCI с форматом 1A или 1C. Соответственно, объект MAC UE может продолжать обработку транспортного блока DL–SCH, принятого в назначенных ресурсах PDSCH, в качестве PDU MAC (см. 1–6) для ответа при произвольном доступе. UE может продолжать декодирование PDCCH, прием PDSCH в пределах окна RA–ответа.
Объект MAC может прекратить отслеживание ответа(–ов) при произвольном доступе после успешного приема ответа при произвольном доступе, содержащего идентификаторы преамбулы произвольного доступа, которые соответствуют переданной преамбуле произвольного доступа.
– Если назначение нисходящей линии связи для этого TTI было получено по PDCCH для RA–RNTI, и принятый TB успешно декодирован, объект MAC может независимо от возможного возникновения промежутка измерения или промежутка обнаружения для передачи при прямом соединении либо промежутка обнаружения для приема при прямом соединении:
– если ответ при произвольном доступе содержит подзаголовок индикатора отката:
– устанавливать значение параметра отката, как указано в поле BI подзаголовка индикатора отката;
– в противном случае устанавливать значение параметра отката в 0 мс.
– Если ответ при произвольном доступе содержит идентификатор преамбулы произвольного доступа, соответствующий переданной преамбуле произвольного доступа, объект MAC может:
– если преамбула произвольного доступа выбрана верхним уровнем:
– считать прием ответа при произвольном доступе успешным, а процедуру произвольного доступа успешно завершенной;
– в противном случае считать этот прием ответа при произвольном доступе успешным и применить следующие действия для обслуживающей соты, в которой была передана преамбула произвольного доступа:
– обрабатывать принятую команду опережения (см. подраздел 5.2);
preambleInitialReceivedTargetPower
powerRampingStep
– указывать  и величину линейного изменения мощности, примененную к самой последней передаче преамбулы, нижним уровням (т.е. (PREAMBLE_TRANSMISSION_COUNTER – 1) × );
ul–Configuration–r14
– если SCell сконфигурирована с , игнорировать полученное предоставление UL, в противном случае – обработать полученное значение предоставления UL и указать его нижним уровням;
ra–PreambleIndex
– если, за исключением NB–IoT,  был явно сообщен и не был равен 000000 (т.е. не выбран MAC):
– считать, что процедура произвольного доступа успешно завершена;
– в противном случае, за исключением NB–IoT, преамбула произвольного доступа была выбрана объектом MAC или для NB–IoT:
– устанавливать для временного C–RNTI значение, полученное в ответном сообщении о произвольном доступе, не позднее чем во время первой передачи, соответствующей предоставлению UL, предусмотренному в ответном сообщении о произвольном доступе;
– если это первый успешно полученный ответ при произвольном доступе в рамках этой процедуры произвольного доступа;
– если передача не выполняется для логического канала CCCH, объект MAC может указать объекту мультиплексирования и сборки включить элемент управления MAC C–RNTI в последующую передачу по восходящей линии связи;
– получать PDU MAC для передачи из объекта «Мультиплексирование и сборка» и сохранять его в буфере Msg 3.
ПРИМЕЧАНИЕ. Когда требуется передача по восходящей линии связи, например, для разрешения конфликтов, eNB может не обеспечивать предоставление короче, чем 56 бит (или 88 бит для NB–IoT) в ответе при произвольном доступе.
ПРИМЕЧАНИЕ. Если в рамках процедуры произвольного доступа предоставление восходящей линии связи, предусмотренное в ответе при произвольном доступе для той же группы преамбул произвольного доступа, имеет размер, отличающийся от размера первого предоставления восходящей линии связи, выделенного в ходе процедуры произвольного доступа, поведение UE не определено.
Если в пределах окна RA–ответа не получен ответ при произвольном доступе или если ни один из полученных ответов при произвольном доступе не содержит идентификатора произвольного доступа, соответствующего переданной преамбуле произвольного доступа, прием ответа при произвольном доступе может считаться неуспешным, и объект MAC может:
– если уведомление о приостановке линейного изменения мощности не было получено от нижних уровней:
– увеличивать PREAMBLE_TRANSMISSION_COUNTER на 1;
– если UE представляет собой UE NB–IoT, UE BL или UE в расширенной зоне покрытия;
preambleTransMax–CE
– если PREAMBLE_TRANSMISSION_COUNTER=+1;
– если преамбула произвольного доступа передается на SpCell:
– указывать на проблему при произвольном доступе верхним уровням;
– в случае NB–IoT:
– считать, что процедура произвольного доступа не завершена успешно;
– в противном случае:
preambleTransMax
– если PREAMBLE_TRANSMISSION_COUNTER=+1;
– если преамбула произвольного доступа передается на SpCell:
– указывать на проблему при произвольном доступе верхним уровням;
– если преамбула произвольного доступа передается на SpCell:
– считать, что процедура произвольного доступа не завершена успешно.
– Если в данной процедуре произвольного доступа преамбула произвольного доступа была выбрана MAC:
– на основе параметра отката объект MAC может выбирать случайное время отката в соответствии с равномерным распределением между 0 и значением параметра отката;
– задерживать последующую передачу произвольного доступа на время отката;
– в противном случае, если SCell, куда была передана преамбула произвольного доступа, сконфигурирована с ul–Configuration–r14:
ra–PreambleIndex
ra–PRACH–MaskIndex
– задерживать последующую передачу произвольного доступа до тех пор, пока процедура произвольного доступа не будет инициирована порядком PDCCH с теми же самыми  и ;
– если UE представляет собой UE NB–IoT, UE BL или UE в расширенной зоне покрытия:
– увеличивать PREAMBLE_TRANSMISSION_COUNTER_CE на 1;
maxNumPreambleAttemptCE
– если PREAMBLE_TRANSMISSION_COUNTER_CE=для соответствующего уровня расширенного покрытия+1:
– сбрасывать PREAMBLE_TRANSMISSION_COUNTER_CE;
– считать, что он находится на следующем расширенном уровне покрытия, если он поддерживается обслуживающей сотой и UE, в противном случае он может оставаться на текущем уровне расширенного покрытия;
ra–ResponseWindowSize
mac–ContentionResolutionTimer
– выбирать группу преамбул произвольного доступа, ,  и ресурс PRACH, соответствующие выбранному уровню расширенного покрытия. UE NB–IoT, поддерживающее многотональное Msg 3, может выбирать только группу преамбул произвольного доступа однотонального Msg 3, если отсутствует группа преамбул произвольного доступа многотонального Msg 3;
– если UE представляет собой UE NB–IoT;
– если процедура произвольного доступа была инициирована порядком PDCCH:
– считать ресурс PRACH, соответствующий выбранному уровню расширенного покрытия, явным образом сообщенным;
– переходить к выбору ресурса произвольного доступа.
2–5 Разрешение конфликтов: см. 1–5
[00092]
3. ТРЕТИЙ ПРИМЕР ОСУЩЕСТВЛЕНИЯ
[00093]
Третий пример осуществления и вариант процедуры по существу идентичны второму примеру осуществления и варианту процедуры, за исключением того, что полезная нагрузка PDU MAC не содержит RAR MAC, который соответствует подзаголовку MAC с полем RAPID, представляющим собой одну из зарезервированных преамбул произвольного доступа. В целом ответ такой зарезервированной передачи преамбулы, связанной с назначенным верхним уровнем запросом/уведомлением, может необязательно содержать информацию для разрешения конфликтов. Пример PDU MAC в этом варианте осуществления проиллюстрирован на Фиг. 8.
[00094]
В примере PDU MAC, показанном на Фиг. 8, RAPID подзаголовка 2 является зарезервированным индексом преамбулы (например, выбранным из первой группы 72 индексов преамбулы), и поэтому в полезной нагрузке PDU MAC не должно быть RAR 2. Однако предполагается, что RAPID в других подзаголовках 1, 3, ..., n являются обычными индексами преамбулы, каждый из которых имеет связанный RAR (1, 3, ... , n) в полезной нагрузке PDU MAC. Другие RAR включены, поскольку PDU MAC может отслеживаться не только UE, которое передало зарезервированную преамбулу, но и другими UE, которые передали обычные преамбулы. Каждое из этих других UE ожидает приема одного из полей RAR 1, 3, ..., n в качестве обычного
[00095]
процесса, переходящего к Msg 3, и должно знать, что RAR 2 отсутствует, чтобы определить правильный RAR.
[00096]
Таким образом, для беспроводного терминала в третьем примере осуществления и варианте процедуры контроллер 56 процедуры произвольного доступа терминала выполнен с возможностью предположения отсутствия RAR в полезной нагрузке, когда подзаголовок содержит один индекс преамбулы из первой группы 72 индексов преамбулы.
[00097]
4. ЧЕТВЕРТЫЙ ПРИМЕР ОСУЩЕСТВЛЕНИЯ
[00098]
В четвертом примере осуществления и варианте процедуры объект более высокого уровня (RRC) сети ради ответа при произвольном доступе для некоторых из назначенных запросов/уведомлений, описанных во втором варианте осуществления, выделяет и конфигурирует набор временных идентификаторов радиосети (RNTI). Набор RNTI может содержать один или более RNTI. В четвертом примере осуществления и варианте процедуры одна зарезервированная преамбула произвольного доступа, описанная во втором варианте осуществления, связана с назначенным значением RNTI (далее X–RNTI). «Зарезервированная» преамбула произвольного доступа включает в себя преамбулу произвольного доступа, которую используют для назначенного(–ых) запроса(–ов), такого(–их) как тот (те), который(–ые) описаны выше.
[00099]
Для информации: существует несколько различных типов временных идентификаторов радиосети (RNTI), включая следующие:
• – C–RNTI: уникальная идентификация, используемая для идентификации RRC–соединения и диспетчеризации;
• – RA–RNTI: идентификатор, используемый для процедуры произвольного доступа (используется для указания начальной передачи сообщения Msg 3);
• – временный C–RNTI: идентификатор, используемый для процедуры произвольного доступа (используется для указания повторной передачи Msg 3);
• – SI–RNTI (системная информация RNTI): идентификатор, используемый для идентификации сообщения SI.
[000100]
К приведенному выше списку данный четвертый пример осуществления и вариант процедуры добавляют другой тип RNTI – «X–RNTI», который может представлять собой идентификатор, используемый для идентификации получения назначенного запроса, такого как запрос сообщения системной информации, например запрос системной информации по запросу. В одном примере конфигурации значения, выделенные для X–RNTI, могут отличаться от других типов RNTI. В другом примере конфигурации значения X–RNTI можно совместно использовать с некоторыми другими типами RNTI. Например, X–RNTI может быть равен SI–RNTI.
[000101]
Четвертый пример осуществления и вариант процедуры произвольного доступа технологии, описанной в настоящем документе, показаны на Фиг. 1C, Фиг. 2C, Фиг. 3C и Фиг. 4C. На Фиг. 1C показана структура и функциональные возможности узла 22C радиодоступа и беспроводного терминала 26C; на Фиг. 2C показаны действия, относящиеся к процедуре произвольного доступа по второму варианту осуществления, включая сообщения; на Фиг. 3C показаны примеры действий или этапов, специально выполняемых беспроводным терминалом 26C и на Фиг. 4C показаны примеры действий или этапов, специально выполняемых узлом 22C радиодоступа.
[000102]
Как показано на Фиг. 1C, процессор 30 узла содержит генератор 80 системной информации. Генератор 80 системной информации служит, например, для генерирования системной информации, такой как один или более блоков системной информации (SIB). Генератор 80 системной информации на Фиг. 1C, в частности, включает в себя функциональный модуль 82 взаимосвязи X–RNTI/преамбулы. Функциональный модуль 82 взаимосвязи X–RNTI/преамбулы служит для сопоставления информации преамбулы произвольного доступа, например индекса преамбулы произвольного доступа или последовательности преамбулы, с временным идентификатором радиосети (RNTI), и, в частности, X–RNTI, как указано выше.
[000103]
На Фиг. 1C дополнительно показано, что модуль 62C проверки ответа при произвольном доступе контроллера 56 процедуры произвольного доступа терминала представляет собой модуль проверки RAR на основе X–RNTI, а модуль 70C выбора преамбулы/ресурса представляет собой модуль выбора на основе X–RNTI. Как во втором и третьем примерах осуществления и вариантах процедуры, модуль 70C выбора на основе X–RNTI может выбирать индекс преамбулы из одной из множества групп индексов преамбулы, например из первой группы 72 индексов преамбулы и второй группы 74 индексов преамбулы, где первая группа 72 индексов преамбулы содержит индексы преамбулы, которые зарезервированы и различны для набора назначенных запросов, как объяснено выше. Модуль 62C проверки RAR на основе X–RNTI может подтвердить успешное получение последовательности преамбулы узлом 22A радиодоступа и даже прервать процедуру произвольного доступа при приеме узлом 22A радиодоступа на стадии ответа при произвольном доступе (RAR) указания об успешном приеме, которое служит подтверждением или относится к выбранной преамбуле и/или ее индексу. Модулю 70C выбора на основе X–RNTI и модулю 62C проверки RAR на основе X–RNTI известна взаимосвязь между X–RNTI и информацией преамбулы произвольного доступа.
[000104]
На Фиг. 9 изображен пример не имеющей ограничительного характера взаимосвязи или сопоставления между информацией преамбулы и X–RNTI для четвертого примера осуществления и варианта процедуры. На Фиг. 9, в частности, показано, что один или более индексов в первой группе 72 индексов преамбулы могут быть связаны или сопоставлены с X–RNTI. Сопоставление зарезервированных преамбул произвольного доступа и X–RNTI может быть один–к–одному или N–к–одному. В последнем случае с одним значением X–RNTI связано больше одной из зарезервированных преамбул произвольного доступа. Сопоставление, такое как показано на Фиг. 9, может быть выполнено на беспроводном терминале 26C, например, модулем 62C проверки RAR на основе X–RNTI и модулем 70C выбора на основе X–RNTI.
[000105]
В одном примере конфигурации взаимосвязи преамбул и X–RNTI (показанные, например, на Фиг. 9) могут быть сконфигурированы блоком системной информации (SIB), широковещательно передаваемым узлом 22C радиодоступа. Генератор 80 системной информации, изображенный на Фиг. 1C, с использованием функционального модуля 82 взаимосвязи X–RNTI/преамбулы (который обладает информацией, подобной показанной на Фиг. 9), подготавливает блок системной информации (SIB) для широковещательной передачи, например, в рамках действия 2C–1, описанного далее в настоящем документе. В некоторых конфигурациях X–RNTI может быть равен SI–RNTI. Например, для случая, когда зарезервированные преамбулы произвольного доступа используют для запроса доставки SIB по запросу, ниже показан один иллюстративный информационный элемент RRC, подлежащий широковещательной передаче для этой конфигурации.
<b>Описания полей </b><b><i>OnDemandSibGroupList</i></b>
<b></b><b><i>sib–TypeList</i></b><b></b>Список типов SIB, включенных в эту группу SIB.
<b></b><b><i>ra–PreambleIndexSibGroup</i></b><b></b>Индекс преамбулы произвольного доступа, зарезервированной для запроса на передачу SIB в группе SIB.
<b></b><b><i>x–RNTI</i></b><b></b>Это поле указывает X–RNTI, связанный с <i>ra–PreambleIndexSibGroup.</i>
[000106]
На Фиг. 2C показаны основные примеры действий, относящихся к процедуре произвольного доступа по четвертому варианту осуществления, включая сообщения. Действие 2C–1 представляет стадию инициализации и по существу описывает узел 22C радиодоступа, передающий параметры конфигурации, и беспроводной терминал 26A, принимающий параметры конфигурации. Параметры конфигурации могут широковещательно передаваться в качестве системной информации из обслуживающей соты (например, соты на основе узла 22C радиодоступа и обслуживающего беспроводного терминала 26C). Параметры конфигурации могут включать в себя взаимосвязь X–RNTI/преамбулы, такую как изображенная на Фиг. 9 и понятная со ссылкой на иллюстративный информационный элемент RRC, описанный выше.
[000107]
Действие 2C–2 представляет стадию выбора ресурсов преамбулы, на которой беспроводной терминал 26C выбирает последовательность преамбулы произвольного доступа из набора последовательностей, доступных в обслуживающей соте. В четвертом примере осуществления и варианте процедуры, как и во втором примере осуществления и варианте процедуры, на стадии выбора ресурсов преамбулы модуль 70C выбора на основе X–RNTI может выбрать индекс преамбулы из первой группы 72 индексов преамбулы или второй группы 74 индексов преамбулы. Если данный конкретный экземпляр процедуры произвольного доступа предназначен для назначенного запроса, такого как (например) запрос для системной информации по запросу, то модуль 70C выбора на основе X–RNTI выбирает соответствующий индекс преамбулы для назначенного запроса из первой группы 72 индексов преамбулы. В противном случае, если не для назначенного запроса, модуль 70C выбора на основе X–RNTI выбирает индекс преамбулы из второй группы 74 индексов преамбулы.
[000108]
Действие 2C–3 представляет стадию передачи преамбулы, на которой беспроводной терминал 26C передает выбранную последовательность преамбулы, соответствующую выбранному индексу преамбулы, по физическому каналу (PRACH) с использованием радиоресурсов, сконфигурированных сотой и переданных в рамках действия 2C–1. Передача в рамках действия 2C–3 представлена как Msg 1 процедуры произвольного доступа.
[000109]
Действие 2C–4 представляет обработку и генерирование узлом 22C радиодоступа ответа на сообщение (Msg 1) передачи преамбулы в рамках действия 2C–3. При обработке сообщения (Msg 1) передачи преамбулы в рамках действия 2C–3 контроллер 54 процедуры произвольного доступа узла учитывает последовательность преамбулы, включенную в сообщение Msg 1. Кроме того, при выполнении действия 2C–5 контроллер 54 процедуры произвольного доступа узла заставляет генератор 60 ответа при произвольном доступе генерировать информацию нисходящей линии связи, которая содержит или разрешает доступ к сообщению Msg 2 ответа при произвольном доступе (RAR), которое включает в информацию нисходящей линии связи указание об успешном приеме последовательности преамбулы, при этом понятие «указание» объяснено ранее. По меньшей мере часть информации нисходящей линии связи, которая сгенерирована в рамках действия 2C–4, может быть кодирована генератором 80 системной информации с использованием X–RNTI, о котором благодаря функциональному модулю 82 взаимосвязи X–RNTI/преамбулы узлу 22C радиосвязи известно, что он связан с принятой последовательностью преамбулы. Например, информация нисходящей линии связи может представлять собой скремблированную X–RNTI циклическую проверку четности с избыточностью (CRC).
[000110]
После передачи одной из зарезервированных преамбул произвольного доступа беспроводной терминал 26C может отслеживать информацию нисходящей линии связи, принимаемую от узла 22C радиодоступа. В рамках действия 2C–6–1 контроллер 56 процедуры произвольного доступа терминала проверяет, была ли последовательность преамбулы, использованная для Msg 1, связана с X–RNTI, например, была ли она связана с назначенным запросом. Если результат проверки действия 2C–6–1 является положительным, то в рамках действия 2C–6–2 контроллер 56 процедуры произвольного доступа терминала пытается декодировать полученную информацию нисходящей линии связи с использованием X–RNTI, связанного с последовательностью преамбулы, которая была передана в сообщении Msg 1 передачи преамбулы. Например, беспроводной терминал 26C может отслеживать PDCCH, как описано в вышеупомянутом варианте осуществления, но при этом может пытаться декодировать DCI с помощью X–RNTI, связанного с переданной преамбулой произвольного доступа. В конкретном действии 2C–6 на Фиг. 2C декодированная DCI, адресованная с X–RNTI, не включает в себя информацию диспетчеризации для PDSCH. В этом случае формат DCI, адресуемой X–RNTI, может быть форматом 1A или 1C, но каждое поле DCI может содержать предварительно определенное значение. Как показано на Фиг. 2C, в рамках действия 2C–6–2 беспроводной терминал 26C пытается декодировать DCI с X–RNTI, связанным с последовательностью преамбулы, передаваемой на узел 22C радиодоступа. Если DCI может быть декодирована с использованием X–RNTI, как показано в рамках действия 2C–6–3, беспроводной терминал 26C может считать успешное декодирование DCI с X–RNTI успешным завершением процедуры произвольного доступа. Как указано в действии 2C–6–4, контроллер 56 процедуры произвольного доступа терминала в тот момент завершает процедуру произвольного доступа без перехода к приему PDSCH. Если DCI не может быть декодирована с использованием X–RNTI, беспроводной терминал 26C может продолжать отслеживание PDCCH, пытаясь декодировать другую DCI с X–RNTI.
[000111]
С другой стороны, если в рамках действия 2C–6–1 определено, что переданная преамбула не была связана с X–RNTI, например, что беспроводной терминал 26C передал последовательность преамбулы, которая отличалась от зарезервированной последовательности преамбулы (например, беспроводной терминал 26C передал последовательность преамбулы, имеющую индекс преамбулы, связанный со второй группой 74 индексов преамбулы), то выполняется действие 2C–6–5. В рамках действия 2C–6–5 контроллер 56 процедуры произвольного доступа терминала может отслеживать PDCCH с RA–RNTI. То есть беспроводной терминал 26C может пытаться декодировать DCI с RA–RNTI. Кроме того, DCI, адресуемую с RA–RNTI (т.е. CRC, скремблируемую с RA–RNTI), могут использовать для диспетчеризации PDSCH с целью передачи Msg 2 (например, RAR, см. Фиг. 5B–4, Фиг. 5B–4a и/или Фиг. 5B–4b). После успешного декодирования DCI беспроводной терминал 26C может переходить к приему PDSCH (как указано в действии 2C–6–6), а затем продолжать процедуру произвольного доступа, как указано в остальной части Фиг. 2C. Если DCI не может быть декодирована с использованием RA–RNTI, беспроводной терминал 26C может продолжать отслеживание PDCCH, пытаясь декодировать другую DCI с RA–RNTI.
[000112]
На Фиг. 10 показан альтернативный вариант осуществления действия 2C–6 на Фиг. 2C, например, показано действие 2C–6' в сценарии, в котором DCI, адресуемую с X–RNTI, могут использовать для диспетчеризации PDSCH с целью передачи Msg 2 (например, RAR, см. Фиг. 5B–4c). В этом случае формат DCI может быть форматом 1A или 1C, как показано в списке 1 и списке 2 соответственно. После успешного декодирования DCI в рамках действия 2C–6'–1 UE может переходить к приему PDSCH (действие 2C–6'–3) и после этого завершать процедуру произвольного доступа (действие 2C–6–4). Как и в случае без PDSCH, терминал может продолжать отслеживание PDCCH, чтобы найти DCI, которая может быть декодирована с X–RNTI или RA–RNTI.
[000113]
ra–ResponseWindowSize
ra–ResponseWindowSize1
ra–ResponseWindowSize1
ra–ResponseWindowSize1
ra–ResponseWindowSize1
ra–ResponseWindowSize
Беспроводной терминал 26C может отслеживать PDCCH с RA–RNTI и/или PDCCH с X–RNTI на основе вышеупомянутого параметра (т.е. ), сконфигурированного с помощью RRC. Беспроводной терминал 26C также может отслеживать PDCCH с X–RNTI на основе параметра (например, ). Беспроводной терминал 26C может отслеживать PDCCH с X–RNTI в окне RA–ответа, которое имеет длину, определяемую на основе параметра (например,). Параметр (например, ) может быть сконфигурирован eNB через MIB и/или SIB. Более того,  может быть сконфигурирован как параметр, отдельный от , или сконфигурирован как тот же параметр, что и ra–ResponseWindowSize.
[000114]
На Фиг. 3C показаны примеры действий или этапов, специально выполняемых беспроводным терминалом 26A. Действия, показанные на Фиг. 3C, может выполнять контроллер 56 процедуры произвольного доступа терминала, который может содержать процессор 40 терминала, выполняющий команды, хранящиеся в долговременной памяти. Действие 3C–1 включает в себя прием беспроводным терминалом 26C параметров конфигурации, широковещательно передаваемых базовой станцией, включая параметры конфигурации, связывающие X–RNTI с информацией преамбулы.
[000115]
Действие 3C–2–1 включает в себя выбор индекса преамбулы модулем 70 выбора преамбулы/ресурсов из первой группы 72 индексов преамбулы и второй группы 74 индексов преамбулы. Как объяснено выше, выбирает ли модуль 70 выбора преамбулы/ресурсов преамбулу из первой группы 72 индексов преамбулы или второй группы 74 индексов преамбулы, и если из первой группы 72 индексов преамбулы – конкретный индекс преамбулы первой группы 72 индексов преамбулы, зависит от того, выполняется ли процедура произвольного доступа для назначенного запроса или нет. Таким образом, действие 3C–2 в некотором смысле предусматривает выбор индекса преамбулы модулем 70 выбора преамбулы/ресурсов в зависимости от назначенного запроса (например, наличия или отсутствия назначенного запроса и конкретного типа назначенного запроса, когда назначенный запрос подлежит выполнению). Действие 3C–2–2 включает в себя генерирование и передачу на базовую станцию последовательности преамбулы, например, в виде сообщения Msg 1.
[000116]
Действие 3C–3 включает в себя прием и попытку декодирования информации нисходящей линии связи от базовой станции, например, в сообщении/из сообщения Msg 2 и использование связанного с передаваемой последовательностью преамбулы X–RNTI для выполнения декодирования информации нисходящей линии связи.
[000117]
Действие 3C–4 включает в себя принятие модулем 62C проверки RAR на основе X–RNTI решения о том, как действовать в отношении процедуры произвольного доступа в зависимости от декодирования с помощью X–RNTI. Если информация нисходящей линии связи может быть декодирована с помощью X–RNTI, то по меньшей мере в некоторых примерах осуществления процедура произвольного доступа может быть прекращена.
[000118]
На Фиг. 4C показаны примеры действий или этапов, специально выполняемых узлом 22C радиодоступа. Действия, показанные на Фиг. 4C, может выполнять контроллер 54 процедуры произвольного доступа узла, который может содержать процессор 30 узла, выполняющий команды, хранящиеся в долговременной памяти. Действие 4C–1 включает в себя широковещательную передачу параметров конфигурации узлом 22C радиодоступа, например, в блоке системной информации (SIB), который может включать в себя взаимосвязь X–RNTI с информацией преамбулы. Действие 4C–2 включает в себя прием узлом 22C радиодоступа последовательности преамбулы, соответствующей выбранному индексу преамбулы (например, в сообщении Msg 1 от беспроводного терминала 26B). Действие 4C–3 включает в себя использование генератора 60 ответа при произвольном доступе, который генерирует, а узел 22C радиодоступа передает закодированную с X–RNTI информацию нисходящей линии связи, которая связана с принятой последовательностью преамбулы, в качестве указания об успешном приеме базовой станцией последовательности преамбулы.
[000119]
После предоставления обзора четвертого примера осуществления и варианта процедуры последует более подробное обсуждение, которое структурировано в соответствии с вышеупомянутыми примерами стадий процедуры произвольного доступа.
4–1 Инициализация
ra–PreambleIndex
ra–PRACH–MaskIndex
ra–PreambleIndex
ra–PRACH–MaskIndex
Процедура произвольного доступа может быть инициирована порядком физического канала управления нисходящей линии связи (PDCCH), самим подуровнем MAC или подуровнем RRC. Процедура произвольного доступа во вторичной соте (SCell) может быть инициирована только порядком PDCCH. Если объект MAC принимает передачу PDCCH в соответствии с порядком PDCCH, маскированным его C–RNTI, и для конкретной обслуживающей соты, то объект MAC может инициировать процедуру произвольного доступа в этой обслуживающей соте. Для произвольного доступа в специальной соте (SpCell, обслуживающая сота, поддерживающая передачу PUCCH и произвольный доступ на конкурентной основе) порядок PDCCH или RRC может дополнительно указывать  и , за исключением NB–IoT, где указывают индекс поднесущей, при этом для произвольного доступа в SCell порядок PDCCH указывает  со значением, отличным от 000000, и . Касательно pTAG передача преамбулы по PRACH и прием порядка PDCCH поддерживаются только для SpCell. Если UE представляет собой UE NB–IoT и сконфигурировано с неякорной несущей, то выполняется процедура произвольного доступа на якорной несущей. Если явно не указано иное, предполагается, что перед инициированием процедуры для соответствующей обслуживающей соты для UE, кроме UE NB–IoT, UE BL или UE в расширенной зоне покрытия, доступна следующая информация:
prach–ConfigIndex
– доступный набор ресурсов PRACH для передачи преамбулы произвольного доступа ;
– группы преамбул произвольного доступа и набор доступных преамбул произвольного доступа в каждой группе (только для SpCell):
numberOfRA–Preambles
sizeOfRA–PreamblesGroupA
преамбулы, которые находятся в группе А преамбул произвольного доступа и группе B преамбул произвольного доступа, вычисляются на основе параметров  и ;
sizeOfRA–PreamblesGroupA
numberOfRA
Preambles
sizeOfRA–PreamblesGroupA
sizeOfRA–PreamblesGroupA
numberOfRA–Preambles
если  равен –, то группа B преамбул произвольного доступа отсутствует; преамбулы в группе A преамбул произвольного доступа – это преамбулы от 0 до  – 1, и, если они существуют, преамбулы в группе B преамбул произвольного доступа – это преамбулы от  до  – 1 из набора 64 преамбул;
messagePowerOffsetGroupB
messageSizeGroupA
CMAX, с
– если существует группа B преамбул произвольного доступа, то доступны пороговые значения,  и , сконфигурированная мощность P передачи UE для обслуживающей соты, выполняющей процедуру произвольного доступа, и смещение deltaPreambleMsg 3 между преамбулой и Msg 3, которые необходимы для выбора одной из двух групп преамбул произвольного доступа (только для SpCell);
– набор зарезервированных преамбул произвольного доступа;
– значение X–RNTI для каждой из зарезервированных преамбул произвольного доступа;
ra–ResponseWindowSize
– размер окна RA–ответа ;
powerRampingStep
– коэффициент линейного изменения мощности ;
preambleTransMax
– максимальное число передач преамбулы ;
preambleInitialReceivedTargetPower
– начальная мощность преамбулы ;
– смещение на основе формата преамбулы DELTA_PREAMBLE;
maxHARQ Msg 3Tx
– максимальное число передач HARQ Msg 3  (только для SpCell);
mac–ContentionResolutionTimer
– таймер разрешения конфликтов  (только для SpCell).
ПРИМЕЧАНИЕ. Приведенные выше параметры могут обновляться с верхних уровней перед началом каждой процедуры произвольного доступа.
Предполагается, что до того, как процедура может быть инициирована для UE NB–IoT, UE BL или UE в расширенной зоне покрытия, для соответствующей обслуживающей соты доступна следующая информация:
– Если UE представляет собой UE BL или UE в расширенной зоне покрытия, доступны:
prach–ConfigIndex
– доступный набор ресурсов PRACH, связанных с каждым уровнем расширенного покрытия, поддерживаемым в обслуживающей соте для передачи преамбулы произвольного доступа ;
– группы преамбул произвольного доступа и набор доступных преамбул произвольного доступа в каждой группе (только для SpCell):
firstPreamble
lastPreamble.
преамбулы, содержащиеся в группах преамбул произвольного доступа для каждого уровня расширенного покрытия, если он существует, являются преамбулами от  до
sizeOfRA–PreamblesGroupA
numberOfRA–Preambles
Если  не равен , группа B преамбул произвольного доступа существует для всех уровней расширенного покрытия и рассчитывается, как указано выше.
ПРИМЕЧАНИЕ. Если существует группа B преамбул произвольного доступа, eNB должна убедиться, что по меньшей мере одна преамбула произвольного доступа содержится в группе A преамбул произвольного доступа и в группе B преамбул произвольного доступа для всех уровней расширенного покрытия.
– Если UE представляет собой UE NB–IoT, доступен:
nprach–ParametersList
– доступный набор ресурсов PRACH , поддерживаемых в обслуживающей соте.
– Для выбора ресурсов произвольного доступа и для передачи преамбулы:
– ресурс PRACH сопоставляется с уровнем расширенного покрытия;
nprach–NumSubcarriers
nprach–NumCBRA–StartSubcarriers
– Каждый ресурс PRACH содержит набор поднесущих , которые можно разделить на одну или две группы для однотональной/многотональной передачи Msg 3 с помощью nprach–SubcarrierMSG 3–RangeStart и , как сконфигурировано более высокими уровнями. Каждая группа в тексте процедуры ниже упоминается как преамбула произвольного доступа.
– Поднесущую идентифицируют по индексу поднесущих в диапазоне:
nprach–SubcarrierOffset
nprach–SubcarrierOffset
nprach–NumSubcarriers
[, + – 1].
– Каждая поднесущая группы преамбул произвольного доступа соответствует преамбуле произвольного доступа.
ra–PreambleIndex
– Когда индекс поднесущей явно отправлен из eNB как часть порядка PDCCH, должен быть установлен равным переданному индексу поднесущей.
– Сопоставление ресурсов PRACH с уровнями расширенного покрытия определяют следующим образом:
rsrp–ThresholdsPrachInfoList
– количество уровней расширенного покрытия равно единице плюс количество пороговых значений принимаемой мощности опорного сигнала (RSRP), присутствующих в .
nprach–ParametersList
– Каждый уровень расширенного покрытия имеет один ресурс PRACH, присутствующий в .
numRepetitionsPerPreambleAttempt
– Уровни расширенного покрытия пронумерованы от 0, а сопоставление ресурсов PRACH с уровнями расширенного покрытия выполняется в порядке увеличения .
rsrp–ThresholdsPrachInfoList
– Критерии выбора ресурсов PRACH на основе измерения RSRP для каждого уровня расширенного покрытия, поддерживаемого в обслуживающей соте .
maxNumPreambleAttemptCE
– Максимальное количество попыток передачи преамбулы на каждый уровень расширенного покрытия, поддерживаемый в обслуживающей соте .
numRepetitionPerPreambleAttempt
– Количество повторений, необходимых для передачи преамбулы на одну попытку для каждого расширенного уровня покрытия, поддерживаемого в обслуживающей соте, .
CMAX, c
– Сконфигурированная мощность передачи UE в обслуживающей соте, выполняющей процедуру произвольного доступа P.
ra–ResponseWindowSize
mac–ContentionResolutionTimer
– Размер окна RA–ответа  и таймер разрешения конфликтов  (только для SpCell) для каждого уровня расширенного покрытия, поддерживаемого в обслуживающей соте.
powerRampingStep
– Коэффициент линейного изменения мощности .
preambleTransMax–CE
– Максимальное число передач преамбулы .
preambleInitialReceivedTargetPower
– Начальная мощность преамбулы .
– Смещение на основе формата преамбулы DELTA_PREAMBLE. Для NB–IoT параметр DELTA_PREAMBLE устанавливают в 0.
Процедура произвольного доступа может быть выполнена следующим образом:
– очистить буфер Msg 3;
– установить PREAMBLE_TRANSMISSION_COUNTER в 1;
– если UE представляет собой UE NB–IoT, UE BL или UE в расширенной зоне покрытия:
– установить PREAMBLE_TRANSMISSION_COUNTER_CE в 1;
– если начальный уровень расширенного покрытия или начальное количество повторов NPRACH для NB–IoT были указаны в порядке PDCCH, который инициировал процедуру произвольного доступа, или если начальный уровень расширенного покрытия обеспечен верхними уровнями:
– объект MAC считает себя находящимся в этом уровне расширенного покрытия независимо от измеренного RSRP;
– в противном случае:
rsrp–ThresholdsPrachInfoList
– если порог RSRP уровня 3 расширенного покрытия сконфигурирован верхними уровнями в и измеренный порог RSRP меньше порога RSRP уровня 3 расширенного покрытия, а UE приспособлено к уровню 3 расширенного покрытия, тогда:
– объект MAC считает себя находящимся в уровне 3 расширенного покрытия;
rsrp–ThresholdsPrachInfoList
– в противном случае, если порог RSRP уровня 2 расширенного покрытия сконфигурирован верхними уровнями в  и измеренный порог RSRP меньше порога RSRP уровня 2 расширенного покрытия, а UE приспособлено к уровню 2 расширенного покрытия, тогда:
– объект MAC считает себя находящимся в уровне 2 расширенного покрытия;
rsrp–ThresholdsPrachInfoList
– в противном случае, если измеренный порог RSRP меньше порога RSRP уровня 1 расширенного покрытия, как сконфигурировано верхними уровнями в , тогда:
– объект MAC считает себя находящимся в уровне 1 расширенного покрытия;
– в противном случае:
– объект MAC считает себя находящимся в уровне 0 расширенного покрытия;
– установить значение параметра отката в 0 мс;
– для RN приостановить любую конфигурацию подкадра RN;
– перейти к выбору ресурса произвольного доступа.
ПРИМЕЧАНИЕ. В объекте MAC в любой момент времени выполняется только одна процедура произвольного доступа. Если объект MAC принимает запрос на новую процедуру произвольного доступа, тогда как другая уже выполняется в объекте MAC, решение о том, продолжать ли текущую процедуру или начать новую процедуру, зависит от реализации UE.
4–2 Выбор ресурсов преамбулы
См. 2–2.
4–3 Передача преамбулы произвольного доступа
См. 1–3.
4–4 Прием ответа при произвольном доступе
ra–ResponseWindowSize
ra–ResponseWindowSize1
ra–ResponseWindowSize
ra–ResponseWindowSize
ra–ResponseWindowSize
ra–ResponseWindowSize
Если передана одна из зарезервированных преамбул произвольного доступа, объект MAC UE может отслеживать PDCCH соты SpCell для ответа(–ов) при произвольном доступе, идентифицированного(–ых) X–RNTI, связанным с передаваемой преамбулой произвольного доступа, в окне RA–ответа, которое начинается в подкадре, содержащем окончание передачи преамбулы плюс три подкадра, и имеет длину  (или ), сконфигурированную RRC. В противном случае, как только преамбула произвольного доступа передана, объект MAC UE может отслеживать PDCCH соты SpCell для ответа(–ов) при произвольном доступе, идентифицированного(–ых) RA–RNTI, который определен ниже, в окне RA–ответа, которое начинается в подкадре, содержащем окончание передачи преамбулы плюс три подкадра, и имеет длину , сконфигурированную RRC. Если UE представляет собой UE BL или UE в расширенной зоне покрытия, окно RA–ответа начинается с подкадра, содержащего окончание последнего повторения преамбулы плюс три подкадра, и имеет длину  для соответствующего уровня покрытия. Если UE является UE NB–IoT, то в случае, когда число повторений NPRACH больше или равно 64, окно RA–ответа начинается с подкадра, содержащего окончание последнего повторения преамбулы плюс 41 подкадр, и имеет длину  для соответствующего уровня покрытия, а в случае, когда число повторений NPRACH меньше или равно 64, окно RA–ответа начинается с подкадра, содержащего окончание последнего повторения преамбулы плюс 4 подкадра, и имеет длину  для соответствующего уровня покрытия.
RA–RNTI, связанный с PRACH, в котором передается преамбула произвольного доступа, вычисляют следующим образом:
RA–RNTI=1+t_id+10 × f_id,
f
f
RA
RA
где t_id – индекс первого подкадра указанного PRACH (0 ≤ t_id < 10), f_id – индекс указанного PRACH в пределах этого подкадра в порядке возрастания в частотной области (0 ≤ f_id < 6), за исключением UE NB–IoT, UE BL или UE в расширенной зоне покрытия. Если ресурс PRACH находится на несущей с TDD, f_id установлен равным , где  – индекс частотного ресурса в рассматриваемый момент времени.
Для UE BL и UE в расширенной зоне покрытия RA–RNTI, связанный с PRACH, в котором передается преамбула произвольного доступа, вычисляют следующим образом:
RA–RNTI=1+t_id+10 × f_id+60 × (SFN_id mod (Wmax/10)),
f
RA
где t_id представляет собой индекс первого подкадра указанного PRACH (0 ≤ t_id < 10), f_id – индекс указанного PRACH в пределах этого подкадра в порядке убывания в частотной области (0 ≤ f_id < 6), SFN_id – индекс первого радиокадра указанного PRACH, а Wmax=400 – это максимально возможный размер окна RAR в подкадрах для UE BL или UE в расширенной зоне покрытия. Если ресурс PRACH находится на несущей с TDD, f_id установлен равным .
Для UE NB–IoT RA–RNTI, связанный с PRACH, в котором передается преамбула произвольного доступа, вычисляют следующим образом:
RA–RNTI=1+floor(SFN_id/4),
где SFN_id представляет собой индекс первого радиокадра указанного PRACH.
PDCCH содержит DCI (информацию управления нисходящей линии связи), которая включает в себя назначения ресурсов для UE или группы UE. Базовая станция может передавать много DCI или PDCCH в подкадре. При ответе на преамбулу произвольного доступа базовая станция может генерировать DCI с форматом 1A или 1C, как показано в списке 1 и списке 2.
– Флаг для различения форматов format0 и format1A или флаг для различения форматов format0A и format1A– Флаг назначения локализованного/распределенного VRB– Назначение ресурсного блока– Схема модуляции и кодирования– Номер процесса HARQ – зарезервирован– Индикатор новых данных– Версия избыточности – 2 бита– Команда TPC для PUCCH– Индекс назначения нисходящей линии связи – зарезервирован.– Запрос SRS– Смещение ресурса HARQ–ACK– Смещение синхронизации SRS присутствует только в том случае, когда формат DCI используют для диспетчеризации PDSCH в соте Scell LAA, а UE сконфигурировано с передачей по восходящей линии связи в Scell LAA.
Список 1. Формат 1А
– 1 бит указывает значение промежутка– Назначение ресурсного блока– Схема модуляции и кодирования
Список 2. Формат 1C
Для обнаружения ошибок может быть присоединена сгенерированная DCI с помощью битов четности циклической проверки четности с избыточностью (CRC). Биты четности CRC могут быть дополнительно скремблированы с помощью соответствующего RNTI. В случае DCI для ответа при произвольном доступе X–RNTI используют, если он сконфигурирован для передаваемой преамбулы произвольного доступа, в противном случае для скремблирования CRC может быть использован RA–RNTI.
UE, которое отслеживает PDCCH, может выполнять слепое декодирование полезной нагрузки PDCCH, поскольку оно не осведомлено о подробной структуре канала управления. В частности, UE в процессе приема ответа при произвольном доступе может отслеживать набор кандидатов PDCCH (набор последовательных элементов канала управления (CCE), с которыми можно сопоставить PDCCH). В этом процессе UE использует вышеуказанный X–RNTI или RA–RNTI для декодирования кандидатов.
Если UE инициировало передачу преамбулы произвольного доступа с одной из зарезервированных преамбул и успешно декодирует DCI с форматом 1A или 1C с X–RNTI, UE может считать, что процедура произвольного доступа успешно завершена. В противном случае после успешного декодирования DCI с помощью RA–RNTI UE может пытаться принять физический совместно используемый канал для передачи данных по нисходящей линии связи (PDSCH), ресурсы которого указаны в поле назначения ресурсного блока DCI с форматом 1A или 1C. Соответственно, объект MAC UE может продолжать обработку транспортного блока DL–SCH, принятого в назначенных ресурсах PDSCH, в качестве PDU MAC (см. 1–6) для ответа при произвольном доступе. UE может продолжить декодирование PDCCH, прием PDSCH в пределах окна RA–ответа.
Объект MAC может прекратить отслеживание ответа(–ов) при произвольном доступе после успешного приема ответа при произвольном доступе, содержащего идентификаторы преамбулы произвольного доступа, которые соответствуют переданной преамбуле произвольного доступа.
– Если назначение нисходящей линии связи для этого интервала передачи (TTI) было получено по PDCCH для RA–RNTI, и принятый TB успешно декодирован, объект MAC независимо от возможного возникновения промежутка измерения или промежутка обнаружения для передачи при прямом соединении либо промежутка обнаружения для приема при прямом соединении может:
– если ответ при произвольном доступе содержит подзаголовок индикатора отката:
– устанавливать значение параметра отката, как указано в поле BI подзаголовка индикатора отката;
– в противном случае устанавливать значение параметра отката в 0 мс.
– Если ответ при произвольном доступе содержит идентификатор преамбулы произвольного доступа, соответствующий переданной преамбуле произвольного доступа, объект MAC может:
– если преамбула произвольного доступа выбрана верхним уровнем:
– считать прием ответа при произвольном доступе успешным, а процедуру произвольного доступа успешно завершенной;
– в противном случае считать этот прием ответа при произвольном доступе успешным и применить следующие действия для обслуживающей соты, в которой была передана преамбула произвольного доступа:
– обрабатывать принятую команду опережения (см. подраздел 5.2);
preambleInitialReceivedTargetPower
powerRampingStep
– указывать  и величину линейного изменения мощности, примененную к самой последней передаче преамбулы, нижним уровням (т.е. (PREAMBLE_TRANSMISSION_COUNTER – 1) ×);
– если SCell сконфигурирована с ul–Configuration–r14, игнорировать полученное предоставление UL, в противном случае – обработать полученное значение предоставления UL и указать его нижним уровням;
ra–PreambleIndex
– если, за исключением NB–IoT,  был явно сообщен и не был равен 000000 (т.е. не выбран MAC):
– считать, что процедура произвольного доступа успешно завершена;
– в противном случае, за исключением NB–IoT, преамбула произвольного доступа была выбрана объектом MAC или для NB–IoT:
– устанавливать для временного C–RNTI значение, полученное в ответном сообщении о произвольном доступе, не позднее чем во время первой передачи, соответствующей предоставлению UL, предусмотренному в ответном сообщении о произвольном доступе;
– если это первый успешно полученный ответ при произвольном доступе в рамках этой процедуры произвольного доступа;
– если передача не выполняется для логического канала CCCH, объект MAC может указать объекту мультиплексирования и сборки включить элемент управления MAC C–RNTI в последующую передачу по восходящей линии связи;
– получать PDU MAC для передачи из объекта «Мультиплексирование и сборка» и сохранять его в буфере Msg 3.
ПРИМЕЧАНИЕ. Когда требуется передача по восходящей линии связи, например, для разрешения конфликтов, eNB может не обеспечивать предоставление короче, чем 56 бит (или 88 бит для NB–IoT) в ответе при произвольном доступе.
ПРИМЕЧАНИЕ. Если в рамках процедуры произвольного доступа предоставление восходящей линии связи, предусмотренное в ответе при произвольном доступе для той же группы преамбул произвольного доступа, имеет размер, отличающийся от размера первого предоставления восходящей линии связи, выделенного в ходе процедуры произвольного доступа, поведение UE не определено.
Если в пределах окна RA–ответа не получен ответ при произвольном доступе или если ни один из полученных ответов при произвольном доступе не содержит идентификатора произвольного доступа, соответствующего переданной преамбуле произвольного доступа, прием ответа при произвольном доступе может считаться неуспешным, и объект MAC может:
– если уведомление о приостановке линейного изменения мощности не было получено от нижних уровней:
– увеличивать PREAMBLE_TRANSMISSION_COUNTER на 1;
– если UE представляет собой UE NB–IoT, UE BL или UE в расширенной зоне покрытия:
preambleTransMax–CE
– если PREAMBLE_TRANSMISSION_COUNTER=+1;
– если преамбула произвольного доступа передается на SpCell:
– указывать на проблему при произвольном доступе верхним уровням;
– в случае NB–IoT:
– считать, что процедура произвольного доступа не завершена успешно;
– в противном случае:
preambleTransMax
– если PREAMBLE_TRANSMISSION_COUNTER=+1;
– если преамбула произвольного доступа передается на SpCell:
– указывать на проблему при произвольном доступе верхним уровням;
– если преамбула произвольного доступа передается на SpCell:
– считать, что процедура произвольного доступа не завершена успешно.
– Если в данной процедуре произвольного доступа преамбула произвольного доступа была выбрана MAC:
– на основе параметра отката объект MAC может выбирать случайное время отката в соответствии с равномерным распределением между 0 и значением параметра отката;
– задерживать последующую передачу произвольного доступа на время отката;
ul–Configuration–r14
– в противном случае, если SCell, куда была передана преамбула произвольного доступа, сконфигурирована с :
ra–PreambleIndex
ra–PRACH–MaskIndex
– задерживать последующую передачу произвольного доступа до тех пор, пока процедура не будет инициирована порядком PDCCH с теми же самыми  и ;
– если UE представляет собой UE NB–IoT, UE BL или UE в расширенной зоне покрытия:
– увеличивать PREAMBLE_TRANSMISSION_COUNTER_CE на 1;
maxNumPreambleAttemptCE
– если PREAMBLE_TRANSMISSION_COUNTER_CE= для соответствующего уровня покрытия расширенного+1:
– сбрасывать PREAMBLE_TRANSMISSION_COUNTER_CE;
– считать, что он находится на следующем расширенном уровне покрытия, если он поддерживается обслуживающей сотой и UE, в противном случае он может оставаться на текущем уровне расширенного покрытия;
ra–ResponseWindowSize
mac–ContentionResolutionTimer
– выбирать группу преамбул произвольного доступа, ,  и ресурс PRACH, соответствующие выбранному уровню расширенного покрытия. UE NB–IoT, поддерживающее многотональное Msg 3, может выбирать только группу преамбул произвольного доступа однотонального Msg 3, если отсутствует группа преамбул произвольного доступа многотонального Msg 3;
– если UE представляет собой UE NB–IoT;
– если процедура произвольного доступа была инициирована порядком PDCCH:
– считать ресурс PRACH, соответствующий выбранному уровню расширенного покрытия, явным образом сообщенным;
– переходить к выбору ресурса произвольного доступа.
4–5 Разрешение конфликтов
См. 1–5.
[000120]
5. ПЯТЫЙ ПРИМЕР ОСУЩЕСТВЛЕНИЯ
[000121]
Пятый пример осуществления и вариант процедуры содержит модификации из четвертого примера осуществления. В частности, вместо непосредственного конфигурирования значения X–RNTI, связанного с преамбулой произвольного доступа, узел радиодоступа может соотносить информацию преамбулы с параметром, который может быть введен в функцию для получения X–RNTI. Пример такой функции, которая использует вводимый параметр idx, показан ниже как функция 1:
offset
idx
Функция 1: X–RNTI=1+t_id+10 × f_id+f(),
где
offset
idx
X–RNTI=1+t_id+10 × f_id+f(), и
offset
f(x) представляет собой функцию для генерирования значения смещения
offset
idx
○ (например, f()) = ([предварительно определенная константа] × x)
t_id представляет собой индекс первого подкадра ресурса PRACH во временной области
f_id представляет собой индекс ресурса PRACH в частотной области
[000122]
На Фиг. 11 показано, что может существовать взаимосвязь между информацией преамбулы (например, последовательностью преамбулы или индексом преамбулы) и X–RNTI, а также с вводимым параметром X–RNTI–функции (например, idx). В настоящем документе термины «вводимый параметр функции» и «параметр ресурса PRACH» могут использоваться взаимозаменяемо.
[000123]
Пятый пример осуществления и вариант процедуры произвольного доступа технологии, описанной в настоящем документе, показаны на Фиг. 1D и Фиг. 2D. На Фиг. 1D показаны структура и функциональные возможности узла 22D радиодоступа и беспроводного терминала 26D, на Фиг. 2D показаны действия, относящиеся к процедуре произвольного доступа по второму варианту осуществления, включая сообщения.
[000124]
Как показано на Фиг. 1D, процессор 30 узла в составе узла 22D радиодоступа содержит генератор 80 системной информации, который работает в сочетании с функциональным модулем 82D взаимосвязи вводимого параметра X–RNTI–функции/преамбулы. Контроллер 56 процедуры произвольного доступа терминала беспроводного терминала 26D содержит модуль 62D проверки RAR на основе вводимого параметра X–RNTI–функции и модуль 70D выбора на основе X–RNTI–функции.
[000125]
На Фиг. 2D показаны основные примеры действий, относящихся к процедуре произвольного доступа по пятому примеру осуществления, включая сообщения. Действие 2D–1 представляет стадию инициализации и по существу описывает узел 22D радиодоступа, передающий параметры конфигурации, и беспроводной терминал 26A, принимающий параметры конфигурации. Параметры конфигурации могут быть широковещательно переданы в виде системной информации от обслуживающей соты (например, соты на основе узла 22D радиодоступа и обслуживающего беспроводного терминала 26D). Параметры конфигурации могут включать в себя взаимосвязь вводимого(–ых) параметра(–ов) X–RNTI–функции и информации преамбулы, а не взаимосвязь X–RNTI и информации преамбулы, как это было в случае на Фиг. 2C. Пример подготовки системной информации (например, SIB), который включает в себя взаимосвязь вводимого(–ых) параметра(–ов) X–RNTI–функции и информации преамбулы, может быть понятен со ссылкой на пример информационного элемента RRC, описанный ниже:
<b>Описания полей </b><b><i>OnDemandSibGroupList</i></b>
<b></b><b><i>sib–TypeList</i></b><b></b>Список типов SIB, включенных в эту группу SIB.
<b></b><b><i>ra–PreambleIndexSibGroup</i></b><b></b>Индекс преамбулы произвольного доступа, зарезервированной для запроса на передачу SIB в группе SIB.
<b></b><b><i>Idx</i></b><b></b>Это поле используют для получения X–RNTI, связанного с <i>ra–PreambleIndexSibGroup</i>.
[000126]
Действие 2D–2 представляет стадию выбора ресурсов преамбулы, на которой беспроводной терминал 26C выбирает последовательность преамбулы произвольного доступа из набора последовательностей, доступных в обслуживающей соте. В пятом примере осуществления и варианте процедуры, как и во втором и третьем примерах осуществления и вариантах процедуры, на стадии выбора ресурсов преамбулы модуль 70D выбора на основе X–RNTI–функции может выбрать индекс преамбулы из первой группы 72 индексов преамбулы или второй группы 74 индексов преамбулы. Если данный конкретный экземпляр процедуры произвольного доступа предназначен для назначенного запроса, такого как (например) запрос для системной информации по запросу, модуль 70D выбора на основе X–RNTI–функции выбирает соответствующий индекс преамбулы для назначенного запроса из первой группы 72 индексов преамбулы. В противном случае, если не для назначенного запроса, модуль 70D выбора на основе X–RNTI–функции выбирает индекс преамбулы из второй группы 74 индексов преамбулы.
[000127]
Действие 2D–3 представляет стадию передачи преамбулы, на которой беспроводной терминал 26C передает выбранную последовательность преамбулы, соответствующую выбранному индексу преамбулы, по физическому каналу (PRACH) с использованием радиоресурсов, сконфигурированных сотой и переданных в рамках действия 2D–1. Передача в рамках действия 2D–3 представлена как Msg 1 процедуры произвольного доступа.
[000128]
Действие 2D–4 представляет обработку и генерирование узлом 22D радиодоступа ответа на сообщение (Msg 1) передачи преамбулы в рамках действия 2D–3. При обработке сообщения (Msg 1) передачи преамбулы в рамках действия 2D–3 контроллер 54 процедуры произвольного доступа узла учитывает последовательность преамбулы, включенную в сообщение Msg 1. Кроме того, при выполнении действия 2D–5 контроллер 54 процедуры произвольного доступа узла заставляет генератор 60 ответа при произвольном доступе генерировать информацию нисходящей линии связи, которая содержит или разрешает доступ к сообщению Msg 2 ответа при произвольном доступе (RAR), которое включает в информацию нисходящей линии связи указание об успешном приеме последовательности преамбулы, при этом понятие «указание» объяснено ранее. По меньшей мере часть информации нисходящей линии связи, которая сгенерирована в рамках действия 2D–4, может быть кодирована генератором 80 системной информации с использованием X–RNTI, о котором благодаря функциональному модулю 82D взаимосвязи преамбулы/вводимого параметра X–RNTI–функции узлу 22D радиодоступа известно, что он связан с принятой последовательностью преамбулы. Например, информация нисходящей линии связи может представлять собой скремблированную X–RNTI циклическую проверку четности с избыточностью (CRC). Узел узнает X–RNTI таким же образом, как его получает терминал. Полученная последовательность преамбулы сообщает индекс преамбулы, а ресурс PRACH (временная/частотная область), где была обнаружена передача преамбулы, сообщает t_id и f_id.
[000129]
После передачи одной из зарезервированных преамбул произвольного доступа беспроводной терминал 26D может отслеживать информацию нисходящей линии связи, принимаемую от узла 22D радиодоступа. Действие 2D–6, относящееся к ответу при произвольном доступе терминала, по существу такое же, как и действие 2C–6, при котором контроллер 56 процедуры произвольного доступа терминала пытается декодировать принятую информацию нисходящей линии связи с использованием X–RNTI, который связан с последовательностью преамбулы, переданной в сообщении Msg 1 передачи преамбулы, в случае, если назначенный запрос был отправлен, или пытается декодировать принятую информацию нисходящей линии связи с использованием RA–RNTI в других случаях.
[000130]
ra–PreambleIndexSibGroup
offset
offset
Технология, описанная в настоящем документе, охватывает вариации вышеизложенного, такие как, например, другие альтернативные способы, которые могут включать в себя, без ограничений, использование  в качестве вводимого параметра функции f(x). Также f(x) может быть сконфигурирована путем использования параметра, включенного в MIB и/или SIB.
[000131]
6. ШЕСТОЙ ПРИМЕР ОСУЩЕСТВЛЕНИЯ
[000132]
Шестой пример осуществления и вариант процедуры позволяют использовать другой формат для DCI, адресуемой X–RNTI. Этот формат (далее – формат X) может содержать предварительно определенное количество зарезервированных битов, в которых может быть установлено предварительно определенное количество значений. Таким образом, DCI с форматом X можно считать DCI с уникальным форматом назначенного запроса. К DCI с форматом X может быть присоединена CRC, как описано ранее. Если UE инициировало передачу преамбулы произвольного доступа с одной из зарезервированных преамбул и успешно декодирует DCI с форматом X с помощью связанного X–RNTI, UE может считать, что процедура произвольного доступа успешно завершена без приема PDSCH.
[000133]
Шестой пример осуществления и вариант процедуры произвольного доступа технологии, описанной в настоящем документе, показаны на Фиг. 1E и Фиг. 2E. На Фиг. 1E показаны структура и функциональные возможности узла 22E радиодоступа и беспроводного терминала 26E, на Фиг. 2E показаны действия, относящиеся к процедуре произвольного доступа по второму варианту осуществления, включая сообщения. Как показано на Фиг. 1E, процессор 30 узла 22E радиодоступа содержит генератор 60 ответа при произвольном доступе, который, в свою очередь, содержит генератор 90 DCI с уникальным форматом назначенного запроса. Контроллер 56 процедуры произвольного доступа терминала беспроводного терминала 26D содержит обработчик 92 DCI с уникальным форматом назначенного запроса.
[000134]
На Фиг. 2E показаны основные примеры действий, относящихся к процедуре произвольного доступа по пятому примеру осуществления, включая сообщения. Действие 2E–1 представляет стадию инициализации и по существу описывает узел 22D радиодоступа, передающий параметры конфигурации, и беспроводной терминал 26A, принимающий параметры конфигурации. Параметры конфигурации могут быть широковещательно переданы в виде системной информации от обслуживающей соты (например, соты на основе узла 22E радиодоступа и обслуживающего беспроводного терминала 26E).
[000135]
Действие 2E–2 представляет стадию выбора ресурсов преамбулы, на которой беспроводной терминал 26C выбирает последовательность преамбулы произвольного доступа из набора последовательностей, доступных в обслуживающей соте. В шестом примере осуществления и варианте процедуры, как и во втором и третьем примерах осуществления и вариантах процедуры, на стадии выбора ресурсов преамбулы модуль 70 выбора преамбулы/ресурсов может выбрать индекс преамбулы из первой группы 72 индексов преамбулы или второй группы 74 индексов преамбулы. Если данный конкретный экземпляр процедуры произвольного доступа предназначен для назначенного запроса, такого как (например) запрос для системной информации по запросу, то модуль 70 выбора преамбулы/ресурсов выбирает соответствующий индекс преамбулы для назначенного запроса из первой группы 72 индексов преамбулы. В противном случае, если не для назначенного запроса, модуль 70 выбора преамбулы/ресурса выбирает индекс преамбулы из второй группы 74 индексов преамбулы.
[000136]
Действие 2E–3 представляет стадию передачи преамбулы, на которой беспроводной терминал 26E передает выбранную последовательность преамбулы, соответствующую выбранному индексу преамбулы, по физическому каналу (PRACH) с использованием радиоресурсов, сконфигурированных сотой и переданных в рамках действия 2E–1. Передача в рамках действия 2E–3 представлена как Msg 1 процедуры произвольного доступа.
[000137]
Действие 2E–4 представляет обработку и генерирование узлом 22E радиодоступа ответа на сообщение (Msg 1) передачи преамбулы в рамках действия 2E–3. При обработке сообщения (Msg 1) передачи преамбулы в рамках действия 2E–3 контроллер 54 процедуры произвольного доступа узла учитывает последовательность преамбулы, включенную в сообщение Msg 1. Кроме того, при выполнении действия 2E–5 контроллер 54 процедуры произвольного доступа узла заставляет генератор 60 ответа при произвольном доступе генерировать информацию нисходящей линии связи, которая содержит или разрешает доступ к сообщению Msg 2 ответа при произвольном доступе (RAR), которое включает в информацию нисходящей линии связи указание об успешном приеме последовательности преамбулы, при этом понятие «указание» объяснено ранее. Но если принятая последовательность преамбулы соответствует назначенному запросу, контроллер 54 процедуры произвольного доступа узла инициирует генератор 90 DCI с уникальным форматом назначенного запроса генерировать DCI формата X. Как указано выше, DCI формата X может содержать предварительно определенное количество зарезервированных битов, где может быть установлено предварительно определенное количество значений.
[000138]
После передачи одной из зарезервированных преамбул произвольного доступа беспроводной терминал 26E может отслеживать информацию нисходящей линии связи, принимаемую от узла 22E радиодоступа. Действие 2E–6, относящееся к ответу при произвольном доступе терминала, по существу такое же, как и действие 2C–6, при котором контроллер 56 процедуры произвольного доступа терминала пытается декодировать принятую информацию нисходящей линии связи с использованием X–RNTI, который связан с последовательностью преамбулы, переданной в сообщении Msg 1 передачи преамбулы, в случае, если назначенный запрос был отправлен, или пытается декодировать принятую информацию нисходящей линии связи с использованием RA–RNTI в других случаях. В случае если DCI декодирована с X–RNTI в рамках действия 2E–6–2, контроллер 56 процедуры произвольного доступа терминала знает, что DCI имеет формат X и, соответственно, может (в рамках действия 2E–6–3) деформатировать или обрабатывать содержимое DCI в соответствии с известным форматом X.
[000139]
Таким образом, в шестом примере осуществления и варианте процедуры беспроводной терминал 26E воспринимает как отдельный формат для декодирования принятой DCI с X–RNTI.
[000140]
7. СЕДЬМОЙ ПРИМЕР ОСУЩЕСТВЛЕНИЯ
[000141]
В седьмом примере осуществления и варианте процедуры беспроводному терминалу разрешено использовать определенные ресурсы PRACH, назначенные для указанных специальных целей, выбранных верхним уровнем (уровнем RRC). Специальные цели включают в себя такие цели, как назначенный(–ые) запрос(–ы), описанный(–ые) в настоящем документе. Ресурс PRACH относится к временной и частотной области в восходящей линии связи, предназначенной для передачи преамбулы RACH.
[000142]
Седьмой пример осуществления и вариант процедуры произвольного доступа технологии, описанной в настоящем документе, показаны на Фиг. 1F, Фиг. 2F, Фиг. 3D и Фиг. 4D. На Фиг. 1F показана структура и функциональные возможности узла 22F радиодоступа и беспроводного терминала 26F; на Фиг. 2F показаны действия, относящиеся к процедуре произвольного доступа по второму варианту осуществления, включая сообщения; на Фиг. 3D показаны примеры действий или этапов, специально выполняемых беспроводным терминалом 26F и на Фиг. 4D показаны примеры действий или этапов, специально выполняемых узлом 22F радиодоступа.
[000143]
На Фиг. 1F показано, что процессор 40 терминала и, в частности, контроллер 56 процедуры произвольного доступа терминала содержат модуль 120 выбора ресурсов PRACH. Как показано на Фиг. 12A, модуль 120 выбора ресурсов PRACH выбирает физические ресурсы восходящей линии связи из пула физических ресурсов восходящей линии связи. Пул физических ресурсов восходящей линии связи содержит первую группу 124 физических радиоресурсов произвольного доступа и вторую группу 126 физических радиоресурсов произвольного доступа. Модуль 120 выбора ресурсов PRACH служит для выбора физического ресурса восходящей линии связи из первой группы 124 физических радиоресурсов произвольного доступа или второй группы 126 физических радиоресурсов произвольного доступа. Как показано на Фиг. 12A, физический ресурс первой группы 124 физических радиоресурсов произвольного доступа зарезервирован для назначенного запроса, но физический ресурс второй группы 126 физических радиоресурсов произвольного доступа для указанного запроса недоступен. Например, не имеющие ограничительного характера типы назначенных запросов, как показано на Фиг. 12A, включают в себя назначенный запрос для системной информации по запросу, назначенный запрос для обновления местоположения, назначенный запрос для запроса об освобождении соединения и т.п.
[000144]
Пул физических ресурсов восходящей линии связи с его первой группой 124 физических радиоресурсов произвольного доступа и второй группой 126 физических радиоресурсов произвольного доступа может быть сконфигурирован на беспроводном терминале, например предварительно сконфигурирован в памяти или сконфигурирован сетью (например, узлом 22F радиодоступа посредством способа, описанным ниже).
[000145]
При подготовке сообщения с запросом произвольного доступа контроллер 56 процедуры произвольного доступа терминала может предпочтительно использовать и модуль 70 выбора преамбулы/ресурсов и модуль 120 выбора ресурсов PRACH. Другими словами, контроллер 56 процедуры произвольного доступа терминала может отправлять назначенный запрос на узел радиодоступа путем генерирования последовательности преамбулы, связанной с индексом преамбулы, который передан по выбранному физическому ресурсу восходящей линии связи. Как понятно из предыдущих примеров осуществления и вариантов процедуры, контроллер 56 процедуры произвольного доступа терминала может использовать модуль 70 выбора преамбулы/ресурсов для выбора последовательности преамбулы из первой группы 72 последовательностей преамбулы, которые зарезервированы и отличаются для назначенного запроса, или второй группы 74 последовательностей преамбулы, которые выделены для целей, отличных от назначенного запроса, и отправки назначенного запроса узлу радиодоступа путем генерирования выбранной последовательности преамбулы для передачи на ресурсе PRACH, выбранном модулем 120 выбора ресурсов PRACH.
[000146]
В одном варианте осуществления ресурс PRACH может быть использован исключительно одним назначенным запросом верхнего уровня. Например, один ресурс PRACH может быть выделен для беспроводных терминалов, чтобы запрашивать SIB или группу SIB по запросу. В одной конфигурации индекс преамбулы, связанный с последовательностью преамбулы, подлежащей передаче в этом ресурсе PRACH, может представлять собой зарезервированный индекс преамбулы, сконфигурированный узлом 22F радиодоступа. В этом случае узел 22F радиодоступа, принимающий данную последовательность преамбулы, может проверять, что принятая последовательность преамбулы является последовательностью, ожидаемой в данном ресурсе PRACH, и может отклонить или игнорировать любые другие последовательности преамбулы. В другой конфигурации индекс преамбулы может быть выбран беспроводным терминалом 26F на основе процесса, описанного в 1–2 первого варианта осуществления. В этом случае узел 22F радиодоступа может принять любой индекс преамбулы, который беспроводному терминалу 26F разрешено выбирать в этом ресурсе PRACH, как получение назначенного запроса верхнего уровня и может обработать запрос соответствующим образом.
[000147]
В другом варианте осуществления ресурс PRACH, выполненный с возможностью использования для запроса верхнего уровня, может совместно использоваться другими запросами верхнего уровня и/или обычной процедурой RACH (например, установление соединения). В этом случае беспроводной терминал 26F и узел 22F радиодоступа могут продолжать выполнение процедур в соответствии с вышеупомянутыми вариантами осуществления. Например, на Фиг. 12B показана ситуация, в которой ресурс A PRACH может быть выбран в течение первого времени (время 1) для переноса преамбулы X назначенного запроса, а затем в другое время (время 2) ресурс A PRACH также может быть выбран для переноса преамбулы Y назначенного запроса. Таким образом, Фиг. 12B иллюстрирует ситуацию, в которой один ресурс PRACH (например, ресурс A) может быть выделен для нескольких зарезервированных преамбул. Например, ресурс A PRACH может совместно использоваться двумя или более SIB/группами SIB (например, в течение времени 1 беспроводной терминал 26F может делать запрос для SIBx по запросу, тогда как в течение времени 2 беспроводной терминал 26F может делать запрос для SIBy по запросу). Поскольку этот ресурс A PRACH, показанный как принадлежащий к первой группе 124 физических радиоресурсов произвольного доступа, выделен для специальных запросов от беспроводного терминала 26H, параметры конфигурации, которые будут использованы для передачи преамбулы, могут быть оптимизированы для этой цели без влияния на общую передачу преамбулы. В некоторых случаях, как показано в девятом примере осуществления ниже, мощность передачи, которая должна быть применена, может быть скорректирована (увеличена для усиления) только на этом ресурсе PRACH, чтобы повысить успешность приема на узле доступа. Более того, когда множество назначенных запросов совместно используют один и тот же ресурс, подлежащие использованию преамбулы должны быть назначены заранее. Процедура передачи преамбулы и приема ответа в этом случае аналогична описанным ранее вариантам осуществления. Кроме того, хотя на Фиг. 12B показана ситуация, в которой данный беспроводной терминал использует ресурс PRACH с определенной преамбулой время от времени, а в другое время – с другой преамбулой, следует также понимать, что более одного беспроводного терминала могут использовать этот ресурс для множества последовательностей преамбулы, например UE1 передает преамбулу X, а UE2 передает преамбулу Y на ресурсе A либо одновременно, либо в разное время.
[000148]
На Фиг. 1F дополнительно показано, что процессор 30 узла 22F радиодоступа содержит генератор 80 системной информации. В свою очередь, генератор 80 системной информации может содержать генератор 128 индикатора ресурса PRACH для назначенного(–ых) запроса(–ов) для примеров осуществления и вариантов процедуры, в которых первая группа 124 физических радиоресурсов произвольного доступа предварительно не сконфигурирована беспроводным терминалом 26F. Генератор 128 индикатора ресурса PRACH для назначенного(–ых) запроса(–ов) генерирует информацию о конфигурации, которая содержит идентификацию первой случайной группы физических радиоресурсов, например первую группу 124 физических радиоресурсов произвольного доступа. Предоставляя такую информацию о конфигурации, как сгенерированная генератором 128 индикатора ресурса PRACH для назначенного(–ых) запроса(–ов), узел 22F радиодоступа может сконфигурировать первую группу 124 физических радиоресурсов произвольного доступа на беспроводном терминале 26F.
[000149]
На Фиг. 13 представлен не имеющий ограничительного характера пример формата блока системной информации, который можно использовать для идентификации первой группы 124 физических радиоресурсов произвольного доступа для седьмого примера осуществления и варианта процедуры. На Фиг. 13 показан блок 130 системной информации (SIB), предпочтительно главный SIB (MIB), который включает в себя информационный элемент 132, задающий ресурсы восходящей линии связи для назначенных запросов, таких как назначенный запрос для предоставления системной информации по запросу. Информационный элемент 132 дополнительно включает в себя информационный элемент 134 для каждого из 1, 2, ..., j числа SIB или групп SIB. Для каждого SIB или группы SIB информационный элемент 134 содержит список или другую идентификацию или способы определения преамбул RACH, зарезервированных для назначенных запросов (указанных информационным элементом 136), и ресурсов восходящей линии связи RACH, зарезервированных для указанных запросов (указанных информационным элементом 138).
[000150]
PRACH–ConfigSIBOnDemand
PRACH–ConfigSIBOnDemand
PRACH–ConfigSIB
Приведенный ниже иллюстративный информационный элемент RRC может быть сгенерирован генератором 128 индикатора ресурса PRACH для назначенного(–ых) запроса(–ов) и передан, например широковещательно передан, узлом 22F радиодоступа. В следующем информационном элементе RRC индекс преамбулы для SIB/группы SIB является необязательным, и, если он отсутствует, беспроводной терминал 26F может случайным образом выбирать один из доступных индексов преамбулы. Более того, в следующем информационном элементе RRC каждый SIB/группа SIB могут быть необязательно сконфигурированы с помощью поля , содержащего параметры, информирующие о ресурсах физического канала, подлежащих использованию для передачи преамбулы. Отсутствие поля  может привести к тому, что UE использует поле , показанное в первом примере осуществления, параметры которого будут использованы для обычного процесса RACH. Аналогично примерам осуществления, упомянутым выше, такой информационный элемент может быть частью блока служебной информации (MIB) или частью периодически широковещательно передаваемого SIB. Следует отметить, что иллюстративный информационный элемент не предполагает исключение любого другого возможного содержимого конфигурации.
[000151]
При генерировании ответного сообщения (Msg 2) о произвольном доступе, когда использован зарезервированный ресурс PRACH, RA–RNTI, используемый узлом 22F радиодоступа для кодирования DCI на PDCCH, будет назначенным значением, специфичным для ресурса PRACH. Когда модуль 62 проверки ответа при произвольном доступе контроллера 56 процедуры произвольного доступа терминала успешно декодирует DCI с RA–RNTI, модуль 62 проверки ответа при произвольном доступе знает, что узел 22F радиодоступа ответил преамбулой, которая может быть зарезервированной или общей преамбулой. Беспроводной терминал 26F может продолжать (или может не продолжать) прием полезной нагрузки PDU MAC по PDSCH, чтобы убедиться, что индекс преамбулы присутствует в одном из подзаголовков MAC.
[000152]
На Фиг. 2F показаны основные примеры действий, относящихся к процедуре произвольного доступа по седьмому варианту осуществления, включая сообщения. Действие 2F–1 представляет стадию инициализации и по существу предусматривает узел 22F радиодоступа, передающий параметры конфигурации, и беспроводной терминал 26F, принимающий параметры конфигурации. В одном примере осуществления информация о конфигурации может включать в себя указание о ресурсе(–ах) PRACH для назначенного(–ых) запроса(–ов), как описано выше, так что узел 22F радиодоступа может конфигурировать беспроводной терминал 26F. Параметры конфигурации могут быть широковещательно переданы в виде системной информации от обслуживающей соты, например соты на основе узла 22F радиодоступа и обслуживающего беспроводного терминала 26F.
[000153]
Действие 2F–2, представляющее стадию выбора ресурсов преамбулы, может содержать два поддействия. Действие 2F–2–1 включает в себя выбор модулем 120 выбора ресурсов PRACH между первой группой 124 физических радиоресурсов произвольного доступа и второй группой 126 физических радиоресурсов произвольного доступа в зависимости от того, предназначен ли запрос произвольного доступа для назначенного запроса или нет. Действие 2F–2–2 включает в себя выбор беспроводным терминалом 26B, например модулем 70 выбора преамбулы/ресурсов, последовательности преамбулы произвольного доступа из набора последовательностей, доступных в обслуживающей соте. Как было описано ранее, на стадии выбора ресурсов преамбулы модуль 70 выбора преамбулы/ресурсов может выбрать индекс преамбулы из первой группы 72 индексов преамбулы или из второй группы 74 индексов преамбулы. Если данный конкретный экземпляр процедуры произвольного доступа предназначен для назначенного запроса, такого как, например, запрос для системной информации по запросу, модуль 70 выбора преамбулы/ресурсов выбирает соответствующий индекс преамбулы для назначенного запроса из первой группы 72 индексов преамбулы.
[000154]
Действие 2F–3 представляет стадию передачи преамбулы, на которой беспроводной терминал 26F передает выбранную последовательность преамбулы, соответствующую выбранному индексу преамбулы, на ресурсе PRACH, выбранном в рамках действия 2F–2–1. Как было описано, выбранный ресурс восходящей линии связи может быть из первой группы 124 физических радиоресурсов произвольного доступа для назначенного запроса или из второй группы 126 физических радиоресурсов произвольного доступа для неназначенного запроса (например, обычного запроса RACH). Передача в рамках действия 2F–3 представлена как Msg 1 процедуры произвольного доступа.
[000155]
Действие 2F–4 представляет обработку и генерирование узлом 22F радиодоступа ответа на сообщение (Msg 1) передачи преамбулы в рамках действия 2F–3. Узел 22F радиодоступа может обрабатывать сообщение (Msg 1) передачи преамбулы в рамках действия 2F–3 несколькими способами, при этом два альтернативных примера процедуры обработки сообщения (Msg 1) передачи преамбулы показаны на Фиг. 2F–1 и Фиг. 2F–2.
[000156]
В процедуре обработки сообщения (Msg 1) передачи преамбулы на Фиг. 2F–1 в рамках действия 2F–4–1 узел 22F радиодоступа определяет, принадлежат ли ресурсы PRACH, используемые для сообщения (Msg 1) передачи преамбулы в рамках действия 2F–3, первой группе 124 физических радиоресурсов произвольного доступа. Если решение в рамках действия 2F–4–1 является отрицательным, в рамках действия 2F–4–2 узел 22F радиодоступа проверяет далее в рамках действия 2F–4–2, является ли индекс преамбулы, принятый на ресурсе PRACH, преамбулой, зарезервированной для назначенного запроса. Если решение в рамках действия 2F–4–2 является отрицательным, узел 22F радиодоступа предполагает, что запрос произвольного доступа не был назначенным запросом и, соответственно, в рамках действия 2F–4–3 генерирует ответное сообщение Msg 2 о произвольном доступе. Если решение в рамках действия 2F–4–2 является положительным, узел 22F радиодоступа в рамках действия 2F–4–4 генерирует ответное сообщение Msg 2 о произвольном доступе и при этом может закодировать DCI на PDCCH с использованием RA–RNTI, который является значением, специфичным для ресурса PRACH. Если решение в рамках действия 2F–4–1 является положительным, узел 22F радиодоступа в рамках действия 2F–4–5 определяет, принадлежит ли преамбула, используемая для сообщения (Msg 1) передачи преамбулы в рамках действия 2F–3, к первой группе 72 индексов преамбулы, и таким образом подтверждает, что произвольный доступ является назначенным запросом. Если решение в рамках действия 2F–4–5 является отрицательным, узел 22F радиодоступа в рамках действия 2F–4–6 отклоняет или игнорирует любые другие последовательности преамбулы, например отклоняет или игнорирует запрос произвольного доступа сообщения Msg 1. Если решение в рамках действия 2F–4–5 является положительным, значит узел 22F радиодоступа получил подтверждение назначенного запроса, и по этой причине в рамках действия 2F–4–4 узел 22F радиодоступа генерирует ответное сообщение Msg 2 о произвольном доступе. При генерировании ответного сообщения Msg 2 о произвольном доступе узел 22F радиодоступа может кодировать DCI на PDCCH с использованием RA–RNTI, который является значением, специфичным для ресурса PRACH, или, если он указан в параметрах конфигурации, с использованием X–RNTI, связанного с этим назначенным запросом. Независимо от того, выделен ли назначенный ресурс PRACH для запроса, eNB может назначить и сконфигурировать X–RNTI, предназначенный для кодирования DCI.
[000157]
Процедура обработки сообщения (Msg 1) передачи преамбулы на Фиг. 2F–2 представляет собой сокращенную форму процедуры обработки сообщения (Msg 1) передачи преамбулы на Фиг. 2F–1. В процедуре обработки сообщения (Msg 1) передачи преамбулы на Фиг. 2F–2 после подтверждения в рамках действия 2F–4–1 того, что ресурс PRACH указывает заданный запрос, узел 22F радиодоступа не выполняет проверку индекса преамбулы, как это делается в рамках действия 2F–4–5 на Фиг. 2F–1, но вместо этого, в качестве конструктивной альтернативы действию 2F–4–1, переходит к выполнению действия 2F–4–4 генерирования ответного сообщения Msg 2 о произвольном доступе. При генерировании ответного сообщения (Msg 2) о произвольном доступе узел 22F радиодоступа может кодировать DCI на PDCCH с использованием RA–RNTI, который является значением, специфичным для ресурса PRACH, или, если он указан в параметрах конфигурации, с использованием X–RNTI, связанного с этим назначенным запросом.
[000158]
Когда модуль 62 проверки ответа при произвольном доступе контроллера 56 процедуры произвольного доступа терминала успешно декодирует DCI с RA–RNTI, модуль 62 проверки ответа при произвольном доступе знает, что узел 22F радиодоступа ответил преамбулой, которая может быть зарезервированной или общей преамбулой. Беспроводной терминал 26F может продолжать (или может не продолжать) прием полезной нагрузки MAC по PDSCH, чтобы убедиться, что индекс преамбулы присутствует в одном из подзаголовков MAC.
[000159]
Действие 2F–6 на Фиг. 2F представляет стадию приема ответа при произвольном доступе. На стадии приема ответа при произвольном доступе беспроводной терминал 26F может отслеживать информацию нисходящей линии связи, принимаемую от узла 22F радиодоступа. В рамках действия 2F–6–0 контроллер 56 процедуры произвольного доступа терминала проверяет, была ли последовательность преамбулы, использованная для Msg 1, связана с RA–RNTI или, если сконфигурирован, с X–RNTI. Когда модуль 62 проверки ответа при произвольном доступе контроллера 56 процедуры произвольного доступа терминала успешно декодирует DCI с X–RNTI, модуль 62 проверки ответа при произвольном доступе знает, что узел 22F радиодоступа положительно подтвердил прием запроса произвольного доступа Msg 1 и может завершить процедуру произвольного доступа, как указано в действии 2F–6–4. Если модуль 62 проверки ответа при произвольном доступе может декодировать DCI с RA–RNTI, то модуль 62 проверки ответа при произвольном доступе может обработать ответное сообщение (Msg 2) о произвольном доступе способом, описанным ранее со ссылкой на Фиг. 2B. Таким образом, на стадии приема ответа при произвольном доступе (RAR) в рамках действия 2F–6, если принятый индекс преамбулы не предназначен для преамбулы, связанной с RA–RNTI, для кодирования должен был быть использован X–RNTI и, следовательно, успешное декодирование DCI с X–RNTI указывает на успешную передачу преамбулы.
[000160]
На Фиг. 3D показаны примеры действий или этапов, специально выполняемых беспроводным терминалом 26F. Действия, показанные на Фиг. 3D, может выполнять контроллер 56 процедуры произвольного доступа терминала, который может содержать процессор 40 терминала, выполняющий команды, хранящиеся в долговременной памяти. Действие 3D–1 включает в себя прием беспроводным терминалом 26A параметров конфигурации, широковещательно передаваемых базовой станцией. Как указано выше, параметры конфигурации могут включать в себя указание ресурсов PRACH для назначенного(–ых) запроса(–ов).
[000161]
Действие 3D–2–0 включает в себя выбор модулем 120 выбора ресурсов PRACH физического ресурса восходящей линии связи из пула 122 физических ресурсов восходящей линии связи. Физический ресурс восходящей линии связи, выбранный в рамках действия 3D–2–0, может быть из первой группы 124 физических радиоресурсов произвольного доступа (для назначенного запроса) или из второй группы 126 физических радиоресурсов произвольного доступа (для других типов запросов произвольного доступа).
[000162]
Действие 3D–2–1 включает в себя выбор индекса преамбулы модулем 70 выбора преамбулы/ресурсов из первой группы 72 индексов преамбулы и второй группы 74 индексов преамбулы. Как объяснено выше, выбирает ли модуль 70 выбора преамбулы/ресурсов индекс преамбулы из первой группы 72 индексов преамбулы или второй группы 74 индексов преамбулы, и если из первой группы 72 индексов преамбулы – конкретный индекс преамбулы первой группы 72 индексов преамбулы, зависит от того, выполняется ли процедура произвольного доступа для назначенного запроса или нет. Таким образом, действие 3D–2 в некотором смысле включает в себя выбор индекса преамбулы модулем 70 выбора преамбулы/ресурсов в зависимости от назначенного запроса, например наличия или отсутствия назначенного запроса и конкретного типа назначенного запроса, когда назначенный запрос подлежит выполнению. Действие 3D–2–2 включает в себя генерирование и передачу на базовую станцию последовательности преамбулы, например, в виде сообщения Msg 1.
[000163]
Действие 3D–3 включает в себя прием и декодирование информации нисходящей линии связи от базовой станции, например, в сообщении/из сообщения Msg 2. Действие 3D–4 включает в себя решение модуля 62 проверки ответа при произвольном доступе относительно включения в информацию нисходящей линии связи указания, что базовая станция успешно приняла запрос произвольного доступа, отправленный беспроводным терминалом.
[000164]
Действие 3D–5 включает в себя решение модуля 62 проверки ответа при произвольном доступе касательно того, как действовать в отношении процедуры произвольного доступа в зависимости от того, указывает ли ответное сообщение о произвольном доступе на то, что узел 22F радиодоступа подтвердил получение назначенного запроса. Например, если модуль 62 проверки ответа при произвольном доступе контроллера 56 процедуры произвольного доступа терминала успешно декодирует DCI с RA–RNTI, модуль 62 проверки ответа при произвольном доступе знает, что узел 22F радиодоступа положительно подтвердил прием запроса произвольного доступа Msg 1 и может завершить процедуру произвольного доступа, как указано в действии 2F–6–4. В противном случае процедура произвольного доступа может продолжаться.
[000165]
На Фиг. 4D показаны примеры действий или этапов, специально выполняемых узлом 22F радиодоступа. Действия, показанные на Фиг. 4D, может выполнять контроллер 54 процедуры произвольного доступа узла, который может содержать процессор 30 узла, выполняющий команды, хранящиеся в долговременной памяти. Действие 4D–1 включает в себя широковещательную передачу узлом 22F радиодоступа параметров конфигурации, например, в блоке системной информации (SIB). Как объяснено выше, системная информация может включать в себя указание, определение или описание ресурсов PRACH для назначенного(–ых) запроса(–ов).
[000166]
Действие 4D–2 включает в себя прием узлом 22F радиодоступа последовательности преамбулы, соответствующей выбранному индексу преамбулы и передаваемой по ресурсу PRACH, выбранному узлом 22F радиодоступа в рамках действия 3D–2–0. Беспроводной терминал 26F передает последовательность преамбулы в сообщении Msg 1. Действие 4D–3 включает в себя использование генератора 60 ответа при произвольном доступе, который генерирует, а узел 22F радиодоступа передает информацию нисходящей линии связи, содержащую указание об успешном приеме базовой станцией последовательности преамбулы. Подробности действия 4D–2 можно понять в свете примеров описания действия 2F–4 и Фиг. 2F–1 или Фиг. 2F–2.
[000167]
После предоставления обзора седьмого примера осуществления и варианта процедуры последует более подробное обсуждение, которое структурировано в соответствии с вышеупомянутыми примерами стадий процедуры произвольного доступа.
7–1 Инициализация
ra–PreambleIndex
ra–PRACH–MaskIndex
ra–PreambleIndex
ra–PRACH–MaskIndex
Процедура произвольного доступа может быть инициирована порядком физического канала управления нисходящей линии связи (PDCCH), самим подуровнем MAC или подуровнем RRC. Процедура произвольного доступа во вторичной соте (SCell) может быть инициирована только порядком PDCCH. Если объект MAC принимает передачу PDCCH в соответствии с порядком PDCCH, маскированным его C–RNTI, и для конкретной обслуживающей соты, то объект MAC может инициировать процедуру произвольного доступа в этой обслуживающей соте. Для произвольного доступа в специальной соте (SpCell, обслуживающая сота, поддерживающая передачу PUCCH и произвольный доступ на конкурентной основе) порядок PDCCH или RRC может дополнительно указывать  и , за исключением NB–IoT, где указывают индекс поднесущей, при этом для произвольного доступа в SCell порядок PDCCH указывает  со значением, отличным от 000000, и . Касательно pTAG передача преамбулы по PRACH и прием порядка PDCCH поддерживаются только для SpCell. Если UE представляет собой UE NB–IoT и сконфигурировано с неякорной несущей, то выполняется процедура произвольного доступа на якорной несущей. Если явно не указано иное, предполагается, что перед инициированием процедуры для соответствующей обслуживающей соты для UE, кроме UE NB–IoT, UE BL или UE в расширенной зоне покрытия, доступна следующая информация:
prach–ConfigIndex
– доступный набор ресурсов PRACH для передачи преамбулы произвольного доступа ;
– группы преамбул произвольного доступа и набор доступных преамбул произвольного доступа в каждой группе (только для SpCell):
numberOfRA–Preambles
sizeOfRA–PreamblesGroupA
преамбулы, которые находятся в группе А преамбул произвольного доступа и группе B преамбул произвольного доступа, вычисляются на основе параметров  и ;
sizeOfRA–PreamblesGroupA
numberOfRA
Preambles
sizeOfRA–PreamblesGroupA
sizeOfRA–PreamblesGroupA
numberOfRA–Preambles
если  равен –, то группа B преамбул произвольного доступа отсутствует; преамбулы в группе A преамбул произвольного доступа – это преамбулы от 0 до  – 1, и, если они существуют, преамбулы в группе B преамбул произвольного доступа – это преамбулы от  до  – 1 из набора 64 преамбул;
– если существует группа B преамбул произвольного доступа, то доступны пороговые значения,
messagePowerOffsetGroupB
messageSizeGroupA
deltaPreambleMsg 3
CMAX, с
и , сконфигурированная мощность P передачи UE для обслуживающей соты, выполняющей процедуру произвольного доступа, и смещение между преамбулой и Msg 3, которые необходимы для выбора одной из двух групп преамбул произвольного доступа (только для SpCell);
– набор зарезервированных преамбул произвольного доступа;
– ресурсы PRACH, подлежащие выбору верхним уровнем;
ra–ResponseWindowSize
– размер окна RA–ответа ;
powerRampingStep
– коэффициент линейного изменения мощности ;
– максимальное число передач преамбулы preambleTransMax;
preambleInitialReceivedTargetPower
– начальная мощность преамбулы ;
– смещение на основе формата преамбулы DELTA_PREAMBLE;
– максимальное число передач HARQ Msg 3 maxHARQ–Msg 3Tx (только для SpCell);
mac–ContentionResolutionTimer
– таймер разрешения конфликтов  (только для SpCell).
ПРИМЕЧАНИЕ. Приведенные выше параметры могут обновляться с верхних уровней перед началом каждой процедуры произвольного доступа.
Предполагается, что до того, как процедура может быть инициирована для UE NB–IoT, UE BL или UE в расширенной зоне покрытия, для соответствующей обслуживающей соты доступна следующая информация:
– Если UE представляет собой UE BL или UE в расширенной зоне покрытия, доступны:
prach–ConfigIndex
– доступный набор ресурсов PRACH, связанных с каждым уровнем расширенного покрытия, поддерживаемым в обслуживающей соте для передачи преамбулы произвольного доступа ;
– группы преамбул произвольного доступа и набор доступных преамбул произвольного доступа в каждой группе (только для SpCell);
firstPreamble
lastPreamble.
преамбулы, содержащиеся в группах преамбул произвольного доступа для каждого уровня расширенного покрытия, если он существует, являются преамбулами от  до
sizeOfRA–PreamblesGroupA
numberOfRA–Preambles
Если  не равен , группа B преамбул произвольного доступа существует для всех уровней расширенного покрытия и рассчитывается, как указано выше.
ПРИМЕЧАНИЕ. Если существует группа B преамбул произвольного доступа, eNB должна убедиться, что по меньшей мере одна преамбула произвольного доступа содержится в группе A преамбул произвольного доступа и в группе B преамбул произвольного доступа для всех уровней расширенного покрытия.
– Если UE представляет собой UE NB–IoT, доступен:
nprach–ParametersList
– доступный набор ресурсов PRACH , поддерживаемых в обслуживающей соте.
– Для выбора ресурсов произвольного доступа и для передачи преамбулы:
– ресурс PRACH сопоставляется с уровнем расширенного покрытия;
nprach–NumSubcarriers
nprach–SubcarrierMSG 3–RangeStart
nprach–NumCBRA–StartSubcarriers
– каждый ресурс PRACH содержит набор поднесущих , которые можно разделить на одну или две группы для однотональной/многотональной передачи Msg 3 с помощью  и , как сконфигурировано более высокими уровнями. Каждая группа в тексте процедуры ниже упоминается как преамбула произвольного доступа.
nprach–SubcarrierOffset
nprach–SubcarrierOffset
nprach–NumSubcarriers
– Поднесущую идентифицируют по индексу поднесущих в диапазоне: [, + –1].
– Каждая поднесущая группы преамбул произвольного доступа соответствует преамбуле произвольного доступа.
ra–PreambleIndex
– Когда индекс поднесущей явно отправлен из eNB как часть порядка PDCCH, должен быть установлен равным переданному индексу поднесущей.
– Сопоставление ресурсов PRACH с уровнями расширенного покрытия определяют следующим образом:
rsrp–ThresholdsPrachInfoList
– количество уровней расширенного покрытия равно единице плюс количество пороговых значений принимаемой мощности опорного сигнала (RSRP), присутствующих в .
nprach–ParametersList
– Каждый уровень расширенного покрытия имеет один ресурс PRACH, присутствующий в .
numRepetitionsPerPreambleAttempt
– Уровни расширенного покрытия пронумерованы от 0, а сопоставление ресурсов PRACH с уровнями расширенного покрытия выполняется в порядке увеличения .
rsrp–ThresholdsPrachInfoList
– Критерии выбора ресурсов PRACH на основе измерения RSRP для каждого уровня расширенного покрытия, поддерживаемого в обслуживающей соте .
maxNumPreambleAttemptCE
– Максимальное количество попыток передачи преамбулы на каждый уровень расширенного покрытия, поддерживаемый в обслуживающей соте .
numRepetitionPerPreambleAttempt
– Количество повторений, необходимых для передачи преамбулы, на одну попытку для каждого уровня расширенного покрытия, поддерживаемого в обслуживающей соте .
CMAX, c
– Сконфигурированная мощность передачи UE в обслуживающей соте, выполняющей процедуру произвольного доступа P.
ra–ResponseWindowSize
mac–ContentionResolutionTimer
– Размер окна RA–ответа  и таймер разрешения конфликтов  (только для SpCell) для каждого уровня расширенного покрытия, поддерживаемого в обслуживающей соте.
powerRampingStep
– Коэффициент линейного изменения мощности .
preambleTransMax–CE
– Максимальное число передач преамбулы .
preambleInitialReceivedTargetPower
– Начальная мощность преамбулы .
– Смещение на основе формата преамбулы DELTA_PREAMBLE. Для NB–IoT параметр DELTA_PREAMBLE устанавливают в 0.
Процедура произвольного доступа может быть выполнена следующим образом:
– очистить буфер Msg 3;
– установить PREAMBLE_TRANSMISSION_COUNTER в 1;
– если UE представляет собой UE NB–IoT, UE BL или UE в расширенной зоне покрытия:
– установить PREAMBLE_TRANSMISSION_COUNTER_CE в 1;
– если начальный уровень расширенного покрытия или начальное количество повторов NPRACH для NB–IoT были указаны в порядке PDCCH, который инициировал процедуру произвольного доступа, или если начальный уровень расширенного покрытия обеспечен верхними уровнями:
– объект MAC считает себя находящимся в этом уровне расширенного покрытия независимо от измеренного RSRP;
– в противном случае:
rsrp–ThresholdsPrachInfoList
– если порог RSRP уровня 3 расширенного покрытия сконфигурирован верхними уровнями в и измеренный порог RSRP меньше порога RSRP уровня 3 расширенного покрытия, а UE приспособлено к уровню 3 расширенного покрытия, тогда:
– объект MAC считает себя находящимся в уровне 3 расширенного покрытия;
– в противном случае:
rsrp–ThresholdsPrachInfoList
– если порог RSRP уровня 2 расширенного покрытия сконфигурирован верхними уровнями в  и измеренный порог RSRP меньше порога RSRP уровня 2 расширенного покрытия, а UE приспособлено к уровню 2 расширенного покрытия, тогда:
– объект MAC считает себя находящимся в уровне 2 расширенного покрытия;
rsrp–ThresholdsPrachInfoList
– в противном случае, если измеренный порог RSRP меньше порога RSRP уровня 1 расширенного покрытия, как сконфигурировано верхними уровнями в , тогда:
– объект MAC считает себя находящимся в уровне 1 расширенного покрытия;
– в противном случае:
– объект MAC считает себя находящимся в уровне 0 расширенного покрытия;
– установить значение параметра отката в 0 мс;
– для RN приостановить любую конфигурацию подкадра RN;
– перейти к выбору ресурса произвольного доступа.
ПРИМЕЧАНИЕ. В объекте MAC в любой момент времени выполняется только одна процедура произвольного доступа. Если объект MAC принимает запрос на новую процедуру произвольного доступа, тогда как другая уже выполняется в объекте MAC, решение о том, продолжать ли текущую процедуру или начать новую процедуру, зависит от реализации UE.
7–2 Выбор ресурсов преамбулы
Процедура выбора ресурсов произвольного доступа может быть выполнена следующим образом:
– если ресурс PRACH выбран верхним уровнем:
– ресурс PRACH может быть ресурсом, выбранным верхним уровнем;
– если одна из зарезервированных преамбул произвольного доступа также выбрана верхним уровнем:
– преамбула произвольного доступа может быть преамбулой, выбранной верхним уровнем;
– в противном случае:
– можно выбирать одну преамбулу из группы A или группы B преамбул произвольного доступа;
ra–PreambleIndex
ra–PRACH–MaskIndex
ra–PreambleIndex
– в противном случае, если  (преамбула произвольного доступа) и  (индекс маски PRACH) были явно сообщены, но не для NB–IoT, а  не равен 000000:
– преамбула произвольного доступа и индекс маски PRACH могут быть данными, которые явно сообщены;
ra–PreambleIndex
– в противном случае, если  (преамбула произвольного доступа) и ресурс PRACH были явно сообщены для NB–IoT:
– ресурс PRACH может быть ресурсом, который явно сообщен.
ra–PreambleIndex
– Если сообщенный  не равен 000000:
nprach–SubcarrierOffset +
ra–PreambleIndex
nprach–NumSubcarriers
nprach–SubcarrierOffset
nprach–NumSubcarriers
– преамбула произвольного доступа может быть установлена в  ( modulo ), где  и  могут быть параметрами в текущем используемом ресурсе PRACH.
– В противном случае:
– можно выбирать группу преамбул произвольного доступа в соответствии с ресурсом PRACH и поддержкой многотональной передачи Msg 3. UE, поддерживающее многотональное Msg 3, может выбирать только группу преамбул произвольного доступа однотонального Msg 3, если отсутствует группа преамбул произвольного доступа многотонального Msg 3.
– Можно случайным образом выбирать преамбулу произвольного доступа в выбранной группе.
– В противном случае, если одна из зарезервированных преамбул произвольного доступа выбрана верхним уровнем:
– преамбула произвольного доступа может быть преамбулой, выбранной верхним уровнем.
– В противном случае преамбула произвольного доступа выбрана объектом MAC следующим образом:
– если Msg 3 еще не было передано, объект MAC может для UE NB–IoT, UE BL или UE в расширенной зоне покрытия:
– за исключением NB–IoT – выбирать группу преамбул произвольного доступа и ресурс PRACH, соответствующий выбранному уровню расширенного покрытия;
– выбирать для NB–IoT ресурс PRACH, соответствующий выбранному уровню расширенного покрытия, и выбрать группу преамбул произвольного доступа, соответствующую ресурсу PRACH и поддержке многотональной передачи Msg 3. UE, поддерживающее многотональное Msg 3, должно выбирать только группу преамбул произвольного доступа однотонального Msg 3, если группа преамбул произвольного доступа многотонального Msg 3 отсутствует.
– Если Msg 3 еще не было передано, объект MAC может, за исключением UE BL или UE в расширенной зоне покрытия в случае, когда группа B преамбул не существует, или для UE NB–IoT;
– если группа B преамбул произвольного доступа существует и происходит любое из следующих событий:
messageSizeGroupA,
preambleInitialReceivedTargetPower
deltaPreambleMsg 3
messagePowerOffsetGroupB
CMAX, с
– потенциальный размер сообщения (данные UL, доступные для передачи, плюс заголовок MAC и, где необходимо, элементы управления MAC) больше, чем  а потери при распространении сигнала меньше P (для обслуживающей соты, выполняющей процедуру произвольного доступа) –  –  – ;
messageSizeGroupA
– процедура произвольного доступа была инициирована для логического канала CCCH, и размер SDU CCCH плюс заголовок MAC больше, чем ;
– выбирать группу B преамбул произвольного доступа;
– в противном случае:
– выбирать группу A преамбул произвольного доступа;
– в противном случае, если Msg 3 передается повторно, объект Mac может:
– выбирать ту же группу преамбул произвольного доступа, которая использовалась для попытки передачи преамбулы, соответствующей первой передаче сообщения Msg 3;
– случайным образом выбирать преамбулу произвольного доступа в выбранной группе, за исключением зарезервированных преамбул произвольного доступа; случайная функция может быть такой, чтобы каждый из допустимых выборов мог быть сделан с равной вероятностью;
– устанавливать индекс маски PRACH в 0, но не для NB–IoT;
prach–ConfigIndex
– определять следующий доступный подкадр, содержащий PRACH, разрешенный ограничениями, заданными  (за исключением NB–IoT), индексом маски PRACH (за исключением NB–IoT), требованиями к синхронизации физического уровня, а в случае NB–IoT – определять подкадры, занятые ресурсами PRACH, относящимися к более высокому уровню расширенного покрытия (объект MAC может учитывать возможное возникновение промежутков измерений при определении следующего доступного подкадра PRACH);
– если режим передачи – дуплексная передача с временным разделением каналов (TDD), а индекс маски PRACH равен нулю;
ra–PreambleIndex
– если  был явно сообщен и не был равен 000000 (т.е. не выбран MAC):
– случайным образом выбирать с равной вероятностью один PRACH из PRACH, доступных в определенном подкадре;
– в противном случае:
– случайным образом выбирать с равной вероятностью один PRACH из PRACH, доступных в определенном подкадре, и следующие два последовательных подкадра;
– в противном случае:
– определять PRACH в пределах определенного подкадра в соответствии с требованиями индекса маски PRACH, если таковые имеются;
ra–ResponseWindowSize
mac–ContentionResolutionTimer
– для UE NB–IoT, UE BL или UE в расширенной зоне покрытия – выбирать  и , соответствующие выбранному уровню расширенного покрытия и PRACH;
– переходить к передаче преамбулы произвольного доступа.
7–3 Передача преамбулы произвольного доступа
См. 1–3.
7–4 Прием ответа при произвольном доступе
См. 2–4 или 4–4.
7–5 Разрешение конфликтов
См. 1–5.
7–6 PDU MAC (ответ при произвольном доступе)
См. 2–6.
[000168]
8. ВОСЬМОЙ ПРИМЕР ОСУЩЕСТВЛЕНИЯ
[000169]
В восьмом примере осуществления и варианте процедуры как беспроводной терминал, так и узел радиодоступа могут согласиться, что процедура запроса верхнего уровня завершена, когда беспроводной терминал завершает отправку последовательности преамбулы, и, соответственно, узлом радиодоступа не будет передан ответ, например DCI в PDCCH и/или RAR. Другими словами, после передачи отправки преамбулы произвольного доступа с одной из зарезервированных преамбул или преамбулой (зарезервированной или выбранной UE), переданной на ресурсе PRACH, явно выбранном верхним уровнем, беспроводной терминал может считать эту процедуру произвольного доступа успешно завершенной.
[000170]
Восьмой пример осуществления и вариант процедуры произвольного доступа технологии, описанной в настоящем документе, показаны на Фиг. 1G, Фиг. 2G, Фиг. 3E и Фиг. 4E. На Фиг. 1G показана структура и функциональные возможности узла 22G радиодоступа и беспроводного терминала 26G; на Фиг. 2G показаны действия, относящиеся к процедуре произвольного доступа по второму варианту осуществления, включая сообщения; на Фиг. 3E показаны примеры действий или этапов, специально выполняемых беспроводным терминалом 26G и на Фиг. 4E показаны примеры действий или этапов, специально выполняемых узлом 22F радиодоступа.
[000171]
На Фиг. 1G показано, что процессор 40 терминала и, в частности, модуль 62 проверки ответа при произвольном доступе контроллера 56 процедуры произвольного доступа терминала содержат контроллер 140 завершения RACH. Контроллер 140 завершения RACH определяет, что процедура произвольного доступа завершена без приема беспроводным терминалом 26G ответного сообщения (Msg 2) о произвольном доступе от узла 22G радиодоступа в определенных ситуациях, например в ситуациях, когда назначенный запрос был сделан в сочетании с процедурой произвольного доступа. Например, контроллер 140 завершения RACH может определять, что процедура произвольного доступа успешно завершена, когда беспроводной терминал 26G передает сообщение (Msg 1) передачи преамбулы произвольного доступа с (1) одной из зарезервированных преамбул или (2) с преамбулой (зарезервированной или выбранной UE), передаваемой на ресурсе PRACH, явно выбранном верхним уровнем для назначенного запроса.
[000172]
Сбой приема преамбулы на узле 22G радиодоступа может быть выявлен верхним уровнем беспроводного терминала 26G, который обнаруживает, что ожидаемое действие по этому запросу не выполнено. Например, в ситуации, когда назначенный запрос процедуры произвольного доступа содержит запрос системной информации, процессор 40 терминала может повторно отправить назначенный запрос (например, запрос системной информации по запросу) узлу радиодоступа, если беспроводной терминал 26G определяет, что запрошенная системная информация не принята в течение предварительно определенного времени. Другими словами, в случае доставки системной информации по запросу беспроводной терминал 26G может повторно передать зарезервированную преамбулу или преамбулу (зарезервированную или выбранную UE) на сконфигурированном ресурсе PRACH, когда беспроводной терминал 26G не находит запрошенного SIB или группы SIB, переданных в течение предварительно определенного времени.
[000173]
В некоторых примерах осуществления и вариантах процедуры беспроводной терминал 26G может быть сконфигурирован с инструкциями относительно того, как беспроводной терминал 26G устанавливает, какой тип ответа, если таковой имеется, от узла 22G радиодоступа позволяет беспроводному терминалу 26G сделать вывод, что процедура произвольного доступа может быть завершена. В некоторых примерах реализации такие инструкции предоставляют посредством широковещательной передачи системной информации узлом 22G радиодоступа. Информация о конфигурации от узла радиодоступа может содержать критерии завершения, которые информируют беспроводной терминал 26G о том, как определить, что процедура произвольного доступа может быть завершена. Например, критерии завершения либо содержат идентификацию ответного сообщения процедуры произвольного доступа от узла радиодоступа, либо разрешают завершение процедуры произвольного доступа без ответного сообщения от узла радиодоступа.
[000174]
На Фиг. 1G показано, что генератор 80 системной информации узла 22G радиодоступа может содержать генератор 144 указания типа ответа RACH. Генератор 134 указания типа ответа RACH может генерировать системную информацию, которая включает в себя критерии завершения. На Фиг. 14 показан не имеющий ограничительного характера пример упрощенного блока 150 системной информации (SIB), предпочтительно блока служебной информации (MIB), который включает в себя информационный элемент 152, задающий параметры для назначенных запросов, таких как назначенный запрос на предоставление системной информации по запросу. Информационный элемент 152 дополнительно включает в себя информационный элемент 154 для каждого из 1, 2, ..., j числа SIB или групп SIB. Для каждого SIB или группы SIB информационный элемент 154 содержит информационный элемент 155 критериев завершения. Информационный элемент 155 критериев завершения может иметь разное значение для каждого из множества различных способов, которыми узел 22G радиодоступа может ответить на запрос произвольного доступа. Как показано на Фиг. 14, информационный элемент 155 критериев завершения может иметь либо первое значение, которое указывает на то, что беспроводной терминал 26G должен ожидать проверки наличия ответного сообщения о произвольном доступе на основе RAR от узла 22G радиодоступа, например, как в примере способа по второму варианту осуществления и варианту процедуры перед определением того, что процедура произвольного доступа может быть завершена. В альтернативном варианте осуществления информационный элемент 155 критериев завершения может содержать второе значение, которое указывает на то, что беспроводной терминал 26G должен ожидать проверки наличия ответного сообщения о произвольном доступе на основе PDCCH от узла 22G радиодоступа (как в примере способа по четвертому варианту осуществления и варианту процедуры) перед определением того, что процедура произвольного доступа может быть завершена. В третьем альтернативном варианте осуществления информационный элемент 155 критериев завершения может содержать третье значение, которое указывает на то, что беспроводной терминал 26G может рассматривать процедуру произвольного доступа, подлежащую определению, после того, как беспроводной терминал 26G передаст сообщение (Msg 1) передачи преамбулы произвольного доступа с (1) одной из зарезервированных преамбул или (2) с преамбулой, зарезервированной или выбранной UE, передаваемой на ресурсе PRACH, явно выбранном верхним уровнем для назначенного запроса. Для примера, показанного на Фиг. 14, третье значение, которое указывает на то, что беспроводный терминал 26G может рассматривать процедуру произвольного доступа как завершенную, назначено для каждого SIB/группы 1 SIB и каждого SIB/группы j SIB.
[000175]
ra–response
Таким образом, узел 22G радиодоступа и беспроводной терминал 26G могут быть выполнены с возможностью продолжения или непродолжения ответной передачи/приема. В одном варианте реализации конфигурация предварительно определена. В другой конфигурации узел 22G радиодоступа может информировать беспроводные терминалы этой конфигурации путем включения в периодически широковещательно передаваемое сообщение (например, MIB или SIB) указания того, будет ли он отправлять ответ на преамбулу и каким образом. Ниже приведен пример информационного элемента такого указания, в котором поле указывает, является ли ответ основанным на RAR (2–й вариант осуществления), основанным на PDCCH (4–й вариант осуществления) или ответ отсутствует (данный вариант осуществления).
[000176]
На Фиг. 2G показаны основные примеры действий, относящихся к процедуре произвольного доступа по восьмому варианту осуществления, включая сообщения. Действие 2G–1 представляет стадию инициализации и по существу предусматривает узел 22G радиодоступа, передающий параметры конфигурации, и беспроводной терминал 26G, принимающий параметры конфигурации. В примере осуществления информация о конфигурации может включать в себя критерии завершения, как описано выше и представлено в качестве примера на Фиг. 14, так что узел 22G радиодоступа может конфигурировать беспроводной терминал 26G. Параметры конфигурации могут быть широковещательно переданы в виде системной информации от обслуживающей соты (например, соты на основе узла 22G радиодоступа и обслуживающего беспроводного терминала 26G).
[000177]
Действие 2G–2, представляющее стадию выбора ресурсов преамбулы, может содержать два поддействия. Действие 2G–2–1 включает в себя выбор модулем 120 выбора ресурсов PRACH между первой группой 124 физических радиоресурсов произвольного доступа и второй группой 126 физических радиоресурсов произвольного доступа в зависимости от того, предназначен ли запрос произвольного доступа для назначенного запроса или нет. Действие 2G–2–2 включает в себя выбор беспроводным терминалом 26B (например, модулем 70 выбора преамбулы/ресурсов) последовательности преамбулы произвольного доступа из набора последовательностей, доступных в обслуживающей соте. Как было описано ранее, на стадии выбора ресурсов преамбулы модуль 70 выбора преамбулы/ресурсов может выбрать индекс преамбулы из первой группы 72 индексов преамбулы или из второй группы 74 индексов преамбулы. Если данный конкретный экземпляр процедуры произвольного доступа предназначен для назначенного запроса, такого как (например) запрос для системной информации по запросу, то модуль 70 выбора преамбулы/ресурсов выбирает соответствующий индекс преамбулы для назначенного запроса из первой группы 72 индексов преамбулы.
[000178]
Действие 2G–3 представляет стадию передачи преамбулы, на которой беспроводной терминал 26G передает выбранную последовательность преамбулы, соответствующую выбранному индексу преамбулы, на ресурсе PRACH, выбранном в рамках действия 2G–2–1. Как описано выше, выбранный ресурс восходящей линии связи может быть из первой группы 124 физических радиоресурсов произвольного доступа для назначенного запроса или из второй группы 126 физических радиоресурсов произвольного доступа для неназначенного запроса, например обычного запроса RACH. Передача в рамках действия 2G–3–1 представлена как Msg 1 процедуры произвольного доступа.
[000179]
Как указано выше, если передача в рамках действия 2G–3–1 представлена как Msg 1 процедуры произвольного доступа, включающей назначенный запрос, например запрос системной информации по запросу, беспроводной терминал 26G, например, может быть выполнен с возможностью завершения процедуры произвольного доступа без ожидания ответа при произвольном доступе. Действие 2G–3–2 показывает, что беспроводной терминал 26G делает проверку, чтобы определить, сконфигурирован ли он, например предварительно сконфигурирован или просто сконфигурирован, узлом 22G радиодоступа для завершения процедуры, когда передача (Msg 1) преамбулы RACH включает в себя назначенный запрос. Если передача Msg 1 включает в себя назначенный запрос, беспроводной терминал 26G может завершить процедуру произвольного доступа, как показано в рамках действия 2G–6–4. В противном случае беспроводной терминал 26G может ожидать ответного сообщения о произвольном доступе, как описано ниже.
[000180]
Узел 22G радиодоступа может обрабатывать сообщение (Msg 1) передачи преамбулы в рамках действия 2G–3–1, после чего может выполнять или не выполнять необязательное действие 2G–4. Будет ли выполнено действие 2G–4, зависит от того, пришли ли узел 22G радиодоступа и беспроводной терминал 26G к соглашению или сконфигурированы так, что передача в сообщении (Msg 1) передачи преамбулы индекса преамбулы RACH, относящегося к назначенному запросу, может быть рассмотрена беспроводным терминалом 26G, чтобы завершить процедуру произвольного доступа, и что успешное получение индекса преамбулы RACH, относящегося к назначенному запросу, не требует ответа от узла 22G радиодоступа. По этой причине действие 2G–4 на Фиг. 2G показано как генерирование ответа «при необходимости», поскольку для процедуры произвольного доступа, содержащей назначенный запрос, ответ может не потребоваться. Если ответ при произвольном доступе необходим, узел 22G радиодоступа генерирует соответствующий ответ при произвольном доступе, который, как понятно применительно ко второму примеру осуществления и варианту процедуры, может быть ответным сообщением на основе RAR или же, как понятно применительно к четвертому примеру осуществления и варианту процедуры, может быть ответным сообщением на основе PDCCH. Остальные действия на Фиг. 2G понимаются по аналогии или в сравнении с пронумерованными, но по–разному обозначенными в алфавитном порядке действиями по другим примерам осуществления и вариантам процедуры, таким как, например, на Фиг. 2F.
[000181]
На Фиг. 3E показаны примеры действий или этапов, специально выполняемых беспроводным терминалом 26G. Действия, показанные на Фиг. 3E, может выполнять контроллер 56 процедуры произвольного доступа терминала, который может содержать процессор 40 терминала, выполняющий команды, хранящиеся в долговременной памяти. Действие 3E–1 включает в себя прием беспроводным терминалом 26A параметров конфигурации, широковещательно передаваемых базовой станцией. Как указано выше, параметры конфигурации могут включать в себя критерии завершения произвольного доступа, такие как показанные в качестве примера на Фиг. 14.
[000182]
Действие 3E–2–0 включает в себя выбор модулем 120 выбора ресурсов PRACH физического ресурса восходящей линии связи из пула 122 физических ресурсов восходящей линии связи. Физический ресурс восходящей линии связи, выбранный в рамках действия 3E–2–0, может быть из первой группы 124 физических радиоресурсов произвольного доступа, например для назначенного запроса, или из второй группы 126 физических радиоресурсов произвольного доступа для других типов запросов произвольного доступа.
[000183]
Действие 3E–2–1 включает в себя выбор индекса преамбулы модулем 70 выбора преамбулы/ресурсов из первой группы 72 индексов преамбулы и второй группы 74 индексов преамбулы. Как объяснено выше, выбирает ли модуль 70 выбора преамбулы/ресурсов индекс преамбулы из первой группы 72 индексов преамбулы или второй группы 74 индексов преамбулы, и если из первой группы 72 индексов преамбулы – конкретный индекс преамбулы первой группы 72 индексов преамбулы, зависит от того, выполняется ли процедура произвольного доступа для назначенного запроса или нет. Таким образом, действие 3E–2 в некотором смысле включает в себя выбор индекса преамбулы модулем 70 выбора преамбулы/ресурсов в зависимости от назначенного запроса (например, наличия или отсутствия назначенного запроса и конкретного типа назначенного запроса, когда назначенный запрос подлежит выполнению). Действие 3E–2 включает в себя генерирование и передачу на базовую станцию последовательности преамбулы, например, в виде сообщения Msg 1.
[000184]
Действие 3E–2–2 соответствует действию 2G–3, показанному на Фиг. 2G, и включает в себя проверку беспроводным терминалом 26G с целью определения, сконфигурирован ли он, например предварительно сконфигурирован или просто сконфигурирован, узлом 22G радиодоступа для завершения процедуры, когда передача (Msg 1) преамбулы RACH включает в себя назначенный запрос. Если передача Msg 1 включает в себя назначенный запрос, беспроводной терминал 26G может завершить процедуру произвольного доступа, как показано в рамках действия 3E–6. В противном случае беспроводной терминал 26G может ожидать ответного сообщения о произвольном доступе в рамках действия 3E–3.
[000185]
Действие 3E–3 включает в себя прием и декодирование информации нисходящей линии связи от базовой станции, например, в сообщении/из сообщения Msg 2. Действие 3E–4 включает в себя решение модуля 62 проверки ответа при произвольном доступе относительно включения в информацию нисходящей линии связи указания, что базовая станция успешно приняла запрос произвольного доступа, отправленный беспроводным терминалом. Если решение в рамках действия 3E–4 является положительным, то, как и в рамках действия 3E–5, беспроводной терминал 26G продолжает процедуру произвольного доступа. В противном случае беспроводному терминалу 26G может потребоваться повторить сообщение Msg 1 передачи преамбулы действия 3E–2–1.
[000186]
Если беспроводной терминал 26G может завершить процедуру произвольного доступа в рамках действия 3E–6, то в рамках действия 3E–7 беспроводной терминал 26G может отслеживать или проверять, было ли выполнено действие, включенное в назначенный запрос. Например, если назначенный запрос касается запроса системной информации по запросу, действие 3E–7 может включать в себя проверку беспроводным терминалом 26G, была ли принята запрошенная системная информация. Если запрошенная системная информация не была принята, беспроводной терминал 26G может повторить процедуру произвольного доступа.
[000187]
На Фиг. 4E показаны примеры действий или этапов, специально выполняемых узлом 22G радиодоступа. Действия, показанные на Фиг. 4E, может выполнять контроллер 54 процедуры произвольного доступа узла, который может содержать процессор 30 узла, выполняющий команды, хранящиеся в долговременной памяти. Действие 4E–1 включает в себя широковещательную передачу узлом 22G радиодоступа параметров конфигурации, например, в блоке системной информации (SIB). Как объяснено выше, системная информация может включать в себя указание, определение или описание критериев завершения произвольного доступа.
[000188]
Действие 4E–2–1 включает в себя прием узлом 22G радиодоступа последовательности преамбулы, соответствующей выбранному индексу преамбулы и передаваемой по ресурсу PRACH, выбранному узлом 22G радиодоступа в рамках действия 3E–2–0. Беспроводной терминал 26G передает последовательность преамбулы в сообщении Msg 1.
[000189]
Действие 4E–2–2 включает в себя определение генератором 60 ответа при произвольном доступе того, обязан ли узел 22G радиодоступа предоставлять ответное сообщение на передаваемую в сообщении Msg 1 последовательность преамбулы. Как указано выше, в восьмом примере осуществления и варианте процедуры можно установить, например, с помощью конфигурации, что узел 22G беспроводного доступа не должен отвечать на запрос произвольного доступа, если сообщение произвольного доступа соответствует назначенному запросу. Например, узлу 22G радиодоступа может не потребоваться генерировать ответ, если узел 22G радиодоступа успешно принимает сообщение передачи преамбулы, которое включает в себя (1) одну из зарезервированных преамбул или (2) преамбулу (зарезервированную или выбранную UE), передаваемую на ресурсе PRACH, явно выбранном верхним уровнем для назначенного запроса. Если решение в рамках действия 4E–2–2 является отрицательным, узел 22G радиодоступа выполняет действие 4E–3.
[000190]
Действие 4E–3 включает в себя использование генератора 60 ответа при произвольном доступе, который генерирует, а узел 22G радиодоступа передает информацию нисходящей линии связи, содержащую указание об успешном приеме базовой станцией последовательности преамбулы. Подробности действия 4E–2 можно понять в свете примеров описания действия 2G–4 и Фиг. 2G–1 или Фиг. 2G–2.
[000191]
Если решение в рамках действия 4E–2–2 является положительным, например, узел 22G радиодоступа успешно принял сообщение (Msg 1) передачи преамбулы, которое включало в себя назначенный запрос, узел 22G радиодоступа выполняет действие 4E–4 и действие 4Е–5. Действие 4Е–4 включает в себя выполнение действия, предусмотренного в указанном запросе. Например, если назначенный запрос является запросом для определенного типа системной информации по запросу, то в рамках действия 4E–4 узел 22G радиодоступа подготавливает и передает (например, широковещательно передает) запрошенную системную информацию. В рамках действия 4E–5, узел 22G радиодоступа также может считать, что процедура произвольного доступа завершена.
[000192]
9. ДЕВЯТЫЙ ПРИМЕР ОСУЩЕСТВЛЕНИЯ
[000193]
Девятый пример осуществления и вариант процедуры обеспечивают дополнительную надежность при передаче преамбулы для восьмого варианта осуществления. В частности, беспроводной терминал по девятому примеру осуществления и варианту процедуры может быть сконфигурирован с параметрами конфигурации мощности передачи преамбулы отдельно от параметров, используемых для обычного процесса RACH. Девятый пример осуществления и вариант процедуры можно использовать в случае, когда ответ от узла радиодоступа для передачи преамбулы не сконфигурирован, или можно использовать даже в случае, когда ответ сконфигурирован.
[000194]
Девятый пример осуществления и вариант процедуры произвольного доступа технологии, описанной в настоящем документе, показаны на Фиг. 1H, Фиг. 3F и Фиг. 4H. На Фиг. 1H показана структура и функциональные возможности узла 22H радиодоступа и беспроводного терминала 26H; на Фиг. 3F показаны примеры действий или этапов, специально выполняемых беспроводным терминалом 26H, и на Фиг. 4H показаны примеры действий или этапов, специально выполняемых узлом 22H радиодоступа.
[000195]
На Фиг. 1H показано, что процессор 40 терминала, и в частности контроллер 56 процедуры произвольного доступа, содержит контроллер 160 мощности процедуры произвольного доступа, также известный просто как контроллер 160 мощности. Контроллер 160 мощности управляет уровнями мощности, при которых выполняют действия процедуры произвольного доступа. В девятом примере осуществления и варианте процедуры контроллер 160 мощности разрешает передачу преамбулы произвольного доступа, которая относится к назначенному запросу, с другим уровнем мощности и предпочтительно с более высоким уровнем мощности, чем для преамбул произвольного доступа, которые не включают в себя назначенный запрос. Как указано выше, преамбулы произвольного доступа передают в сообщении (Msg 1) передачи преамбулы. Контроллер 160 мощности, таким образом, сконфигурирован со множеством уровней мощности, включая первый уровень мощности для использования при отправке сообщения передачи преамбулы, которое связано с назначенным запросом. Первый уровень мощности отличается от второго уровня мощности, который беспроводной терминал может использовать для других операций обмена данными процедуры произвольного доступа, таких как передача преамбулы произвольного доступа, которая не связана с назначенным запросом. Множество уровней мощности контроллера 160 мощности может быть предварительно сконфигурировано на беспроводном терминале 26H или сконфигурировано узлом 22H радиодоступа (например, с использованием сообщения конфигурации, такого как широковещательное сообщение системной информации).
[000196]
На Фиг. 1H показано, что процессор 30 узла в составе узла 22H радиодоступа и генератор 80 системной информации, в частности, могут содержать генератор 164 указания мощности преамбулы. Узел 22H радиодоступа использует генератор 164 указания мощности преамбулы, например, для подготовки сообщения конфигурации, такого как блок системной информации (SIB), которое может включать в себя уровень мощности передачи сообщения передачи преамбулы.
[000197]
На Фиг. 15 показан не имеющий ограничительного характера пример упрощенного блока 170 системной информации (SIB), предпочтительно блока служебной информации (MIB), который включает в себя информационный элемент 172, определяющий параметры конфигурации, такие как уровень мощности передачи сообщения передачи преамбулы. Информационный элемент 172 дополнительно включает в себя информационный элемент 174 для каждого из 1, 2, ..., j числа SIB или групп SIB. Для каждого SIB или группы SIB информационный элемент 174 содержит информационный элемент 175 уровня мощности передачи сообщения передачи преамбулы, который может содержать таблицу или биты, определяющие различные уровни мощности передачи сообщения передачи преамбулы, которые могут быть использованы беспроводным терминалом 26H для передачи сообщения передачи преамбулы, например сообщения Msg 1. Например, информационный элемент 175 уровня мощности передачи сообщения передачи преамбулы может содержать первое значение мощности, которое указывает, что беспроводной терминал 26H должен передавать сообщение (Msg 1) передачи преамбулы, которое относится или связано с назначенным запросом, при первом значении мощности передачи, а также второе значение мощности, которое указывает, что беспроводной терминал 26H должен передавать сообщение (Msg 1) передачи преамбулы, которое относится или связано с назначенным запросом, при втором значении мощности передачи, и так до k–го значения мощности, которое указывает, что беспроводной терминал 26H должен передавать сообщение (Msg 1) передачи преамбулы, которое относится или связано с назначенным запросом, при k–м значении мощности передачи. В конкретном примере, показанном на Фиг. 15, SIB/группа 1 SIB и SIB/группа j SIB ориентированы системной информацией на использование значения 1 мощности для передачи любой преамбулы произвольного доступа, которая относится к назначенному запросу, причем значение 1 мощности предпочтительно отличается от уровня мощности, используемого для передачи преамбулы произвольного доступа, которая не относится к назначенному запросу.
[000198]
preambleReceivedTargetPower
В одном варианте реализации для случая вышеупомянутой доставки системной информации по запросу  – уровень мощности, который eNB хотела бы получить для произвольного доступа – может быть конкретно сконфигурирован для SIB/группы SIB, как показано ниже.
[000199]
preambleReceivedTargetPower
preambleInitialReceivedTargetPower
Если это необязательное поле , которое может соответствовать информационному элементу 175 уровня мощности передачи сообщения передачи преамбулы, отсутствует, то беспроводной терминал 26H вместо этого может использовать параметр , предназначенный для использования в обычном процессе RACH, как показано в первом варианте осуществления.
[000200]
Этот вариант реализации не предполагает исключение любых других способов конфигурирования мощности передачи преамбулы. Например, параметры конфигурации для мощности передачи преамбулы, которые будут использованы для отправки специального запроса верхнего уровня, могут содержать значение смещения для указания смещения от значения мощности передачи преамбулы для обычного процесса RACH.
[000201]
На Фиг. 3F показаны примеры действий или этапов, специально выполняемых беспроводным терминалом 26G. Действия, показанные на Фиг. 3F, может выполнять контроллер 56 процедуры произвольного доступа терминала, который может содержать процессор 40 терминала, выполняющий команды, хранящиеся в долговременной памяти. Действие 3F–1 включает в себя прием беспроводным терминалом 26H параметров конфигурации, широковещательно передаваемых базовой станцией. Как указано выше, параметры конфигурации могут включать в себя уровни мощности передачи сообщения передачи преамбулы, такие как показанные в качестве примера на Фиг. 15. Другими словами, информация о конфигурации содержит информацию, идентифицирующую первый уровень мощности для применения при отправке назначенного запроса процедуры произвольного доступа. Первый уровень мощности отличается от второго уровня мощности, который может быть использован беспроводным терминалом для другого обмена данными в рамках процедуры произвольного доступа.
[000202]
Действие 3F–2 включает в себя выбор беспроводным терминалом 26H одного или более из индекса преамбулы и физического ресурса восходящей линии связи, для которого необходимо передать индекс преамбулы на узел 22H радиодоступа. Хотя это подробно не описано на данном этапе, следует понимать, что физический ресурс восходящей линии связи, выбранный в рамках действия 3F–2, может быть из первой группы 124 физических радиоресурсов произвольного доступа (для назначенного запроса) или из второй группы 126 физических радиоресурсов произвольного доступа (для других типов запросов произвольного доступа), а также то, что индекс преамбулы может быть выбран из первой группы 72 индексов преамбулы или из второй группы 74 индексов преамбулы, в зависимости от характера процедуры произвольного доступа.
[000203]
Действие 3F–3 включает в себя генерирование и передачу на базовую станцию последовательности преамбулы, например, в виде сообщения Msg 1. Действие 3F–3 предусматривает передачу сообщения (Msg 1) передачи преамбулы с первым уровнем мощности, который отличается от уровня мощности, с которым передают другие сообщения процедуры произвольного доступа. Соответственно, в контексте процедуры произвольного доступа сообщение (Msg 1) передачи преамбулы передается с уникальным уровнем мощности.
[000204]
Действие 3F–4 включает в себя завершение беспроводным терминалом 26H процедуры произвольного доступа в соответствии с любым одним или более действиями, описанными в сочетании с другими примерами осуществления и вариантами процедуры. Например, действие 3F–4 может включать в себя предположение беспроводного терминала 26H о том, что процедура произвольного доступа должна быть завершена, если беспроводной терминал 26H передал индекс преамбулы или использовал ресурс PRACH, который указывает назначенный запрос. В противном случае действие 3F–4 может включать в себя ожидание и обработку беспроводным терминалом 26H ответа при произвольном доступе либо на основе RAR, либо на основе PDCCH, как описано в более ранних вариантах осуществления.
[000205]
На Фиг. 4H показаны примеры действий или этапов, специально выполняемых узлом 22G радиодоступа. Действия, показанные на Фиг. 4H, может выполнять контроллер 54 процедуры произвольного доступа узла, который может содержать процессор 30 узла, выполняющий команды, хранящиеся в долговременной памяти. Действие 4H–1 включает в себя широковещательную передачу узлом 22H радиодоступа параметров конфигурации, например, в блоке системной информации (SIB). Как объяснено выше, системная информация может включать в себя уровень мощности передачи сообщения передачи преамбулы, такой как информационный элемент 175, показанный на Фиг. 15.
[000206]
Действие 4H–2 включает в себя прием узлом 22G радиодоступа последовательности преамбулы, соответствующей выбранному индексу преамбулы и передаваемой на ресурсе PRACH, выбранном узлом радиодоступа. Последовательность преамбулы принята в сообщении Msg 1 от беспроводного терминала 26H.
[000207]
Действие 4H–3 включает в себя завершение генератором 60 ответа при произвольном доступе процедуры произвольного доступа в соответствии с любым одним или более действиями, описанными в сочетании с другими примерами осуществления и вариантами процедуры. Например, действие 4H–3 может предусматривать, что процедура произвольного доступа должна быть завершена и назначенный запрос выполнен, если беспроводной терминал 26H передал индекс преамбулы или использовал ресурс PRACH, который указывает назначенный запрос. В противном случае действие 4H–3 может включать в себя генерирование беспроводным терминалом 26H ответа при произвольном доступе либо на основе RAR, либо на основе PDCCH, как описано в более ранних вариантах осуществления.
[000208]
После предоставления обзора девятого примера осуществления и варианта процедуры последует более подробное обсуждение стадии передачи преамбулы произвольного доступа для девятого примера осуществления и варианта процедуры.
9–3 Передача преамбулы произвольного доступа
Процедура произвольного доступа может быть выполнена следующим образом:
preambleReceivedTargetPower
– если параметр  сконфигурирован:
preambleReceivedTargetPower
– установить параметр PREAMBLE_RECEIVED_TARGET_POWER равным +DELTA_PREAMBLE;
preambleInitialReceivedTargetPower
powerRampingStep
– в противном случае установить параметр PREAMBLE_RECEIVED_TARGET_POWER равным +DELTA_PREAMBLE + (PREAMBLE_TRANSMISSION_COUNTER – 1) × ;
– если UE представляет собой UE BL или UE в расширенной зоне покрытия:
– PREAMBLE_RECEIVED_TARGET_POWER может быть установлена в:
PREAMBLE_RECEIVED_TARGET_POWER – 10 ×
numRepetitionPerPreambleAttempt
log10 ();
– в случае NB–IoT:
– для уровня 0 расширенного покрытия PREAMBLE_RECEIVED_TARGET_POWER может быть установлена в:
PREAMBLE_RECEIVED_TARGET_POWER – 10 ×
numRepetitionPerPreambleAttempt
log10 ();
– для других уровней расширенного покрытия параметр PREAMBLE_RECEIVED_TARGET_POWER может быть установлен в соответствии с максимальной выходной мощностью UE;
– если UE представляет собой UE NB–IoT, UE BL или UE в расширенной зоне покрытия:
numRepetitionPerPreambleAttempt
– оно может дать указание физическому уровню передать преамбулу с количеством повторений, необходимым для передачи преамбулы, соответствующей выбранной группе преамбул (т.е. ), используя выбранный PRACH, соответствующий выбранному расширенному уровню покрытия, соответствующий RA–RNTI, индекс преамбулы или, для NB–IoT, индекс поднесущей и PREAMBLE_RECEIVED_TARGET_POWER.
– в противном случае:
– может дать указание физическому уровню передать преамбулу, используя выбранный PRACH, соответствующий RA–RNTI, индекс преамбулы и PREAMBLE_RECEIVED_TARGET_POWER.
Примечание. Физический уровень может генерировать последовательность преамбулы из индекса преамбулы и параметров, содержащихся в PRACH–ConfigInfo. При приеме последовательности eNB может иметь возможность однозначно идентифицировать индекс преамбулы, соответствующий последовательности.
[000209]
10. ДЕСЯТЫЙ ПРИМЕР ОСУЩЕСТВЛЕНИЯ
[000210]
OnDemandSIBGroup
Десятый пример осуществления и вариант процедуры улучшают надежность передачи преамбулы, особенно в случае, когда в узле радиодоступа передача ответа не сконфигурирована, как показано в восьмом или девятом примерах осуществления, беспроводной терминал согласно десятому варианту осуществления может пытаться передать преамбулу, связанную с запросом верхнего уровня, множество раз, используя множество возможностей RACH в восходящей линии связи. Количество попыток может быть предварительно определено, автономно определено UE или сконфигурировано eNB посредством широковещательно передаваемой системной информации (например, параметра в информационном элементе ).
[000211]
Десятый пример осуществления и вариант процедуры произвольного доступа технологии, описанной в настоящем документе, показаны на Фиг. 1I, Фиг. 3G и Фиг. 4 G. На Фиг. 1I показана структура и функциональные возможности узла 22I радиодоступа и беспроводного терминала 26I; на Фиг. 3G показаны примеры действий или этапов, специально выполняемых беспроводным терминалом 26I, и на Фиг. 4G показаны примеры действий или этапов, специально выполняемых узлом 22I радиодоступа.
[000212]
На Фиг. 1I показано, что процессор 40 терминала, и в частности контроллер 56 процедуры произвольного доступа, содержит повторитель 180 передачи преамбулы, также известный просто как контроллер 180 передачи преамбулы. Контроллер 180 передачи преамбулы в течение процедуры произвольного доступа управляет количеством раз, в течение которых сообщение (Msg 1) передачи преамбулы может повторно передаваться.
[000213]
На Фиг. 1I показано, что процессор 30 узла в составе узла 22I радиодоступа и генератор 80 системной информации могут содержать, в частности, генератор 184 указания повторных передач преамбулы. Узел 22I радиодоступа использует генератор 184 указания повторных передач преамбулы для подготовки сообщения конфигурации, такого как блок системной информации (SIB), которое может включать в себя уровень мощности передачи сообщения передачи преамбулы.
[000214]
На Фиг. 16 показан не имеющий ограничительного характера пример упрощенного блока 185 системной информации (SIB), предпочтительно главный SIB (MIB), который включает в себя информационный элемент 186, задающий параметры конфигурации, такие как уровень мощности передачи сообщения передачи преамбулы. Информационный элемент 186 дополнительно включает в себя информационный элемент 187 для каждого из 1, 2, ..., j числа SIB или групп SIB. Для каждого SIB или группы SIB информационный элемент 174 содержит информационный элемент 188 повторных передач преамбулы, который может содержать таблицу или биты, определяющие различные уровни мощности передачи сообщения отправки преамбулы, которые могут быть использованы беспроводным терминалом 26I для передачи сообщения передачи преамбулы, например сообщения Msg 1. Например, информационный элемент 188 повторной передачи преамбулы может содержать число, которое указывает максимальное число допустимых попыток повторной передачи, например от 1 до k повторных передач. В примере, показанном на Фиг. 16, SIB/группе 1 SIB разрешена одна повторная передача преамбулы произвольного доступа; SIB/группе 1 SIB разрешены две повторные передачи преамбулы произвольного доступа.
[000215]
На Фиг. 3G показаны примеры действий или этапов, специально выполняемых беспроводным терминалом 26G. Действия, показанные на Фиг. 3G, может выполнять контроллер 56 процедуры произвольного доступа терминала, который может содержать процессор 40 терминала, выполняющий команды, хранящиеся в долговременной памяти. Действие 3G–1 включает в себя прием беспроводным терминалом 26I параметров конфигурации, широковещательно передаваемых базовой станцией. Как указано выше, параметры конфигурации могут включать в себя информационный элемент 188 повторной передачи преамбулы, такой как показано в качестве примера на Фиг. 16. Другими словами, информация о конфигурации содержит информацию, указывающую максимальное число раз, с которым можно повторять передачу преамбулы, если первое выполнение процедуры произвольного доступа прошло не успешно.
[000216]
Действие 3G–2 включает в себя выбор беспроводным терминалом 26I одного или более из индекса преамбулы и физического ресурса восходящей линии связи, для которого необходимо передать индекс преамбулы на узел 22I радиодоступа. Хотя это подробно не описано на данном этапе, следует понимать, что физический ресурс восходящей линии связи, выбранный в рамках действия 3G–2, может быть из первой группы 124 физических радиоресурсов произвольного доступа, например, для назначенного запроса или из второй группы 126 физических радиоресурсов произвольного доступа для других типов запросов произвольного доступа, а также то, что индекс преамбулы может быть выбран из первой группы 72 индексов преамбулы или из второй группы 74 индексов преамбулы, в зависимости от характера процедуры произвольного доступа.
[000217]
Действие 3G–3 включает в себя генерирование и передачу на базовую станцию последовательности преамбулы, например, в виде сообщения Msg 1. Сообщение Msg 1 передачи преамбулы может быть для назначенного запроса.
[000218]
Действие 3G–4 включает в себя принятие решения беспроводным терминалом 26I о том, не выполнено ли ответное действие для назначенного запроса в течение предварительно определенного времени, и если нет – повторение действия 3G–3, за которым следует определение в рамках действия 3G–4 числа повторений отправки преамбулы, но не более числа, разрешенного информационным элементом 188.
[000219]
На Фиг. 4G показаны примеры действий или этапов, специально выполняемых узлом 22G радиодоступа. Действия, показанные на Фиг. 4G, может выполнять контроллер 54 процедуры произвольного доступа узла, который может содержать процессор 30 узла, выполняющий команды, хранящиеся в долговременной памяти. Действие 4G–1 включает в себя широковещательную передачу узлом 22I радиодоступа параметров конфигурации, например, в блоке системной информации (SIB). Как объяснено выше, системная информация может включать в себя предельное значение повторных передач преамбулы, такое как информационный элемент 188, показанный на Фиг. 16.
[000220]
Действие 4G–2 включает в себя прием узлом 22G радиодоступа последовательности преамбулы, соответствующей выбранному индексу преамбулы и передаваемой на ресурсе PRACH, выбранном узлом радиодоступа. Последовательность преамбулы принята в сообщении Msg 1 от беспроводного терминала 26I.
[000221]
Действие 4G–3 включает в себя завершение генератором 60 ответа при произвольном доступе процедуры произвольного доступа в соответствии с любым одним или более действиями, описанными в сочетании с другими примерами осуществления и вариантами процедуры. Например, действие 4G–3 может предусматривать, что процедура произвольного доступа должна быть завершена и назначенный запрос выполнен, если беспроводной терминал 26I передал индекс преамбулы или использовал ресурс PRACH, который указывает назначенный запрос. В противном случае действие 4G–3 может включать в себя генерирование беспроводным терминалом 26I ответа при произвольном доступе либо на основе RAR, либо на основе PDCCH, как описано в более ранних примерах осуществления. Если по какой–либо причине узел 22I радиодоступа не получает передачу преамбулы в рамках действия 4G–2, узел 22I радиодоступа может принимать другие передачи сообщения (Msg 1) передачи преамбулы совместно с беспроводным терминалом 26I, выполняющим действие 3G–4.
[000222]
Седьмой пример осуществления и вариант процедуры, описанные выше, включали в себя, например, выбор и/или использование определенных радиоресурсов восходящей линии связи для запросов произвольного доступа, которые предназначены для назначенного запроса. Различные другие примеры осуществления и варианты процедуры, описанные выше, можно использовать совместно с технологией зарезервированных ресурсов восходящей линии связи согласно седьмому примеру осуществления и варианту процедуры, в частности в том числе с восьмого по десятый пример осуществления и вариант процедуры. Однако следует понимать, что по меньшей мере в некоторых вариантах реализации технологические аспекты примеров осуществления и вариантов процедуры с восьмого по десятый включительно не требуют технологии зарезервированных ресурсов восходящей линии связи и реализуются без технологии зарезервированных ресурсов восходящей линии связи. Например, использование системной информации для уведомления о типе ответа при произвольном доступе, который должен ожидать беспроводной терминал, как, например, генерируемого генератором 144 указания типа ответа RACH на Фиг. 1G, и системной информации, показанной на Фиг. 14, не требует, чтобы беспроводной терминал выбирал зарезервированный PRACH способом, показанным в действии 2G–2–1 на Фиг. 2G или в действии 3E–2–0 на Фиг. 3E. Аналогичным образом использование системной информации для указания того, какой уровень мощности беспроводной терминал должен использовать для передачи преамбулы произвольного доступа, как, например, генерируемый генератором 164 указания мощности преамбулы на Фиг. 1H, и системной информации, показанной на Фиг. 15, не требует, чтобы беспроводной терминал выбирал зарезервированный PRACH способом, показанным в действии 3F–2–0 на Фиг. 3F. Кроме того, использование системной информации для указания, что беспроводному терминалу необходимо повторять передачу преамбулы произвольного доступа, и максимального значения для этого действия, сформированного генератором 184 указания повторных передач преамбулы на Фиг. 1I, а также системной информации, показанной на Фиг. 16, не требует, чтобы беспроводной терминал выбирал зарезервированный PRACH.
[000223]
Следует понимать, что устройство, функциональные возможности, действия и т.п., которые обычно нумеруются в различных примерах осуществления и вариантах процедуры, имеют по существу ту же структуру и/или то же действие для каждого из примеров осуществления и вариантов процедуры, если не указано иное.
[000224]
Для других примеров осуществления и вариантов процедуры аспекты примеров осуществления и вариантов процедуры с первого по десятый можно использовать в комбинации друг с другом.
[000225]
Хотя процессы и способы описанных вариантов осуществления могут быть описаны как реализуемые в виде подпрограммы, некоторые из этапов способа, которые описаны в настоящем документе, могут быть выполнены оборудованием, а также процессором, на котором запущено программное обеспечение. Соответственно, варианты осуществления могут быть реализованы в виде программного обеспечения, которое исполняется в компьютерной системе, в виде оборудования, такого как специализированная интегральная схема или аппаратная реализация другого типа, или в виде комбинации программных и аппаратных средств. Подпрограммы описанных вариантов осуществления могут быть выполнены с возможностью их исполнения в любой операционной системе компьютера и могут быть выполнены с возможностью использования любой архитектуры ЦП. Команды такого программного обеспечения хранятся на энергонезависимых машиночитаемых носителях.
[000226]
Функции различных элементов, включая функциональные блоки, в том числе, без ограничений, обозначенные или описанные как «компьютер», «процессор» или «контроллер», могут быть обеспечены за счет использования оборудования, такого как аппаратная схема и/или оборудование, которое может исполняться программным обеспечением в виде кодированных инструкций, хранящихся на машиночитаемом носителе. Таким образом, следует понимать, что такие функции и проиллюстрированные функциональные блоки являются или аппаратно–реализованными и/или компьютерно–реализованными и, следовательно, машинно–реализованными.
[000227]
С точки зрения аппаратной реализации, функциональные блоки могут включать в себя или содержать, без ограничений, оборудование цифрового сигнального процессора (DSP), процессор с сокращенным набором команд, аппаратную (например, цифровую или аналоговую) схему, в том числе, без ограничений, специализированную интегральную схему (схемы) [ASIC] и/или программируемую пользователем вентильную матрицу (матрицы) (FPGA), а также (где это возможно) конечные автоматы, которые могут выполнять такие функции.
[000228]
Некоторые блоки и функциональные возможности узла 22 и беспроводного терминала 26 в примерах осуществления реализованы с помощью электронного оборудования, компьютера и/или схемы. Например, процессоры 30 узла и процессоры 40 терминала согласно описанным в настоящем документе и/или охватываемым примерам осуществления могут состоять из схемы компьютера, показанной на Фиг. 13. На Фиг. 17 показан пример такого электронного оборудования или схемы, например узла или терминала, содержащего одну или более схем 190 процессоров, память 191 для программных команд; другую память 192 (например, ОЗУ, кэш и т.д.); интерфейсы 193 ввода/вывода; интерфейсы 194 периферийных устройств; вспомогательные схемы 195 и шины 196 для осуществления обмена данными между вышеупомянутыми блоками.
[000229]
Память 191 для программных команд может содержать закодированные команды, выполнение которых процессором(–ами) обуславливает выполнение действий, включающих, без ограничений, действия, описанные в настоящем документе. Таким образом, подразумевается, что каждый процессор 30 узла и процессор 40 терминала, например, содержит память, хранящую подлежащие исполнению энергонезависимые команды.
[000230]
С точки зрения компьютерной реализации, компьютер, как по существу считается, содержит один или более процессоров или один или более контроллеров, и термины «компьютер», «процессор» и «контроллер» могут использоваться в настоящем документе взаимозаменяемо. Если функции обеспечиваются компьютером или процессором, или контроллером, они могут обеспечиваться одним специализированным компьютером или процессором, или контроллером, одним совместно используемым компьютером или процессором, или контроллером, либо множеством отдельных компьютеров или процессоров, или контроллеров, некоторые из которых могут быть общими или распределенными. Более того, использование термина «процессор» или «контроллер» также следует толковать так, что они относятся и к другому аппаратному обеспечению, способному выполнять такие функции и/или исполнять программное обеспечение, такому как, например, пример аппаратного обеспечения, указанного выше.
[000231]
Функции различных элементов, включая функциональные блоки, в том числе, без ограничений, обозначенные или описанные как «компьютер», «процессор» или «контроллер», могут быть обеспечены за счет использования оборудования, такого как аппаратная схема и/или оборудование, которое может исполняться программным обеспечением в виде кодированных инструкций, хранящихся на машиночитаемом носителе. Таким образом, следует понимать, что такие функции и проиллюстрированные функциональные блоки являются или аппаратно–реализованными и/или компьютерно–реализованными и, следовательно, машинно–реализованными.
[000232]
Узлы, которые обмениваются данными с использованием эфирного интерфейса, также имеют подходящую схему радиосвязи. Более того, дополнительно может быть рассмотрено осуществление технологии полностью в пределах машиночитаемой памяти любого вида, такой как твердотельная память, магнитный диск или оптический диск, содержащие соответствующий набор компьютерных команд, что привело бы к тому, что процессор мог бы выполнять методики, описанные в настоящем документе.
[000233]
Следует понимать, что описанная в настоящем документе технология направлена на решение проблем, относящихся к радиообмену данными, и обязательно базируется на компьютерной технологии и преодолевает проблемы, возникающие именно в области радиообмена данными. Более того, в по меньшей мере одном из своих аспектов описанная в настоящем документе технология улучшает работу основной функции беспроводного терминала и/или самого узла таким образом, что, например, беспроводной терминал и/или узел могут работать более эффективно при разумном использовании радиоресурсов.
[000234]
Таким образом, технология, описанная в настоящем документе, включает в себя, без ограничений, следующие примеры осуществления и варианты процедуры.
[000235]
Пример осуществления 1. Беспроводной терминал, содержащий:
схему приемника и схему передатчика, выполненные с возможностью обмена данными с узлом радиодоступа по радиоинтерфейсу;
схему процессора, сконфигурированную при выполнении процедуры произвольного доступа для:
приема параметров конфигурации, широковещательно передаваемых узлом радиодоступа;
отправки назначенного запроса на узел радиодоступа путем генерирования последовательности преамбулы, связанной с индексом преамбулы, на физическом радиоресурсе восходящей линии связи;
определения того, что узел радиодоступа успешно принял или не принял назначенный запрос.
[000236]
Пример осуществления 2. Беспроводной терминал по примеру осуществления 1, в котором схема процессора дополнительно выполнена с возможностью выбора физического ресурса восходящей линии связи из первой группы физических радиоресурсов произвольного доступа или второй группы физических радиоресурсов произвольного доступа, причем физический радиоресурс в первой группе физических радиоресурсов произвольного доступа зарезервирован и отличается для набора назначенных запросов, а физические радиоресурсы во второй группе физических радиоресурсов произвольного доступа используют для общих целей.
[000237]
Пример осуществления 3. Беспроводной терминал по примеру осуществления 2, в котором физический радиоресурс и/или индекс преамбулы, которые будут использованы для назначенного запроса, включены в параметры конфигурации.
[000238]
Пример осуществления 4. Беспроводной терминал по примеру осуществления 3, в котором схема процессора дополнительно выполнена с возможностью передачи последовательности преамбулы, связанной с индексом преамбулы из первой группы индексов преамбулы, на одном из первой группы физических радиоресурсов произвольного доступа, причем последовательность преамбулы, связанная с первой группой индексов преамбулы, зарезервирована и отличается для набора назначенных запросов.
[000239]
Пример осуществления 5. Беспроводной терминал по примеру осуществления 3, в котором схема процессора дополнительно выполнена с возможностью передачи последовательности преамбулы, связанной с индексом преамбулы из второй группы индексов преамбулы, на одном из первой группы физических радиоресурсов произвольного доступа, причем последовательность преамбулы, связанную со второй группой индексов преамбулы, используют для общих целей.
[000240]
Пример осуществления 6. Беспроводной терминал по примеру осуществления 3, в котором схема процессора дополнительно выполнена с возможностью передачи последовательности преамбулы, связанной с индексом преамбулы из первой группы индексов преамбулы, на одном из второй группы физических радиоресурсов произвольного доступа.
[000241]
Пример осуществления 7. Беспроводной терминал по примеру осуществления 1, в котором решение принимается путем успешного приема информации нисходящей линии связи, включая указание на то, что узел радиодоступа успешно получил назначенный запрос.
[000242]
Пример осуществления 8. Беспроводной терминал по примеру осуществления 1, в котором решение принимается схемой процессора для предположения об успешной доставке назначенного запроса по завершении передачи последовательности преамбулы.
[000243]
Пример осуществления 9. Беспроводной терминал по примеру осуществления 1, в котором параметры конфигурации указывают, будет ли включено подтверждение об успешном приеме назначенного запроса в данные нисходящей линии связи.
[000244]
Пример осуществления 10. Беспроводной терминал по примеру осуществления 9, в котором параметры конфигурации дополнительно указывают способ доставки подтверждения, когда подтверждение будет включено в данные нисходящей линии связи.
[000245]
Пример осуществления 11. Беспроводной терминал по примеру осуществления 10, в котором способ доставки подтверждения представляет собой ответ при произвольном доступе.
[000246]
Пример осуществления 12. Беспроводной терминал по примеру осуществления 10, в котором способ доставки подтверждения представляет собой одну или более из информации управления нисходящей линии связи (DCI) на физическом канале управления нисходящей линии связи (PDCCH).
[000247]
Пример осуществления 13. Беспроводной терминал по примеру осуществления 1, в котором параметры конфигурации включают в себя один или более параметров конфигурации передачи преамбулы, специфичных для по меньшей мере одного назначенного запроса.
[000248]
Пример осуществления 14. Беспроводной терминал по примеру осуществления 13, в котором параметры конфигурации включают в себя значение целевой мощности принятой преамбулы, специфичное для по меньшей мере одного назначенного запроса.
[000249]
Пример осуществления 15. Беспроводной терминал по примеру осуществления 13, в котором параметры конфигурации включают в себя одно или более значений смещения, которые будут использованы для отправки назначенного запроса, причем значения смещения являются значениями смещений из параметров конфигурации мощности передачи преамбулы, сконфигурированных для общих целей.
[000250]
Пример осуществления 16. Беспроводной терминал по примеру осуществления 1, в котором схема процессора повторяет передачу последовательности преамбулы для назначенного запроса.
[000251]
Пример осуществления 17. Беспроводной терминал по примеру осуществления 16, в котором параметры конфигурации включают в себя количество повторений передачи преамбулы.
[000252]
Пример осуществления 18. Беспроводной терминал по примеру осуществления 16, в котором схема процессора определяет количество повторений передачи преамбулы.
[000253]
Пример осуществления 19. Беспроводной терминал по примеру осуществления 16, в котором количество повторений передачи преамбулы предварительно определено.
[000254]
Пример осуществления 20. Узел радиодоступа, содержащий:
схему приемника и схему передатчика, выполненные с возможностью обмена данными с беспроводным терминалом по радиоинтерфейсу;
схему процессора, сконфигурированную при выполнении процедуры произвольного доступа для:
широковещательной передачи параметров конфигурации;
приема последовательности преамбулы на физическом радиоресурсе восходящей линии связи;
идентификации и обработки назначенного запроса от беспроводного терминала.
[000255]
Пример осуществления 21. Узел радиодоступа по примеру осуществления 20, в котором физические радиоресурсы восходящей линии связи, которые будут использованы для произвольного доступа, сгруппированы в первую и вторую группы физических радиоресурсов произвольного доступа, причем физический радиоресурс в первой группе физических радиоресурсов произвольного доступа зарезервирован и отличается для набора назначенных запросов, а физические ресурсы во второй группе физических радиоресурсов произвольного доступа используют для общих целей.
[000256]
Пример осуществления 22. Узел радиодоступа по примеру осуществления 21, в котором физический радиоресурс восходящей линии связи и/или индекс преамбулы, которые будут использованы для назначенного запроса, включены в параметры конфигурации.
[000257]
Пример осуществления 23. Узел радиодоступа по примеру осуществления 22, в котором схема процессора дополнительно выполнена с возможностью идентификации назначенного запроса посредством получения последовательности преамбулы, связанной с индексом преамбулы из первой группы индексов преамбулы, на одном из первой группы физических радиоресурсов произвольного доступа, причем последовательность преамбулы, связанная с первой группой индексов преамбулы, зарезервирована и отличается для набора назначенных запросов.
[000258]
Пример осуществления 24. Узел радиодоступа по примеру осуществления 22, в котором схема процессора дополнительно выполнена с возможностью идентификации назначенного запроса посредством получения последовательности преамбулы, связанной с индексом преамбулы из второй группы индексов преамбулы, на одном из первой группы физических радиоресурсов произвольного доступа, причем последовательность преамбулы, связанную со второй группой индексов преамбулы, используют для общих целей.
[000259]
Пример осуществления 25. Узел радиодоступа по примеру осуществления 22, в котором схема процессора дополнительно выполнена с возможностью идентификации назначенного запроса путем получения последовательности преамбулы, связанной с индексом преамбулы из первой группы индексов преамбулы, на одном из второй группы физических радиоресурсов произвольного доступа.
[000260]
Пример осуществления 26. Узел радиодоступа по примеру осуществления 20, в котором после успешного приема последовательности преамбулы, идентифицированной как назначенный запрос, схема процессора дополнительно выполнена с возможностью включения в информацию нисходящей линии связи указания на то, что узел радиодоступа успешно получил назначенный запрос.
[000261]
Пример осуществления 27. Узел радиодоступа по примеру осуществления 20, в котором после успешного приема последовательности преамбулы, идентифицированной как назначенный запрос, схема процессора дополнительно выполнена с возможностью невключения какого–либо указания об успешном приеме в данные нисходящей линии связи.
[000262]
Пример осуществления 28. Узел радиодоступа по примеру осуществления 20, в котором схема процессора выполнена с возможностью включения в параметры конфигурации указания о том, будет ли включено подтверждение успешного приема назначенного запроса в данные нисходящей линии связи.
[000263]
Пример осуществления 29. Узел радиодоступа по примеру осуществления 28, в котором параметры конфигурации дополнительно указывают способ доставки подтверждения, когда подтверждение будет включено в данные нисходящей линии связи.
[000264]
Пример осуществления 30. Узел радиодоступа по примеру осуществления 29, в котором способ доставки подтверждения представляет собой ответ при произвольном доступе.
[000265]
Пример осуществления 31. Узел радиодоступа по примеру осуществления 29, в котором способ доставки подтверждения представляет собой одну или более из информации управления нисходящей линии связи (DCI) на физическом канале управления нисходящей линии связи (PDCCH).
[000266]
Пример осуществления 32. Узел радиодоступа по примеру осуществления 20, в котором параметры конфигурации включают в себя один или более параметров конфигурации передачи преамбулы, специфичных для по меньшей мере одного назначенного запроса.
[000267]
Пример осуществления 33. Узел радиодоступа по примеру осуществления 32, в котором параметры конфигурации включают в себя значение целевой мощности принятой преамбулы, применимое для по меньшей мере одного назначенного запроса.
[000268]
Пример осуществления 34. Узел радиодоступа по примеру осуществления 32, в котором параметры конфигурации включают в себя одно или более значений смещения, которые будут использованы для отправки назначенного запроса, причем значения смещения являются значениями смещений из параметров конфигурации мощности передачи преамбулы, сконфигурированных для общих целей.
[000269]
Пример осуществления 35. Узел радиодоступа по примеру осуществления 32, в котором параметры конфигурации включают в себя количество повторений передачи преамбулы.
[000270]
Пример осуществления 36. Способ в беспроводном терминале, включающий:
использование схемы приемника и схемы передатчика, выполненных с возможностью обмена данными с узлом радиодоступа по радиоинтерфейсу;
использование схемы процессора при выполнении процедуры произвольного доступа для:
приема параметров конфигурации, широковещательно передаваемых узлом радиодоступа;
отправки назначенного запроса на узел радиодоступа путем генерирования последовательности преамбулы, связанной с индексом преамбулы, на физическом радиоресурсе восходящей линии связи;
определения того, что узел радиодоступа успешно принял или не принял назначенный запрос.
[000271]
Пример осуществления 37. Способ по примеру осуществления 36, который дополнительно включает выбор физического ресурса восходящей линии связи из первой группы физических радиоресурсов произвольного доступа или второй группы физических радиоресурсов произвольного доступа, причем физический радиоресурс в первой группе физических радиоресурсов произвольного доступа зарезервирован и отличается для набора назначенных запросов, а физические радиоресурсы из второй группы физических радиоресурсов произвольного доступа используют для общих целей.
[000272]
Пример осуществления 38. Способ по примеру осуществления 37, в котором физический радиоресурс и/или индекс преамбулы, которые будут использованы для назначенного запроса, включены в параметры конфигурации.
[000273]
Пример осуществления 39. Способ по примеру осуществления 38, который дополнительно включает передачу последовательности преамбулы, связанной с индексом преамбулы из первой группы индексов преамбулы, на одном из первой группы физических радиоресурсов произвольного доступа, причем последовательность преамбулы, связанная с первой группой индексов преамбулы, зарезервирована и отличается для набора назначенных запросов.
[000274]
Пример осуществления 40. Способ по примеру осуществления 38, который дополнительно включает передачу последовательности преамбулы, связанной с индексом преамбулы из второй группы индексов преамбулы, на одном из первой группы физических радиоресурсов произвольного доступа, причем последовательность преамбулы, связанную со второй группой индексов преамбулы, используют для общих целей.
[000275]
Пример осуществления 41. Способ по примеру осуществления 38, который дополнительно включает передачу последовательности преамбулы, связанной с индексом преамбулы из первой группы индексов преамбулы, на одном из второй группы физических радиоресурсов произвольного доступа.
[000276]
Пример осуществления 42. Способ по примеру осуществления 36, в котором решение принимается путем успешного приема информации нисходящей линии связи, включая указание на то, что узел радиодоступа успешно получил назначенный запрос.
[000277]
Пример осуществления 43. Способ по примеру осуществления 36, в котором решение принимается путем предположения об успешной доставке назначенного запроса по завершении передачи последовательности преамбулы.
[000278]
Пример осуществления 44. Способ по примеру осуществления 36, в котором параметры конфигурации указывают, будет ли включено подтверждение успешного приема назначенного запроса в данные нисходящей линии связи.
[000279]
Пример осуществления 45. Способ по примеру осуществления 44, в котором параметры конфигурации дополнительно указывают способ доставки подтверждения, когда подтверждение будет включено в данные нисходящей линии связи.
[000280]
Пример осуществления 46. Способ по примеру осуществления 45, в котором способ доставки подтверждения представляет собой ответ при произвольном доступе.
[000281]
Пример осуществления 47. Способ по примеру осуществления 45, в котором способ доставки подтверждения представляет собой одну или более из информации управления нисходящей линии связи (DCI) на физическом канале управления нисходящей линии связи (PDCCH).
[000282]
Пример осуществления 48. Способ по примеру осуществления 36, в котором параметры конфигурации включают в себя один или более параметров конфигурации передачи преамбулы, специфичных для по меньшей мере одного назначенного запроса.
[000283]
Пример осуществления 49. Способ по примеру осуществления 48, в котором параметры конфигурации включают в себя значение целевой мощности принятой преамбулы, специфичное для по меньшей мере одного назначенного запроса.
[000284]
Пример осуществления 50. Способ по примеру осуществления 48, в котором параметры конфигурации дополнительно указывают способ доставки подтверждения, когда подтверждение будет включено в данные нисходящей линии связи.
[000285]
Пример осуществления 51. Способ по примеру осуществления 36, который дополнительно включает повторную передачу последовательности преамбулы для назначенного запроса.
[000286]
Пример осуществления 52. Способ по примеру осуществления 51, в котором параметры конфигурации включают в себя количество повторений передачи преамбулы.
[000287]
Пример осуществления 53. Способ по примеру осуществления 51, который дополнительно включает определение количества повторений передачи преамбулы.
[000288]
Пример осуществления 54. Способ по примеру осуществления 51, в котором количество повторений передачи преамбулы предварительно определено.
[000289]
Пример осуществления 55. Способ в узле радиодоступа, включающий:
использование схемы приемника и схемы передатчика для обмена данными с беспроводным терминалом по радиоинтерфейсу;
использование схемы процессора при выполнении процедуры произвольного доступа для:
широковещательной передачи параметров конфигурации;
приема последовательности преамбулы на физическом радиоресурсе восходящей линии связи;
идентификации и обработки назначенного запроса от беспроводного терминала.
[000290]
Пример осуществления 56. Способ по примеру осуществления 55, в котором физические радиоресурсы восходящей линии связи, которые будут использованы для произвольного доступа, сгруппированы в первую и вторую группы физических радиоресурсов произвольного доступа, причем физический радиоресурс в первой группе физических радиоресурсов произвольного доступа зарезервирован и отличается для набора назначенных запросов, а физические ресурсы во второй группе физических радиоресурсов произвольного доступа используют для общих целей.
[000291]
Пример осуществления 57. Способ по примеру осуществления 56, в котором физический радиоресурс и/или индекс преамбулы, которые будут использованы для назначенного запроса, включены в параметры конфигурации.
[000292]
Пример осуществления 58. Способ по примеру осуществления 57, который дополнительно включает идентификацию назначенного запроса путем получения последовательности преамбулы, связанной с индексом преамбулы из первой группы индексов преамбулы, на одном из первой группы физических радиоресурсов произвольного доступа, причем последовательность преамбулы, связанная с первой группой индексов преамбулы, зарезервирована и отличается для набора назначенных запросов.
[000293]
Пример осуществления 59. Способ по примеру осуществления 58, который дополнительно включает идентификацию назначенного запроса путем получения последовательности преамбулы, связанной с индексом преамбулы из второй группы индексов преамбулы, на одном из первой группы физических радиоресурсов произвольного доступа, причем последовательность преамбулы, связанную со второй группой индексов преамбулы, используют для общих целей.
[000294]
Пример осуществления 60. Способ по примеру осуществления 57, который дополнительно включает идентификацию назначенного запроса путем получения последовательности преамбулы, связанной с индексом преамбулы из первой группы индексов преамбулы, на одном из второй группы физических радиоресурсов произвольного доступа.
[000295]
Пример осуществления 61. Способ по примеру осуществления 55, в котором после успешного приема последовательности преамбулы, идентифицированной как назначенный запрос, дополнительно выполняется включение в информацию нисходящей линии связи указания об успешном получении назначенного запроса узлом радиодоступа.
[000296]
Пример осуществления 62. Способ по примеру осуществления 55, в котором после успешного приема последовательности преамбулы, идентифицированной как назначенный запрос, дополнительно не выполняют включение в информацию нисходящей линии связи указания об успешном получении назначенного запроса узлом радиодоступа.
[000297]
Пример осуществления 63. Способ по примеру осуществления 55, который дополнительно включает включение в параметры конфигурации указания о том, будет ли включено подтверждение успешного приема назначенного запроса в данные нисходящей линии связи.
[000298]
Пример осуществления 64. Способ по примеру осуществления 63, в котором параметры конфигурации дополнительно указывают способ доставки подтверждения, когда подтверждение будет включено в данные нисходящей линии связи.
[000299]
Пример осуществления 65. Способ по примеру осуществления 64, в котором способ доставки подтверждения представляет собой ответ при произвольном доступе.
[000300]
Пример осуществления 66. Способ по примеру осуществления 64, в котором способ доставки подтверждения представляет собой одну или более из информации управления нисходящей линии связи (DCI) на физическом канале управления нисходящей линии связи (PDCCH).
[000301]
Пример осуществления 67. Способ по примеру осуществления 55, в котором параметры конфигурации включают в себя один или более параметров конфигурации передачи преамбулы, специфичных для по меньшей мере одного назначенного запроса.
[000302]
Пример осуществления 68. Способ по примеру осуществления 67, в котором параметры конфигурации включают в себя значение целевой мощности принятой преамбулы, применимое для по меньшей мере одного назначенного запроса.
[000303]
Пример осуществления 69. Способ по примеру осуществления 67, в котором параметры конфигурации включают в себя одно или более значений смещения, которые будут использованы для отправки назначенного запроса, причем значения смещения являются значениями смещений из параметров конфигурации мощности передачи преамбулы, сконфигурированных для общих целей.
[000304]
Пример осуществления 70. Способ по примеру осуществления 67, в котором параметры конфигурации включают в себя количество повторений передачи преамбулы.
[000305]
Пример осуществления 71. Беспроводной терминал, содержащий:
схему приемника и схему передатчика, выполненные с возможностью обмена данными с узлом радиодоступа по радиоинтерфейсу;
схему процессора, сконфигурированную при выполнении процедуры произвольного доступа для:
выбора физического ресурса восходящей линии связи из первой группы физических радиоресурсов произвольного доступа или второй группы физических радиоресурсов произвольного доступа, причем физический радиоресурс в первой группе физических радиоресурсов произвольного доступа зарезервирован для назначенного запроса, а физический радиоресурс во второй группе физических радиоресурсов произвольного доступа недоступен для назначенного запроса;
отправки назначенного запроса на узел радиодоступа.
[000306]
Пример осуществления 72. Беспроводной терминал по примеру осуществления 71, в котором схема процессора дополнительно выполнена с возможностью приема информации о конфигурации от узла радиодоступа, причем информация о конфигурации содержит идентификацию первой группы физических радиоресурсов произвольного доступа.
[000307]
Пример осуществления 73. Беспроводной терминал по примеру осуществления 71, в котором схема процессора дополнительно выполнена с возможностью отправки назначенного запроса на узел радиодоступа путем генерирования последовательности преамбулы, связанной с индексом преамбулы, который передан по выбранному физическому ресурсу восходящей линии связи.
[000308]
Пример осуществления 74. Беспроводной терминал по примеру осуществления 73, в котором схема процессора дополнительно выполнена с возможностью выбора последовательности преамбулы из первой группы последовательностей преамбулы, которые зарезервированы и отличаются для назначенного запроса, и второй группы последовательностей преамбулы, которые выделены для иных целей, не связанных с назначенным запросом, и отправки назначенного запроса на узел радиодоступа путем генерирования выбранной последовательности преамбулы.
[000309]
Пример осуществления 75. Беспроводной терминал по примеру осуществления 71, в котором схема процессора выполнена с возможностью завершения процедуры произвольного доступа при получении утвердительного ответного сообщения от узла радиодоступа.
[000310]
Пример осуществления 76. Беспроводной терминал по примеру осуществления 71, в котором схема процессора выполнена с возможностью повторной отправки назначенного запроса на узел радиодоступа, если назначенный запрос не был выполнен в течение предварительно определенного времени.
[000311]
Пример осуществления 77. Беспроводной терминал по примеру осуществления 71, в котором назначенный запрос содержит запрос системной информации, а схема процессора выполнена с возможностью повторной отправки назначенного запроса на узел радиодоступа, если запрошенная системная информация не получена в течение предварительно определенного времени.
[000312]
Пример осуществления 78. Беспроводной терминал по примеру осуществления 71, в котором схема процессора дополнительно выполнена с возможностью приема информации о конфигурации от узла радиодоступа, причем информация о конфигурации содержит критерии завершения для завершения процедуры произвольного доступа.
[000313]
Пример осуществления 79. Беспроводной терминал по примеру осуществления 78, в котором критерии завершения либо содержат идентификацию ответного сообщения процедуры произвольного доступа от узла радиодоступа, либо разрешают завершение процедуры произвольного доступа без ответного сообщения от узла радиодоступа.
[000314]
Пример осуществления 80. Беспроводной терминал по примеру осуществления 71, в котором схема процессора дополнительно выполнена с возможностью приема информации о конфигурации от узла радиодоступа, причем информация о конфигурации содержит информацию, идентифицирующую первый уровень мощности для использования при отправке назначенного запроса, а первый уровень мощности отличается от второго уровня мощности, который может быть использован беспроводным терминалом для другого обмена данными в рамках процедуры произвольного доступа.
[000315]
Пример осуществления 81. Беспроводной терминал по примеру осуществления 71, в котором схема процессора дополнительно выполнена с возможностью приема информации о конфигурации от узла радиодоступа, причем информация о конфигурации идентифицирует допустимое количество попыток повторной отправки, разрешенных беспроводному терминалу для повторной отправки назначенного запроса, когда беспроводной терминал считает, что процедура произвольного доступа является неуспешной.
[000316]
Пример осуществления 82. Беспроводной терминал, содержащий:
схему приемника и схему передатчика, выполненные с возможностью обмена данными с узлом радиодоступа по радиоинтерфейсу;
схему процессора, выполненную с возможностью:
приема информации о конфигурации от узла радиодоступа, причем информация о конфигурации содержит критерии завершения для завершения процедуры произвольного доступа, выполняемой для назначенного запроса;
отправки назначенного запроса узлу радиодоступа при выполнении процедуры произвольного доступа, а затем
завершения процедуры произвольного доступа в соответствии с критериями завершения.
[000317]
Пример осуществления 83. Беспроводной терминал по примеру осуществления 82, в котором критерии завершения либо содержат идентификацию ответного сообщения процедуры произвольного доступа от узла радиодоступа, либо разрешают завершение процедуры произвольного доступа без ответного сообщения от узла радиодоступа.
[000318]
Пример осуществления 84. Беспроводной терминал, содержащий:
схему приемника и схему передатчика, выполненные с возможностью обмена данными с узлом радиодоступа по радиоинтерфейсу;
схему процессора, выполненную с возможностью:
приема информации о конфигурации от узла радиодоступа, причем информация о конфигурации содержит информацию, идентифицирующую первый уровень мощности для использования при отправке назначенного запроса процедуры произвольного доступа, и при этом первый уровень мощности отличается от второго уровня мощности, который может быть использован беспроводным терминалом для другого обмена данными в рамках процедуры произвольного доступа;
отправки назначенного запроса узлу радиодоступа с первым уровнем мощности при выполнении процедуры произвольного доступа.
[000319]
Пример осуществления 85. Беспроводной терминал, содержащий:
схему приемника и схему передатчика, выполненные с возможностью обмена данными с узлом радиодоступа по радиоинтерфейсу;
схему процессора, выполненную с возможностью:
(1) приема информации о конфигурации от узла радиодоступа, причем информация о конфигурации содержит информацию, которая идентифицирует допустимое количество попыток повторной отправки, разрешенных беспроводному терминалу для повторной отправки назначенного запроса в рамках процедуры произвольного доступа;
(2) отправки назначенного запроса на узел радиодоступа в сочетании с процедурой произвольного доступа, а затем
(3) определения, не выполнялось ли ответное действие для указанного запроса в течение предварительно определенного времени и,
если нет – повторения действия (2) и (3) несколько раз, но не более допустимого количества раз.
[000320]
Пример осуществления 86. Узел радиодоступа сети радиодоступа, содержащий:
схему приемника и схему передатчика, выполненные с возможностью обмена данными с беспроводным терминалом по радиоинтерфейсу;
схему процессора, выполненную с возможностью:
определения, включает ли в себя сообщение с запросом процедуры произвольного доступа, инициированное беспроводным терминалом, назначенный запрос путем определения того, использует ли процедура произвольного доступа для сообщения с запросом физический ресурс восходящей линии связи из первой группы физических радиоресурсов произвольного доступа или второй группы физических радиоресурсов произвольного доступа, причем физический радиоресурс в первой группе физических радиоресурсов произвольного доступа зарезервирован для назначенного запроса, и при этом физический радиоресурс во второй группе физических радиоресурсов произвольного доступа недоступен для назначенного запроса;
выполнения назначенного запроса в соответствии с результатами определения.
[000321]
Пример осуществления 87. Узел по примеру осуществления 86, в котором схема процессора дополнительно выполнена с возможностью генерирования ответного сообщения для указания ответа на сообщение с запросом в рамках процедуры произвольного доступа.
[000322]
Пример осуществления 88. Узел по примеру осуществления 86, в котором схема процессора дополнительно выполнена с возможностью генерирования информации о конфигурации для передачи на беспроводной терминал для использования в процедуре произвольного доступа.
[000323]
Пример осуществления 89. Узел по примеру осуществления 86, в котором информация о конфигурации содержит критерии завершения для завершения процедуры произвольного доступа.
[000324]
Пример осуществления 90. Узел по примеру осуществления 89, в котором критерии завершения либо содержат идентификацию ответного сообщения процедуры произвольного доступа от узла радиодоступа, либо разрешают завершение процедуры произвольного доступа без ответного сообщения от узла радиодоступа.
[000325]
Пример осуществления 91. Узел по примеру осуществления 89, в котором информация о конфигурации содержит информацию, идентифицирующую первый уровень мощности для использования беспроводным терминалом при отправке назначенного запроса, причем первый уровень мощности отличается от второго уровня мощности, который может быть использован беспроводным терминалом для другого обмена данными в рамках процедуры произвольного доступа.
[000326]
Пример осуществления 92. Узел по примеру осуществления 89, в котором информация о конфигурации идентифицирует допустимое количество попыток повторной отправки, разрешенных беспроводному терминалу для повторной отправки назначенного запроса, когда беспроводной терминал считает, что процедура произвольного доступа является неуспешной.
[000327]
Пример осуществления 93. Способ в беспроводном терминале, включающий:
использование схемы приемника и схемы передатчика для обмена данными с узлом радиодоступа по радиоинтерфейсу;
использование схемы процессора при выполнении процедуры произвольного доступа для:
выбора физического ресурса восходящей линии связи из первой группы физических радиоресурсов произвольного доступа или второй группы физических радиоресурсов произвольного доступа, причем физический радиоресурс в первой группе физических радиоресурсов произвольного доступа зарезервирован для назначенного запроса, а физический радиоресурс во второй группе физических радиоресурсов произвольного доступа недоступен для назначенного запроса;
отправки назначенного запроса на узел радиодоступа.
[000328]
Пример осуществления 94. Способ по примеру осуществления 93, дополнительно включающий прием информации о конфигурации от узла радиодоступа, причем информация о конфигурации содержит идентификацию первой группы физических радиоресурсов произвольного доступа.
[000329]
Пример осуществления 95. Способ по примеру осуществления 93, дополнительно включающий отправку назначенного запроса на узел радиодоступа путем генерирования последовательности преамбулы, связанной с индексом преамбулы, который передан по выбранному физическому ресурсу восходящей линии связи.
[000330]
Пример осуществления 96. Способ по примеру осуществления 95, дополнительно включающий выбор последовательности преамбулы из первой группы последовательностей преамбулы, которые зарезервированы и отличаются для назначенного запроса, и второй группы последовательностей преамбулы, которые выделены для иных целей, не связанных с назначенным запросом, и отправки назначенного запроса на узел радиодоступа путем генерирования выбранной последовательности преамбулы.
[000331]
Пример осуществления 97. Способ по примеру осуществления 93, дополнительно включающий завершение процедуры произвольного доступа при получении утвердительного ответного сообщения от узла радиодоступа.
[000332]
Пример осуществления 98. Способ по примеру осуществления 93, в котором схема процессора дополнительно осуществляет повторную отправку назначенного запроса на узел радиодоступа, если назначенный запрос не был выполнен в течение предварительно определенного времени.
[000333]
Пример осуществления 99. Способ по примеру осуществления 93, в котором назначенный запрос содержит запрос системной информации, причем способ дополнительно включает повторную отправку назначенного запроса на узел радиодоступа, если запрошенная системная информация не получена в течение предварительно определенного времени.
[000334]
Пример осуществления 100. Способ по примеру осуществления 93, дополнительно включающий прием информации о конфигурации от узла радиодоступа, причем информация о конфигурации содержит критерии завершения для завершения процедуры произвольного доступа.
[000335]
Пример осуществления 101. Способ по примеру осуществления 100, в котором критерии завершения либо содержат идентификацию ответного сообщения процедуры произвольного доступа от узла радиодоступа, либо разрешают завершение процедуры произвольного доступа без ответного сообщения от узла радиодоступа.
[000336]
Пример осуществления 102. Способ по примеру осуществления 93, дополнительно включающий прием информации о конфигурации от узла радиодоступа, причем информация о конфигурации содержит информацию, идентифицирующую первый уровень мощности для использования при отправке назначенного запроса, а первый уровень мощности отличается от второго уровня мощности, который может быть использован беспроводным терминалом для другого обмена данными в рамках процедуры произвольного доступа.
[000337]
Пример осуществления 103. Способ по примеру осуществления 93, дополнительно включающий прием информации о конфигурации от узла радиодоступа, причем информация о конфигурации идентифицирует допустимое количество попыток повторной отправки, разрешенных беспроводному терминалу для повторной отправки назначенного запроса, когда беспроводной терминал считает, что процедура произвольного доступа является неуспешной.
[000338]
Пример осуществления 104. Способ в беспроводном терминале, включающий:
использование схемы приемника и схемы передатчика, выполненных с возможностью обмена данными с узлом радиодоступа по радиоинтерфейсу;
использование схемы процессора для:
приема информации о конфигурации от узла радиодоступа, причем информация о конфигурации содержит критерии завершения для завершения процедуры произвольного доступа, выполняемой для назначенного запроса;
отправки назначенного запроса узлу радиодоступа при выполнении процедуры произвольного доступа, а затем
завершения процедуры произвольного доступа в соответствии с критериями завершения.
[000339]
Пример осуществления 105. Способ по примеру осуществления 104, в котором критерии завершения либо содержат идентификацию ответного сообщения процедуры произвольного доступа от узла радиодоступа, либо разрешают завершение процедуры произвольного доступа без ответного сообщения от узла радиодоступа.
[000340]
Пример осуществления 106. Способ в беспроводном терминале, включающий:
использование схемы приемника и схемы передатчика, выполненных с возможностью обмена данными с узлом радиодоступа по радиоинтерфейсу;
использование схемы процессора, выполненной с возможностью:
приема информации о конфигурации от узла радиодоступа, причем информация о конфигурации содержит информацию, идентифицирующую первый уровень мощности для использования при отправке назначенного запроса процедуры произвольного доступа, и при этом первый уровень мощности отличается от второго уровня мощности, который может быть использован беспроводным терминалом для другого обмена данными в рамках процедуры произвольного доступа;
отправки назначенного запроса узлу радиодоступа с первым уровнем мощности при выполнении процедуры произвольного доступа.
[000341]
Пример осуществления 107. Способ в беспроводном терминале, включающий:
использование схемы приемника и схемы передатчика, выполненных с возможностью обмена данными с узлом радиодоступа по радиоинтерфейсу;
использование схемы процессора для:
(1) приема информации о конфигурации от узла радиодоступа, причем информация о конфигурации содержит информацию, которая идентифицирует допустимое количество попыток повторной отправки, разрешенных беспроводному терминалу для повторной отправки назначенного запроса в рамках процедуры произвольного доступа;
(2) отправки назначенного запроса на узел радиодоступа в сочетании с процедурой произвольного доступа; а затем
(3) определения, не выполнялось ли ответное действие для указанного запроса в течение предварительно определенного времени и,
если нет – повторения действия (2) и (3) несколько раз, но не более допустимого количества раз.
[000342]
Пример осуществления 108. Способ в узле радиодоступа сети радиодоступа, включающий:
использование схемы приемника и схемы передатчика, выполненных с возможностью обмена данными с беспроводным терминалом по радиоинтерфейсу;
использование схемы процессора для:
определения, включает ли в себя сообщение с запросом процедуры произвольного доступа, инициированное беспроводным терминалом, назначенный запрос путем определения того, использует ли процедура произвольного доступа для сообщения с запросом физический ресурс восходящей линии связи из первой группы физических радиоресурсов произвольного доступа или второй группы физических радиоресурсов произвольного доступа, причем физический радиоресурс в первой группе физических радиоресурсов произвольного доступа зарезервирован для назначенного запроса, и при этом физический радиоресурс во второй группе физических радиоресурсов произвольного доступа недоступен для назначенного запроса;
выполнения назначенного запроса в соответствии с результатами определения.
[000343]
Пример осуществления 109. Способ по примеру осуществления 108, дополнительно включающий генерирование ответного сообщения для указания ответа на сообщение с запросом в рамках процедуры произвольного доступа.
[000344]
Пример осуществления 110. Способ по примеру осуществления 108, дополнительно включающий генерирование информации о конфигурации для передачи на беспроводной терминал для использования в процедуре произвольного доступа.
[000345]
Пример осуществления 111. Способ по примеру осуществления 108, в котором информация о конфигурации содержит критерии завершения для завершения процедуры произвольного доступа.
[000346]
Пример осуществления 112. Способ по примеру осуществления 111, в котором критерии завершения либо содержат идентификацию ответного сообщения процедуры произвольного доступа от узла радиодоступа, либо разрешают завершение процедуры произвольного доступа без ответного сообщения от узла радиодоступа.
[000347]
Пример осуществления 113. Способ по примеру осуществления 111, в котором информация о конфигурации содержит информацию, идентифицирующую первый уровень мощности для использования беспроводным терминалом при отправке назначенного запроса, причем первый уровень мощности отличается от второго уровня мощности, который может быть использован беспроводным терминалом для другого обмена данными в рамках процедуры произвольного доступа.
[000348]
Пример осуществления 114. Способ по примеру осуществления 111, в котором информация о конфигурации идентифицирует допустимое количество попыток повторной отправки, разрешенных беспроводному терминалу для повторной отправки назначенного запроса, когда беспроводной терминал считает, что процедура произвольного доступа является неуспешной.
[000349]
Пример осуществления 115. Пользовательское оборудование, содержащее:
схему приемника, выполненную с возможностью приема от устройства базовой станции параметров конфигурации для процедуры произвольного доступа, причем параметры конфигурации включают в себя набор преамбул произвольного доступа и ресурсов физического канала произвольного доступа (PRACH), зарезервированных для запроса системной информации;
схему процессора, выполненную с возможностью выбора преамбулы произвольного доступа и ресурса PRACH из набора преамбул произвольного доступа и ресурсов PRACH в случае запроса системной информации; и
схему передатчика, выполненную с возможностью передачи преамбулы произвольного доступа с использованием ресурса PRACH.
[000350]
Пример осуществления 116. Пользовательское оборудование по примеру осуществления 115, в котором запрос системной информации запрашивает от устройства базовой станции доставку блока системной информации (SIB) или группы SIB по запросу.
[000351]
Пример осуществления 117. Пользовательское оборудование по примеру осуществления 116, в котором параметры конфигурации содержат список информационных элементов, причем каждый информационный элемент содержит идентификацию(–и) SIB или группы SIB.
[000352]
Пример осуществления 118. Пользовательское оборудование по примеру осуществления 117, в котором информационный элемент дополнительно содержит одну или более преамбул произвольного доступа, одна из которых выбрана для запроса SIB или группы SIB, указанных в информационном элементе.
[000353]
Пример осуществления 119. Пользовательское оборудование по примеру осуществления 117, в котором информационный элемент дополнительно содержит один или более ресурсов PRACH, один из которых выбран для запроса SIB или группы SIB, указанных в информационном элементе.
[000354]
Пример осуществления 120. Устройство базовой станции, содержащее:
схему приемника и схему передатчика, выполненные с возможностью обмена данными с пользовательским оборудованием по радиоинтерфейсу;
схему процессора, выполненную с возможностью:
широковещательной передачи параметров конфигурации для процедуры произвольного доступа, причем параметры конфигурации включают в себя набор преамбул произвольного доступа и ресурсов физического канала произвольного доступа (PRACH), зарезервированных для запроса системной информации;
приема последовательности преамбулы, связанной с одной из преамбул произвольного доступа, на одном из ресурсов PRACH;
идентификации и обработки запроса системной информации от пользовательского оборудования.
[000355]
Пример осуществления 121. Устройство базовой станции по примеру осуществления 120, в котором запрос системной информации запрашивает от устройства базовой станции доставку блока системной информации (SIB) или группы SIB по запросу.
[000356]
Пример осуществления 122. Устройство базовой станции по примеру осуществления 121, в котором параметры конфигурации содержат список информационных элементов, причем каждый информационный элемент содержит идентификацию(–и) SIB или группы SIB.
[000357]
Пример осуществления 123. Устройство базовой станции по примеру осуществления 122, в котором информационный элемент дополнительно содержит одну или более преамбул произвольного доступа, одна из которых выбрана для запроса SIB или группы SIB, указанных в информационном элементе.
[000358]
Пример осуществления 124. Устройство базовой станции по примеру осуществления 122, в котором информационный элемент дополнительно содержит один или более ресурсов PRACH, один из которых выбран для запроса SIB или группы SIB, указанных в информационном элементе.
[000359]
Пример осуществления 125. Способ для пользовательского оборудования, включающий:
прием от устройства базовой станции параметров конфигурации для процедуры произвольного доступа, причем параметры конфигурации включают в себя набор преамбул произвольного доступа и ресурсов PRACH, зарезервированных для запроса системной информации;
выбор преамбулы произвольного доступа и ресурса физического канала произвольного доступа (PRACH) из набора преамбул произвольного доступа и ресурсов PRACH в случае запроса системной информации; и
передачу преамбулы произвольного доступа с использованием ресурса PRACH.
[000360]
Пример осуществления 126. Способ по примеру осуществления 125, в котором запрос системной информации запрашивает от устройства базовой станции доставку блока системной информации (SIB) или группы SIB по запросу.
[000361]
Пример осуществления 127. Способ по примеру осуществления 126, в котором параметры конфигурации содержат список информационных элементов, причем каждый информационный элемент содержит идентификацию(–и) SIB или группы SIB.
[000362]
Пример осуществления 128. Способ по примеру осуществления 127, в котором информационный элемент дополнительно содержит одну или более преамбул произвольного доступа, одна из которых выбрана для запроса SIB или группы SIB, указанных в информационном элементе.
[000363]
Пример осуществления 129. Способ по примеру осуществления 127, в котором информационный элемент дополнительно содержит один или более ресурсов PRACH, один из которых выбран для запроса SIB или группы SIB, указанных в информационном элементе.
[000364]
Пример осуществления 130. Способ для устройства базовой станции, включающий:
использование схемы приемника и схемы передатчика для обмена данными с пользовательским оборудованием по радиоинтерфейсу;
использование схемы процессора для:
широковещательной передачи параметров конфигурации для процедуры произвольного доступа, причем параметры конфигурации включают в себя набор преамбул произвольного доступа и ресурсов физического канала произвольного доступа (PRACH), зарезервированных для запроса системной информации;
приема последовательности преамбулы, связанной с одной из групп преамбул доступа, на одном из ресурсов PRACH;
идентификации и обработки запроса системной информации от пользовательского оборудования.
[000365]
Пример осуществления 131. Способ по примеру осуществления 130, в котором запрос системной информации запрашивает от устройства базовой станции доставку блока системной информации (SIB) или группы SIB по запросу.
[000366]
Пример осуществления 132. Способ по примеру осуществления 131, в котором параметры конфигурации содержат список информационных элементов, причем каждый информационный элемент содержит идентификацию(–и) SIB или группы SIB.
[000367]
Пример осуществления 133. Способ по примеру осуществления 132, в котором информационный элемент дополнительно содержит одну или более преамбул произвольного доступа, одна из которых выбрана для запроса SIB или группы SIB, указанных в информационном элементе.
[000368]
Пример осуществления 134. Способ по примеру осуществления 132, в котором информационный элемент дополнительно содержит один или более ресурсов PRACH, один из которых выбран для запроса SIB или группы SIB, указанных в информационном элементе.
[000369]
Хотя приведенное выше описание содержит множество конкретных деталей, их следует трактовать не как ограничивающие объем технологии, описанной в настоящем документе, а лишь как обеспечивающие иллюстрации некоторых из предпочтительных в настоящее время вариантов осуществления технологии, описанной в настоящем документе. Таким образом, объем технологии, описанной в настоящем документе, следует определять прилагаемой формулой изобретения и ее законными эквивалентами. Таким образом, следует понимать, что объем технологии, описанной в настоящем документе, полностью охватывает другие варианты осуществления, которые могут стать очевидными для специалистов в данной области, и что объем технологии, описанной в настоящем документе, соответственно не ограничивается ничем, кроме прилагаемой формулы изобретения, в которой ссылка на элемент в единственном числе означает не «один и только один», а «один или более», если не указано иное. Все структурные, химические и функциональные эквиваленты элементов описанного выше предпочтительного варианта осуществления, которые известны специалистам в данной области, в явном виде включены в настоящий документ путем ссылки и считаются охваченными настоящей формулой изобретения. Более того, устройство или способ необязательно должны решать все и каждую из проблем, для решения которых предназначена описанная в настоящем документе технология, так как они охвачены настоящей формулой изобретения. Дополнительно ни один элемент, компонент или этап способа в настоящем описании не предназначен для того, чтобы стать всеобщим достоянием, независимо от того, перечислен ли этот элемент, компонент или этап способа в явном виде в формуле изобретения. Ни один пункт формулы изобретения в настоящем документе не должен трактоваться согласно положениям раздела 35 Свода законов США, параграф 112, шестой абзац, если элемент не описан в явной форме с помощью фразы «средство для».