УСТРОЙСТВО СВЯЗИ И СПОСОБ СВЯЗИ
COMMUNICATION DEVICE AND COMMUNICATION METHOD

Область техники
[0001] Настоящее изобретение относится к устройству связи и способу связи.
Уровень техники
[0002] В Рабочей группе IEEE 802.11 (Института инженеров по электротехнике и электронике), Целевая группа ax работала над созданием технических условий IEEE 802.11ax (в дальнейшем упоминаемых как «11ax») в качестве следующего варианта стандарта 802.11ac. В 11ax, был введен произвольный доступ (RA), основанный на OFDMA (множественном доступе с ортогональным частотным разделением каналов).
[0003] Точка доступа (AP, также называемая «базовой станцией») передает, на множество терминалов (также называемых STA (станциями)), связанных с AP, сигнал управления для предписания им передавать сигнал OFDMA восходящей линии связи (в дальнейшем, этот сигнал управления упоминается как «пусковой кадр»).
[0004] В пусковом кадре определены поле общей информации и поле информации о пользователе. Поле общей информации включает в себя информацию, которая является общей среди множества терминалов, мультиплексируемых посредством OFDMA. Поле информации о пользователе включает в себя информацию, специфичную каждому из терминалов, мультиплексируемых посредством OFDMA (например, смотрите NPL 1 и NPL 4).
[0005] Поле общей информации включает в себя подполе типа пускового сигнала, задающее тип пускового сигнала, указывающий тип пускового кадра (тип сигнала, посредством которого  AP предписывает терминалу осуществлять передачу) (например, смотрите NPL 2 и NPL 3).
[0006] Поле информации о пользователе включает в себя подполе AID12, используемое для информирования об идентификаторе ассоциации (AID), который является идентификатором, уникально назначаемым терминалу, когда терминал ассоциативно связывается. В дальнейшем, «планируемый доступ» обозначает способ, в котором AID, назначенный отдельному терминалу, сообщается на терминал, тем самым, выделяя блок частотных ресурсов (RU) терминалу. Более того, в 11ax, было согласовано, что, посредством установки одного из неиспользуемых AID, так что AID=0, каждый терминал информируется, что частотный ресурс (RU), заданный в подполе выделения RU из поля информации о пользователе, является RU для RA (RA-RU) (например, смотрите NPL 1).
[0007] Более того, в ходе заседания по 11ax, дополнительно было согласовано, что пусковой кадр может включать в себя новое поле о пользователе (называемое «модифицированной информацией о пользователе»), предназначенное для RA (NPL 5). В модифицированной информации о пользователе, одно поле информации о пользователе задает один или более смежных RA-RU для терминала.
Список противопоставленных материалов
Непатентная литература
[0008] NPL 1: IEEE 802.11-15/0132r17 «Specification Framework for TGax» («Основы технических условий для TGax»)
NPL 2: IEEE 802.11-16/0024r1 «Proposed TGax draft specification» («Предлагаемый проект технических условий TGax»)
NPL 3: IEEE 802.11-16/0806r0 «HE Variant HT Control - Buffer Status Report» («Управление HT разновидности HE - отчет о состоянии буфера»)
NPL 4: IEEE 802.11-16/0617r1 «Remaining Topics in Power Control» («Нерешенные вопросы в регулировании мощности»)
NPL 5: IEEE 802.11-16/1516r1 «CIDs for: Section 9.3.1.23 Random Access CIDs» («CID для: CID произвольного доступа раздела 9.3.1.23»)
NPL 6: IEEE 802.11-16/0725r3 «CIDs for: Trigger Frame Format Comment Resolution - Type Dependent Per user information section 9.3.1.23» («CID для: Анализа примечаний по формату пускового кадра - раздел 9.3.1.23 зависимой от типа информации о каждом пользователе»)
NPL 7: IEEE 802.11-16/0938r1 «Resolution for CID 1589, 1590, 2668, and 2669 on Multi-TID Aggregation in Sub-clause 25.10.4» («Анализ касательно CID 1589, 1590, 2668 и 2669 об агрегации многих-TID в подпункте 25.10.4»)
Сущность изобретения
[0009] Однако, никакого достаточного обсуждения не было проведено в отношении того, каким образом применять модифицированную информацию о пользователе в пусковом кадре.
[0010] В аспекте, настоящее изобретение предусматривает устройство связи и способ связи, способные надлежащим образом устанавливать модифицированную информацию о пользователе в пусковом кадре.
[0011] Согласно аспекту настоящего изобретения, устройство связи включает в себя генератор пускового сигнала, который формирует пусковой сигнал, предписывающий передачу сигнала восходящей линии связи, пусковой сигнал включает в себя поле информации о терминале, которая включает в себя подполе идентификатора терминала и подполе информации о выделении блока ресурсов, при этом, в случае, когда пусковой сигнал включает в себя первое поле информации о терминале, задающее один или более смежных блоков ресурсов для произвольного доступа, неиспользуемый идентификатор, который не может использоваться в качестве идентификатора терминала, устанавливается в подполе идентификатора терминала в первом поле информации о терминале, и передатчик, который передает сформированный пусковой сигнал.
[0012] Общие или отдельные варианты осуществления могут быть реализованы в виде системы, устройства, способа, интегральной схемы, компьютерной программы или запоминающего носителя, или любой комбинации системы, устройства, способа, интегральной схемы, компьютерной программы и запоминающего устройства.
[0013] Согласно аспекту настоящего изобретения, можно надлежащим образом устанавливать модифицированную информацию о пользователе в пусковом кадре.
[0014] Дополнительные выгоды и преимущества раскрытых вариантов осуществления станут очевидными из описания изобретения и чертежей. Выгоды и/или преимущества могут быть получены по отдельности различными вариантами осуществления и признаками описания изобретения и чертежей, которые не обязательно должны быть все предусмотрены, для того чтобы добиться одного или более из таких выгод и/или преимуществ.
Краткое описание чертежей
[0015] Фиг. 1 - схема, иллюстрирующая формат пускового кадра.
Фиг. 2 - схема, иллюстрирующая формат поля общей информации пускового кадра.
Фиг. 3 - схема, иллюстрирующая тип пускового сигнала пускового кадра.
Фиг. 4 - схема, иллюстрирующая формат поля информации о пользователе пускового кадра.
Фиг. 5 - схема, иллюстрирующая формат поля информации о пользователе из поля зависимой от пускового сигнала информации о пользователе.
Фиг. 6A - схема, иллюстрирующая формат модифицированного поля информации о пользователе пускового кадра.
Фиг. 6B - схема, иллюстрирующая пример RA-RU, заданных модифицированным полем информации о пользователе.
Фиг. 7 - структурная схема, иллюстрирующая пример частичной конфигурации AP согласно первому варианту осуществления.
Фиг. 8 - структурная схема, иллюстрирующая пример конфигурации AP согласно первому варианту осуществления.
Фиг. 9 - структурная схема, иллюстрирующая конфигурацию терминала согласно первому варианту осуществления.
Фиг. 10 - схема, иллюстрирующая пример (отдельный пример 1-1) RA-RU, заданного модифицированной информацией о пользователе согласно первому варианту осуществления.
Фиг. 11 - схема, иллюстрирующая пример (отдельный пример 1-2) RA-RU, заданного модифицированной информацией о пользователе согласно первому варианту осуществления.
Фиг. 12 - схема, иллюстрирующая пример (отдельный пример 1-2) RA-RU, заданного модифицированной информацией о пользователе согласно первому варианту осуществления.
Фиг. 13 - схема, иллюстрирующая пример (отдельный пример 1-2) RA-RU, заданного информацией о пользователе согласно первому варианту осуществления.
Фиг. 14 - схема, иллюстрирующая пример (отдельный пример 2) RA-RU, заданного информацией о пользователе согласно первому варианту осуществления.
Фиг. 15 - схема, иллюстрирующая пример (отдельный пример 2) RA-RU, заданного информацией о пользователе согласно первому варианту осуществления.
Фиг. 16 - схема, иллюстрирующая пример (отдельный пример 2-1) RA-RU, заданного информацией о пользователе согласно первому варианту осуществления.
Фиг. 17 - схема, иллюстрирующая пример (отдельный пример 2-2) RA-RU, заданного модифицированной информацией о пользователе согласно первому варианту осуществления.
Фиг. 18 - схема, иллюстрирующая пример (отдельный пример 2-2) RA-RU, заданного модифицированной информацией о пользователе согласно первому варианту осуществления.
Фиг. 19 - структурная схема, иллюстрирующая пример конфигурации AP согласно второму варианту осуществления.
Фиг. 20 - структурная схема, иллюстрирующая пример конфигурации терминала согласно второму варианту осуществления.
Фиг. 21 - схема, иллюстрирующая пример (отдельный пример 1) RA-RU, заданного информацией о пользователе согласно второму варианту осуществления.
Фиг. 22 - схема, иллюстрирующая пример (отдельный пример 2) RA-RU, заданного информацией о пользователе согласно второму варианту осуществления.
Фиг. 23 - схема, иллюстрирующая пример (отдельный пример 3) RA-RU, заданного информацией о пользователе согласно второму варианту осуществления.
Фиг. 24 - схема, иллюстрирующая пример RA-RU, заданного информацией о пользователе согласно еще одному варианту осуществления.
Фиг. 25 - схема, иллюстрирующая пример конфигурации пускового кадра согласно еще одному варианту осуществления.
Описание вариантов осуществления
[0016] Варианты осуществления настоящего изобретения подробно описаны ниже со ссылкой на чертежи. В вариантах осуществления, описанных ниже, подобные элементы обозначены сходными символами ссылки, а их в точности повторяющееся описание опущено.
[0017] (Первый вариант осуществления)
[Пусковой кадр]
Фиг. 1 - схема, иллюстрирующая пример формата пускового кадра, который обсуждается в 11ax. Пусковой кадр определяет поле общей информации, включающее в себя информацию, которая является общей среди множества терминалов, мультиплексируемых посредством OFDMA, и поле информации о пользователе, включающее в себя специальную информацию для каждого из терминалов, мультиплексируемых посредством OFDMA (например, смотрите NPL 1).
[0018] Фиг. 2 - схема, иллюстрирующая пример формата поля общей информации пускового кадра (например, смотрите NPL 1). Подполе типа пускового сигнала задает тип пускового сигнала. Фиг. 3 иллюстрирует определенные типы пускового сигнала (например, смотрите NPL 2). Она обсуждается для определения дополнительного типа пускового сигнала для предписания терминалу сообщить информацию о буфере передачи (в дальнейшем, упоминаемую как отправка отчета о состоянии буфера (BSRP)) в дополнение к определенным типам пускового сигнала, показанного на фиг. 3 (например, смотрите NPL 3). Поле зависимой от пускового сигнала общей информации может включать в себя общую информацию о терминалах, пригодную для (зависящую от) отдельного типа пускового сигнала.
[0019] Фиг. 4 - схема, иллюстрирующая пример формата поля информации о пользователе пускового кадра (например, смотрите NPL 1 и NPL 4). В формате, показанном на фиг. 4, размер подполя целевого RSSI (индикатора уровня принимаемого сигнала), которое еще не было определено в NPL 1, определен имеющим значение семь бит согласно предложению в NPL 4. Подполе AID12 используется для информирования об AID. Когда AID установлен, так что AID=0, указывается, что RU, заданный в поле информации о пользователе, является RA-RU (например, смотрите NPL 1). Поле зависимой от пускового сигнала информации о пользователе может включать в себя специфичную терминалу информацию, пригодную для (зависящую от) отдельного типа пускового сигнала.
[0020] В дальнейшем, поле информации о пользователе, задающее радиоресурс для терминала в блоках RU, обозначено как «обычная информация о пользователе», чтобы провести различие от «модифицированной информации о пользователе». Обычная информация о пользователе и модифицированная информация о пользователе в общем виде могут упоминаться как «информация о пользователе».
[0021] Более того, в 11ax, в качестве одного из типов пускового сигнала, определен базовый пусковой сигнал. В базовом пусковом сигнале, формат сигнала восходящей линии связи не ограничен конкретными форматами (например, смотрите фиг. 3). В качестве реакции на базовый пусковой сигнал, предоставлена возможность ответа с использованием планируемого доступа, и ответа с использованием произвольного доступа. В случае, когда типом пускового сигнала является базовый пусковой сигнал, подполе зависимой от типа пускового сигнала информации о пользователе из поля информации о пользователе включает в себя информацию (ограничительную информацию), указывающую ограничение на передачу сигнала восходящей линии связи, как показано на фиг. 5 (например, смотрите NPL 6 и NPL 7).
[0022] Точнее, как показано на фиг. 5, подполе зависимой от типа информации о каждом пользователе включает в себя 2-битный «коэффициент заполнения MU MPDU», указывающий минимально допустимый интервал MPDU (блок данных протокола MAC) обрабатываемого посредством AP, 3-битный «предел агрегации TID», указывающий максимальное количество TID, включенных в MPDU, 1-битный «уровень предпочтения AC», действующий в качестве флажкового признака, указывающего, следует ли задавать категорию доступа (AC, тип данных для передачи), рекомендуемую из AP, и 2-битную «предпочтительную AC», указывающую параметр, служащий признаком AC, рекомендованной из AP. Это параметры для использования A-MPDU (агрегатного блока данных протокола MAC), который является агрегатом множества MPDU, в качестве сигнала восходящей линии связи в ответ на пусковой кадр, или параметры для задания AC, подлежащей передаче.
[0023] [Модифицированная информация о пользователе]
Фиг. 6A - схема, иллюстрирующая пример формата модифицированной информации о пользователе.
[0024] В пусковом кадре, использующем обычную информацию о пользователе, один RU произвольного доступа задан с использованием одного поля информации о пользователе. То есть в пусковом кадре, использующем обычную информацию о пользователе, чтобы задавать множество RA-RU, используется множество полей информации о пользователе.
[0025] В противоположность, в модифицированной информации о пользователе, местоположения заданных RU ограничены одной сплошной полосой. Это дает возможность задавать множество RU с использованием одного поля модифицированной информации о пользователе. Например, в модифицированной информации о пользователе, показанной на фиг. 6A, подполе выделения RU задает местоположение начального RU сплошной полосы RA-RU и размер RU (смотрите фиг. 6B). Более того, в модифицированной информации о пользователе, когда количество мультиплексированных с пространственным разделением потоков при передаче RA-RU ограничено «1» (то есть не используется MIMO), подполе выделения SS, показанное на фиг. 6A, задает не количество мультиплексированных с пространственным разделением потоков, а количество RA-RU (количество смежных RU), начиная с RA-RU, объявленного подполем выделения RU (смотрите фиг. 6B). Отметим, что размер RU каждого RA-RU задан размером RU, объявленным подполем выделения RU. Информация, описанная в типе кодирования, MCS, DCM, и подполях целевого RSSI модифицированной информации о пользователе, показанной на фиг. 6A, являются общими для множества RA-RU, заданных выделением RU и выделением SS.
[0026] Более того, в модифицированной информации о пользователе, как показано на фиг. 6A, подполе зависимой от пускового сигнала информации удалено. В пусковом кадре, использующем модифицированную информацию о пользователе, удалено подполе зависимой от пускового сигнала общей информации. Как результат, достигается уменьшение размера пускового кадра.
[0027] Как описано выше, в модифицированной информации о пользователе, часть параметров, заданных обычной информацией о пользователе, совместно используются множеством RU (множеством терминалов), так чтобы один или более смежных RA-RU были заданы одним полем информации о пользователе, тем самым, добиваясь сокращения размера пускового кадра.
[0028] Модифицированная информация о пользователе была описана выше.
[0029] Согласно настоящему изобретению, ниже описан способ применения модифицированной информации о пользователе в пусковом кадре.
[0030] Например, для применения модифицированной информации о пользователе, новый тип пускового сигнала, задающий передачу RA (в дальнейшем упоминаемый как «пусковой сигнал RA»), может быть добавлен в зарезервированный элемент подполя типа пускового сигнала, показанного на фиг. 3. Когда пусковой сигнал RA задан в качестве типа пускового сигнала, использование модифицированной информации о пользователе предоставляет возможность уменьшения размера пускового кадра. Более того, когда пусковой сигнал RA задан в качестве типа пускового сигнала, посредством удаления подполя зависимой от пускового сигнала общей информации и подполя зависимой от пускового сигнала информации о пользователе, становится возможным сокращать размер пускового кадра.
[0031] Однако, задание модифицированной информации о пользователе пусковым сигналом RA, описанным выше, использует (потребляет) зарезервированное поле типа пускового сигнала, что приводит к уменьшению пространства дополнительного расширения стандарта.
[0032] Более того, пусковому сигналу RA предоставлена возможность задаваться только модифицированной информацией о пользователе и, таким образом, только одна группа смежных RU может быть задана одним параметром. Поэтому, в случае, когда ожидается, что часть RU, существующих в полосе системы должна получить ухудшение рабочих характеристик (например, RU, расположенные возле DC, или RU, в которых наблюдаются помехи), необходимо устанавливать высоко устойчивые к ошибкам надежные параметры (например, MCS) для всех RU, заданных модифицированной информацией о пользователе, и, таким образом, происходит уменьшение пропускной способности.
[0033] Ввиду приведенного выше, настоящее изобретение предоставляет способ задания множества RA-RU пусковым кадром небольшого размера с использованием модифицированной информации о пользователе, тем временем, сохраняя будущую расширяемость типа пускового сигнала (то есть, не добавляя новый тип пускового сигнала, такой как пусковой сигнал RA, или тому подобное), и способ задания специфичного RU параметра даже в случае, если применяется модифицированная информация о пользователе.
[0034] [Конфигурация системы беспроводной связи]
В настоящем варианте осуществления, система беспроводной связи включает в себя AP 100 (устройство радиопередачи) и терминал 200 (устройство радиоприема). AP 100 передает пусковой кадр, предписывающий передачу RA терминалу 200. Терминал 200 принимает пусковой кадр и передает RA на AP 100 с использованием ресурса, заданного в пусковом кадре.
[0035] Фиг. 7 - структурная схема, частично иллюстрирующая конфигурацию AP 100 согласно настоящему варианту осуществления. В AP 100, показанной на фиг. 7, генератор 104 пускового кадра формирует пусковой кадр (пусковой сигнал), предписывающий передавать сигнал восходящей линии связи. Радиопередатчик/приемник 106 передает пусковой кадр. В случае, когда пусковой кадр включает в себя поле модифицированной информации о пользователе (первое поле информации о терминале), задающее один или более смежных RA-RU, генератор 104 пускового кадра устанавливает неиспользуемый AID, который не должен использоваться в качестве AID (идентификатора терминала), в подполе AID12 (подполе идентификатора терминала) в поле модифицированной информации о пользователе.
[0036] [Конфигурация AP]
Фиг. 8 - структурная схема, иллюстрирующая конфигурацию AP 100 согласно настоящему варианту осуществления. AP 100 формирует пусковой кадр (пусковой сигнал), чтобы предписать терминалу 200 передавать сигнал восходящей линии связи (например, сигнал RA), и передает сформированный пусковой кадр на терминал 200.
[0037] На фиг. 8, AP 100 включает в себя контроллер 101 ресурсов RA, контроллер 102 информации о пользователе, контроллер 103 AID, генератор 104 пускового кадра, модулятор 105 сигнала передачи, радиопередатчик/приемник 106, антенну 107, демодулятор 108 сигнала приема и блок 109 оценки качества. Радиопередатчик/приемник 106 включает в себя передатчик и блок приема. Контроллер 101 ресурсов RA, контроллер 102 информации о пользователе, контроллер 103 AID, генератор 104 пускового кадра и блок 109 оценки качества совместно формируют блок управления доступом к среде передачи (MAC).
[0038] Контроллер 101 ресурсов RA определяет полосу, которая должна быть выделена под RA-RU в пределах полосы системы, на основании качества приема для каждого RU с предварительно определенным размером, выведенным из блока 109 оценки качества. Контроллер 101 ресурсов RA выдает информацию о ресурсах RA, указывающую полосу, в которой выделены RA-RU, контроллеру 102 информации о пользователе и генератору 104 пускового кадра.
[0039] Информация о ресурсах RA, например, включает в себя информацию, связанную с RA-RU, выделяемыми в пределах полосы системы, управляющую информацию для формирования сигнала RA (тип кодирования, MCS, DCM, выделение SS и целевой RSSI, включенные в поле информации о пользователе), и/или тому подобное. Например, что касается RU с низким качеством приема, такого как RU, перекрывающийся с полосой, используемой другой службой, в полосе системы, RU, соответствующий частоте DC в основной полосе частот, когда демодулируется, RU подвергается относительно мощным помехам или искажению, контроллер 101 ресурсов RA может применять высоко устойчивую к ошибкам MCS (например, BPSK) или относительно высокий уровень целевого RSSI (например, -60 дБм). Применительно к другому RU, подверженному относительно низким помехам, контроллер 101 ресурсов RA может применять MCS (например, 16QAM), которая обеспечивает более высокую эффективность передачи, или уровень целевого RSSI (например, -70 дБм), который вызывает меньшие помехи по отношению к другому терминалу.
[0040] Контроллер 102 информации о пользователе управляет полем информации о пользователе в пусковом кадре на основании информации о ресурсах RA, выведенной из контроллера 101 ресурсов RA, и выдает результат управления в генератор 104 пускового кадра.
[0041] Более точно, контроллер 102 информации о пользователе определяет формат поле информации о пользователе (модифицированную информацию о пользователе или обычную информацию о пользователе), подлежащий использованию, и RA-RU, который должен быть задан полем информации о пользователе. Например, в случае, когда используется модифицированная информация о пользователе, контроллер 102 информации о пользователе решает задавать множество RA-RU в выделении RU и выделении SS поля информации о пользователе и задавать параметр, который является общим для этих RA-RU. С другой стороны, в случае, когда используется обычная информация о пользователе, контроллер 102 информации о пользователе решает задавать один RA-RU в поле информации о пользователе и задавать отдельный параметр, связанный с RA-RU.
[0042] Контроллер 103 AID определяет AID (информацию, описанную в подполе AID12 пускового кадра) для задания формата поля информации о пользователе (модифицированной информации о пользователе или обычной информации о пользователе). Контроллер 103 AID выдает информацию AID, указывающую определенный AID, в генератор 104 пускового кадра.
[0043] Например, контроллер 103 AID может устанавливать, в качестве AID для задания RA-RU, неиспользуемый AID (в технических условиях для 11ax, один из AID=0, с 2008 по 4094), который не должен использоваться в качестве специфичного терминалу AID для планируемого доступа. Подробности об определении AID для задания формата поля информации о пользователе будут описаны позже.
[0044] Генератор 104 пускового кадра (генератор пускового сигнала) формирует пусковой кадр для предписания терминалу 200 выполнять передачу RA (например, основанную на OFDMA передачу RA (например, смотрите фиг. 1, фиг. 2, фиг. 4 и фиг. 6A). Точнее, на основании информации, выданной из контроллера 102 информации о пользователе, генератор 104 пускового кадра устанавливает, в соответственных подполях поля информации о пользователе, параметры, указанные информацией о ресурсах RA, выданной из контроллера 101 ресурсов RA.
[0045] Например, в случае, где применяется модифицированная информация о пользователе, на основании информации о ресурсах RA (выделения RA-RU), выведенной из контроллера 102 ресурсов RA, генератор 104 пускового кадра устанавливает положение начального RU и размер RU у RA-RU, расположенных в сплошной полосе, в подполе выделения RU, и устанавливает количество смежных RA-RU в подполе выделения SS. С другой стороны, в случае, когда применяется обычная информация о пользователе, на основании информации о ресурсах RA (выделения RA-RU), выданной из контроллера 101 ресурсов RU, генератор 104 пускового кадра устанавливает начальное местоположение и размер RU одного RA-RU в подполе выделения RU.
[0046] Более того, на основании информации, выданной из контроллера 103 AID, и информации, выданной из контроллера 102 информации о пользователе, генератор 104 пускового кадра устанавливает AID, соответствующий формату поля информации о пользователе, в подполе AID12 пускового кадра.
[0047] Генератор 104 пускового кадра затем выдает сформированный пусковой кадр (пусковой сигнал) в модулятор 105 сигнала передачи.
[0048] Модулятор 105 сигнала передачи выполняет процесс кодирования и модуляции над пусковым кадром, выданным из генератора 104 пускового кадра. Более того, модулятор 105 сигнала передачи добавляет в модулированный сигнал сигналы управления (также называемые преамбулой), такие как пилотный сигнал, используемый при синхронизации частоты и синхронизации временных характеристик на приемной стороне (терминале 200), сигнал оценки канала, и/или тому подобное, тем самым, формируя кадр радиосвязи (сигнал передачи), и модулятор 105 сигнала передачи выдает результирующий кадр радиосвязи (сигнал передачи) в радиопередатчик/приемник 106.
[0049] Радиопередатчик/приемник 106 выполняет предварительно определенный процесс радиопередачи, в том числе (цифро-аналоговое) преобразование D/A, преобразование с повышением частоты на несущую частоту и тому подобное, над кадром радиосвязи (сигналом передачи), выданным из модулятора 105 сигнала передачи, и радиопередатчик/приемник 106 передает результирующий сигнал, подвергнутый процессу радиопередачи, на терминал 200 через антенну 107. Радиопередатчик/приемник 106 принимает сигнал, переданный с терминала 200, через антенну 107, и выполняет предварительно определенный процесс радиоприема, в том числе преобразование с понижением частоты в основную полосу, (аналого-цифровое) преобразование A/D и тому подобное, над принятым сигналом, и радиопередатчик/приемник 106 выводит результирующий сигнал, подвергнутый процессу радиоприема, в демодулятор 108 сигнала приема.
[0050] Демодулятор 108 сигнала приема извлекает кадр радиосвязи, выполняя обработку автокорреляцией или тому подобное, над сигналом, выданным из радиопередатчика/приемника 106, и выдает извлеченный кадр радиосвязи в блок 109 оценки качества.
[0051] Блок 109 оценки качества оценивает качество приема каждого RU с предварительно определенным размером, пользуясь пилотным сигналом, включенным в кадр радиосвязи, выданный из демодулятора 108 сигнала приема, и выдает результат оценки в контроллер 101 ресурсов RA.
[0052] [Конфигурация терминала]
Фиг. 9 - структурная схема, иллюстрирующая конфигурацию терминала 200 согласно настоящему варианту осуществления. Терминал 200 принимает пусковой кадр, предписывающий передачу RA, из AP 100, произвольно выбирает один RU из RA-RU, заданных в пусковом кадре, и передает сигнал RA на AP 100.
[0053] На фиг. 9, терминал 200 включает в себя антенну 201, радиопередатчик/приемник 202, демодулятор 203 сигнала приема, декодер 204 пускового кадра, контроллер 205 AID, блок 206 определения ресурсов RA, генератор 207 RA и модулятор 208 сигнала передачи. Радиопередатчик/приемник 202 включает в себя передатчик и блок приема. Контроллер 205 AID, блок 206 определения ресурсов RA и генератор 207 RA совместно формируют контроллер доступа (MAC).
[0054] Радиопередатчик/приемник 202 принимает пусковой кадр, предписывающий передачу RA, переданный из AP 100, через антенну 201, и выполняет предварительно определенный процесс радиоприема, в том числе, преобразование с понижением частоты в основную полосу, (аналого-цифровое) преобразование A/D, и/или тому подобное, над принятым сигналом, и радиопередатчик/приемник 202 выводит результирующий сигнал, подвергнутый процессу радиоприема, в демодулятор 203 сигнала приема. Радиопередатчик/приемник 202 выполняет предварительно определенный процесс радиопередачи, в том числе, преобразование D/A, преобразование с повышением частоты на несущую частоту, и тому подобное, над сигналом передачи, выданным из модулятора 208 сигнала передачи, описанного позже, и радиопередатчик/приемник 202 передает результирующий сигнал, подвергнутый процессу радиопередачи, на AP 100 через антенну 201.
[0055] Демодулятор 203 сигнала приема извлекает кадр радиосвязи (пусковой кадр), выполняя обработку автокорреляцией, или тому подобное, над сигналом, выданным из радиопередатчика/приемника 202, и выдает результирующий извлеченный кадр радиосвязи пусковой кадр) в декодер 204 пускового кадра.
[0056] Декодер 204 пускового кадра выявляет формат поля информации о пользователе, включенного в пусковой кадр, выданный из демодулятора 203 сигнала приема, декодирует пусковой кадр и выдает результирующий декодированный пусковой кадр в блок 206 определения ресурсов RA.
[0057] Контроллер 205 AID действует образом, подобным контроллеру 103 AID из AP 100. Точнее, контроллер 205 AID определяет AID (информацию, описанную в подполе AID12 пускового кадра) для задания формата (модифицированной информации о пользователе или обычной информации о пользователе) поля информации о пользователе. Контроллер 205 AID выдает информацию AID, указывающую определенный AID, в блок 206 определения ресурсов RA. Подробности об определении AID для задания формата поля информации о пользователе будут описаны позже.
[0058] На основании информации об AID, выданной из контроллера 205 AID, и информации, описанной в пусковом кадре, выданном из декодера 204 пускового кадра, блок 206 определения ресурсов RA определяет RA-RU и управляющую информацию для формирования сигнала RA. Блок 206 определения ресурсов RA выдает определенную управляющую информацию для формирования RA-RU и сигнала RA, в генератор 207 RA.
[0059] Точнее, на основании информации об AID, блок 206 определения ресурсов RA идентифицирует формат (модифицированную информацию о пользователе или обычную информацию о пользователе) поля информации о пользователе, соответствующего AID, включенному в подполе AID12 пускового кадра, выданного из декодера 204 пускового кадра.
[0060] В случае, когда форматом поля информации о пользователе является модифицированная информация о пользователе, блок 206 определения ресурсов RA идентифицирует начальное местоположение и размер RU у RA-RU из подполя выделения RU, идентифицирует количество RA-RU (количество смежных RU) из подполя выделения SS, применяет другие параметры, заданные в соответственных подполях поля модифицированной информации о пользователе, совместно к множеству RA-RU и определяет RA-RU, произвольно выбирая один из множества RA-RU.
[0061] С другой стороны, в случае, когда форматом поля информации о пользователе является обычная информация о пользователе, блок 206 определения ресурсов RA идентифицирует начальное местоположение и размер RU у одного RA-RU из подполя выделения RU, и отдельно применяет другие параметры, заданные в соответственных подполях (в том числе, подполе выделения SS) поля обычной информации о пользователе, к одному RA-RU.
[0062] На основании управляющей информации для формирования RA-RU и сигнала RA, выданной из блока 206 определения ресурсов RA, генератор 207 RA формирует сигнал RA, включающий в себя идентификатор терминала и информацию для передачи (данные или управляющую информацию, или тому подобное), связанную с терминалом 200, и выдает результирующий сигнал RA в модулятор 208 сигнала передачи.
[0063] Модулятор 208 сигнала передачи выполняет кодирование/модуляцию над сигналом RA. Модулятор 208 сигнала передачи добавляет в модулированный сигнал управления (преамбулу), такой как пилотный сигнал, используемый при синхронизации частоты и синхронизации временных характеристик в AP 100, сигнал оценки канала и/или тому подобное, тем самым формируя кадр радиосвязи (сигнал передачи), и модулятор 208 сигнала передачи выдает результирующий кадр радиосвязи (сигнал передачи) в радиопередатчик/приемник 202. Отметим, что сигнал RA отображается по частоте в RA-RU, указанный информацией, определенной блоком 206 определения ресурсов RA.
[0064] [Операции AP 100 и терминала 200]
Операции AP 100 и терминала 200 согласно настоящему варианту осуществления подробно описаны ниже.
[0065] AP 100 (генератор 104 пускового кадра) устанавливает неиспользуемый AID в подполе AID12 (подполе идентификатора терминала) модифицированной информации о пользователе, задающей один или более смежных RA-RU, в пусковом кадре, тем самым, уведомляя терминал 200 что поле информации о пользователе, включающее в себя неиспользуемый AID, является модифицированной информацией о пользователе.
[0066] Отметим, что неиспользуемый AID является специфичным терминалу AID для планируемого доступа (то есть планируемым AID, назначенным терминалу 200) (в существующих технических условиях 11ax, неиспользуемым AID является 0 или один из с 2008 по 4094).
[0067] Как описано выше, посредством задания, с использованием неиспользуемого AID, что должна применяться модифицированная информация о пользователе, можно задавать множество RA-RU с использованием модифицированной информации о пользователе в пусковом кадре небольшого размера, тем временем сохраняя будущую расширяемость типа пускового сигнала (то есть без нового добавления пускового сигнала RA в качестве одного из типов пускового сигнала).
[0068] Отдельные примеры 1 и 2 способов задания формата поля информации о пользователе с использованием неиспользуемого AID описаны ниже.
[0069] <Отдельный пример 1>
В отдельном примере 1, только один неиспользуемый AID используется для задания RA-RU.
[0070] То есть контролер 103, 205 AID определяет один неиспользуемый AID для задания модифицированной информации о пользователе. Например, контроллер 103, 205 AID определяет, что AID=0 в качестве неиспользуемого AID для задания модифицированного идентификатора пользователя. То есть генератор 104 пускового кадра устанавливает AID=0 (неиспользуемый AID) в подполе AID12, тем самым, информируя терминал 200, что поле информации о пользователе, включающее в себя подполе AID12, находится в формате модифицированной информации о пользователе.
[0071] Отметим, что в отдельном примере 1, задание RA-RU с использованием обычной информации о пользователе не выполняется. То есть в отдельном примере 1, какой-нибудь RA-RU задан модифицированной информацией о пользователе.
[0072] Например, генератор 104 пускового кадра может устанавливать множество элементов модифицированной информации о пользователе, чтобы давать возможность устанавливать параметры по отдельности для соответственных элементов модифицированной информации о пользователе. То есть в отдельном примере 1, используется пусковой кадр небольшого размера, включающий в себя модифицированную информацию о пользователе. Это дает возможность добиваться функционирования, аналогичного действию по выделению RA-RU посредством обычной информации о пользователе (то есть установления по отдельности для каждого RU). Отметим, что, в отдельном примере 1, при передаче RA, количество уровней мультиплексирования с пространственным разделением ограничено 1 (без MIMO).
[0073] Отдельные примеры 1-1 и 1-2 отдельного примера 1 описаны ниже для случая, где модифицированная информация о пользователе задана с использованием одного неиспользуемого AID (AID=0).
[0074] <Отдельный пример 1-1>
В отдельном примере 1-1, генератор 104 пускового кадра в AP 100 устанавливает одну модифицированную информацию о пользователе в одном пусковом кадре.
[0075] Точнее, как в примере, показанном на фиг. 10, генератор 104 пускового кадра устанавливает AID в подполе AID12 одной модифицированной информации о пользователе, так что AID=0, который является неиспользуемым AID, тем самым, информируя терминал 200, что поле информации о пользователе, включающее в себя это подполе AID12, является модифицированной информацией о пользователе.
[0076] То есть генератор 104 пускового кадра устанавливает местоположение начального RU и размер RU у множества RA-RU в подполе выделения RU, показанном на фиг. 10, и устанавливает, в подполе выделения SS, не количество мультиплексированных с пространственным разделением потоков, а количество смежных RA-RU. Например, в случае, когда значением, принятым в подполе выделения SS является от 0 до 63 (6 битов), предоставлена возможность уведомлять, с использованием поля выделения SS, о количестве смежных RA-RU в диапазоне от 1 до 64. Это дает возможность, чтобы AP 100 задавала терминалу 200 любой один из смежных RU, включающих в себя от 1 до 64 RU, посредством одной модифицированной информации о пользователе. В примере, показанном на фиг. 10, семь смежных RA-RU (смежные RU=7)заданы одной модифицированной информацией о пользователе.
[0077] В отдельном примере 1-1, как описано выше, все RA-RU задаются с использованием одной модифицированной информации о пользователе и, таким образом, достигается уменьшение размера пускового кадра.
[0078] <Отдельный пример 1-2>
В отдельном примере 1-2, генератор 104 пускового кадра в AP 100 устанавливает множество модифицированных элементов информации о пользователе с использованием одного пускового кадра.
[0079] Точнее, как в примере, показанном на фиг. 11, генератор 104 пускового кадра формирует пусковой кадр, так чтобы два поля модифицированной информации о пользователе были включены в один пусковой кадр. Как в отдельном примере 1-1, генератор 104 пускового кадра устанавливает AID=0, который является неиспользуемым AID, в подполе AID12 каждого поля модифицированной информации о пользователе, тем самым, информируя терминал 200, что каждое поле информации о пользователе, включающее в себя подполе AID12, является модифицированной информацией о пользователе.
[0080] На фиг. 11, AP 100 задает семь смежных RA-RU в первой модифицированной информации о пользователе и задает MCS #1 (например, 16QAM) для этих RU. Более того, AP 100 задает один RA-RU во второй модифицированной информации о пользователе и задает MCS #2 (например, QPSK) для этого RU.
[0081] В случае когда есть перекрытие в RA-RU среди множества элементов модифицированной информации о пользователе, как в примере, показанном на фиг. 11 (в примере, показанном на фиг. 11, RU в центре семи RA-RU перекрывается), блок 206 определения ресурсов RA терминала отдает приоритет модифицированной информации о пользователе, из множества элементов модифицированной информации о пользователе, которая задает меньшее количество смежных RU. То есть на фиг. 11, приоритет отдается модифицированной информации о пользователе, задающей один RA-RU (смежные RU=1) в выделении SS, и, таким образом, MCS #2 используется для центрального RU.
[0082] Это дает возможность использовать множество разных параметров для множества RA-RU, заданных одним пусковым кадром. Более того, посредством установки количества смежных RU, заданных модифицированной информацией о пользователе, в 1, становится возможным задавать параметр по отдельности для каждого RU. Например, на фиг. 11, в центральный RU из семи смежных RA-RU, устанавливается параметр (MCS), отличный от параметров для других RU. То есть на фиг. 11, из семи смежных RA-RU, один и тот же параметр (MCS) установлен в шесть RU, формируя не сплошные полосы, иные, чем центральный RU.
[0083] Например, посредством установки множества элементов модифицированной информации о пользователе в одном пусковом кадре, становится возможным, чтобы AP 100 устанавливала надежную MCS (например, QPSK) для RU (например, RU, расположенного рядом с DC) из множества смежных RA-RU, таких как показанные на фиг. 11.
[0084] В отдельном примере 1-2, как описано выше, можно задавать параметр (MCS, целевой RSSI, или тому подобное) по отдельности по каждому RA для RA образом, аналогичным методу посредством обычной информации о пользователе, за исключением того, что мультиплексирование с пространственным разделением ограничено уровнем=1 мультиплексирования с пространственным разделением (без MIMO) для всех RA-RU.
[0085] Таким образом, согласно отдельному примеру 1-2, даже в случае, когда используется модифицированная информация о пользователе, можно задавать параметр по отдельности для каждого RU, что дает возможность использовать параметр в зависимости от прогнозируемых рабочих характеристик RU и, таким образом, может достигаться повышение пропускной способности.
[0086] Более того, в отдельном примере 1-2, посредством определения правила касательно приоритета, применяемого, когда есть перекрытие среди RU, заданных множеством элементов модифицированной информации о пользователе, AP 100 способна задавать параметр в зависимости от прогнозируемых рабочих характеристик RU посредством пускового кадра с небольшим размером (с малым количеством полей информации о пользователе).
[0087] Отметим, что способ выделения RA-RU посредством множества элементов модифицированной информации о пользователе, включенных в один пусковой кадр, не ограничен показанным в примере по фиг. 11.
[0088] Например, как показано на фиг. 12, AP 100 может задавать RU двумя элементами модифицированной информации о пользователе, включенной в один пусковой кадр, так чтобы не было перекрытия между двумя элементами модифицированной информации о пользователе. На фиг. 12, AP 100 задает четыре RA-RU посредством первой модифицированной информации о пользователе и задает MCS #1 (например, 16QAM) для этих RU, и AP 100 задает, посредством второй модифицированной информации о пользователе, три RA-RU в области, смежной с четырьмя RA-RU, заданными первой модифицированной информацией о пользователе (то есть так что нет перекрытия в области), и задает MCS #2 (например, QPSK) для этих RU.
[0089] Как показано на фиг. 13, AP 100 может задавать RU двумя элементами модифицированной информации о пользователе, включенной в один пусковой кадр, так чтобы RU, заданные соответственными элементами модифицированной информации о пользователе, были расположены в областях, отделенных друг от друга. На фиг. 13, AP 100 задает четыре RA-RU посредством первой модифицированной информации о пользователе и три RA-RU посредством второй модифицированной информации о пользователе, так чтобы три RA-RU находились в области, отделенной от четырех RA, для RA, заданных первым элементом модифицированной информации о пользователе (и, таким образом, не было перекрытия).
[0090] Хотя на фиг. 13 MCS #1 применяется к RU, заданным любой модифицированной информацией о пользователе, другой параметр может быть индивидуально задан каждой модифицированной информацией о пользователе. То есть идентичный параметр в показателях MCS, или тому подобного, может быть установлен для множества элементов модифицированной информации о пользователе, или разный параметр может устанавливаться по отдельности для каждой модифицированной информации о пользователе, как на фиг. 12. Более того, как показано на фиг. 13, произвольный RU, такой как RU планируемого доступа или не заданный RU (не выделенный RU) может находиться между двумя областями, заданными соответственными двумя элементам модифицированной информации о пользователе. Отметим, что, в случае, где параметры в показателях типа кодирования, MCS и DCM устанавливаются совместно для всех RU, заданных множеством элементов информации о пользователе, происходит уменьшение степени гибкости выполнения настройки в зависимости от характеристики передачи, или тому подобного, каждого RU. Однако, при основанном на OFDMA произвольном доступе, когда терминал получает право передачи, один RU произвольно выбирается из всех RA-RU для произвольного доступа. Поэтому, если есть различие в количестве данных, которые могут передаваться посредством RU среди RU, заданных в множестве элементов модифицированной информации о пользователе, необходимо определять количество данных кадра передачи после того, как терминал выбирает RU, что приводит к увеличению сложности процесса формирования кадра передачи. Однако, в случае, когда общий параметр используется для множества элементов модифицированной информации о пользователе, количество данных, способных передаваться, равно всем RA-RU произвольного доступа, что предоставляет возможность упрощения процесса формирования кадра передачи, выполняемого на терминале.
[0091] В примере, описанном выше со ссылкой на фиг. с 11 по 13, в качестве примера, предполагается, что два элемента модифицированной информации о пользователе включено в один пусковой кадр. Однако, три или более элементов модифицированной информации о пользователе могут быть включены в пусковой кадр.
[0092] <Отдельный пример 2>
В отдельном примере 2, множество неиспользуемых AID используются для задания RA-RU.
[0093] То есть контроллер 103, 205 AID определяет множество неиспользуемых AID для задания элементов информации о пользователе (модифицированной информации о пользователе или обычной информации о пользователе), указывающей RA-RU.
[0094] Контроллер 103, 205 AID определяет элементы информации о пользователе, задающие RA-RU, тем временем, проводя различие между неиспользуемым AID, соответствующим обычной информации о пользователе, и неиспользуемым AID, соответствующим модифицированной информации о пользователе. Например, контроллер 103, 205 AID определяет AID=0 в качестве неиспользуемого AID для задания обычной информации о пользователе и AID=2048 в качестве неиспользуемого AID для идентификации модифицированной информации о пользователе.
[0095] То есть генератор 104 пускового кадра устанавливает AID=0 в подполе AID12, тем самым, информируя терминал 200, что поле информации о пользователе, включающее в себя подполе AID12, находится в формате обычной информации о пользователе и задает один RA-RU. Более того, генератор 104 пускового кадра устанавливает AID=2048 (неиспользуемый AID, отличный от AID=0) в подполе AID12, тем самым, информируя терминал 200, что поле информации о пользователе, включающее в себя подполе AID12, находится в формате модифицированной информации о пользователе, и задает множество RA-RU (смежных RA-RU).
[0096] AID=2048 соответствует значению, которое устанавливается в 12-битном подполе AID12, так чтобы только MSB (самый старший бит) имели значение 1, а другие 11 бит младшего порядка все имели значение 0. Таким образом, в случае, когда AID установлен так, что AID=0 или 2048, как описано выше, терминал 200 определяет, что информация о пользователе для RA задана, когда 11 бит младшего порядка все равны 0. То есть задана ли модифицированная информация о пользователе или обычная информация о пользователе, можно определять только из MSB и, таким образом, достигается упрощение процесса, выполняемого терминалом 200.
[0097] В примере, показанном на фиг. 14, генератор 104 пускового кадра в AP 100 устанавливает множество неиспользуемых AID (AID=0, 2048) так что AID=0 устанавливается в подполе AID12 обычной информации о пользователе, и AID=2048 устанавливается в подполе AID12 каждой модифицированной информации о пользователе. Более того, на фиг. 14, AP 100 задает три RA-RU (смежные RU=3) посредством каждого из двух элементов модифицированной информации о пользователе и задает MCS #1 (например, 16QAM) для каждого из этих RU. AP 100 также задает один RA-RU посредством одной обычной информации о пользователе и задает MCS #2 (например, QPSK) для этого RU.
[0098] Это дает возможность различимо использовать множество разных параметров для множества RA-RU, заданных в одном пусковом кадре. Также можно задавать параметр по отдельности для каждого RU, выполняя настройку, так что количество смежных RU=1, заданному модифицированной информацией о пользователе, или параметр задается по отдельности для каждого RU, когда используется обычная информация о пользователе. Например, на фиг. 14, центральный RU в семи смежных RA-RU устанавливается параметром (MCS), отличным от параметров, установленных в других RU. То есть на фиг. 14, из семи смежных RA-RU, шесть RU, иных чем центральный RU, формируют не сплошную полосу, и один и тот же параметр (MCS) установлен для этих шести RU.
[0099] Например, AP 100 способна индивидуально устанавливать высоко устойчивую к ошибкам надежную MCS для части RU (например, центрального RU), которые прогнозируемо должны встретиться с ухудшением рабочих характеристик, пользуясь обычной информацией о пользователе или модифицированной информацией о пользователе, в которой количество смежных RU установлено в 1.
[0100] Согласно отдельному примеру 2, как описано выше, можно применять параметр в зависимости от прогнозируемых рабочих характеристик для каждого RU посредством комбинирования обычной информации о пользователе и модифицированной информации о пользователе, добиваясь повышения пропускной способности. Более того, согласно отдельному примеру 2, AP 100 также способна задавать смежные RA-RU с использованием модифицированной информации о пользователе, как в отдельном примере 1, тем самым уменьшая размер пускового кадра. Более того, в отдельном примере 2, также можно устанавливать количество мультиплексированных с пространственным разделением потоков в подполе выделения SS (то есть можно использовать MIMO) с использованием обычной информации о пользователе.
[0101] Отметим, что, на фиг. 14, в качестве примера, AID=0 установлен в обычной информации о пользователе, и AID=2048 установлен в элементах модифицированной информации о пользователе. Однако, значения неиспользуемых AID, установленных в обычной информации о пользователе и модифицированной информации о пользователе, не ограничены значениями 0 и 2048, и может устанавливаться другое значение.
[0102] Более того, в отдельном примере 2, RA-RU, заданные в одном пусковом кадре, не обязательно должны быть смежными, как в примере, показанном на фиг. 14, но могут быть заданы RU, расположенные в не сплошных областях, разделенным порознь друг от друга, например, как в примере, показанном на фиг. 15.
[0103] Ниже описаны отдельный пример 2-1 и отдельный пример 2-2, которые являются более подробными примерами отдельного примера 2, способов задания, с использованием неиспользуемого идентификатора, что поле информации о пользователе является обычной информацией о пользователе или модифицированной информацией о пользователе.
[0104] <Отдельный пример 2-1>
В отдельном примере 2-1, генератор 104 пускового кадра в AP 100 информирует терминал 200 о RA-RU, заданном обычной информацией о пользователе (AID=0), и смежных RA-RU, заданных модифицированной информацией о пользователе (неиспользуемым AID со значением AID ≠ 0).
[0105] Точнее, как в примере, показанном на фиг. 16, генератор 104 пускового кадра задает семь RA-RU (смежные RU=7) с использованием модифицированной информации о пользователе (AID=2048) и задает MCS #1 (например, 16QAM) для этих RU. Более того, генератор 104 пускового кадра задает один RA-RU с использованием обычной информации о пользователе (AID=0) и задает MCS #2 (например, QPSK) для этого RU.
[0106] В случае когда есть перекрытие между одним RA-RU, заданным обычной информацией о пользователе, и смежными RA-RU, заданными модифицированной информацией о пользователе, как показано на фиг. 16 (на фиг. 16, происходит в центральном RU из семи RA-RU), блок 206 определения ресурсов RA терминала 200 отдает приоритет обычной информации о пользователе, задающей RU. То есть на фиг. 16, что касается центрального RU, приоритет отдается обычной информации о пользователе и, таким образом, MCS #2 применяется к центральному RU.
[0107] Таким образом, в отдельном примере 2-1, как в отдельном примере 2 (фиг. 14), можно различимо использовать множество параметров для RA-RU, заданных в одном пусковом кадре. Например, как показано на фиг. 16, AP 100 может устанавливать высоко устойчивую к ошибкам надежную MCS по отдельности для части RU (например, центрального RU), которые прогнозируемо должны встретиться с ухудшением рабочих характеристик, пользуясь обычной информацией о пользователе.
[0108] В отдельном примере 2-1, посредством определения правила, указывающего, какому RU отдается приоритет в случае, когда есть перекрытие между RU, заданным обычной информацией о пользователе, и RU, заданным модифицированной информацией о пользователе, AP 100 способна задавать параметр, зависящий от прогнозных рабочих характеристик RU посредством пускового кадра с небольшим размером (с малым количеством полей информации о пользователе). Например, в отдельном примере 2-1 (фиг. 16) можно выполнять настройку RA-RU, аналогичную настройке в отдельном примере 2 (фиг. 14), пользуясь пусковым кадром с меньшим размером (с меньшим количеством полей информации о пользователе).
[0109] <Отдельный пример 2-2>
В отдельном примере 2-2, каждый из множества неиспользуемых AID связан с ограничительным условием (ограничительным условием терминала), накладываемым на терминал 200, который передает сигнал RA. То есть AP 100 задает, с использованием множества неиспользуемых AID, ограничительное условие терминала, накладываемое на терминал 200, который передает сигнал RA.
[0110] Как в примере, показанном на фиг. 17, контроллер 103, 205 AID определяет AID=2008 и AID =2009 в качестве неиспользуемых AID, соответствующих элементам модифицированной информации о пользователе, задающей RA-RU. Более того, контроллер 103, 205 AID назначает разные ограничительные условия терминала на AID=2008 и AID=2009 соответственно. Генератор 104 пускового кадра в AP 100 устанавливает AID=2008 или 2009 в подполях AID12, тем самым информируя терминал 200, что поля информации о пользователе, включающие в себя подполе AID12, оба находятся в формате модифицированной информации о пользователе.
[0111] На фиг. 17, AP 100 задает условия соединения терминала 200 в виде ограничительных условий терминала, разных между соответственными неиспользуемыми AID, задающими модифицированную информацию о пользователе. Точнее, как показано на фиг. 17, RA-RU, заданным посредством AID=2008, является RA-RU, ограниченным для использования между AP 100 и терминалом 200 (связанной STA), присоединенным к AP 100. RA-RU, заданным посредством AID=2009, является RA-RU, ограниченный для использования между AP 100 и не присоединенным терминалом 200 (несвязанной STA).
[0112] Таким образом, можно классифицировать терминалы 200, передающие сигнал RA с использованием каждого RU, на связанные STA и несвязанные STA. Поэтому, AP 100 устанавливает надлежащий параметр индивидуально для каждого условия соединения терминала 200.
[0113] Например, AP 100 уже имеет информацию касательно связанной STA (в показателях условия связи терминала 200) и, таким образом, AP 100 способна надлежащим образом настраивать параметр (мощность, MCS, или тому подобное) восходящей линии для связанной STA. В противоположность, AP 100 не имеет информации касательно несвязанной STA и, таким образом, AP 100 устанавливает высоко устойчивое к ошибкам надежное значение в качестве параметра восходящей линии связи для несвязанной STA. Таким образом, как показано на фиг. 17, AP 100 устанавливает RA-RU отдельно для каждой связанной STA и несвязанной STA, и выполняет планирование, так чтобы мультиплексирование посредством OFDMA не происходило в одном и том же пакете, тем самым, давая возможность, например, добиваться уменьшения помех между терминалами 200, для которых устанавливаются разные параметры (например, мощность передачи). Более того, AP 100 может устанавливать MCS с более высокой устойчивостью к ошибкам для несвязанной STA, тем самым, предотвращая ухудшение рабочих характеристик.
[0114] В альтернативном примере, AP 100 может задавать условие мощности передачи терминала 200 в качестве ограничительного условия терминала, которое различно для каждого неиспользуемого AID, указывающего модифицированную информацию о пользователе (не проиллюстрировано на фигурах). Точнее RA-RU, заданным посредством AID=2008, является RA-RU, ограниченный для использования терминалом 200, который имеет минимальную имеющуюся в распоряжении мощность, которая равна или меньше требуемой мощности передачи восходящей линии связи, то есть который способен выполнять передачу с требуемой мощностью передачи восходящей линии связи. RA-RU, заданным посредством AID=2009, является RA-RU, ограниченный для использования терминалом 200, который имеет минимальную имеющуюся в распоряжении мощность, большую требуемой мощности передачи восходящей линии связи, то есть который не способен выполнять передачу с требуемой мощностью передачи восходящей линии связи.
[0115] Таким образом, AP 100 может выполнять планирование так, чтобы мультиплексирование посредством OFDMA не выполнялось в одном и том же пакете, применительно к терминалу 200, который не способен выполнять передачу с требуемой мощностью передачи восходящей линии связи, и терминалу 200, который способен выполнять передачу юс требуемой мощностью передачи восходящей линии связи, тем самым, добиваясь уменьшения помех между терминалами 200. AP 100 может устанавливать MCS с более высокой устойчивостью к ошибкам на терминал 200, который не способен выполнять передачу с требуемой мощностью передачи восходящей линии связи, тем самым предотвращая ухудшение рабочих характеристик.
[0116] В альтернативном примере, в качестве ограничительного условия терминала, разного для каждого неиспользуемого AID, задающего модифицированную информацию о пользователе, AP 100 может задавать ограничительное условие данных передачи (не проиллюстрированное), накладываемое на терминал 200. Точнее, AID=2008 может задавать модифицированную информацию о пользователе, включающую в себя информацию о зависимой от пускового сигнала информации о пользователе, в поле информации о пользователе, тем временем, AID=2009 может задавать модифицированную информацию о пользователе, не включающую в себя информацию о зависимой от пускового сигнала информации о пользователе.
[0117] В случае, когда поле информации о пользователе включает в себя информацию о зависимой от пускового сигнала информации о пользователе (то есть в случае, когда используется A-MPDU (агрегатный блок данных протокола MAC), который является комбинацией множества MPDU), прогнозируется, что время процесса, выполняемого на AP 100, является большим, чем в случае, когда нет информации о зависимой от пускового сигнала информации о пользователе. Ввиду приведенного выше, AP 100, например, может выполнять планирование, так чтобы RU, используемый терминалом 200, выбирался в зависимости от времени обработки для сигнала восходящей линии связи, который передается в ответ на инструкцию из пускового кадра, тем самым, добиваясь повышения эффективности использования RU.
[0118] Отметим, что ограничительные условия терминала не ограничены условием соединения терминала 200, условием мощности передачи и ограничительным условием данных передачи, описанными выше.
[0119] Согласно отдельному примеру 2-2, как описано выше, посредством выдачи инструкции, в которой множество неиспользуемых AID ассоциативно связано с ограничительными условиями, наложенными на терминал 200, AP 100 способна надлежащим образом выполнять планирование RA-RU в зависимости от состояния терминала 200.
[0120] Отметим, что, в отдельном примере 2-2, RA-RU, заданные одним пусковым кадром, не ограничены смежными RU, такими как показанные на фиг. 17. Например, RU, расположенные в не сплошных областях, отделенных друг от друга, могут быть заданы, как показано на фиг. 18.
[0121] Выше были описаны отдельные примеры 1 и 2 способов задания формата поля информации о пользователе с использованием неиспользуемого AID.
[0122] В описанных выше примерах, параметром, заданным модифицированной информацией о пользователе. в качестве примера, является MCS. Однако, другие параметры (тип кодирования, DCM, целевая RSSI) также могут задаваться аналогичным MCS образом.
[0123] [Полезные результаты]
Согласно настоящему варианту осуществления, как описано выше, генератор 104 пускового кадра из AP 100 устанавливает неиспользуемый AID, который не должен использоваться при планируемом доступе, в модифицированной информации о пользователе, задавая один или более смежных блоков ресурсов для произвольного доступа в пусковом кадре. Это дает возможность, чтобы терминал 200 принимал решение, на основании значения AID, указанного в подполе AID12 каждого поля информации о пользователе пускового кадра, в отношении того, является или нет поле информации о пользователе модифицированной информацией о пользователе.
[0124] Согласно настоящему варианту осуществления, поэтому, не нужно использовать (расходовать) зарезервированную область типа пускового сигнала для задания модифицированной информации о пользователе. То есть можно задавать модифицированную информацию о пользователе, тем временем, оставляя место для будущего расширения стандарта. Таким образом, согласно настоящему варианту осуществления, можно надлежащим образом устанавливать модифицированную информацию о пользователе в пусковом кадре.
[0125] Более того, согласно настоящему варианту осуществления, посредством установки множества элементов модифицированной информации о пользователе (или обычной информации о пользователе и по меньшей мере одной модифицированной информации о пользователе) в одном пусковом кадре, становится возможным выделять не только смежные RU, но и не смежные RU, и также становится возможным задавать разные параметры для соответственных элементов информации о пользователе. Это дает возможность задавать параметр в зависимости от прогнозируемых рабочих характеристик для каждого из множества RA-RU, заданных пусковым кадром, тем самым, добиваясь повышения пропускной способности.
[0126] (Второй вариант осуществления)
Например, в случае, когда модифицированная информация о пользователе устанавливается, как описано выше со ссылкой на фиг. 6A или другие фигуры, это обсуждается, чтобы уменьшить размер пускового сигнала посредством удаления подполя зависимой от пускового сигнала общей информации и подполя зависимой от пускового сигнала информации о пользователе.
[0127] Однако, в случае когда типом пускового сигнала является базовый пусковой сигнал (смотрите фиг. 3) (в случае, когда пусковой кадр предписывает нормальную передачу данных, не накладывая никаких ограничений на формат сигнала восходящей линии связи), не только при планируемом доступе, но также при передаче RA, полезно, что поле информации о пользователе включает в себя подполе зависимой от пускового сигнала информации о пользователе, тем самым, обеспечивая извещение об ограничительной информации (ограничении на количество комбинированных MPDU, рекомендованное AC, или тому подобное) на данные передачи восходящей линии связи, показанные на фиг. 5.
[0128] Ввиду приведенного выше, второй вариант осуществления предусматривает способ эффективной передачи ограничительной информации на данные передачи восходящей линии связи, когда передается модифицированная информация о пользователе.
[0129] Согласно настоящему варианту осуществления, система беспроводной связи включает в себя AP 300 (устройства радиопередачи) и терминал 400 (устройство радиоприема). AP 300 передает пусковой кадр, задающий передачу RA терминалу 400. Терминал 400 принимает пусковой кадр и передает RA на AP 300 с использованием ресурса, заданного в пусковом кадре.
[0130] [Конфигурация AP]
Фиг. 19 - структурная схема, иллюстрирующая конфигурацию AP 300 согласно настоящему варианту осуществления. На фиг. 19, аналогичные блоки, действующие образом, сходным с блоками согласно первому варианту осуществления (фиг. 8), обозначены подобными символами ссылки, а их описание опущено. Точнее, AP 300 отлична от AP 100 (фиг. 8) согласно первому варианту осуществления по той причине, что дополнительно предусмотрен контроллер 301 зависимой от пускового сигнала информации, и генератор 302 пускового кадра функционирует иным образом.
[0131] Контроллер 301 зависимой от пускового сигнала информации определяет зависимую от пускового сигнала информацию (зависимую от пускового сигнала общую информацию или зависимую от пускового сигнала информацию о пользователе) в зависимости от типа пускового сигнала и выдает зависимую от пускового сигнала информацию (ограничительную информацию на данные передачи восходящей линии связи) и информацию, указывающую поле и подполе, в котором расположена зависимая от пускового сигнала информация, в генератор 302 пускового кадра.
[0132] Местоположение зависимой от пускового сигнала информации в пусковом кадре, например, определяется техническими условиями, и тому подобным, и местоположение одинаково распознается как передающим устройством, так и приемным устройством (AP 300 и терминалом 400). Например, в случае, когда типом пускового сигнала является базовый пусковой сигнал, и форматом поля информации о пользователе является модифицированная информация о пользователе, ограничительная информация на данные передачи восходящей линии связи включена в виде зависимой от пускового сигнала информации в пусковой кадр. Позже будет описан способ применения зависимой от пускового сигнала информации к терминалу 400.
[0133] Генератор 302 пускового кадра, в дополнение к операцией, выполняемой генератором 104 пускового кадра согласно первому варианту осуществления, выполняет операцию установки зависимой от пускового сигнала информации в предварительно определенном поле и подполе пускового кадра согласно инструкции, выданной контроллером 302 зависимой от пускового сигнала информации.
[0134] [Конфигурация терминала]
Фиг. 20 - структурная схема, иллюстрирующая конфигурацию терминала 400 согласно настоящему варианту осуществления. На фиг. 20, аналогичные блоки, действующие образом, сходным с блоками согласно первому варианту осуществления (фиг. 9), обозначены подобными символами ссылки, а их описание опущено. Точнее, терминал 400 отличен от терминала 200 (фиг. 9) согласно первому варианту осуществления по той причине, что дополнительно предусмотрен блок 401 сбора данных зависимой от пускового сигнала информации, и генератор 402 RA функционирует иным образом.
[0135] Блок 401 сбора данных зависимой от пускового сигнала информации получает зависимую от пускового сигнала информацию (зависимую от пускового сигнала общую информацию или зависимую от пускового сигнала информацию о пользователе) из пускового кадра, выданного из декодера 204 пускового кадра, и выдает собранную зависимую от пускового сигнала информацию в генератор 402 RA.
[0136] На основании RA-RU и управляющей информации для формирования сигнала RA, определенного блоком 206 определения ресурсов RA, и зависимой от пускового сигнала информации, выведенной из блока 401 сбора данных зависимой от пускового сигнала информации, генератор 402 RA формирует сигнал RA, включающий в себя идентификатор терминала и информацию передачи (данные, управляющую информацию, или тому подобное), связанную с терминалом 400.
[0137] [Операции AP 300 и терминала 400]
Затем, описаны операции AP 300 и терминала 400 согласно настоящему варианту осуществления.
[0138] В случае, когда типом пускового сигнала является базовый пусковой сигнал, AP 300 задает ограничительную информацию на данные передачи восходящей линии связи в качестве зависимой от пускового сигнала информации, даже когда форматом поля информации о пользователе является модифицированная информация о пользователе.
[0139] Ниже описаны отдельные примеры с 1 по 3 способов задания ограничительной информации на данные передачи восходящей линии связи в пусковом кадре, включающем в себя модифицированную информацию о пользователе.
[0140] <Отдельный пример 1>
Как проиллюстрировано на фиг. 6A, в пусковом кадре, в котором модифицированная информация о пользователе не включает в себя подполе зависимой от пускового сигнала информации о пользователе, когда типом пускового сигнала является базовый пусковой сигнал, для того чтобы терминал 400 выявлял размер каждого поля информации о пользователе в пусковом кадре (для того чтобы выявлять границу между каждым полем информации о пользователе), необходимо декодировать подполе AID12 каждого поля информации о пользователе, что дает в результате увеличение сложности процесса приема, выполняемого терминалом 400.
[0141] Ввиду приведенного выше, в отдельном примере 1, в случае, когда типом пускового сигнала является базовый пусковой сигнал, модифицированная информация о пользователе сконфигурирована так, чтобы подполе зависимой от пускового сигнала информации о пользователе было включено также в модифицированную информацию о пользователе, и ограничительная информация на данные восходящей линии связи устанавливается в виде зависимой от пускового сигнала информации.
[0142] То есть в случае, когда типом пускового сигнала у пускового кадра является базовый пусковой сигнал, генератор 302 пускового кадра из AP 300 устанавливает ограничительную информацию на сигнал восходящей линии связи при передаче в модифицированной информации о пользователе.
[0143] Точнее, в примере, показанном на фиг. 21, пусковой кадр включает в себя смесь элементов обычной информации о пользователе (AID=1 и 2), задающей RU для планируемого доступа, и элементы модифицированной информации о пользователе (AID=0), задающей множество RA-RU. Более того, на фиг. 21, базовый пусковой сигнал задан в подполе типа пускового сигнала из поля общей информации.
[0144] В этом случае, в каждой обычной информации о пользователе, ограничительная информация на данные передачи восходящей линии связи, специфичная для каждого терминала, устанавливается в виде зависимой от пускового сигнала информации о пользователе. С другой стороны, в каждой модифицированной информации о пользователе, только в случае, когда базовый пусковой сигнал установлен в качестве типа пускового сигнала, ограничительная информация на данные передачи восходящей линии связи, которая должна быть применена к RA-RU, устанавливается в виде зависимой от пускового сигнала информации о пользователе.
[0145] Таким образом, в случае, когда типом пускового сигнала, включенным в общую информацию пускового кадра, является базовый пусковой сигнал, можно определять, что все поля информации о пользователе имеют размеры (например, 5 байт), включая зависимую от пускового сигнала информацию о пользователе, то есть они имеют одинаковый размер. То есть терминалу 400 не обязательно декодировать подполе AID12 каждого поля информации о пользователе для выявления размера поля информации о пользователе.
[0146] Согласно отдельному примеру 1, как описано выше, размер поля информации о пользователе уникально определяется по типу пускового сигнала независимо от формата поля информации о пользователе и, таким образом, достигается упрощение процесса приема, выполняемого терминалом 400.
[0147] Более того, AP 300 может объявлять об информации о зависимой от пускового сигнала информации о пользователе даже в модифицированной информации о пользователе. К тому же, при передаче RA терминалом 400, ограничительная информация на передачу данных может эффективно использоваться, как при передаче планируемого доступа.
[0148] <Отдельный пример 2>
В отдельном примере 2, в случае, когда типом пускового сигнала у пускового кадра является базовый пусковой сигнал, ограничение на передачу сигнала восходящей линии связи накладывается на терминал 400, которому предписывается использовать один или более смежных RA-RU, заданных модифицированной информацией о пользователе в пусковом кадре.
[0149] То есть в отдельном примере 2, как в примере, показанном на фиг. 22, в случае, когда тип пускового сигнала является базовым пусковым сигналом, в отличие от отдельного примера 1 (фиг. 21), какая-нибудь информация о пользователе не включает в себя подполе зависимой от пускового сигнала информации о пользователе.
[0150] Что касается постоянного ограничения, наложенного на данные восходящей линии связи, передаваемые терминалом 400, например, коэффициент заполнения MU MPDU и предел агрегации TID могут быть ограничены постоянными значениями (одиночным MPDU с небольшим размером) при условии, что количество MPDU=1. Это дает возможность предохранять AP 300 от проявления задержки во время ответа. Отметим, что постоянное ограничение на данные восходящей линии связи, передаваемые терминалом 400, не ограничено постоянным значением при условии, что количество MPDU=1, но могут применяться другие значения.
[0151] Таким образом, в отдельном примере 2, когда типом пускового сигнала является базовый пусковой сигнал, посредством задания множества RA-RU с использованием модифицированной информации о пользователе, как в первом варианте осуществления, можно накладывать ограничение на передачу RA с использованием RA-RU, заданных модифицированной информацией о пользователе, тем временем, сокращая размер пускового кадра.
[0152] <Отдельный пример 3>
В отдельном примере 3, в случае, когда типом пускового сигнала является базовый пусковой сигнал, как показано на фиг. 23, общая информация включает в себя подполе зависимой от пускового сигнала общей информации, и ограничительная информация на передачу данных устанавливается параметром, который является общим для всех мультиплексируемых посредством OFDM терминалов 400.
[0153] То есть в случае когда типом пускового сигнала у пускового кадра является базовый пусковой сигнал, генератор 302 пускового кадра из AP 300 устанавливает ограничительную информацию на передачу сигнала восходящей линии связи в общей информации.
[0154] То есть в отдельном примере 3, в поле пользовательской информации, ограничительная информация на сигнал восходящей линии связи при передаче не устанавливается независимо от формата поля информации о пользователе (модифицированной информации о пользователе или обычной информации о пользователе). Поэтому, как показано на фиг. 23, даже в случае, когда типом пускового сигнала является базовый пусковой сигнал, подполе зависимой от пускового сигнала информации о пользователе не включено ни в модифицированную информацию о пользователе, ни в обычную информацию о пользователе.
[0155] Установка ограничительной информации в общей информации побуждает ограничительное условие на передачу данных быть одинаковой для всех мультиплексированных посредством OFDM терминалов 400. Однако информация о пользователе не включает в себя подполе зависимой от пускового сигнала информации о пользователе и, таким образом, достигается уменьшение размера пускового кадра.
[0156] В отдельном примере 3, независимо от формата поля информации о пользователе, информация о пользователе не включает в себя поле зависимой от пускового сигнала информации о пользователе и, таким образом, размер полей информации о пользователе уникально определяются типом пускового сигнала, как в отдельном примере 1. Поэтому, становится необязательным, чтобы терминал 400 декодировал подполе AID12 каждого поля информации о пользователе для выявления размера поля информации о пользователе и, таким образом, достигается упрощение процесса приема, выполняемого терминалом 400.
[0157] Отдельные примеры с 1 по 3 способов задания ограничительной информации на данные передачи восходящей линии связи в пусковом кадре, включающем в себя модифицированную информацию о пользователе, которая была описана выше.
[0158] На фиг. с 21 по 23, RA-RU, заданные одним пусковым кадром, в качестве примера, являются смежными RU. Однако, RA-RU не ограничены смежными RU. RU, расположенные в не сплошных областях, отделенных друг от друга (не показаны), могут быть заданы одним пусковым кадром, как в первом варианте осуществления (например, фиг. 13, фиг. 15 и фиг. 18).
[0159] Более того, описанные выше операции согласно настоящему варианту осуществления не ограничены случаем, когда типом пускового сигнала является базовый пусковой сигнал. Например, когда тип пускового сигнала предоставляет возможность передачи RA, и тип пускового сигнала включает в себя зависимую от пускового сигнала информацию о пользователе, операции согласно настоящему варианту осуществления возможны аналогичным образом, как описано выше, и могут достигаться сходные результаты.
[0160] Выше были описаны варианты осуществления настоящего изобретения.
[0161] (Другие варианты осуществления)
(1) Как показано на фиг. 24, один пусковой кадр может включать в себя смесь задания RA-RU с использованием модифицированной информации о пользователе или обычной информации о пользователе, описанных выше со ссылкой на варианты осуществления, и задания RU планируемого доступа.
[0162] (2) В вариантах осуществления, описанных выше, были пояснены способы задания модифицированной информации о пользователе с использованием неиспользуемого AID. Вместо неиспользуемого AID, модифицированная информация о пользователе может быть задана с использованием зарезервированной области (1 бит) в поле информации о пользователе. Например, один бит в зарезервированной области может использоваться для задания формата поля информации о пользователе, указывающего, является ли форматом модифицированная информация о пользователе или обычная информация о пользователе. В качестве альтернативы, модифицированная информация о пользователе может быть задана с использованием другого подполя в поле информации о пользователе. Например, AID=0 может задавать RA-RU, и, не выводя из работы DCM в RA-RU, один бит DCM может использоваться для задания формата, чтобы указывать, является ли формат модифицированной информацией о пользователе или обычной информацией о пользователе.
[0163] (3) При задании RA-RU, может выполняться предварительно определение в отношении порядка, в пусковом кадре, уведомления обычной информацией о пользователе (заданной посредством AID=0) и модифицированной информацией о пользователе (заданной используемым AID со значением AID ≠ 0). Это дает возможность добиваться упрощения процесса приема, выполняемого терминалом.
[0164] В технических условиях, для упрощения процесса приема на терминале, порядок уведомления определен так, чтобы выдавалась информация о пользователе в пусковом кадре, уведомление об RU планируемого доступа, а затем, выдавалось уведомление о RA-RU. В случае, когда уведомления о RA-RU заданы смесью обычной информации о пользователе и модифицированной информации о пользователе, как в настоящем варианте осуществления, предварительно определение порядка уведомления об этих элемента информации о пользователе дает возможность упрощать процесс приема на терминале.
[0165] Например, как показано на фиг. 25, порядок уведомления может быть предварительно определен так, что уведомление должно выдаваться в порядке «уведомления о RU планируемого доступа (в примере, показанном на фиг. 25, элементов информации о пользователе, индивидуально задающей терминалы с AID=1, 2)», «уведомления о RA-RU с использованием модифицированной информации о пользователе (в примере, показанном на фиг. 25, заданной посредством AID=2048)» и «уведомления о RA-RU с использованием обычной информации о пользователе (в примере, показанном на фиг. 25, заданной посредством AID=0)». Посредством предварительно определения порядка уведомления, как описано выше, когда есть перекрытие между заданными RA-RU, как в вариантах осуществления, описанных выше (например, смотрите фиг. 16), процесс приема на терминале может быть упрощен, например, так чтобы инструкция в модифицированной информации о пользователе переписывалась обычной информацией о пользователе.
[0166] Более того, порядок уведомления о множестве элементов модифицированной информации о пользователе, включенной в один пусковой кадр, может быть предварительно определен, так чтобы уведомление выдавалось в убывающем порядке количества смежных RU заданных элементами модифицированной информации о пользователе. Посредством предварительно определения порядка уведомления, как описано выше, когда есть перекрытие между заданными RA-RU, как в вариантах осуществления, описанных выше (например, смотрите фиг. 11), процесс приема на терминале может быть упрощен, например, так чтобы модифицированная информация о пользователе, задающая большое количество смежных RU, переписывалась модифицированной информацией о пользователе, задающей небольшое количество смежных RU.
[0167] (4) Настоящее изобретение может быть реализовано программным обеспечением, аппаратными средствами или программным обеспечением в объединении с аппаратными средствами. Каждый функциональный блок, описанный в вариантах осуществления, может быть частично или полностью реализован БИС, которая является интегральной схемой. Каждый процесс, описанный в вариантах осуществления, может быть частично или полностью управляться одной БИС или комбинацией БИС. Одна БИС может быть реализована одной микросхемой. Одна микросхема может включать в себя часть или все функциональные блоки. Каждая БИС может включать в себя вход и выход данных БИС также может называться ИС (интегральной схемой, IC), системной БИС, супер БИС или ультра БИС в зависимости от плотности интеграции. Способ реализации интегральной схемы не ограничен БИС, но интегральная схема может быть реализована в виде специализированной схемы или процессора общего применения. Интегральная схема также может быть реализована с использованием FPGA (программируемой пользователем вентильной матрицы), которая может программироваться после того, как БИС выпущена, или реконфигурируемого процессора, которому предоставлена возможность реконфигурироваться в показателях соединения или настройки ячеек схемы внутри БИС. Настоящее изобретение может быть реализовано посредством цифровой или аналоговой обработки. Когда новая технология интегральных схем, иная чем технологии БИС, реализуются в будущем благодаря прогрессу в полупроводниковой технологии или связанной технологии, функциональные блоки могут быть реализованы с использованием такой новой технологии. Потенциально возможно использование биотехнологии.
[0168] Устройство связи согласно настоящему изобретению включает в себя генератор пускового сигнала, который формирует пусковой сигнал, предписывающий передачи сигнала восходящей линии связи, при этом, в случае, когда пусковой сигнал включает в себя первое поле информации о терминале, задающее один или более смежных блоков ресурсов для произвольного доступа, неиспользуемый идентификатор, который не должен использоваться в качестве идентификатора терминала, устанавливается в подполе идентификатора терминала в первом поле информации о терминале, и передатчик, который передает сформированный пусковой сигнал.
[0169] В устройстве связи согласно настоящему изобретению, когда блок ресурсов для произвольного доступа задан, одно значение неиспользуемого идентификатора устанавливается в подполе идентификатора терминала.
[0170] В устройстве связи согласно настоящему изобретению, в случае, когда пусковой сигнал включает в себя множество первых полей информации о терминале, когда есть перекрытие в одном или более смежных блоков ресурсов для произвольного доступа, заданных соответственно первыми полями информации о терминале, приоритет множества первых полей информации о терминале для перекрывающихся блоков ресурсов определяется так, чтобы приоритет отдавался инструкции, описанной в первом поле информации о терминале, задающем меньшее количество блоков ресурсов.
[0171] В устройстве связи согласно настоящему изобретению, когда блок ресурсов для произвольного доступа задан, есть множество значений неиспользуемых идентификаторов, которые могут быть установлены в подполе идентификатора терминала.
[0172] В устройстве связи согласно настоящему изобретению, генератор пускового сигнала устанавливает первое неиспользуемое значение идентификатора из множества неиспользуемых значений идентификатора в подполе идентификатора терминала из первого поля информации о терминале и устанавливает второе неиспользуемое значение идентификатора в подполе идентификатора терминала во втором поле информации о терминале, задающего один блок ресурсов для произвольного доступа. В случае, когда есть перекрытие между блоком ресурсов, заданным первым полем информации о терминале и блоком ресурсов, заданным вторым полем информации о терминале, приоритет в перекрывающемся блоке ресурсов определяется так, чтобы приоритет отдавался инструкции, указанной во втором поле информации о терминале.
[0173] В устройстве связи согласно настоящему изобретению, каждый из неиспользуемых идентификаторов связан с ограничительным условием, наложенным на терминал, который передает сигнал произвольного доступа.
[0174] В устройстве связи согласно настоящему изобретению, в случае, когда пусковой сигнал имеет тип, который не накладывает ограничений на формат сигнала восходящей линии связи, генератор пускового сигнала устанавливает информацию в первом поле информации о терминале, чтобы задавала ограничение на сигнал восходящей линии связи при передаче.
[0175] В устройстве связи согласно настоящему изобретению, в случае, когда пусковой сигнал имеет тип, который не накладывает ограничений на формат сигнала восходящей линии связи, ограничение на сигнал восходящей линии связи при передаче накладывается на терминал, которому предписано использовать один или более смежных блоков ресурсов для произвольного доступа, заданных первым полем информации о терминале пускового сигнала.
[0176] В устройстве связи согласно настоящему изобретению, в случае, когда пусковой сигнал имеет тип, который не накладывает ограничений на формат сигнала восходящей линии связи, генератор пускового сигнала устанавливает информацию, указывающую ограничение на сигнал восходящей линии связи при передаче, не в первом поле информации о терминале, а в поле общей информации, включающем в себя информацию, общую для терминалов.
[0177] Способ связи согласно настоящему изобретению включает в себя формирование пускового сигнала, предписывающего передачу сигнала восходящей линии связи. В случае, когда пусковой сигнал включает в себя первое поле информации о терминале, задающее один или более смежных блоков ресурсов для произвольного доступа, неиспользуемый идентификатор, не используемый в качестве идентификатора терминала, устанавливается в подполе идентификатора терминала в первом поле информации о терминале, и сформированный пусковой сигнал передается.
[0178] Промышленная применимость
Аспект настоящего изобретения полезен для эффективного использования резервных полей или для сокращения резервных полей.
[0179] Список ссылочных обозначений
100, 300 AP
101 контроллер ресурсов RA
102 контроллер информации о пользователе
103, 205 контроллер AID
104, 302 генератор пускового кадра
105, 208 модулятор сигнала передачи
106, 202 радиопередатчик/приемник
107, 201 антенна
108, 203 демодулятор сигнала приема
109 блок оценки качества
200, 400 терминал
204 декодер пускового кадра
206 блок определения ресурсов RA
207, 402 генератор RA
301 контроллер зависимой от пускового сигнала информации
401 блок сбора данных зависимой от пускового сигнала информации.