Способ и устройство для управления работой в режиме ожидания в системе связи

Способ и устройство для управления работой в режиме ожидания в системе связи

Иллюстрации

Показать все

Реферат

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

Настоящее изобретение относится к системе связи. Более конкретно, настоящее изобретение относится к способу и устройству для управления функционированием в режиме ожидания мобильной станции.

Уровень техники

Системы связи совершенствуются так, что они предлагают пользователям высокоскоростные услуги для передачи/приема большого объема данных. Эти системы связи, например, включают в себя систему связи по стандарту Института инженеров по электротехнике и радиоэлектронике (IEEE) 802.16e. Нормальный режим в системе связи по стандарту IEEE 802.16e означает состояние, в котором всегда поддерживается связь между мобильной станцией (MS) и базовой станцией (BS).

В системе связи по стандарту IEEE 802.16e, MS отслеживает нисходящую линию связи (DL), чтобы определять то, принимаются или нет данные из BS. MS отслеживает DL, даже когда BS не имеет данных, чтобы передавать в MS, что без необходимости использует ее мощность.

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

Фиг.1 является схемой, иллюстрирующей традиционный способ осуществления работы в режиме ожидания в системе связи.

Ссылаясь на Фиг.1, MS 100, остающаяся в режиме активации, передает сообщение с запросом по режиму ожидания для мобильного устройства (MOB_SLP-REQ) в BS 110, чтобы переходить в режим ожидания, на этапе 101. После приема сообщения MOB_SLP-REQ BS 110 определяет то, подтверждать или нет изменение режима на режим ожидания MS 100, с учетом ситуаций в BS 110 и MS 100, и передает сообщение с ответом по режиму ожидания для мобильного устройства (MOB_SLP-RSP) в MS 100 на основе результата определения на этапе 103. Сообщение MOB_SLP-RSP включает в себя параметр окна прослушивания, указывающий окно прослушивания. В окне прослушивания режима ожидания, если BS 110 имеет данные, чтобы передавать в MS 100, BS 110 передает сообщение индикатора мобильного трафика (MOB_TRF-IND), включающее в себя идентификатор MS 100, в MS 100 во время окна прослушивания.

Вместо ответа на запрос по режиму ожидания (т.е. запрос на предмет перехода или отказа от режима ожидания) MS 100, BS 110 может сначала передавать запрос по режиму ожидания в MS 100 без запрашивания. Т.е. BS 110 запрашивает MS 100, чтобы входить или выходить из режима ожидания, посредством передачи сначала сообщения MOB_SLP-RSP без приема сообщения MOB_SLP-REQ MS 100.

После приема сообщения MOB_SLP-RSP из BS 110, MS 100 начинает работу в режиме ожидания согласно сообщению MOB_SLP-RSP. MS 100 осуществляет работу в режиме ожидания согласно параметру окна прослушивания, включенному в сообщение MOB_SLP-RSP. Когда MS 100 имеет данные, чтобы передавать в BS 110 при работе в режиме ожидания, MS 100 может сразу переходить из режима ожидания в режим активации.

Если BS 110 не имеет данных, чтобы передавать в MS 100, BS 110 передает сообщение MOB_TRF-IND без идентификатора MS 100 в окне прослушивания режима ожидания на этапе 105. Сообщение MOB_TRF-IND включает в себя отрицательный индикатор для MS 100, поскольку оно не соответствует MS 100. MS 100 декодирует сообщение MOB_TRF-IND и затем непрерывно поддерживает режим ожидания, когда идентификатор MS 100 не включается.

Если BS 110 имеет данные, чтобы передавать в MS 100, т.е. если протокольный модуль данных (PDU) для MS 100 предоставлен из сети, BS 110 передает сообщение MOB_TRF-IND с идентификатором MS 100 на этапе 107. Поскольку сообщение MOB_TRF-IND соответствует MS 100, он становится положительным индикатором для MS 100. MS 100 декодирует сообщение MOB_TRF-IND и переходит в режим активации и принимает данные из BS 110, определяя, что идентификатор MS 100 включается.

