СПОСОБ ПЕРЕДАЧИ СООБЩЕНИЯ ИНДИКАЦИИ ТРАФИКА В СИСТЕМЕ СВЯЗИ ШИРОКОПОЛОСНОГО БЕСПРОВОДНОГО ДОСТУПА Российский патент 2007 года по МПК H04L12/28 

Область техники

Настоящее изобретение, в целом, относится к системе связи широкополосного беспроводного доступа (ШБД) и, в частности, к способу передачи сообщения индикации трафика базовой станцией в системе связи ШБД с использованием мультиплексирования с ортогональным частотным разделением (МОЧР)/множественного доступа с ортогональным частотным разделением (МДОЧР).

Описание уровня техники

В системе связи 4-го поколения (4G), которая является системой связи следующего поколения, проводятся активные исследования в отношении технологии предоставления пользователям услуг, гарантирующих различные уровни «качества обслуживания» (QoS) на скорости передачи данных около 100 Мбит/с.

Современная система связи 3-го поколения (3G) поддерживает скорость передачи данных около 384 кбит/с в канальной среде вне помещения, имеющей сравнительно плохие канальные условия, и поддерживает скорость передачи данных максимум около 2 Мбит/с в канальной среде в помещении, имеющей сравнительно хорошие канальные условия. Система беспроводной локальной сети (ЛС) и система беспроводной региональной сети (РС), в общем случае, поддерживают скорость передачи данных от 20 Мбит/с до 50 Мбит/с.

Поэтому в современной системе связи 4G проводятся активные исследования в отношении новой системы связи, обеспечивающей мобильность и QoS для системы беспроводной ЛС и системы беспроводной РС, обеспечивающей сравнительно высокую скорость передачи данных, для поддержки высокоскоростной услуги, которую призвана обеспечивать система связи 4G.

Система беспроводной РС, имеющая широкое покрытие и поддерживающая высокую скорость передачи данных, пригодна для услуги высокоскоростной связи. Однако поскольку система беспроводной РС не учитывает подвижность пользователей абонентских станций (АС), она никогда не учитывает передачу обслуживания, обусловленную быстрым перемещением абонентских станций.

Со ссылкой на фиг.1, ниже описана конфигурация системы связи, отвечающей стандарту 802.16a IEEE (Института инженеров по электротехнике и электронике), т.е. стандартным ТУ для системы беспроводной РС (ниже именуемой «системой связи IEEE 802.16a»). В частности, на фиг.1 показана схема системы связи ШБД с использованием МОЧР/МДОЧР.

Однако до описания фиг.1 следует отметить, что система беспроводной РС, т.е. система связи ШБД, как известно, имеет широкое покрытие и поддерживает более высокую скорость передачи данных по сравнению с системой беспроводной ЛС. Под системой связи IEEE 802.16a понимают систему связи, использующую МОЧР/МДОЧР для поддержки сети широкополосной передачи данных для физического канала системы беспроводной РС.

То есть система связи IEEE 802.16a относится к системе связи ШБД, использующей МОЧР/МДОЧР. Система связи IEEE 802.16a, поскольку она применяет МОЧР/МДОЧР к системе беспроводной РС, передает сигнал физического канала с использованием множества поднесущих, тем самым обеспечивая высокоскоростную передачу данных.

Система связи IEEE 802.16e - это система связи, которая учитывает подвижность абонентских станций в системе связи IEEE 802.16a. В настоящее время не предусмотрено никаких ТУ для системы связи IEEE 802.16e.

В результате система связи IEEE 802.16a и система связи IEEE 802.16e соответствуют системе связи ШБД, использующей МОЧР/МДОЧР, и для удобства нижеследующее описание будет приведено со ссылкой на систему связи IEEE 802.16a. В нижеприведенном описании термин «мобильная станция» или "мобильная абонентская станция (МАС)" используется для описания «абонентской станции (АС)», обладающей подвижностью.

Согласно фиг.1, система связи IEEE 802.16a имеет конфигурацию одной соты и включает в себя базовую станцию (БС) 100 и совокупность абонентских станций (АС) 110, 120 и 130, находящихся под управлением БС 100. Передача и прием сигнала между БС 100 и АС 110, 120 и 130 реализуются с использованием МОЧР/МДОЧР.

В системе связи IEEE 802.16e, если учитывается подвижность абонентских станций, энергопотребление абонентских станций является важным фактором для системы. Поэтому, для минимизации энергопотребления абонентских станций, были предложены работа в неактивном режиме и работа в активном режиме между БС и абонентскими станциями.

На фиг.2 показана схема работы в неактивном режиме в системе связи IEEE 802.16e. При этом следует заметить, что неактивный режим был предложен для минимизации энергопотребления МАС в интервале отсутствия нагрузки, в течение которого никакие пакетные данные не передаются в ходе передачи пакетных данных. То есть переход состояния МАС и БС в неактивный режим позволяет минимизировать энергопотребление МАС в интервале отсутствия нагрузки, в течение которого никакие пакетные данные не передаются.

В общем случае, пакетные данные генерируются пачками. Поэтому было бы нецелесообразно, чтобы интервал, в течение которого никакие пакетные данные не передаются, был идентичен интервалу, в течение которого пакетные данные передаются. Соответственно, был предложен неактивный режим. Однако при наличии передачи пакетных данных в то время, как БС и МАС находятся в состоянии неактивного режима, БС и МАС должны одновременно выполнять переход в состояние активного режима для обмена пакетными данными.

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

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

Переход состояния МАС и БС в неактивный режим или активный режим соответствует шаблону генерации трафика, что позволяет минимизировать энергопотребление МАС и устранить помехи между канальными сигналами.

Ссылочной позицией 213 обозначен переход состояния (или смену режима) БС и МАС. Шаблон переходов состояния включает в себя множество активных режимов и множество неактивных режимов. В активных режимах, когда генерируется трафик, БС и МАС обмениваются пакетными данными друг с другом. В неактивных режимах, когда трафик не генерируется, обмена пакетными данными между БС и МАС не происходит.

Ссылочной позицией 215 обозначен шаблон уровня мощности МАС. Согласно фиг.2, уровень мощности МАС в активном режиме обозначен «К», а уровень мощности МАС в неактивном режиме обозначен «М». Сравнивая уровень мощности К МАС в активном режиме с уровнем мощности М МАС в неактивном режиме, можно видеть, что уровень мощности М гораздо ниже уровня мощности К. Таким образом, в неактивном режиме, мощность почти не потребляется, поскольку отсутствует обмен пакетными данными.

В ходе работы МАС должна получить разрешение на переход состояния от БС, чтобы выполнить переход состояния в неактивный режим, и БС передает пакетные данные, разрешив МАС выполнить переход состояния в неактивный режим.

Кроме того, БС должна сообщить МС о наличии пакетных данных, подлежащих передаче, в течение интервала прослушивания МАС. В этом случае МАС должна выйти из неактивного режима и определить, имеются ли пакетные данные, подлежащие передаче с БС.

Если определено, что имеются пакетные данные, подлежащие передаче с БС, то МАС выполняет переход состояния в активный режим и принимает пакетные данные от БС. Если же определено, что нет пакетных данных, подлежащих передаче с БС, то МАС может вернуться в неактивный режим.

Ниже описаны параметры, необходимые для поддержки работы в неактивном режиме и работы в активном режиме.

(1) Основной идентификатор соединения (ИДС)

ИДС, предложенный в системе связи IEEE 802.16e, проиллюстрирован в таблице 1 и используется для идентификации соединения между БС и МАС.

Таблица 1ИДСЗначениеОписаниеНачальный выбор диапазона0Ч0000Используется МАС в ходе начального выбора диапазона как части процесса входа в сетьОсновной ИДС0Ч0001˜m ИДС первичного управленияm+1˜2m ИДС переноса и ИДС вторичного управления2m+1˜0xFEFF ИДС начального выбора диапазона адаптивной антенной системы (ААС)0xFF00БС, поддерживающая ААС должна использовать этот ИДС при выделении периода начального выбора диапазона для устройств ААС ИДС многоадресного опроса0xFF00˜0xFFFEМАС может включаться в одну или несколько групп многоадресной передачи в целях получения ширины полосы посредством опроса. С этими соединениями не связано никакого потока услугИДС широковещательной передачи0xFFFFИспользуется для широковещательной информации, которая передается по нисходящей линии связи на все МАС

Согласно таблице 1, ИДС имеет размер 16 битов и обычно используется для заголовка кадра управления доступом к среде (УДС), чтобы идентифицировать соединение. Альтернативно, ИДС также используется для блока служебных данных (БСД), наподобие ИДС, описанного ниже со ссылкой на сообщение индикации трафика.

Со ссылкой на таблицу 1 ниже описан каждый ИДС.

- ИДС начального выбора диапазона: это ИДС для сообщения запроса выбора диапазона (RNG-REQ), которое МАС передает на БС с целью выделения ИДС первичного управления и основного ИДС, и все МАС должны знать значение 0x0000 ИДС начального выбора диапазона. В процессе привязки к БС, МАС сообщает БС свой адрес УДС посредством сообщения запроса выбора диапазона, так что БС предпочтительно отображает адрес УДС МАС, ИДС указывающий МАС, например, описанный ИДС первичного управления и основной ИДС.

- ИДС первичного управления: этот ИДС используется для обработки сообщения управления УДС, которая обязательно должна осуществляться между МАС и БС, и ИДС первичного управления используется для идентификации МАС. Согласно таблице 1, одна БС может управлять/идентифицировать m МАС.

Здесь 'm' обозначает количество МАС, которыми может управлять БС, и может иметь то или иное значение в зависимости от емкости БС. ИДС первичного управления представляет собой ИДС, который МАС получает посредством сообщения ответа на запрос выбора диапазона (RNG-RSP).

- основной ИДС - это ИДС, используемый для обработки сообщения управления УДС, которая должна в необязательном порядке осуществляться между МАС и БС, и основной ИДС используется для идентификации МАС. Согласно таблице 1, основной ИДС покрывает m МАС, наподобие ИДС первичного управления. Кроме того, основной ИДС, наподобие ИДС первичного управления, представляет собой ИДС, который МАС получает посредством сообщения ответа на запрос выбора диапазона.

- ИДС широковещательной передачи - это ИДС, указывающий сообщение, которое МАС должна принять и обработать; ИДС широковещательной передачи имеет значение 0xFFFF, которое заранее знают все МАС.

- ИДС многоадресного опроса - это ИДС, назначаемый/освобождаемый посредством сообщения запроса назначения многоадресного многоадресного опроса (MPA-REQ), причем ИДС многоадресного опроса используется в услуге многоадресного опроса и может создавать всего 253 группы многоадресной передачи.

- ИДС переноса - это ИДС, используемый для передачи/приема общего трафика пользовательских данных. ИДС переноса выделяется посредством сообщения ответа на запрос динамического добавления услуги (DSA-RSP) в соответствии с сообщением запроса ДДУ (DSA-REQ), инициированного БС и сообщением DSA-REQ, инициированного МАС, и полное количество доступных ИДС переноса вычисляется согласно уравнению (1).

Максимальное количество ИДС переноса = полное количество (65535) ИДС - количество (m) ИДС первичного управления - количество (m) основных ИДС - количество (1) ИДС начального выбора диапазона - количество (1) ИДС широковещательной передачи (1)

- ИДС вторичного управления - это ИДС для соединения управления более высокого уровня, например, простого протокола сетевого управления (SNMP)/тривиального протокола передачи файлов (TFTP), и выделяется посредством сообщения ответа на запрос регистрации (REG-RSP). Полное количество доступных ИДС вторичного управления попадает в тот же диапазон, что и количество ИДС переноса, но часть ИДС вторичного управления используется в диапазоне.

