система и способ обновления идентификатора спящего режима мобильной станции в системе связи с беспроводным широкополосным доступом (bwa)

Формула изобретения

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

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

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

3. Способ по п.2, в котором сообщение представляет собой сообщение RNG-RSP ответа на запрос согласования параметров радиосвязи.

4. Способ по п.1, в котором новый идентификатор SLPID представляет собой один из других идентификаторов SLPID, отличных от старого идентификатора SLPID, причем другие идентификаторы SLPID представляют собой пустые идентификаторы SLPID, причем каждый из пустых идентификаторов SLPID представляет собой идентификатор SLPID, возвращенный к BS, который был предварительно назначен другой MS.

5. Способ по п.1, в котором сообщение передается тогда, когда не существует графика, направленного к MS.

6. Способ по п.5, в котором сообщение представляет собой сообщение MOB_TKF-IND индикации трафика, причем сообщение MOB_TRJF-IND включает в себя отрицательную индикацию, когда не существует трафика, направленного к MS.

7. Система для обновления идентификатора спящего режима (идентификатора SLPID) в системе связи с беспроводным широкополосным доступом (BWA), причем система содержит:

мобильную станцию (MS) в спящем режиме;

базовую станцию (BS) для передачи мобильной станции (MS) сообщения, содержащего информацию обновления идентификатора SLPID,

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

8. Система по п.7, в которой информация обновления идентификатора SLPID включает в себя М битов, причем среди М битов первые М/2 битов указывают старый идентификатор SLPID, последние М/2 битов указывают новый идентификатор SLPID, а М представляет собой целое число больше 2.

9. Система по п.8, в которой сообщение представляет собой сообщение RNG-RSP ответа на запрос согласования параметров радиосвязи.

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

11. Система по п.7, в которой сообщение передается тогда, когда не существует трафика, направленного к MS.

12. Система по п.11, в которой сообщение представляет собой сообщение MOB_TRF-IND индикации трафика, причем сообщение MOB_TRF-IND включает в себя отрицательную индикацию, когда не существует трафика, направленного к MS.

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

принимают от базовой станции (BS) сообщение, содержащее информацию обновления идентификатора SLPID, содержащую информацию о старом идентификаторе SLPID, назначенном для MS, и новый идентификатор SLPID, назначенный для MS для обновления старого идентификатора SLPID; и

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

14. Способ по п.13, в котором информация обновления идентификатора SLPID включает в себя М битов, причем среди М битов первые М/2 битов указывают старый идентификатор SLPID, последние М/2 битов указывают новый идентификатор SLPID, а М представляет собой целое число больше 2.

15. Способ по п.14, в котором сообщение представляет собой сообщение RNG-RSP ответа на запрос согласования параметров радиосвязи.

16. Способ по п.13, в котором новый идентификатор SLPID представляет собой один из других идентификаторов SLPID, отличных от старого идентификатора SLPID, причем другие идентификаторы SLPID представляют собой пустые идентификаторы SLPID, причем каждый из пустых идентификаторов SLPID представляет собой идентификатор SLPID, возвращенный к BS, который был предварительно назначен другой MS.

17. Способ по п.13, в котором сообщение передается тогда, когда не существует трафика, направленного к MS.

18. Способ по п.17, в котором сообщение представляет собой сообщение MOB_TRF-IND индикации трафика, причем сообщение MOB_TRF-IND включает в себя отрицательную индикацию, когда не существует трафика, направленного к MS.

19. Система для обновления идентификатора спящего режима (идентификатора SLPID) в системе связи с беспроводным широкополосным доступом (BWA), причем система содержит:

базовую станцию (BS); и

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

20. Система по п.19, в которой информация обновления идентификатора SLPID включает в себя М битов, причем среди М битов первые М/2 битов указывают старый идентификатор SLPID, последние М/2 битов указывают новый идентификатор SLPID а М представляет собой целое число больше 2.

21. Система по п.20, в которой сообщение представляет собой сообщение RNG-RSP ответа на запрос согласования параметров радиосвязи.

22. Система по п.19, в которой новый идентификатор SLPID представляет собой один из других идентификаторов SLPID, отличных от старого идентификатора SLPID, причем другие идентификаторы SLPID представляют собой пустые идентификаторы SLPID, причем каждый из пустых идентификаторов SLPID представляет собой идентификатор SLPID, возвращенный к BS, который был предварительно назначен другой MS.

23. Система по п.19, в которой сообщение передается тогда, когда не существует трафика, направленного к MS.

24. Система по п.23, в которой сообщение представляет собой сообщение MOB_TRF-IND индикации трафика, причем сообщение MOB_TRF-IND включает в себя отрицательную индикацию, когда не существует трафика, направленного к MS.

Описание изобретения к патенту

УРОВЕНЬ ТЕХНИКИ

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

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

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

Активное изучение системы связи 4-го поколения (4G), являющейся системой связи следующего поколения, проводится для предоставления пользователям высокоскоростных служб, поддерживающих различное качество обслуживания (QoS). В последнее время производится много исследований системы связи 4-го поколения для поддержки высокоскоростной службы, которая может гарантировать подвижность и качество обслуживания (QoS) в системе связи с беспроводным широкополосным доступом (BWA), такой как система беспроводной локальной сети (LAN) и система беспроводной городской сети (MAN). Типичным примером системы с беспроводным широкополосным доступом (BWA) является система связи стандарта Института инженеров по электротехнике и электронике (IEEE) 802.16a или система связи стандарта IEEE 802.16e.

Система связи стандарта IEEE 802.16a и система связи стандарта IEEE 802.16e используют мультиплексирование с ортогональным частотным разделением сигналов (OFDM) и многостанционный доступ с ортогональным частотным разделением сигналов (OFDMA) для поддержки сети широкополосной передачи для физического канала системы беспроводной городской сети (MAN). В частности, система связи стандарта IEEE 802.16a не учитывает подвижность абонентских терминалов (SS), то есть ориентирована на стационарные мобильные станции и структуру с одной сотой. Однако система связи стандарта IEEE 802.16e учитывает подвижность абонентских терминалов (SS). Далее абонентский терминал (SS), имеющий подвижность, будет называться мобильной станцией (MS).

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

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

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

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

На фиг.1 ссылочная позиция 110 обозначает формат формирования пакетных данных. Формат 110 формирования пакетных данных включает в себя множество рабочих (ON) интервалов и множество нерабочих (OFF) интервалов. Рабочие интервалы являются импульсными интервалами, в течение которых формируются пакетные данные, то есть трафик, а нерабочие интервалы являются неактивными интервалами, в течение которых трафик не формируется. В соответствии с образцом формирования трафика мобильная станция и базовая станция поочередно переходят в спящий режим и в активный режим (изменяют режим), тем самым минимизируя энергопотребление мобильной станции и нейтрализуя помехи между сигналами канала.

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

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