После того, как передача/прием данных между MS 100 и BS 110 завершается, MS 100 и BS 110 обмениваются дополнительным сообщением MOB_SLP-REQ и сообщением MOB_SLP-RSP, чтобы осуществлять переход обратно в режим ожидания, приводя к передаче необязательных сообщений, потере ресурсов восходящей линии связи (UL) и DL и потребляемой мощности. Помимо этого, MS 100 должна выполнять ранжирование полосы пропускания посредством передачи в BS 110 сообщения с запросом полосы пропускания (BW-REQ) для выделения полосы пропускания для передачи дополнительного сообщения MOB_SLP-REQ, что задерживает время, в течение которого MS 100 осуществляет переход в режим ожидания.

Сообщение MOB_SLP-REQ включает в себя поле Power_Saving_Class_Type (Тип класса энергосбережения) и поле Traffic_Triggered_Wakening_Flag (TTWF) (Флаг активации инициированного трафика). Поле Power_Saving_Class_Type используется для того, чтобы задавать один из типов, описанных ниже.

1) Тип 1 указывает класс, соответствующий традиционной работе в режиме ожидания. В этом типе класса MS переходит в режим активации, когда передача/прием данных осуществляется в окне прослушивания, или когда она принимает сообщение MOB_TRF-IND с положительным индикатором.

2) Тип 2 имеет фиксированное окно ожидания. В этом типе класса MS выполняет передачу/прием данных в окне прослушивания, а также выполняет передачу/прием данных в следующем диспетчеризованном окне прослушивания после фиксированного окна ожидания.

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

Поле TTWF применяется только к классу энергосбережения тип 1. В частности, TTWF используется, когда MS собирается поддерживать режим ожидания, даже если данные формируются в окне прослушивания.

Например, когда TTWF=0, MS передает/принимает данные во время окна прослушивания и затем переходит обратно в режим ожидания в конце окна прослушивания, т.е. в начале окна ожидания. MS выходит из режима ожидания и переходит в режим активации, (i) когда BS собирается передавать служебный модуль данных (SDU) управления доступом к среде (MAC) для класса энергосбережения во время окна прослушивания, (ii) когда MS передает сообщение BW-REQ для соединения для класса энергосбережения, или (iii) когда MS принимает сообщение MOB_TRF-IND с положительным индикатором, т.е. идентификатором MS, из BS. В других случаях, MS может выходить из режима ожидания через транзакцию сообщения MOB_SLP-REQ и сообщения MOB_SLP-RSP.

С другой стороны, когда TTWF=1, MS выходит из режима ожидания и переходит в режим активации, когда MS принимает пакетный модуль данных (PDU) из BS во время окна прослушивания, или когда MS принимает управляющее сообщение, указывающее выход из режима ожидания, например, сообщение MOB_SLP-RSP или расширенный управляющий подзаголовок по режиму ожидания в DL. Кроме того, MS выходит из режима ожидания и переходит в режим активации, даже когда данные, которые должны быть переданы, формируются в MS, или когда MS передает в BS управляющее сообщение, указывающее выход из режима ожидания, т.е. сообщение MOB_SLP-REQ, сообщение BW-REQ или управляющий заголовок по режиму ожидания в UL. Другими словами, когда TTWF=1, MS переходит в режим активации, когда данные трафика или релевантное управляющее сообщение формируются во время окна прослушивания.

Как описано выше, при работе в режиме ожидания системы связи по стандарту IEEE 802.16e, класс энергосбережения тип 1 используется для того, чтобы поддерживать или деактивировать режим ожидания, когда MS принимает MAC SDU из BS в окне прослушивания, согласно TTWF. Традиционно, тем не менее, не предоставлено четкое определение времени, в которое MS переходит обратно в режим ожидания после истечения окна прослушивания, когда она собирается поддерживать режим ожидания. TTWF первоначально задается в сообщении MOB_SLP-REQ и сообщении MOB_SLP-RSP, передаваемых/принимаемых посредством MS и BS. В некоторых случаях, тем не менее, значение TTWF должно быть изменено во время работы в режиме ожидания. В этом случае, конкретная операция необходима, чтобы изменять значение TTWF.

