СПОСОБ И УСТРОЙСТВО ДЛЯ УПРАВЛЕНИЯ РАБОТОЙ В РЕЖИМЕ ОЖИДАНИЯ В СИСТЕМЕ СВЯЗИ
METHOD AND APPARATUS FOR CONTROLLING SLEEP MODE OPERATION IN COMMUNICATION SYSTEM

Область техники, к которой относится изобретение
Настоящее изобретение относится к системе связи. Более конкретно, настоящее изобретение относится к способу и устройству для управления функционированием в режиме ожидания мобильной станции.
Уровень техники
Системы связи совершенствуются так, что они предлагают пользователям высокоскоростные услуги для передачи/приема большого объема данных. Эти системы связи, например, включают в себя систему связи по стандарту Института инженеров по электротехнике и радиоэлектронике (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 для изменения режима на режим ожидания, и MS входит в режим ожидания в определенное время. Операция входа в режим ожидания является эквивалентной традиционной операции. Поэтому ее подробное описание опущено в данном документе.
На Фиг.3 длина окна ожидания определяется как восемь (8) кадров, а длина окна прослушивания - как два (2) кадра через передачу/прием сообщения MOB_SLP-REQ и сообщения MOB_SLP-RSP между MS и BS. MS входит в режим ожидания, распознавая, что период непоказанных кадров #0-#7 является окном ожидания режима ожидания. После перехода к кадру #8 (301), MS активируется из ожидания, распознавая начало окна прослушивания, и передает сообщение с запросом полосы пропускания восходящей линии связи (UL_BW-REQ) в BS в кадре #8 (303).
MS передает данные в BS (305). Кроме того, если существуют данные, которые должны быть приняты из BS в окне прослушивания, данные принимаются в MS в окне прослушивания (305). MS сбрасывает таймер T1 до 0 и затем запускает таймер T1 сразу после выполнения передачи/приема данных.
Таймер T1 используется, чтобы распознавать, что MS не имеет данных для приема и передачи из/в BS. Таймер T1 также может использоваться, чтобы воспринимать, что MS не имеет данных для приема из BS, но имеет данные для передачи в BS. Кроме того, таймер T1 может использоваться, чтобы воспринимать, что MS имеет данные для приема из BS, но не имеет данных для передачи в BS. Следовательно, таймер T1 перезапускается с 0, когда инициируется передача/прием данных BS и MS.
Если передача данных из MS в BS или прием данных из BS в MS завершается в кадре #11, отсутствуют данные, которые должны быть переданы и приняты в/из BS, в кадре #12. Следовательно, MS увеличивает таймер T1 для входа в состояние ожидания на единицу в каждом кадре, начиная с кадра #12. Если пороговое значение таймера T1 определяется как 4 кадра, таймер T1 увеличивается последовательно на единицу с кадра #12 по кадр #15.
Если MS не имеет данных для передачи и приема в/из BS до тех пор, пока таймер T1 не достигает своего порогового значения 4, таймер T1 истекает (307), и MS входит в режим ожидания в кадр #16. Следующая передача/прием данных выполняется в следующем окне прослушивания. Работа в следующем окне прослушивания является аналогичной работе в окне прослушивания, описанной выше, поэтому ее описание опущено. Как проиллюстрировано, MS непрерывно поддерживает режим ожидания, если сообщение TRF-IND с отрицательным индикатором принимается в следующем окне прослушивания или кадре #18 (309).
Фиг.4 является схемой, иллюстрирующей связанную с режимом ожидания работу MS в системе связи согласно примерному варианту осуществления настоящего изобретения.
Согласно Фиг.4, на этапе 401 MS, остающаяся в окне ожидания режима ожидания, входит в окно прослушивания и отслеживает, принимаются или нет данные из BS. После входа в окно прослушивания MS принимает сообщение MOB_TRF-IND из BS и декодирует сообщение MOB_TRF-IND на этапе 403. На этапе 405 MS определяет, включен или нет идентификатор MS в сообщение MOB_TRF-IND. Если идентификатор MS включен, MS переходит к этапу 409, а если идентификатор MS не включен, MS переходит к этапу 407. На этапе 409 MS входит в состояние активации и принимает данные из BS. На этапе 407 MS верифицирует, существуют или нет данные, чтобы передавать в BS, в буфере восходящей линии связи. Если существуют данные для передачи, MS переходит к этапу 409. На этапе 409 MS передает данные в BS.
На этапе 411 MS сбрасывает таймер T1 до 0 и перезапускает таймер T1 сразу после того, как передача/прием данных между MS и BS завершается. На этапе 413 MS верифицирует, существуют или нет данные, чтобы передавать/принимать, в следующем кадре. Если определено на этапе 415, что MS не имеет данных для передачи и приема в/из BS, вследствие завершенной передачи/приема данных между MS и BS, MS увеличивает таймер T1 на единицу на этапе 417. MS определяет на этапе 419, достигает или нет таймер T1 предварительно установленного порогового значения. Если время T1 достигает предварительно установленного порогового значения, MS переходит в состояние ожидания на этапе 421 и завершает работу. А если MS имеет данные, чтобы передавать или принимать в/из BS, то на этапе 415 MS возвращается к этапу 409, чтобы повторно выполнять передачу/прием данных. Если MS не имеет данных, чтобы передавать в BS, то на этапе 407 MS сразу переходит в состояние ожидания на этапе 421 и завершает работу.
Фиг.5 является схемой, иллюстрирующей связанную с режимом ожидания работу BS в системе связи согласно примерному варианту осуществления настоящего изобретения.
Согласно Фиг.5, BS определяет на этапе 501, имеет ли она данные для передачи в MS. Если существуют данные для передачи в MS, BS переходит к этапу 503. Если отсутствуют данные для передачи, BS переходит к этапу 523. На этапе 503 BS включает идентификатор MS в сообщение MOB_TRF-IND. BS ожидает окна прослушивания на этапе 505, и если окно прослушивания наступает, BS передает сообщение MOB_TRF-IND в MS на этапе 507. На этапе 509 BS входит в состояние активации и передает и принимает данные в/из MS.
На этапе 511 BS перезапускает таймер T1 после выполнения своей передачи данных в MS. На этапе 513 BS верифицирует, существуют ли данные, чтобы передавать и принимать, в следующем кадре для передачи/приема данных между BS и MS. Если на этапе 515 определено, что отсутствуют данные для передачи в MS, BS увеличивает таймер T1 на 1 на этапе 517. BS определяет на этапе 519, достигает ли таймер T1 предварительно установленного порогового значения. Если таймер T1 достигает предварительно установленного порогового значения, BS распознает на этапе 521, что MS переходит в состояние ожидания, и завершает работу.
Если на этапе 501 определено, что отсутствуют данные для передачи в MS, BS ожидает окна прослушивания на этапе 523. Если окно прослушивания наступает, BS передает сообщение MOB_TRF-IND без идентификатора MS на этапе 525. На этапе 527 BS ожидает UL-трафика в окне прослушивания и последующем окне прослушивания. Если на этапе 529 определено, что отсутствуют данные, принятые из MS, BS верифицирует следующий кадр на этапе 531, чтобы определять, существуют ли данные для передачи и приема. Если на этапе 533 определено, что окно прослушивания завершено, BS распознает на этапе 521, что MS осуществляет переход в состояние ожидания, и завершает работу. А если окно прослушивания не истекло на этапе 533, BS возвращается к этапу 529, чтобы ожидать UL-трафика, который должен быть принят из MS.
Если существуют данные, принятые из MS, на этапе 529, BS переходит к этапу 511.
Хотя не проиллюстрировано, также приводится описание способа управления работы в режиме ожидания, который дополнительно использует таймер T2 и таймер T3.
Когда передача/прием данных сначала осуществляется, BS и MS определяют время входа в режим ожидания, длину окна ожидания и длину окна прослушивания посредством обмена сообщением MOB_SLP-REQ и сообщением MOB_SLP-RSP для изменения режима на режим ожидания. MS входит в режим ожидания согласно определенным параметрам. Операция входа в режим ожидания является эквивалентной традиционной операции. Поэтому ее подробное описание опущено в данном документе. Если BS достигает окна прослушивания после входа в режим ожидания, BS передает сообщение MOB_TRF-IND в MS и затем передает данные в MS. В это время, таймер T2 и таймер T3 работают. Таймер T2 для DL используется, чтобы определять, что MS не имеет данных, чтобы принимать из BS, или BS не имеет данных, чтобы передавать в MS. Таймер T3 для UL используется, чтобы определять, что MS не имеет данных, чтобы передавать в BS, или BS не имеет данных, чтобы принимать из MS.
Таймер T2 и таймер T3 сбрасываются до 0 и затем перезапускаются, как только завершается передача/прием данных. Если MS не имеет данных, чтобы принимать из BS, или BS не имеет данных, чтобы передавать в MS в каждом кадре, таймер T2 увеличивается последовательно на единицу и работает до тех пор, пока он не достигает предварительно установленного порогового значения. Аналогично, если MS не имеет данных, чтобы передавать в BS, или BS не имеет данных, чтобы принимать из MS, в каждом кадре, таймер T3 увеличивается последовательно на единицу и работает до тех пор, пока он не достигает предварительно установленного порогового значения. Если данные не передаются и/или принимаются до тех пор, пока таймер T2 и таймер T3 и не достигают своих пороговых значений, MS сразу переходит в состояние ожидания и остается в режиме ожидания, и BS распознает изменение режима MS на режим ожидания. BS также может иметь таймеры T2 и T3, работающие в MS, так что BS может определять, работает ли MS в режиме ожидания или режиме активации.
В примерной реализации приводится описание способа для применения управления работой в режиме ожидания, описанного выше, к Power_Saving_Class_Type 1, указываемому посредством Traffic_Triggered_Wakening_Flag (TTWF), который включается в сообщение MOB_SLP-REQ и сообщение MOB_SLP-RSP и задается равным '0'.
TTWF используется, когда MS собирается поддерживать состояние ожидания, даже если данные формируются в окне прослушивания. В режиме ожидания MS может избирательно выполнять операцию выполнения передачи/приема данных во время фиксированного окна прослушивания при повторении окна ожидания и окна прослушивания. MS также может избирательно выполнять операцию варьирования окна прослушивания, т.е. операцию непрерывного поддержания окна прослушивания во время осуществления передачи/приема данных. В последующем описании, две вышеописанные операции называются работой в "новом режиме ожидания".
Дополнительный параметр задается, чтобы управлять работой в новом режиме ожидания. В сообщение с запросом на регистрацию (REG-REQ) и сообщение с ответом по регистрации (REG-RSP) добавляется параметр, что MS передает и принимает в/из BS во время входа в сеть. Параметр называется индикатором переменного интервала прослушивания (VLII). Пример VLII показывается в таблице 5.
Таблица 5
Тип
Длина
Значение
Область действия
Х
1
Поддержка нового режима ожидания с переменным интервалом прослушивания0×00: поддержка отсутствует (по умолчанию)0×01: поддержка
REG-REQ/RSP
Когда VLII опускается в сообщении REG-REQ и сообщении REG-RSP, рассматривается значение по умолчанию '0'. Если VLII задается равным '0' в вышеуказанных передаваемых сообщениях, это указывает, что работа в новом режиме ожидания не может выполняться, и базовое окно прослушивания имеет фиксированный цикл. Работа на основе VLII описывается подробно ниже.
BS, допускающая поддержку работы в новом режиме ожидания, верифицирует, может или нет MS выполнять работу в новом режиме ожидания. Если MS не может выполнять работу в новом режиме ожидания, BS передает сообщение REG-RSP без параметра VLII или задает параметр VLII равным '0' и передает его, когда необходима передача сообщения MOB_SLP-RSP.
Если MS может выполнять работу в новом режиме ожидания, MS верифицирует, может или нет BS поддерживать работу в новом режиме ожидания. Если BS не может поддерживать работу в новом режиме ожидания, MS передает сообщение RNG-REQ без параметра VLII или задает параметр VLII равным '0' и передает его, когда необходима передача сообщения MOB_SLP-REQ.
Параметр VLII может быть передан/принят с использованием других сообщений, помимо сообщения REG-REQ и сообщения REG-RSP, например, сообщения с запросом базовых характеристик абонентской станции (SBC-REQ) и сообщения с ответом по базовым характеристикам абонентской станции (SBC-RSP).
Для работы в новом режиме ожидания Power_Saving_Class_Type 1 с TTWF=0 используются следующие модифицированные сообщения.
Сообщение MOB_SLP-REQ передается в BS, когда MS, остающаяся в режиме активации, собирается переходить в состояние ожидания. Примерный формат сообщения MOB_SLP-REQ показывается в таблице 6 ниже.
Таблица 6
Синтаксис
Размер
Примечания
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
7 битов
Зарезервировано
1 бит
}
if (Definition=1) {
-
-
Power_Saving_Class_Type
2
-
Direction
2
TRF-IND required
1
Traffic_triggered_wakening_flag
1
Variable_Listening_Interval_Indicator
1
Зарезервировано
1
initial-sleep window
8
listening window
8
final-sleep window base
10
final-sleep window exponent
3
Number_of_CIDs
4
for (i=0; i<Number_of_CIDs; i++) {
CID
16
}
}
}
TLV encoded information
Перемен-ный
}
Как показано в таблице 6, сообщение MOB_SLP-REQ дополнительно включает в себя параметр VLII в дополнение к полям IE в таблице 1. Параметр VLII применяется, только если TTWF задается равным '0'. Т.е. параметр VLII задается равным '0', если MS не может выполнять новый режим ожидания, и также задается равным '0', даже когда MS может выполнять новый режим ожидания, но BS не может поддерживать новый режим ожидания.
Параметр VLII имеет два различных значения, описанные ниже.
*VLII=0 обозначает, что MS работает в базовом режиме ожидания. Т.е. окно прослушивания имеет фиксированную длину, и MS и BS выполняют передачу/прием данных во время фиксированного окна прослушивания. Если окно прослушивания истекает, MS должна переходить в состояние ожидания и работать в следующем окне прослушивания.
*VLII=1 обозначает, что MS работает согласно примерам, проиллюстрированным на Фиг.2-5. Т.е. MS и BS выполняют передачу/прием данных во время переменного окна прослушивания. Другими словами, MS и BS передают и принимают данные в окне прослушивания, и если данные, которые должны быть переданы и приняты, существуют непрерывно, окно прослушивания расширяется. Если другая передача/прием данных не выполняется в течение предварительно определенного времени после того, как передача/прием данных завершается, то MS переходит обратно в состояние ожидания и работает в следующем окне прослушивания.
Сообщение MOB_SLP-RSP передается в MS посредством BS, чтобы указывать, подтверждать или нет изменение режима MS на режим ожидания, с учетом ситуаций в BS и MS, или передается в MS, чтобы указывать незапрошенный индикатор. В сообщении MOB_SLP-RSP параметры, которые требует MS для того, чтобы работать в режиме ожидания, включаются в IE. Примерный формат сообщения MOB_SLP-RSP показывается в таблице 7 ниже.
Таблица 7
Синтаксис
Размер
Примечания
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
7 битов
Stop_CQI_Allocation_Flag
1 бит
}
if (Definition=1) {
-
-
initial sleep window
8
-
listening window
8
final-sleep window base
10
final-sleep window exponent
3
Traffic_triggered_wakening_flag
1
Power_Saving_Class_Type
2
Direction
2
TRF-IND_Required
1
Variable Listening Interval Indicator
1
Number_of_CIDs
4
for (i=0; i<Number_of_CIDs; i++) {
-
CID
16
}
-
if (TRF-IND required) {
SLPID
10
Зарезервировано
2
}
Как показано в таблице 7, сообщение MOB_SLP-RSP дополнительно включает в себя параметр VLII в дополнение к полям IE в таблице 2. Параметр VLII применяется, когда TTWF задается равным '0'. Т.е. параметр VLII используется для того, чтобы указывать, может или нет BS поддерживать новый режим ожидания. Если BS не может поддерживать новый режим ожидания, параметр VLII задается равным '0'. Параметр VLII также задается равным '0', когда BS может поддерживать новый режим ожидания, но TTWF задается равным '1'. Если определено, что MS не может выполнять новый режим ожидания во время своего входа в сеть, параметр VLII задается равным '0'. Даже когда распознается, что MS не может поддерживать новый режим ожидания во время входа в сеть, VLII задается равным '0', так что MS может работать в существующем режиме ожидания.
Когда VLII=1 задается в сообщении MOB_SLP-REQ и сообщении MOB_SLP-RSP, MS и BS распознают, что как MS, так и BS могут работать в новом режиме ожидания.
MS и BS распознают конечную точку переменного окна прослушивания и точку перехода в состояние ожидания, предлагаемые при работе в новом режиме ожидания, с использованием таймеров, описанных ниже.
(1) Timer_in_MS_for_New_SLM (Таймер в MS для нового SLM) управляется посредством MS. Таймер в MS увеличивается на 1 в каждом кадре, начиная с кадра после кадра, в котором истекло окно прослушивания, обнаруженное посредством сообщения MOB_SLP-REQ и сообщения MOB_SLP-RSP, передаваемых между MS и BS, т.е. диспетчеризованное окно прослушивания. Таймер также перезапускается каждый раз, когда MS принимает данные из BS, тем самым существенно расширяя окно прослушивания. Если отсутствуют данные, чтобы передавать и принимать во время окна прослушивания, MS переходит в состояние ожидания без перезапуска таймера. Например, если MS принимает сообщение MOB_TRF-IND и определяет то, что идентификатор MS не включен в сообщение MOB_TRF-IND, MS переходит в состояние ожидания. Если MS не имеет данных, чтобы передавать в BS, до тех пор пока таймер не достигает порогового значения, т.е. до тех пор, пока таймер не истекает, MS переходит в состояние ожидания в окне прослушивания и поддерживает состояние ожидания до того, как следующее окно прослушивания начинается.
(2) Timer_in_BS_for_New_SLM (Таймер в BS для нового SLM) управляется посредством BS. Таймер в BS увеличивается на 1 в каждом кадре, начиная с кадра после кадра, в котором истекает окно прослушивания, обнаруженное посредством сообщения MOB_SLP-REQ и сообщения MOB_SLP-RSP, передаваемых между MS и BS, т.е. запланированное окно прослушивания. Таймер также перезапускается каждый раз, когда BS принимает данные из MS, тем самым существенно расширяя окно прослушивания. Если данные, которые должны быть переданы в MS, не формируются до тех пор, пока таймер не истекает, BS распознает, что MS переходит в состояние ожидания. Даже если данные формируются, BS буферизует сформированные данные без передачи до тех пор, пока MS не активируется в следующем окне прослушивания.
Единицей подсчета вышеуказанных таймеров может быть время или кадры. Если единицей подсчета таймеров являются кадры, и их пороговые значения составляют 5 кадров, то таймеры истекают нормально, когда данные не принимаются из узла-корреспондента в течение 5 кадров.
В случае TTWF=0 и VLII=1, чтобы выходить из класса энергосбережения, т.е. чтобы MS выходила из режима ожидания, используется передача/прием сообщения MOB_SLP-REQ и сообщения MOB_SLP-RSP и деактивация BW и управляющего заголовка по режиму ожидания в UL и расширенного управляющего подзаголовка по режиму ожидания в DL.
MS переходит в состояние ожидания, если таймер истекает или отсутствуют данные, чтобы передавать или принимать. Тем не менее, если MS собирается переходить в состояние ожидания перед истечением таймера, или BS хочет инструктировать MS переходить в состояние ожидания, MS может переходить в состояние ожидания посредством передачи и приема сообщения MOB_SLP-REQ и сообщения MOB_SLP-RSP.
BS также может инструктировать MS переходить в состояние ожидания с использованием управляющего сообщения. В этом случае, BS задает управляющее сообщение в качестве незапрошенного индикатора.
Несколько исключений в примерном варианте осуществления настоящего изобретения описываются ниже.
1. BS принимает сообщение BW-REQ из MS во время окна ожидания
MS может передавать сообщение BW-REQ в BS, если MS должна передавать данные в BS вследствие, например, возникновения чрезвычайной ситуации, даже если MS находится в состоянии ожидания, если MS требуется ранжирование по коду множественного доступа с кодовым разделением каналов (CDMA), хотя данные, которые должны быть переданы, сформированы с начала окна прослушивания, или если окно, требуемое для того, чтобы принимать разрешение на передачу UL-пакетов из BS, превышает окно прослушивания.
В ответ на сообщение BW-REQ BS определяет то, подтверждать или нет передачу данных MS. Когда BS подтверждает передачу данных MS, BS запускает таймер Timer_in_BS_for_New_SLM и затем ожидает данных, которые должны быть приняты из MS. Аналогично, когда BS подтверждает передачу данных MS, т.е. когда MS принимает разрешение на передачу UL-пакетов из BS, MS передает данные в BS через UL-пакеты, запускает таймер Timer_in_MS_for_New_SLM и затем ожидает данных, которые должны быть приняты из BS.
Если MS находится в состоянии ожидания, сообщение BW-REQ может быть передано сразу или в следующем окне прослушивания на основе намерения или выбора MS, как описано выше.
2. MS выполняет с ошибкой прием DL-MAP или UL-MAP, который является информацией обычного MAP
После достижения окна прослушивания MS запускает таймер Timer_in_MS_for_New_SLM и ожидает данных, которые должны быть приняты из BS. BS передает обычный MAP (DL-MAP/UL-MAP) в MS и затем передает данные.
Если существуют данные, которые должны быть переданы и приняты между BS и MS в конце окна прослушивания, MS может передавать и принимать данные в/из BS посредством расширения окна прослушивания. Тем не менее, MS может выполнять с ошибкой прием обычного MAP во время расширенного окна прослушивания (ELW). В этом случае, MS не может определять то, передает или нет BS данные в MS. Соответственно, MS может переходить в состояние ожидания и определяет то, что BS не имеет данных, чтобы передавать.
В этом случае, MS расширяет окно прослушивания посредством перезапуска или временной приостановки таймера Timer_in_MS_for_New_SLM, до того как она переходит в состояние ожидания. MS может расширять окно прослушивания посредством перезапуска таймера Timer_in_MS_for_New_SLM, если MS не может принимать DL-MAP вне рамок обычного MAP из BS.
3. MS выполняет с ошибкой прием SUB-DL/UL-MAP
BS передает максимум три (3) SUB-DL/UL-MAP с использованием сжатого MAP вместо обычного MAP. Т.е. BS может применять различные уровни схемы модуляции и кодирования (MCS) максимум к 3 SUB-DL/UL-MAP. MS может декодировать любое или все из максимум 3 SUB-DL/UL-MAP на основе характеристик канала. Если MS выполняет с ошибкой прием или декодирование всех SUB-DL/UL-MAP, передаваемых посредством BS во время окна прослушивания, MS расширяет окно прослушивания посредством перезапуска таймера Timer_in_MS_for_New_SLM.
Другими словами, если MS не может декодировать сжатый MAP, она также не может декодировать SUB-DL/UL-MAP. Следовательно, MS расширяет окно прослушивания посредством перезапуска таймера Timer_in_MS_for_New_SLM, даже когда она не может декодировать сжатый MAP, передаваемый посредством BS.
4. ACK не принимается из MS в ответ на данные, передаваемые посредством BS
BS передает данные в MS и затем ожидает сообщения обратной связи из MS посредством запуска таймера Timer_in_BS_for_New_SLM в системе связи, к которой применяется автоматический запрос на повторную передачу (ARQ). MS определяет то, приняты данные, передаваемые посредством BS, нормально или неправильно, и может передавать ACK- или NACK-сообщение в BS на основе определения. Тем не менее, MS может выполнять с ошибкой передачу ACK- или NACK-сообщения в BS вследствие плохого состояния канала или расходования питания аккумулятора MS. Таким образом, BS выполняет с ошибкой прием ACK- или NACK-сообщения, указывающего нормальный или анормальный прием данных, передаваемых из BS в MS. В этом случае, таймер Timer_in_BS_for_New_SLM, запущенный посредством BS, истекает.
Даже если другие данные, которые должны быть переданы в MS, формируются, BS прекращает передачу данных в MS и возобновляет передачу данных в следующем окне прослушивания, поскольку ACK- или NACK-сообщение не принимается из MS. В других случаях, BS прекращает передачу данных в MS, даже если информация индикатора качества канала (CQI) в канале индикаторов качества канала (CQICH), назначаемом MS посредством BS, не передается в BS предварительно определенное число раз. Если BS выделяет UL-ресурсы для UL-пакетов для MS, но MS не передает данные UL-пакетов с выделенными ресурсами, то BS задерживает передачу данных до следующего окна прослушивания, даже если данные, которые должны быть переданы в MS, формируются в текущем окне прослушивания, считая, что MS находится в анормальном состоянии.
В альтернативном примерном варианте осуществления настоящего изобретения, параметр VLII включается в сообщение MOB_SLP-REQ и сообщение MOB_SLP-RSP в форме IE или RLV-кодирования.
Например, параметр VLII включается в IE ′TLV encoded information′ в сообщении MOB_SLP-REQ и сообщении MOB_SLP-RSP, в форме, показанном в таблице 8 ниже.
Таблица 8
Тип
Длина
Значение
Область действия
X
1
Power Saving Class_ID: 6 битовVariable Listening Interval Indicator:1 битЗарезервировано: 1 бит (LSB)
SLP-REQ/RSP
Как показано в таблице 8, ′TLV encoded information′ включает в себя идентификатор класса энергосбережения и VLII для идентификатора класса энергосбережения.
В другом примерном варианте осуществления настоящего изобретения, пороговое значение таймера Timer_in_MS_for_New_SLM может быть передано в служебных сигналах между BS и MS. Т.е. если MS может выполнять работу в новом режиме ожидания, параметр, показанный в таблице 9 ниже, включается в сообщение REG-REQ вместе с параметром VLII. Например, следующий параметр Timer_in_MS_for_New_SLM имеет форму TLV-кодирования.
Таблица 9
Тип
Длина
Значение
Область действия
X
1
Timer_in_MS_for_New_SLM (единица: кадр)
REG-REQ/RSP
Если VLII включен в сообщение REG-REQ, а Timer_in_MS_for_New_SLM не включен, BS считает, что MS запрашивает значение по умолчанию.
После определения того, что MS запрашивает значение по умолчанию Timer_in_MS_for_New_SLM в сообщении REG-REQ, передаваемом посредством MS, BS включает параметр, показанный в таблице 10 в сообщение REG-RSP, передаваемое в ответ на сообщение REG-REQ, вместе с параметром VLII. Например, следующий параметр Timer_in_MS_for_New_SLM имеет форму TLV-кодирования.
Таблица 10
Тип
Длина
Значение
Область действия
Y
1
Timer_in_MS_for_New_SLM (единица: кадр)
REG-REQ/RSP
Параметр Timer_in_MS_for_New_SLM включает в себя значение, идентичное значению, которое передает MS, запрашиваемая с использованием MOB_SLP-REQ, или включает в себя значение, выделяемое в допустимом диапазоне, поддерживаемом посредством BS. Значение параметра Timer_in_MS_for_New_SLM задается так, что оно превышает значение таймера Timer_in_BS_for_New_SLM, управляемое посредством BS.
Если BS передает MS сообщение REG-RSP, которое включает в себя только VLII и не включает в себя параметр Timer_in_MS_for_New_SLM, MS определяет запускать таймер Timer_in_MS_for_New_SLM с предварительно определенного значения.
Таймер Timer_in_MS_for_New_SLM может задаваться по-разному согласно классу энергосбережения. Т.е. таймер Timer_in_MS_for_New_SLM может задаваться равным различному значению согласно шаблону данных, т.е. соединению, принадлежащему каждому классу энергосбережения. Формат параметра для поддержки таймера Timer_in_MS_for_New_SLM, имеющего различное значение для каждого класса энергосбережения, показывается в таблице 11 ниже.
Таблица 11
Тип
Длина
Значение
Область действия
Z
2
Power Saving Class ID:6 битовVariable Listening Interval Indicator:1 битTimer_in_MS_for_New_SLM:8 битовЗарезервировано: 1 бит (LSB)
SLP-REQ/RSP
Когда MS и BS могут выполнять или поддерживать новый режим ожидания, параметры, показанные в таблице 11, включаются в сообщение MOB_SLP-REQ и сообщение MOB_SLP-RSP только для класса энергосбережения с TTWF=0. В этом случае, MS может запрашивать значение, требуемое посредством BS, посредством задания параметров Timer_in_MS_for_New_SLM равными значениям по умолчанию.
В альтернативном примерном варианте осуществления настоящего изобретения, параметр VLII может быть включен в сообщение MOB_SLP-REQ и сообщение MOB_LSP-RSP не в форме TLV-кодирования, а в форме другого параметра. В этом случае, таймер Timer_in_MS_for_New_SLM может быть передан в форме TLV-кодирования, показанной в таблице 12 ниже. Т.е. возможно то, что параметр VLII передается в форме IE, и таймер Timer_in_MS_for_New_SLM передается в форме TLV-кодирования.
Таблица 12
Тип
Длина
Значение
Область действия
K
2
Power Saving Class ID: 6 битовTimer_in_MS_for_New_SLM: 8 битовЗарезервировано: 2 бита (LSB)
SLP-REQ/RSP
BS может сообщать значение таймера Timer_in_MS_for_New_SLM, управляемое посредством MS, посредством включения ′TLV encoded information′ таблицы 12 для класса энергосбережения с TTWF=0 и VLII=1.
Примерный вариант осуществления настоящего изобретения, описанный ниже, предоставляется, чтобы разрешать проблемы, возникающие, когда MS и BS одновременно запрашивают режим ожидания. Т.е. чтобы MS отличала сообщение MOB_SLP-RSP, которое передано без запрашивания посредством BS, следующий параметр добавляется в сообщение MOB_SLP-RSP в дополнение к параметрам, показанным в таблице 2.
Параметр незапрошенного индикатора задается равным '1', когда BS передает сообщение MOB_SLP-RSP в MS без запрашивания.
В примерной реализации, вместо Sleep_Approved, как задано в таблице 2, параметр, описанный ниже, включается в сообщение MOB_SLP-RSP.
Параметр Response_Code (Код ответа) указывает то, является сообщение MOB_SLP-RSP определенным ответом на запрос MS или оно передается без запрашивания. Другими словами, Response_Code=0 обозначает, что BS передает сообщение MOB_SLP-RSP в MS без запрашивания, Response_Code=1 указывает подтверждение для сообщения MOB_SLP-REQ, передаваемого посредством MS, а Response_Code=2 указывает отклонение для сообщения MOB_SLP-REQ, передаваемого посредством MS.
Другой параметр незапрошенного индикатора, отличный от вышеописанного параметра, может использоваться для того, чтобы указывать, что сообщение MOB_SLP-RSP передается без запрашивания. Если распознается посредством параметра незапрошенного индикатора то, что MS и BS одновременно запрашивают режим ожидания, одна из следующих двух операций может выполняться согласно параметрам настройки системы, выбору системного разработчика, заданию в стандарте или другим критериям.
Когда запрос MS приоритезируется, BS отвечает на сообщение MOB_SLP-REQ MS, игнорируя незапрошенное сообщение MOB_SLP-RSP, передаваемое посредством самой BS. MS также ожидает, чтобы BS повторно передавала надлежащее сообщение MOB_SLP-RSP в ответ на ее сообщение MOB_SLP-REQ, игнорируя незапрошенное сообщение MOB_SLP-RSP.
Когда запрос BS приоритезируется, BS считает, что MS осуществляет работу в режиме ожидания, на основе сообщения MOB_SLP-RSP BS, отбрасывая сообщение MOB_SLP-REQ, передаваемое посредством самой MS. MS работает на основе параметров в незапрошенном сообщении MOB_SLP-RSP, передаваемом посредством BS.
В примерной реализации, условие для того, чтобы выходить из переменного окна прослушивания, независимо задается в BS и MS. Т.е. условия запуска таймеров для расширения окна прослушивания описываются ниже.
При условии запуска Timer_in_MS_for_New_SLM MS запускает таймер в конце окна прослушивания, если она принимает DL-данные из BS во время окна прослушивания или принимает положительный индикатор через сообщение MOB_TRF-IND. Тем не менее, MS запускает таймер, если она принимает DL-данные из BS во время окна прослушивания, принимает служебные сигналы (например, IE DL-MAP, сообщающий MS о передаче DL-данных, которые включаются в сообщение DL-MAP, указывающее выделение DL-ресурса каждого кадра), сообщающие MS о передаче DL-данных, или принимает положительный индикатор через сообщение MOB_TRF-IND.
Причина использования передачи служебных сигналов, сообщающих о передаче DL-данных, вместо приема фактических DL-данных состоит в том, чтобы подготавливаться к тому, когда MS не может декодировать DL-пакет с DL-данными из кадра несмотря на прием DL-MAP, сообщающего о передаче DL-данных. Например, в случае, если BS выделяет ресурсы для DL-пакетов для MS через DL-MAP, если BS повторно передает DL-пакет согласно операции гибридного автоматического запроса на повторную передачу (HARQ) даже если MS не может декодировать DL-пакет, MS ожидает повторной передачи DL-пакета на основе передачи служебных сигналов без входа в состояние ожидания.
Условие, при котором таймер перезапускается, является условием, как описано выше. Помимо этого, таймер перезапускается, даже когда ARQ ACK или HARQ ACK принимается в ответ на UL-трафик. Если ARQ на основе NACK используется, ARQ NACK, а не ARQ ACK, используется для того, чтобы перезапускать таймер. Если HARQ на основе NACK используется, HARQ NACK используется для того, чтобы перезапускать таймер. MS также перезапускает таймер после приема служебных сигналов (например, информации выделения ресурсов, сообщающей MS о передаче DL-данных, которые включаются в сообщение DL-MAP), сообщающих MS о передаче DL-данных. Следовательно, MS не входит в состояние ожидания на основе передачи служебных сигналов, даже если она не может декодировать DL-пакет, указываемый посредством IE DL-MAP.
Как результат, окно прослушивания расширяется, когда MS может знать, что BS работает нормально.
При условии запуска Timer_in_BS_for_New_SLM, BS запускает таймер в конце окна прослушивания, если она принимает UL-данные из MS во время окна прослушивания. Тем не менее, в примерной реализации, BS сразу запускает таймер, если она принимает UL-данные из MS во время окна прослушивания.
Условие, при котором перезапускается таймер, является аналогичным условию, описанному выше. Помимо этого, таймер перезапускается, даже когда ARQ ACK или HARQ ACK принимаются в ответ на DL-трафик. Если ARQ на основе NACK используется, ARQ NACK, а не ARQ ACK, используется для того, чтобы перезапускать таймер. Если HARQ на основе NACK используется, HARQ NACK используется для того, чтобы перезапускать таймер. Как результат, окно прослушивания расширяется, когда BS знает, что MS работает нормально.
В модифицированном примерном варианте осуществления настоящего изобретения, описанном ниже, для таймеров для расширения окна прослушивания условия перехода в состояние ожидания описываются ниже.
При условии перехода в состояние ожидания посредством Timer_in_MS_for_New_SLM, MS переходит в состояние ожидания, если отсутствуют данные, чтобы передавать в BS, когда таймер Timer_in_MS_for_New_SLM истекает. В этом случае, тем не менее, если UL-трафик непрерывно выходит в MS, MS является всегда активированной, увеличивая расход питания аккумулятора MS. Следовательно, в примерной реализации, MS переходит в состояние ожидания, если таймер истекает, и попытки повторной HARQ-передачи или попытки повторной ARQ-передачи исчерпываются. Следовательно, наличие/отсутствие UL-трафика, который должен быть передан посредством MS, не влияет на переход MS в состояние ожидания. Т.е. если попытки повторной передачи исчерпываются, MS переходит в состояние ожидания и определяет то, что MS не может нормально принимать ACK из BS, и DL-трафик отсутствует. Если попытки повторной передачи достигают предварительно определенного предела, MS определяет то, что попытки повторной передачи исчерпаны.
При условии перехода в состояние ожидания посредством Timer_in_BS_for_New_SLM, BS ожидает до тех пор, пока попытки повторной HARQ или ARQ-передачи не исчерпываются, когда таймер Timer_in_BS_for_New_SLM истекает. После этого, если попытки повторной HARQ или ARQ-передачи исчерпываются, BS считает, что MS переходит в состояние ожидания. Аналогично, наличие/отсутствие DL-трафика, который должен быть передан в MS посредством BS, не влияет на переход MS в состояние ожидания.
В альтернативном примерном варианте осуществления настоящего изобретения, условия запуска таймеров для расширения окна прослушивания описываются ниже.
MS сразу запускает таймер Timer_in_MS_for_New_SLM после приема DL-данных или ACK (HARQ ACK или ARQ ACK) для UL-данных из BS во время окна прослушивания. BS сразу запускает таймер Timer_in_BS_for_New_SLM после приема UL-данных или ACK для DL-данных из MS во время окна прослушивания.
В альтернативном примерном варианте осуществления настоящего изобретения, условия запуска таймеров для расширения окна прослушивания описываются ниже.
MS сразу запускает таймер Timer_in_MS_for_New_SLM, когда она принимает DL-данные или ACK (HARQ ACK или ARQ ACK) для UL-данных из BS во время окна прослушивания, или когда после передачи сообщения BW-REQ в BS MS выделяется UL-пакет в качестве разрешения на передачу ей. BS сразу запускает таймер Timer_in_BS_for_New_SLM, если она принимает UL-данные или ACK (HARQ ACK или ARQ ACK) для DL-трафика из MS во время окна прослушивания, или если после приема сообщения BW-REQ из MS BS выделяет UL-пакет для MS в качестве разрешения на передачу ей.
В дополнение к вышеуказанным условиям запуска для таймеров для расширения окна прослушивания, MS дополнительно рассматривает случай, когда она принимает положительный индикатор из BS через сообщение MOB_TRF-IND. Т.е. MS сразу запускает таймер Timer_in_MS_for_New_SLM после приема положительного индикатора из BS через сообщение MOB_TRF-IND.
В альтернативном примерном варианте осуществления настоящего изобретения, если BS не передает сообщение MOB_TRF-IND, когда отсутствует DL-трафик, чтобы передавать в MS, в которые BS предположительно должна передавать сообщение MOB_TRF-IND во время окна прослушивания, то BS включает следующее поле в сообщение DL-MAP, чтобы сообщать MS об отсутствии передачи из сообщения DL-MAP.
В Transmission_of_MOB_TRF-IND (Передача MOB_TRF-IND), когда это поле задается равным '0', это обозначает, что BS не передает сообщение MOB_TRF-IND, т.е. BS не имеет DL-трафика для MS, которые являются активированными во время окна прослушивания и ожидают сообщения MOB_TRF-IND. После распознавания этого поля MS сразу переходят в состояние ожидания независимо от длины оставшегося окна прослушивания на основе обстоятельств, например, если UL-трафик отсутствует, и затем активируются снова в следующем окне прослушивания. Если вышеуказанное поле задается равным '1', MS ожидают сообщения MOB_TRF-IND, как описано в традиционной операции.
Поле может быть передано в форме TLV-кодирования в DL-MAP или в форме однобитового индикатора, вставленного в заголовок суперкадра.
После активирования из режима ожидания MS должна верифицировать номер кадра, чтобы определять то, активирована она или нет в точном кадре. Когда суперкадр используется, и один суперкадр включает в себя множество кадров, номер кадра или номер суперкадра верифицируется только из заголовка суперкадра, расположенного в первом кадре суперкадра. Тем не менее, когда работа в режиме ожидания выполняется покадрово, MS может не сразу принимать заголовок суперкадра, таким образом, она не может знать номер кадра. Следовательно, когда структура суперкадра используется, работа в режиме ожидания должна выполняться в расчете на каждый суперкадр. Т.е. окно прослушивания должно находиться из первого кадра суперкадра. Тем не менее, длина окна прослушивания не обязательно должна увеличиваться в кратных числах суперкадра.
Соответственно, ′start_frame_number′ в сообщении MOB_SLP-REQ/RSP, который указывает положение кадра, в котором окно ожидания начинается, задается так, что он указывает первый кадр суперкадра. Например, шесть (6) младших (LSB) битов номера суперкадра, предоставленные для того, чтобы идентифицировать суперкадр, или 6 LSB-битов номера кадра, предоставленные для того, чтобы идентифицировать первый кадр суперкадра, задаются в ′start_frame_number′.
Размер шага окна ожидания определяется посредством [длина суперкадра × N], где длина суперкадра обозначает число кадров, включенных в один суперкадр, например, четыре (4) кадра. Следовательно, N или 4×N включается в поле ′initial-sleep window′ или другое поле сообщения MOB_SLP-REQ/RSP, чтобы указывать длину окна ожидания.
Когда комбинация одного окна ожидания и одного окна прослушивания называется циклом ожидания в режиме ожидания, окно прослушивания включается в каждый цикл ожидания. Следовательно, если начальная позиция окна ожидания или начало цикла ожидания обозначается как первый кадр суперкадра, и единичная длина окна ожидания обозначается как кратное длины суперкадра, даже если длина окна ожидания увеличивается в два раза, окно прослушивания всегда располагается в первом кадре любого суперкадра. Таким образом, после активирования в окне прослушивания, MS может обращаться к номеру кадра, чтобы определять то, активирована она или нет в корректное время.
Согласно работе в новом режиме ожидания, окно прослушивания расширяется посредством таймеров, выполняющихся в BS и MS, когда данные или ACK непрерывно принимаются. Расширенное окно прослушивания может в конечном счете достигать следующего запланированного окна прослушивания, что обозначает то, что таймеры как BS, так и MS непрерывно сбрасываются вследствие данных и/или ACK. MS и BS затем применяют работу в новом режиме ожидания снова в следующем запланированном окне прослушивания и определяют то, что расширенное окно прослушивания истекло. Следующее запланированное окно прослушивания может быть новым расширенным окном прослушивания согласно результатам приложения. "Запланированное окно прослушивания" при использовании в данном документе означает окно прослушивания, первоначально определенное посредством параметров, указываемых посредством сообщения MOB_SLP-REQ/RSP.
В частности, в начале работы в режиме ожидания, поскольку длина окна ожидания является небольшой, расширенное окно прослушивания с большой вероятностью достигает следующего запланированного окна прослушивания. Если расширенное окно прослушивания истекает, и новое начатое окно прослушивания расширяется снова многократно, т.е. если расширенное окно прослушивания возникает непрерывно несколько раз, непрерывное поддержание режима ожидания посредством MS является бессмысленным.
Следовательно, в примерном варианте осуществления настоящего изобретения, описанном ниже, пороговое значение используется для того, чтобы верифицировать число последовательных расширенных окон прослушивания. MS определяет то, достигает или нет число последовательных расширенных окон прослушивания порогового значения, если окно прослушивания, расширенное согласно предлагаемой работе в новом режиме ожидания, достигает следующего запланированного окна прослушивания. Новое расширенное окно прослушивания включается, чтобы подсчитывать число последовательных расширенных окон прослушивания, или опускается. Если число последовательных расширенных окон прослушивания меньше порогового значения, MS поддерживает режим ожидания. Тем не менее, если число последовательных расширенных окон прослушивания достигает порогового значения, MS переходит из режима ожидания в нормальный режим, считая, что нет необходимости поддерживать режим ожидания. С использованием алгоритма, идентичного алгоритму MS, BS также воспринимает, поддерживает MS режим ожидания или переходит в нормальный режим.
Если MS достигает следующего запланированного окна прослушивания без перехода в нормальный режим, таймеры, используемые для расширения окна прослушивания, останавливаются и затем перезапускаются. Например, если данные передаются во время истечения таймеров, таймеры для расширения окна прослушивания перезапускаются посредством условий, описанных выше.
Примерный цикл ожидания включает в себя окно прослушивания и окно ожидания. Тем не менее, окно прослушивания не включается в начальный цикл ожидания, и цикл ожидания является суммой окна прослушивания и окна ожидания, начиная со второго цикла ожидания. Если трафик данных не передается между MS и BS во время окна прослушивания, включенного в предыдущий цикл ожидания, и если отрицательный индикатор включается в сообщение TRF-IND, длина текущего цикла ожидания увеличивается в два раза по сравнению с предыдущей длиной. Тем не менее, длина текущего цикла ожидания не может превышать предварительно определенный максимальный цикл ожидания. Несмотря на то, что текущий цикл ожидания увеличивается в два раза, окно прослушивания в текущем цикле ожидания не увеличивается в два раза.
Если данные передаются в окне прослушивания предыдущего цикла ожидания, или положительный индикатор включается в сообщение TRF-IND, то текущий цикл ожидания инициализируется как начальный цикл ожидания. Тем не менее, если длина инициализированного текущего цикла ожидания меньше окна прослушивания, текущий цикл ожидания не может включать в себя окно прослушивания. Следовательно, условия, описанные ниже, дополнительно рассматриваются, когда каждый цикл ожидания сбрасывается.
Текущий цикл ожидания=начальный цикл ожидания
Если "текущий цикл ожидания"=<окно прослушивания
Текущий цикл ожидания=2×начальный цикл ожидания
Иначе
Текущий цикл ожидания=текущий цикл ожидания
Т.е. если текущий цикл ожидания превышает окно прослушивания, цикл ожидания поддерживается при существующем значении.
Вышеприведенные примерные варианты осуществления настоящего изобретения могут быть реализованы посредством контроллеров и приемо-передающих устройств, включенных в BS и MS. Т.е. контроллер определяет то, расширять или нет окно прослушивания MS, посредством работы с таймером согласно, по меньшей мере, одному из примерных вариантов осуществления настоящего изобретения, описанных выше, и приемо-передающее устройство работает в окне прослушивания или окне ожидания под управлением контроллера и обменивается вышеописанными сообщениями с узлом-корреспондентом.
Соответственно, примерные варианты осуществления настоящего изобретения предоставляют способ управления работой в режиме ожидания для уменьшения потребляемой мощности в системе связи. Работа в режиме ожидания между MS и BS управляется посредством работы с таймерами, тем самым снижая потребляемую мощность.
Хотя изобретение показано и описано со ссылкой на его конкретные примерные варианты осуществления, специалисты в данной области техники должны понимать, что различные изменения по форме и содержанию могут осуществляться без отступления от сущности и объема изобретения, заданного посредством прилагаемой формулы изобретения и ее эквивалентов.