Теперь ниже будет дано описание схем, предлагаемых в настоящее время для поддержки операции спящего режима в системе связи стандарта IEEE 802.16e. Однако прежде чем будет дано описание предлагаемых в настоящее время схем в системе связи стандарта IEEE 802.16e, будут описаны следующие предварительные условия.

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

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

Параметры для поддержки операций спящего режима и активного режима

Теперь будет дано описание параметров, требуемых для поддержки операций спящего режима и активного режима, предлагаемых в настоящее время в системе связи стандарта IEEE 802.16e.

(1) Идентификатор SLPID спящего режима

Идентификатор SLPID спящего режима является значением, назначаемым мобильной станции через сообщение SLP-RSP ответа на запрос спящего режима для перехода из активного режима в спящий режим, и он уникальным образом назначается только мобильным станциям в спящем режиме. То есть идентификатор SLPID является идентификатором, используемым для идентификации мобильной станции в спящем режиме, содержащем интервал прослушивания, и если соответствующая мобильная станция производит изменение режима из спящего режима в активный режим, то идентификатор SLPID, ранее назначенный мобильной станции, возвращается базовой станции, с тем чтобы другая мобильная станция, желающая перейти в спящий режим, могла повторно воспользоваться идентификатором SLPID через сообщение SLP-RSP. Обычно идентификатор SLPID имеет размер 10 битов и, таким образом, может использоваться для идентификации в общей сложности 1024 мобильных станций в операции спящего режима.

(2) Интервал спящего режима

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

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

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

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

(3) Алгоритм обновления интервала спящего режима

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

Сообщения для поддержки операций спящего режима и активного режима

Теперь будет дано описание сообщений, определенных в настоящее время для поддержки операций спящего режима и активного режима в системе связи стандарта IEEE 802.16e.

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

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

Таблица 1
Синтаксис	Размер	Примечания
SLP-REQ_Message_Format () {
Management message type=50 (Тип управляющего сообщения)	8 битов
Initial-sleep window (Начальная продолжительность спящего режима)	6 битов
Final-sleep window (Конечная продолжительность спящего режима)	10 битов
Listening interval (Интервал прослушивания)	6 битов
Зарезервировано	2 бита
}

Сообщение SLP-REQ является специализированным сообщением, передаваемым на основе идентификатора соединения (CID) мобильной станции, и информационные элементы сообщения SLP-REQ включают в себя информационный элемент Management Message Type (тип управляющего сообщения), информационный элемент Initial-Sleep Window (начальная продолжительность спящего режима), информационный элемент Final-Sleep Window (конечная продолжительность спящего режима) и информационный элемент Listening Interval (интервал прослушивания). Информационный элемент Management Message Type указывает тип текущего сообщения передачи, и Management Message Type=50 указывает сообщение SLP-REQ. Информационный элемент Initial-Sleep Window указывает запрашиваемое начальное значение для интервала спящего режима (измеренное в кадрах), и информационный элемент Final-Sleep Window указывает запрашиваемое конечное значение для интервала спящего режима (измеренное в кадрах). То есть, как описано в отношении алгоритма обновления интервала спящего режима, интервал спящего режима может быть обновлен между значением начальной продолжительности и значением конечной продолжительности. Информационный элемент Listening Interval указывает запрашиваемый интервал прослушивания (измеренный в кадрах), и интервал прослушивания также может быть представлен количеством кадров.

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

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

Таблица 2
Синтаксис	Размер	Примечания
MOB-SLP-RSP_Message_Format () {
Management message type=51 (Тип управляющего сообщения)	8 битов
Sleep-approved (Подтверждение запроса на спящий режим)	1 бит	0: запрос спящего режима отклонен 1: запрос спящего режима одобрен
If (Sleep-approved==0) {	1 бит	0: мобильная станция может повторно передать сообщение MOB_SLPREQ после продолжительности времени REQ-duration, заданной базовой станцией в этом сообщении 1: Мобильная станция не должна повторно передавать сообщение MOB_SLPREQ и должна ожидать сообщение MOB_SLPRSP от базовой станции
REQ-duration	4 бита	Продолжительность времени для случая, в котором значение After-REQ-action = 0

зарезервировано	2 бита
}
else {
Start frame (Начальный кадр)
initial-sleep windows (Начальные продолжительности спящего режима)	6 битов
final-sleep windows (Конечные продолжительности спящего режима)	10 битов
Listening interval (Интервал прослушивания)	6 битов
SLPID (Идентификатор спящего режима)	10 битов
}
}

Сообщение SLP-RSP также является специализированным сообщением, передаваемым на основе основного идентификатора соединения (CID) мобильной станции, и ниже будут описаны информационные элементы сообщения SLP-RSP, проиллюстрированного в таблице 2.

Информационный элемент Management Message Type (тип управляющего сообщения) указывает тип текущего сообщения передачи, и Management Message Type=51 обозначает сообщение SLP-RSP. Информационный элемент Sleep-approved (подтверждение запроса на спящий режим) выражен 1 битом, причем Sleep-Approved=0 указывает на отклонение запроса спящего режима, и Sleep-Approved=1 указывает на подтверждение запроса спящего режима. В частности, Sleep-Approved=0 указывает, что базовая станция отказывает в изменении режима на спящий режим, который запрашивает мобильная станция. После приема отказа мобильная станция передает сообщение SLP-REQ базовой станции в соответствии с условиями или ждет приема сообщения SLP-RSP, указывающего незапрашиваемую команду от базовой станции.

Если Sleep-Approved=1, сообщение SLP-RSP включает в себя информационные элементы Start Frame (начальный кадр), Initial-Sleep Window (начальная продолжительность спящего режима), Final-Sleep Window (конечная продолжительность спящего режима), Listening Interval (интервал прослушивания) и идентификатор SLPID спящего режима. Если Sleep-Approved=0, сообщение SLP-RSP включает в себя информационные элементы After-REQ-Action (действие после запроса) и REQ-Duration (продолжительность до следующего запроса). Значение Start Frame указывает значение количества кадров до того времени, когда мобильная станция входит в первый интервал спящего режима, и не включает в себя кадр, в котором принято сообщение SLP-RSP (количество кадров (не включающее в себя кадр, в котором было принято сообщение) до момента, в который мобильная станция войдет в первый интервал спящего режима). То есть мобильная станция переходит в спящий режим после промежутка времени, выраженного в кадрах, соответствующего значению начального кадра, отсчитанного от следующего кадра после кадра, в котором было принято сообщение SLP-RSP. Идентификатор SLPID используется для идентификации мобильных станций в спящем режиме и может использоваться для идентификации в общей сложности 1024 мобильных станций в спящем режиме.

Как описано выше, значение информационного элемента Initial-Sleep Window (начальная продолжительность спящего режима) указывает начальное значение для интервала спящего режима (измеренное в кадрах), и значение интервала прослушивания указывает значение для интервала прослушивания (измеренное в кадрах). Значение информационного элемента Final-Sleep Window (конечная продолжительность спящего режима) указывает конечное значение для интервала спящего режима (измеренное в кадрах). Значение информационного элемента After-REQ-action указывает действие, которое должна выполнить мобильная станция, запрос которой на спящий режим был отклонен.

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

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