- ИДС начального выбора диапазона адаптивной антенной системы (ААС): этот ИДС используется БС, поддерживающей ААС, для выделения периода начального выбора диапазона для устройств ААС.

Основной ИДС используется БС для идентификации МАС. Кроме того, основной ИДС выделяется посредством сообщения RNG-RSP, полученного от БС, когда МАС выполняет процесс привязки к БС, т.е. осуществляет выбор диапазона. Таким образом, основной ИДС это один из ИДС, которые БС взаимно-однозначно отображает на уникальные адреса УДС МАС. Кроме того, в отсутствие привязки МАС, основной ИДС используется для обозначения только МАС, и имеет уникальное значение только в одной БС. Поэтому основной ИДС можно использовать для обозначения конкретной МАС в одной БС.

БС выделяет 16-битовое значение основного ИДС для МАС, причем БС может выделить количество значений основного ИДС, равное максимальному числу МАС, которыми может управлять БС. Например, если БС может управлять m МАС, то основной ИДС имеет значение от 1 до m.

(2) Интервал неактивного режима

Интервал неактивного режима может быть запрошен МАС и может быть выделен БС в ответ на запрос МАС. Интервал неактивного режима представляет собой интервал времени, в течение которого МАС поддерживает неактивный режим до начала интервала прослушивания, после перехода состояния в неактивный режим. Таким образом, интервал неактивного режима определяется как время, в течение которого МАС остается в неактивном режиме.

Даже после интервала неактивного режима, МАС может продолжать оставаться в неактивном режиме, если отсутствуют данные передачи от БС. В этом случае, МАС обновляет интервал неактивного режима, увеличивая интервал неактивного режима с использованием значения начального окна неактивного режима и значения конечного окна неактивного режима.

Значение начального окна неактивного режима представляет собой начальное минимальное значение интервала неактивного режима, а значение конечного окна неактивного режима представляет собой конечное максимальное значение интервала неактивного режима. Кроме того, значение начального окна неактивного режима и значение конечного окна неактивного режима можно выразить количеством кадров, и оба они выделяются БС.

Более подробное описание значения начального окна неактивного режима и значения конечного окна неактивного режима приведено ниже.

(3) Интервал прослушивания

Интервал прослушивания - это параметр, существующий в сообщении ответа на запрос регистрации (REG-RSP), переданном с БС на МАС в ответ на сообщение запроса регистрации (REG-REQ), переданное с МАС на БС в процессе регистрации МАС. Интервал прослушивания выражает интервал времени, в течение которого МАС выходит на некоторое время из неактивного режима и принимает сообщения нисходящей линии связи, например, сообщение индикации трафика (TRF_IND), синхронно с сигналом нисходящей линии связи от БС.

Сообщение индикации трафика указывает наличие сообщения трафика или пакетных данных, подлежащих передаче на МАС; его подробное описание приведено ниже. Таким образом, МАС непрерывно ожидает сообщение индикации трафика в течение интервала прослушивания, и если основной ИДС, обозначающий МАС, существует в сообщении индикации трафика (положительный основной ИДС), то МАС непрерывно поддерживает активный режим, выполняя переход состояния в активный режим. Если же интервал прослушивания истек, и в принятых сообщениях индикации трафика отсутствует основной ИДС (отрицательный основной ИДС), то МАС выполняет переход состояния в неактивный режим.

(4) Алгоритм обновления интервала неактивного режима

После перехода состояния в неактивный режим, МАС определяет интервал неактивного режима, рассматривая заранее определенное значение начального окна неактивного режима как минимальный период неактивного режима. По истечении интервала неактивного режима МАС выходит из неактивного режима и переходит в состояние интервала прослушивания. В течение интервала прослушивания МАС непрерывно определяет, имеются ли пакетные данные, подлежащие передаче с БС. Если определено, что пакетные данные передачи в течение интервала прослушивания отсутствуют, то МАС удваивает интервал неактивного режима и возвращается в неактивный режим.

В частности, например, если значение начального окна неактивного режима равно '2', то МАС задает интервал неактивного режима равным 2 кадрам и остается в неактивном режиме в течение 2 кадров. По истечении 2 кадров МАС выходит из неактивного режима и определяет, поступило ли от БС сообщение индикации трафика.

Если в течение интервал прослушивания поступило сообщение индикации трафика, то МАС определяет, существует ли основной ИДС в принятом сообщении индикации трафика. Если определено, что основного ИДС нет в принятом сообщении индикации трафика, то МАС задает интервал неактивного режима равным 4 кадрам, т.е. удваивает интервал неактивного режима и остается в неактивном режиме в течение 4 кадров.

Соответственно, интервал неактивного режима возрастает от значения начального окна неактивного режима до значения конечного окна неактивного режима. Такой алгоритм обновления называется алгоритмом обновления интервала неактивного режима.

Ниже приведено описание сообщений, заданных в настоящее время в системе связи IEEE 802.16e для поддержки вышеописанных работы в неактивном режиме и работы в активном режиме.

(1) Сообщение запроса неактивного режима (SLP-REQ)

Сообщение запроса неактивного режима передается от МАС на БС и используется МАС для запрашивания перехода состояния в неактивный режим. Сообщение запроса неактивного режима включает в себя параметры или элементы информации (ЭИ), необходимые МАС для работы в неактивном режиме. Формат сообщения запроса неактивного режима показан в таблице 2.

Таблица 2СИНТАКСИСРАЗМЕРПРИМЕЧАНИЯФормат сообщения SLP-REQ_ () {  Тип сообщения управления = 458 битов Начальное окно неактивного режима6 битов Конечное окно неактивного режима10 битов }  

Сообщение запроса неактивного режима представляет собой специальное сообщение, передаваемое к БС согласно информации, идентифицированной основным ИДС МАС. Ниже описаны элементы информации сообщения запроса неактивного режима, показанные в таблице 2.

Тип сообщения управления - информация, указывающая тип текущего сообщения передачи; тип сообщения управления = 45 представляет сообщение запроса неактивного режима.

Значение начального окна неактивного режима представляет начальное значение, запрошенное для интервала неактивного режима (измеренное в кадрах), а значение конечного окна неактивного режима представляет конечное значение, запрошенное для интервала неактивного режима (измеренное в кадрах). Таким образом, согласно вышеописанному со ссылкой на алгоритм обновления интервала неактивного режима, интервал неактивного режима можно обновлять в диапазоне между значением начального окна неактивного режима и значением конечного окна неактивного режима.

В данном случае интервал прослушивания представляет запрошенный интервал прослушивания (измеряемый в кадрах). Интервал прослушивания также может выражаться количеством кадров.

(2) Сообщение ответа на запрос неактивного режима (SLP-RSP)

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

Таблица 3СИНТАКСИСРАЗМЕРПРИМЕЧАНИЯФормат сообщения SLP-RSP_ (){  Тип сообщения управления = 468 битов SLEEP-APPROVED1 бит0: запрос неактивного режима отклонен
1: запрос неактивного режима удовлетворенIF(SLEEP-APPROVED == 0) {  After-REQ action3 бита000: МАС может повторно передать сообщение MOB_SLPREQ в любое время
001: МАС должна повторно передать сообщение MOB_SLPREQ по истечении времени (REQduration), заданного БС в этом сообщении
010: МАС не должна повторно передавать сообщение MOB_SLP-REQ и ожидать сообщение MOB_SLP-RSP от БС
011:111: ЗарезервированыREQ-duration4 битаПромежуток времени для случая, когда значение After-REQ-action равно 001} ELSE {  START-Frame7 битов Начальное окно неактивного режима6 битов Конечное окно неактивного режима10 битов }  }  

Сообщение ответа на запрос неактивного режима также представляет собой специальное сообщение, переданное на БС согласно информации, идентифицированной основным ИДС МАС. Ниже описаны элементы информации сообщения ответа на запрос неактивного режима, показанные в таблице 3.

Тип сообщения управления - это информация, указывающая тип текущего сообщения передачи, причем тип сообщения управления = 46 представляет сообщение ответа на запрос неактивного режима.

Значение Sleep-Approved выражается 1 битом. Значение Sleep-Approved = 0 указывает, что запрос перехода состояния в неактивный режим отклонен (запрос неактивного режима отклонен), и значение Sleep-Approved = 1 указывает, что запрос перехода состояния в неактивный режим удовлетворен (запрос неактивного режима удовлетворен). Таким образом, значение Sleep-Approved = 0 указывает, что запрос МАС на переход состояния в неактивный режим отклонен. В этом случае, МАС, получившая отказ, передает сообщение запроса неактивного режима на БС согласно условию или ожидает сообщение ответа на запрос неактивного режима, указывающий незатребованную команду, от БС. Для значения Sleep-Approved = 1, сообщение ответа на запрос неактивного режима включает в себя значение Start-Frame (начальный кадр), значение начального окна неактивного режима и значение конечного окна неактивного режима. Для значения Sleep-Approved = 0, сообщение ответа на запрос неактивного режима включает в себя значение действия по запросу (REQ-Action) и значение длительности запроса (REQ-Duration).

Значение начального кадра - это значение кадра, пока МАС не вошла в первый интервал неактивного режима, за исключением кадра, в котором было принято сообщение ответа на запрос неактивного режима. Таким образом, МАС выполняет переход состояния в неактивный режим по истечении кадров, соответствующих значению начального кадра, из кадра, следующего за кадром, в котором было принято сообщение ответа на запрос неактивного режима.

Согласно вышеописанному, значение начального окна неактивного режима представляет начальное значение для интервала неактивного режима (измеренное в кадрах) и значение конечного окна неактивного режима представляет конечное значение для интервала неактивного режима (измеренное в кадрах). Значение REQ-Action представляет действие, которое должна предпринять МАС, выдав запрос перехода в неактивный режим.

(3) Сообщение индикации трафика (TRF-IND)

Сообщение индикации трафика передается от БС на МАС в течение интервала прослушивания и указывает наличие пакетных данных, подлежащих передаче с БС на МАС. Формат сообщения индикации трафика показан в таблице 4.

Таблица 4СИНТАКСИСРАЗМЕРПРИМЕЧАНИЯФормат сообщения TRF-IND_ (){  Тип сообщения управления = 478 битов POSITIVE_INDICATION_LIST() { Трафик был адресованNUM-POSITIVE8 битов for (i=0; i<num-positive; i++) {  CID16 битовОсновной ИДС МАС}  }  }  

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

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

Ниже описаны элементы информации сообщения индикации трафика, показанные в таблице 4.

Тип сообщения управления - это информация, указывающая тип текущего сообщения передачи, причем тип сообщения управления = 47 представляет сообщение индикации трафика. Positive_Indication_List включает в себя Num-Positive, указывающий количество положительных абонентов и ИДС положительных абонентов. Таким образом, Positive_Indication_List представляет количество МАС, на которые нужно передавать пакетные данные, и их ИДС.

Переход

На фиг.3 показана схема сигнализации, иллюстрирующая процесс перехода состояния в активный режим для МАС под управлением БС в системе связи IEEE 802.16e. Согласно фиг.3, МАС 300 входит в интервал прослушивания на этапе 311. Если существует трафик или пакетные данные, подлежащие передаче на МАС 300, то БС 350 буферизует пакетные данные и передает сообщение индикации трафика на МАС 300 на этапе 313.

