Система и способ для периодического регулирования в режиме ожидания в системе связи с шбд

Система и способ для периодического регулирования в режиме ожидания в системе связи с шбд

Иллюстрации

Показать все

Реферат

Область техники, к которой относится изобретение

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

Описание предшествующего уровня техники

В системе связи 4-го поколения (4П), которая представляет собой систему связи следующего поколения, проводятся исследования для предоставления абонентам услуг, имеющих различное качество обслуживания (КО) на высокой скорости. В частности, в настоящей системе связи 4П активно осуществляются исследования с целью поддержки высокоскоростного обслуживания, способного обеспечивать мобильность и КО в системе связи с ШБД, такой как беспроводная система локальной сети (ЛС) и беспроводная система городской вычислительной сети (ГВС).

Характерной системой связи системы связи 4П является система связи 802.16а Института инженеров по электротехнике и радиоэлектронике (ИИЭР) и система связи 802.16е ИИЭР. Система связи 802.16а ИИЭР и система связи 802.16е ИИЭР используют схему ортогонального частотного разделения каналов (ОЧРК)/схему многостанционного доступа с ортогональным частотным разделением каналов (МДОЧРК) для поддержки широкополосной сети передачи для физического канала беспроводной системы ГВС. Система связи 802.16а ИИЭР рассматривает только структуру с единственной сотой и стационарными абонентскими станциями (АС), что означает, что система совсем не обеспечивает мобильности АС. Однако система связи 802.16е ИИЭР обеспечивает мобильность АС в системе связи 802.16а ИИЭР. В данном случае АС, имеющая мобильность, упоминается как мобильная станция (МС).

Фиг.1 представляет собой блок-схему, схематически иллюстрирующую обычную систему связи 802.16е ИИЭР. Ссылаясь на фиг.1, система связи 802.16е ИИЭР имеет многосотовую структуру, т.е. соту 100 и соту 150. Далее, система связи 802.16е ИИЭР включает в себя базовую станцию (БС) 110, которая управляет сотой 100, БС 140, которая управляет сотой 150, и множество МС 111, 113, 130, 151 и 153. Передача/прием сигналов между БС 110 и 140 и МС 111, 113, 130, 151 и 153 осуществляется с использованием схемы ОЧРК/МДОЧРК.

На фиг.1 МС 130 располагается в граничной области (или области эстафетной передачи обслуживания) между сотой 100 и сотой 150. Т.е., когда МС 130 перемещается в соту 150, управляемую БС 140, в то же время осуществляя связь с БС 110, обслуживающая БС для МС 130 меняется с БС 110 на БС 140.

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

Далее, так как система связи 802.16е ИИЭР обеспечивает мобильность МС, становится более важным периодическое регулирование среды операций регулирования.

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

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

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

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

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

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

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

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

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

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

(1) Идентификатор ожидания (ИДОЖ)

ИДОЖ, предложенный системой связи 802.16е ИИЭР, соответствует значению, распределяемому при помощи сообщения ответа на запрос ожидания (SLP-RSP), когда МС переходит в режим ожидания, которое используется в качестве заданного значения только для МС, остающихся в режиме ожидания. Т.е. ИДОЖ представляет собой идентификатор для различения МС в режиме ожидания, включая интервал прослушивания. Когда соответствующая МС переходит в активный режим, ИДОЖ восстанавливается на БС и может повторно использоваться для МС, предназначенной для перехода в режим ожидания, при помощи сообщения SLP-RSP. ИДОЖ имеет размер 10 битов, и можно поддерживать 1024 МС, выполняющих работу в режиме ожидания, используя ИДОЖ.

(2) Интервал ожидания

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

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

Интервал прослушивания, который запрашивается посредством МС, может распределяться БС в соответствии с запросом МС. Т.е. интервал прослушивания представляет собой интервал времени, в течение которого МС выполняет моментальный выход из режима ожидания, синхронизируется с сигналом линии связи «вниз» БС и принимает сообщения линии связи «вниз», такие как сообщения указания трафика (TRF-IND). Сообщение TRF-IND идентифицирует, имеется ли TRF-IND, т.е. пакетные данные, подлежащие передаче на МС. Сообщение TRF-IND более подробно описывается ниже.