Таблица 3
Синтаксис	Размер	Примечания
MOB-TRF-IND_Message_Format () {
Management Message Type=52 (Тип управляющего сообщения)	8 битов
FMT (Формат)	1 бит	0=формат на основе идентификатора SLPID 1=формат на основе идентификатора CID
If(FMT==0){

Байт битовой карты идентификаторов SLPID	8 битов
Битовая карта идентификаторов SLPID	Переменный
} else {
Num-pos	7 битов	Количество идентификаторов CID в списке положительной индикации
for (i=0; i<Num-pos; i++) {
Short Basic CID (Короткий основной идентификатор CID)	12bit	Основной идентификатор CID
}
while (!byte_boundary) {
Дополнительные биты	1	Дополнение для выравнивания байта
}
}
}

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

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

Что касается информационных элементов в сообщении TRF-IND, то информационный элемент Management Message Type (тип управляющего сообщения) указывает тип текущего сообщения передачи, и Management Message Type=52 указывает сообщение TRF-IND. Информационный элемент FMT (формат) указывает, использовать ли идентификатор SLPID спящего режима или основной идентификатор CID соединения мобильной станции в процессе указания наличия/отсутствия трафика, который должен быть передан мобильной станции в спящем режиме. Когда для индикации используется идентификатор SLPID спящего режима, битовая карта идентификаторов SLPID указывает набор индексов индикации, назначенных на побитовой основе каждому из идентификаторов SLPID, назначенных мобильным станциям для идентификации мобильных станций, которые перешли в спящий режим. То есть битовая карта идентификаторов SLPID указывает группу битов, назначенных на побитовой основе каждой мобильной станции, для (максимальное значение - 1) идентификаторов SLPID среди идентификаторов SLPID, назначенных мобильной станции в спящем режиме. Битовой карте идентификаторов SLPID могут быть назначены фиктивные биты для выравнивания до байта.

Один бит, назначенный мобильной станции, указывает наличие/отсутствие данных, которые должны быть переданы от базовой станции соответствующей мобильной станции. Поэтому мобильная станция в спящем режиме считывает бит, отображаемый на идентификатор SLPID, который был назначен во время изменения режима на спящий режим, из сообщения TRF-IND, принятого в течение интервала прослушивания, и если считанный бит указывает значение положительной индикации, то есть значение '1', мобильная станция непрерывно сохраняет активный режим, тем самым переходя в активный режим. В ином случае, если этот назначенный бит указывает отрицательное значение, то есть значение '0', мобильная станция переходит обратно в спящий режим.

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

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

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

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

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

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

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

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

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

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

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

Фиг.1 - диаграмма, иллюстрирующая операцию спящего режима традиционной системы связи стандарта IEEE 802.16e;

Фиг.2 - блок-схема алгоритма, иллюстрирующая процесс обновления идентификатора SLPID посредством базовой станции в системе связи в соответствии с вариантом воплощения настоящего изобретения;

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

Фиг.4 - блок-схема алгоритма, иллюстрирующая процесс обновления идентификатора SLPID посредством базовой станции с использованием сообщения TRF-IND в системе связи в соответствии с вариантом воплощения настоящего изобретения;

Фиг.5A и 5B - блок-схемы алгоритмов, иллюстрирующие процесс обновления идентификатора SLPID посредством мобильной станции с использованием сообщения TRF-IND в системе связи в соответствии с вариантом воплощения настоящего изобретения;

Фиг.6 - блок-схема алгоритма, иллюстрирующая процесс обновления идентификатора SLPID посредством базовой станции с использованием незапрашиваемого сообщения SLP-RSP в системе связи в соответствии с вариантом воплощения настоящего изобретения;

Фиг.7 - блок-схема алгоритма, иллюстрирующая процесс обновления идентификатора SLPID посредством мобильной станции с использованием незапрашиваемого сообщения SLP-RSP в системе связи в соответствии с вариантом воплощения настоящего изобретения;

Фиг.8 - блок-схема алгоритма, иллюстрирующая процесс обновления идентификатора SLPID посредством базовой станции с использованием незапрашиваемого сообщения SLP-RSP в системе связи в соответствии с другим вариантом воплощения настоящего изобретения; и

Фиг.9 - блок-схема алгоритма, иллюстрирующая процесс обновления идентификатора SLPID посредством мобильной станции с использованием незапрашиваемого сообщения SLP-RSP в системе связи в соответствии с другим вариантом воплощения настоящего изобретения.

ПОДРОБНОЕ ОПИСАНИЕ ИЛЛЮСТРАТИВНЫХ ВАРИАНТОВ ВОПЛОЩЕНИЯ

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

Настоящее изобретение предлагает схему обновления идентификатора SLPID спящего режима для мобильной станции (MS) в спящем режиме в системе связи стандарта Института инженеров по электротехнике и электронике (IEEE) 802.16e, которая является системой связи с беспроводным широкополосным доступом (BWA). "Обновлением идентификатора SLPID" называется процесс, в котором базовая станция переназначает новый идентификатор SLPID для мобильной станции в спящем режиме во время операции спящего режима вместо идентификатора SLPID, назначенного в начальной фазе процесса спящего режима. В соответствии с этим настоящее изобретение может эффективно управлять ресурсами идентификаторов SLPID посредством обновления идентификатора SLPID.

Хотя настоящее изобретение в качестве примера будет описано здесь в отношении системы связи стандарта IEEE 802.16e, настоящее изобретение может также быть применено ко всем другим системам связи, поддерживающим операцию спящего режима и периодическое согласование (ranging) параметров радиосвязи во время операции спящего режима.

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

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

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

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

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

Как описано выше, поскольку система связи стандарта IEEE 802.16e учитывает подвижность мобильных станций, периодическое согласование параметров радиосвязи для мобильных станций очень важно для надежной передачи/приема данных. Периодическое согласование параметров радиосвязи - это операция для измерения и корректировки параметров, требуемых для того, чтобы дать возможность мобильной станции осуществлять связь с базовой станцией. Базовая станция должна назначать ресурсы восходящего канала так, чтобы мобильная станция могла выполнять периодическое согласование параметров радиосвязи, то есть мобильная станция могла передавать базовой станции сообщение RNG-REQ запроса согласования параметров радиосвязи. То есть базовая станция должна назначать ресурсы восходящего канала для мобильной станции для периодического согласования параметров радиосвязи мобильной станции и должна передавать мобильной станции информацию о назначении ресурсов восходящего канала через сообщение UL-MAP.

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