Кроме того, когда MS и BS одновременно передают свои запросы по режиму ожидания друг другу, т.е. когда MS передает сообщение MOB_SLP-REQ, и одновременно BS передает сообщение MOB_SLP-RSP без запрашивания до распознавания сообщения MOB_SLP-REQ, MS может не определять то, является сообщение MOB_SLP-RSP, принятое из BS, ответом на ее сообщение MOB_SLP-REQ, или оно передано без запрашивания, что может являться причиной диспаратности связанных с режимом ожидания параметров между MS и BS, приводя к неправильному функционированию режима ожидания. Поскольку традиционная работа в режиме ожидания по стандарту IEEE 802.16e не учитывает диспаратность, MS может неправильно понимать, что BS подтверждает свой запрос, на основе только поля ′Sleep_Approved′ (Подтверждение режима ожидания), которое включается в сообщение MOB_SLP-RSP и указывает подтверждение/отрицание активации или деактивации класса энергосбережения. Чтобы предотвращать это, MS должна верифицировать все параметры, включенные в сообщение MOB_SLP-RSP, по одному, чтобы определять то, являются или нет параметры идентичными запрошенным значениям.

Дополнительно, когда между MS и BS согласуется то, чтобы указывать наличие/отсутствие DL-трафика с использованием сообщения MOB_TRF-IND, т.е. когда поле ′TRF-IND_required′ задается равным 1, которое включается в сообщение MOB_SLP-REQ/RSP и указывает, что BS передает, по меньшей мере, одно сообщение MOB_TRF-IND в MS во время каждого окна прослушивания в классе энергосбережения тип 1, BS должна передавать сообщение MOB_TRF-IND во время окна прослушивания MS. Следовательно, BS передает сообщение MOB_TRF-IND, даже когда она не имеет DL-трафика, чтобы передавать в MS, которые должны быть активированными во время окна прослушивания, тем самым приводя к потере ресурсов. Помимо этого, когда BS не передает сообщение MOB_TRF-IND, MS может не определять то, BS не передает сообщение MOB_TRF-IND, или MS выполняет с ошибкой прием сообщения MOB_TRF-IND, даже если BS передает сообщение MOB_TRF-IND. В этом случае, MS активируется из режима ожидания и определяет то, что она выполняет с ошибкой прием сообщения MOB_TRF-IND.

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

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

Техническая задача

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

Другой аспект настоящего изобретения предоставляет способ и устройство управления работой в режиме ожидания для уменьшения потери ресурсов в системе связи.

Еще один аспект настоящего изобретения предоставляет способ и устройство управления работой в режиме ожидания для снижения потребляемой мощности MS в системе связи.

Техническое решение

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

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

В соответствии с еще одним аспектом настоящего изобретения, предоставляется устройство мобильной станции (MS) для управления режимом ожидания в системе связи, в которой скоростной режим работает согласно циклу ожидания, включающему в себя окно прослушивания, соответствующее состоянию активации, и окно ожидания, соответствующее состоянию ожидания. Устройство MS включает в себя контроллер для запуска предварительно установленного таймера, если существует передача данных между MS и базовой станцией (BS) во время окна прослушивания, и для перезапуска таймера после приема, по меньшей мере, одного из ACK для данных восходящей линии связи (UL), данных нисходящей линии связи (DL) и информационного элемента (IE) MAP, указывающего выделение ресурсов, из BS во время окна прослушивания, и приемо-передающее устройство для поддержания окна прослушивания до тех пор, пока таймер не истекает, и для перехода в окно ожидания, если таймер истекает.