МС непрерывно ожидает приема сообщения TRF-IND в течение интервала прослушивания. Если бит, представляющий МС в битовом массиве ИДОЖ, включенном в сообщение TRF-IND, имеет значение, указывающее положительное указание, МС непрерывно сохраняет активный режим. В результате МС переходит в активный режим. Однако, если бит имеет значение, указывающее отрицательное указание, МС снова переходит в режим ожидания.

3) Алгоритм обновления интервала ожидания

Когда МС переходит в режим ожидания, МС определяет интервал ожидания из предварительно установленного минимального значения окна в качестве минимального периода режима ожидания. После того как МС выполнит выход из режима ожидания для интервала прослушивания и подтвердит отсутствие пакетных данных, подлежащих передаче с БС, МС устанавливает интервал ожидания таким, что он имеет значение, соответствующее удвоенному значению предыдущего интервала ожидания, и остается в режиме ожидания. Например, когда минимальное значение окна равно 2, МС устанавливает интервал ожидания равным 2 кадрам, и остается в режиме ожидания в течение 2 кадров. После того как прошли 2 кадра, МС выходит из режима ожидания и определяет, было ли принято сообщение TRF-IND. Если сообщение TRF-IND не было принято, т.е. когда нет пакетных данных, передаваемых с БС на МС, МС устанавливает интервал ожидания равным 4 кадрам, который в два раза больше 2 кадров, и остается в режиме ожидания в течение 4 кадров. Следовательно, интервал ожидания может увеличиваться с минимального значения окна до максимального значения окна, и алгоритм обновления для интервала ожидания представляет собой алгоритм обновления интервала ожидания.

Ниже в данном документе описываются сообщения, определенные в системе связи 802.16е ИИЭР для поддержки работы в режиме ожидания и работы в активном режиме, как описано выше.

(1) Сообщение запроса ожидания (SLP-REQ)

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

Таблица 1
Синтаксис	Размер	Примечание
SLP-REQ_Message_Format() {
Тип сообщения управления = 46	8 битов
окно первоначального ожидания	6 битов
окно окончательного ожидания	10 битов
интервал прослушивания	6 битов
Резервированное	2 бита
}

Сообщение SLP-REQ представляет собой специально предназначенное сообщение, передаваемое на основе идентификатора (ИД) соединения (ИДС) МС.

ИЭ Типа сообщения управления представляет тип передаваемого сообщения. Например, когда Тип сообщения управления имеет значение 45, передаваемым сообщением является сообщение SLP-REQ.

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

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

(2) Сообщение SLP-RSP

Сообщение SLP-RSP представляет собой сообщение ответа на сообщение SLP-REQ, которое может использоваться для указания, одобрять ли или отклонять переход режима в режим ожидания, запрашиваемый МС, или в качестве незатребованной инструкции. Сообщение SLP-RSP включает в себя ИЭ, необходимые тогда, когда МС работает в режиме ожидания. Формат сообщения SLP-RSP приведен в таблице 2.

Таблица 2
Синтаксис	Размер	Примечание
SLP-RSP_Message_Format() {
Тип сообщения управления = 47	8 битов
Sleep-approved (ожидание одобрено)	1 бит	0: Запрос режима ожидания отклонен1: Запрос режима ожидания одобрен
IF (Sleep-approved ==0) {
After-REQ-action (действие после запроса)	1 бит	0: МС может повторно передать сообщение SLP-REQ после временной продолжительности (REQduration), установленной посредством БС в этом сообщении1: МС не будет повторно передавать сообщение SLP-REQ и будет ожидать сообщение SLP-RSP от БС
REQ-duration	4 бита	Временная продолжительность для случая, когда значение After-REQ-action равно 0
Резервированное	2 бита
}
Else {
Начальный кадр
окно первоначального ожидания	6 битов
окно окончательного ожидания	10 битов
интервал прослушивания	6 битов
ИДОЖ	10 битов
}
}

Сообщение SLP-RSP представляет собой специально предназначенное сообщение, передаваемое на основе базового ИДС МС.