Фиг.2 является блок-схемой алгоритма, иллюстрирующей процесс обновления идентификатора SLPID, выполняемый в базовой станции в ходе операции периодического согласования параметров радиосвязи с мобильной станцией в спящем режиме в системе связи в соответствии с вариантом воплощения настоящего изобретения. На фиг.2 на этапе 201 базовая станция принимает сообщение RNG-REQ для периодического согласования параметров радиосвязи от мобильной станции в спящем режиме. На этапе 203 базовая станция определяет, имеется ли необходимость обновить идентификатор SLPID мобильной станции в спящем режиме. В частности, на этапе 203 базовая станция определяет, имеется ли пустой идентификатор SLPID в списке идентификаторов SLPID с номером, меньшим, чем номер текущего идентификатора SLPID соответствующей мобильной станции, в полном списке идентификаторов SLPID, ведущимся в базовой станции. Пустой идентификатор SLPID может соответствовать идентификатору SLPID, возвращенному базовой станции, когда другая мобильная станция, использующая идентификатор SLPID, ранее назначенный ей базовой станцией, переходит в активный режим. Если имеется множество пустых идентификаторов SLPID, предпочтительно заново назначить и обновить наименьший идентификатор SLPID среди пустых идентификаторов SLPID. Таким образом, идентификатор SLPID мобильной станции может постоянно обновляться на меньший идентификатор SLPID, а не быть зафиксированным на первоначально назначенном идентификаторе SLPID.

Например, предполагая, что идентификатор SLPID с самым низким значением, который базовая станция может назначить мобильной станции в спящем режиме, является идентификатором SLPID#1, и идентификатор SLPID, первоначально назначенный мобильной станции, является идентификатором SLPID#99, тогда, если имеются неиспользуемые идентификаторы SLPID между идентификатором SLPID#1 и текущим идентификатором SLPID#99, для мобильной станции, которая передала сообщение RNG-REQ, базовая станция может заново назначить наименьший из пустых идентификаторов SLPID для мобильной станции.

Если на этапе 203 определено, что имеется необходимость обновить идентификатор SLPID мобильной станции, то есть если базовая станция определяет наличие неиспользуемых идентификаторов SLPID между наименьшим идентификатором SLPID, который можно назначить мобильной станции в спящем режиме, и идентификатором SLPID мобильной станции, то на этапе 205 базовая станция создает сообщение RNG-RSP, содержащее информацию, используемую для обновления идентификатора SLPID мобильной станции в спящем режиме. То есть базовая станция создает информацию об идентификаторе SLPID, используемом в текущий момент мобильной станцией, и об идентификаторе SLPID, который должен быть заново назначен мобильной станции, в поле SLPID_Update сообщения RNG-RSP, которое является ответным сообщением на сообщение RNG-REQ, и сохраняет сообщение RNG-RSP. Предпочтительно, чтобы базовая станция создавала текущий идентификатор SLPID, используемый мобильной станцией, и информацию об идентификаторе SLPID, который должен быть заново назначен мобильной станции, в паре.

После этого на этапе 207 базовая станция передает мобильной станции сообщение RNG-RSP, содержащее созданную информацию об идентификаторе SLPID. Однако если на этапе 203 определено, что нет необходимости обновлять идентификатор SLPID мобильной станции, на этапе 207 базовая станция передает мобильной станции сообщение RNG-RSP без значения SLPID_Update.

Параметр SLPID_Update, добавленный к параметру с кодированием "тип/длина/значение" (TLV) сообщения RNG-RSP, показан ниже в таблице 4.

Таблица 4
Имя	Тип	Длина	Значение
SLPID_Update	18	переменная	Составное

Имя	Тип (1 байт)	Длина	Значение (переменная длина)
Old_New_SLPID	18.1	20 битов	Первые 10 битов указывают старый идентификатор SLPID, и последние 10 битов указывают новый идентификатор SLPID

В таблице 4 параметр SLPID_Update включает в себя поле Old_New_SLPID, в котором в паре сохранены СТАРЫЙ идентификатор SLPID, в текущий момент назначенный мобильной станции, и НОВЫЙ идентификатор SLPID, который должен быть заново назначен для мобильной станции.

Как показано в таблице 4, параметр SLPID_Update, поскольку он является параметром с типом кодирования TLV, передается мобильной станции через сообщение RNG-RSP, только когда это необходимо. То есть базовая станция передает мобильной станции параметр SLPID_Update через сообщение RNG-RSP по завершении периодического согласования параметров радиосвязи, только когда она обнаруживает необходимость обновить идентификатор SLPID мобильной станции.

Фиг.3 является блок-схемой алгоритма, иллюстрирующей процесс обновления идентификатора SLPID, выполняемый в мобильной станции в ходе операции периодического согласования параметров радиосвязи между базовой станцией и мобильной станцией в спящем режиме в системе связи в соответствии с вариантом воплощения настоящего изобретения. На фиг.3 на этапе 301 мобильная станция остается в спящем режиме. То есть мобильная станция остается в состоянии, в котором для нее базовой станцией назначен начальный идентификатор SLPID, и она не передает никаких данных в спящем режиме. На этапе 303 мобильная станция определяет, пришло ли время для выполнения процесса периодического согласования параметров радиосвязи с базовой станцией. Если время для выполнения процесса периодического согласования параметров радиосвязи не пришло, мобильная станция непрерывно сохраняет спящий режим. Однако если пришло время для выполнения процесса периодического согласования параметров радиосвязи, на этапе 305 мобильная станция передает базовой станции сообщение RNG-REQ для запроса согласования параметров радиосвязи. Впоследствии на этапе 307 мобильная станция принимает от базовой станции сообщение RNG-RSP в ответ на запрос согласования параметров радиосвязи.

На этапе 309 мобильная станция определяет, имеется ли параметр SLPID_Update, содержащийся в сообщении RNG-RSP, принятом от базовой станции, чтобы определить, обновлен ли ее собственный идентификатор SLPID. Если имеется параметр SLPID_Update, содержащийся в сообщении RNG-RSP, принятом от базовой станции, то на этапе 311 мобильная станция обновляет свой собственный идентификатор SLPID на идентификатор SLPID, заново назначенный ей базовой станцией, в соответствии с информацией параметра, и затем возвращается на этап 301, переходя назад в спящий режим. Однако если на этапе 309 определено, что параметр SLPID_Update, в сообщении RNG-RSP, принятом от базовой станции, не содержится, то мобильная станция сохраняет старый идентификатор SLPID, назначенный ей на текущий момент, и возвращается на этап 301 для перехода назад в спящий режим. Спящий режим на этапе 301 имеет концепцию, включающую в себя один или оба интервала из числа интервала спящего режима или интервала прослушивания.

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

Способ обновления идентификатора SLPID в соответствии со вторым вариантом воплощения настоящего изобретения характеризуется обновлением идентификатора SLPID с использованием сообщения TRF-IND в интервале прослушивания спящего режима. Теперь со ссылкой на фиг.4, 5A и 5B будет описан способ обновления идентификатора SLPID с использованием сообщения TRF-IND в соответствии со вторым вариантом воплощения настоящего изобретения.