Сообщение индикации трафика включает в себя элементы информации, описанные в связи с таблицей 4. МАС 300, принимая сообщение индикации трафика от БС 350, определяет, имеется ли положительная индикация в сообщении индикации трафика. Если существует положительная индикация, то МАС 300 считывает основной ИДС, включенный в сообщение индикации трафика, и определяет, включен ли ее собственный основной ИДС в сообщение индикации трафика. Если определено, что ее собственный основной ИДС включен в сообщение индикации трафика, то МАС 300 выполняет переход состояния из текущего режима, т.е. неактивного режима, в активный режим на этапе 315.

На фиг.4 показана схема сигнализации, иллюстрирующая процесс перехода состояния в неактивный режим и поддержание неактивного режима МАС под управлением БС в системе связи IEEE 802.16e. Согласно фиг.4, МАС принимает сообщение индикации трафика в течение интервала прослушивания, после чего возвращается в неактивный режим согласно условию. В этом случае, если имеется трафик нисходящей линии связи, подлежащий передаче на несколько МАС в неактивном состоянии, то БС буферизует трафик для МАС и включает основные ИДС, обозначающие соответствующие МАС, в периодически передаваемое БС сообщение индикации трафика, до передачи на широковещательной основе, когда МАС входят в интервал прослушивания.

Согласно фиг.4, если МАС 400 входит в интервал прослушивания на этапе 411 и принимает сообщение индикации трафика от БС 450 на этапе 413, то МАС 400 определяет, включен ли ее собственный основной ИДС в принятое сообщение индикации трафика. Здесь, поскольку МАС 400 не удается обнаружить свой собственный основной ИДС в сообщении индикации трафика БС, то МАС 400 непрерывно определяет в течение интервала прослушивания, включен ли свой собственный основной ИДС в принятые от БС сообщения 415 и 417 индикации трафика. МАС 400 непрерывно повторяет вышеописанный процесс в течение интервала прослушивания. Если МАС 400 остается в состоянии отрицательного основного ИДС до истечения интервала прослушивания на этапе 419, то МАС 400 возвращается в неактивный режим на этапе 421.

Согласно вышеописанному, МАС 400 поддерживает неактивный режим в течение удвоенного интервала неактивного режима, после чего повторяет вышеописанный процесс, когда снова входит в интервал прослушивания. Если же МАС 400 обнаруживает положительный основной ИДС, то МАС 400 выполняет переход состояния в активный режим, как описано в связи с фиг.3.

На фиг.5 показана схема, иллюстрирующая работу МАС по обновлению интервала неактивного режима в неактивном режиме под управлением БС в системе связи IEEE 802.16e. Согласно фиг.5, МАС 570 принимает сообщения индикации трафика, передаваемые БС 501 в широковещательном режиме в течение интервалов прослушивания 543, 547 и 551, и, когда отрицательные основные ИДС 519, 529, и 539 включены в принятые сообщения индикации трафика, МАС 570 удваивает интервалы неактивного режима 541, 545 и 549, после чего возвращается в неактивный режим. Если МАС 570 обнаруживает положительный основной ИДС в течение интервалов прослушивания 543, 547 и 551, то МАС 570 выполняет переход состояния в активный режим, как описано со ссылкой на фиг.3.

Формат сообщения индикации трафика, передаваемого БС на широковещательной основе, чтобы МАС могли выполнять переход состояния в активный режим в течение интервала прослушивания, показан на фиг.6. Фиг.6 представляет собой схему, иллюстрирующую формат сообщения индикации трафика, переданного от БС на МАС в системе связи IEEE 802.16e. Согласно фиг.6, сообщение индикации трафика 600 включает в себя части 611 и 613 заголовка кадра УДС, указывающие, что соответствующее сообщение передачи является сообщением индикации трафика, и части 615, 617 и 619 индекса индикации трафика, указывающие содержимое фактического сообщения индикации трафика.

Части 611 и 613 заголовка кадра УДС включают в себя поле 611 типа сообщения управления, указывающее тип сообщения передачи, и поле 613 Num-of-Positive, указывающее длину сообщения индикации трафика. В данном случае, поскольку сообщение является сообщением индикации трафика, в поле 611 типа сообщения управления хранится значение 47.