ИЭ Типа сообщения управления представляет тип сообщения, передаваемого в настоящий момент. Например, когда Тип сообщения управления имеет значение 46, передаваемое сообщение представляет сообщение SLP-RSP.

Далее, Sleep-approved имеет значение, выраженное одним битом. Когда Sleep-approved имеет значение 0, то это означает, что запрос на переход режима в режим ожидания был отклонен (SLEEP-MODE REQUEST DENIED). Однако, когда Sleep-approved имеет значение 1, то это означает, что запрос на переход режима в режим ожидания был одобрен (SLEEP-MODE REQUEST APPROVED). Далее, когда Sleep-approved имеет значение 0, то это означает, что БС отклонила переход режима в режим ожидания, запрашиваемый МС.

Следовательно, МС, испытавшая отклонение, передает сообщение SLP-REQ на БС или ожидает приема сообщения SLP-RSP, представляющего незатребованную инструкцию от БС, когда требует ситуация. Когда Sleep-approved имеет значение 1, существуют значение Начального кадра, значение окна первоначального ожидания, значение окна окончательного ожидания, интервал прослушивания и вышеупомянутый ИДОЖ. Однако, когда Sleep-approved имеет значение 0, существуют значение After-REQ-action и REQ-duration.

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

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

Как описано выше, значение окна первоначального ожидания представляет начальное значение для интервала ожидания, которое измеряется в кадрах, интервал прослушивания представляет значение для интервала прослушивания, и значение окна окончательного ожидания представляет конечное значение для интервала ожидания. Значение After-REQ-action представляет операцию, которая должна быть выполнена МС, испытавшей отклонение, для перехода режима в режим ожидания.

3) Сообщение TRF-IND

Сообщение TRF-IND представляет собой сообщение, передаваемое с БС на МС во время интервала прослушивания, которое представляет существование пакетных данных, подлежащих передаче с БС на МС. Сообщение TRF-IND имеет формат, показанный в таблице 3.

Таблица 3
Синтаксис	Размер	Примечание
TRF-IND_Message_Format() {
Тип сообщения управления = 48	8 битов
Битовый массив ИДОЖ	Переменный
}

Сообщение TRF-IND представляет собой широковещательное сообщение, передаваемое по широковещательной схеме, отдельно от сообщения SLP-REQ и сообщения SLP-RSP. Сообщение TRF-IND представляет, имеются ли пакетные данные, подлежащие передаче с БС на предварительно определенную МС. МС декодирует широковещательное сообщение TRF-IND во время интервала прослушивания и определяет, переходить ли в активный режим или снова возвратиться в режим ожидания.

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

ИЭ Типа сообщения управления представляет собой информацию, представляющую тип сообщения, передаваемого в настоящий момент. Например, когда Тип сообщения управления имеет значение 48, передаваемое сообщение представляет сообщение TRF-IND.

Битовый массив ИДОЖ представляет набор индексов указания. Каждый из индексов указания имеет один бит, распределенный одному из ИДОЖ, назначенных МС, чтобы идентифицировать МС, соответственно, которые перешли в режим ожидания. Т.е. битовый массив ИДОЖ представляет группу битов, каждый из которых распределяется МС, в значениях ИДОЖ (с максимальным значением «-1»), назначенных МС, находящихся в настоящий момент в режиме ожидания. В битовом массиве ИДОЖ может распределяться фиктивный бит для выравнивания байтов.

Бит, распределенный МС, представляет, имеются ли пакетные данные, подлежащие передаче с БС на соответствующую МС. Далее, МС в режиме ожидания считывает ИДОЖ и отображенный бит в сообщении TRF-IND, принятом во время интервала прослушивания, который был распределен при переходе режима в режим ожидания. Если распределенный бит имеет значение положительного указания, т.е. 1, МС непрерывно сохраняет активный режим. В результате, МС переходит в активный режим. Однако, если распределенный бит имеет значение отрицательного указания, т.е. 0, МС снова переходит в режим ожидания.