Фиг.4 является блок-схемой алгоритма, иллюстрирующей операцию базовой станции по обновлению идентификатора SLPID мобильной станции через сообщение TRF-IND в системе связи в соответствии с вариантом воплощения настоящего изобретения. На фиг.4 на этапе 401 настает время передачи сообщения TRF-IND. На этапе 403 базовая станция определяет, имеется ли мобильная станция, требующая обновления идентификатора SLPID, для, по меньшей мере, одной мобильной станции, не требующей перехода в активный режим, среди мобильных станций в интервале прослушивания спящего режима. То есть базовая станция определяет, имеется ли необходимость обновить идентификатор SLPID для мобильной станции, которая будет непрерывно сохранять спящий режим. Процесс определения, имеется ли потребность обновить идентификатор SLPID, выполняется посредством определения, имеется ли какой-либо пустой идентификатор SLPID в списке идентификаторов SLPID с номером, меньшим, чем номер текущего идентификатора SLPID мобильной станции, в полном списке идентификаторов SLPID, ведущемся в базовой станции. Пустой идентификатор SLPID может соответствовать идентификатору SLPID, возвращенному базовой станции, когда другая мобильная станция, использующая идентификатор SLPID, ранее назначенный ей от базовой станции, производит изменение режима на активный режим. Если имеется множество пустых идентификаторов SLPID, которые можно заново назначить, то предпочтительно заново назначить и обновить наименьший идентификатор SLPID среди пустых идентификаторов SLPID. Таким образом, идентификатор SLPID мобильной станции может постоянно обновляться на меньший идентификатор SLPID, а не быть зафиксированным на первоначально назначенном идентификаторе SLPID.

Например, предполагая, что идентификатором SLPID, имеющим самое низкое значение, который базовая станция может назначить мобильной станции в спящем режиме, является идентификатор SLPID#1, и идентификатором SLPID, первоначально назначенным мобильной станции, является идентификатор SLPID#99, если имеются неиспользуемые идентификаторы SLPID между идентификатором SLPID#1 и текущим идентификатором SLPID#99 для мобильной станции, которая передала сообщение RNG-REQ, то базовая станция может заново назначить этой мобильной станции наименьший из пустых идентификаторов SLPID.

Если на этапе 403 определено, что имеется мобильная станция, требующая обновления идентификатора SLPID, то есть если базовая станция определяет, что есть мобильная станция, требующая обновления идентификатора SLPID при сохранении состояния спящего режима для, по меньшей мере, одной мобильной станции в интервале прослушивания, то на этапе 405 базовая станция создает сообщение TRF-IND, содержащее информацию о новом идентификаторе SLPID, который должен быть назначен мобильной станции, требующей обновления идентификатора SLPID, то есть информацию, используемую для обновления идентификатора SLPID мобильной станции. В частности, базовая станция создает сообщение TRF-IND, добавляя информацию об идентификаторе SLPID, используемом в текущий момент для мобильной станции, и информацию об идентификаторе SLPID, который должен быть заново назначен мобильной станции, в поле SLPID_Update сообщения TRF-IND.

На этапе 407 базовая станция создает битовую карту идентификаторов SLPID сообщения TRF-IND, устанавливая индикатор трафика сообщения TRF-IND для мобильной станции, требующей обновления идентификатора SLPID, в отрицательный индикатор (бит=0), и устанавливая индикатор обновления идентификатора SLPID в положительный индикатор (бит=1).

Если на этапе 403 определено, что нет мобильной станции, требующей обновления идентификатора SLPID, то на этапе 407 базовая станция создает битовую карту идентификатора SLPID сообщения TRF-IND, устанавливая индикатор трафика в значение 0 (отрицательный индикатор) и индикатор обновления идентификатора SLPID в значение 0 (отрицательный индикатор) для мобильной станции, которая не имеет трафика данных передачи и не требует обновления идентификатора SLPID. Хотя для мобильных станций не требуется обновление идентификатора SLPID, но, если имеется трафик данных передачи, то базовая станция создает битовую карту идентификатора SLPID сообщения TRF-IND, устанавливая индикатор трафика в значение 1 (положительный индикатор) для соответствующей мобильной станции.

После создания битовой карты идентификаторов SLPID на этапе 409 базовая станция широковещательно передает сообщение TRF-IND, содержащее битовую карту идентификаторов SLPID.

Формат измененного сообщения TRF-IND, широковещательно передаваемого базовой станцией на этапе 409, показан ниже в таблице 5.

Таблица 5
Синтаксис	Размер	Примечания
MOB-TRF-IND_Message_Format () {
Management message type=52 (Тип управляющего сообщения)	8 битов
FMT (Формат)	1 бит	0=формат на основе идентификатора SLPID 1=формат на основе идентификатора CID
if(FMT==0){
Байт битовой карты идентификаторов SLPID	8 битов
Битовая карта идентификаторов SLPID	Переменный	Два бита назначаются одной мобильной станции. 00: отрицательный индикатор трафика/отрицательный индикатор обновления идентификатора SLPID 01: отрицательный индикатор трафика/положительный индикатор обновления идентификатора SLPID 10: положительный индикатор трафика 11: зарезервировано
} else {
Num-pos	7 битов	Количество идентификаторов CID соединения в списке положительной индикации

for(i=0; i<Num-pos; i++) {
Short Basic CID (Короткий основной идентификатор CID)	12 битов	Основной идентификатор CID соединения
}
while (!byte_boundary){
Дополнительные биты	1 бит	Дополнение для выравнивания байта
}
}
}

Как показано в таблице 5, информация битовой карты идентификаторов SLPID сообщения TRF-IND включает в себя битовую информацию, указывающую наличие/отсутствие трафика данных, которые должны быть переданы мобильной станции, и битовую информацию, указывающую, обновлять ли идентификатор SLPID, назначенный мобильной станции. Из двух битов битовой карты идентификаторов SLPID первый бит является индикатором трафика, указывающим наличие/отсутствие трафика, и второй бит является индикатором обновления идентификатора SLPID, указывающим наличие/отсутствие обновления идентификатора SLPID. Например, если информация битовой карты идентификаторов SLPID для мобильной станции представляет собой '00', это указывает, что нет трафика данных, которые должны быть переданы мобильной станции, и нет необходимости обновлять идентификатор SLPID мобильной станции. Если информация битовой карты идентификаторов SLPID для мобильной станции представляет собой '01', это указывает, что нет трафика данных, которые должны быть переданы мобильной станции, и есть необходимость обновить идентификатор SLPID мобильной станции. Поэтому мобильная станция должна считать информацию SLPID_Update, содержащуюся в параметре TLV сообщения TEF-IND, и обнаружить идентификатор SLPID, заново назначенный ей. Если информация битовой карты идентификаторов SLPID для мобильной станции представляет собой '10', это указывает, что есть трафик данных, которые должны быть переданы мобильной станции. Поэтому мобильная станция указывает необходимость произвести изменение режима на активный режим. Кроме того, поскольку процесс обновления идентификатора SLPID не является необходимым для мобильной станции, имеющей трафик данных передачи, то, если первый бит битовой карты идентификаторов SLPID установлен в значение 1, мобильная станция должна перейти в активный режим независимо от значения последнего бита.

