ПРИМЕНЕНИЕ ЦИКЛА ПРЕРЫВИСТОГО ПРИЕМА (DRX)
APPLICATION OF INTERMITTENT MODE CYCLE (DRX)

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Варианты осуществления настоящей технологии, представленной в этом документе, относятся в целом к радиосвязи. Конкретнее, представленные в этом документе варианты осуществления относятся в целом к применению или использованию цикла прерывистого приема (DRX).
УРОВЕНЬ ТЕХНИКИ
Данный раздел предназначен для создания предпосылки к различным вариантам осуществления технологии, которые описываются в этом раскрытии изобретения. Описание в этом документе может включать в себя идеи, которые можно рассмотреть, но не обязательно являются идеями, которые предложены или рассмотрены ранее. Поэтому, пока в этом документе не указано иное, то, что описывается в этом разделе, не является известным уровнем техники к описанию и/или формуле изобретения из этого раскрытия изобретения и не признается известным уровнем техники в результате простого включения в этот раздел.
Сети радиосвязи разворачиваются для предоставления различных услуг связи, например телефонии, видео, данных, обмена сообщениями, трансляций и т.д. Такие сети связи поддерживают связь для нескольких единиц пользовательского оборудования (UE) путем совместного использования доступных ресурсов сети. Одним примером такой сети является Универсальная система мобильных телекоммуникаций (UMTS), технология мобильной телефонии третьего поколения (3G), стандартизованная Проектом партнерства третьего поколения (3GPP). UMTS включает в себя определение для Сети радиодоступа (RAN), называемой наземной сетью радиодоступа UMTS (UTRAN). UMTS, которая является преемником технологий Глобальной системы мобильной связи (GSM), поддерживает различные стандарты радиоинтерфейсов, например Широкополосный коллективный доступ с кодовым разделением каналов (W-CDMA), Коллективный доступ с временным разделением и кодовым разделением каналов (TD-CDMA) и Синхронный коллективный доступ с временным разделением и кодовым разделением каналов (TD-SCDMA). UMTS также поддерживает усовершенствованные протоколы передачи данных 3G, например высокоскоростной пакетный доступ (HSPA), который обеспечивает более высокие скорости передачи данных и пропускную способность для ассоциированных сетей UMTS. Поскольку потребность в мобильном широкополосном доступе продолжает увеличиваться, продолжаются НИОКР для развития технологии UMTS не только для удовлетворения растущей потребности в мобильном широкополосном доступе, но и для развития и улучшения взаимодействия пользователя с мобильной связью. Например, во многих странах мира развернута UMTS третьего поколения на основе W-CDMA. Для обеспечения того, что эта система останется конкурентоспособной в будущем, 3GPP запустил проект для определения долгосрочного развития сотовой технологии UMTS. Спецификации, связанные с этой попыткой, формально известны как Развитый наземный радиодоступ UMTS (E-UTRA) и Развитая наземная сеть радиодоступа UMTS (E-UTRAN), но обычно именуются Системой долгосрочного развития (LTE). Более подробные описания сетей и систем радиосвязи можно найти в литературе, например в Технических спецификациях, опубликованных 3GPP. Базовая сеть (CN) в развитой архитектуре сети иногда называется Развитым пакетным ядром (EPC), а при обращении к полноценной сотовой системе, включающей в себя сеть радиодоступа и базовую сеть, а также другие возможные объекты, например связанные с услугами объекты, может использоваться термин "Развитая пакетная система" (EPS).
Только в качестве исходных данных фиг. 1A иллюстрирует примерную систему 100 радиосвязи LTE 3GPP. Соответственно, фиг. 1A иллюстрирует сеть радиодоступа в системе 100 радиосвязи LTE. В этом примере имеется два узла 110a и 110b радиосети, каждый из которых иллюстрируется как развитый Узел Б, eNB. Первый eNB 110a конфигурируется для обслуживания одного или нескольких UE, 120a-e, расположенных в географической области обслуживания eNB 100a или радиосоте 130a. eNB 110a может присоединяться к CN. eNB 110a также может присоединяться, например, посредством интерфейса X2, к соседнему eNB 110b, сконфигурированному для обслуживания другой соты 130b. Соответственно, второй eNB 110b конфигурируется для обслуживания одного или нескольких UE, 120f-j, расположенных в географической области обслуживания eNB 100b или соте 130b. eNB 110b также может присоединяться к CN.
Популярное в настоящее время представление будущего развития связи в сетях радиосвязи содержит огромные количества небольших самостоятельных устройств, которые, как правило, часто или редко (например, от одного раза в неделю до одного раза в минуту) передают и принимают только небольшие объемы данных (или опрашиваются на предмет данных). Не предполагается, что эти устройства ассоциируются с людьми, а скорее, являются датчиками или исполнительными механизмами разных видов, которые осуществляют связь с серверами приложений (которые конфигурируют эти устройства и принимают данные от них) внутри или вне сотовой сети. Поэтому этот тип связи часто называется межмашинной (M2M) связью, а устройства можно обозначить как машинные устройства (MD). При стандартизации 3GPP соответствующими альтернативными терминами являются "связь машинного типа" (MTC) и "устройства связи машинного типа" (устройства MTC), причем последние являются подмножеством более общего термина "UE". Более подробные описания связи MTC можно найти в литературе, например, в Технической спецификации TS 22.368 V.12.0.0 3GPP.
Из сущности устройств MTC и их предполагаемых типичных применений следует, что эти устройства часто должны быть энергосберегающими, поскольку внешние источники питания часто не будут доступны, и поскольку не практично и экономически не осуществимо часто заменять или перезаряжать их батареи. В некоторых сценариях устройства MTC могут даже не питаться от батареи, а вместо этого полагаться на аккумулирование энергии, например сбор энергии из окружающей среды, то есть использование (часто ограниченной) энергии, которую можно извлечь из солнечного света, перепадов температуры, колебаний и т. п. Для таких "обделенных" энергией устройств, чей трафик отличается относительно небольшими и более-менее редкими транзакциями (часто устойчивыми к задержкам), может быть важно минимизировать их потребление энергии, например между событиями связи и в соответствии с ними. Как правило, эти устройства потребляют энергию между различными событиями связи, например, поддерживая радиоприемник активным для отслеживания передач из сотовой сети. Поскольку периоды между событиями связи обычно гораздо длиннее реальных событий связи, это потребление энергии может представлять значительную часть общего потребления энергии и может даже превышать потребление энергии в сценариях, где события связи происходят нечасто или очень нечасто.
Авторы изобретения поняли, что фактические передачи по восходящей линии связи (UL), как и следовало ожидать, потребляют значительные количества энергии во время событий связи. Все это может усиливаться сравнительно большой служебной нагрузкой управляющей сигнализации, которая может ассоциироваться с некоторым событием связи, особенно из-за того, что нечасто осуществляющее связь устройство MTC (или другое UE) обычно будет осуществлять переход из ждущего режима в присоединенный режим перед каждым событием связи. Фиг. 1B показывает схему сигнализации, иллюстрирующую примерную последовательность сообщений во время перехода из ждущего режима в присоединенный режим в LTE. Как видно, процедура сигнализации, имеющая место во время перехода из ждущего режима в присоединенный режим, может быть довольно обширной для UE.
Механизмом, который введен в сетях радиосвязи для экономии энергии в UE, например между событиями связи, является прерывистый прием (DRX), который позволяет UE большую часть времени оставаться в энергосберегающем состоянии ожидания, пробуждаясь для прослушивания страниц в DRX ждущего режима или выделений ресурсов нисходящей линии связи (то есть передач по нисходящей линии связи) в DRX присоединенного режима. Кроме того, чтобы сделать механизм DRX еще эффективнее для энергосберегающих устройств MTC, в настоящее время 3GPP работает над увеличением максимальной длины цикла DRX, и соответственно, периода ожидания как для цикла DRX ждущего режима, так и для цикла DRX присоединенного режима. Таким образом, цикл DRX состоит по существу из периода ожидания с последующим активным периодом, и этот цикл повторяется снова и снова до тех пор, пока устройство не отсоединится от сети. Как правило, но не обязательно, период ожидания длиннее активного периода. Цикл DRX может обладать более сложной структурой, нежели описана выше, например, включающей в себя несколько повторений более короткого цикла DRX в конце активного периода, но для данного раскрытия изобретения достаточно описания упрощенного цикла DRX, чтобы понять принципы различных вариантов осуществления, описанных в этом документе. Цикл DRX ждущего режима, то есть цикл поискового вызова, обычно конфигурируется в UE посредством параметров в системной информации (SI), которая транслируются в каждой радиосоте, в сочетании со специфичными для UE параметрами в виде IMSI по модулю 1024 и необязательной длины цикла DRX, специфичной для UE. В качестве альтернативы также можно сконфигурировать специфичный для UE цикл поискового вызова. Цикл DRX присоединенного режима и другие параметры DRX (когда используются) могут конфигурироваться в UE посредством необязательных параметров, обычно в сообщении RRCConnection Reconfiguration, или позднее в присоединенном режиме. Более подробное описание механизмов DRX можно найти в литературе, например в справочнике 4G LTE/LTE-Advanced for Mobile Broadband под авторством Erik Dahlman, Stefan Parkvall и Johan Sköld, Academic Press, 2011, ISBN:978-0-12-385489-6, см., например, главу 13.2.6 "Discontinuous Reception (DRX) and Component Carrier Deactivation". Более подробные описания циклов DRX также можно найти, например, в TS 36.304 V.11.3.0 3GPP (см., например, главу 7), TS 36.300 V.11.5.0 3GPP (см., например, главу 12), TS 36.321 V.11.2.0 3GPP (см., например, главу 5.7). Как станет понятно, механизмы DRX задаются как для ждущего режима, так и для присоединенного режима. Вообще говоря, эти механизмы DRX являются прекрасными энергосберегающими механизмами UE.
Однако авторы изобретения поняли, что когда события связи короткие и нечастые, каждому событию связи, скорее всего, предшествует переход из ждущего режима в присоединенный режим, и этот переход занимает значительную часть времени из всего времени, необходимого для выполнения передачи данных. Возможное применение длинных циклов DRX присоединенного режима может увеличить угрозу отказа линии радиосвязи во время мобильности между радиосотами, что также означает, что в таких сценариях переход из ждущего режима в присоединенный режим можно инициировать много раз. К тому же, поскольку процедура установления соединения часто включает в себя обмен большим количеством сигнальных сообщений, эта связь в плоскости управления, вероятно, преобладает над связью в плоскости пользователя, то есть содержит больше сообщений, большие объемы данных и потребляет больше энергии. Кроме того, поскольку процедура сигнализации затрагивает многие узлы в сети, а также вызывает значительную обработку в узлах сети, например, чтобы установить подходящие параметры конфигурации, разделяющие сообщения интервалы времени могут быть значительными. Поэтому наличие устройства MTC (или другого UE), активно прослушивающего передачи нисходящей линии связи в течение всего перехода из ждущего режима в присоединенный режим, из-за отсутствия возможностей режима ожидания DRX может вызвать во многих сценариях сравнительно высокое потребление энергии UE. В свою очередь, это может обладать значительным отрицательным влиянием на срок службы батарей у UE, например, у устройства MTC.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Различные варианты осуществления, раскрытые в этом документе, созданы в связи с вышеприведенными и другими соображениями.
В одном из аспектов представленная в этом документе технология имеет отношение к способу, выполняемому пользовательским оборудованием (UE). UE конфигурируется для пребывания либо в ждущем режиме (то есть ждущем состоянии), либо в присоединенном режиме (то есть присоединенном состоянии). Способ содержит применение цикла прерывистого приема (DRX) в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим. Нужно понимать, что хотя цикл DRX может применяться в течение всего периода времени, в котором UE переходит из ждущего режима в присоединенный режим, цикл DRX не обязательно должен применяться в течение всего перехода из ждущего режима в присоединенный режим. Другими словами, цикл DRX не обязательно применяется в течение всего периода времени, в котором UE переходит из ждущего режима в присоединенный режим. Вместо этого цикл DRX может применяться в течение части, или участка, перехода из ждущего режима в присоединенный режим. То есть цикл DRX может применяться в течение части, или участка, периода времени, в котором UE переходит из ждущего режима в присоединенный режим. Ждущий режим и присоединенный режим соответственно могут быть состояниями RRC. RRC является сокращением для "Управления радиоресурсами", которое известно среди специалистов в данной области техники. Другими словами, ждущий режим может быть режимом RRC_IDLE. Также присоединенный режим может быть режимом RRC_CONNECTED.
Этот способ отличается от существующего известного уровня техники в том, что допускает применение, или использование, механизма DRX в течение периода времени, когда UE переходит из ждущего режима (например, RRC_IDLE) в присоединенный режим (например, RRC_CONNECTED). На существующем уровне техники ни цикл DRX ждущего режима, ни циклы DRX присоединенного режима не применяются в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим. Соответственно, на существующем уровне техники никакой цикл DRX не применяется в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим.
Преимущественно, что вышеупомянутый цикл DRX может быть временным циклом DRX. Например, временный цикл DRX может применяться только тогда, когда UE переходит из ждущего режима в присоединенный режим. Когда UE перешло в присоединенный режим (например, RRC_CONNECTED), временный цикл DRX можно сделать неактивным, или даже аннулировать. Поэтому цикл DRX может называться временным циклом DRX, поскольку он используется только тогда, когда UE переходит из ждущего режима в присоединенный режим. В некоторых вариантах осуществления способ, таким образом, может содержать прекращение применения временного цикла DRX, когда UE перешло в присоединенный режим (например, RRC_CONNECTED). Или, иначе говоря, способ может содержать прекращение применения временного цикла DRX после входа UE в присоединенный режим.
Способ также может содержать применение одного или нескольких параметров конфигурации DRX в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим. Опять, хотя один или несколько параметров конфигурации DRX могут применяться в течение всего периода времени, в котором UE переходит из ждущего режима в присоединенный режим, один или несколько параметров конфигурации DRX не обязательно применяются в течение всего периода времени, в котором UE переходит из ждущего режима в присоединенный режим. Вместо этого один или несколько параметров конфигурации DRX могут применяться в течение части, или участка, периода времени, в котором UE переходит из ждущего режима в присоединенный режим.
В одном варианте осуществления способ может содержать передачу информационного сообщения узлу радиосети перед применением цикла DRX в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим, где информационное сообщение содержит запрос применения цикла DRX в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим. Способ также может содержать прием информационного сообщения от узла радиосети перед применением цикла DRX в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим, где информационное сообщение содержит квитирование упомянутого запроса.
В некоторых вариантах осуществления способ может содержать извлечение цикла DRX, применяемого в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим, перед применением цикла DRX в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим. Например, извлечение цикла DRX, применяемого в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим, может содержать прием информационного сообщения от узла радиосети, причем информационное сообщение содержит информацию о цикле DRX. Дополнительно или в качестве альтернативы извлечение цикла DRX, применяемого в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим, может содержать извлечение информации о цикле DRX из запоминающего устройства, ассоциированного с UE.
В некоторых вариантах осуществления способ может содержать извлечение параметра (параметров) конфигурации DRX, применяемого в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим, перед применением цикла DRX в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим. Например, извлечение параметра (параметров) конфигурации DRX, применяемого в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим, может содержать прием информационного сообщения от узла радиосети, где информационное сообщение содержит параметр (параметры) конфигурации DRX. Дополнительно или в качестве альтернативы извлечение параметра (параметров) конфигурации DRX, применяемого в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим, может содержать извлечение параметра (параметров) конфигурации DRX из запоминающего устройства, ассоциированного с UE.
В другом из аспектов представленная в этом документе технология имеет отношение к способу, выполняемому узлом радиосети. Способ содержит передачу информационного сообщения пользовательскому оборудованию (UE), где информационное сообщение содержит информацию о цикле DRX, применяемом UE в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим. Способ может дополнительно содержать передачу информационного сообщения к UE, где информационное сообщение содержит параметр (параметры) конфигурации DRX, применяемый UE в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим.
В еще одном из аспектов представленная в этом документе технология имеет отношение к способу, выполняемому узлом радиосети. Способ содержит прием информационного сообщения от пользовательского оборудования (UE), где информационное сообщение содержит запрос применения цикла DRX в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим. Способ может дополнительно содержать передачу информационного сообщения к UE, где информационное сообщение содержит квитирование упомянутого запроса.
В еще одном из аспектов представленная в этом документе технология имеет отношение к пользовательскому оборудованию (UE), сконфигурированному для пребывания либо в ждущем режиме, либо в присоединенном режиме. UE содержит процессор и запоминающее устройство, хранящее код компьютерной программы, который при выполнении в процессоре побуждает UE применить цикл прерывистого приема (DRX) в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим. Как упоминалось ранее, хотя цикл DRX может применяться в течение всего периода времени, в котором UE переходит из ждущего режима в присоединенный режим, цикл DRX не обязательно должен применяться в течение всего перехода из ждущего режима в присоединенный режим. Другими словами, цикл DRX не обязательно применяется в течение всего периода времени, в котором UE переходит из ждущего режима в присоединенный режим. Вместо этого цикл DRX может применяться в течение части, или участка, перехода из ждущего режима в присоединенный режим. То есть цикл DRX может применяться в течение части, или участка, периода времени, в котором UE переходит из ждущего режима в присоединенный режим.
Также, как упоминалось раньше, цикл DRX может быть временным циклом DRX. Например, запоминающее устройство может хранить код компьютерной программы, который при выполнении в процессоре побуждает UE применить временный цикл DRX только тогда, когда UE переходит из ждущего режима в присоединенный режим.
В некоторых вариантах осуществления запоминающее устройство может хранить код компьютерной программы, который при выполнении в процессоре побуждает UE прекратить применять временный цикл DRX, когда UE перешло в присоединенный режим.
В некоторых вариантах осуществления запоминающее устройство может хранить код компьютерной программы, который при выполнении в процессоре побуждает UE применить один или несколько параметров конфигурации DRX в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим.
Например, UE также может содержать передатчик, сконфигурированный для передачи информационного сообщения узлу радиосети, где информационное сообщение содержит запрос применения цикла DRX в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим. Кроме того, UE может содержать приемник, сконфигурированный для приема информационного сообщения от узла радиосети, причем информационное сообщение содержит квитирование упомянутого запроса.
В некоторых вариантах осуществления запоминающее устройство также может хранить код компьютерной программы, который при выполнении в процессоре побуждает UE извлечь цикл DRX, применяемый в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим. Также приемник может конфигурироваться для приема информационного сообщения от узла радиосети, где информационное сообщение содержит информацию о цикле DRX. Дополнительно или в качестве альтернативы запоминающее устройство может хранить код компьютерной программы, который при выполнении в процессоре побуждает UE извлечь информацию о цикле DRX из запоминающего устройства, ассоциированного с UE.
Кроме того, запоминающее устройство может хранить код компьютерной программы, который при выполнении в процессоре побуждает UE извлечь параметры конфигурации DRX, применяемые в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим. Также приемник может конфигурироваться для приема информационного сообщения от узла радиосети, где информационное сообщение содержит параметры конфигурации DRX. Дополнительно или в качестве альтернативы запоминающее устройство может хранить код компьютерной программы, который при выполнении в процессоре побуждает UE извлечь параметры конфигурации DRX из запоминающего устройства, ассоциированного с UE.
Вышеупомянутое UE может быть устройством связи машинного типа (MTC).
В другом из аспектов обсуждаемая в этом документе технология имеет отношение к узлу радиосети. Узел радиосети содержит передатчик, сконфигурированный для передачи информационного сообщения пользовательскому оборудованию (UE), где информационное сообщение содержит информацию о цикле DRX, применяемом UE в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим. Передатчик также может конфигурироваться для передачи информационного сообщения к UE, где информационное сообщение содержит параметры конфигурации DRX, применяемые UE в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим.
Узел радиосети может быть развитым Узлом Б (eNB). В качестве альтернативы узел радиосети может быть опорным сервером абонентов (HSS). В качестве альтернативы узел радиосети может быть объектом управления мобильностью (MME). Также возможно, что используется распределенное решение. То есть некоторые из eNB, HSS и MME могут распределенно реализовывать описанные в этом документе функциональные возможности узла радиосети. Также возможно, что описанные в этом документе варианты осуществления могут применяться в системе UMTS, например, предоставляющей радиоинтерфейс W-CDMA или HSPA, и в этом случае узел радиосети может быть Узлом Б, контроллером радиосети (RNC), HSS, опорным регистром местоположения (HLR) или обслуживающим узлом поддержки общей службы пакетной радиопередачи (SGSN) либо распределенным решением, привлекающим несколько этих узлов.
В еще одном из аспектов обсуждаемая в этом документе технология имеет отношение к узлу радиосети. Узел радиосети содержит приемник, сконфигурированный для приема информационного сообщения от пользовательского оборудования (UE), где информационное сообщение содержит запрос применения цикла DRX в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим. Узел радиосети может дополнительно содержать передатчик, сконфигурированный для передачи информационного сообщения к UE, где информационное сообщение содержит квитирование упомянутого запроса.
Узел радиосети может быть развитым Узлом Б (eNB). В качестве альтернативы узел радиосети может быть опорным сервером абонентов (HSS). В качестве альтернативы узел радиосети может быть объектом управления мобильностью (MME). Также возможно, что используется распределенное решение. То есть некоторые из eNB, HSS и MME распределенно реализуют описанные в этом документе функциональные возможности узла радиосети. Также возможно, что описанные в этом документе варианты осуществления могут применяться в системе UMTS, например, предоставляющей радиоинтерфейс W-CDMA или HSPA, и в этом случае узел радиосети может быть Узлом Б, контроллером радиосети (RNC), HSS, опорным регистром местоположения (HLR) или обслуживающим узлом поддержки общей службы пакетной радиопередачи (SGSN) либо распределенным решением, привлекающим несколько этих узлов.
Как станет понятно и в соответствии с некоторыми из вариантов осуществления, описанных во всем этом раскрытии изобретения, предлагается применять цикл DRX в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим. Преимущественно, что цикл DRX является временным и применяется только тогда, когда UE переходит из ждущего режима в присоединенный режим. Как только UE находится в присоединенном режиме, может применяться нормальный (или обычный) цикл DRX присоединенного режима традиционным способом.
Применение цикла DRX в периоде времени между ждущим режимом и присоединенным режимом обеспечивает несколько преимуществ. Например, это применение может предоставить UE возможность экономить энергию во время перехода из ждущего режима в присоединенный режим. Конечно, во время множества переходов между ждущим режимом и присоединенным режимом обычно потребляется много энергии. В частности, это может быть справедливо для устройств MTC, поскольку процедура сигнализации перехода из ждущего в присоединенный режим может представлять значительную часть общей связи для этих устройств. Поэтому может быть полезным предоставление устройствам MTC возможности экономить энергию во время энергоемкой в других отношениях процедуры сигнализации перехода из ждущего в присоединенный режим. Следует принять во внимание, что вышеупомянутое преимущество не ограничивается устройствами MTC. Также другие UE, например многие из современных смартфонов, извлекли бы пользу из сокращения энергопотребления во время процедуры сигнализации перехода из ждущего в присоединенный режим.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Эти и другие аспекты, признаки и преимущества станут очевидными и разъясненными из нижеследующего описания различных вариантов осуществления со ссылкой на прилагаемые чертежи, на которых:
Фиг. 1A показывает примерную систему радиосвязи LTE 3GPP;
Фиг. 1B показывает схему сигнализации в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим;
Фиг. 2 показывает блок-схему алгоритма способа в соответствии с вариантом осуществления, выполняемого в пользовательском оборудовании;
Фиг. 3 показывает блок-схему алгоритма способа в соответствии с вариантом осуществления, выполняемого в пользовательском оборудовании;
Фиг. 4 показывает блок-схему алгоритма способа в соответствии с вариантом осуществления, выполняемого в пользовательском оборудовании;
Фиг. 5 показывает блок-схему алгоритма способа в соответствии с вариантом осуществления, выполняемого в узле радиосети;
Фиг. 6 показывает блок-схему алгоритма способа в соответствии с вариантом осуществления, выполняемого в узле радиосети;
Фиг. 7 показывает примерный вариант осуществления пользовательского оборудования; и
Фиг. 8 показывает примерный вариант осуществления узла радиосети.
ПОДРОБНОЕ ОПИСАНИЕ
Ниже будет полнее описываться технология со ссылкой на прилагаемые чертежи, на которых показаны некоторые варианты осуществления. Однако технологию можно воплотить во многих различных формах, и ее не следует толковать как ограниченную вариантами осуществления, изложенными в этом документе; точнее, эти варианты осуществления предоставляются в качестве примера, чтобы это раскрытие изобретения было всесторонним и полным, и полностью передавало объем технологии специалистам в данной области техники. Одинаковые номера ссылок ссылаются на одинаковые элементы или этапы способа по всему описанию.
При использовании в данном раскрытии изобретения термин "пользовательское оборудование (UE)" используется для обозначения любого устройства, которое пользователь может использовать для осуществления связи. Также термин UE может относиться к мобильному терминалу, терминалу, пользовательскому терминалу (UT), беспроводному терминалу, устройству беспроводной связи, блоку беспроводной передачи/приема (WTRU), мобильному телефону, сотовому телефону и т. п. Кроме того, термин UE включает в себя устройства MTC, которые не обязательно подразумевают взаимодействие с человеком. Также термин "узел радиосети" при использовании в данном документе обозначает, как правило, неподвижную точку, допускающую осуществление связи с UE. По существу, его можно называть базовой станцией, базовой радиостанцией, Узлом Б или развитым Узлом Б (eNB), контроллером радиосети (RNC), точкой доступа и так далее. В контексте данного раскрытия изобретения следует понимать, что термин "узел радиосети" может обозначать узел, который не обязательно является частью того, что обычно называется "сетью радиодоступа", например, объект управления мобильностью (MME), обслуживающий узел поддержки общей службы пакетной радиопередачи (SGSN), опорный сервер абонентов (HSS) или опорный регистр местоположения (HLR). Таким образом, при использовании в этом документе термин "узел радиосети" также может включать в себя, например, узлы CN.
В одном из аспектов представленная в этом документе технология имеет отношение к применению, или использованию, механизма прерывистого приема (DRX) в течение периода времени, когда пользовательское оборудование (UE) переходит из ждущего режима в присоединенный режим. Следует принять во внимание, что хотя цикл DRX может применяться в течение всего периода времени, в котором UE переходит из ждущего режима в присоединенный режим, механизм DRX не обязательно должен применяться в течение всего перехода из ждущего режима в присоединенный режим. Другими словами, механизм DRX не обязательно применяется в течение всего периода времени, в котором UE переходит из ждущего режима в присоединенный режим. Вместо этого механизм DRX может применяться в течение части, или участка, перехода из ждущего режима в присоединенный режим. То есть механизм DRX может применяться в течение части, или участка, периода времени, в котором UE переходит из ждущего режима в присоединенный режим.
Фиг. 2 показывает блок-схему алгоритма способа, реализованного в UE в соответствии с примерным вариантом осуществления. То есть предлагается способ 200, выполняемый UE. UE конфигурируется для пребывания либо в ждущем режиме (например, RRC_IDLE), либо в присоединенном режиме (например, RRC_CONNECTED). Способ содержит применение 210 цикла DRX в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим. Цикл DRX может быть временным циклом DRX. Кроме того, временный цикл DRX может применяться только тогда, когда UE переходит из ждущего режима в присоединенный режим. Другими словами, временный цикл DRX не применяется, когда UE находится в ждущем режиме (например, RRC_IDLE). Аналогичным образом временный цикл DRX не применяется, когда UE находится в присоединенном режиме (например, RRC_CONNECTED). Точнее, временный цикл DRX применяется только тогда, когда UE переходит между двумя режимами, то есть когда UE переходит из ждущего режима в присоединенный режим. Например, под периодом времени, когда UE переходит из ждущего режима в присоединенный режим, можно понимать период времени от этапа 1 (то есть Msg 1 RA, где RA - сокращение для "Произвольного доступа") вплоть до (и включая его) этапа 21 (то есть RRCConnectionReconfigurationComplete) на фиг. 1B.
Способ предпочтительно также может содержать применение 220 одного или нескольких параметров конфигурации DRX в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим. Параметры конфигурации DRX могут включать в себя, например, один или несколько следующих параметров:
- начальное смещение DRX (которое обычно используется для задания момента, когда начинается цикл DRX)
- длина цикла DRX
- продолжительность включения
- таймер продолжительности включения
- таймер бездеятельности DRX
- таймер повторной передачи DRX
- короткий цикл DRX
- таймер короткого цикла DRX
rd
- параметр nB (который включается в определение DRX ждущего режима и описывается в главе 7 Технической спецификации 3GPP 36.304 V11.3.0 "3 Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); User Equipment (UE) procedures in idle mode (Release 11)")
Способ может дополнительно содержать прекращение 230 применения временного цикла DRX, когда UE перешло в присоединенный режим. То есть, как только UE входит в присоединенный режим (например, RRC_CONNECTED), UE может прекратить применение временного цикла DRX. После входа в присоединенный режим UE может начать применение нормального, или обычного, цикла DRX присоединенного режима.
Также способ может дополнительно содержать прекращение 240 применения параметров конфигурации DRX, когда UE перешло в присоединенный режим. То есть, как только UE входит в присоединенный режим (например, RRC_CONNECTED), UE может прекратить применение параметров конфигурации DRX. После входа в присоединенный режим UE взамен может начать применение нормального, или обычного, параметра (параметров) конфигурации DRX присоединенного режима.
Применение цикла DRX (и, при желании, также параметров конфигурации DRX) в периоде времени между ждущим режимом и присоединенным режимом может предоставить UE возможность экономить энергию во время перехода из ждущего режима в присоединенный режим. Конечно, во время множества переходов между ждущим режимом и присоединенным режимом обычно потребляется много энергии. Поэтому для многих устройств UE может быть выгодно применять временный цикл DRX в процедуре сигнализации перехода из ждущего в присоединенный режим, поскольку эта процедура сигнализации может представлять значительную часть общей связи для этих устройств. Поэтому предоставление UE возможности экономить энергию во время энергоемкой в других отношениях процедуры сигнализации перехода из ждущего в присоединенный режим может быть полезным для многих устройств.
Фиг. 3 показывает блок-схему алгоритма способа 300, реализованного в UE в соответствии с другим примерным вариантом осуществления. В этом варианте осуществления UE передает 310 информационное сообщение узлу радиосети, где информационное сообщение содержит запрос к узлу радиосети о применении цикла DRX в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим. Другими словами, UE может передать узлу радиосети указание, что оно запрашивает, или желает, применять ранее упомянутый цикл DRX во время перехода из ждущего режима в присоединенный режим. В одной примерной реализации вышеупомянутое информационное сообщение содержит одно или несколько полей данных, где по меньшей мере одно из полей данных содержит или иным образом указывает упомянутый запрос применения цикла DRX в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим.
Если узел радиосети одобряет запрос, то в ответ UE может принять 320 информационное сообщение от узла радиосети, где принятое информационное сообщение содержит квитирование (ACK) упомянутого запроса. В одной примерной реализации принятое информационное сообщение включает в себя одно или несколько полей данных, где по меньшей мере одно из полей данных включает в себя или иным образом указывает ACK. В качестве альтернативы, если узел радиосети не одобряет запрос, то UE может принять 330 информационное сообщение от узла радиосети, где принятое информационное сообщение содержит отрицательное квитирование (NACK). В одной примерной реализации принятое информационное сообщение включает в себя одно или несколько полей данных, где по меньшей мере одно из полей данных включает в себя или иным образом указывает NACK. Если, или когда, UE принимает 320 ACK от узла радиосети, то способ переходит к описанному выше способу 200. Другими словами, передача 310 информационного сообщения, включающего в себя вышеупомянутый запрос, а также прием 320 могут выполняться перед применением 210 (см. фиг. 2) пользовательским оборудованием цикла DRX перехода из ждущего в присоединенный режим, то есть временного цикла DRX.
Фиг. 4 показывает блок-схему алгоритма способа 400, реализованного в UE в соответствии с еще одним примерным вариантом осуществления. В этом варианте осуществления UE извлекает 410 цикл DRX, применяемый в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим. Например, извлечение 410 цикла DRX может содержать прием 411 (см. фиг. 4B) информационного сообщения от узла радиосети, где это информационное сообщение содержит информацию о цикле DRX. Например, информационное сообщение может содержать одно или несколько полей данных, где по меньшей мере одно из полей данных содержит или иным образом указывает информацию о цикле DRX. В качестве альтернативы извлечение 410 цикла DRX может содержать извлечение 412 (см. фиг. 4C) информации о цикле DRX из запоминающего устройства, ассоциированного с UE, например внутреннего запоминающего устройства UE. Также способ при желании может содержать извлечение 420 параметров конфигурации DRX, применяемых в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим. Например, извлечение 420 параметров конфигурации DRX может содержать прием 421 (см. фиг. 4D) информационного сообщения от узла радиосети, где это информационное сообщение содержит параметры конфигурации DRX. Например, информационное сообщение может содержать одно или несколько полей данных, где по меньшей мере одно из полей данных содержит или иным образом указывает упомянутые параметры конфигурации DRX. В качестве альтернативы извлечение 420 параметров конфигурации DRX может содержать извлечение 422 (см. фиг. 4E) параметров конфигурации DRX из запоминающего устройства, ассоциированного с UE, например внутреннего запоминающего устройства UE. Как иллюстрируется на фиг. 4A, способ 400 может предшествовать способу 200 или способу 300, описанным соответственно со ссылкой на фиг. 2 и 3.
Следует принять во внимание, что извлечение 410 цикла DRX, применяемого в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим, может происходить одновременно или практически одновременно с извлечением 420 параметров конфигурации DRX, применяемых в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим. Другими словами, даже если фиг. 4A указывает, что эти этапы способа, или действия, происходят последовательно в двух последующих этапах способа или действиях, следует принять во внимание, что эти этапы способов, или действия (то есть 410 и 420), могут происходить одновременно или практически одновременно. Таким образом, в некоторых вариантах осуществления эти этапы способов, или действия (то есть 410 и 420), можно рассматривать как происходящие в одном единственном этапе способа, или действии. В качестве альтернативы эти этапы способа, или действия (то есть 410, 420), могут происходить параллельно.
Аналогичным образом этапы способа, или действия, по приему 411 (см. фиг. 4B) информационного сообщения от узла радиосети, где это информационное сообщение содержит информацию о цикле DRX, и приему 421 (см. фиг. 4D) информационного сообщения от узла радиосети, где это информационное сообщение содержит параметры конфигурации DRX, не обязаны происходить последовательно. Точнее, эти этапы способа, или действия, могут происходить одновременно или практически одновременно. Например, информационные сообщения, содержащие соответственно информацию о цикле DRX и параметры конфигурации DRX, могут быть одним информационным сообщением, содержащим информацию о цикле DRX и параметры конфигурации DRX. Таким образом, эти этапы способов, или действия (то есть 411 и 421), можно рассматривать как происходящие в одном единственном этапе способа, или действии. В качестве альтернативы эти этапы способа, или действия (то есть 411, 421), могут происходить параллельно.
Также аналогичным образом этапы способа, или действия, по извлечению 412 (см. фиг. 4C) информации о цикле DRX из запоминающего устройства, ассоциированного с UE (например, внутреннего запоминающего устройства UE), и извлечению 422 (см. фиг. 4E) параметров конфигурации DRX из запоминающего устройства, ассоциированного с UE (например, внутреннего запоминающего устройства UE), могут происходить последовательно, параллельно или одновременно.
Описанные выше способы 200, 300 и 400 предпочтительно, хотя и не обязательно, можно реализовать в устройстве MTC или иным образом выполнять с его помощью.
Фиг. 5 показывает блок-схему алгоритма способа 500, реализованного в узле радиосети в соответствии с примерным вариантом осуществления. Узел радиосети передает 510 первое информационное сообщение пользовательскому оборудованию (UE), где первое информационное сообщение содержит информацию о цикле DRX, применяемом UE в течение периода времени, когда UE переходит из ждущего режима (например, RRC_IDLE) в присоединенный режим (например, RRC_CONNECTED). В одной примерной реализации первое информационное сообщение может содержать одно или несколько полей данных, где по меньшей мере одно из упомянутых полей данных содержит или иным образом указывает информацию о цикле DRX, применяемом UE в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим. Способ предпочтительно также может включать в себя передачу 520 второго информационного сообщения к UE, где второе информационное сообщение содержит параметры конфигурации DRX, применяемые UE в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим. В одной примерной реализации второе информационное сообщение может содержать одно или несколько полей данных, где по меньшей мере одно из упомянутых полей данных содержит или иным образом указывает упомянутые параметры конфигурации DRX, применяемые UE в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим.
Только с целью иллюстрации фиг. 5 иллюстрирует первое и второе информационные сообщения в виде двух отдельных сообщений. Однако первое и второе информационные сообщения не обязательно должны передаваться в отдельных информационных сообщениях. Вместо этого первое и второе информационные сообщения можно отправлять в одном единственном информационном сообщении. Фактически, специалисты в данной области техники поймут, что может быть предпочтительным передавать первое и второе сообщения в одном единственном информационном сообщении.
Кроме того, также следует принять во внимание, что показанный на фиг. 5 способ можно условно выполнять в зависимости от того, принятый ли узел радиосети информационное сообщение от UE, запрашивающего узел радиосети вернуть цикл DRX и/или параметр (параметры) конфигурации DRX.
Фиг. 6 показывает блок-схему алгоритма способа 600, реализованного в узле радиосети в соответствии с другим примерным вариантом осуществления. Способ 600 содержит прием 610 информационного сообщения от пользовательского оборудования (UE), где информационное сообщение содержит запрос применения цикла DRX в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим. Упомянутое информационное сообщение может содержать одно или несколько полей данных, где по меньшей мере одно из полей данных содержит или иным образом указывает запрос применения цикла DRX в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим
Если узел радиосети одобряет принятый 610 запрос, то способ может дополнительно содержать передачу 620 информационного сообщения к UE, где информационное сообщение содержит квитирование (ACK) упомянутого запроса. В одной примерной реализации информационное сообщение может включать в себя одно или несколько полей данных, где по меньшей мере одно из полей данных включает в себя или иным образом указывает ACK. В качестве альтернативы, то есть если узел радиосети не одобряет принятый 610 запрос, способ может содержать передачу 630 информационного сообщения к UE, где информационное сообщение содержит отрицательное квитирование (NACK) упомянутого запроса, отклоняя, таким образом, принятый 610 запрос. В одной примерной реализации информационное сообщение может включать в себя одно или несколько полей данных, где по меньшей мере одно из полей данных включает в себя или иным образом указывает NACK.
Узел радиосети может быть развитым Узлом Б (eNB). В качестве альтернативы узел радиосети может быть опорным сервером абонентов (HSS). В качестве альтернативы узел радиосети может быть объектом управления мобильностью (MME). Также возможно, что используется распределенное решение. То есть некоторые из eNB, HSS и MME распределенно реализуют описанные в этом документе функциональные возможности узла радиосети. Также возможно, что описанные в этом документе варианты осуществления могут применяться в системе UMTS, например, предоставляющей радиоинтерфейс W-CDMA или HSPA, и в этом случае узел радиосети может быть Узлом Б, контроллером радиосети (RNC), HSS, опорным регистром местоположения (HLR) или обслуживающим узлом поддержки общей службы пакетной радиопередачи (SGSN) либо распределенным решением, привлекающим несколько этих узлов.
Следует принять во внимание, что можно объединить способы 500 и 600.
Ниже будут несколько подробнее описываться некоторые примерные варианты осуществления технологии:
Как понятно из вышеизложенного, предлагается ввести возможность применять механизм DRX (то есть цикл DRX и/или параметр (параметры) конфигурации DRX) во время процедуры сигнализации перехода из ждущего режима в присоединенный режим. Цикл DRX и/или параметр (параметры) конфигурации DRX могут быть временными. Таким образом, цикл DRX и/или параметр (параметры) конфигурации DRX можно преимущественно использовать только во время процедуры перехода из ждущего режима в присоединенный режим. Когда завершается процедура сигнализации перехода из ждущего режима в присоединенный режим, временную конфигурацию DRX можно аннулировать. Затем можно перейти к конфигурации DRX присоединенного режима, которая обычно переносится в сообщении RRC RRCConnectionReconfiguration в конце процедуры сигнализации перехода из ждущего режима в присоединенный режим (см. фиг. 1B). В качестве альтернативы, если не конфигурируется никакого DRX присоединенного режима в сообщении RRC RRCConnectionReconfiguration, то UE может продолжить работать без механизма DRX в присоединенном режиме. В качестве еще одной альтернативы, если не конфигурируется никакого DRX присоединенного режима в сообщении RRC RRCConnectionReconfiguration, то UE может продолжить работать с временной конфигурацией DRX (которую после этого нужно соответственно рассматривать как обычную, не временную конфигурацию DRX).
Ниже будут описываться различные подробные варианты осуществления. Чтобы поддержать применение, или использование, механизма DRX во время процедуры сигнализации перехода из ждущего режима в присоединенный режим, ниже в этом документе предлагаются новые возможности конфигурации DRX. Этого можно достичь разными способами, которые ниже уточняются в подразделах. После этих подразделов также идет подраздел о том, как избежать возможных проблем несовместимости.
Сигнализация для использования временного механизма DRX во время процедуры сигнализации перехода из ждущего режима в присоединенный режим может содержать следующее: 1) Указание использования временной конфигурации DRX, 2) Выведение временной конфигурации DRX.
На первом этапе UE может указать сети (или, точнее, одному или нескольким узлам радиосети в упомянутой сети), что оно будет использовать или предпочло бы использовать временную конфигурацию DRX. В последнем случае сети может понадобиться подтвердить использование конфигурации. Существует несколько вариантов того, куда можно включить указание от UE к сети:
- Указание в сообщении RRCConnectionRequest (см. фиг. 1B);
- Указание в сообщении RRCConnectionSetupComplete (см. фиг. 1B);
- Указание в данных абонента;
- Указание в сообщении уровня, не связанного с предоставлением доступа (NAS) (см., например, TS 24.301 V.11.4.0 3GPP)
- Указание в Msg1 RA (см. фиг. 1B)
- На основе категории или возможности устройства;
На втором этапе UE может вывести временную конфигурацию для использования во время процедуры Установления соединения RRC (то есть процедуры перехода из ждущего режима в присоединенный режим) до тех пор, пока не будет принята фактическая, полупостоянная конфигурация в сообщении RRCConnectionReconfiguration. Типы параметров (например, различные таймеры), используемые для задания временной конфигурации DRX, предпочтительно должны быть такими же, как используются для задания обычных конфигураций DRX присоединенного режима. Для этого есть несколько вариантов:
- Сеть может сигнализировать UE временную конфигурацию DRX в системной информации (SI);
- Временную конфигурацию DRX можно сигнализировать в сообщении RRCConnectionSetup;
- Временную конфигурацию DRX можно предварительно сконфигурировать в данных абонента;
- Временную конфигурацию DRX можно сигнализировать в сообщении NAS (см., например, TS 24.301 V.11.4.0 3GPP);
- Временную конфигурацию DRX можно сигнализировать в Msg2 RA (см., например, фиг. 1);
- Временную конфигурацию DRX можно жестко определить в соответствии с будущими техническими спецификациями 3GPP.
Два вышеупомянутых этапа (указание и выведение) не обязательно могут происходить в этом порядке. UE может извлечь временную конфигурацию DRX до того, как оно указывает сети, что будет использовать или предпочло бы использовать временную конфигурацию DRX. Два этапа также можно объединить друг с другом, чтобы указание содержало параметры конфигурации, и в этом случае два этапа происходят одновременно или главным образом одновременно.
1.1. Указание в сообщении RRCConnectionRequest
В одном варианте осуществления UE конфигурируется для указания в сообщении RRC RRCConnectionRequest (см., например, TS 36.331 V.11.1.0 3GPP), что оно желает применять временную конфигурацию DRX во время процедуры сигнализации перехода из ждущего в присоединенный режим. Указание, или запрос, может поступать в различных формах. В самой простой форме указание, или запрос, может быть признаком, например одним битом, указывающим, что следует применять временный DRX. Фактические параметры конфигурации для применения тогда можно либо стандартизировать, либо сигнализировать в сообщении (сообщениях) с системной информацией (SI). Более продуманной альтернативой было бы разрешить указанию, или запросу, иметь форму индекса, указывающего одну из набора возможных временных конфигураций DRX. Параметры конфигурации DRX, которым соответствует каждое значение индекса, можно стандартизировать или сигнализировать в сообщении (сообщениях) SI. Еще одной альтернативой было бы то, что UE включает полный набор параметров конфигурации DRX в сообщение RRCConnectionRequest. Также возможно сочетание, где подмножество параметров временной конфигурации DRX указывается в сообщении RRCConnectionRequest, тогда как остальные стандартизируются или сигнализируются в сообщении (сообщениях) SI. Еще одной возможностью является использование одного или обоих запасных значений в IE (информационный элемент) establishmentCause для указания, что следует применять предварительно сконфигурированную временную конфигурацию DRX. Использование обоих запасных значений предоставляет возможность указывать две разные временные конфигурации DRX. IE establishmentCause дополнительно описывается в TS 36.331 3GPP. Можно даже изменить интерпретацию значения IE establishmentCause, которое в настоящее время указывает "устойчивый к задержкам доступ", чтобы оно также указывало, что UE применяет предварительно сконфигурированную временную конфигурацию DRX. Предварительно сконфигурированные параметры можно стандартизировать или указывать в сигнализированной системной информации. Одной возможностью является ограничение использования временной конфигурации DRX устойчивой к задержкам причиной установления. Один из запасных битов в сообщении RRCConnectionRequest может использоваться совместно с этой причиной установления. Указание в сообщении RRCConnectionRequest, объединенное с временными параметрами DRX в системной информации, является, возможно, но не обязательно, самой привлекательной из представленных в этом документе альтернатив. Это позволяет применять временную конфигурацию DRX сразу после сообщения RRCConnectionRequest и может допускать гибкость в задании фактических параметров для использования во временной конфигурации DRX.
1.2. Указание в сообщении RRCConnectionRequest и Конфигурация в сообщении RRCConnectionSetup
В одном варианте осуществления UE и eNB могут "сотрудничать" для конфигурирования временного цикла DRX. UE может, например, указать в сообщении RRCConnectionRequest любым из описанных выше в разделе 1.1 способов, что оно желает, или запрашивает, применение временного DRX во время процедуры сигнализации перехода из ждущего режима в присоединенный режим. eNB может тогда ответить фактическими параметрами временной конфигурации DRX в сообщении RRCConnectionSetupRRC, посредством этого завершая конфигурацию.
1.3. Указание в сообщении RRCConnectionSetupComplete
В одном варианте осуществления UE может указать в сообщении RRCConnectionSetupComplete, что оно желает, или запрашивает, применение временной конфигурации DRX во время процедуры сигнализации перехода из ждущего режима в присоединенный режим. Это аналогично альтернативе с указанием в сообщении RRCConnectionRequest (см. раздел 1.1). Отличие состоит в том, что IE establishmentCause не включается в сообщение RRCConnectionSetupComplete, поэтому запасные значения того IE не используются или не могут использоваться.
Отличие этого подхода по сравнению с примером включения указания в сообщение RRCConnectionRequest состоит в том, что временную конфигурацию DRX нельзя применять до тех пор, пока не отправлено сообщение RRCConnectionSetupComplete, что означает, что UE не может экономить энергию в режиме ожидания DRX, ожидая сообщение RRC RRCConnectionSetup (то есть Msg4 RA, см. фиг. 1) от eNB.
С другой стороны, преимущество этого подхода по сравнению с примером включения указания в сообщение RRCConnectionRequest состоит в том, что в целом имеется больше возможности для расширений в сообщении RRCConnectionSetupComplete, чем в сообщении RRCConnectionRequest (для которого в 3GPP была цель сохранить его очень коротким). В результате в соответствии с текущей спецификацией RRC (см. TS 36.331 V.11.1.0 3GPP) сообщение RRCConnectionSetupComplete можно расширить с помощью некритичного расширения, тогда как сообщение RRCConnectionRequest в целом нельзя расширить таким образом. Это облегчает включение более детальной информации, например полного набора параметров конфигурации для временной конфигурации DRX, в сообщение RRCConnectionSetupComplete.
1.4. Предварительно сконфигурирована в данных абонента
В одном варианте осуществления временная конфигурация DRX включается в данные абонента, ассоциированные с UE. Поэтому она может храниться в HSS (опорный сервер абонентов) и в USIM (Универсальный модуль идентификации абонента) в UE. Как описано для альтернативы по включению указания и, возможно, конфигурации в сообщение RRCConnectionRequest (см. раздел 1.1), указание (или запрос) и конфигурация могут поступать в различных формах. Совместно с этим вариантом осуществления могут использоваться такие же альтернативы указания, как описаны в разделе 1.1. Указание и/или конфигурацию можно загрузить из HSS в MME (объект управления мобильностью) вместе с другими данными абонента, когда UE регистрируется в MME. Из MME указание/временную конфигурацию можно перенаправить к eNB в первом сообщении от MME к eNB в процедуре перехода из ждущего режима в присоединенный режим, например, в сообщении S1AP Запроса установки начального контекста (сообщение 17 в последовательности сообщений из фиг. 1B) или сообщении S1AP Транспорта NAS нисходящей линии связи, переносящем сообщение NAS Запроса аутентификации (сообщение 9 в последовательности сообщений из фиг. 1B) (также см., например, TS 36.413 V11.1.0 3GPP).
В соответствии с этим вариантом осуществления UE может применить временную конфигурацию DRX после отправки сообщения RRCConnectionSetupComplete, поскольку eNB примет указание временной конфигурации DRX (или полный набор параметров) от MME до того, как отправит к UE следующее сообщение. При желании eNB (и UE) активизирует временную конфигурацию DRX, только если eNB принял перед этим указание либо в сообщении RRCConnectionRequest (новое указание, например, одно из неиспользуемых в настоящее время значений IE establishmentCause, или привязанное к существующему значению IE establishmentCause), либо в сообщении RRCConnectionSetupComplete. Если используется этот вариант, то его предпочтительно следует расширить так, что указание от UE побуждает eNB включить аналогичное указание в сообщение S1AP Начального сообщения UE (то есть сообщение 6 в последовательности сообщений из фиг. 1B), чтобы побудить MME перенаправить информацию о временной конфигурации DRX к eNB (а при отсутствии такого указания от eNB MME не перенаправляет информацию о временной конфигурации DRX). После приема указания в сообщении RRCConnectionRequest или по некоторой другой причине eNB, при желании, может подтвердить использование временной конфигурации DRX в сообщении RRCConnectionSetup с помощью однобитового признака.
1.5. Явное указание в сообщении NAS
В соответствии с одним вариантом осуществления UE указывает в сообщении NAS (уровень, не связанный с предоставлением доступа) для MME, что оно желает (или запрашивает) применять временную конфигурацию DRX во время процедуры сигнализации перехода из ждущего режима в присоединенный режим. Сообщение NAS (см., например, TS 24.301 V11.4.0 3GPP) предпочтительно, но не обязательно, должно быть сообщением, которое включается в сообщение RRC RRCConnectionSetupComplete (то есть сообщение 5 в последовательности сообщений из фиг. 1B). На фиг. 1B это сообщение NAS является сообщением NAS Запроса на обслуживание, но в других сценариях оно также может быть другим сообщением NAS, например сообщением NAS Запроса присоединения, сообщением NAS Расширенного запроса на обслуживание или сообщением NAS Запроса обновления зоны отслеживания.
Чтобы проинформировать eNB, MME может перенаправить указание (или запрос) к eNB в сообщении S1AP Запроса установки начального контекста (то есть сообщение 17 в последовательности сообщений из фиг. 1B) или в сообщении S1AP Транспорта NAS нисходящей линии связи, переносящем сообщение NAS Запроса аутентификации (то есть сообщение 9 в последовательности сообщений из фиг. 1B).
Станет понятно, что совместно с этим вариантом осуществления могут использоваться такие же примеры для указания, или запроса, как описаны в разделе 1.1.
В соответствии с этим вариантом осуществления UE может применить временную конфигурацию DRX после отправки указания в сообщении NAS, то есть после отправки сообщения RRCConnectionSetupComplete, поскольку (аналогично случаю, где указание временного DRX включается в данные абонента) eNB примет указание временной конфигурации DRX (или полный набор параметров) от MME до того, как отправит к UE следующее сообщение.
1.6. На основе категории или возможности устройства
В соответствии с другим вариантом осуществления указание ассоциируется с категорией или возможностью UE. Тогда его можно включить в любой из IE в сообщении NAS Запроса присоединения, который указывает различные свойства UE, то есть IE сетевой возможности UE, IE сетевой возможности MS, IE кода класса службы 2 мобильной станции или IE свойств устройства. Так как эти IE включаются в сообщение NAS, они доставляются на MME. Поэтому MME может проинформировать eNB, чтобы он мог применить временную конфигурацию DRX. MME может выполнить это путем перенаправления указания к eNB в сообщении S1AP Запроса установки начального контекста (то есть сообщение 17 в последовательности сообщений из фиг. 1B) или в сообщении S1AP Транспорта NAS нисходящей линии связи, переносящем сообщение NAS Запроса аутентификации (то есть сообщение 9 в последовательности сообщений из фиг. 1B). Снова с этим вариантом осуществления могут использоваться такие же примеры для указания, как описаны в разделе 1.1, то есть совместно с этим вариантом осуществления.
После приема указания временного DRX (независимо от его уровня уточнения) MME оставил бы его в контексте UE (то есть его записей ассоциированной с UE информации), а в случае перемещения MME указание было бы перенаправлено новому MME.
Другой более предпочтительной разновидностью базирования решения на возможности UE является применение связанных с возможностью радиосвязи параметров. В этой разновидности IE UE-EUTRA-Capability можно расширить указанием/конфигурацией временного DRX. Также с этой альтернативой могут использоваться такие же альтернативы уточнения для указания, как описаны в разделе 1.1.
В текущей спецификации RRC (см., например, TS 36.331 V11.1.0 3GPP) IE UE-EUTRA-Capability включается в IE ue-CapabilityRAT-Container, который, в свою очередь, включается в IE ue-CapabilityRAT-ContainerList в сообщении UECapabilityInformation.
В сочетании с процедурой присоединения (то есть когда UE первый раз регистрируется в сети, и устанавливаются релевантные контексты в узлах базовой сети, например MME, SGW и PGW) eNB может запросить у UE информацию о возможностях путем отправки к UE сообщения RRC UECapabilityEnquiry. UE тогда может ответить сообщением RRC UECapabilityInformation, включающим в себя информацию о возможностях, как описано выше. eNB может затем перенаправить информацию к MME следующим образом. Он включает сообщение UECapabilityInformation в IE UE-RadioAccessCapabilityInfo, который включается в сообщение UERadioAccessCapabilityInformation (которое задается как сообщение RRC), которое, в свою очередь, включается в IE возможности радиосвязи у UE, который eNB отправляет к MME в сообщении S1AP UE CAPABILITY INFO INDICATION. MME может сохранить информацию о возможностях UE в своем контексте UE и хранит ее в течение всего времени, пока UE остается присоединенным к сети (и передает ее новому MME в случае перемещения MME).
В последующих случаях (в течение одного сеанса присоединения), где UE присоединяется к сети, то есть переходит из ждущего в присоединенный режим, MME передает eNB информацию о возможностях UE в IE возможности радиосвязи у UE в сообщении S1AP INITIAL UE CONTEXT SETUP REQUEST (сообщение 17 в последовательности сообщений на фиг. 1B). IE возможности радиосвязи у UE является необязательным в сообщении INITIAL UE CONTEXT SETUP REQUEST, и он отсутствует во время процедуры присоединения. Это отсутствие побуждает eNB запросить информацию у UE и перенаправить ее к MME, как описано выше.
Этот механизм может позволить eNB применить временную конфигурацию DRX, когда он принял информацию о возможностях UE от MME, то есть начиная с передачи сообщения 18 на фиг. 1B, то есть сообщения RRC SecurityModeCommand нисходящей линии связи. С точки зрения UE это означает, что он может применить временную конфигурацию DRX после приема предыдущего сообщения нисходящей линии связи в последовательности, то есть после приема сообщения 14 на фиг. 1B. Отметим, что сообщения 7-16 являются необязательными в последовательности сообщений из фиг. 1B, но UE не может заранее знать, будут ли они использоваться. Поэтому UE не может применить временную конфигурацию DRX после приема сообщения RRCConnectionSetup (сообщение 4 на фиг. 1B), что означает, что если сообщения 7-16 на фиг. 1B не используются, то UE не будет применять временную конфигурацию DRX до тех пор, пока не примет от eNB сообщение SecurityModeCommand (сообщение 18 на фиг. 1B).
Аналогично варианту осуществления с указанием временного DRX в данных абонента (см. раздел 1.4), возможность состоит в разрешении инициировать указанием от UE активизацию временной конфигурации DRX, используя такой же механизм, как описан в разделе 1.4. Этот вариант можно использовать с обеими разновидностями способа, разобранными в этом разделе.
1.7. Указание в Элементе управления MAC
В одном варианте осуществления UE указывает в Элементе управления MAC (Управление доступом к среде передачи), что он желает, или запрашивает, применять временную конфигурацию DRX во время процедуры сигнализации перехода из ждущего режима в присоединенный режим. Элемент управления MAC предпочтительно включался бы в PDU (Протокольный блок данных) MAC, переносящий одно из сообщений RRC восходящей линии связи, например (предпочтительно) сообщение RRC RRCConnectionRequest или сообщение RRC RRCConnectionSetupComplete, но также мог бы передаваться в отдельном PDU MAC (то есть PDU MAC без SDU).При желании eNB мог бы подтверждать указание в элементе управления MAC в последующем PDU MAC нисходящей линии связи, предпочтительно PDU MAC, переносящем одно из сообщений RRC нисходящей линии связи, например сообщение RRC RRCConnectionSetup (предполагая, что указание передавалось в PDU MAC, переносящем сообщение RRC RRCConnectionRequest).Совместно с этим вариантом осуществления могут использоваться такие же альтернативы указания временного DRX, как описаны в разделе 1.1, например, признак или индекс, полная или частичная конфигурация (либо сочетание).
1.8. Указание в Msg1 RA и/или Msg2 RA
При этом варианте осуществления указание (или запрос) применения временной конфигурации DRX включается в первое и/или второе сообщение процедуры произвольного доступа, то есть Msg1 RA (преамбула произвольного доступа) или Msg2 RA (PDU MAC Ответа произвольного доступа) (сообщения 1 и 2 в последовательности сообщений из фиг. 1B) (также см., например, TS 36.321 V11.0.0 3GPP). Если используется Msg1 RA, то единственным средством для указания чего-либо является использование преамбулы из специальной группы преамбул. Это подразумевает, что (максимум) две текущие группы преамбул, A и B, пришлось бы дополнить другой группой преамбул для указания временной конфигурации DRX. Преамбула из этой группы указывала бы, что UE применяет временную конфигурацию DRX во время процедуры сигнализации перехода из ждущего режима в присоединенный режим. Фактические параметры временной конфигурации DRX можно стандартизировать или задавать в системной информации. Если нужно иметь возможность указывать одну из набора временных конфигураций DRX, то понадобилось бы задать группу преамбул для каждого набора. Такие группы преамбул указывались бы в системной информации, точно как и существующие сейчас группы A и B преамбул. В качестве альтернативы преамбулу из специальной группы преамбул можно считать запросом временной конфигурации DRX для использования, в соответствии с чем его нужно подтвердить посредством eNB (который, при желании, также может предоставить фактические параметры конфигурации). eNB подтвердил бы использование временной конфигурации DRX в Msg2 RA, которое, соответственно, может включать в себя указание/конфигурацию временного DRX с помощью любой из альтернатив уточнения, описанных в разделе 1.1, то есть признака, индекса, полной или частичной конфигурации (либо сочетания). Возможной разновидностью использования Msg2 RA для этой цели могло бы быть то, что eNB берет на себя конфигурирование UE с временным DRX без предшествующего указания от UE.
1.9. Предупреждение проблем несовместимости - указание поддержки временного DRX в соте
Для тех из вышеописанных вариантов осуществления, где UE принимает некоторые меры, связанные с возможностью временного DRX, перед каким-либо указанием поддержки для возможности временного DRX в соте или без его приема, может быть полезно включить в системную информацию (SI) параметр, указывающий поддержку возможности временного DRX в соте. Тогда отсутствие этого указания подразумевало бы отсутствие поддержки, что заставило бы UE воздержаться от связанного с возможностью временного DRX действия (действий), которое вызвало бы проблемы несовместимости в противном случае.
Такими действиями могло бы быть то, что UE отправляет указание намерения и/или желания использовать возможность временного DRX, или что UE начинает использование возможности временного DRX. Возможными проблемами несовместимости, которых можно избежать путем отказа от таких действий, могло бы быть то, что eNB отклоняет (или отбрасывает) сообщение от UE, включающее в себя связанное с временным DRX указание, которое eNB не понимает (или не поддерживает), например сообщение RRC RRCConnectionRequest или сообщение RRC RRCConnectionSetupComplete, что MME отклоняет сообщение NAS, включающее в себя связанное с временным DRX указание, или что UE в одностороннем порядке начинает использование возможности временного DRX, то есть входит в режим ожидания DRX, приводя к пропуску сигнальных сообщений нисходящей линии связи от eNB.
Обращаясь теперь к фиг. 7, будет описываться примерный вариант осуществления пользовательского оборудования (UE) 10. UE 10 предпочтительно, хотя и не обязательно, можно воплотить в виде устройства MTC. Кроме того, UE 10 конфигурируется для пребывания либо в ждущем режиме (например, RRC_IDLE), либо в присоединенном режиме (например, RRC_CONNECTED). В этом варианте осуществления UE 10 содержит интерфейсный модуль 11, процессор 12 и запоминающее устройство 13. При желании UE 10 также может содержать интерфейс 14 пользователя, посредством которого пользователь может работать и взаимодействовать с UE 10. Интерфейсный модуль 11 может содержать передающий модуль (Tx), или передатчик. Интерфейсный модуль также может содержать приемный модуль (Rx), или приемник. В качестве альтернативы интерфейсный модуль 11 может содержать приемопередающий модуль (Tx/Rx), или приемопередатчик, с возможностями передачи и приема.
Запоминающее устройство 13 может хранить код компьютерной программы, который при выполнении в процессоре 12 побуждает UE 10 применить цикл прерывистого приема, DRX, в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим. Как упоминалось раньше, цикл DRX может быть временным циклом DRX. Например, запоминающее устройство 13 может хранить код компьютерной программы, который при выполнении в процессоре 12 побуждает UE 10 применить временный цикл DRX только тогда, когда UE переходит из ждущего режима в присоединенный режим.
В некоторых вариантах осуществления запоминающее устройство 13 может хранить код компьютерной программы, который при выполнении в процессоре 12 побуждает UE 10 прекратить применение временного цикла DRX, когда UE перешло в присоединенный режим (например, RRC_CONNECTED).
В некоторых вариантах осуществления запоминающее устройство 13 также может хранить код компьютерной программы, который при выполнении в процессоре 12 побуждает UE 10 применить один или несколько параметров конфигурации DRX в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим.
Кроме того, передатчик 11 может конфигурироваться для передачи информационного сообщения узлу радиосети, где информационное сообщение содержит запрос применения цикла DRX в течение периода времени, когда UE 10 переходит из ждущего режима в присоединенный режим. Кроме того, приемник 11 может конфигурироваться для приема информационного сообщения от узла радиосети, причем информационное сообщение содержит квитирование упомянутого запроса.
В некоторых вариантах осуществления запоминающее устройство 13 также может хранить код компьютерной программы, который при выполнении в процессоре 12 побуждает UE 10 извлечь цикл DRX, применяемый в течение периода времени, когда UE 10 переходит из ждущего режима в присоединенный режим. Также приемник 11 может конфигурироваться для приема информационного сообщения от узла радиосети, где информационное сообщение содержит информацию о цикле DRX. Дополнительно или в качестве альтернативы запоминающее устройство 13 может хранить код компьютерной программы, который при выполнении в процессоре 12 побуждает UE 10 извлечь информацию о цикле DRX из запоминающего устройства, ассоциированного с UE 10. Запоминающим устройством, ассоциированным с UE 10, может быть запоминающее устройство, обозначенное цифрой 11. В качестве альтернативы оно может быть другим запоминающим устройством (не показано) в UE 10. Кроме того, оно может быть другим запоминающим устройством (не показано), которое является внешним по отношению к UE 10, то есть не является неотъемлемой частью UE 10.
Кроме того, запоминающее устройство 13 может хранить код компьютерной программы, который при выполнении в процессоре 12 побуждает UE 10 извлечь параметры конфигурации DRX, применяемые в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим. Также приемник 11 может конфигурироваться для приема информационного сообщения от узла радиосети, где информационное сообщение содержит параметры конфигурации DRX. Дополнительно или в качестве альтернативы запоминающее устройство 13 может хранить код компьютерной программы, который при выполнении в процессоре 12 побуждает UE 10 извлечь параметры конфигурации DRX из запоминающего устройства, ассоциированного с UE. Снова запоминающим устройством, ассоциированным с UE 10, может быть запоминающее устройство, обозначенное цифрой 11. В качестве альтернативы оно может быть другим запоминающим устройством (не показано) в UE 10. Кроме того, оно может быть другим запоминающим устройством (не показано), которое является внешним по отношению к UE 10, то есть запоминающее устройство не обязательно является неотъемлемой частью UE 10.
Обращаясь к фиг. 8, будет описываться примерный вариант осуществления узла 20 радиосети. В соответствии с этим примерным вариантом осуществления узел 20 радиосети содержит интерфейсный модуль 21. Интерфейсный модуль 21 может содержать передающий модуль (Tx), или передатчик. Интерфейсный модуль 21 также может содержать приемный модуль (Rx), или приемник. В качестве альтернативы интерфейсный модуль 21 может содержать приемопередающий модуль (Tx/Rx), или приемопередатчик, с возможностями передачи и приема.
Передатчик 21 может конфигурироваться для передачи информационного сообщения пользовательскому оборудованию (UE), где информационное сообщение содержит информацию о цикле DRX, применяемом UE в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим. Передатчик 21 также может конфигурироваться для передачи информационного сообщения к UE, где информационное сообщение содержит параметры конфигурации DRX, применяемые UE в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим.
Приемник 21 может конфигурироваться для приема информационного сообщения от пользовательского оборудования (UE), где информационное сообщение содержит запрос применения цикла DRX в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим. В ответ передатчик 21 может конфигурироваться для передачи информационного сообщения к UE, где информационное сообщение содержит квитирование (ACK) упомянутого запроса. В качестве альтернативы передатчик 21 может конфигурироваться для передачи информационного сообщения к UE, где информационное сообщение содержит отрицательное квитирование (NACK) упомянутого запроса.
Узел радиосети может быть развитым Узлом Б (eNB). В качестве альтернативы узел радиосети может быть опорным сервером абонентов (HSS). В качестве альтернативы узел радиосети может быть объектом управления мобильностью (MME). Также возможно, что используется распределенное решение. То есть один или несколько из eNB, HSS и MME могут распределенно реализовывать описанные в этом документе функциональные возможности узла радиосети.
В соответствии с некоторыми из вариантов осуществления, описанных во всем этом раскрытии изобретения, предлагается применять цикл DRX в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим. Преимущественно, что цикл DRX является временным и применяется только тогда, когда UE переходит из ждущего режима в присоединенный режим. Как только UE находится в присоединенном режиме, может применяться нормальный (или обычный) цикл DRX присоединенного режима традиционным способом. Применение цикла DRX также в периоде времени между ждущим режимом и присоединенным режимом может обеспечить многие преимущества, которые описаны выше. Например, это применение может предоставить UE возможность экономить энергию во время перехода из ждущего режима в присоединенный режим. Предоставление UE возможности экономить энергию во время энергоемкой в других отношениях процедуры сигнализации перехода из ждущего в присоединенный режим может быть полезным многим UE, особенно (хотя и не исключительно) устройствам MTC.
Выше в подробном описании характерные подробности излагаются с целью объяснения, а не ограничения, чтобы обеспечить всестороннее понимание различных вариантов осуществления, описанных в данном раскрытии изобретения. В некоторых случаях подробные описания известных устройств, компонентов, схем и способов пропущены с тем, чтобы не затруднять описание раскрытых в этом документе вариантов осуществления ненужными подробностями. Все утверждения в этом документе, излагающие принципы, аспекты и варианты осуществления, раскрытые в этом документе, а также их отдельные примеры, предназначены для охвата как структурных, так и их функциональных эквивалентов. Дополнительно подразумевается, что такие эквиваленты включают в себя как известные в настоящее время эквиваленты, так и эквиваленты, разработанные в будущем, то есть любые разработанные элементы, которые выполняют ту же функцию независимо от структуры. Таким образом, например, станет понятно, что блок-схемы в этом документе могут изображать концептуальные представления пояснительных схем или других функциональных блоков, воплощающих принципы вариантов осуществления. Аналогичным образом станет понятно, что любые блок-схемы алгоритмов и тому подобное представляют различные процессы, которые большей частью могут быть представлены на машиночитаемом носителе и поэтому могут исполняться компьютером или процессором независимо от того, показан ли явно такой компьютер или процессор. Функции различных элементов, включающих в себя функциональные блоки, могут обеспечиваться посредством использования аппаратных средств, например аппаратных схем и/или аппаратных средств, допускающих исполнение программного обеспечения в виде кодированных команд, сохраненных на машиночитаемом носителе. Таким образом, такие функции и проиллюстрированные функциональные блоки нужно понимать как реализуемые либо аппаратными средствами, и/либо реализуемые компьютером, и соответственно реализуемые машиной. В плане аппаратной реализации функциональные блоки могут включать в себя, без ограничения, цифровой процессор сигналов (DSP), процессор с сокращенным набором команд, аппаратные (например, цифровые или аналоговые) схемы, включающие в себя, но не только, специализированную интегральную схему (схемы) [ASIC] и/или программируемую пользователем вентильную матрицу (матрицы) (FPGA), и (при необходимости) конечные автоматы, допускающие выполнение таких функций. В плане компьютерной реализации компьютер обычно понимается содержащим один или несколько процессоров либо один или несколько контроллеров. При обеспечении с помощью компьютера или процессора либо контроллера функции могут обеспечиваться одиночным специализированным компьютером или процессором либо контроллером, одиночным совместно используемым компьютером или процессором либо контроллером, или множеством отдельных компьютеров или процессоров либо контроллеров, некоторые из которых могут быть совместно используемыми или распределенными. Кроме того, использование термина "процессор" или "контроллер" также следует толковать как относящееся к другим аппаратным средствам, допускающим выполнение таких функций и/или исполнение программного обеспечения, например, к перечисленным выше примерным аппаратным средствам.
Хотя различные варианты осуществления из данного раскрытия изобретения описаны выше со ссылкой на конкретные варианты осуществления, не планируется ограничиться конкретной формой, изложенной в этом документе. Например, хотя многие из различных вариантов осуществления описаны преимущественно по отношению к EPS/LTE, специалист в данной области техники, извлекающий пользу из идей, представленных в предшествующем описании и на ассоциированных чертежах, догадается, что описанные в этом документе общие принципы и идеи можно в равной степени использовать, например, в UMTS/WCDMA/HSPA.
ИЗБРАННЫЕ ПРИМЕРНЫЕ ВАРИАНТЫ ОСУЩЕСТВЛЕНИЯ
Таким образом, раскрытая в этом документе технология включает в себя, без ограничения, следующие примерные варианты осуществления:
Примерный вариант M1 осуществления: Способ, выполняемый пользовательским оборудованием, UE, где UE конфигурируется для пребывания либо в ждущем режиме, либо в присоединенном режиме, при этом способ содержит:
применение цикла прерывистого приема, DRX, в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим.
Примерный вариант M2 осуществления: Способ в соответствии с примерным вариантом M1 осуществления, в котором цикл DRX является временным циклом DRX.
Примерный вариант M3 осуществления: Способ в соответствии с примерным вариантом M2 осуществления, в котором временный цикл DRX применяется только тогда, когда UE переходит из ждущего режима в присоединенный режим.
Примерный вариант M4 осуществления: Способ в соответствии с любым из примерных вариантов M2-M3 осуществления, дополнительно содержащий:
прекращение применения временного цикла DRX, когда UE перешло в присоединенный режим.
Примерный вариант M5 осуществления: Способ в соответствии с любым из примерных вариантов M1-M4 осуществления, дополнительно содержащий:
применение одного или нескольких параметров конфигурации DRX в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим.
Примерный вариант M6 осуществления: Способ в соответствии с любым из примерных вариантов M1-M5 осуществления, дополнительно содержащий, перед применением цикла DRX в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим:
передачу информационного сообщения узлу радиосети, причем информационное сообщение содержит запрос применения цикла DRX в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим.
Примерный вариант M7 осуществления: Способ в соответствии с примерным вариантом M6 осуществления, дополнительно содержащий, перед применением цикла DRX в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим:
прием информационного сообщения от узла радиосети, причем информационное сообщение содержит квитирование упомянутого запроса.
Примерный вариант M8 осуществления: Способ в соответствии с любым из примерных вариантов M1-M7 осуществления, дополнительно содержащий, перед применением цикла DRX в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим:
извлечение цикла DRX, применяемого в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим.
Примерный вариант M9 осуществления: Способ в соответствии с примерным вариантом M8 осуществления, в котором извлечение цикла DRX, применяемого в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим, содержит:
прием информационного сообщения от узла радиосети, причем информационное сообщение содержит информацию о цикле DRX.
Примерный вариант M10 осуществления: Способ в соответствии с примерным вариантом M8 осуществления, в котором извлечение цикла DRX, применяемого в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим, содержит:
извлечение информации о цикле DRX из запоминающего устройства, ассоциированного с UE.
Примерный вариант M11 осуществления: Способ в соответствии с любым из примерных вариантов M1-M10 осуществления, дополнительно содержащий, перед применением цикла DRX в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим:
извлечение параметров конфигурации DRX, применяемых в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим.
Примерный вариант M12 осуществления: Способ в соответствии с примерным вариантом M11 осуществления, в котором извлечение параметров конфигурации DRX, применяемых в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим, содержит:
прием информационного сообщения от узла радиосети, причем информационное сообщение содержит параметры конфигурации DRX.
Примерный вариант M13 осуществления: Способ в соответствии с примерным вариантом M11 осуществления, в котором извлечение параметров конфигурации DRX, применяемых в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим, содержит:
извлечение параметров конфигурации DRX из запоминающего устройства, ассоциированного с UE.
Примерный вариант M14 осуществления: Способ в соответствии с любым из предыдущих примерных вариантов осуществления, в котором период времени, когда UE переходит из ждущего режима в присоединенный режим, начинается, когда UE передает (то есть отправляет) исходное сообщение Произвольного доступа (см. фиг. 1).
Примерный вариант M15 осуществления: Способ в соответствии с любым из предыдущих примерных вариантов осуществления, в котором период времени, когда UE переходит из ждущего режима в присоединенный режим, заканчивается, когда UE передает (то есть отправляет) сообщение RRCConnectionReconfigurationComplete (см. фиг. 1).
Примерный вариант M16 осуществления: Способ в соответствии с любым из предыдущих примерных вариантов осуществления, в котором применение цикла DRX начинается после передачи или приема информационного сообщения в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим (см. фиг. 1).
Примерный вариант M17 осуществления: Способ в соответствии с примерным вариантом M16 осуществления, в котором применение цикла DRX начинается после передачи сообщения RRCConnectionRequest (см. фиг. 1).
Примерный вариант M18 осуществления: Способ, выполняемый узлом радиосети, содержащий:
передачу информационного сообщения пользовательскому оборудованию, UE, причем информационное сообщение содержит информацию о цикле DRX, применяемом UE в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим.
Примерный вариант M19 осуществления: Способ в соответствии с примерным вариантом M18 осуществления, дополнительно содержащий:
передачу информационного сообщения к UE, причем информационное сообщение содержит параметры конфигурации DRX, применяемые UE в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим.
Примерный вариант M20 осуществления: Способ, выполняемый узлом радиосети, содержащий:
прием информационного сообщения от пользовательского оборудования, UE, причем информационное сообщение содержит запрос применения цикла DRX в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим.
Примерный вариант M21 осуществления: Способ в соответствии с примерным вариантом M20 осуществления, дополнительно содержащий:
передачу информационного сообщения к UE, причем информационное сообщение содержит квитирование упомянутого запроса.
Примерный вариант U1 осуществления: Пользовательское оборудование, UE, сконфигурированное для пребывания либо в ждущем режиме, либо в присоединенном режиме, содержащее:
процессор; и
запоминающее устройство, хранящее код компьютерной программы, который при выполнении в процессоре побуждает UE применить цикл прерывистого приема, DRX, в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим.
Примерный вариант U2 осуществления: UE в соответствии с примерным вариантом U1 осуществления, в котором цикл DRX является временным циклом DRX.
Примерный вариант U3 осуществления: UE в соответствии с примерным вариантом U2 осуществления, в котором запоминающее устройство хранит код компьютерной программы, который при выполнении в процессоре побуждает UE применить временный цикл DRX только тогда, когда UE переходит из ждущего режима в присоединенный режим.
Примерный вариант U4 осуществления: UE в соответствии с любым из примерных вариантов U2-U3 осуществления, в котором запоминающее устройство хранит код компьютерной программы, который при выполнении в процессоре побуждает UE прекратить применять временный цикл DRX, когда UE перешло в присоединенный режим.
Примерный вариант U5 осуществления: UE в соответствии с любым из примерных вариантов U1-U4 осуществления, в котором запоминающее устройство хранит код компьютерной программы, который при выполнении в процессоре побуждает UE применить один или несколько параметров конфигурации DRX в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим.
Примерный вариант U6 осуществления: UE в соответствии с любым из примерных вариантов U1-U5 осуществления, дополнительно содержащее передатчик, сконфигурированный для передачи информационного сообщения узлу радиосети, причем информационное сообщение содержит запрос применения цикла DRX в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим.
Примерный вариант U7 осуществления: UE в соответствии с примерным вариантом U6 осуществления, дополнительно содержащее приемник, сконфигурированный для приема информационного сообщения от узла радиосети, причем информационное сообщение содержит квитирование упомянутого запроса.
Примерный вариант U8 осуществления: UE в соответствии с любым из примерных вариантов U1-U7 осуществления, в котором запоминающее устройство хранит код компьютерной программы, который при выполнении в процессоре побуждает UE извлечь цикл DRX, применяемый в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим.
Примерный вариант U9 осуществления: UE в соответствии с примерным вариантом U8 осуществления, в котором приемник конфигурируется для приема информационного сообщения от узла радиосети, причем информационное сообщение содержит информацию о цикле DRX.
Примерный вариант U10 осуществления: UE в соответствии с примерным вариантом U8 осуществления, в котором запоминающее устройство хранит код компьютерной программы, который при выполнении в процессоре побуждает UE извлечь информацию о цикле DRX из запоминающего устройства, ассоциированного с UE.
Примерный вариант U11 осуществления: UE в соответствии с любым из примерных вариантов U1-U10 осуществления, в котором запоминающее устройство хранит код компьютерной программы, который при выполнении в процессоре побуждает UE извлечь параметры конфигурации DRX, применяемые в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим.
Примерный вариант U12 осуществления: UE в соответствии с примерным вариантом U11 осуществления, в котором приемник конфигурируется для приема информационного сообщения от узла радиосети, причем информационное сообщение содержит параметры конфигурации DRX.
Примерный вариант U13 осуществления: UE в соответствии с примерным вариантом U11 осуществления, в котором запоминающее устройство хранит код компьютерной программы, который при выполнении в процессоре побуждает UE извлечь параметры конфигурации DRX из запоминающего устройства, ассоциированного с UE.
Примерный вариант U14 осуществления: UE в соответствии с любым из примерных вариантов U1-U13 осуществления, в котором период времени, когда UE переходит из ждущего режима в присоединенный режим, начинается, когда UE передает (то есть отправляет) исходное сообщение Произвольного доступа (см. фиг. 1).
Примерный вариант U15 осуществления: UE в соответствии с любым из примерных вариантов U1-U14 осуществления, в котором период времени, когда UE переходит из ждущего режима в присоединенный режим, заканчивается, когда UE передает (то есть отправляет) сообщение RRCConnectionReconfigurationComplete (см. фиг. 1).
Примерный вариант U16 осуществления: UE в соответствии с любым из примерных вариантов U1-U15 осуществления, в котором применение цикла DRX начинается после передачи или приема информационного сообщения в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим (см. фиг. 1).
Примерный вариант U17 осуществления: UE в соответствии с примерным вариантом U16 осуществления, в котором применение цикла DRX начинается после передачи сообщения RRCConnectionRequest (см. фиг. 1).
Примерный вариант N1 осуществления: Узел радиосети, содержащий:
передатчик, сконфигурированный для передачи информационного сообщения пользовательскому оборудованию, UE, причем информационное сообщение содержит информацию о цикле DRX, применяемом UE в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим.
Примерный вариант N2 осуществления: Узел радиосети в соответствии с примерным вариантом N1 осуществления, в котором передатчик конфигурируется для передачи информационного сообщения пользовательскому оборудованию, UE, причем информационное сообщение содержит параметры конфигурации DRX, применяемые UE в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим.
Примерный вариант N3 осуществления: Узел радиосети в соответствии с примерным вариантом N1 или N2 осуществления, где узел радиосети выполнен в виде одного или нескольких из следующего: развитый Узел Б (eNB), опорный сервер абонентов (HSS), объект управления мобильностью (MME).
Примерный вариант N4 осуществления: Узел радиосети, содержащий:
приемник, сконфигурированный для приема информационного сообщения от пользовательского оборудования, UE, причем информационное сообщение содержит запрос применения цикла DRX в течение периода времени, когда UE переходит из ждущего режима в присоединенный режим.
Примерный вариант N5 осуществления: Узел радиосети в соответствии с примерным вариантом N4 осуществления, дополнительно содержащий передатчик, сконфигурированный для передачи информационного сообщения к UE, причем информационное сообщение содержит квитирование упомянутого запроса.
Примерный вариант N6 осуществления: Узел радиосети в соответствии с примерным вариантом N4 или N5 осуществления, где узел радиосети выполнен в виде одного или нескольких из следующего: развитый Узел Б (eNB), опорный сервер абонентов (HSS), объект управления мобильностью (MME).
У специалиста в данной области техники, извлекающего пользу из идей, представленных в предшествующем описании и на ассоциированных чертежах, возникнут модификации и другие разновидности описанных вариантов осуществления. Поэтому нужно понимать, что варианты осуществления не ограничиваются конкретными примерными вариантами осуществления, и что модификации и другие разновидности предназначены для включения в объем данного раскрытия изобретения. Хотя в этом документе могут применяться специальные термины, они используются только в общем и описательном смысле, а не с целью ограничения.
СОКРАЩЕНИЯ
го
3GPP Проект партнерства 3 поколения
CC Контроль кредитов
DL Нисходящая линия связи
DRX Прерывистый прием
eNB eNodeB
eNodeB Узел Б в E-UTRAN
EPS Развитая пакетная система
E-UTRA Развитый универсальный наземный радиодоступ
E-UTRAN Развитая UTRAN
GPRS Общая служба пакетной радиопередачи
GTPv2-C Часть плоскости управления в версии 2 Протокола туннелирования GPRS
HLR Опорный регистр местоположения
HSPA Высокоскоростной пакетный доступ
HSS Опорный сервер абонентов
IE Информационный элемент
IMSI Международный идентификатор абонента мобильной связи
IP Интернет-протокол
IP-CAN Сеть доступа с IP-соединениями
LTE Система долгосрочного развития
M2M Межмашинный
MAC Управление доступом к среде передачи
MD Машинное устройство
MME Объект управления мобильностью
MOD По модулю
MS Мобильная станция
Msg Сообщение
MTC Связь машинного типа
NAS Уровень, не связанный с предоставлением доступа
PCEF Функция применения политики и тарификации
PCRF Функция политики и правил тарификации
PDN Сеть с коммутацией пакетов
PDU Протокольный блок данных
PGW Шлюз PDN
RA Произвольный доступ
RRC Управление радиоресурсами
S1 Интерфейс между сетью радиодоступа и базовой сетью в EPS
S1AP Прикладной протокол S1 (протокол плоскости управления, используемый между eNB и MME)
SGSN Обслуживающий узел поддержки GPRS
SGW Обслуживающий шлюз
SI Системная информация
TS Техническая спецификация
UE Пользовательское оборудование
UL Восходящая линия связи
UMTS Универсальная система мобильных телекоммуникаций
USIM Универсальный модуль идентификации абонента
UTRAN Универсальная наземная сеть радиодоступа
WCDMA Широкополосный коллективный доступ с кодовым разделением каналов