Фиг.3 представляет собой блок-схему последовательности операций, схематически иллюстрирующую обычный процесс регулирования в системе связи 802.16е ИИЭР. Ссылаясь на фиг.3, на МС 300 подается питание, она отслеживает все полосы частот, которые уже были заданы в МС 300, и обнаруживает опорный сигнал, например пилот-сигнал, имеющий наибольшее отношение несущая/помеха и шум (ОНПШ). МС 300 определяет БС 320, передавшую пилот-сигнал, имеющий наибольшее ОНПШ, в качестве БС 320 (или обслуживающей БС 320), к которой принадлежит МС 300 в настоящий момент. МС 300 принимает преамбулу кадра линии связи «вниз», переданного с обслуживающей БС 320, и достигает системной синхронизации с БС 320.

Как описано выше, когда выполняется вхождение в синхронизм с синхронизацией системы между МС 300 и обслуживающей БС 320, обслуживающая БС 320 передает сообщение линия связи «вниз» (DL) - протокол доступа к среде передачи (MAP) (DL-MAP) и сообщение линия связи «вверх» (UL) - МАР на МС 300 на этапах 311 и 313. Сообщение DL-MAP имеет формат, показанный в таблице 4.

Таблица 4
Синтаксис	Размер	Примечание
DL-MAP_Message_Format() {
Тип сообщения управления = 2	8 битов
Поле синхронизации физического уровня (PHY)	Переменный	См. Соответствующую спецификацию физического уровня
Число дескриптора канала линии связи «вниз» (ДКВН)	8 битов
ИД базовой станции	48 битов
Количество n элементов DL-MAP	16 битов
Begin Конкретный участок физического уровня {		См. Применимый участок физического уровня
for (i=1; i<=n; i++)		Для каждого элемента DL-MAP 1-n
DL-MAP Information Element()	Переменный	См. соответствующую спецификацию физического уровня
If!(граница байта) {Padding Nibble	4 бита	Заполнение до достижения границы байта
}
}
}
}

Как показано в таблице 4, сообщение DL-MAP включает в себя множество ИЭ, т.е. Тип сообщения управления, представляющий тип передаваемого сообщения, набор Синхронизации физического уровня (PHY) в соответствии со схемой модуляции и схемой демодуляции, применимой к физическому каналу для вхождения в синхронизм, число ДКВН, представляющее число, соответствующее изменению конфигурации сообщения дескриптора канала линии связи «вниз» (ДКВН), включающее в себя профиль пачки линии связи «вниз», ИД базовой станции, представляющий идентификатор базовой станции, и «Количество n элементов DL-MAP», представляющее количество элементов, существующих после ИД базовой станции. В частности, сообщение DL-MAP включает в себя информацию для регулирования кодов, распределенных для каждого регулирования в системе связи МДОЧРК. МС 300 может обнаруживать информацию для пачек линии связи «вниз», включенных в кадр линии связи «вниз», посредством сообщения DL-MAP. Следовательно, МС 300 может принимать данные, т.е. кадры данных, в пачке посредством различения пачек линии связи «вниз» кадра линии связи «вниз».

Сообщение UL-MAP имеет формат, показанный в таблице 5.

Таблица 5
Синтаксис	Размер	Примечание
UL-MAP_Message_Format() {
Тип сообщения управления = 3	8 битов
ИД канала линии связи «вверх»	8 битов
Число дескриптора канала линии связи «вверх» (ДКВВ)	8 битов
Количество n элементов UL-MAP	16 битов
Время начала распределения	32 бита
Begin Конкретный участок физического уровня {		См. Применимый участок физического уровня
for (i=1; i<=n; i++)		Для каждого элемента UL-MAP 1-n
UL-MAP_Information_Element()	Переменный	См. соответствующую спецификацию физического уровня
}
}
}

Как показано в таблице 5, сообщение UL-MAP включает в себя множество ИЭ, т.е. Тип сообщения управления, представляющий тип передаваемого сообщения, ИД канала линии связи «вверх», представляющий идентификатор канала используемой линии связи «вверх», число ДКВВ, представляющее число, соответствующее изменению конфигурации сообщения Дескриптора канала линии связи «вверх» (ДКВВ), включающее в себя профиль пачки линии связи «вверх», и «Количество n элементов UL-MAP», представляющее количество элементов, существующих после числа ДКВВ. Идентификатор канала линии связи «вверх» однозначно распределяется подуровнем управления доступа к среде (УДС).