Хотя сообщение TRF-IND в соответствии с настоящим изобретением показано и описано в отношении его варианта воплощения, оно не ограничено предшествующим описанием. Например, в соответствии с другим вариантом воплощения настоящего изобретения сообщение TRF-IND может быть создано с 1 битом. В этом случае сообщение TRF-IND указывает только наличие/отсутствие трафика данных, который должен быть передан мобильной станции. Если нет трафика данных, мобильная станция считывает параметр SLPID_Update с кодированием TLV, содержащийся в принятом сообщении TRF-IND, и определяет, имеется ли соответствующая ей информация идентификатора SLPID, выполняющая обновление идентификатора SLPID.

Когда индикатор обновления идентификатора SLPID сообщения TRF-IND установлен в положительный индикатор, к параметру с кодированием TLV сообщения TRF-IND добавляется параметр SLPID_Update, как показано ниже в таблице 6.

Таблица 6
Имя	Длина	Значение
SLPID_Update	переменная	Составное

Имя	Длина	Значение (переменная длина)
For (i=0; i<N_SLPID_update; i++) {
Old_New_SLPID	20 битов	Первые 10 битов указывают старый идентификатор SLPID, и последние 10 битов указывают новый идентификатор SLPID
}

В таблице 6 параметр SLPID_Update включает в себя поле Old_New_SLPID, в котором в паре сохранены СТАРЫЙ идентификатор SLPID, на текущий момент назначенный мобильной станции, и НОВЫЙ идентификатор SLPID, который должен быть заново назначен мобильной станции. Поскольку сообщение TRF-IND, содержащее параметр SLPID_Update, передается на широковещательной основе, сообщение TRF-IND может содержать столько идентификаторов SLPID, используемых в текущий момент мобильной станцией, и идентификаторов SLPID, которые должны быть заново назначены мобильной станции, сколько мобильных станций требуют обновления идентификатора SLPID.

Фиг.5A и 5B являются блок-схемами алгоритмов, иллюстрирующими операцию мобильной станции по выполнению обновления идентификатора SLPID через сообщение TRF-IND в системе связи в соответствии с вариантом воплощения настоящего изобретения. В частности, фиг.5A иллюстрирует примерную операцию мобильной станции для 2-битового сообщения TRF-IND, и фиг.5B иллюстрирует примерную операцию мобильной станции для 1-битового сообщения TRF-IND. То есть фиг.5A и 5B иллюстрируют операцию обновления идентификатора SLPID мобильной станции в случае, когда индикатор обновления идентификатора SLPID мобильной станции в сообщении TRF-IND, принятом в интервале прослушивания спящего режима, установлен в значение 1 в системе связи в соответствии с вариантом воплощения настоящего изобретения.

На фиг.5A на этапе 501 мобильная станция в спящем режиме в текущий момент остается в интервале прослушивания. В течение интервала прослушивания на этапе 503 мобильная станция принимает сообщение TRF-IND, показанное в таблице 5.

Мобильная станция после приема в течение интервала прослушивания сообщения TRF-IND анализирует информацию о битовой карте идентификаторов SLPID принятого сообщения TRF-IND. То есть мобильная станция проверяет наличие/отсутствие трафика данных, передаваемых ей, и необходимость обновить назначенный ей старый идентификатор SLPID на основе информации битовой карты идентификаторов SLPID принятого сообщения TRF-IND. В частности, на этапе 505 мобильная станция проверяет значение бита, соответствующее индикатору трафика для нее, в битовой карте идентификаторов SLPID сообщения TRF-IND.

Если значение индикатора трафика для мобильной станции установлено в значение 1, мобильная станция входит в активный режим, распознавая наличие трафика передаваемых ей данных, и на этапе 507 выполняет процесс передачи/приема трафика с базовой станцией. Однако если значение индикатора трафика не установлено в значение 1, указывая отсутствие трафика данных, которые должны быть переданы мобильной станции, то на этапе 509 мобильная станция проверяет, имеется ли идентификатор SLPID, который должен быть назначен ей, посредством анализа значения индикатора обновления идентификатора SLPID сообщения TRF-IND.

Если значение индикатора обновления идентификатора SLPID установлено в значение 1, то на этапе 511 мобильная станция считывает параметр SLPID_Update с кодированием TLV, содержащийся в сообщении TRF-IND, принятом на этапе 503, и приобретает информацию об идентификаторе SLPID, заново назначенного ей.

Поскольку параметр SLPID_Update с кодированием TLV иногда содержит информацию идентификатора SLPID для более чем одной мобильной станции, то на этапе 511 мобильная станция считывает значение для первых 10 битов поля Old_New_SLPID параметра SLPID_Update с кодировкой TLV, чтобы обнаружить информацию, совпадающую с ее текущим идентификатором SLPID. В результате этого обнаружения, если мобильная станция обнаруживает поле Old_New_SLPID, совпадающее с ее текущим идентификатором SLPID, то мобильная станция распознает последние 10 битов поля Old_New_SLPID как заново назначенный ей идентификатор SLPID. Затем мобильная станция обновляет свой собственный идентификатор SLPID в соответствии с идентификатором SLPID, размещенным в последних 10 битах поля Old_New_SLPID.

На этапе 513 мобильная станция входит в спящий режим после обновления идентификатора SLPID.

Если на этапе 509 определено, что значение индикатора обновления идентификатора SLPID не установлено в значение 1, то на этапе 513 мобильная станция сохраняет свой текущий идентификатор SLPID и остается в спящем режиме, распознавая отсутствие необходимости обновлять идентификатор SLPID.

На фиг.5B показана примерная операция мобильной станции для 1-битового сообщения TRF-IND, принятого от базовой станции, и поскольку этапы с 502 по 508, показанные на Фиг.5В, эквивалентны по действию этапам с 501 по 507, то их подробное описание будет опущено. Однако фиг.5B отличается от фиг.5A тем, что сообщение TRF-IND, принятое от базовой станции, имеет 1-битовое значение. Поэтому процесс, изображенный на фиг.5B, является тем же самым, что процесс, изображенный на фиг.5A, за исключением того, что сообщение TRF-IND имеет 1-битовое значение. Поскольку принятое сообщение TRF-IND имеет 1-битовое значение, этап 510 на фиг.5B отличается по действию от этапа 509 на фиг.5A.

То есть, если на этапе 506 определено, что значение индикатора трафика не установлено в значение 1, указывая отсутствие трафика данных, которые должны быть переданы мобильной станции, то на этапе 510 мобильная станция считывает информацию SLPID_Update, содержащуюся в сообщении TRF-IND, принятом от базовой станции в виде TLV, и определяет, имеется ли заново назначенный ей идентификатор SLPID. Если в параметре SLPID_Update с кодированием TLV имеется заново назначенный ей идентификатор SLPID, то на этапе 512 мобильная станция обновляет свой идентификатор SLPID на новый идентификатор SLPID.