Чтобы три МАС могли одновременно выполнить переход состояния в активный режим посредством сообщения индикации трафика 600, необходимо реализовать ИДС для трех МАС с индексами индикации трафика. Поэтому, чтобы предписать трем МАС выполнить переход состояния в активный режим, значение 3 сохраняется в поле 613 Num-of-Positive, а в следующие поля включаются основные ИДС для трех МАС до передачи. Например, чтобы предписать МАС с первой по третью (МАС#1, МАС#2 и МАС#3) 621, 623 и 625 выполнить переход состояния в активный режим, нужно сохранить основные ИДС 615, 617 и 619 для МАС. Поскольку основной ИДС включает в себя 16 битов или 2 байта, для предписания трем МАС выполнить переход состояния в активный режим нужно 6-байтовое поле данных.

Согласно вышеописанному, сообщение 600 индикации трафика является широковещательным сообщением, и все МАС в их интервале прослушивания среди МАС, принадлежащих конкретной БС, принимают сообщение 600 индикации трафика. МАС определяют, включены ли их собственные основные ИДС в сообщение 600 индикации трафика, чтобы, тем самым, определить, будут ли они поддерживать неактивный режим или выполнят переход состояния в активный режим.

Выше приведено описание работы в неактивном режиме для современной системы связи IEEE 802.16e. Далее описаны проблемы, связанные с работой в неактивном режиме.

(1) В системе связи IEEE 802.16e, если имеется трафик, подлежащий передаче на МАС в неактивном режиме, то БС включает 16-битовые основные ИДС, обозначающие соответствующие МАС, в сообщение индикации трафика, согласно вышеописанному. Однако диапазон основных ИДС, обозначающих МАС в одной БС, занимает очень малую часть ИДС#1 - ИДС#m среди всех 65536 ИДС. Поэтому, 16-битовые ИДС, необходимые для идентификации МАС, включают в себя ненужные старшие биты (СБ).

Когда количество МАС, которыми может управлять БС, возрастает, количество основных ИДС, которые могут быть включены в сообщение индикации трафика согласно вышеописанному способу, также соответственно возрастает. Например, если количество МАС, которыми может управлять одна БС, равно 30, для указания всех МАС необходимо только 5 битов. Однако традиционная система связи IEEE 802.16e обычно использует 16-битовые ИДС. Поэтому, в сообщении индикации трафика требуется группа основных ИДС размером максимум 60 байтов (30Ч2 байта) или 480 битов.

Кроме того, системе связи IEEE 802.16e требуется конкретная ширина полосы для передачи сообщения индикации трафика на МАС, и, когда количество МАС, которыми может управлять одна БС, возрастает, максимальный размер сообщения индикации трафика также соответственно возрастает, приводя к увеличению используемой ширины полосы. Поэтому, чтобы минимизировать влияние на ширину полосы для передачи трафика данных, основные ИДС, позволяющие МАС в неактивном режиме выполнять переход состояния в активный режим, передаются по отдельности посредством нескольких сообщений индикации трафика. В результате, интервал прослушивания, в течение которого МАС принимает сообщение индикации трафика, также увеличивается, приводя к ненужному энергопотреблению.

(2) В системе связи IEEE 802.16e, МАС в неактивном режиме входит в интервал прослушивания и повторяет процесс ожидания сообщения индикации трафика, передаваемого БС, и определения, имеется ли основной ИДС, указывающий МАС, в сообщении индикации трафика. Таким образом, если МАС не удается принять сообщение индикации трафика в течение интервала прослушивания, или в сообщении индикации трафика отсутствует основной ИДС, даже если сообщение индикации трафика принято, МАС продолжает осуществлять вышеописанный процесс. Поэтому, БС не требуется понуждать даже МАС, остающуюся в интервале прослушивания, выполнять переход состояния в активный режим на основании диспетчеризации услуг, для которой учитывается выравнивание нагрузки на всех МАС. Однако МАС, не проинформированная об этой ситуации, ожидает сообщение индикации трафика, продолжая расходовать мощность до истечения интервала прослушивания. Соответственно, необходимы различные алгоритмы, предписывающие МАС возвращаться в неактивный режим до истечения интервала прослушивания и, тем самым, минимизирующие энергопотребление.

Сущность изобретения

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

Другой задачей настоящего изобретения является обеспечение способа модификации сообщения для предписывания МАС, которой не требуется ожидать сообщение индикации трафика, выполнять переход состояния обратно в неактивный режим в течение интервала прослушивания в системе управления неактивным режимом для системы связи ШБД.

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

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

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

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

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

Краткое описание чертежей

Вышеперечисленные и другие задачи, признаки и преимущества настоящего изобретения поясняются в нижеследующем подробном описании, иллюстрируемом чертежами, на которых представлено следующее:

фиг.1 - схема, иллюстрирующая конфигурацию системы связи широкополосного беспроводного доступа (ШБД), в которой используется мультиплексирование с ортогональным частотным разделением (МОЧР)/множественный доступ с ортогональным частотным разделением (МДОЧР);

фиг.2 - схема, иллюстрирующая работу в неактивном режиме, предложенную в системе связи IEEE 802.16e;

фиг.3 - схема сигнализации, иллюстрирующая процесс перехода состояния в активный режим для МАС под управлением БС в системе связи IEEE 802.16e;

фиг.4 - схема сигнализации, иллюстрирующая процесс поддержания МАС неактивного режима в системе связи IEEE 802.16e;

фиг.5 - схема, иллюстрирующая работу МАС в неактивном режиме в системе связи IEEE 802.16e;

фиг.6 - схема, иллюстрирующая сообщение индикации трафика, передаваемое от БС на МАС в системе связи IEEE 802.16e;

фиг.7 - схема, иллюстрирующая сообщение индикации трафика, передаваемое от БС на МАС согласно первому варианту осуществления настоящего изобретения;

фиг.8 - логическая блок-схема, иллюстрирующая процесс перехода состояния на МАС с использованием сообщения индикации трафика, согласно первому варианту осуществления настоящего изобретения;

фиг.9 - схема сигнализации, иллюстрирующая процесс перехода состояния в неактивный режим в ответ на запрос от МАС согласно второму варианту осуществления настоящего изобретения;

фиг.10 - схема сигнализации, иллюстрирующая процесс перехода состояния в неактивный режим в ответ на запрос от БС согласно второму варианту осуществления настоящего изобретения;

фиг.11 - схема сигнализации, иллюстрирующая процесс перехода состояния в активный режим для МАС согласно второму варианту осуществления настоящего изобретения;

фиг.12 - схема, иллюстрирующая формат сообщения индикации трафика, передаваемого от БС на МАС, согласно третьему варианту осуществления настоящего изобретения;

фиг.13 - схема, иллюстрирующая процесс перехода состояния для МАС на основании значения индекса индикации трафика в сообщении индикации трафика, согласно третьему варианту осуществления настоящего изобретения; и

фиг.14 - логическая блок-схема, иллюстрирующая процесс перехода состояния для МАС с использованием сообщения индикации трафика, согласно третьему варианту осуществления настоящего изобретения.

Подробное описание предпочтительного варианта осуществления

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

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

Согласно вышеописанному, поскольку система связи IEEE 802.16e должна учитывать подвижность абонентских станций в системе связи IEEE 802.16a, энергопотребление МАС является важным фактором системы в целом. Поэтому работа в неактивном режиме и работа в активном режиме между БС и МАС были предложены для минимизации энергопотребления МАС. Однако поскольку работа в неактивном режиме и работа в активном режиме, предложенные в современной системе связи IEEE 802.16e, имеют вышеописанные проблемы, настоящее изобретение предлагает варианты осуществления для решения вышеописанных и других проблем.

Первый вариант осуществления

Способ генерации сообщения индикации трафика, согласно первому варианту осуществления настоящего изобретения, предусматривает отображение основных ИДС, обозначающих МАС, на индексы индикации трафика со структурой битовой карты. Таким образом, способ генерации сообщения индикации трафика, согласно первому варианту осуществления, является первым способом уменьшения размера сообщения индикации трафика и предлагает способ использования индексов индикации трафика со структурой битовой карты вместо основных ИДС, обозначающих МАС.

Поэтому первый вариант осуществления настоящего изобретения предусматривает способ отображения индексов индикации трафика со структурой битовой карты вместо последовательностей 16-битовых основных ИДС, используемых в сообщении индикации трафика.

Сообщение индикации трафика включает в себя параметры или элементы информации (ЭИ), сконфигурированные в структуру битовой карты, на основании которых МАС должна определить, в течение своего интервала прослушивания, имеет ли БС трафик, подлежащий передаче на соответствующую МАС. Формат сообщения индикации трафика показан в таблице 5.

Таблица 5СинтаксисРазмерПримечаниеФормат сообщения TRF-IND () {  Тип сообщения управления = 478 битов NUM_of_MSS_Group (8 МАС * N)8 битовКоличество групп МАС, состоящих из 8 МАСFor(i=0; i<NUM_of_MSS_Group; i++) {  Traffic_Indication_Index8 битовn-й бит, который вне конца NUM_of_MSS_Group, означает основной ИДС "n + 8*i"}  }  

Согласно таблице 5, сообщение индикации трафика, согласно варианту осуществления настоящего изобретения, аналогично по формату сообщению индикации трафика, показанному в таблице 4. Однако новое сообщение индикации трафика имеет последовательность индексов индикации трафика со структурой битовой карты вместо последовательности 16-битовых основных ИДС. Вышеописанный основной ИДС - это ИДС, обозначающий МАС, в котором используется значение в пределах от 1 до m. Отношение отображения между основными ИДС, описанными в связи с таблицей 1, и битовыми индексами, вновь предложенными в настоящем изобретении, показано в таблице 6.

Таблица 6ИДСЗначениеПредложенный битовый индекс в MOB_TRF_INDИДС выбора диапазона0Ч0000Н/ООсновной ИДС1Ч00011-й битовый индекс2Ч00022-й битовый индекс......mm-й битовый индексИДС первичного управленияm+1Н/О

В таблице 6, 'm', указывающее максимальное количество основных ИДС, выделяемых БС, выражает количество МАС, которое БС может поддерживать.

Например, МАС, использующая основной ИДС 'n', отображается в n-й бит в непрерывном индексе индикации трафика или в параметр в сообщении индикации трафика. Таким образом, МАС с основным ИДС=1 отображается в первый бит индекса индикации трафика в таблице 5, и МАС с основным ИДС=12 отображается в 12-й бит непрерывного 2-байтового индекса индикации трафика.

Элементы информации сообщения индикации трафика, показанного в таблице 5, описаны ниже. Тип сообщения управления идентичен типу сообщения управления, описанному в связи с таблицей 4. Поэтому его подробное описание будет опущено. Вновь определенные элементы информации Num_of_MSS_Group и Traffic_Indication_Index описаны ниже.

Num_of_MSS_Group, первый параметр, который обозначает количество групп, каждая из которых имеет 8 МАС и имеет разное входное значение в зависимости от максимального количества МАС, поддерживаемого БС. Таким образом, поскольку диапазон количества групп МАС включает в себя один байт, можно создать максимум 255 групп МАС. Соответственно, можно поддерживать максимально 2040 (=255 групп МАС Ч 8 МАС) МАС. Поскольку, согласно вышеописанному, можно включить максимально 2040 МАС с одним байтом, то можно эффективно создавать сообщение индикации трафика.

Количество групп МАС можно выразить согласно уравнению (2).

Если максимальное количество МАС, которым может управлять БС, равно 20, то количество групп МАС, включенное в сообщение индикации трафика, передаваемое от БС на МАС, будет равно 3, с учетом индекса индикации трафика, образованного битовым полем для 20 МАС. Здесь, '3' это количество групп, необходимое для включения 20 МАС, в соответствии с максимальным количеством 24 МАС, полученным умножением 3 на 8 МАС.

Traffic_Indication_Index, второй параметр, используется для выделения одного бита каждой МАС, т.е. выделения одного бита «индекса индикации трафика» основному ИДС, используемому для идентификации МАС, так что соответствующие МАС, выведенные из неактивного режима в течение интервала прослушивания, определяют, имеется ли трафик, подлежащий приему от БС, на основании выделенных битов.

Возможные значения бита индекса индикации трафика, проанализированного МАС, таковы:

- '0': Это битовое значение указывает, что БС не имеет данных, подлежащих передаче на соответствующую МАС, вошедшую в интервал прослушивания по истечении интервала неактивного режима. МАС, обнаруживающая это битовое значение, должна повторять процесс анализа соответствующего бита, в то же время непрерывно ожидая сообщение индикации трафика в течение интервала прослушивания.

Кроме того, поскольку этот бит является незначащим битом для МАС в неактивном режиме или активном режиме, пока длится интервал неактивного режима, т.е. поскольку соответствующая МАС не декодирует принятое сообщение индикации трафика, этот бит задается равным '0' до передачи. Таким образом, сообщение индикации трафика учитывает только МАС в неактивном режиме, которая определяет, имеется ли трафик от БС, в течение интервала прослушивания. Соответственно, можно понять, что сообщение индикации трафика идентично по работе сообщению индикации трафика, используемому в неактивном режиме в традиционной системе связи IEEE 802.16e. Наконец, поскольку бит, не выделенный МАС, т.е. бит, отличный от битов, выделенных МАС, которые может поддерживать БС, является незначащим, его задают равным '0'.

- '1': Это битовое значение указывает, что БС имеет данные, подлежащие передаче на соответствующую МАС, вошедшую в интервал прослушивания по истечении интервала неактивного режима. МАС, обнаруживающая это битовое значение, должна выполнить переход состояния в активный режим и подготовиться к приему трафика, передаваемого БС.

В результате, используя сообщение индикации трафика, предложенное в таблице 5, можно поддерживать то же самое количество МАС с помощью гораздо меньшего объема данных по сравнению с сообщением индикации трафика, используемым в традиционной системе связи IEEE 802.16e. Например, в таблице 7, приведено сравнение между сообщением индикации трафика, используемым в традиционной системе связи IEEE 802.16e, и сообщением индикации трафика, предложенным в настоящем изобретении, в отношении объема данных, необходимого в соответствии с количеством МАС, поддерживаемым БС.

Таблица 7Количество МАС в БСПредыдущий MOB_TRF-INDПредложенный MOB_TRF-IND12 байта максимально1 байт24 байта максимально1 байт48 байтов максимально1 байт816 байтов максимально1 байт1632 байта максимально2 байта3264 байта максимально4 байта64128 байтов максимально8 байтов128256 байтов максимально16 байтов256512 байтов максимально32 байта5121024 байта максимально 64 байта

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

На фиг.7 показана схема, иллюстрирующая сообщение индикации трафика, передаваемое с БС на МАС в системе связи IEEE 802.16e, согласно первому варианту осуществления настоящего изобретения. Согласно фиг.7, соответствующее сообщение 700 индикации трафика (MOB_TRF_IND) включает в себя параметры «тип сообщения управления» 711, «количество групп МАС» 713 и «индексы индикации трафика» 715 и 717. Однако до подробного описания фиг.7 предположим, что максимальное количество МАС, которым может управлять БС, равно 14. Поэтому предположим, что МАС были выделены вышеописанные основные ИДС с 1 по 14. Кроме того, предположим, что МАС, имеющие 1, 4, 5, 7, 9, 10 и 13 основные ИДС, остаются в своих интервалах прослушивания и, таким образом, ожидают сообщение индикации трафика, передаваемое с БС на широковещательной основе.

На фиг.7 тип сообщения управления 711 указывает, что сообщение передачи является сообщением 700 индикации трафика, и количество групп МАС 713 задано равным '2', чтобы БС могла работать с 14 МАС согласно описанным выше условиям. Поэтому используются два последовательных индекса индикации трафика 715 и 717, и их соответствующие биты выделяются МАС, имеющим основные ИДС с 1 по 14, на взаимно-однозначной основе. Исходя из такого предположения, поскольку МАС 719, 725, 727, 731, 735, 737 и 743, имеющие основные ИДС 1, 4, 5, 7, 9, 10 и 13, соответственно, среди всех МАС, остаются в интервале прослушивания, они ожидают сообщение 700 индикации трафика. МАС 719, 725, 727, 731, 735, 737 и 743 считывают соответствующие битовые значения из индексов индикации трафика принятого сообщения индикации трафика.

Например, МАС 719, имеющая основной ИДС 1, считывает значение первого выделенного бита из индекса индикации трафика 715. В этом случае, поскольку соответствующее битовое значение равно '1', МАС 719 выполняет переход состояния в активный режим и принимает трафик, передаваемый с БС. В отличие от нее МАС 737, имеющая основной ИДС 10, считывает значение 10-го бита из индекса индикации трафика 717. В этом случае, поскольку соответствующее битовое значение равно '0', МАС 737 непрерывно ожидает сообщение индикации трафика 700 в течение оставшегося интервала прослушивания, определяя, что имеются данные, подлежащие передаче с БС.

На фиг.7 позиции 721, 723, 729, 733, 739, 741 и 745 обозначают отсутствие соответствующих битов, поскольку соответствующие МАС находятся в активном режиме или неактивном режиме и не имеют данных, подлежащий передаче на БС, согласно вышеописанному со ссылкой на битовое значение '0' в индексе индикации трафика. Кроме того, позиции 747 и 749 обозначают незначащие биты, заданные равными '0', поскольку они не попадают в диапазон количества МАС, которыми может управлять БС.

Согласно фиг.7, чтобы предписать МАС 719, 725, 727, 735 и 743, имеющим основные ИДС 1, 4, 5, 9 и 13, выполнить переход состояния в активный режим в течение интервала прослушивания, сообщение индикации трафика, предложенное в настоящем изобретении, имеет размер всего 4 байта. Однако, чтобы передать сообщение индикации трафика в неактивном режиме в традиционной системе связи IEEE 802.16e, необходимо сгруппировать соответствующие основные ИДС 1, 4, 5, 9 и 13 из 16 битов (т.е. 2 байтов) и вставить их в сообщение индикации трафика. Поэтому необходимо всего 12 (=1+1+2*5) байтов. В результате легко единомоментно управлять МАС в неактивном режиме, используя сообщение 700 индикации трафика, предложенное в настоящем изобретении.

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

Согласно способу, отвечающему первому варианту осуществления настоящего изобретения, в отсутствие трафика для МАС в течение интервала прослушивания, сообщение индикации трафика для передачи трафика в традиционной системе связи IEEE 802.16e образовано 2 байтами путем задания Num-Positive (указывающего количество положительных абонентов), показанного в таблице 4 равным '0'. Однако в настоящем изобретении, поскольку индексы индикации трафика, имеющие биты для всех МАС, всегда включены, когда количество МАС, управляемых БС, возрастает, к МАС можно передавать сообщение индикации трафика более длинное, чем традиционное сообщение индикации трафика. Для решения этой проблемы настоящее изобретение может использовать следующий видоизмененный способ использования сообщения индикации трафика, имеющего динамически изменяемую длину, вместо сообщения индикации трафика фиксированного размера.

Когда БС не имеет трафика, подлежащего передаче на все соответствующие МАС в интервале прослушивания, БС задает количество групп МАС равным '0' и передает сообщение индикации трафика без индексов индикации трафика, присоединенных к его концу. Соответствующая МАС, принимающая сообщение индикации трафика, определяет, имеется ли бит, обозначающий саму МАС в индексах индикации трафика, с использованием количества групп МАС. Если ни один бит не обозначает саму МАС, то МАС определяет отсутствие данных, подлежащих приему. То есть согласно вышеописанному, МАС ожидает следующее сообщение индикации трафика, пока не истечет интервал прослушивания, определяя, что бит, выделенный индексам индикации трафика для соответствующей МАС, равен '0'.

БС определяет основной ИДС, имеющий наибольшее значение среди соответствующих МАС, которым должно быть предписано выполнить переход состояния в активный режим в кадровом интервале, в течение которого будет передано сообщение индикации трафика, т.е. в соответствующем интервале прослушивания. После этого БС задает основной ИДС равным значению количества групп МАС, включая биты индекса индикации трафика, отображенные на взаимно-однозначной основе. Затем БС формирует сообщение индикации трафика, присоединяя к нему индексы индикации трафика в формате битовой карты, имеющей размер, соответствующий количеству групп МАС. Для индексов индикации трафика БС задает бит, обозначающий основной ИДС соответствующей МАС, которой должно быть предписано выполнить переход состояния в активный режим равным '1'. Затем БС передает сформированное сообщение индикации трафика на МАС, остающиеся в интервале прослушивания, в широковещательном режиме.

Соответствующая МАС, принимающая сообщение индикации трафика, определяет, имеется ли бит, обозначающий саму МАС, в индексах индикации трафика, используя количество групп МАС. В отсутствие битов, обозначающих саму МАС, МАС определяет, что данные, подлежащие приему, отсутствуют. Таким образом, согласно вышеописанному, МАС ожидает следующего сообщения индикации трафика до истечения интервала прослушивания, определяя, что бит, выделенный индексам индикации трафика для соответствующей МАС, равен '0'. Если же соответствующий бит существует, то МАС работает согласно способу, описанному со ссылкой на сообщение индикации трафика фиксированной длины.

Чтобы использовать сообщение индикации трафика, имеющее динамически изменяемую длину, для индексов индикации трафика со структурой битовой карты сообщения индикации трафика, МАС отображается на основной ИДС, выделенный БС на взаимно-однозначной основе согласно вышеописанному. Поэтому, чтобы минимизировать размер сообщения индикации трафика, предпочтительно, чтобы БС последовательно выделяла основные ИДС для МАС.

На фиг.8 показана логическая блок-схема, иллюстрирующая процесс перехода состояния, совершаемого МАС по приеме сообщения индикации трафика согласно первому варианту осуществления настоящего изобретения. Согласно фиг.8, МАС находится в неактивном режиме на этапе 811. На этапе 813 МАС определяет, находится ли она в интервале неактивного режима, т.е. должна ли она оставаться в неактивном режиме. Если определено, что интервал неактивного режима истек, то МАС переходит к этапу 815. Если же определено, что интервал неактивного режима не закончился, то МАС возвращается к этапу 813.

На этапе 815 МАС определяет, находится ли она в интервале прослушивания, т.е. истек ли интервал прослушивания. Если определено, что интервал прослушивания истек, то МАС переходит к этапу 823, на котором она выполняет переход состояния в неактивный режим. Если на этапе 815 определено, что интервал прослушивания не истек, то МАС переходит к этапу 817.

На этапе 817 МАС определяет, получено ли от БС сообщение индикации трафика в течение интервала прослушивания. Если определено, что сообщение индикации трафика получено, то МАС переходит к этапу 819. Если на этапе 817 определено, что сообщение индикации трафика не получено, то МАС возвращается к этапу 815.

На этапе 819 МАС определяет, отображается ли бит индекса индикации трафика, описанный со ссылкой на таблицу 6, на ее собственный основной ИДС, на основании количества групп МАС, включенного в принятое сообщение индикации трафика. Это значит, что сообщение индикации трафика может иметь переменный индекс индикации трафика. Если определено, что имеется соответствующий бит индекса индикации трафика, то МАС переходит к этапу 821. Если на этапе 819 определено, что соответствующего бита индекса индикации трафика нет, то МАС возвращается к этапу 815, считая, что сообщение индикации трафика не получено.

На этапе 821 МАС анализирует бит индекса индикации трафика. Если определено, что бит индекса индикации трафика равен '1', то МАС переходит к этапу 825, на котором она выполняет переход состояния в активный режим, определяя, что БС имеет данные, подлежащие передаче на МАС в течение интервала прослушивания.

Если на этапе 821 определено, что бит индекса индикации трафика не равен '1', то МАС возвращается к этапу 815, определяя, что БС не имеет трафика данных для соответствующей МАС в течение интервала прослушивания.

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

Первый вариант осуществления предусматривает способ отображения основного ИДС, выделенного МАС, в один бит индекса индикации трафика со структурой битовой карты на взаимно-однозначной основе как способ уменьшения размера сообщения индикации трафика. Ниже описан способ согласно второму варианту осуществления настоящего изобретения.

Второй вариант осуществления

Второй вариант осуществления настоящего изобретения предусматривает способ использования ИД неактивного режима (SLPID), обозначающего МАС в неактивном режиме, вместо основного ИДС сообщения индикации трафика, используемого в системе связи IEEE 802.16e.

Традиционно, чтобы предписать МАС, работающей в неактивном режиме, выполнить переход состояния в активный режим, БС включает основной ИДС МАС в сообщение индикации трафика. Однако второй вариант осуществления настоящего изобретения предлагает способ идентификации МАС, работающей в неактивном режиме, с использованием вновь определенного ИД неактивного режима вместо основного ИДС, включенного в сообщение индикации трафика.

Для предложенного способа второй вариант осуществления настоящего изобретения вновь определяет сообщение ответа на запрос неактивного режима, приведенное в таблице 3, и сообщение индикации трафика, приведенное в таблице 4. Сообщение ответа на запрос неактивного режима, определенное во втором варианте осуществления настоящего изобретения, показано в таблице 8.

Таблица 8СИНТАКСИСРАЗМЕРПРИМЕЧАНИЯФормат сообщения SLP_RSP_() {  Тип сообщения управления = 468 битов SLEEP-APPROVED1 бит0: запрос неактивного режима отклонен
1: запрос неактивного режима удовлетворенIF(SLEEP-APPROVED == 0) {  After-REQ action3 бита000: МАС может повторно передать сообщение MOB_SLPREQ в любое время
001: МАС должна повторно передать сообщение MOB_SLPREQ по истечении времени (REQduration) заданного БС в этом сообщении
010: МАС не должна повторно передавать сообщение MOB_SLP-REQ ожидать сообщение MOB_SLP-RSP от БС
011:111: ЗарезервированыEQ-duration4 битаПромежуток времени для случая, когда значение After-REQ-action равно 001} ELSE {  (Кадр запуска)7 битов Начальное окно неактивного режима6 битов Конечное окно неактивного режима10 битов ИД неактивного режима 8 битовИдентификатор для МАС при работе в неактивном режиме}  }  

Согласно таблице 8, сообщение ответа на запрос неактивного режима, предложенное во втором варианте осуществления, идентично сообщению ответа на запрос неактивного режима, показанному в таблице 3, в отношении составляющих его параметров, за исключением вновь определенного ИД неактивного режима. Поэтому ниже описан только ИД неактивного режима, а описание других параметров опущено.

ИД неактивного режима выделяется посредством сообщения ответа на запрос неактивного режима в процессе, когда МАС выполняет переход состояния в неактивный режим. ИД неактивного режима уникально используется только для МАС, работающих в неактивном режиме. Это значит, что ИД неактивного режима - это ИД, используемый для идентификации МАС в состоянии неактивного режима, включая интервал прослушивания, и если соответствующая МАС выполняет переход состояния в активный режим, то используемый ИД неактивного режима возвращается в БС, чтобы другая МАС, желающая выполнить переход состояния в неактивный режим, могла повторно использовать ИД неактивного режима, с использованием сообщения ответа на запрос неактивного режима, показанного в таблице 8. ИД неактивного режима, когда он имеет 8 битов, имеет значение в пределах от 0 до 255. Поэтому ИД неактивного режима может поддерживать максимум 256 МАС, работающих в неактивном режиме.

Сообщение индикации трафика согласно второму варианту осуществления настоящего изобретения показано в таблице 9.

Таблица 9СИНТАКСИСРАЗМЕРПРИМЕЧАНИЯФормат сообщения TRF-IND_() {  Тип сообщения управления = 478 битов POSITIVE_INDICATION_LIST() { Трафик был адресованNUM-POSITIVE8 битов for (i=0; i<NUM-POSITIVE;
i++) {  Sleep ID8 битовИдентификатор для МАС в неактивном режиме}  }  }  

Согласно таблице 9, сообщение индикации трафика, отвечающее второму варианту осуществления настоящего изобретения, идентично сообщению индикации трафика, показанному в таблице 4, по составляющим его параметрам, за исключением вновь определенного ИД неактивного режима. Это значит, что ИД неактивного режима можно использовать вместо основного ИДС, показанного в таблице 4. Поэтому описание параметров, отличных от ИД неактивного режима, опущено.

БС выделяет МАС ИД неактивного режима с использованием сообщения ответа на запрос неактивного режима, приведенного в таблице 8. Он используется при идентификации только МАС, работающих в неактивном режиме, согласно вышеописанному со ссылкой на таблицу 8. Хотя ИД неактивного режима, подобно основному ИДС, приведенному в таблице 4, используется для обозначения МАС, использование ИД неактивного режима ограничивается только МАС, работающими в неактивном режиме. Таким образом, БС выделяет ИД неактивного режима только МАС, которая выполняет переход состояния в неактивный режим согласно вышеописанному. Поэтому сообщение индикации трафика, приведенное в таблице 9, включает в себя только ИД неактивного режима, обозначающий МАС, которой предписывается переход состояния в активный режим в течение интервала прослушивания, среди МАС в неактивном режиме.

Поэтому ИД неактивного режима, включенный в сообщение индикации трафика, приведенное в таблице 9, может быть короче, чем основной ИДС, используемый в таблице 4. Например, в таблице 9 ИД неактивного режима имеет длину 8 битов, т.е. половину размера. Поэтому предложенное сообщение индикации трафика вдвое эффективнее существующего сообщения индикации трафика. Таким образом, в предположении, что сообщения индикации трафика имеют одну и ту же длину, сообщение индикации трафика, предложенное в настоящем изобретении, вдвое больше существующего сообщения индикации трафика по количеству ИД для МАС.

Вся работа в неактивном режиме с использованием двух сообщений, описанных в связи с таблицей 8 и таблицей 9, идентична работе в неактивном режиме в традиционной системе связи IEEE 802.16e. Однако во втором варианте осуществления настоящего изобретения, поскольку 8-битовый ИД неактивного режима для идентификации только МАС, работающей в неактивном режиме, выделяется традиционному сообщению ответа на запрос неактивного режима, передаваемому на МАС в активном режиме, предложенное сообщение ответа на запрос неактивного режима вдвое эффективнее по длине сообщения, чем традиционное сообщение ответа на запрос неактивного режима.

МАС, которой выделен ИД неактивного режима, т.е. МАС, работающая в неактивном режиме, использует соответствующий ИД неактивного режима в течение интервала неактивного режима, пока не выполнит переход состояния обратно в активный режим.

ИД неактивного режима, используемый МАС, находящейся в неактивном режиме, возвращается в БС в следующих трех случаях.

1) ИД неактивного режима возвращается в БС, когда заранее определенные пользовательские данные сначала поступают от МАС после предписания МАС, находящейся в неактивном режиме, выполнить переход состояния в активный режим посредством сообщения индикации трафика от БС в течение интервала прослушивания.