МС 300, синхронизированная с БС 320, т.е. МС 300, распознавшая информацию управления линии связи «вниз» и линии связи «вверх» и фактические ячейки передачи/приема данных, передает сообщение запроса регулирования (RNG-REQ) на БС 320 на этапе 315. БС 320, принявшая сообщение RNG-REQ, передает сообщение ответа на запрос регулирования (RNG-RSP), которое включает в себя информацию для компенсации частоты, времени и мощности излучения для регулирования, на МС 300 на этапе 317.

На фиг.3, для удобства описания, процесс регулирования завершается посредством процесса одноразовой передачи сообщения RNG-REQ и процесса одноразовой передачи сообщения RNG-RSP, соответствующего передачи сообщения RNG-REQ. Однако согласно фактическому процессу регулирования процесс передачи сообщения RNG-REQ и процесс передачи сообщения RNG-RSP, соответствующий передаче сообщения RNG-REQ, могут повторяться несколько раз до тех пор, пока не будет завершена компенсация мощности излучения/времени/частоты для линии связи «вверх». Процесс регулирования выполняется периодически.

Сообщение RNG-REQ имеет формат, показанный в таблице 6.

Таблица 6
Синтаксис	Размер	Примечание
RNG-REQ_message_Format() {
Тип сообщения управления = 4	8 битов
ИД канала линии связи «вниз»	8 битов
До завершения	8 битов
Кодированная типом/длиной/значением (ТДЗ) информация	Переменный	Характерный для ТДЗ
}

Как показано в таблице 6, сообщение RNG-REQ включает в себя множество ИЭ, т.е. Тип сообщения управления, представляющий тип передаваемого сообщения, ИД канала линии связи «вниз», представляющий идентификатор канала линии связи «вниз», включенный в сообщение RNG-REQ, принятый в МС 300 при помощи сообщения ДКВВ, и До завершения, представляющий приоритет переданного ответа на запрос регулирования. До завершения имеет значение в 8 бит. Когда До завершения имеет значение «00000000», предыдущий ответ на запрос регулирования имеет высокий приоритет. Однако, когда До завершения не имеет значение «00000000», текущий ответ на запрос регулирования имеет высокий приоритет.

Сообщение RNG-RSP имеет формат, показанный в таблице 7.

Таблица 7
Синтаксис	Размер	Примечание
RNG-RSP_message_Format() {
Тип сообщения управления = 5	8 битов
ИД канала линии связи «вверх»	8 битов
Кодированная ТДЗ информация	Переменный	Характерный для ТДЗ
}

Как показано в таблице 7, сообщение RNG-RSP включает в себя множество ИЭ, т.е. Тип сообщения управления, представляющий тип передаваемого сообщения, и ИД канала линии связи «вверх», представляющий идентификатор канала линии связи «вверх», включенный в сообщение RNG-REQ.

Завершение операций передачи/приема сообщения RNG-REQ и сообщения RNG-RSP, т.е. завершение процесса регулирования, может определяться посредством значения параметра Статуса регулирования из Кодированной ТДЗ (тип, длина, значение) информации, как показано в таблице 7. Параметр Статуса регулирования имеет одно из значений, как показано в таблице 8.

Таблица 8
Значение Статуса регулирование	Смысл
1	Продолжить
2	Прервать выполнение
3	Благоприятный исход
4	Выполнить повторное регулирование

Процесс регулирования выполняется при помощи по меньшей мере одноразового обмена сообщением RNG-REQ и сообщением RNG-RSP, как описано выше. Более конкретно, обмен сообщением RNG-REQ и сообщением RNG-RSP может повторяться до тех пор, пока не будет завершена компенсация мощности излучения/времени/частоты. Далее, обмен сообщением RNG-REQ и сообщением RNG-RSP более двух раз управляется значением Статуса регулирования в сообщении RNG-RSP, переданном от БС.