Поскольку параметр SLPID_Update с кодированием TLV иногда содержит информацию идентификатора SLPID для более чем одной мобильной станции, мобильная станция считывает значение первых 10 битов поля Old_New_SLPID параметра SLPID_Update с кодировкой TLV и обнаруживает информацию, соответствующую ее текущему идентификатору SLPID. Если мобильная станция обнаруживает поле Old_New_SLPID, соответствующее ее текущему идентификатору SLPID, мобильная станция обновляет идентификатор SLPID, заново назначенный ей с помощью последних 10 битов поля Old_New_SLPID, и затем на этапе 514 входит в спящий режим. При неспособности обнаружить информацию идентификатора SLPID, соответствующую мобильной станции, мобильная станция остается на этапе 514 в спящем режиме, тем самым сохраняя свой текущий идентификатор SLPID.

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

Способ обновления идентификатора SLPID в соответствии с третьим вариантом воплощения настоящего изобретения характеризуется обновлением идентификатора SLPID с использованием незапрашиваемого сообщения SLP-RSP в интервале прослушивания спящего режима. Теперь со ссылкой на фиг.6 и 7 будет дано описание способа обновления идентификатора SLPID с использованием незапрашиваемого сообщения SLP-RSP в соответствии с третьим вариантом воплощения настоящего изобретения.

Фиг.6 является блок-схемой алгоритма, иллюстрирующей операцию базовой станции по обновлению идентификатора SLPID мобильной станции с использованием незапрашиваемого сообщения SLP-RSP в интервале прослушивания спящего режима в системе связи в соответствии с третьим вариантом воплощения настоящего изобретения. На фиг.6 на этапе 601 базовая станция определяет, имеется ли необходимость обновления идентификатора SLPID для мобильных станций, остающихся в интервале прослушивания спящего режима. При этом предполагается, что наименьший номер идентификатора SLPID, который базовая станция может назначить для мобильной станции, остающейся в интервале прослушивания спящего режима, является идентификатором SLPID#1. В этом случае процесс определения на этапе 601 того, имеется ли необходимость обновления идентификатора SLPID для мобильных станций, остающихся в интервале прослушивания спящего режима, выполняется следующим образом. Базовая станция определяет, имеется ли какой-либо неназначенный идентификатор SLPID, то есть любой пустой идентификатор SLPID, между идентификатором SLPID, на текущий момент назначенным мобильной станции в интервале прослушивания спящего режима, и идентификатором SLPID#1, и, если имеется пустой идентификатор SLPID, базовая станция определяет, что есть необходимость обновить идентификатор SLPID мобильной станции.

Если на этапе 601 определено, что имеется необходимость обновления идентификатора SLPID для конкретной мобильной станции, базовая станция определяет в качестве идентификатора SLPID, который должен быть заново назначен мобильной станции, идентификатор SLPID с наименьшим номером среди неиспользованных пустых идентификаторов SLPID между идентификатором SLPID, назначенным мобильной станции, и наименьшим идентификатором SLPID, который может быть назначен базовой станцией. На этапе 603 базовая станция устанавливает значение информационного элемента Sleep-Approved в сообщении SLP-RSP в значение 1, определяет информацию об интервалах сообщения SLP-RSP, то есть значение информационного элемента Start Frame, значение информационного элемента Initial-Sleep Window, значение информационного элемента Final-Sleep Window и информацию информационного элемента Listening Interval, как информацию об интервалах, используемую мобильной станцией в текущий момент, и сохраняет информацию об интервалах вместе с заново определенной информацией идентификатора SLPID в сообщении SLP-RSP.

На этапе 605 базовая станция передает сообщение SLP-RSP, содержащее идентификатор SLPID, заново назначенный мобильной станции, и информацию об интервалах, соответствующей мобильной станции.

Фиг.7 является блок-схемой алгоритма, иллюстрирующей операцию мобильной станции по выполнению обновления идентификатора SLPID с использованием незапрашиваемого сообщения SLP-RSP в интервале прослушивания спящего режима в системе связи в соответствии с вариантом воплощения настоящего изобретения. На фиг.7 на этапе 701 мобильная станция остается в интервале прослушивания спящего режима и на этапе 703 принимает сообщение SLP-RSP от базовой станции. После приема сообщения SLP-RSP от базовой станции мобильная станция анализирует идентификатор SLPID, содержащийся в сообщении SLP-RSP. Если мобильная станция обнаруживает необходимость обновить идентификатор SLPID, назначенный ей через сообщение SLP-RSP, то на этапе 705 мобильная станция обновляет свой собственный идентификатор SLPID на идентификатор SLPID в сообщении SLP-RSP. Другая информация об интервалах за исключением идентификатора SLPID игнорируется.

Сообщение SLP-RSP, используемое для инструктирования обновления идентификатора SLPID, показанного на фиг.6 и 7, включает в себя информацию об интервалах для операции спящего режима мобильной станции в дополнение к информации идентификатора SLPID. Информация об интервалах не нужна мобильной станции в спящем режиме. Поэтому настоящее изобретение предлагает формат нового сообщения SLP-RSP, не содержащего ненужную информацию об интервалах. Формат измененного сообщения SLP-RSP в соответствии с вариантом воплощения настоящего изобретения показан ниже в таблице 7.

Таблица 7
Синтаксис	Размер	Примечания
MOB-SLP-RSP_Message_Format () {
Management message type=51 (Тип управляющего сообщения)	8 битов
Sleep-approved (Подтверждение на запрос спящего режима)	1 бит	0: запрос на спящий режим отклонен 1: запрос на спящий режим подтвержден
if(Sleep-approved==0) {
After-REQ-action (действие после запроса)	1 бит	0: мобильная станция может повторно передать сообщение MOB-SLP-REQ после продолжительности времени (REQ-duration), заданной базовой станцией в этом сообщении. 1: Мобильная станция не должна повторно передавать сообщение MOB-SLP-REQ и должна ждать сообщение MOB-SLP-RSP от базовой станции
REQ-duration (продолжительность ожидания перед следующим запросом)	4 бита	Продолжительность времени для случая, в котором значение After-REQ-action равно 0.
зарезервировано	2 бита
}
else {
SLPID_Update (обновление идентификатора SLPID)	1 бит	0: Базовая станция предоставляет информацию для операции спящего режима 1: Базовая станция сообщает об обновлении идентификатора спящего режима
if (SLPID_Update==0) {
Start frame (Начальный кадр)	6 битов
initial-sleep window (начальная продолжительность спящего режима)	6 битов

final-sleep window base (основание конечной продолжительности спящего режима)	10 битов
Listening interval (интервал прослушивания)	4 бита
final-sleep window exponent (экспонента конечной продолжительности спящего режима)	3 бита
SLPID (идентификатор спящего режима)	10 битов
зарезервировано	7 битов
}
else {
SLPID (идентификатор спящего режима)	10 битов
зарезервировано	4 бита
}
}
}