2) ИД неактивного режима возвращается в БС, когда сообщение запроса ширины полосы для передачи пользовательских данных передается от МАС, находящейся в неактивном режиме в течение интервала неактивного режима.

3) ИД неактивного режима возвращается в БС, когда неожиданное сообщение передается от МАС, находящейся в неактивном режиме, в течение интервала неактивного режима.

При работе в неактивном режиме в системе связи IEEE 802.16e, если БС принимает данные от МАС с учетом синхронизации состояний неактивного режима/активного режима между МАС и БС, ИД неактивного режима, выделенный соответствующей МАС, находящейся в неактивном режиме, возвращается для повторного использования в дальнейшем.

На фиг.9 показана схема сигнализации, иллюстрирующая процесс перехода состояния в неактивный режим в ответ на запрос от МАС согласно второму варианту осуществления настоящего изобретения. Согласно фиг.9, МАС 900 находится в активном режиме на этапе 911. Если МАС 900 желает выполнить переход состояния в неактивный режим, она передает сообщение запроса неактивного режима (SLP_REQ) на БС 950 на этапе 913. БС 950, принимающая сообщение запроса неактивного режима от МАС 900, определяет, разрешить ли переход состояния в неактивный режим для МАС 900, на основании условий, в которых находятся МАС 900 и БС 950. На основании результата определения, БС 950 передает сообщение ответа на запрос неактивного режима (SLP_RSP) на МАС 900 на этапе 915. При этом сообщение ответа на запрос неактивного режима включает в себя элементы информации, описанные в связи с таблицей 8, и дополнительно включает в себя ИД неактивного режима (SLPID), уникально используемый МАС в неактивном режиме согласно второму варианту осуществления настоящего изобретения.