Когда Статус регулирования в сообщении RNG-RSP, переданном от БС, имеет значение 1, МС определяет, что необходимо выполнить дополнительный обмен сообщением RNG-REQ и сообщением RNG-RSP. Более конкретно, МС определяет, что процесс регулирования продолжается, выполняет компенсацию мощности излучения/времени/частоты с БС и затем передает сообщение RNG-REQ на БС. БС, приняв сообщение RNG-REQ от МС, устанавливает Статус регулирования в сообщении RNG-RSP так, что он снова имеет значение 1, когда требуется дополнительная компенсация согласно состоянию компенсации мощности излучения/времени/частоты МС. БС передает сообщение RNG-RSP на МС и делает возможным выполнение дополнительного обмена сообщением RNG-REQ и сообщением RNG-RSP.

Однако, когда дополнительная компенсация не требуется согласно состоянию компенсации мощности излучения/времени/частоты посредством МС, т.е. процесс регулирования имел благоприятный исход, БС устанавливает Статус регулирования в сообщении RNG-RSP так, что он имеет значение 3, и предотвращает выполнение дополнительного обмена сообщением RNG-REQ и сообщением RNG-RSP.

Ниже подробно описывается регулирование.

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

Во-первых, описывается первоначальное регулирование.

Первоначальное регулирование выполняется тогда, когда БС входит в синхронизм с МС, и представляет собой регулирование, выполняемое для того, чтобы согласовать точный временной сдвиг между МС и БС и компенсировать мощность излучения. Т.е. на МС подается питание, она принимает сообщение DL-MAP и сообщение UL-MAP и входит в синхронизм с БС. МС выполняет первоначальное регулирование для компенсации временного сдвига и мощности излучения с БС.

Во-вторых, описывается периодическое регулирование.

Периодическое регулирование выполняется тогда, когда МС, выполнив компенсацию временного сдвига и мощности излучения с БС при помощи первоначального регулирования, компенсирует условия канала и т.д. с БС.

В-третьих, описывается регулирование по запросу полосы частот.

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

Как описано выше, так как система связи 802.16е ИИЭР обеспечивает мобильность МС, периодическое регулирование МС становится актуальным фактором для передачи/приема данных. Согласно периодическому регулированию, которое представляет собой операцию по измерению и компенсации (корректировке) параметров, необходимых для выполнения МС надежной связи с БС, БС должна распределить ресурсы линии связи «вверх», так что МС может выполнять периодическое регулирование, т.е. МС может передавать сообщение RNG-REQ на БС. Более конкретно, БС должна распределить ресурсы линии связи «вверх» для МС для периодического регулирования МС и предоставляет информацию для распределения ресурсов линии связи «вверх» МС при помощи сообщения UL-MAP.

После этого МС передает сообщение RNG-REQ на БС при помощи распределенных ресурсов линии связи «вверх» и выполняет операцию периодического регулирования с БС. БС корректирует мощность излучения, временной сдвиг и частотный сдвиг согласно сообщению RNG-REQ, принятому от МС, и передает сообщение RNG-RSP на МС в ответ на сообщение RNG-REQ, таким образом завершая периодическое регулирование.

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

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

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

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

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

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

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

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

фиг.1 представляет собой блок-схему, иллюстрирующую обычную структуру системы связи 802.16е ИИЭР;

фиг.2 представляет собой график, схематически иллюстрирующий обычную работу в режиме ожидания в системе связи 802.16е ИИЭР;

фиг.3 представляет собой блок-схему последовательности операций, схематически иллюстрирующую обычный процесс регулирования в системе связи 802.16е ИИЭР;

фиг.4 представляет собой график, схематически иллюстрирующий операцию периодического регулирования МС, остающейся в режиме ожидания в системе связи 802.16е ИИЭР, согласно варианту осуществления настоящего изобретения;

фиг.5 представляет собой блок-схему последовательности операций, иллюстрирующую операцию обмена сообщениями между МС и БС, основанную на операции периодического регулирования МС, остающейся в режиме ожидания в системе связи 802.16е ИИЭР, согласно варианту осуществления настоящего изобретения;

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

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