УСТРОЙСТВО И СПОСОБ ДЛЯ УПРАВЛЕНИЯ СИНХРОНИЗАЦИЕЙ В ЦИКЛЕ ОЖИДАНИЯ РЕЖИМА ОЖИДАНИЯ В СИСТЕМЕ БЕСПРОВОДНОЙ СВЯЗИ
APPARATUS AND METHOD FOR CONTROLLING SLEEP CYCLE SYNCHRONISATION OF SLEEP MODE IN WIRELESS COMMUNICATION SYSTEM

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Настоящее изобретение относится к синхронизации в режиме ожидания в системе беспроводной связи. Более конкретно, настоящее изобретение относится к устройству и способу для управления несогласованной синхронизацией состояний, которая возникает, когда мобильная станция (MS) в режиме ожидания не имеет возможности принимать сообщение индикатора трафика в системе беспроводной связи.
УРОВЕНЬ ТЕХНИКИ
В системе связи следующего поколения, также известной как система связи четвертого поколения (4G), активно проводятся исследования, чтобы предоставлять пользователям услуги, имеющие различное качество обслуживания (QoS), на высокой скорости передачи данных. В частности, в области 4G-системы связи активно проводятся исследования, чтобы обеспечивать мобильность и QoS в системе беспроводной связи, к примеру, в системе беспроводной локальной вычислительной сети (LAN) и системе беспроводной общегородской вычислительной сети (MAN).
В общем, потребляемая мощность мобильной станции (MS), используемой в системе беспроводной связи, считается первичным индикатором производительности для общей производительности системы. Следовательно, стандарты системы беспроводной связи, к примеру стандарт 802.16 Института инженеров по электротехнике и радиоэлектронике (IEEE), задают режим ожидания и активный режим MS, чтобы минимизировать потребляемую мощность MS.
Фиг.1 является схематичным видом, иллюстрирующим работу в режиме ожидания, заданную в системе IEEE 802.16 согласно предшествующему уровню техники.
Ссылаясь на Фиг.1A, MS системы IEEE 802.16e может переходить в режим ожидания только после приема разрешения на изменение состояния из базовой станции (BS). В этом случае, при разрешении изменения состояния MS на режим ожидания BS может буферизовать или отбрасывать пакет, который должен быть передан. Дополнительно, BS должна сообщать присутствие или отсутствие данных, которые должны быть переданы в MS во время интервала прослушивания или окна прослушивания MS, и MS должна определять присутствие или отсутствие данных, которые должны быть переданы в MS, посредством выхода из режима ожидания. На Фиг.1 сообщения индикатора трафика, т.е. сообщения 100, 102 и 104 индикатора мобильного трафика (MOB_TRF-IND), передаются, чтобы сообщать присутствие или отсутствие пакетных данных, которые должны быть переданы. Сообщения 100 и 102 MOB_TRF-IND, включающие в себя отрицательный индикатор трафика, указывают отсутствие данных, и сообщение 104 MOB_TRF-IND, включающее в себя положительный индикатор трафика, указывает присутствие данных.
Если присутствие данных, которые должны быть переданы в MS, определяется во время интервала прослушивания или окна прослушивания, MS переходит в активный режим, чтобы принимать данные из BS. После этого, MS передает и принимает сообщения с запросом/ответом по режиму ожидания (SLP-REQ/RSP) в и из BS, чтобы переходить из активного режима в режим ожидания. Как результат, может возникать дополнительный объем служебной информации.
В качестве меры для предотвращения дополнительного объема служебной информации, как проиллюстрировано на Фиг.1B, MS может не переходить в активный режим, даже если существует трафик. Существует такое ограничение, что переход между активным режимом и режимом ожидания должен осуществляться посредством передачи служебных сигналов MOB_SLP-REQ/RSP. Соответственно, когда MS должна принимать данные, MS принимает данные посредством перехода между состоянием ожидания и активным состоянием (или состоянием активации) повторяющимся способом при работе в режиме ожидания согласно циклу ожидания.
Ссылаясь на Фиг.1B, во время интервала прослушивания или окна прослушивания в состоянии ожидания, MS принимает сообщения 100, 102, 104, 110 и 112 MOB_TRF-IND из BS. После приема сообщения 100 MOB_TRF-IND, включающего в себя отрицательный индикатор трафика, во время окна прослушивания начального цикла ожидания, MS увеличивает следующий цикл ожидания так, что он в два раза превышает начальный цикл ожидания. Далее, после приема сообщения 102 MOB_TRF-IND, включающего в себя отрицательный индикатор трафика, после того, как следующий цикл ожидания истекает, MS задает следующий цикл ожидания так, что он в два раза превышает текущий цикл ожидания. После приема сообщения 104 MOB_TRF-IND, включающего в себя положительный индикатор трафика, после того, как цикл ожидания истекает, MS принимает данные нисходящей линии связи во время окна прослушивания, в котором сообщение 104 MOB_TRF-IND принято и устанавливает следующий цикл ожидания равным длине начального цикла ожидания. Далее, после приема сообщения 110 MOB_TRF-IND, включающего в себя отрицательный индикатор трафика, во время окна прослушивания после истечения цикла ожидания, который устанавливается в начальный цикл ожидания, MS увеличивает следующий цикл ожидания так, что он в два раза превышает начальный цикл ожидания. Дополнительно, после приема сообщения 112 MOB_TRF-IND, включающего в себя отрицательный индикатор трафика, во время окна прослушивания после истечения увеличенного цикла ожидания, MS увеличивает следующий цикл ожидания так, что он в два раза превышает текущий цикл ожидания.
Если MS корректно принимает информацию индикатора трафика с использованием сообщений MOB_TRF-IND, передаваемых посредством BS, синхронизация в цикле ожидания поддерживается между MS и BS. Тем не менее, если MS не удается принять сообщения MOB_TRF-IND вследствие ухудшения состояния канала и т.п., MS не может знать, передает BS положительный индикатор трафика или отрицательный индикатор трафика. Как результат, MS не может корректно задавать длину следующего цикла ожидания. Соответственно, синхронизация в цикле ожидания является несогласованной между MS и BS.
Фиг.2 иллюстрирует случай, когда синхронизация в цикле ожидания является несогласованной в системе IEEE 802.16 согласно предшествующему уровню техники.
Ссылаясь на Фиг.2, MS корректно принимает сообщения 200 и 202 MOB_TRF-IND, включающие в себя отрицательный индикатор трафика, периодически во время окон прослушивания циклов ожидания и не может выполнить прием сообщения 204 MOB_TRF-IND, включающего в себя отрицательный индикатор трафика, во время окна прослушивания после того, как следующий цикл ожидания истекает. В этом случае, BS распознает окно прослушивания следующего цикла ожидания в качестве времени t1 212. Тем не менее, поскольку MS не удается принять сообщение 204 MOB_TRF-IND, MS не может определять то, сбрасывать следующий цикл ожидания к начальному циклу ожидания согласно положительному индикатору трафика или увеличивать в два раза следующий цикл ожидания согласно отрицательному индикатору трафика. Начальное время окна прослушивания фактического цикла ожидания является временем t1 212. Тем не менее, если MS сбрасывает следующий цикл ожидания к начальному циклу ожидания, синхронизация для окна прослушивания цикла ожидания является несогласованной. Соответственно, существует потребность в способе управления несогласованной синхронизацией в цикле ожидания, когда сообщение MOB_TRF-IND не принято в системе беспроводной связи.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Решение задачи
Аспект настоящего изобретения разрешает, по меньшей мере, вышеуказанные проблемы и/или недостатки и предоставляет, по меньшей мере, преимущества, описанные ниже. Соответственно, аспект настоящего изобретения состоит в том, чтобы предоставлять устройство и способ для управления несогласованной синхронизацией, вызываемой, когда сообщение индикатора трафика не принято в системе беспроводной связи.
Другой аспект настоящего изобретения состоит в том, чтобы предоставлять устройство и способ для управления несогласованной синхронизацией согласно тому, принимается или нет трафик нисходящей линии связи после приема сообщения индикатора трафика в системе беспроводной связи.
Еще один другой аспект настоящего изобретения состоит в том, чтобы предоставлять устройство и способ для управления несогласованной синхронизацией при помощи дополнительного управляющего сообщения, когда сообщение индикатора трафика не принято в системе беспроводной связи.
В соответствии с аспектом настоящего изобретения предоставляется способ работы мобильной станции (MS) в состоянии режима ожидания в системе широкополосной беспроводной связи. Способ включает в себя, если сообщение индикатора трафика и одноадресные данные не принимаются во время окна прослушивания, передачу одного из сообщения с запросом и заголовка в базовую станцию (BS), чтобы запрашивать местоположение следующего запланированного окна прослушивания, а если ответ на одно из сообщения с запросом и заголовка принимается, выполнение синхронизации для следующего цикла ожидания после приема ответа на одно из сообщения с запросом и заголовка.
В соответствии с другим аспектом настоящего изобретения предоставляется способ работы BS в системе широкополосной беспроводной связи. Способ включает в себя прием одного из сообщения с запросом и заголовка из MS, которой не удается принять сообщение индикатора трафика и одноадресных данных во время окна прослушивания, чтобы запрашивать местоположение следующего запланированного окна прослушивания, и одноадресную передачу одного из сообщения с ответом и заголовка, включающего в себя номер начального кадра следующего запланированного цикла ожидания и размер следующего запланированного цикла ожидания, в MS в ответ на запрос из MS.
В соответствии с другим аспектом настоящего изобретения предоставляется устройство мобильной станции (MS) в системе широкополосной беспроводной связи. Устройство включает в себя модем для передачи одного из сообщения с запросом и заголовка в BS, чтобы запрашивать местоположение следующего запланированного окна прослушивания, если сообщение индикатора трафика и одноадресные данные не принимаются во время окна прослушивания, и контроллер для выполнения синхронизации для следующего цикла ожидания, если ответ на одно из сообщения с запросом и заголовка принимается.
В соответствии с еще одним другим аспектом настоящего изобретения предоставляется устройство базовой станции (BS) в системе широкополосной беспроводной связи. Устройство включает в себя модем для приема одного из сообщения с запросом и заголовка из MS, которой не удается принять сообщение индикатора трафика и одноадресных данных во время окна прослушивания, причем сообщение с запросом запрашивает местоположение следующего запланированного окна прослушивания, и контроллер для ответа в MS посредством одноадресной передачи одного из сообщения с ответом и заголовка, включающего в себя номер начального кадра следующего запланированного цикла ожидания и размер следующего запланированного цикла ожидания, в MS.
В соответствии с еще одним другим аспектом настоящего изобретения предоставляется способ работы мобильной станции (MS) системы беспроводной связи в режиме ожидания. Способ включает в себя работу MS в режиме ожидания в течение предварительно определенного периода времени, выход из режима ожидания и прослушивание сообщения индикатора трафика из базовой станции (BS), если индикатор трафика принимается, определение того, содержит или нет сообщение индикатора трафика один из положительного индикатора трафика и отрицательного индикатора трафика, и, когда сообщение индикатора трафика содержит отрицательный индикатор трафика, увеличение в два раза предварительно определенного периода времени, и, когда сообщение индикатора трафика содержит положительный индикатор трафика, сброс предварительно определенного периода времени к начальному периоду времени, а если сообщение индикатора трафика не принято, определение того, присутствует или нет трафик нисходящей линии связи, при прослушивании сообщения индикатора трафика, а если трафик нисходящей линии связи присутствует, сброс предварительно определенного периода времени к начальному периоду времени.
В соответствии с еще одним другим аспектом настоящего изобретения предоставляется способ работы базовой станции (BS), чтобы управлять циклом ожидания мобильной станции (MS) в системе беспроводной связи. Способ включает в себя определение того, прослушивает или нет MS сообщение информации трафика, формирование сообщения информации трафика на основе присутствия информации нисходящей линии связи, которая должна быть передана в MS, передачу сообщения индикатора трафика в MS, и когда сообщение с запросом сигнализации управления ожиданием принято из MS, определение информации для синхронизации в режиме ожидания и передачу сообщения с ответом сигнализации управления ожиданием, включающего в себя информацию для синхронизации в режиме ожидания, в MS.
Другие аспекты, преимущества и характерные признаки изобретения должны становиться очевидными специалистам в данной области техники из последующего подробного описания, которое, при рассмотрении вместе с прилагаемыми чертежами, раскрывает примерные варианты осуществления изобретения.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Вышеуказанные и другие примерные аспекты, признаки и преимущества примерных вариантов осуществления настоящего изобретения должны становиться более понятными из последующего подробного описания, рассматриваемого вместе с прилагаемыми чертежами, из которых:
Фиг.1 является схематичным видом, иллюстрирующим работу в режиме ожидания, заданную в системе по стандарту 802.16 Института инженеров по электротехнике и радиоэлектронике (IEEE) согласно предшествующему уровню техники;
Фиг.2 иллюстрирует случай, когда синхронизация в цикле ожидания является несогласованной в системе IEEE 802.16 согласно предшествующему уровню техники;
Фиг.3 иллюстрирует схему переходов состояний между режимом ожидания и активным режимом в системе беспроводной связи согласно примерному варианту осуществления настоящего изобретения;
Фиг.4 иллюстрирует работу для режима ожидания в системе беспроводной связи согласно примерному варианту осуществления настоящего изобретения;
Фиг.5 является блок-схемой, иллюстрирующей работу мобильной станции (MS) для управления синхронизацией в цикле ожидания режима ожидания в системе беспроводной связи согласно примерному варианту осуществления настоящего изобретения;
Фиг.6 является блок-схемой, иллюстрирующей работу базовой станции (BS) для управления синхронизацией в цикле ожидания режима ожидания в системе беспроводной связи согласно примерному варианту осуществления настоящего изобретения;
Фиг.7 является блок-схемой, иллюстрирующей работу MS для управления синхронизацией в цикле ожидания режима ожидания в системе беспроводной связи согласно примерному варианту осуществления настоящего изобретения;
Фиг.8 является блок-схемой, иллюстрирующей работу BS для управления синхронизацией в цикле ожидания режима ожидания в системе беспроводной связи согласно примерному варианту осуществления настоящего изобретения;
Фиг.9 является блок-схемой, иллюстрирующей работу MS для управления синхронизацией в цикле ожидания режима ожидания в системе беспроводной связи согласно примерному варианту осуществления настоящего изобретения;
Фиг.10 является блок-схемой, иллюстрирующей работу BS для управления синхронизацией в цикле ожидания режима ожидания в системе беспроводной связи согласно примерному варианту осуществления настоящего изобретения;
Фиг.11 является блок-схемой, иллюстрирующей работу MS для управления синхронизацией в цикле ожидания режима ожидания в системе беспроводной связи согласно примерному варианту осуществления настоящего изобретения;
Фиг.12 является блок-схемой, иллюстрирующей работу BS для управления синхронизацией в цикле ожидания режима ожидания в системе беспроводной связи согласно примерному варианту осуществления настоящего изобретения;
Фиг.13 является блок-схемой, иллюстрирующей структуру MS в системе беспроводной связи согласно примерному варианту осуществления настоящего изобретения; и
Фиг.14 является блок-схемой, иллюстрирующей структуру BS в системе беспроводной связи согласно примерному варианту осуществления настоящего изобретения.
Следует отметить, что на всех чертежах аналогичные номера ссылок используются для того, чтобы иллюстрировать идентичные или аналогичные элементы, признаки и структуры.
НАИЛУЧШИЙ РЕЖИМ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ
Последующее описание со ссылкой на прилагаемые чертежи предоставляется для того, чтобы помогать в полном понимании примерных вариантов осуществления изобретения, как задано посредством формулы изобретения и ее эквивалентов. Оно включает в себя различные сведения, чтобы помогать в этом понимании, но они должны рассматриваться просто как примерные. Соответственно, специалисты в данной области техники должны признавать, что различные изменения и модификации вариантов осуществления, описанных в данном документе, могут осуществляться без отступления от сущности и объема изобретения. Также, описания хорошо известных функций и структур опущены для ясности и краткости.
Термины и слова, используемые в последующем описании и формуле изобретения, не ограничены библиографическими значениями, а используются автором изобретения просто для того, чтобы предоставлять ясное и согласованное понимание изобретения. Соответственно, специалистам в данной области техники должно быть очевидным, что последующее описание примерных вариантов осуществления настоящего изобретения предоставляется только для цели иллюстрации, а не для цели ограничения изобретения, как задано посредством прилагаемой формулы изобретения и ее эквивалентов.
Следует понимать, что формы единственного числа "a", "an" и "the" включают в себя несколько объектов, если контекст явно не предписывает иное. Таким образом, например, указание на "поверхность компонента" включает в себя указание на одну или более таких поверхностей.
Под термином "практически" подразумевается, что изложенная характеристика, параметр или значение необязательно достигаются точно, но могут возникать отклонения или варьирования, включающие в себя, например, допуски, погрешность измерения, ограничения точности измерения и другие факторы, известные специалистам в данной области техники, в величинах, которые не препятствуют эффекту, который характеристика должна предоставлять.
В дальнейшем в этом документе описывается технология для управления синхронизацией в цикле ожидания режима ожидания, когда мобильная станция (MS) не принимает сообщение индикатора трафика, т.е. сообщение индикатора мобильного трафика (MOB_TRF-IND), в системе беспроводной связи. Несмотря на то, что примерные варианты осуществления настоящего изобретения, как описано в данном документе, используют процесс управления работой в режиме ожидания относительно системы связи по стандарту 802.16m Института инженеров по электротехнике и радиоэлектронике (IEEE), способ управления синхронизацией состояния режима ожидания согласно примерным вариантам осуществления настоящего изобретения также может применяться не только к системе связи IEEE 802.16m, но также и к другим системам связи. Помимо этого, несмотря на то, что примерные варианты осуществления настоящего изобретения, как описано в данном документе, заключают в себе операцию для управления работой в режиме ожидания посредством одной MS и одной базовой станции (BS) в системе беспроводной связи, способ управления работы в режиме ожидания согласно примерным вариантам осуществления настоящего изобретения также может применяться к случаю, когда присутствует множество MS.
Цикл ожидания изменяется в зависимости от значения сообщения MOB_TRF-IND в системе согласно примерному варианту осуществления настоящего изобретения. Сообщение MOB_TRF-IND используется для того, чтобы сообщать MS присутствие трафика данных нисходящей линии связи. Если сообщение MOB_TRF-IND включает в себя положительный индикатор трафика, следующий цикл ожидания сбрасывается к начальному циклу ожидания. С другой стороны, если сообщение MOB_TRF-IND включает в себя отрицательный индикатор трафика, следующий цикл ожидания увеличивается так, что он в два раза превышает предыдущий цикл ожидания. Когда MS передает трафик данных или запрос на полосу пропускания, цикл ожидания также сбрасывается к начальному циклу ожидания, как в случае, если сообщение MOB_TRF-ND включает в себя положительный индикатор трафика. Когда следующий цикл ожидания сбрасывается, следующий цикл ожидания может сбрасываться к предварительно заданной длине, отличной от начального цикла ожидания. Например, предварительно заданная длина может быть длиной, соответствующей целому кратному начального цикла ожидания.
Фиг.3 иллюстрирует схему переходов состояний между режимом ожидания и активным режимом в системе беспроводной связи согласно примерному варианту осуществления настоящего изобретения.
Ссылаясь на Фиг.3, проиллюстрирована фаза перехода режима (или смены режима) BS и MS. Состояние MS включает в себя активный режим 300 и режим 310 ожидания. Активный режим 300 является состоянием, в котором трафик формируется часто. В этом состоянии пакетные данные могут всегда передаваться/приниматься между BS и MS. С другой стороны, режим 310 ожидания является состоянием, в котором трафик практически не формируется. В этом состоянии пакеты данных передаются/принимаются между BS и MS только в согласованном временном интервале. Потребляемая мощность MS в активном режиме 300 превышает потребляемую мощность MS в режиме 310 ожидания. Следовательно, если трафик, который должен передаваться/приниматься посредством MS в BS, не формируется часто, MS может минимизировать потребляемую мощность посредством перехода в режим 310 ожидания.
Чтобы MS переходила из активного режима 300 в режим 310 ожидания, MS должна принимать разрешение на изменение состояния из BS. Помимо этого, BS должна буферизовать или отбрасывать пакетные данные, которые должны быть переданы, при предоставлении возможности MS осуществлять изменение состояния на режим 310 ожидания. Например, когда изменение состояния 302 осуществляется с активного режима 300 на режим 310 ожидания, или когда изменение 304 состояния осуществляется с режима 310 ожидания на активный режим 300, MS и BS должны передавать и принимать сообщение с запросом/ответом по режиму ожидания (SLP-REQ/RSP). Для изменения 302 или 304 состояния, MS и BS должны всегда обмениваться сообщением SLP_REQ/RSP, что может приводить к увеличению объема служебной информации.
Чтобы удалять дополнительный объем служебной информации, система беспроводной связи согласно примерным вариантам осуществления настоящего изобретения задает состояние 312 ожидания и активное состояние 314 в режиме 310 ожидания. Переход между активным режимом 300 и режимом 310 ожидания осуществляется только посредством передачи и приема сообщения MOB_SLP-REQ/RSP. Состояние 312 ожидания и активное состояние 314 повторяются в режиме 310 ожидания. Активный режим 300 и активное состояние 314 режима 310 ожидания являются состоянием, в котором формируется трафик. В этом состоянии пакетные данные передаются/принимаются между BS и MS. В этом случае, переход из активного состояния 314 в состояние 312 ожидания в режиме 310 ожидания осуществляется посредством истечения таймера. Система беспроводной связи согласно примерному варианту осуществления настоящего изобретения задает цикл ожидания в режиме 310 ожидания и дает возможность перехода между состоянием 312 ожидания без передачи трафика и активным состоянием 314 с передачей трафика в режиме 310 ожидания. Цикл ожидания включает в себя окно 316 прослушивания и окно 318 ожидания.
Окно 318 ожидания является интервалом, который запрашивается посредством MS, когда переход выполняется из активного режима 300 в режим 310 ожидания и который может выделяться посредством BS по запросу MS. Окно 318 ожидания также обозначает временной интервал до тех пор, пока MS не переходит обратно в активное состояние 314 после перехода в состояние 312 ожидания, и, следовательно, задано как время, в которое MS остается в состоянии 312 ожидания. Окно 316 прослушивания является интервалом, который запрашивается посредством MS вместе с окном ожидания, когда переход выполняется из активного режима 300 в режим 310 ожидания и который может выделяться посредством BS по запросу MS. Окно 316 прослушивания обозначает временной интервал до тех пор, пока MS не может декодировать сообщения нисходящей линии связи (например, сообщение TRF_IND) синхронно с BS после выхода из состояния 312 ожидания. Сообщение MOB_TRF-IND является сообщением, указывающим присутствие или отсутствие трафика (т.е. пакетных данных), который должен быть передан в MS. MS определяет то, следует оставаться в активном состоянии 314 или переходить обратно в состояние 312 ожидания, согласно значению сообщения MOB_TRF-IND.
Когда MS переходит из активного состояния 314 в состояние 312 ожидания, MS определяет размер окна ожидания с использованием предварительно установленного минимального значения окна в качестве периода начального состояния ожидания. После этого, MS активируется из состояния 312 ожидания во время окна прослушивания и определяет то, что отсутствуют пакетные данные, которые должны быть переданы из BS. MS затем задает окно ожидания так, что оно в два раза превышает непосредственно предыдущее окно ожидания, и поддерживает состояние 312 ожидания. Например, если значение начального окна ожидания равно '2', MS задает окно ожидания равным длине в 2 кадра и работает в состоянии 312 ожидания во время интервала в 2 кадра. После 2 кадров MS выходит из состояния 312 ожидания и определяет то, принято или нет сообщение MOB_TRF-IND. Если сообщение MOB_TRF-IND включает в себя отрицательный индикатор трафика для MS, т.е. если пакетные данные не передаются из BS в MS, MS задает окно ожидания равным длине в 4 кадра, т.е. увеличивает в два раза длину в 2 кадра, и затем работает в состоянии 312 ожидания во время интервала в 4 кадра.
Фиг.4 иллюстрирует работу для режима ожидания в системе беспроводной связи согласно примерному варианту осуществления настоящего изобретения.
Ссылаясь на Фиг.4, MS 400 передает сообщение с запросом на режим ожидания для мобильного устройства (MOB_SLP-REQ) в BS 410, чтобы переходить в режим 310 ожидания, при работе в активном режиме 300 на этапе 401. После приема сообщения MOB_SLP-REQ BS 410 определяет то, давать или нет возможность MS 400 осуществлять переход в режим 310 ожидания на основе характеристик BS 410 и MS 400. Согласно результату определения BS 410 передает сообщение с ответом по режиму ожидания для мобильного устройства (MOB_SLP-RSP) в MS 400 на этапе 403. Сообщение MOB_SLP-RSP включает в себя параметр окна прослушивания, указывающий окно прослушивания. Согласно другому примерному варианту осуществления настоящего изобретения, в отличие от Фиг.4, BS 410 может инструктировать MS 400 переходить в режим ожидания без запроса MS 400 незапрашиваемым способом, вместо ответа посредством BS 410 на MOB_SLP-REQ MS 400. Посредством приема сообщения MOB_SLP-RSP без приема сообщения MOB_SLP-REQ из MS 400 BS 410 инструктирует MS 400 переходить в режим ожидания.
После приема сообщения MOB_SLP-REQ из BS 410 MS 400 начинает работу в режиме ожидания согласно сообщению MOB_SLP-REQ на этапе 404. В этом случае, MS 400 распознает, что работа в режиме ожидания должна выполняться, согласно параметру окна прослушивания, включенному в сообщение MOB_SLP-REQ. Дополнительно, MS 400 может переходить из режима ожидания в активный режим на этапе 420, когда существуют данные, которые должны быть переданы в BS 410. Если отсутствуют данные, которые должны быть переданы в MS 400, то на этапе 405 BS 410 передает сообщение MOB_TRF-IND, не включающее в себя идентификатор MS 400, в окне прослушивания режима ожидания. Сообщение MOB_TRF-IND неассоциировано с MS 400, и тем самым сообщение MOB_TRF-IND для MS 400 включает в себя отрицательный индикатор трафика. MS 400 декодирует сообщение MOB_TRF-IND. После этого, MS 400 распознает, что сообщение не включает в себя идентификатор MS 400, и затем поддерживает режим ожидания на этапе 430. В этом случае окно ожидания увеличивается в два раза согласно алгоритму обновления окна ожидания.
Если BS 410 имеет данные, которые должны быть переданы в MS 400, т.е. если данные предоставляются в MS 400 из сети, BS 410 передает сообщение MOB_TRF-IND, включающее в себя идентификатор MS 400, на этапе 407. Сообщение MOB_TRF-IND для MS 400 включает в себя положительный индикатор трафика. MS 400 декодирует сообщение MOB_TRF-IND. После этого MS 400 распознает, что сообщение включает в себя идентификатор MS 400, и затем переходит в активный режим, чтобы принимать данные из BS 410.
В дальнейшем в этом документе описывается процесс управления синхронизацией между BS и MS для состояния ожидания и активного состояния, когда MS не удается принять сообщение MOB_TRF-IND в процессе, в котором состояние ожидания и активное состояние в режиме ожидания повторяются согласно циклу ожидания.
Фиг.5 является блок-схемой, иллюстрирующей работу MS для управления синхронизацией в цикле ожидания режима ожидания в системе беспроводной связи согласно примерному варианту осуществления настоящего изобретения.
Ссылаясь на Фиг.5, MS работает в режиме ожидания на этапе 500. При работе в режиме ожидания MS определяет то, начато или нет окно прослушивания, согласно циклу ожидания на этапе 502. Если определено то, что окно прослушивания не начато, MS поддерживает режим ожидания и возвращается к этапу 500.
Когда определяется то, что окно прослушивания начато, MS ожидает, чтобы принимать сообщение MOB_TRF-IND во время окна прослушивания, на этапе 504. Сообщение MOB_TRF-IND указывает, существует или нет трафик нисходящей линии связи MS, при помощи присутствия или отсутствия идентификатора MS.
После приема сообщения MOB_TRF-IND MS определяет на этапе 506, указывает сообщение MOB_TRF-IND отрицательный индикатор трафика или положительный индикатор трафика. То, указывает сообщение MOB_TRF-IND отрицательный индикатор трафика или положительный индикатор трафика, определяется посредством того, включает или нет сообщение MOB_TRF-IND в себя информацию идентификатора MS. Если определено то, что информация идентификатора включается, сообщение MOB_TRF-IND указывает положительный индикатор трафика. Если определено то, что информация идентификатора не включается, сообщение MOB_TRF-IND указывает отрицательный индикатор трафика.
Если сообщение MOB_TRF-IND указывает отрицательный индикатор трафика, то на этапе 508 MS увеличивает следующий цикл ожидания так, что он в два раза превышает текущий цикл ожидания. Например, если длина текущего цикла ожидания составляет 4 кадра, длина следующего цикла ожидания составляет 8 кадров. BS задает следующий цикл ожидания так, что он в два раза превышает текущий цикл ожидания, при одновременном включении отрицательного индикатора трафика в сообщение MOB_TRF-IND, и как результат, MS распознает отрицательный индикатор трафика и задает следующий цикл ожидания так, что он в два раза превышает текущий цикл ожидания. Соответственно, MS и BS неявно синхронизируют цикл ожидания.
Если сообщение MOB_TRF-IND указывает положительный индикатор трафика, то на этапе 510 MS сбрасывает следующий цикл ожидания к длине начального цикла ожидания. BS задает следующий цикл ожидания MS как начальный цикл ожидания при одновременном включении положительного индикатора трафика в сообщение MOB_TRF-IND, и как результат, MS распознает положительный индикатор трафика и задает следующий цикл ожидания равным начальному циклу ожидания. Соответственно, MS и BS неявно синхронизируют цикл ожидания.
Если определено то, что сообщение MOB_TRF-IND не принято на этапе 504, то на этапе 512 MS определяет то, принимается или нет трафик нисходящей линии связи во время оставшегося окна прослушивания. Поскольку сообщение MOB_TRF-IND не принято в этом случае, MS не может определять то, следует в два раза увеличивать длину следующего цикла ожидания или сбрасывать длину следующего цикла ожидания к длине начального цикла ожидания. Следовательно, в этом случае, BS и MS могут работать согласно различным циклам ожидания.
Даже если MS не может принимать сообщение MOB_TRF-IND, MS может делать вывод, указывает ли сообщение MOB_TRF-IND, не принимаемое во время окна прослушивания, положительный индикатор трафика или отрицательный индикатор трафика, посредством определения того, принимается или нет трафик нисходящей линии связи во время оставшегося окна прослушивания, на этапе 506. Если трафик нисходящей линии связи принимается во время оставшегося окна прослушивания, то присутствие трафика нисходящей линии связи сообщается посредством положительного индикатора трафика, включенного в сообщение MOB_TRF-IND. Если трафик нисходящей линии связи не принимается во время оставшегося окна прослушивания, то отсутствие трафика нисходящей линии связи сообщается посредством отрицательного индикатора трафика, включенного в сообщение MOB_TRF-IND.
Если определено то, что трафик нисходящей линии связи принимается во время оставшегося окна прослушивания, MS распознает, что сообщение MOB_TRF-IND, не принимаемое во время окна прослушивания, указывает положительный индикатор трафика, и сбрасывает длину следующего цикла ожидания к длине начального цикла ожидания на этапе 514. Если определено то, что трафик нисходящей линии связи не принимается во время оставшегося окна прослушивания, MS передает сообщение с запросом сигнализации управления ожиданием на этапе 516, чтобы сообщать BS, что сообщение MOB_TRF-IND не принято во время окна прослушивания на этапе 504.
Если трафик нисходящей линии связи не принимается, это происходит, когда трафик нисходящей линии связи не передается, т.е. непринятое сообщение MOB_TRF-IND указывает отрицательный индикатор трафика, или происходит, когда трафик нисходящей линии связи не принимается вследствие ухудшения состояния канала даже при том, что передается трафик нисходящей линии связи. Если трафик нисходящей линии связи не передается, как в первом случае, MS может задавать следующий цикл ожидания так, что он в два раза превышает текущий цикл ожидания. В этом случае, MS не должна передавать сообщение с запросом сигнализации управления ожиданием. Тем не менее, в случае, если передаваемый трафик нисходящей линии связи не принимается вследствие ухудшения состояния канала, как во втором случае, если MS определяет то, что сообщение MOB_TRF-IND указывает отрицательный индикатор трафика, и тем самым задает следующий цикл ожидания так, что он в два раза превышает текущий цикл ожидания, цикл ожидания становится несогласованным между MS и BS.
Чтобы не допускать возникновения несогласованного цикла ожидания во втором случае, MS передает сообщение с запросом сигнализации управления ожиданием в BS и тем самым исключает неопределенное состояние, в котором не может быть определено то, указывает непринятое сообщение MOB_TRF-IND положительный индикатор трафика или отрицательный индикатор трафика. Согласно другому примерному варианту осуществления настоящего изобретения вместо определения того, указывает сообщение MOB_TRF-IND положительный индикатор трафика или отрицательный индикатор трафика, MS может запрашивать начальное время следующего цикла ожидания так, что оно совпадает с начальными временами неопределенных циклов ожидания. Например, сообщение с запросом сигнализации управления ожиданием может конфигурироваться так, как показано в Таблице 1 ниже.
Таблица 1
Синтаксис
Размер(в битах)
Примечания
Формат заголовка сигнализации управления ожиданием () {
Тип сообщения администрирования = XX
8
MSID
8
MS ID
Тип запроса
8
0x00: запрос информации синхронизации в режиме ожидания0x01: выход из режима ожидания
Если (тип запроса==0x00) {
Номер кадра
Младшие 4 бита номера кадра
}
}
MSID обозначает идентификатор MS. Тип запроса обозначает тип запроса, указывающий, является запрос запросом на синхронизацию в режиме ожидания или запросом на переход из режима ожидания в активный режим. Например, если тип запроса равен '0x00', это подразумевает запрос предоставления информации для разрешения проблемы несогласованной синхронизации при сообщении возникновения несогласованной синхронизации, вызываемой посредством неприема сообщения MOB_TRF-IND. Если тип запроса равен '0x01', это подразумевает, что MS намеревается выходить из режима ожидания. Если тип запроса равен '0x00', номер кадра представляет 4 младших бита (LSB) кадра, соответствующего окну прослушивания, в котором должно приниматься сообщение MOB_TRF-IND. Тем не менее, согласно другому примерному варианту осуществления настоящего изобретения, номер кадра может представлять LSB 4 бита суперкадра, включающего в себя окно прослушивания. Согласно "выходу из режима ожидания" сообщение с запросом сигнализации управления ожиданием может использоваться для целей, отличных от разрешения проблемы несогласованной синхронизации в режиме ожидания. Следовательно, если сообщение с запросом сигнализации управления ожиданием используется только для того, чтобы разрешать проблему несогласованной синхронизации в режиме ожидания, информация тип запроса может опускаться.
На этапе 518 MS принимает сообщение с ответом сигнализации управления ожиданием в качестве ответа на сообщение с запросом сигнализации управления ожиданием. Соответственно, MS может знать, указывает сообщение MOB_TRF-IND, которое не принято на этапе 504, положительный индикатор трафика или отрицательный индикатор трафика. Согласно другому примерному варианту осуществления настоящего изобретения MS может знать начальное время следующего цикла ожидания с использованием сообщения с ответом сигнализации управления ожиданием.
В примерном варианте осуществления, описанном со ссылкой на Фиг.5, MS увеличивает в два раза цикл ожидания после приема отрицательного индикатора трафика и сбрасывает цикл ожидания к длине начального цикла ожидания после приема положительного индикатора трафика. Подробности упорядочения длины цикла ожидания на основе типа индикатора трафика определяются согласно результату согласования с использованием передачи служебных сигналов MOB_SLP-REQ/RSP, выполняемого посредством MS с BS, чтобы переходить в режим ожидания. Следовательно, согласование, в котором цикл ожидания увеличивается в два раза после приема отрицательного индикатора трафика, и цикл ожидания сбрасывается к длине начального цикла ожидания после приема положительного индикатора трафика, допускается в варианте осуществления по Фиг.5.
Другое согласование также возможно согласно другому примерному варианту осуществления настоящего изобретения. Например, согласование может осуществляться при допущении, что цикл ожидания увеличивается в два раза после приема отрицательного индикатора трафика, и цикл ожидания также увеличивается в два раза после приема положительного индикатора трафика. В этом случае MS увеличивает в два раза цикл ожидания на этапе 514.
Фиг.6 является блок-схемой, иллюстрирующей работу BS для управления синхронизацией в цикле ожидания режима ожидания в системе беспроводной связи согласно примерному варианту осуществления настоящего изобретения.
Ссылаясь на Фиг.6, на этапе 600, BS определяет то, начато или нет окно прослушивания MS. Если определено то, что окно прослушивания начато, BS определяет то, должен или нет трафик нисходящей линии связи быть передан в MS, на этапе 602.
Если определено то, что трафик нисходящей линии связи должен быть передан в MS, то BS включает информацию идентификатора MS в сообщение MOB_TRF-IND на этапе 604. Посредством включения информации идентификатора MS в сообщение MOB_TRF-IND, сообщение MOB_TRF-IND распознается посредством MS в качестве положительного индикатора трафика. В противном случае, если определено то, что отсутствует трафик нисходящей линии связи, который должен быть передан в MS, этап 604 пропускается. Следовательно, согласно тому, включается или нет информация идентификатора MS в сообщение MOB_TRF-IND, MS определяет то, указывает сообщение MOB_TRF-IND отрицательный индикатор трафика или положительный индикатор трафика.
На этапе 606 BS передает сообщение MOB_TRF-IND, включающее в себя информацию идентификатора, по меньшей мере, одной MS и трафик нисходящей линии связи MS. Передача трафика нисходящей линии связи MS может пропускаться согласно результату определения этапа 602.
На этапе 608 BS определяет то, принято или нет сообщение с запросом сигнализации управления ожиданием из MS. Сообщение с запросом сигнализации управления ожиданием запрашивает информацию для синхронизации в режиме ожидания и может конфигурироваться, например, как показано в Таблице 1 выше.
После приема сообщения с запросом на сигнализацию управления ожиданием BS определяет информацию для синхронизации в режиме ожидания на этапе 610. Информацией синхронизации в режиме ожидания является информация индикатора трафика, указываемой посредством сообщения MOB_TRF-IND, не принимаемого посредством MS, т.е. отрицательный индикатор трафика или положительный индикатор трафика. Согласно другому примерному варианту осуществления настоящего изобретения информацией для синхронизации в режиме ожидания может быть информация начального времени следующего цикла ожидания.
После определения информации для синхронизации в режиме ожидания BS передает в MS сообщение с ответом по сигнализации управления ожиданием, включающее в себя информацию синхронизации в режиме ожидания, на этапе 612. Например, сообщение с ответом по сигнализации управления ожиданием может конфигурироваться так, как показано в Таблице 2 ниже.
Таблица 2
Синтаксис
Размер(в битах)
Примечания
Формат ответа сигнализации управления ожиданием () {
Тип сообщения администрирования = XX
8
MSID
8
Тип запроса
8
0x00: запрос информации синхронизации ожидания0x01: выход из режима ожидания
Если(тип запроса=0x00) {
Индикация трафика
1
0: отрицательный индикатор трафика1: положительный индикатор трафика
Номер кадра
}иначе если(тип запроса==0x01) {
Код подтверждения
1
0: отклонение выхода из режима ожидания MS1: подтверждение выхода из режима ожидания MS
}
}
Если тип запроса равен '0x00', номер кадра представляет LSB 4 бита кадра, соответствующего окну прослушивания, в котором MS должна принимать сообщение MOB_TRF-IND. Тем не менее, согласно другому примерному варианту осуществления настоящего изобретения номер кадра может представлять LSB 4 бита суперкадра, включающего в себя окно прослушивания. Согласно другому примерному варианту осуществления настоящего изобретения, номера кадра может опускаться. Индикация трафика обозначает информацию индикатора трафика сообщения MOB_TRF-IND, передаваемого в момент, указываемый посредством номер кадра. Если тип запроса равен '0x01', код подтверждения включается, чтобы указывать подтверждение/отклонение BS в отношении "выхода из режима ожидания" MS.
Согласно другому примерному варианту осуществления настоящего изобретения сообщение с ответом сигнализации управления ожиданием может конфигурироваться так, как показано в Таблице 3 ниже.
Таблица 3
Синтаксис
Размер(в битах)
Примечания
Формат ответа индикации управления ожиданием () {
Тип сообщения администрирования = XX
8
MSID
8
Тип запроса
8
0x00: запрос информации синхронизации ожидания0x01: выход из режима ожидания
Если(тип запроса ==0x00) {
Номер кадра для следующего запланированного окна прослушивания
10
}иначе если(тип запроса ==0x01) {
Код подтверждения
1
0: отклонение выхода из режима ожидания MS
}
1: подтверждение выхода из режима ожидания MS
}
Если тип запроса равен '0x00', номер кадра для следующего запланированного окна прослушивания обозначает начальное время следующего цикла ожидания, т.е. первого кадра окна прослушивания, расположенного в начальной части следующего цикла ожидания. Если тип запроса равен 0x01, код подтверждения обозначает подтверждение/отклонение BS в отношении "выхода из режима ожидания" MS.
В первом примерном варианте осуществления настоящего изобретения, описанном со ссылкой на Фиг.5 и Фиг.6, MS передает сообщение с запросом сигнализации управления ожиданием. Тем не менее, согласно другому примерному варианту осуществления, независимое служебное сообщение, предназначенное для отдельной функции, может использоваться в качестве сообщения с запросом сигнализации управления ожиданием. Например, само независимое служебное сообщение может обозначать "запрос информации синхронизации ожидания". Помимо этого, согласно другому примерному варианту осуществления настоящего изобретения, MS может передавать канал индикации качества канала (CQICH), выделенный код множественного доступа с кодовым разделением каналов (CDMA) или специальный код в целях синхронизации вместо сообщения с запросом/ответом по сигнализации управления ожиданием.
Фиг.7 является блок-схемой, иллюстрирующей работу MS для управления синхронизацией в цикле ожидания режима ожидания в системе беспроводной связи согласно примерному варианту осуществления настоящего изобретения.
Ссылаясь на Фиг.7, MS работает в режиме ожидания на этапе 700. При работе в режиме ожидания MS определяет на этапе 702 то, начато или нет окно прослушивания, согласно циклу ожидания. Если определено то, что окно прослушивания не начато, возвращаясь к этапу 700, MS поддерживает режим ожидания.
Если определено то, что окно прослушивания начато, MS ожидает, чтобы принимать сообщение MOB_TRF-IND во время окна прослушивания, на этапе 704. Сообщение MOB_TRF-IND указывает, существует или нет трафик нисходящей линии связи MS, с использованием присутствия или отсутствия идентификатора MS.
После приема сообщения MOB_TRF-IND MS определяет на этапе 720, указывает сообщение MOB_TRF-IND отрицательный индикатор трафика или положительный индикатор трафика. То, указывает сообщение MOB_TRF-IND отрицательный индикатор трафика или положительный индикатор трафика, определяется посредством того, включает или нет сообщение MOB_TRF-IND в себя информацию идентификатора MS. Если определено то, что информация идентификатора включается, сообщение MOB_TRF-IND указывает положительный индикатор трафика, а если определено то, что информация идентификатора не включается, сообщение MOB_TRF-IND указывает отрицательный индикатор трафика.
Если сообщение MOB_TRF-IND указывает отрицательный индикатор трафика, MS увеличивает следующий цикл ожидания так, что он в два раза превышает текущий цикл ожидания, на этапе 722. Например, если длина текущего цикла ожидания составляет 4 кадра, длина следующего цикла ожидания составляет 8 кадров. BS задает следующий цикл ожидания так, что он в два раза превышает текущий цикл ожидания, при одновременном включении отрицательного индикатора трафика в сообщение MOB_TRF-IND, и как результат, MS распознает отрицательный индикатор трафика и задает следующий цикл ожидания так, что он в два раза превышает текущий цикл ожидания. Соответственно, MS и BS неявно синхронизируют цикл ожидания.
Если сообщение MOB_TRF-IND указывает положительный индикатор трафика, MS сбрасывает следующий цикл ожидания к длине начального цикла ожидания на этапе 724. BS задает следующий цикл ожидания MS как начальный цикл ожидания при одновременном включении положительного индикатора трафика в сообщение MOB_TRF-IND, и как результат, MS распознает положительный индикатор трафика и задает следующий цикл ожидания равным начальному циклу ожидания. Соответственно, MS и BS неявно синхронизируют цикл ожидания.
Если определено то, что сообщение MOB_TRF-IND не принято на этапе 704, то на этапе 706 MS определяет то, принимается или нет трафик нисходящей линии связи во время оставшегося окна прослушивания. Если определено то, что сообщение MOB_TRF-IND не принято в этом случае, MS не может определять то, следует в два раза увеличивать длину следующего цикла ожидания или сбрасывать длину следующего цикла ожидания к длине начального цикла ожидания. Следовательно, BS и MS могут работать согласно различным циклам ожидания.
Даже если MS не удается принять сообщение MOB_TRF-IND на этапе 704, MS может делать вывод, включает ли сообщение MOB_TRF-IND, не принимаемое во время окна прослушивания, в себя положительный индикатор трафика или отрицательный индикатор трафика, посредством определения того, принимается или нет трафик нисходящей линии связи во время оставшегося окна прослушивания, на этапе 706. Если трафик нисходящей линии связи принимается во время оставшегося окна прослушивания, MS может определять то, что присутствие трафика нисходящей линии связи MS сообщается посредством включения положительного индикатора трафика, а если трафик нисходящей линии связи не принимается во время оставшегося окна прослушивания, MS может определять то, что отсутствие трафика нисходящей линии связи MS сообщается посредством включения отрицательного индикатора трафика.
Если определено то, что трафик нисходящей линии связи принимается во время оставшегося окна прослушивания на этапе 706, то на этапе 708 MS распознает, что сообщение MOB_TRF-IND, не принимаемое во время окна прослушивания, включает в себя положительный индикатор трафика, и сбрасывает длину следующего цикла ожидания к длине начального цикла ожидания. Например, если MS принимает одноадресный трафик нисходящей линии связи из BS во время оставшегося окна прослушивания (например, если окно прослушивания является интервалом, соответствующим 4 кадрам, интервал, соответствующий 2-ому, 3-ему и 4-ому кадрам, отличным от 1-ого кадра), даже если сообщение MOB_TRF-IND не принято в 1-ом кадре, MS распознает, что BS передает информацию положительного индикатора трафика в MS, и сбрасывает текущий цикл ожидания к начальному циклу ожидания. Если определено то, что трафик нисходящей линии связи не принимается во время оставшегося окна прослушивания на этапе 706, MS сбрасывает следующий цикл ожидания к начальному циклу ожидания на этапе 710.
На этапе 712 MS ожидает, чтобы принимать сообщение MOB_TRF-IND в окне прослушивания начального цикла ожидания. В этом случае, MS может не иметь возможность принимать сообщение MOB_TRF-IND снова. Хотя не проиллюстрировано на Фиг.3, если MS не удается принять сообщение MOB_TRF-IND в окне прослушивания начального цикла ожидания, MS сбрасывает следующий цикл ожидания к начальному циклу ожидания снова на этапе 710, и ожидает, чтобы принимать сообщение MOB_TRF-IND в окне прослушивания начального цикла ожидания.
На этапе 714 MS определяет то, включена или нет ее информация SLPID_Info в принимаемое сообщение MOB_TRF-IND. SLPID_Info описывается в Таблице 4 ниже.
Если определено то, что информация SLPID_Info существует, MS поддерживает синхронизацию в режиме ожидания на этапе 718 посредством обращения к информации SLPID_Info. Например, если SLPID_Info включает в себя положительный индикатор трафика, MS сбрасывает следующий цикл ожидания к начальному циклу ожидания, а если SLPID_Info включает в себя отрицательный индикатор трафика, MS задает следующий цикл ожидания так, что он в два раза превышает текущий цикл ожидания. Когда сообщение MOB_TRF-IND и трафик нисходящей линии связи не принимаются во время окна прослушивания на этапе 704, если информация SLPID_Info MS существует в сообщении MOB_TRF-IND, принимаемом в окне прослушивания сброшенного начального цикла ожидания, может делаться вывод, что сообщение MOB_TRF-IND включает в себя информацию положительного индикатора трафика на этапе 704.
Если определено то, что SLPID_Info не существует, то на этапе 716 MS задает следующий цикл ожидания так, что он в два раза превышает цикл ожидания, связанный с передачей сообщения MOB_TRF-IND, на этапе 704. Когда сообщение MOB_TRF-IND и трафик нисходящей линии связи не принимаются во время окна прослушивания на этапе 704, если информация SLPID_Info MS не существует в сообщении MOB_TRF-IND, принимаемом в окне прослушивания сброшенного начального цикла ожидания, может делаться вывод, что сообщение MOB_TRF-IND включает в себя информацию отрицательного индикатора трафика на этапе 704. Следовательно, вместо увеличения цикла ожидания так, что он в два раза превышает сброшенный начальный цикл ожидания на этапе 710, MS увеличивает цикл ожидания так, что он в два раза превышает цикл ожидания, соответствующий сообщению MOB_TRF-IND, на этапе 704.
В примерном варианте осуществления, описанном со ссылкой на Фиг.7, MS увеличивает в два раза цикл ожидания после приема отрицательного индикатора трафика и сбрасывает цикл ожидания к длине начального цикла ожидания после приема положительного индикатора трафика. Подробности упорядочения длины цикла ожидания, на основе типа индикатора трафика, определяются согласно результату согласования с использованием MOB_SLP-REQ/RSP, выполняемого посредством MS с BS, чтобы переходить в режим ожидания. Следовательно, согласование, в котором цикл ожидания увеличивается в два раза после приема отрицательного индикатора трафика, и цикл ожидания сбрасывается к длине начального цикла ожидания после приема положительного индикатора трафика, допускается в примерном варианте осуществления по Фиг.7.
Другое согласование также возможно согласно другому примерному варианту осуществления настоящего изобретения. Например, согласование может осуществляться при допущении, что цикл ожидания увеличивается в два раза после приема отрицательного индикатора трафика, и цикл ожидания также увеличивается в два раза после приема положительного индикатора трафика. В этом случае, MS увеличивает в два раза цикл ожидания на этапе 708.
Фиг.8 является блок-схемой, иллюстрирующей работу BS для управления синхронизацией в цикле ожидания режима ожидания в системе беспроводной связи согласно примерному варианту осуществления настоящего изобретения.
Ссылаясь на Фиг.8, BS определяет то, начато или нет окно прослушивания MS на этапе 800. Если определено то, что окно прослушивания не начато, этап 800 повторяется. Если определено то, что окно прослушивания начато, BS определяет то, существует или нет трафик нисходящей линии связи, который должен быть передан в MS, на этапе 802.
Если определено то, что трафик нисходящей линии связи, который должен быть передан в MS, существует на этапе 802, то на этапе 804 BS включает информацию идентификатора MS и положительного индикатора трафика в сообщение MOB_TRF-IND. Если определено то, что трафик нисходящей линии связи, который должен быть передан в MS, не существует, то на этапе 806 BS включает идентификационную информацию MS и отрицательного индикатора трафика в сообщение MOB_TRF-IND.
На этапе 810 BS передает сообщение MOB_TRF-IND, включающее в себя информацию идентификатора, по меньшей мере, одной MS и информацию индикатора трафика (т.е. положительный индикатор трафика или отрицательный индикатор трафика), и необязательно передает трафик нисходящей линии связи MS.
Таблица 4 ниже показывает формат сообщений MOB_TRF-IND, передаваемых согласно примерному варианту осуществления, проиллюстрированному на Фиг.8.
Таблица 4
Синтаксис
Размер(в битах)
Примечания
Формат сообщения MOB TRF-IND_ ()
Тип сообщения администрирования = 52
8
Число SLPID_Info
8
Число SLPID
Для(i=0;i<Числа SLPID_Info {
SLPID_Info
12
Бит #1 1-1: SLPIDБит #0: индикатор трафика0: отрицательный индикатор трафика1: положительный индикатор трафика
}
Заполнение
Переменный
Если требуется, для совмещения с байтовой границей
TLV кодированные элементы
Переменный
}
Число SLPID_Info обозначает число SLPID, включенных в сообщение MOB_TRF-IND. Идентификатор ожидания (SLPID) является информацией идентификатора MS, которая должна активироваться в конкретном кадре, чтобы принимать сообщение MOB_TRF-IND. SLPID_Info всех MS, запланированных на то, чтобы принимать сообщение MOB_TRF-IND в конкретном кадре, включается независимо от положительного индикатора трафика или отрицательного индикатора трафика. Параметр SLPID_Info состоит из двух подпараметров. Параметр SLPID_Info включает в себя SLPID, назначаемый MS, и информацию индикатора трафика. Значение информации индикатора трафика '0' указывает отрицательный индикатор трафика, а значение информации индикатора трафика '1' указывает положительный индикатор трафика.
Согласно примерному варианту осуществления настоящего изобретения, если MS принимает сообщение MOB_TRF-IND, включающее в себя отрицательный индикатор трафика, MS и BS задают текущий цикл ожидания так, что он в два раза превышает предыдущий цикл ожидания, и переходят в режим ожидания независимо от оставшегося окна прослушивания. В противном случае, если MS принимает сообщение MOB_TRF-IND, включающее в себя положительный индикатор трафика, цикл ожидания сбрасывается к начальному циклу ожидания, и трафик нисходящей линии связи необязательно принимается во время оставшегося окна прослушивания. Соответственно, MS и BS могут неявно знать начальную точку следующего запланированного цикла ожидания.
Фиг.9 является блок-схемой, иллюстрирующей работу MS для управления синхронизацией в цикле ожидания режима ожидания в системе беспроводной связи согласно примерному варианту осуществления настоящего изобретения.
Ссылаясь на Фиг.9, MS работает в режиме ожидания на этапе 900. При работе в режиме ожидания MS определяет то, начато или нет окно прослушивания согласно циклу ожидания на этапе 902. Если определено то, что окно прослушивания не начато, возвращаясь к этапу 900, MS поддерживает режим ожидания.
Если определено то, что окно прослушивания начато, то на этапе 904 MS ожидает, чтобы принимать сообщение MOB_TRF-IND во время окна прослушивания. Сообщение MOB_TRF-IND указывает, существует или нет трафик нисходящей линии связи MS, при помощи присутствия или отсутствия идентификатора MS.
После приема сообщения MOB_TRF-IND MS определяет на этапе 912, указывает сообщение MOB_TRF-IND отрицательный индикатор трафика или положительный индикатор трафика. То, указывает сообщение MOB_TRF-IND отрицательный индикатор трафика или положительный индикатор трафика, определяется посредством того, включает или нет сообщение MOB_TRF-IND в себя информацию идентификатора MS. Если определено то, что информация идентификатора включается, сообщение MOB_TRF-IND указывает положительный индикатор трафика, а если определено то, что информация идентификатора не включается, сообщение MOB_TRF-IND указывает отрицательный индикатор трафика.
Если сообщение MOB_TRF-IND указывает отрицательный индикатор трафика, MS увеличивает следующий цикл ожидания так, что он в два раза превышает текущий цикл ожидания, на этапе 914. Например, если длина текущего цикла ожидания составляет 4 кадра, длина следующего цикла ожидания составляет 8 кадров. BS задает следующий цикл ожидания так, что он в два раза превышает текущий цикл ожидания, при одновременном включении отрицательного индикатора трафика в сообщение MOB_TRF-IND. Как результат, MS распознает отрицательный индикатор трафика и задает следующий цикл ожидания так, что он в два раза превышает текущий цикл ожидания. Соответственно, MS и BS неявно синхронизируют цикл ожидания.
Если сообщение MOB_TRF-IND указывает положительный индикатор трафика, то MS сбрасывает следующий цикл ожидания к длине начального цикла ожидания на этапе 916. BS задает следующий цикл ожидания MS как начальный цикл ожидания при одновременном включении положительного индикатора трафика в сообщение MOB_TRF-IND, и как результат, MS распознает положительный индикатор трафика и задает следующий цикл ожидания равным начальному циклу ожидания. Соответственно, MS и BS неявно синхронизируют цикл ожидания.
Если определено то, что сообщение MOB_TRF-IND не принято на этапе 904, MS определяет на этапе 906, принимается или нет трафик нисходящей линии связи во время оставшегося окна прослушивания. Если сообщение MOB_TRF-IND не принято, MS не может определять то, следует в два раза увеличивать длину следующего цикла ожидания или сбрасывать длину следующего цикла ожидания к длине начального цикла ожидания. Следовательно, BS и MS могут работать согласно различным циклам ожидания.
Даже если MS не удается принять сообщение MOB_TRF-IND на этапе 904, MS может логически выводить, включает сообщение MOB_TRF-IND, не принимаемое во время окна прослушивания, в себя положительный индикатор трафика или отрицательный индикатор трафика, посредством определения того, принимается или нет трафик нисходящей линии связи во время оставшегося окна прослушивания, на этапе 906. Если определено то, что трафик нисходящей линии связи принимается во время оставшегося окна прослушивания, MS может определять то, что присутствие трафика нисходящей линии связи MS сообщается посредством включения положительного индикатора трафика. Если определено то, что трафик нисходящей линии связи не принимается во время оставшегося окна прослушивания, MS может определять то, что отсутствие трафика нисходящей линии связи MS сообщается посредством включения отрицательного индикатора трафика.
Если трафик нисходящей линии связи принимается во время оставшегося окна прослушивания на этапе 906, то на этапе 910 MS распознает, что сообщение MOB_TRF-IND, не принимаемое во время окна прослушивания, включает в себя положительный индикатор трафика, и сбрасывает длину следующего цикла ожидания к длине начального цикла ожидания.
Если трафик нисходящей линии связи не принимается во время оставшегося окна прослушивания на этапе 906, то на этапе 908 MS выполняет согласование с BS по новой работе в режиме ожидания. Когда MS передает сообщение MOB_SLP-REQ в BS, и согласование начинается, BS отвечает на сообщение MOB_SLP-REQ посредством передачи сообщения MOB_SLP-RSP. Соответственно, при помощи заново согласованного параметра режима ожидания, работа в режиме ожидания начинается с обозначенного кадра (т.е. Start_Frame_Number), тем самым разрешая проблему синхронизации.
В примерном варианте осуществления, описанном со ссылкой на Фиг.9, MS увеличивает в два раза цикл ожидания после приема отрицательного индикатора трафика и сбрасывает цикл ожидания к длине начального цикла ожидания после приема положительного индикатора трафика. Подробности упорядочения длины цикла ожидания на основе типа индикатора трафика определяются согласно результату согласования с использованием передачи служебных сигналов MOB_SLP-REQ/RSP, выполняемого посредством MS с BS, чтобы переходить в режим ожидания. Следовательно, согласование, в котором цикл ожидания увеличивается в два раза после приема отрицательного индикатора трафика, и цикл ожидания сбрасывается к длине начального цикла ожидания после приема положительного индикатора трафика, допускается в примерном варианте осуществления, проиллюстрированном на Фиг.9.
Другое согласование также возможно согласно другому примерному варианту осуществления настоящего изобретения. Например, согласование может осуществляться при допущении, что цикл ожидания увеличивается в два раза после приема отрицательного индикатора трафика, и цикл ожидания также увеличивается в два раза после приема положительного индикатора трафика. В этом случае MS увеличивает в два раза цикл ожидания на этапе 910.
Фиг.10 является блок-схемой, иллюстрирующей работу BS для управления синхронизацией в цикле ожидания у режима ожидания в системе беспроводной связи согласно примерному варианту осуществления настоящего изобретения.
Ссылаясь на Фиг.10, BS определяет то, начато или нет окно прослушивания MS на этапе 1000. Если определено то, что окно прослушивания не начато, этап 1000 повторяется. Когда определяется то, что окно прослушивания начато, BS определяет на этапе 1002, существует или нет трафик нисходящей линии связи, который должен быть передан в MS.
Если определено то, что трафик нисходящей линии связи, который должен быть передан в MS, существует, то на этапе 1004 BS включает информацию идентификатора MS в сообщение MOB_TRF-IND. Если определено то, что трафик нисходящей линии связи, который должен быть передан в MS, не существует, BS не включает идентификационную информацию MS в сообщение MOB_TRF-IND.
Соответственно, посредством определения того, присутствует или нет информация идентификатора MS в сообщении MOB_TRF-IND, MS может определять то, указывает сообщение MOB_TRF-IND отрицательный индикатор трафика или положительный индикатор трафика.
На этапе 1006 BS передает сообщение MOB_TRF-IND, включающее в себя информацию идентификатора, по меньшей мере, одной MS, и необязательно передает трафик нисходящей линии связи MS. На этапе 1008 BS ожидает, чтобы принимать запрос на согласование работы в режиме ожидания, по меньшей мере, от одной MS.
Если отсутствует запрос на согласование работы в режиме ожидания (например, сообщение MOB_SLP-REQ не принято из MS), то работа в предварительно определенном режиме (не проиллюстрирован) выполняется. Если запрос на согласование работы в режиме ожидания принимается (сообщение MOB_SLP-REQ принято из MS), процесс переходит к этапу 1010. На этапе 1010 BS передает сообщение с запросом на ожидание в MS в ответ на сообщение MOB_SLP-REQ, чтобы повторно согласовываться на предмет параметра для работы в режиме ожидания.
Различные примерные варианты осуществления настоящего изобретения описаны выше относительно Фиг.5-10 при допущении, что сообщение MOB_TRF-IND передается в первом кадре окна прослушивания MS. Тем не менее, если суперкадры, имеющие 4 кадра, используются посредством системы беспроводной связи согласно примерному варианту осуществления настоящего изобретения, начальной точкой произвольного цикла ожидания MS, работающей в режиме ожидания, может быть конкретный кадр в суперкадре. Начальной точкой окна прослушивания, составляющего цикл ожидания, может быть различный кадр для каждой MS в суперкадре. Следовательно, окна прослушивания, имеющие различные начальные времена, могут существовать в одном суперкадре.
Вместо передачи сообщения MOB_TRF-IND в начальное время каждого окна прослушивания сообщение MOB_TRF-IND может быть полностью передано в первом кадре суперкадра. В этом случае передается одно сообщение MOB_TRF-IND, представляющее множество окон прослушивания. MS, которая принимает сообщение MOB_TRF-IND в конкретном кадре в суперкадре, ожидает, чтобы принимать сообщение MOB_TRF-IND в первом кадре суперкадра, в который включается начальная часть окна прослушивания. Если принимаемое сообщение MOB_TRF-IND включает в себя отрицательный индикатор трафика, MS увеличивает в два раза текущий цикл ожидания и непосредственно переходит в состояние ожидания без необходимости активироваться в исходном окне прослушивания. Если принимаемое сообщение MOB_TRF-IND включает в себя положительный индикатор трафика, MS сбрасывает цикл ожидания к начальному циклу ожидания. Вместе с тем, MS может выполнять работу в режиме микроожидания до тех пор, пока исходное окно прослушивания не начинается (т.е. после кадров от 0 до 3), и передавать/принимать данные в окне прослушивания.
Если сообщение MOB_TRF-IND не принято, MS должна активироваться в окне прослушивания, чтобы работать согласно примерным вариантам осуществления настоящего изобретения, описанным выше относительно Фиг.5-10. В этом случае, ожидание того, чтобы принимать сообщения MOB_TRF-IND, пропускается.
MS может не иметь возможность принимать сообщение MOB_TRF-IND по различным причинам. Например, сообщение MOB_TRF-IND не может приниматься вследствие изменения в системной информации и т.п. Например, если MS не распознает изменение в системной информации, к примеру информационный элемент субпакета вторичного заголовка суперкадра (S-SFH SP IE), MS может не иметь возможность принимать сообщение MOB_TRF-IND. Если системная информация изменяется, передача данных по восходящей линии связи MS запрещается до тех пор, пока измененная широковещательная передача системной информации не принимается из BS. Тем не менее, ограничение для запрета на передачу данных по восходящей линии связи является противоречащим процессу запроса информации индикатора трафика MS посредством передачи сообщения сигнализации управления ожиданием посредством MS в BS согласно примерным вариантам осуществления настоящего изобретения.
После приема измененной системной информации MS может передавать сообщение сигнализации управления ожиданием. Если большее число кадров используется, до тех пор пока измененная системная информация полностью не принимается, кадр, в котором не принимается сообщение MOB_TRF-IND, может не иметь возможность выражения с помощью ограниченного числа битов число кадров, включенных в сообщение сигнализации управления ожиданием. Дополнительно, если сообщение MOB_TRF-IND, не принимаемое посредством MS, указывает положительный индикатор трафика, цикл ожидания сбрасывается к начальному циклу ожидания, и тем самым следующее запланированное окно прослушивания может находиться в середине приема измененной системной информации. В этом случае не имеет смысла сообщать номер кадра окна прослушивания, в котором MS не удается принять сообщение MOB_TRF-IND. Это обусловлено тем, что синхронизация не может корректно выполняться, поскольку MS не удается принять сообщение MOB_TRF-IND в окне прослушивания, отличном от окна прослушивания, включающего в себя сообщение MOB_TRF-IND, не принимаемое посредством MS. Следовательно, в способе, который описывается ниже согласно примерному варианту осуществления настоящего изобретения, номер кадра, указывающего окно прослушивания, в котором не принимается сообщение MOB_TRF-IND, не сообщается.
Фиг.11 является блок-схемой, иллюстрирующей работу MS для управления синхронизацией в цикле ожидания режима ожидания в системе беспроводной связи согласно примерному варианту осуществления настоящего изобретения.
Ссылаясь на Фиг.11, MS работает в режиме ожидания на этапе 1100. При работе в режиме ожидания MS определяет на этапе 1102 то, начато или нет окно прослушивания согласно циклу ожидания. Если определено то, что окно прослушивания не начато, возвращаясь к этапу 1100, MS поддерживает режим ожидания.
Если определено то, что окно прослушивания начато, MS ожидает, чтобы принимать сообщение MOB_TRF-IND во время окна прослушивания, на этапе 1104. Присутствие или отсутствие идентификатора MS в сообщении MOB_TRF-IND указывает, присутствует или нет трафик нисходящей линии связи MS.
После приема сообщения MOB_TRF-IND MS определяет на этапе 1106, указывает ли сообщение MOB_TRF-IND отрицательный индикатор трафика или положительный индикатор трафика. То, указывает сообщение MOB_TRF-IND отрицательный индикатор трафика или положительный индикатор трафика, определяется посредством того, включает или нет сообщение MOB_TRF-IND в себя информацию идентификатора MS. Если информация идентификатора включается, сообщение MOB_TRF-IND указывает положительный индикатор трафика, а если информация идентификатора не включается, сообщение MOB_TRF-IND указывает отрицательный индикатор трафика.
Если сообщение MOB_TRF-IND указывает отрицательный индикатор трафика, MS увеличивает следующий цикл ожидания так, что он в два раза превышает текущий цикл ожидания, на этапе 1108. Например, если длина текущего цикла ожидания составляет 4 кадра, длина следующего цикла ожидания составляет 8 кадров. BS задает следующий цикл ожидания так, что он в два раза превышает текущий цикл ожидания, при одновременном включении отрицательного индикатора трафика в сообщение MOB_TRF-IND, и как результат, MS распознает отрицательный индикатор трафика и задает следующий цикл ожидания так, что он в два раза превышает текущий цикл ожидания. Соответственно, MS и BS неявно синхронизируют цикл ожидания.
Если определено то, что сообщение MOB_TRF-IND указывает положительный индикатор трафика, MS сбрасывает следующий цикл ожидания к длине начального цикла ожидания на этапе 1110. BS задает следующий цикл ожидания MS как начальный цикл ожидания при одновременном включении положительного индикатора трафика в сообщение MOB_TRF-IND, и как результат, MS распознает положительный индикатор трафика и задает следующий цикл ожидания равным начальному циклу ожидания. Соответственно, MS и BS неявно синхронизируют цикл ожидания.
Если определено то, что сообщение MOB_TRF-IND не принято на этапе 1104, MS определяет на этапе 1112, принимается или нет трафик нисходящей линии связи во время оставшегося окна прослушивания. Поскольку сообщение MOB_TRF-IND не принято в этом случае, MS не может определять то, следует в два раза увеличивать длину следующего цикла ожидания или сбрасывать длину следующего цикла ожидания к длине начального цикла ожидания. Следовательно, в этом случае, BS и MS могут работать согласно различным циклам ожидания.
Даже если MS не удается принять сообщение MOB_TRF-IND, MS может сделать вывод, указывает ли сообщение MOB_TRF-IND, не принимаемое во время окна прослушивания, положительный индикатор трафика или отрицательный индикатор трафика, посредством определения того, принимается или нет трафик нисходящей линии связи во время оставшегося окна прослушивания, на этапе 1106. Если определено то, что трафик нисходящей линии связи принимается во время оставшегося окна прослушивания, то присутствие трафика нисходящей линии связи сообщается посредством положительного индикатора трафика, включенного в сообщение MOB_TRF-IND. Если определено то, что трафик нисходящей линии связи не принимается во время оставшегося окна прослушивания, то отсутствие трафика нисходящей линии связи сообщается посредством отрицательного индикатора трафика, включенного в сообщение MOB_TRF-IND.
Если определено то, что трафик нисходящей линии связи принимается во время оставшегося окна прослушивания, то на этапе 1114 MS распознает, что сообщение MOB_TRF-IND, не принимаемое во время окна прослушивания, указывает положительный индикатор трафика, и сбрасывает длину следующего цикла ожидания к длине начального цикла ожидания.
В противном случае, если определено то, что трафик нисходящей линии связи не принимается во время оставшегося окна прослушивания, то на этапе 1116 MS передает сообщение с запросом сигнализации управления ожиданием, чтобы сообщать BS, что сообщение MOB_TRF-IND не принято во время окна прослушивания на этапе 1104. Дополнительно, MS запрашивает начальное время следующего цикла ожидания и длину цикла ожидания, включающего в себя следующее запланированное окно прослушивания, с использованием сообщения с запросом сигнализации управления ожиданием. Например, сообщение с запросом сигнализации управления ожиданием может конфигурироваться так, как показано в Таблице 5 ниже.
Таблица 5
Синтаксис
Размер(в битах)
Примечания
Формат заголовка сигнализации управления ожиданием () {
Тип сообщения администрирования = XX
8
MSID
8
MSID
Тип_запроса
8
0x00: запрос информации синхронизации ожидания0x01: выход из режима ожидания
}
MSID обозначает идентификатор MS. Тип_запроса обозначает тип запроса, указывающий, является запрос запросом на синхронизацию в режиме ожидания или запросом на переход из режима ожидания в активный режим. Например, если тип запроса равен '0x00', это подразумевает запрос предоставления информации для разрешения несогласованной синхронизации при сообщении возникновения несогласованной синхронизации, вызываемой посредством неприема сообщения MOB_TRF-IND. Если тип запроса равен '0x01', это подразумевает, что MS намеревается выходить из режима ожидания. Согласно "выходу из режима ожидания" сообщение с запросом сигнализации управления ожиданием может использоваться для целей, отличных от разрешения проблемы несогласованной синхронизации в режиме ожидания. Следовательно, если сообщение с запросом сигнализации управления ожиданием используется только для того, чтобы разрешать проблему несогласованной синхронизации в режиме ожидания, информация тип_запроса может опускаться.
На этапе 1118 MS принимает сообщение с ответом сигнализации управления ожиданием в качестве ответа на сообщение с запросом сигнализации управления ожиданием. Соответственно, MS знает начальное время следующего цикла ожидания и длину цикла ожидания, включающего в себя следующее запланированное окно прослушивания, с использованием сообщения с ответом сигнализации управления ожиданием.
На этапе 1120 MS выполняет синхронизацию цикла ожидания с использованием начального времени следующего цикла ожидания и длины цикла ожидания, включающего в себя следующее запланированное окно прослушивания. MS задает длину следующего цикла ожидания как длину цикла ожидания, включающего в себя следующее запланированное окно прослушивания, и начинает следующий цикл ожидания с начального времени следующего цикла ожидания. Соответственно, MS принимает положительный индикатор трафика или отрицательный индикатор трафика в следующем запланированном окне прослушивания. После приема положительного индикатора трафика MS сбрасывает цикл ожидания, включающий в себя окно прослушивания, к длине начального цикла ожидания без обращения к длине цикла ожидания. В противном случае, после приема отрицательного индикатора трафика MS увеличивает окно прослушивания так, что оно в два раза превышает предыдущий цикл ожидания. В этом случае MS определяет длину увеличенного в два раза цикла ожидания посредством обращения к длине цикла ожидания.
В примерном варианте осуществления, описанном со ссылкой на Фиг.11, MS увеличивает в два раза цикл ожидания после приема отрицательного индикатора трафика и сбрасывает цикл ожидания к длине начального цикла ожидания после приема положительного индикатора трафика. Подробности упорядочения длины цикла ожидания на основе типа индикатора трафика определяются согласно результату согласования с использованием передачи служебных сигналов MOB_SLP-REQ/RSP, выполняемого посредством MS с BS, чтобы переходить в режим ожидания. Следовательно, согласование, в котором цикл ожидания увеличивается в два раза после приема отрицательного индикатора трафика, и цикл ожидания сбрасывается к длине начального цикла ожидания после приема положительного индикатора трафика, допускается в варианте осуществления по Фиг.11.
Другое согласование также возможно согласно другому примерному варианту осуществления настоящего изобретения. Например, согласование может осуществляться при допущении, что цикл ожидания увеличивается в два раза после приема отрицательного индикатора трафика, и цикл ожидания также увеличивается в два раза после приема положительного индикатора трафика. В этом случае MS увеличивает в два раза цикл ожидания на этапе 1114.
Сообщение с запросом сигнализации управления ожиданием этапа 1116 может быть задано как другое условие. Например, сообщение с запросом сигнализации управления ожиданием может быть задано как сообщение с запросом-индикацией трафика улучшенного беспроводного интерфейса (AAI TRF IND-REQ). Помимо этого, сообщение с запросом сигнализации управления ожиданием может быть задано в широко используемом формате заголовка. Например, сообщение с запросом сигнализации управления ожиданием может быть задано как заголовок управления ожиданием (SCH) и расширенный заголовок управления ожиданием (SCEH).
В примерном варианте осуществления, описанном со ссылкой на Фиг.11, предполагается, что MS успешно принимает сообщение с ответом сигнализации управления ожиданием. Тем не менее, MS может не принимать сообщение с ответом сигнализации управления ожиданием вследствие ухудшения качества канала, других условий окружающей среды и т.д. Следовательно, MS должна повторно передавать сообщение с запросом сигнализации управления ожиданием, когда MS определяет то, что сообщение с ответом сигнализации управления ожиданием теряется. Согласно примерному варианту осуществления MS может определять то, что сообщение с ответом сигнализации управления ожиданием теряется, когда предварительно заданный период времени проходит без приема сообщения с ответом сигнализации управления ожиданием, из передачи сообщения с запросом сигнализации управления ожиданием. Согласно другому примерному варианту осуществления MS может определять то, что сообщение с ответом сигнализации управления ожиданием теряется, когда номер повторной передачи гибридного автоматического запроса на повторную передачу (HARQ) сообщения с ответом сигнализации управления ожиданием достигает максимальной повторной HARQ-передачи. Согласно другому примерному варианту осуществления MS может определять то, что сообщение с ответом сигнализации управления ожиданием теряется, когда локальное отрицание приема (NAK) для сообщения с ответом сигнализации управления ожиданием происходит на физическом уровне.
Фиг.12 является блок-схемой, иллюстрирующей работу BS для управления синхронизацией в цикле ожидания режима ожидания в системе беспроводной связи согласно примерному варианту осуществления настоящего изобретения.
Ссылаясь на Фиг.12, BS определяет то, начато или нет окно прослушивания MS на этапе 1200. Если определено то, что окно прослушивания начато, BS определяет на этапе 1202, существует или нет трафик нисходящей линии связи, который должен быть передан в MS.
Если определено то, что существует трафик нисходящей линии связи, который должен быть передан в MS, то на этапе 1204 BS включает информацию идентификатора MS в сообщение MOB_TRF-IND. Посредством включения информации идентификатора MS в сообщение MOB_TRF-IND сообщение MOB_TRF-IND распознается посредством MS в качестве положительного индикатора трафика. Если отсутствует трафик нисходящей линии связи, который должен быть передан в MS, этап 1204 пропускается. Следовательно, MS определяет то, указывает сообщение MOB_TRF-IND отрицательный индикатор трафика или положительный индикатор трафика, согласно тому, включается или нет информация идентификатора MS в сообщение MOB_TRF-IND.
На этапе 1206 BS передает сообщение MOB_TRF-IND, включающее в себя информацию идентификатора, по меньшей мере, одной MS и трафик нисходящей линии связи MS. Передача трафика нисходящей линии связи MS может пропускаться согласно результату определения этапа 1202.
На этапе 1208 BS определяет то, принято или нет сообщение с запросом сигнализации управления ожиданием из MS. Сообщение с запросом сигнализации управления ожиданием является сообщением, запрашивающим информацию для синхронизации в режиме ожидания, и конфигурируется, например, так, как показано в Таблице 5 выше. Если запрос сигнализации управления ожиданием не принимается, BS возвращается к этапу 1200.
После приема сообщения с запросом сигнализации управления ожиданием BS определяет информацию для синхронизации в режиме ожидания на этапе 1210. Информацией для синхронизации в режиме ожидания является информация начального времени следующего цикла ожидания и длина цикла ожидания, включающего в себя следующее запланированное окно прослушивания.
После определения информации для синхронизации в режиме ожидания BS передает в MS сообщение с ответом сигнализации управления ожиданием, включающее в себя информацию синхронизации в режиме ожидания, на этапе 1212. Например, сообщение с ответом сигнализации управления ожиданием может конфигурироваться так, как показано в Таблице 6 ниже.
Таблица 6
Синтаксис
Размер(в битах)
Примечания
Формат сигнализации управления ожиданием () {
Тип сообщения администрирования = XX
8
MSID
8
Тип запроса
8
0x00: запрос информации синхронизации ожидания0x01: выход из режима ожидания
Если(тип запроса ==0x00) {
Номер кадра для следующего запланированного окна прослушивания
10
0: отрицательный индикатор трафика1: положительный индикатор трафика
Длина цикла ожидания
}иначе если(тип запроса ==0x01) {
Код подтверждения
1
0: отклонение выхода из режима ожидания MS1: подтверждение выхода из режима ожидания MS
}
}
Если тип запроса равен '0x00', номер кадра для следующего запланированного окна прослушивания обозначает начальное время следующего цикла ожидания, т.е. первого кадра окна прослушивания, расположенного в начальной части следующего цикла ожидания. Длина цикла ожидания обозначает длину цикла ожидания, включающего в себя следующее запланированное окно прослушивания. Если Request Type равно 0x01, код подтверждения указывает подтверждение/отклонение BS в отношении "выхода из режима ожидания" MS.
Далее описываются подробности длины цикла ожидания, указывающего длину цикла ожидания, включающего в себя следующее запланированное окно прослушивания. Длина цикла ожидания обозначает длину цикла ожидания, включающего в себя окно прослушивания, когда отрицательный индикатор трафика передается в окне прослушивания, которое в два раза превышает непосредственно предыдущий цикл ожидания. Следовательно, если MS принимает положительный индикатор трафика в окне прослушивания, MS сбрасывает цикл ожидания, включающий в себя окно прослушивания, к длине начального цикла ожидания без обращения к длине цикла ожидания. В противном случае, после приема отрицательного индикатора трафика, MS должна увеличивать окно прослушивания так, что оно в два раза превышает предыдущий цикл ожидания. В этом случае длина цикла ожидания обозначает длину увеличенного в два раза цикла ожидания.
Необязательно, длина цикла ожидания может использоваться, даже если принимается положительный индикатор трафика. Например, если MS и BS увеличивают в два раза цикл ожидания без сброса цикла ожидания, даже если положительный индикатор трафика принимается согласно шаблону цикла ожидания, согласованному с использованием сообщения SLP-REQ/RSP посредством MS и BS, то длина цикла ожидания должна использоваться, даже если принимается положительный индикатор трафика. Даже если положительный индикатор трафика принимается, MS должна знать длину цикла ожидания, когда цикл ожидания увеличивается в два раза, и тем самым длина цикла ожидания должна доставляться. Подводя итог вышеупомянутому, когда цикл ожидания увеличивается так, что он в два раза превышает длину предыдущего цикла ожидания, длина цикла ожидания обозначает длину увеличенного в два раза цикла. То, следует или нет в два раза увеличивать цикл, согласуется с использованием передачи служебных сигналов MOB_SLP-REQ/RSP, и возможны несколько случаев согласно результату согласования. В отношении следующих двух случаев, MS определяет длину цикла ожидания, который должен увеличиваться так, что он в два раза превышает предыдущий цикл ожидания согласно длине цикла ожидания:
1) Даже если положительный индикатор трафика принимается, длина увеличивается в два раза.
2) Если отрицательный индикатор трафика принимается, длина увеличивается в два раза без исключения.
Сообщение с ответом сигнализации управления ожиданием, передаваемое на этапе 1212, может быть задано как другое условие. Например, сообщение с запросом сигнализации управления ожиданием может быть задано как сообщение AAI TRF IND-REQ. Помимо этого, сообщение с запросом сигнализации управления ожиданием может быть задано в широко используемом формате заголовка. Например, сообщение с запросом сигнализации управления ожиданием может быть задано как SCH и SCEH. В этом случае сообщение AAI TRF IND-RSP, SCH или SCEH включает в себя номер кадра, указывающий номер начального кадра следующего запланированного цикла ожидания, и длину цикла ожидания, указывающую размер следующего запланированного цикла ожидания. В примерном варианте осуществления настоящего изобретения, описанном со ссылкой на Фиг.11 и Фиг.12, длина цикла ожидания указывает размер следующего запланированного цикла ожидания. Длина цикла ожидания указывает увеличенный в два раза размер цикла ожидания вследствие отрицательного индикатора трафика. Тем не менее, согласно другому примерному варианту осуществления длина цикла ожидания указывает размер предыдущего цикла ожидания следующего запланированного цикла ожидания.
Следовательно, когда MS должна увеличивать цикл ожидания так, что он увеличивается в два раза, MS использует значение длины цикла ожидания в качестве увеличенного в два раза размера цикла ожидания согласно примерному варианту осуществления настоящего изобретения, описанному со ссылкой на Фиг.11. Тем не менее, согласно другому примерному варианту осуществления MS использует увеличенное в два раза значение длины цикла ожидания в качестве увеличенного в два раза размера цикла ожидания.
В четвертом примерном варианте осуществления настоящего изобретения, описанном со ссылкой на Фиг.11 и Фиг.12, MS передает сообщение с запросом сигнализации управления ожиданием. Тем не менее, согласно другому примерному варианту осуществления независимое служебное сообщение, предназначенное для отдельной функции, может использоваться в качестве сообщения с запросом сигнализации управления ожиданием. Например, само независимое служебное сообщение может обозначать "запрос информации синхронизации ожидания". Помимо этого, согласно другому примерному варианту осуществления настоящего изобретения MS может передавать CQICH, выделенный CDMA-код или специальный код в целях синхронизации вместо сообщения с запросом/ответом сигнализации управления ожиданием.
Фиг.13 является блок-схемой, иллюстрирующей структуру MS в системе беспроводной связи согласно примерному варианту осуществления настоящего изобретения.
Ссылаясь на Фиг.13, MS включает в себя радиочастотный (RF) процессор 1302, модем 1304 и контроллер 1306. MS также может включать в себя дополнительные и/или другие модули. Аналогично, функциональность двух или более из вышеуказанных модулей может быть интегрирована в один компонент.
RF-процессор 1302 передает и принимает сигнал через радиоканал, включающий в себя такие операции, как преобразование полосы частот сигнала, усиление и т.п. RF-процессор 1302 преобразует с повышением частоты сигнал в полосе модулирующих частот, предоставленный из модема 1304, в сигнал в полосе RF-частот и затем передает сигнал в полосе RF-частот через антенну и преобразует с понижением частоты сигнал в полосе RF-частот, принимаемый через антенну, в сигнал в полосе модулирующих частот.
Модем 1304 преобразует между сигналом в полосе модулирующих частот и потоком битов согласно протоколу физического уровня системы. Например, при передаче данных модем 1304 формирует комплексные символы посредством выполнения кодирования и модуляции для потока передаваемых (Tx) битов, преобразует комплексные символы в поднесущие и конфигурирует символы мультиплексирования с ортогональным частотным разделением каналов (OFDM) посредством выполнения операции обратного быстрого преобразования Фурье (IFFT) и вставки циклического префикса (CP). При приеме данных модем 1304 разделяет сигнал в полосе модулирующих частот, предоставленный из RF-процессора 1302, в единицах OFDM-символов, восстанавливает сигналы, преобразованные в поднесущие, посредством выполнения FFT-операции, и затем восстанавливает поток принимаемых (Rx) битов посредством выполнения демодуляции и декодирования
Контроллер 1306 управляет общими функциями MS. Например, контроллер 1306 формирует и анализирует управляющее сообщение по управлению доступом к среде (MAC), передаваемое и принимаемое из BS. Контроллер 1306 включает в себя администратор 1308 режимов для определения рабочего режима MS и для управления MS так, что она работает согласно определенному рабочему режиму. Администратор 1308 режимов определяет то, следует или нет переходить в режим ожидания, согласно тому, как часто формируется Tx/Rx-трафик. Если переход выполняется в режим ожидания, администратор 1308 режимов управляет переключением между состоянием ожидания и активным состоянием согласно окну ожидания и окну прослушивания в цикле ожидания. Во время окна ожидания режима ожидания контроллер 1306 не выполняет операции приема сигналов. Во время окна прослушивания режима ожидания контроллер 1306 определяет то, существует или нет трафик нисходящей линии связи в MS, при помощи сообщения MOB_TRF-IND, принимаемого из BS. Дополнительно, администратор 1308 режимов упорядочивает длину цикла ожидания согласно присутствию трафика нисходящей линии связи.
Подробности упорядочения длины цикла ожидания определяются согласно результату передачи служебных сигналов MOB_SLP-REQ/RSP, выполняемой, чтобы переходить в режим ожидания. Например, длина может упорядочиваться так, что цикл ожидания увеличивается в два раза после приема отрицательного индикатора трафика, и цикл ожидания сбрасывается к длине начального цикла ожидания после приема положительного индикатора трафика, или так, что цикл ожидания увеличивается в два раза после приема отрицательного индикатора трафика, и цикл ожидания также увеличивается в два раза после приема положительного индикатора трафика. В этом случае, если сообщение MOB_TRF-IND не принято во время окна прослушивания, контроллер 1306 выполняет следующую функцию для случая несогласованной синхронизации в цикле ожидания с BS.
Если сообщение MOB_TRF-IND не принято во время окна прослушивания (если сообщение MOB_TRF-IND теряется или не обнаруживается), контроллер 1306 определяет то, принимается или нет трафик нисходящей линии связи во время оставшегося окна прослушивания. Если трафик нисходящей линии связи принимается во время оставшегося окна прослушивания, контроллер 1306 определяет то, что сообщение MOB_TRF-IND, не принимаемое во время окна прослушивания, указывает положительный индикатор трафика, и сбрасывает длину следующего цикла ожидания к длине начального цикла ожидания. Если трафик нисходящей линии связи не принимается во время оставшегося окна прослушивания, контроллер 1306 формирует сообщение с запросом сигнализации управления ожиданием и передает сообщение с запросом сигнализации управления ожиданием в BS через модем 1304 и RF-процессор 1302. Контроллер 1306 сообщает BS, что сообщение MOB_TRF-IND не принято во время окна прослушивания, при помощи сообщения с запросом сигнализации управления ожиданием и запрашивает начальное время следующего цикла ожидания и длину цикла ожидания, включающего в себя следующее запланированное окно прослушивания. Например, сообщение с запросом сигнализации управления ожиданием конфигурируется так, как показано в Таблице 5 выше. Далее, после приема сообщения с ответом сигнализации управления ожиданием в ответ на сообщение с запросом сигнализации управления ожиданием через RF-процессор 1302 и модем 1304, контроллер 1306 определяет начальное время следующего цикла ожидания, включенного в сообщение с ответом сигнализации управления ожиданием, и длину цикла ожидания, включающего в себя следующее запланированное окно прослушивания.
Администратор 1308 режимов выполняет синхронизацию цикла ожидания с использованием начального времени следующего цикла ожидания и длины цикла ожидания, включающего в себя следующее запланированное окно прослушивания. Администратор 1308 режимов принимает сообщение MOB_TRF-IND во время окна ожидания, начинающегося с начального времени следующего цикла ожидания. Если сообщение MOB_TRF-IND включает в себя положительный индикатор трафика, администратор 1308 режимов сбрасывает длину конкретного цикла ожидания. Если сообщение MOB_TRF-IND включает в себя отрицательный индикатор трафика, администратор 1308 режимов задает длину конкретного цикла ожидания как длину цикла ожидания, включающего в себя следующее запланированное окно прослушивания.
В вышеуказанном примерном варианте осуществления контроллер 1306 запрашивает длину цикла ожидания, включающего в себя следующее запланированное окно прослушивания, с использованием сообщения с запросом сигнализации управления ожиданием и принимает длину цикла ожидания, включающего в себя следующее запланированное окно прослушивания, с использованием сообщения с ответом сигнализации управления ожиданием. Согласно другому примерному варианту осуществления длина цикла ожидания, включающего в себя следующее запланированное окно прослушивания, может заменяться посредством длины предыдущего цикла ожидания цикла ожидания, включающего в себя следующее запланированное окно прослушивания.
В вышеуказанном варианте осуществления MS может не принимать сообщение с ответом сигнализации управления ожиданием вследствие ухудшения качества канала, других условий окружающей среды и т.д. Следовательно, контроллер 1306 должен управлять так, что он повторно передает сообщение с запросом сигнализации управления ожиданием, когда контроллер 1306 определяет то, что сообщение с ответом сигнализации управления ожиданием теряется. Согласно примерному варианту осуществления контроллер 1306 может определять то, что сообщение с ответом сигнализации управления ожиданием теряется, когда предварительно заданный период времени проходит без приема сообщения с ответом сигнализации управления ожиданием из передачи сообщения с запросом сигнализации управления ожиданием. Согласно другому примерному варианту осуществления контроллер 1306 может определять то, что сообщение с ответом сигнализации управления ожиданием теряется, когда номер повторной HARQ-передачи сообщения с ответом сигнализации управления ожиданием достигает максимальной повторной HARQ-передачи. Согласно другому примерному варианту осуществления, контроллер 1306 может определять то, что сообщение с ответом сигнализации управления ожиданием теряется, когда локальное NAK для сообщения с ответом сигнализации управления ожиданием происходит на физическом уровне.
В вышеуказанном варианте осуществления сообщение с запросом сигнализации управления ожиданием может быть задано как другое условие. Например, сообщение с запросом сигнализации управления ожиданием может быть задано как сообщение AAI TRF IND-REQ. Помимо этого, сообщение с запросом сигнализации управления ожиданием может быть задано в широко используемом формате заголовка. Например, сообщение с запросом сигнализации управления ожиданием может быть задано как SCH и SCEH.
Фиг.14 является блок-схемой, иллюстрирующей структуру BS в системе беспроводной связи согласно примерному варианту осуществления настоящего изобретения.
Ссылаясь на Фиг.14, BS включает в себя RF-процессор 1402, модем 1404 и контроллер 1406.
RF-процессор 1402 передает и принимает сигнал через радиоканал и может выполнять преобразование полосы частот сигнала, усиление и т.п. RF-процессор 1402 преобразует с повышением частоты сигнал в полосе модулирующих частот, предоставленный из модема 1404, в сигнал в полосе RF-частот и затем передает сигнал в полосе RF-частот через антенну и преобразует с понижением частоты сигнал в полосе RF-частот, принимаемый через антенну, в сигнал в полосе модулирующих частот.
Модем 1404 преобразует между сигналом в полосе модулирующих частот и потоком битов согласно протоколу физического уровня системы. Например, при передаче данных модем 1404 формирует комплексные символы посредством выполнения кодирования и модуляции для потока Tx-битов, отображает комплексные символы в поднесущие и конфигурирует OFDM-символы посредством выполнения IFFT-операции и вставки CP. При приеме данных модем 1404 разделяет сигнал в полосе модулирующих частот, предоставленный из RF-процессора 1402, в единицах OFDM-символов, восстанавливает сигналы, преобразованные в поднесущие посредством выполнения FFT-операции, и затем восстанавливает поток Rx-битов посредством выполнения демодуляции и декодирования.
Контроллер 1406 управляет общими функциями BS. Например, контроллер 1406 формирует и анализирует управляющее сообщение MAC, передаваемое и принимаемое из MS. Контроллер 1406 определяет рабочий режим MS по запросу MS или без запроса и формирует сообщение, указывающее определенный рабочий режим. Рабочий режим включает в себя режим ожидания и активный режим. Контроллер 1406 включает в себя администратор 1408 циклов ожидания для управления циклом ожидания, по меньшей мере, одной MS, работающей в режиме ожидания. Цикл ожидания увеличивается или уменьшается согласно изменениям режима ожидания и может отличаться для различных MS. Помимо этого, контроллер 1406 формирует сообщение MOB_TRF-IND, передаваемое во время окна прослушивания MS.
Контроллер 1406 также включает в себя формирователь 1410 информации синхронизации для формирования информации, чтобы разрешать проблему несогласованной синхронизации в цикле ожидания с BS посредством MS, которой не удается принимать сообщение MOB_TRF-IND во время окна прослушивания. Формирователь 1410 информации синхронизации формирует информацию синхронизации после приема сообщения с запросом сигнализации управления ожиданием из MS. Информация для синхронизации в режиме ожидания может включать в себя информацию начального времени следующего цикла ожидания и длину цикла ожидания, включающего в себя следующее запланированное окно прослушивания. Контроллер 1406 формирует сообщение с ответом сигнализации управления ожиданием, включающее в себя информацию синхронизации, и передает сообщение с ответом сигнализации управления ожиданием через модем 1404 и RF-процессор 1402. Например, сообщение с ответом сигнализации управления ожиданием конфигурируется так, как показано в таблице 6 выше.
В вышеуказанном варианте осуществления сообщение с ответом сигнализации управления ожиданием может быть задано как другое условие. Например, сообщение с ответом сигнализации управления ожиданием может быть задано как сообщение с ответом-индикацией трафика улучшенного беспроводного интерфейса (AAI TRF IND-RSP). Дополнительно, сообщение с запросом сигнализации управления ожиданием может быть задано в широко используемом формате заголовка. Например, сообщение с запросом сигнализации управления ожиданием может быть задано как SCH и SCEH. В этом случае сообщение AAI TRF IND-RSP, SCH или SCEH включает в себя номер кадра, указывающий номер начального кадра следующего запланированного цикла ожидания, и длину цикла ожидания, указывающую размер следующего запланированного цикла ожидания.
В вышеуказанном примерном варианте осуществления контроллер 1406 принимает запрос, чтобы предоставлять длину цикла ожидания, включающего в себя следующее запланированное окно прослушивания, с использованием сообщения с запросом сигнализации управления ожиданием и предоставляет длину цикла ожидания, включающего в себя следующее запланированное окно прослушивания, с использованием сообщения с ответом сигнализации управления ожиданием. Согласно другому примерному варианту осуществления длина цикла ожидания, включающего в себя следующее запланированное окно прослушивания, может заменяться посредством длины предыдущего цикла ожидания цикла ожидания, включающего в себя следующее запланированное окно прослушивания.
Согласно структурам MS и BS, описанным выше со ссылкой на Фиг.13 и Фиг.14, MS передает сообщение с запросом сигнализации управления ожиданием. Тем не менее, согласно другому примерному варианту осуществления независимое служебное сообщение, предназначенное для отдельной функции, может использоваться в качестве сообщения с запросом сигнализации управления ожиданием. Например, само независимое служебное сообщение может обозначать "запрос информации синхронизации ожидания". Помимо этого, согласно другому примерному варианту осуществления настоящего изобретения MS может передавать CQICH, выделенный CDMA-код или специальный код в целях синхронизации вместо сообщения с запросом/ответом сигнализации управления ожиданием.
Согласно примерным вариантам осуществления настоящего изобретения изменение состояния между MS и BS управляется с использованием сигнализации управления ожиданием, так что синхронизация в режиме ожидания поддерживается, даже если сообщение MOB_TRF-IND не принято.
Хотя изобретение показано и описано со ссылкой на его конкретные примерные варианты осуществления, специалисты в данной области техники должны понимать, что различные изменения по форме и содержанию могут осуществляться без отступления от сущности и объема изобретения, заданного посредством прилагаемой формулы изобретения и ее эквивалентов.