Как показано в таблице 7, предложенное сообщение SLP-RSP включает в себя поле SLPID_Update, используемое для определения того, является ли сообщение SLP-RSP сообщением, переданным для операции обновления идентификатора SLPID, или сообщением, переданным для указания идентификатора SLPID и информации об интервалах, которая должна быть использована в операции спящего режима, выполняемой при начале существующей операции спящего режима. Для сообщения SLP-RSP, переданного для начала операции спящего режима мобильной станции, базовая станция устанавливает значение поля SLPID_Update в значение 0 и сохраняет начальное время операции спящего режима, величину начальной продолжительности, величину конечной продолжительности, интервал прослушивания и информацию идентификатора SLPID. Когда имеется необходимость обновить идентификатор SLPID мобильной станции в течение операции спящего режима у мобильной станции, то есть, когда сообщение SLP-RSP является сообщением, переданным для информирования мобильной станции о новом идентификаторе SLPID, базовая станция устанавливает значение поля SLPID_Update в значение 1 и сохраняет информацию только об идентификаторе SLPID, который должен быть заново назначен.

Сообщение SLP-RSP, показанное в таблице 7, может быть создано таким образом, что оно содержит информацию об интервалах, необходимую для операции спящего режима, в дополнение к идентификатору SLPID в форме TLV сообщения SLP-RSP. В этом случае, когда мобильная станция и базовая станция выполняют процесс согласования входа в спящий режим с использованием измененного сообщения SLP-RSP, сообщение SLP-RSP может быть создано таким образом, что оно включает в себя параметр Interval_Info с кодировкой TLV, то есть начальное время операции спящего режима, величину начальной продолжительности, величину конечной продолжительности и интервал прослушивания.

Таким образом, когда сообщение SLP-RSP используется для выдачи инструкции обновить идентификатор SLPID мобильной станции, базовая станция выполняет операцию обновления идентификатора SLPID, передавая мобильной станции сообщение SLP-RSP без информации об интервалах, такой как параметр Interval_Info с кодированием TLV. Когда сообщение SLP-RSP используется для выдачи инструкций выполнить операцию спящего режима, базовая станция передает мобильной станции сообщение SLP-RSP с информацией об интервалах, такой как параметр Interval_Info с кодированием TLV.

Четвертый вариант воплощения

Фиг.8 является блок-схемой алгоритма, иллюстрирующей операцию базовой станции по обновлению идентификатора SLPID мобильной станции с использованием измененного сообщения SLP-RSP в интервале прослушивания спящего режима в системе связи в соответствии с другим вариантом воплощения настоящего изобретения. На фиг.8, если пришло время передавать сообщение TRF-IND (этап 801), базовая станция на этапе 803 выбирает мобильную станцию, не требующую входа в активный режим, среди мобильных станций в интервале прослушивания спящего режима, то есть выбирает мобильную станцию, не требующую выполнения обновления идентификатора SLPID, среди мобильных станций, не имеющих трафика для передачи. Процесс определения необходимости обновления идентификатора SLPID был описан выше.

Затем базовая станция должна дать возможность мобильной станции в спящем режиме перейти в активный режим, чтобы отправить мобильной станции сообщение SLP-RSP для обновления идентификатора SLPID. Поэтому на этапе 805 базовая станция устанавливает индикатор трафика, соответствующий мобильной станции, в битовой карте идентификаторов SLPID сообщения TRF-IND в значение 1. После этого на этапе 807 базовая станция устанавливает значение поля Sleep-Approved сообщения SLP-RSP в значение 1, чтобы информировать мобильную станцию об обновлении идентификатора SLPID, и передает мобильной станции сообщение SLP-RSP с информацией о заново назначенном идентификаторе SLPID, сохраненной в нем.

Фиг.9 является блок-схемой алгоритма, иллюстрирующей операцию мобильной станции по выполнению обновления идентификатора SLPID посредством приема измененного сообщения SLP-RSP в интервале прослушивания спящего режима в системе связи в соответствии с вариантом воплощения настоящего изобретения. На фиг.9 мобильная станция, остающаяся в интервале прослушивания спящего режима (этап 901), принимает сообщение TRF-IND от базовой станции на этапе 903. На этапе 905 мобильная станция проверяет сообщение TRF-IND, принятое от базовой станции, чтобы определить, установлен ли его собственный индикатор трафика в значение 1. Если ее индикатор трафика не установлен в значение 1, то есть установлен в отрицательный индикатор, то на этапе 917 мобильная станция входит в спящий режим, распознавая отсутствие трафика данных, которые должны быть переданы ей. Однако если ее индикатор трафика в сообщении TRF-IND установлен в значение 1, то есть установлен в положительный индикатор, то на этапе 907 мобильная станция переходит в активный режим, чтобы временно пробудиться от спящего режима, распознавая присутствие трафика данных, которые должны быть переданы ей.

После приема сообщения SLP-RSP от базовой станции в активном режиме на этапе 909 мобильная станция на этапе 911 проверяет значение бита поля SLPID_Update сообщения SLP-RSP. Если от базовой станции не принято никакого сообщения SLP-RSP в активном режиме, то мобильная станция ждет приема трафика данных передачи в активном режиме.

Если поле SLPID_Update установлено в значение 1, мобильная станция обновляет свой текущий идентификатор SLPID на новый идентификатор SLPID, содержащийся в сообщении SLP-RSP, на этапе 915, распознавая необходимость обновления своего собственного идентификатора SLPID. Затем на этапе 917 мобильная станция входит в спящий режим после обновления идентификатора SLPID.

Однако если на этапе 911 определено, что поле SLPID_Update не установлено в значение 1, то на этапе 913 мобильная станция извлекает информацию об интервалах, необходимую для операции спящего режима, и информацию о назначенном ей идентификаторе SLPID, распознавая новое начало операции спящего режима. После этого на этапе 917 мобильная станция входит в спящий режим.

Как описано выше, новая система связи с беспроводным широкополосным доступом (BWA) может обновлять идентификатор SLPID, назначенный мобильной станции, в спящем режиме. Поскольку система связи, поддерживающая спящий режим, может обновлять идентификатор SLPID, назначенный мобильной станции, в спящем режиме, то это может сократить размер битовой карты идентификаторов SLPID, внося свой вклад в сокращение времени обработки, требуемого для считывания и обработки битовой карты идентификаторов SLPID. То есть система связи дает возможность идентификатору SLPID, назначенному мобильной станции в спящем режиме, обновляться даже в спящем режиме вместо того, чтобы быть фиксированным, сокращая количество битовых карт идентификаторов SLPID, которые должны обрабатываться мобильной станцией в состоянии спящего режима. В результате новый процесс обработки сообщения TRF-IND мобильной станцией в спящем режиме более эффективен, чем традиционный процесс.

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