В соответствии с еще одним аспектом настоящего изобретения, предоставляется устройство базовой станции (BS) для управления режимом ожидания мобильной станции (MS) в системе связи, в которой режим ожидания работает согласно циклу ожидания, включающему в себя окно прослушивания, соответствующее состоянию активации, и окно ожидания, соответствующее состоянию ожидания. Устройство BS включает в себя контроллер для запуска предварительно установленного таймера, если существует передача данных между MS и BS во время окна прослушивания, для перезапуска таймера после передачи, по меньшей мере, одного из ACK для данных восходящей линии связи (UL), данных нисходящей линии связи (DL) и информационного элемента (IE) MAP, указывающего выделение ресурсов, в MS во время окна прослушивания, для определения того, поддерживает ли MS окно прослушивания до тех пор, пока таймер не истекает, и для определения того, переходит или нет MS в окно ожидания, если таймер истекает, и приемо-передающее устройство для обмена данными и сообщениями с MS под управлением контроллера.

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

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

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

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

Фиг.2 является схемой, иллюстрирующей работу базовой станции (BS) для передачи данных в системе связи согласно примерному варианту осуществления настоящего изобретения;

Фиг.3 является схемой, иллюстрирующей работу мобильной станции (MS) для передачи данных в системе связи согласно примерному варианту осуществления настоящего изобретения;

Фиг.4 является схемой, иллюстрирующей связанную с режимом ожидания работу MS в системе связи согласно примерному варианту осуществления настоящего изобретения; и

Фиг.5 является схемой, иллюстрирующей связанную с режимом ожидания работу BS в системе связи согласно примерному варианту осуществления настоящего изобретения.

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

Осуществление изобретения

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

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

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

Примерные варианты осуществления настоящего изобретения предоставляют способ и устройство для управления работой в режиме ожидания в системе связи. Хотя способ управления работой в режиме ожидания описывается в данном документе в отношении стандарта Института инженеров по электротехнике и радиоэлектронике (IEEE) 802.16e и системы связи на его основе, способ управления работой в режиме ожидания также может применяться к другим системам связи. Помимо этого, в этом подробном описании ниже приводится описание способа для управления работой в режиме ожидания посредством одной MS и BS в системе связи. Однако способ управления работой в режиме ожидания может являться применимым, даже когда несколько MS существуют в системе связи.

MS и BS сначала обмениваются сообщением с запросом по режиму ожидания для мобильного устройства (MOB_SLP-REQ) и сообщением с ответом по режиму ожидания для мобильного устройства (MOB_SLP-RSP) для изменения режима на режим ожидания. Режим ожидания включает в себя окно ожидания и окно прослушивания. Время входа в режим ожидания, длина окна ожидания и длина окна прослушивания определяются, когда сообщение MOB_SLP-REQ и сообщение MOB_SLP-RSP передаются/принимаются. Состояние, в котором мощность используется вследствие передачи/приема данных между MS и BS или вследствие состояния ожидания, задано как состояние активации, а состояние, в котором MS не передает и принимает данные в/из BS, чтобы уменьшать потребляемую мощность, задано как состояние ожидания. Состояние активации и состояние ожидания соответствуют режиму ожидания. Т.е. режим ожидания разделяется на состояние активации, соответствующее окну прослушивания, и состояние ожидания, соответствующее окну ожидания (т.е. другому окну, помимо окна прослушивания).

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

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

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

В данном документе предполагается, что передача/прием данных между MS и BS выполняется посредством передачи данных BS в MS после передачи сообщения MOB_TRF-IND в MS. Тем не менее, способ передачи данных для уменьшения потребляемой мощности также может применяться, когда передача/прием данных выполняется без передачи сообщения MOB_TRF-IND.

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

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

Таблица 1
Синтаксис	Размер (битов)	Примечания
MOB_SLP-REQ_Message_format () {
Management message type=50	8
Number of Classes	8	Число классов энерго-сбережения
for (i=0; i<Number_of_Classes; i++) {
Definition	1
Operation	1
Power_Saving_Class_ID	6
if (Operation==1)
Start_frame_number	6
Зарезервировано	2

}
if (Definition=1) {	-
Power_Saving_Class_Type	2
Direction	2
Traffic_triggered_wakening_flag	1
Зарезервировано	3
initial-sleep window	8
Listening window	8
final-sleep window base	10
final-sleep window exponent	3
Number_of_Sleep_CIDs	3
for (i=0; i<Number_of_Sleep_CIDs; i++) {	-
CID	16
}	-
}	-
TLV encoded information	переменный
}