При этом БС 950 определяет, разрешить ли переход состояния в неактивный режим для МАС 900 на основании того, имеются ли пакетные данные, подлежащие передаче на МАС 900. Как показано в таблице 8, БС 950 задает Sleep-Approved равным '1' для разрешения перехода состояния в неактивный режим и задает Sleep-Approved равным '0' для отклонения перехода состояния в неактивный режим. Элементы информации, включенные в сообщение ответа на запрос неактивного режима, описаны со ссылкой на таблицу 8.

Затем МАС 900, принимающая сообщение ответа на запрос неактивного режима от БС 950, анализирует значение Sleep-Approved, включенное в сообщение ответа на запрос неактивного режима, и выполняет переход состояния в неактивный режим, если переход состояния в неактивный режим разрешен, на этапе 917. При переходе состояния в неактивный режим МАС 900 может находиться в неактивном режиме, считывая соответствующие элементы информации из сообщения ответа на запрос неактивного режима.

Согласно второму варианту осуществления настоящего изобретения, МАС принимает от БС ИД неактивного режима вместо основного ИДС. Поэтому соответствующая МАС, принимающая ИД неактивного режима, при приеме сообщения индикации трафика в течение интервала прослушивания в неактивном режиме, анализирует принятый ИД неактивного режима вместо анализа основного ИДС.

На фиг.10 показана схема сигнализации, иллюстрирующая процесс перехода состояния в неактивный режим для МАС под управлением БС. Однако перед описанием фиг.10 следует отметить, что современная система связи IEEE 802.16e предлагает схему использования сообщения ответа на запрос неактивного режима как сообщения, указывающего незатребованную инструкцию. Термин "незатребованная инструкция" буквально означает, что МАС работает согласно инструкции или под управлением БС даже в отсутствие отдельного запроса от МАС. Например, согласно фиг.10, МАС выполняет переход состояния в неактивный режим согласно незатребованной инструкции.

Согласно фиг.10, БС 1050 передает сообщение ответа на запрос неактивного режима (SLP_RSP) на МАС 1000, находящейся в активном режиме на этапе 1011, на этапе 1013. Сообщение ответа на запрос неактивного режима включает в себя элементы информации, описанные со ссылкой на таблицу 8, и дополнительно включает в себя ИД неактивного режима (SLPID), уникально используемый МАС 1000 в неактивном режиме, согласно второму варианту осуществления настоящего изобретения. МАС 1000, принимающая сообщение ответа на запрос неактивного режима от БС 1050, анализирует значение Sleep-Approved, включенное в сообщение ответа на запрос неактивного режима, и выполняет переход состояния в неактивный режим, если переход состояния в неактивный режим разрешен, на этапе 1015.

Согласно фиг.10, поскольку сообщение ответа на запрос неактивного режима используется как сообщение незатребованной инструкции, значение Sleep-Approved задается равным '1'. Кроме того, при переходе состояния в неактивный режим МАС 1000 находится в неактивном режиме, считывая соответствующие элементы информации из сообщения ответа на запрос неактивного режима.

Согласно вышеописанному со ссылкой на фиг.9, согласно второму варианту осуществления настоящего изобретения, МАС принимает от БС ИД неактивного режима, а не основной ИДС. Поэтому соответствующая МАС, принимающая ИД неактивного режима, приняли сообщения индикации трафика в течение интервала прослушивания в неактивном режиме, анализирует принятый ИД неактивного режима вместо анализа основного ИДС.

Ниже со ссылкой на фиг.11 описана работа по переходу состояния в активный режим для МАС с использованием принятого ИД неактивного режима под управлением БС. На фиг.11 показана схема сигнализации, иллюстрирующая процесс перехода состояния в активный режим для МАС под управлением БС. Согласно фиг.11, если БС имеет трафик или пакетные данные, подлежащие передаче на МАС 1100, то она буферизует пакетные данные. Затем, если МАС 1100 входит в интервал прослушивания на этапе 1111, то БС 1150 передает сообщение индикации трафика (MOB_TRF_IND) на МАС 1100 на этапе 1113.

Сообщение индикации трафика включает в себя элементы информации, описанные со ссылкой на Таблицу 9, и дополнительно включает в себя ИД неактивного режима (SLPID), уникально используемый МАС 1100 в неактивном режиме, согласно второму варианту осуществления настоящего изобретения.

МАС 1100, принимающая сообщение индикации трафика от БС 1150, определяет, имеется ли Positive_Indication_List в сообщении индикации трафика, и, в случае наличия Positive_Indication_List, МАС 1100 считывает Positive SLPID, включенный в сообщение индикации трафика, и определяет, включен ли ее собственный ИД неактивного режима.

Если определено, что ее собственный ИД неактивного режима включен в сообщение индикации трафика, то МАС 1100 выполняет переход состояния из текущего неактивного режима в активный режим на этапе 1115.

Второй вариант осуществления настоящего изобретения предусматривает способ использования ИД неактивного режима, обозначающего МАС, находящуюся в неактивном режиме, вместо основного ИДС в сообщении индикации трафика, как способ уменьшения размера сообщения индикации трафика.

Первый и второй варианты осуществления настоящего изобретения предусматривают способ эффективного конфигурирования сообщения индикации трафика для предписывания МАС в неактивном режиме выполнить переход состояния в активный режим, уменьшения передачи ненужных данных и осуществления эффективного управления режимом в МАС. Таким образом, первый вариант осуществления предусматривает способ использования индексов индикации трафика со структурой битовой карты вместо использования последовательностей основных ИДС, обозначающих МАС. Второй вариант осуществления предусматривает способ использования ИД неактивного режима (SLPID) для идентификации МАС, работающей в неактивном режиме, вместо использования последовательностей основных ИДС, обозначающих МАС.

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

Третий вариант осуществления

Третий вариант осуществления настоящего изобретения предусматривает способ предписывания МАС, остающейся в интервале прослушивания, выполнить переход состояния в неактивный режим для снижения энергопотребления МАС.

Традиционно, если БС не включает положительную индикацию для соответствующей МАС в сообщение индикации трафика среди МАС, остающихся в своих интервалах прослушивания, то МАС непрерывно поддерживают активный режим, ожидая сообщение индикации трафика, до истечения интервала прослушивания. Однако БС может не предписывать МАС, остающимся в интервале прослушивания, выполнить переход состояния в активный режим на основании диспетчеризации услуг, для которых учитывается выравнивание нагрузки на всех МАС.

В результате МАС бесполезно потребляет мощность до окончания интервала прослушивания. Во избежание потерь мощности, третий вариант осуществления предусматривает расширение сообщения индикации трафика, показанного в таблице 5. Расширенное сообщение индикации трафика показано в таблице 10.

Таблица 10СинтаксисРазмерПримечаниеФормат сообщения TRF_IND () {  Тип сообщения управления = 478 битов Num_of_MSS_Group (4 МАС * N)8 битовКоличество МАС в БСFor(i=0; i<Num_of_MSS_Group; i++) {  Traffic_Indication_Index8 битов2 бита выделены для МАС как основной ИДС соответственно}  }  

Согласно таблице 10, сообщение индикации трафика, отвечающее третьему варианту осуществления настоящего изобретения, по аналогии с сообщением индикации трафика, показанным в таблице 5, использует последовательности индексов индикации трафика со структурой битовой карты вместо последовательностей 16-битовых основных ИДС, обозначающих МАС. Однако в отличие от сообщения индикации трафика, приведенного в таблице 5, сообщение индикации трафика, приведенное в таблице 10, указывает действие, которое должна совершить МАС в течение интервала прослушивания, и состоит из последовательностей индексов индикации трафика, в которых для одной МАС выделено 2 бита.

Согласно таблице 10, «тип сообщения управления» идентичен типу сообщения управления, описанному в связи с таблицей 4, поэтому его подробное описание опущено. Num_of_MSS_Group, определенное в таблице 10, указывает количество групп, каждая из которых включает в себя несколько МАС согласно вышеописанному со ссылкой на таблицу 5. Однако в отличие от таблицы 5, таблица 10 показывает, что количество МАС, включенное в одну группу, задано, например, равным 4.

Количество групп МАС вычисляется, как показано в уравнении (3).

Описание количества групп МАС, определенного в соответствии с количеством МАС, которым БС может управлять, приведено выше со ссылкой на таблицу 5. В отличие от индекса индикации трафика в первом варианте осуществления, индекс индикации трафика в третьем варианте осуществления используется для выделения двух битов каждой из 4 МАС, чтобы, таким образом, указать действие, которое должна выполнить соответствующая МАС, выведенная из неактивного режима, в течение интервала прослушивания.

В индексе индикации трафика, 2 битам, выделенным для указания действия, которое должна выполнить МАС в течение интервала прослушивания, присваиваются следующие значения.

- '00': Это значение идентично значению '0' среди значений соответствующих битов в индексе индикации трафика согласно способу уменьшения размера сообщения индикации трафика, отвечающему первому варианту осуществления, в отношении значимости и действия, выполняемого МАС. Это значение отличается от значения '0' тем, что поскольку используются два бита, БС задает два бита равными '00'.

- '11': Это значение идентично значению '1' среди значений соответствующих битов в индексе индикации трафика согласно способу уменьшения размера сообщения индикации трафика, отвечающему первому варианту осуществления, в отношении значимости и действия, выполняемого МАС. Поэтому его подробное описание здесь не приводится.

- '01': Это значение указывает, что поскольку БС не передает трафик на соответствующую МАС, вошедшую в интервал прослушивания, соответствующая МАС больше не ожидает сообщение индикации трафика и немедленно выполняет переход состояния в неактивный режим. После перехода состояния в неактивный режим для МАС предпочтительно поддерживать неактивный режим в течение оставшегося интервала прослушивания и вновь обновленного интервала неактивного режима.

- '10': Это значение является резервным значением, которое может использоваться в других целях.