Как показано в таблице 1, сообщение MOB_SLP-REQ может включать в себя, по меньшей мере, один из IE, описанных ниже.

′Management Message Type′ (Тип управляющего сообщения) является информацией, указывающей тип передаваемого сообщения, и Management Message Type=50 обозначает, что сообщение является сообщением MOB_SLP-REQ. ′Number of Classes′ (Число классов) указывает число классов энергосбережения, которые должны быть включены в сообщение MOB_SLP-REQ. ′Definition′ (Задание) указывает задание нового класса энергосбережения или старого класса энергосбережения. ′Operation′ (Операция) указывает активацию или деактивацию класса энергосбережения. ′Power_Saving_Class_ID′ (Идентификатор класса энергосбережения) указывает идентификатор для идентификации класса энергосбережения, указывающего текущую операцию. ′Start_frame_number′ (Номер начального кадра) указывает время, в которое класс энергосбережения должен быть активирован, т.е. указывает номер начального кадра для первого окна ожидания. ′Power_Saving_Class_Type′ указывает тип класса энергосбережения. Типы классов энергосбережения описываются ниже.

1) Тип 1 указывает класс, соответствующий традиционной работе в режиме ожидания. В этом типе класса MS переходит в режим активации, когда передача/прием данных осуществляется в окне прослушивания, или когда она принимает сообщение MOB_TRF-IND с положительным индикатором.

2) Тип 2 имеет фиксированное окно ожидания. В типе класса типа 2 MS выполняет передачу/прием данных в окне прослушивания, а также выполняет передачу/прием данных в следующем диспетчеризованном окне прослушивания после фиксированного окна ожидания.

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

Помимо этого, ′Direction′ (Направление) указывает восходящую линию связи (UL) или нисходящую линию связи (DL). ′Traffic_Triggered_Wakening_Flag (TTWF)′ применяется только к типу 1, означающему тип класса энергосбережения, который указывается посредством Power_Saving_Class_Type. Т.е. TTWF используется, когда MS собирается поддерживать режим ожидания, как в типе 2 в классе энергосбережения типа 1, и передавать/принимать данные во время окна прослушивания.

′Initial-sleep Window′ (Начальное окно прослушивания) указывает начальную длину окна ожидания, а ′Listening Window′ (Окно прослушивания) указывает назначенную длительность окна прослушивания. Длина окна ожидания увеличивается в два раза при каждом истечении окна прослушивания, и максимальная длина окна ожидания определяется на основе двух параметров ′final-sleep window base′ (Основание конечного окна ожидания) и ′final-sleep window exponent′ (Экспонента конечного окна ожидания) и задается как (final-sleep window base)*2^(final-sleep window exponent). Дополнительно, ′Number_of_Sleep_CIDs′ (Число CID в режиме ожидания) указывает число одноадресных идентификаторов соединения (CID), соответствующих классу энергосбережения.

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