На фиг.12 показана схема, иллюстрирующая формат сообщения индикации трафика, транслируемого с БС на МАС согласно третьему варианту осуществления настоящего изобретения. Согласно фиг.12, соответствующее сообщение 1200 индикации трафика состоит из параметров «тип сообщения управления» 1211, «количество групп МАС» 1213 и «индекс индикации трафика» 1215 и 1217. Предположим, что максимальное количество МАС, которыми может управлять БС, равно 7. Поэтому предполагается, что для МАС были выделены вышеописанные основные ИДС с 1 по 7. Кроме того, предполагается, что МАС, имеющие основные ИДС 1, 3, 4, 6 и 7, остаются в своих интервалах прослушивания и, таким образом, ожидают сообщение индикации трафика, передаваемое с БС на широковещательной основе.

Согласно фиг.12, тип сообщения управления 1211 указывает, что сообщение передачи является сообщением 1200 индикации трафика, а количество групп МАС 1213 задано равным '2', чтобы БС могла работать с 7 МАС согласно приведенным выше условиям. Поэтому, используются два последовательных индекса индикации трафика 1215 и 1217, и их соответствующие биты выделяются МАС, имеющим основные ИДС с 1 по 7 в двух битах. Исходя из этого предположения, поскольку МАС 1219, 1223, 1225, 1229 и 1231, имеющие основные ИДС 1, 3, 4, 6 и 7, соответственно, среди всех МАС остаются в интервале прослушивания, МАС 1219, 1223, 1225, 1229 и 1231 ожидают 1200 сообщение индикации трафика. Затем, если сообщение индикации трафика принято, то МАС 1219, 1223, 1225, 1229 и 1231 считывают соответствующие 2-битовые значения из индексов индикации трафика принятого сообщения индикации трафика.

Например, МАС 1219, имеющий основной ИДС 1, считывает значение выделенных первых двух битов из индекса индикации трафика 1215. В этом случае, поскольку соответствующее 2-битовое значение равно '01', БС не передает трафик в течение интервала прослушивания МАС 1219, согласно вышеописанному. Поэтому МАС 1219 немедленно выполняет переход состояния в неактивный режим, не ожидая сообщения индикации трафика в течение интервала прослушивания, и поддерживает неактивный режим до начала следующего интервала прослушивания.

В отличие от нее, МАС 1229, имеющая основной ИДС 6, считывает 6-е 2-битовое значение из индекса индикации трафика 1217. В этом случае, поскольку соответствующее 2-битовое значение равно '11', имеются данные, подлежащие приему от БС в течение интервала прослушивания МАС 1229. Поэтому МАС 1229 должна выполнить переход состояния в активный режим и ожидать трафик, передаваемый с БС.

Кроме того, МАС 1231, имеющая основной ИДС 7, считывает 7-е 2-битовое значение из индекса индикации трафика 1217. В этом случае, поскольку соответствующее 2-битовое значение равно '00', возможно наличие данных, подлежащих приему от БС в течение интервала прослушивания. Поэтому МАС 1231 должна ожидать сообщение индикации трафика до истечения интервала прослушивания.

На фиг.12 позиции 1221 и 1227 обозначают отсутствие битов, поскольку соответствующие МАС находятся в активном режиме или неактивном режиме, согласно вышеописанному со ссылкой на битовое значение '00' в индексе индикации трафика. Кроме того, поскольку позиция 1233 не попадает в диапазон количества МАС, которыми может управлять БС, соответствующим битам присваивается незначащее значение '00'.

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

На фиг.13 показана схема, иллюстрирующая процесс принудительного перехода состояния в активный режим для МАС в ответ на запрос на основании значения индекса индикации трафика в сообщении индикации трафика, принятом в течение интервала прослушивания в системе связи IEEE 802.16e согласно варианту осуществления настоящего изобретения. Согласно фиг.13, БС 1300 передает сообщения индикации трафика 1311, 1313, 1315, 1317, 1319, 1321 и 1323 на МАС 1303, 1305 и 1307, остающиеся в интервале прослушивания.

На фиг.13 стрелки сообщений индикации трафика указывают, что соответствующие МАС приняли соответствующие сообщения индикации трафика. БС 1300 передает сообщение индикации трафика на МАС 1303, 1305 и 1307 на широковещательной основе. В этом случае МАС, остающиеся в неактивном режиме или активном режиме, не декодируют и не анализируют сообщение индикации трафика.

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

МАС 1303 принимает сообщение индикации трафика 1313 в течение интервала прослушивания 1325, извлекает два бита, соответствующие основному ИДС МАС 1303, из индекса индикации трафика, описанного в связи с таблицей 10, и анализирует два извлеченных бита. Здесь, поскольку 2-битовое значение, соответствующее основному ИДС, равно '11', МАС 1303 выполняет переход состояния в активный режим (1329) независимо от оставшегося интервала прослушивания.

Затем МАС 1305 принимает сообщение 1311 индикации трафика в течение интервала прослушивания 1331, извлекает два бита, соответствующие основному ИДС МАС 1305, из индекса индикации трафика, описанного в связи с таблицей 10, и анализирует два извлеченных бита. Поскольку 2-битовое значение, соответствующее основному ИДС, равно '00', МАС 1305 ожидает следующее сообщение индикации трафика до истечения оставшегося интервала прослушивания. После этого, поскольку соответствующие два бита в следующих сообщениях 1313, 1315 и 1317 индикации трафика, переданных БС 1300, также равны '00', МАС 1305 ожидает следующее сообщение индикации трафика до истечения интервала прослушивания. В этом случае, как показано на фиг.13, по истечении интервала прослушивания 1331, МАС 1305 удваивает существующий интервал неактивного режима, выполняет переход состояния в неактивный режим и поддерживает неактивный режим в течение удвоенного интервала неактивного режима.

По истечении заранее определенного времени в неактивном режиме МАС 1305 вновь ожидает сообщение индикации трафика в течение следующего интервала прослушивания 1333. В этом случае, поскольку соответствующее 2-битовое значение в принятом сообщении индикации трафика равно '00', МАС 1305 ожидает следующее сообщение индикации трафика до истечения оставшегося интервала прослушивания. Однако поскольку соответствующее 2-битовое значение в принятом сообщении 1321 индикации трафика равно '11', МАС 1305 выполняет переход состояния в активный режим на 1335, независимо от оставшегося интервала прослушивания.

Затем МАС 1307 принимает сообщение 1313 индикации трафика в течение интервала прослушивания 1337, извлекает два бита, соответствующие основному ИДС МАС 1307, из индекса индикации трафика, описанного в связи с таблицей 10, и анализирует два извлеченных бита. В данном случае, поскольку извлеченное 2-битовое значение равно '01', МАС 1307 выполняет переход состояния в неактивный режим независимо от оставшегося интервала прослушивания 1337, тем самым минимизируя энергопотребление.

После принудительного перехода состояния в неактивный режим на этапе 1339 МАС 1307 поддерживает неактивный режим в течение времени, определенного добавлением оставшегося интервала прослушивания и удвоенного интервала неактивного режима. Затем МАС 1307 принимает и декодирует сообщение 1323 индикации трафика в течение нового интервала прослушивания 1341.

В вышеизложенном описании, работа трех МАС 1303, 1305 и 1307 охватывает все возможные случаи и операции, возникающие в сообщении индикации трафика, описанном в связи с таблицей 10. Таким образом, со ссылкой на фиг.13 приведено описание процедуры, в которой МАС выполняет переход состояния в активный режим согласно рабочему состоянию, запрашиваемому БС, ожидает сообщение индикации трафика или выполняет вынужденный переход состояния в неактивный режим, в течение интервала прослушивания.

На фиг.14 показана логическая блок-схема, иллюстрирующая процесс принудительного перехода состояния для МАС в ответ на запрос от БС в течение интервала прослушивания согласно третьему варианту осуществления настоящего изобретения. Согласно фиг.14 МАС, находящаяся в неактивном режиме на этапе 1411, переходит к этапу 1413. На этапе 1413 МАС определяет, истек ли интервал неактивного режима, т.е. должна ли она еще оставаться в неактивном режиме. Если определено, что интервал неактивного режима истек, то МАС переходит к этапу 1415. Если же определено, что интервал неактивного режима не истек, то МАС возвращается к этапу 1413.

На этапе 1415 МАС определяет, истек ли интервал прослушивания. Если определено, что интервал прослушивания истек, то МАС переходит к этапу 1429, на котором она выполняет переход состояния в неактивный режим. Если на этапе 1415 определено, что интервал прослушивания не истек, то МАС переходит к этапу 1417.

На этапе 1417 МАС определяет, получено ли от БС сообщение индикации трафика. Если определено, что сообщение индикации трафика получено от БС, то МАС переходит к этапу 1415.

На этапе 1419 МАС определяет, имеются ли два бита в индексе индикации трафика, описанном в связи с таблицей 10, отображающиеся в основном ИДС, соответствующем МАС, на основании количества групп МАС, включенного в принятое сообщение индикации трафика. Это значит, что сообщение индикации трафика может иметь переменный индекс индикации трафика. Если определено наличие соответствующих двух битов, то МАС переходит к этапу 1421. Если на этапе 1419 определено, что соответствующие два бита отсутствуют в индексе индикации трафика, то МАС возвращается к этапу 1415, определяя, что сообщение индикации трафика не принято.

На этапе 1421 МАС анализирует соответствующие два бита, указывающие действие, запрошенное БС в течение интервала прослушивания. Если определено, что соответствующие два бита равны '01', то МАС переходит к этапу 1429, на котором она выполняет переход состояния в неактивный режим независимо от оставшегося интервала прослушивания, тем самым минимизируя энергопотребление. Если на этапе 1421 определено, что соответствующие два бита не равны '01', то МАС переходит к этапу 1425.

На этапе 1425 МАС определяет, равны ли соответствующие два бита '11'. Если определено, что соответствующие два бита равны '11', то МАС переходит к этапу 1431, на котором она выполняет переход состояния в активный режим, предполагая наличие трафика, подлежащего приему от БС. Если же определено, что соответствующие два бита не равны '11', то МАС переходит к этапу 1427.

На этапе 1427 МАС определяет, равны ли соответствующие два бита '00'. Если определено, что соответствующие два бита равны '00', то МАС возвращается к этапу 1415, чтобы вновь принять сообщение индикации трафика, описанное в связи с таблицей 10, поскольку БС может иметь трафик, подлежащий передаче на соответствующую МАС. Кроме того, если определено, что соответствующие два бита не равны '00', то МАС переходит к этапу 1415, чтобы вновь принять сообщение индикации трафика, поскольку это значит, что соответствующие два бита равны '10', что указывает на значение, зарезервированное для других целей.

Согласно вышеописанному, преимущество настоящего изобретения состоит в том, что оно поддерживает работу в неактивном режиме и в активном режиме в системе связи широкополосного беспроводного доступа, использующей МОЧР/МДОЧР, т.е. в системе связи IEEE 802.16e. В частности, некоторые преимущества работы в неактивном режиме и в активном режиме, согласно настоящему изобретению, состоят в следующем:

(1) В системе связи IEEE 802.16e, если БС имеет трафик, подлежащий передаче на МАС, остающейся в неактивном режиме, то БС включает последовательность 16-битовых основных ИДС, обозначающих соответствующую МАС, в сообщение индикации трафика, согласно вышеописанному.

Однако поскольку диапазон основных ИДС, обозначающих МАС в одной БС, занимает очень малую часть от основного ИДС #1 до основного ИДС #m среди всех 65536 основных ИДС, то 16-битовые основные ИДС включают в себя ненужные старшие биты (СБ). Поэтому увеличение количества МАС, которыми может управлять БС, приводит к растрачиванию ширины полосы, необходимой БС для передачи сообщения индикации трафика. Кроме того, БС предписывает соответствующей МАС выполнить переход состояния в активный режим с использованием одного или нескольких сообщений индикации трафика.

Однако настоящее изобретение значительно сокращает длину сообщения индикации трафика за счет использования индексов индикации трафика со структурой битовой карты вместо последовательностей основных ИДС для сообщения индикации трафика. Соответственно, можно предписывать МАС выполнить переход состояния в активный режим, передавая только одно сообщение индикации трафика.

(2) В системе связи IEEE 802.16e, МАС в неактивном режиме входит в интервал прослушивания и повторяет процесс определения, имеется ли основной ИДС, обозначающий МАС, ожидая сообщение индикации трафика, передаваемое БС. Таким образом, если МАС не удается принять сообщение индикации трафика в течение интервала прослушивания или в сообщении индикации трафика нет основного ИДС, несмотря на то, что сообщение индикации трафика принято, то МАС продолжает осуществлять вышеуказанный процесс.

Поэтому БС не требуется предписывать МАС оставаться в интервале прослушивания для перехода состояния в активный режим на основании диспетчеризации услуг, для которых учитывается выравнивание нагрузки на всех МАС. Однако МАС, не информированная об этой ситуации, ожидает сообщение индикации трафика, продолжая бесполезно расходовать мощность до истечения интервала прослушивания.

Однако настоящее изобретение использует индексы индикации трафика со структурой битовой карты, используемые БС для идентификации действия, которое должна совершить МАС, вместо использования основных ИДС в сообщении индикации трафика, передаваемом в течение интервала прослушивания. Соответственно, БС предписывает МАС выполнить переход состояния в неактивный режим, тем самым минимизируя ненужное энергопотребление.

Как явствует из вышеприведенного описания, настоящее изобретение существенно сокращает длину сообщения индикации трафика благодаря использованию индексов индикации трафика со структурой битовой карты, вместо основных ИДС, при передаче сообщения индикации трафика в системе связи ШБД. Соответственно, можно предписывать МАС выполнить переход состояния в активный режим, передавая только одно сообщение индикации трафика.

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

Изобретение относится к широкополосным системам связи. Технический результат заключается в минимизации энергопотребления. Способ передачи сообщения индикации трафика для предписывания мобильной абонентской станции (MAC) в неактивном режиме перейти в активный режим в системе связи широкополосного беспроводного доступа, поддерживающей неактивный режим и активный режим, включает в себя этапы, на которых индивидуально выделяют для MAC, принадлежащих соответствующей базовой станции, соответствующие области, указывающие команды трафика для MAC, в поле индикации трафика в сообщении индикации трафика, и указывают команды перехода состояния в областях, выделенных для MAC, до передачи сообщения индикации графика в MAC. 5 н. и 31 з.п. ф-лы, 14 ил., 9 табл.

1. Способ передачи сообщения индикации трафика для предписывания мобильной абонентской станции (MAC) в неактивном режиме перейти в активный режим в системе связи широкополосного беспроводного доступа, поддерживающей неактивный режим в отсутствие данных передачи, и активный режим при наличии данных передачи, причем способ содержит этапы, на которых индивидуально выделяют соответствующей каждой из MAC области, указывающие наличие трафика для MAC, принадлежащей обслуживающей базовой станции, в поле индикации трафика сообщения индикации трафика, указывают команды перехода состояния в областях и передают сообщение индикации трафика в MAC.2. Способ по п.1, в котором размер каждой области, индивидуально выделенной MAC, равен 1 биту.3. Способ по п.1, в котором сообщение индикации трафика дополнительно включает в себя поле информации группы, указывающее количество групп, причем каждая группа имеет заранее определенное количество MAC, принадлежащих базовой станции.4. Способ по п.1, в котором MAC, принимающая сообщение индикации трафика от базовой станции, выполняет переход состояния согласно команде перехода состояния в выделенной ей области в сообщении индикации трафика.5. Способ перехода в активный режим, для мобильной абонентской станции (MAC) в неактивном режиме, после приема сообщения индикации трафика от обслуживающей базовой станции в системе связи широкополосного беспроводного доступа, поддерживающей неактивный режим в отсутствие данных передачи, и активный режим при наличии данных передачи, причем способ содержит этапы, на которых принимают на MAC идентификатор неактивного режима (SLPID), уникально выделенный ей обслуживающей базовой станцией, когда MAC выполняет переход состояния из активного режима в неактивный режим, обнаруживают на MAC включен ли выделенный идентификатор неактивного режима в сообщение индикации трафика, принятое от базовой станции, и определяют, выполнить ли переход состояния в соответствии с результатом определения.6. Способ по п.5, в котором идентификатор неактивного режима принимают посредством сообщения ответа на запрос неактивного режима.7. Способ по п.6, в котором идентификатор неактивного режима, включенный в сообщение ответа на запрос неактивного режима, заменяет основной идентификатор соединения.8. Способ по п.5, в котором, когда MAC, которой выделен идентификатор неактивного режима, выполняет переход состояния в активный режим, выделенный идентификатор неактивного режима возвращают на обслуживающую базовую станцию.9. Способ передачи сообщения индикации трафика для предписывания мобильной абонентской станции (MAC) в неактивном режиме перейти в активный режим в системе связи широкополосного беспроводного доступа, поддерживающей неактивный режим в отсутствие данных передачи, и активный режим при наличии данных передачи, причем способ содержит этапы, на которых индивидуально выделяют соответствующей каждой из MAC области, указывающие наличие трафика для MAC, принадлежащей обслуживающей базовой станции, в поле индикации трафика сообщения индикации трафика, указывают информацию рабочих команд для MAC в выделенных ей областях и передают сообщение индикации трафика на MAC.10. Способ по п.9, в котором размер каждой из областей, индивидуально выделенных для MAC, равен 2 битам.11. Способ по п.9, в котором сообщение индикации трафика дополнительно включает в себя поле информации группы, указывающее количество групп, причем каждая группа имеет заранее определенное количество MAC, принадлежащих базовой станции.12. Способ по п.11, в котором каждая группа имеет 4 MAC.13. Способ по п.9, в котором MAC, принимающая сообщение индикации трафика от базовой станции, выполняет переход состояния согласно информации рабочей команды, указанной в выделенной ей области в сообщении индикации трафика.14. Способ по п.9, в котором информация рабочей команды включает в себя информацию для предписывания MAC выполнить переход состояния в активный режим.15. Способ по п.9, в котором информация рабочей команды включает в себя информацию для предписывания MAC поддерживать неактивный режим по истечении соответствующего интервала прослушивания.16. Способ по п.9, в котором информация рабочей команды включает в себя информацию для предписывания MAC немедленно выполнить переход состояния в неактивный режим, не ожидая следующего сообщения индикации трафика в течение соответствующего интервала прослушивания.17. Способ передачи сообщения индикации трафика с базовой станции на множество мобильных абонентских станций (MAC) для извещения MAC в неактивном режиме, когда множество MAC среди MAC, находящихся в зоне покрытия базовой станции, находятся в неактивном режиме, в котором сообщение индикации трафика указывает, имеются ли данные, подлежащие приему, включает в себя поле индикации трафика, включающее в себя поток битов, выделенный MAC, и включает в себя информацию, указывающую, имеются ли данные, подлежащие приему, в битах для MAC.18. Способ по п.17, в котором базовая станция, индивидуально выделяет соответствующей каждой из MAC соответствующие области для указания команд трафика для MAC, принадлежащей обслуживающей базовой станции, в поле индикации трафика в сообщении индикации трафика.19. Способ по п.18, в котором базовая станция указывает информацию рабочей команды для MAC в соответствующих выделенных им областях, до передачи сообщения индикации трафика.20. Способ по п.19, в котором информация рабочей команды включает в себя информацию для предписывания MAC выполнить переход состояния в активный режим.21. Способ по п.19, в котором информация рабочей команды включает в себя информацию для предписывания MAC поддерживать неактивный режим, по истечении соответствующего интервала прослушивания.22. Способ по п.19, в котором информация рабочей команды включает в себя информацию для предписывания MAC немедленно выполнить переход состояния в неактивный режим, не ожидая следующего сообщения индикации трафика в течение соответствующего интервала прослушивания.23. Способ по п.17, в котором размер каждой из областей, индивидуально выделенных MAC, равен 1 биту.24. Способ по п.17, в котором размер каждой из областей, индивидуально выделенных MAC, равен 2 битам.25. Способ по п.17, в котором поле индикации трафика включает в себя информацию группы, указывающую количество групп, причем каждая группа имеет заранее определенное количество MAC, принадлежащих базовой станции.26. Способ по п.17, в котором MAC, принимающая сообщение индикации трафика от базовой станции, выполняет переход состояния согласно команде перехода состояния, включенной в выделенную ей область в сообщении неактивного трафика.27. Способ по п.17, в котором информация, указывающая, имеются ли данные, подлежащие приему MAC, является уникальным идентификатором неактивного режима.28. Способ по п.27, в котором идентификатор неактивного режима принимают посредством сообщения ответа на запрос неактивного режима.29. Способ по п.28, в котором идентификатор неактивного режима, включенный в сообщение ответа на запрос неактивного режима, заменяет основной идентификатор соединения.30. Способ по п.27, в котором, когда MAC выполняет переход состояния в активный режим, идентификатор неактивного режима возвращают на базовую станцию.31. Способ по п.17, в котором, когда MAC, остающаяся в неактивном режиме, выполняет переход состояния в активный режим, получив сообщение индикации трафика от базовой станции, MAC определяет, имеется ли идентификатор неактивного режима в принятом сообщении индикации трафика, и определяет, выполнять ли переход состояния, в соответствии с результатом определения.32. Способ генерации сообщения, используемого, когда обслуживающая базовая станция сообщает каждой мобильной абонентской станции (MAC) в неактивном режиме, имеется ли трафик, подлежащий передаче на каждую из MAC, в системе связи широкополосного беспроводного доступа, имеющей активный режим при наличии данных передачи и неактивный режим в отсутствие данных передачи, способ содержит этапы, на которых выделяют, на обслуживающей базовой станции, уникальные идентификаторы неактивного режима для MAC в неактивном режиме, группируют идентификаторы неактивного режима в заранее определенном количестве и генерируют первую битовую карту индикации, объединяя области, указывающие сгруппированные идентификаторы неактивного режима, генерируют вторую битовую карту индикации, указывающую заранее определенное количество идентификаторов неактивного режима, и формируют сообщение индикации трафика, включающее в себя первую битовую карту индикации и вторую битовую карту индикации, и передают сформированное сообщение индикации трафика в MAC.33. Способ по п.32, в котором идентификатор неактивного режима передают в MAC посредством сообщения ответа на запрос неактивного режима.34. Способ по п.32, в котором при наличии трафика, подлежащего передаче, по меньшей мере, в одну из MAC, каждый бит первой битовой карты индикации указывает наличие трафика передачи.35. Способ по п.32, дополнительно содержащий этапы, на которых MAC обнаруживает бит, соответствующий ее местоположению, из первой битовой карты индикации, и определяет, имеется ли трафик, в зависимости от обнаруженного бита, обнаруживает вторую битовую карту индикации, если определено наличие трафика, и отменяет обнаружение второй битовой карты индикации, если определено отсутствие трафика.36. Способ по п.35, в котором, при обнаружении второй битовой карты индикации, MAC обнаруживает бит, соответствующий ее местоположению, и определяет, имеется ли трафик, на основании обнаруженного бита.