Таблица 2
Синтаксис	Размер (битов)	Примечания
MOB_SLP-RSP_Message_format () {
Management message type=51	8

Number of Classes	8	Число классов энергосбережения
for (i=0; i<Number_of_Classes; i++) {
Length of Data	7
Sleep Approved	1
Definition	1
Operation	1
Power_Saving_Class_ID	6
if (Sleep Approved== 1) {
if (Operation=1) {
Start_frame_number	6
Зарезервировано	2
}
if (Definition=1) {	-	-
Power_Saving_Class_Type	2
Direction	2
Initial-sleep window	8	-
listening window	8
final-sleep window base	10
final-sleep window exponent	3
TRF-IND_Required	1
Traffic_triggered_wakening_flag	1
Зарезервировано	1
if (TRF-IND required) {
SLPID	10
Зарезервировано	2
}
Number_of_CIDs	4
for (i=0; i<Number_of_CIDs; i++) {
CID	16
}

Сообщение MOB_SLP-RSP передается на основе базового CID MS и также может включать в себя, по меньшей мере, один из IE, описанных ниже.

′Management Message Type′ является информацией, указывающей тип передаваемого сообщения, и Management Message Type=51 обозначает, что сообщение является сообщением MOB_SLP-RSP. ′Length_of_Data′ (Длина данных) указывает число байтов класса энергосбережения. ′Sleep_Approved′ указывает подтверждение/отрицание активации или деактивации класса энергосбережения. Если значение ′Sleep_Approved′ равняется '1', и значение ′Operation′ равняется '1' (активация), ′Start_frame_number′ включается. Если значение ′Sleep_Approved′ равняется '1', и значение ′Definition′ равняется '1', то ′Power_Saving_Class_Type′, ′Direction′, ′initial-sleep window′, ′listening window′, ′final-sleep window base′, ′final-sleep window exponent′, ′MOB_TRF-IND required′, ′TTWF′ и т.п. включаются. ′MOB_TRF-IND required′ применяется только к классу энергосбережения тип 1 и указывает, что BS должна передавать, по меньшей мере, одно сообщение MOB_TRF-IND в MS в каждом окне прослушивания.

Сообщение MOB_TRF-IND передается из BS в MS во время окна прослушивания и используется для того, чтобы указывать, имеет или нет BS данные, чтобы передавать в MS. Сообщение MOB_TRF-IND, в отличие от сообщения MOB_SLP-REQ и сообщения MOB_SLP-RSP, передается широковещательным или многоадресным способом. Пример формата сообщения MOB_TRF-IND показывается в таблице 3 ниже.

Таблица 3
Синтаксис	Размер (битов)	Примечания
MOB_TRF-IND_Message_format () {
Management message type=52	8
FMT	1
if (FMT==0) {
SLPID Group Indication bit-map	32	N-ый бит битовой карты индикаторов групп SLPID (MSB соответствует N=0) выделяется группе SLPID, которая включает в себя MS со значениями SLPID от N*32 до N*32+31Значение этого бита:0:трафик отсутствует для всех 32 MS, которые принадлежат группе SLPID1:трафик существует, по меньшей мере, для одной MS в группе SLPID
Traffic Indication Bitmap	переменный	Битовая карта индикатора трафика содержит кратные числа 32-битовой единицы индикатора трафика.Единица индикатора трафика для 32 SLPID добавляется к сообщению MOB_TRF-IND каждый раз, когда его группа SLPID задается равной 1. 32 бита единицы индикатора трафика (начиная с MSB), выделяются MS в порядке по возрастанию их значений SLPID:0: отрицательный индикатор1: положительный индикатор
} else {
Num_Pos	8	Число CID далее
For (i=0; i<Num_Pos; i++) {
SLPID	10
}
}
Padding	переменный	Если требуется, для совмещения с байтовой границей
TLV encoded items	переменный
}

Как показано в таблице 3, сообщение MOB_TRF-IND используется для того, чтобы указывать, имеет или нет BS данные, чтобы передавать в MS. MS принимает сообщение MOB_TRF-IND во время окна прослушивания и определяет то, переходить из режима ожидания в режим активации или непрерывно поддерживать режим ожидания.

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

Сообщение MOB_TRF-IND может включать в себя, по меньшей мере, один из этих нескольких IE, описанных ниже.

′Management Message Type′ является информацией, указывающей тип передаваемого сообщения, и Management Message Type=52 обозначает, что сообщение является сообщением MOB_TRF-IND. ′FMT′ указывает, использует сообщение MOB_TRF-IND формат битовой карты идентификаторов ожидания (SLPID) или формат SLPID.

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

Таблица 4
Название	Размер (битов)	Описание
Power_Saving_Class_ID	6	Идентификатор класса энергосбережения, к которому обращается эта команда.
Operation	1	1=активировать класс энергосбережения0=деактивировать класс энергосбережения
Final_Sleep_Window_Exponent	3	Только для класса энергосбережения тип III:назначенный коэффициент, на который Final_ Sleep_Window_Base умножается для вычисления длительности одного окна ожидания, запрашиваемого сообщением.
Final_Sleep_Window_Base	10	Только для класса энергосбережения тип III: основание для длительности одного окна ожидания, запрашиваемого сообщением.
Зарезервировано	4

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

Со ссылкой на Фиг.2-5 ниже приводится описание способа управления работы в режиме ожидания согласно примерному варианту осуществления настоящего изобретения.

Фиг.2 является схемой, иллюстрирующей работу BS для передачи данных в системе связи согласно примерному варианту осуществления настоящего изобретения.

Ссылаясь на Фиг.2, BS и MS определяют время входа в режим ожидания, длину окна ожидания и длину окна прослушивания посредством обмена сообщением MOB_SLP-REQ и сообщением MOB_SLP-RSP для изменения режима на режим ожидания, и MS входит в режим ожидания в определенное время. Операция входа в режим ожидания является эквивалентной традиционной операции. Поэтому ее подробное описание опущено в данном документе.

На Фиг.2 длина окна ожидания определяется как восемь (8) кадров, а длина окна прослушивания - как два (2) кадра через передачу/прием сообщения MOB_SLP-REQ и сообщения MOB_SLP-RSP между MS и BS. BS распознает, что MS находится в окне ожидания режима ожидания в течение непоказанных кадров #0-#7. После перехода к кадру #8 (201), BS распознает начало окна прослушивания и передает сообщение MOB_TRF-IND с идентификатором MS в кадре #8, чтобы сообщать MS о наличии данных, чтобы передавать (203). BS передает данные в MS после передачи сообщения MOB_TRF-IND (205). После распознавания сообщения MOB_TRF-IND MS передает данные в BS во время окна прослушивания, если существуют данные, чтобы передавать в BS (205).

MS запускает таймер T1, если отсутствуют дополнительные данные, чтобы передавать и принимать в/из BS. Таймер T1 используется для того, чтобы распознавать, что MS не имеет данных, чтобы принимать из BS, и не имеет данных, чтобы передавать в BS. Таймер T1 также может использоваться для того, чтобы воспринимать, что MS не имеет данных, чтобы принимать из BS, но имеет данные, чтобы передавать в BS. Кроме того, таймер T1 может использоваться для того, чтобы воспринимать, что MS имеет данные, чтобы принимать из BS, но не имеет данных, чтобы передавать в BS. Следовательно, таймер T1 перезапускается с 0, когда инициируется передача/прием данных BS и MS. После этого, если BS завершает свою передачу данных в MS, или прием данных из MS в BS завершается в кадре #11, отсутствуют дополнительные данные в кадре #12, которые должны быть переданы из BS в MS и приняты из MS в BS. Следовательно, MS увеличивает таймер T1 для входа в состояние ожидания на единицу в каждом кадре, начиная с кадра #12. Если пороговое значение таймера T1 определяется как четыре (4) кадра, таймер T1 увеличивается последовательно на единицу с кадра #12 по кадр #15.

Если BS не имеет данных, чтобы передавать и принимать в/из MS до тех пор, пока таймер T1 не достигает своего порогового значения четыре (4), таймер T1 истекает (207), и MS входит в режим ожидания в кадре #16. Т.е. MS работает в режиме ожидания, начиная с кадра (т.е. кадра #16) непосредственно после кадра, в котором значение таймера T1 достигает своего порогового значения. BS также может иметь собственный таймер T1, который работает в MS, так что BS может определять то, работает MS в режиме ожидания или режиме активации.

Следующая передача/прием данных выполняется в следующем окне прослушивания. Операция в следующем окне прослушивания является аналогичной работе в окне прослушивания, описанной выше. Таким образом, ее описание опускается в данном документе. Как проиллюстрировано, MS непрерывно поддерживает режим ожидания, если сообщение TRF-IND с отрицательным индикатором принимается в следующем окне прослушивания или кадре #18 (209).

Фиг.3 является схемой, иллюстрирующей работу MS для передачи данных в системе связи согласно примерному варианту осуществления настоящего изобретения.

Согласно Фиг.3, BS и MS определяют время входа в режим ожидания, длину окна ожидания и длину окна прослушивания посредством обмена сообщением MOB_SLP-REQ и сообщением MOB_SLP-RSP для изменения