СПОСОБ И УСТРОЙСТВО ДЛЯ ОБРАБОТКИ ДАННЫХ В СЕТИ СВЯЗИ
METHOD AND DEVICE FOR DATA PROCESSING IN COMMUNICATION NETWORK

Настоящее изобретение относится к способу и устройству для обработки данных в сети связи. Кроме того, предлагается система связи, содержащая по меньшей мере одно такое устройство.
Радиосеть обычно включает в свой состав базовую станцию (BS, base station), также называемую базовой приемопередающей станцией, узлом NodeB, eNodeB или eNB, мобильное устройство (также называемое пользовательским оборудованием (UE, user equipment), мобильной станцией или мобильным терминалом) и дополнительные сетевые элементы, которые обеспечивают взаимные соединения с базовой сетью. Базовая станция BS соединяет UE через так называемый радиоинтерфейс (также называемый беспроводным интерфейсом).
В документе 3GPP TS 36.321, V9.3.0, в разделе 5.7 "Discontinuous Reception (DRX)" (Прерывистый прием (DRX)) описаны средства для минимизации потребления энергии батареи UE и для максимального увеличения срока службы батареи UE. Эти аспекты применимы к UE, которые находятся в так называемом режиме RRC_CONNECTED.
Функции DRX можно в целом обобщить следующим образом (см. также 3GPP TS 36.321, раздел 5.7):
(a) если функция DRX неактивна, UE постоянно контролирует наличие в физическом нисходящем канале управления (PDCCH, physical downlink control channel) информации о предоставлении ресурсов в восходящей линии связи (UL, uplink) и в нисходящей линии связи (DL, downlink);
(b) если функция DRX активна, применимы следующие положения:
- временная шкала разделяется на циклы DRX, каждый из которых содержит одинаковое количество подкадров (в соответствии с 3GPP TS 36.211 подкадр составляет 1/10 радиокадра, и длина подкадра равна 1 мс), при этом циклы DRX следуют друг за другом. Начало цикла DRX связано с номером системного кадра (SFN, system frame number) и смещением, специфичным для UE;
- имеются определенные периоды времени в пределах цикла DRX, в течение которых UE находится в режиме "DRX Active" (активная фаза цикла DRX). Если устройство UE находится в режиме "DRX Active", оно контролирует канал PDCCH на наличие в нем информации о предоставлении ресурсов в UL и DL (предоставление ресурсов в UL и DL соответствует индикации, переданной по PDCCH, для уведомления о передаче в DL или UL). Следовательно, UE может принимать данные в ходе сеансов передачи в DL и пересылать данные в ходе сеансов передачи в UL;
- если устройство UE находится в режиме "DRX Sleep" (фаза ожидания в цикле DRX), то есть в режиме, отличном от "DRX Active", то оно не контролирует канал PDCCH на наличие в нем информации о предоставлении ресурсов в UL и DL. Следовательно, UE в этом режиме не может принимать данные в сеансах передачи в DL по PDSCH для выделенных транспортных каналов и выполнять сеансы передачи в UL по PUSCH. В режиме "DRX Sleep" приемник UE, который управляет процессом приема данных по PDCCH и физическому общему нисходящему каналу (PDSCH, physical downlink shared channel), отключается, и таким образом экономится мощность, потребляемая UE.
Циклы DRX могут иметь следующие длины: 10 мс, 20 мс, 32 мс, 40 мс, 64 мс, 80 мс, 128 мс, 160 мс, 256 мс, 320 мс, 512 мс, 640 мс, 1024 мс, 1280 мс, 2048 мс или 2560 мс. Таймеры "DRX OnDuration" (длительность активного периода DRX) и "DRX Inactivity" (неактивный период DRX) определяются в документе 3GPP следующим образом:
(а) таймер DRX OnDuration:
- для каждого UE поддерживается один такой таймер;
- таймер запускается в момент наступления первого подкадра цикла DRX;
- если таймер функционирует, UE находится в режиме "DRX Active";
- возможные установки для этого таймера определены в документе 3GPP TS 36.331;
- единицы измерения: количество подкадров PDCCH;
(b) таймер DRX Inactivity:
- для каждого UE поддерживается один такой таймер;
- таймер запускается или перезапускается, если PDCCH указывает на новый сеанс передачи в UL и DL и если UE в этот момент находится в режиме "DRX Active";
- если таймер функционирует, UE находится в режиме "DRX Active";
- возможные установки для этого таймера определены в документе 3GPP TS 36.331;
- единицы измерения: количество подкадров PDCCH.
На фиг.1 показана схема, иллюстрирующая функции, выполняемые таймером DRX OnDuration и таймером DRX Inactivity в радиосети при взаимодействии eNB 103 и UE 104.
В начале каждого цикла 101 DRX запускается таймер 102 DRX OnDuration. Следовательно, UE 104 находится в режиме "DRX Active" в первых подкадрах цикла 101 DRX и может принимать из eNB 103 информацию о предоставлении ресурсов в DL и UL. Во временной отметке 105 по каналу PDCCH из eNB 103 в UE 104 передается информация о предоставлении ресурсов в DL, и запускается таймер DRX Inactivity (этот момент указан стрелкой 107), таким образом, продлевается период нахождения устройства в режиме "DRX Active". Во временной отметке 106 в UE 104 передается другая информацию о предоставлении ресурсов в DL, и таймер DRX Inactivity перезапускается (этот момент указан стрелкой 108), вследствие чего продлевается период нахождения этого UE 104 в режиме "DRX Active".
Перезапуск таймера DRX Inactivity приводит к перемещению (расширению) окна таймера DRX Inactivity каждый раз, когда поступает информация о предоставлении ресурсов, указывающая на новый сеанс передачи в UL или DL. Это происходит только в том случае, если UE 104 находится в режиме "DRX Active"; в противном случае UE 104 не может получить такую информацию о предоставлении ресурсов из eNB 103. Если eNB 103 постоянно передает в UE 103 такую информацию о предоставлении ресурсов, окно таймера DRX Inactivity перемещается за пределы цикла 101 DRX, в следующий цикл 101 DRX. В этом примере выполнения сценария UE 103 не переходит в режим "DRX Sleep" в течение такого цикла 101 DRX.
Если eNB 103 не передает в UE 104 какую-либо информацию о предоставлении ресурсов, то таймер DRX Inactivity истекает, и устройство UE 104 выходит из режима "DRX Active" и, таким образом, переходит в режим "DRX Sleep", в котором оно более не способно прослушивать PDCCH. В этом сценарии UE 104 не способно принимать и обрабатывать любую дальнейшую информацию о предоставлении ресурсов в DL, поступающую из eNB 103, до тех пор, пока оно снова не активизируется в начале следующего цикла DRX, в котором таймер DRX On-Duration перезапускается, или - в альтернативном варианте - пока UE 104 в любой момент времени в пределах цикла DRX не передаст "Запрос планирования" (Scheduling Request), для того чтобы указать eNB 103 на то, что в буфере UE имеются данные, которые требуется передать в UL.
На фиг.2 показана схема, иллюстрирующая функции, выполняемые с помощью запроса 201 планирования, передаваемого устройством UE 203 в eNB 202 в момент t1 времени в пределах цикла 204 DRX.
В цикле 204 DRX устройство UE 203 переходит в режим "DRX Sleep". Следовательно, в цикле 204 DRX устройство UE 203 не принимает какую-либо информацию из eNB 202 до тех пор, пока само не инициирует связь с eNB 202 посредством запроса 201 планирования.
Запрос 201 планирования может передаваться в любое время в цикле 204 DRX, если UE назначены соответствующие ресурсы в PUCCH. Эти ресурсы назначаются с заданной периодичностью (например, в пределах 40 мс) для одного подкадра. UE 203 передает запрос 201 планирования, если имеются данные UL, подлежащие пересылке в eNB 202. При передаче запроса 201 планирования UE 203 активизируется. В соответствии с запросом 201 планирования устройство UE 203 остается в режиме "DRX Active", пока eNB 202 пересылает информацию о предоставлении ресурсов в UL и UE 203 запускает таймер 205 DRX Inactivity.
Во временной отметке t2 узел eNB 202 запускает таймер 205 DRX Inactivity и по PDCCH пересылает в UE 203 информацию о предоставлении ресурсов в UL. UE 203 остается в режиме "DRX Active", поскольку продолжается обработка запроса 201 планирования и запущен таймер 205 DRX Inactivity. Во временной отметке t3 устройство UE 203 передает в eNB данные UL по каналу PUSCH. Пока не истечет время, установленное при запуске таймера 205 DRX Inactivity, UE 203 находится в режиме "DRX Active".
Если осуществляют планирование для нескольких UE без учета их относительного времени в отношении режимов "DRX Active" и "DRX Sleep", то eNB, возможно, не сможет получить данные, переданные в цикле DRX.
На фиг.3 показана временная диаграмма, иллюстрирующая эту проблему.
Например, eNB вначале может потребоваться передать первую порцию данных DL первому UE 301, а вторую порцию данных DL - второму UE 302. Во временной отметке 303 первое устройство UE 301 в скором времени должно перейти в режим "DRX Sleep", а второе устройство UE 302 остается в режиме "DRX Active" в течение более длительного промежутка времени. Если узел eNB принимает решение вначале передать вторую порцию данных во второе UE 302, он не сможет передать первую порцию данных в первое UE 301 в течение того же цикла DRX, поскольку во временной отметке 304 первое UE 301 переходит в режим "DRX Sleep", и в этом цикле DRX узел eNB не может получить к нему доступ. Это приводит к значительной задержке 305 передачи данных в UE 301.
Этот вид неуправляемого планирования в отношении длительности режимов "DRX Active" может привести к возникновению нежелательной задержки для устройства UE, которое переходит в режим "DRX Sleep", например, в последующем подкадре. Это, в частности, является критичным аспектом при рассмотрении установок для DRX, которые приводят к длительным периодам поддержки устройством UE своего режима "DRX Sleep". Например, для VolP-соединений требуется хорошее качество и небольшая задержка, поскольку процесс передачи речевого сигнала чувствителен к любой такой задержке. С другой стороны, UE должно экономно использовать свои ресурсы, чему может способствовать функция DRX, позволяющая уменьшать потребление энергии.
Проблема, которую необходимо разрешить, заключается в преодолении указанных выше недостатков и, в частности, в обеспечении эффективного решения по использованию функции DRX.
Эта проблема решается согласно признакам независимых пунктов формулы изобретения. Другие варианты осуществления настоящего изобретения следуют из зависимых пунктов формулы изобретения.
Для решения этой проблемы предлагается способ обработки данных в сети связи,
согласно которому терминалу назначают приоритет планирования на основе периода времени, оставшегося до перехода терминала в режим ожидания.
Этот подход обеспечивает преимущество, заключающееся в том, что вероятность рассмотрения конкретного терминала возрастает, если этот терминал достигает конца своего активного режима (перед переходом в режим ожидания). Следовательно, при рассмотрении оставшихся периодов времени (мобильных) терминалов, находящихся в соответствующем активном режиме, задержка при передаче данных может быть значительно уменьшена.
Следует отметить, что предложенная здесь концепция применима для мобильных сетей, а также для стационарных сетей и комбинации таких сетей.
Описываемый подход позволяет назначать приоритет планирования на основе периода времени до тех пор, пока мобильный или стационарный терминал не переходит в режим ожидания. Это соответствует положению, согласно которому планирование терминала должно осуществляться в период его активности. Следует отметить, что активный режим может представлять собой фрагмент энергосберегающего цикла (например, DRX), в процессе которого к терминалу может обращаться сетевой компонент, в частности базовая станция.
Кроме того, необходимо иметь в виду, что терминал (в частности, UE) может параллельно запускать несколько услуг. Следовательно, процесс предоставления приоритета планирования может зависеть от услуги, то есть он может применяться для подмножества услуг.
В отношении услуг LTE требуемая дифференциация при обработке достигается путем преобразования в отдельные каналы передачи данных, так чтобы канал мог соответствовать базовым средствам для eNB для использования дифференциации услуг. Таким образом, предлагаемый механизм назначения приоритетов может применяться по меньшей мере для одного канала, в частности, для подмножества каналов, то есть на основе доступности данных определенного канала, подлежащего передаче в/из UE.
В варианте осуществления настоящего изобретения терминал представляет собой мобильный или стационарный терминал.
Мобильный терминал может представлять собой любое мобильное устройство или мобильную станцию, оснащенную интерфейсом с беспроводной сетью, в частности с сетью мобильной связи. Следовательно, сеть связи может содержать средства радиосвязи (например, сеть радиодоступа) и средства проводной связи. В таком сценарии длительность режима "DRX Active" и/или режима "DRX Sleep" может коррелироваться в пределах обеих частей сетей и назначение приоритетов может быть ориентировано на сквозные соединения.
Кроме того, терминал может работать в стационарной сети.
В другом варианте осуществления настоящего изобретения терминал имеет функцию энергосбережения.
Функция энергосбережения может содержать указанные режимы ожидания и активности терминала.
В другом варианте осуществления настоящего изобретения функция энергосбережения включает функцию прерывистого приема, включающую, в частности, режимы "DRX Active" и "DRX Sleep".
Следовательно, при назначении приоритета планирования может учитываться период времени до перехода терминала в режим "DRX Sleep" (или время нахождения терминала в режиме "DRX Active"). Чем ближе окончание фазы режима "DRX Active", тем больше вероятность того, что конкретный терминал будет рассматриваться для планирования, например, базовой станцией.
Следует отметить, что терминал для энергосбережения может использовать функцию прерывистой передачи. В таком сценарии усилитель мощности или фрагмент цепи передачи может отключаться в тот момент, когда система находится в режиме "DRX Sleep". После этого данные восходящей линии связи могут не включаться в очередь ожидания для передачи из UE.
В другом варианте осуществления настоящего изобретения приоритет планирования назначается компонентом сети связи, в частности базовой станцией сети радиодоступа.
Следовательно, базовая станция (например, eNB) может учитывать мобильные терминалы (UE), подключенные с использованием указанного механизма планирования. Назначение приоритетов позволяет использовать активные режимы мобильного терминала таким образом, чтобы данные передавались в мобильные терминалы перед истечением таймера в мобильном терминале и переходом мобильного терминала в режим ожидания. Следует отметить, что режим ожидания, в частности, может продолжаться в течение предварительно определенного периода времени (например, цикла DRX), после чего мобильный терминал может повторно перейти в активный режим.
Следует также отметить, что мобильный терминал может повторно активизироваться в течение своего периода ожидания в том случае, если ему потребуется передать данные в базовую станцию (запрос планирования передается мобильным терминалом в базовую станцию, и мобильный терминал, таким образом, снова находится в активном режиме). С другой стороны, существует вероятность, что для базовой станции не представится возможность (в оставшийся промежуток времени цикла DRX) повторной активизации мобильного терминала после его перехода в режим ожидания.
Кроме того, согласно варианту осуществления настоящего изобретения терминалу назначают приоритет планирования, который повышается по мере уменьшения времени, оставшегося до перехода терминала в режим ожидания.
Следует отметить, что приоритет может зависеть от оставшегося времени периода активности и изменяться в зависимости от этого времени.
В соответствии с другим вариантом осуществления настоящего изобретения приоритет планирования содержит весовой коэффициент, который основан на времени до перехода терминала в режим ожидания.
В частности, приоритет планирования может быть основан на типе терминала, используемой услуге (применение, например, специфичного для услуги веса), оставшейся задержке адресата, использовании ресурсов (время, частота, мощность, коды и т.д.) и на любой комбинации указанных компонентов.
Следует отметить, что весовой коэффициент, зависящий от оставшегося времени активности, может применяться к любой комбинации критериев для установления приоритетов. Например, могут поддерживаться несколько весовых коэффициентов, зависящих от нескольких критериев, в частности, по меньшей мере от одного критерия назначения приоритетов планирования.
В соответствии с вариантом осуществления настоящего изобретения приоритет планирования основан по меньшей мере на одном классе или типе терминала и/или услуги.
Например, трафик, чувствительный к задержке, может планироваться с использованием более высокого весового коэффициента (в результате чего вероятность передачи такого трафика возрастает) по сравнению с графиком наилучшего качества. Это позволяет учитывать терминалы, чувствительные к задержке (например, мобильные терминалы, передающие данные VolP), с более высоким приоритетом, в частности, в том случае, если режим активности этих терминалов подходит к концу.
В соответствии с другим вариантом осуществления настоящего изобретения назначение приоритетов при планировании для нескольких терминалов основывается на времени перехода терминалов в режим ожидания.
Другими словами, с учетом функции DRX планирование (например, выполняемое базовой станцией) может осуществляться в соответствии со временем, оставшимся для каждого мобильного терминала (например, UE) в соответствующем режиме "DRX Active". Весовой коэффициент может применяться в зависимости от оставшегося времени нахождения в режиме "DRX Active".
В соответствии с еще одним вариантом осуществления настоящего изобретения назначение приоритетов при планировании для нескольких терминалов основывается на информации о качестве обслуживания и/или информации о качестве канала.
Следовательно, при планировании могут, в частности, рассматриваться другие критерии (дополнительно к времени активного режима, оставшемуся для каждого терминала), например, QoS (например, на основе соглашения об уровне обслуживания) и/или качество канала (например, измеренное). Например, терминалу, использующему услугу, требующую высокого уровня QoS, может назначаться приоритет более высокий, чем для услуги, которая, например, менее восприимчива к задержке. Кроме того, качество канала может учитываться таким образом, чтобы канал плохого качества мог инициировать повышение или понижение приоритета для конкретного терминала.
Таймеры, относящиеся к DRX, могут определяться в спецификации для стороны UE, то есть UE может (повторно) запускать таймер DRX OnDuration или таймер DRX Inactivity на основании определенных условий запуска (например, таймер DRX Inactivity (повторно) запускается сразу же после выполнения планирования UE). Таким образом, eNB может предсказывать или отслеживать состояние режима DRX устройства UE на основе той же информации о конфигурации (то есть установок таймера и т.д.) и контролировать события запуска для (повторного) запуска таймеров (например, для планирования UE, приема запроса планирования и т.д.).
В соответствии с другим вариантом осуществления настоящего изобретения терминал передает информацию о временных интервалах, относящихся к его режиму ожидания и/или к активному режиму, в сетевой компонент, назначающий приоритет планирования.
Следовательно, информация о временных интервалах, относящихся к режиму ожидания и/или к активному режиму, может передаваться из (мобильного) терминала в сетевой компонент, например в базовую станцию (eNB). Таким образом, терминал информирует сетевой компонент о своем намерении перейти в режим ожидания и/или о моменте времени, в который он переходит или собирается перейти в режим ожидания.
В соответствии с еще одним вариантом осуществления настоящего изобретения терминал передает запрос на переход в режим ожидания в сетевой компонент, назначающий приоритет планирования.
Терминал (мобильный) может запросить у сетевого компонента информацию о том, допускается ли ему переход в режим ожидания. Следовательно, сетевой компонент может указать мобильному терминалу на то, что последний пока еще не доложен переходить в режим ожидания, поскольку в терминал должны передаваться дополнительные данные из сетевого компонента.
Кроме того, терминал может получить из сетевого компонента подтверждение перехода в режим ожидания. В альтернативном варианте таймер может использоваться терминалом для ожидания ответа от сетевого компонента в течение предварительно определенного периода времени; если такой ответ не поступает до истечения таймера, терминал переходит в режим ожидания.
Следует отметить, что UE может определить режимы "DRX Active" и "DRX Sleep" на основе информации о конфигурации (например, на основе установок таймера и т.д.) и/или состояний запуска, и eNB может предсказать момент перехода UE в режим "DRX Active" и/или "DRX Sleep" на основе информации того же типа.
Проблема, отмеченная выше, также решается с помощью устройства для обработки данных в сети связи, содержащего блок обработки или связанного с таким блоком, который сконфигурирован для назначения терминалу приоритета планирования на основе периода времени, оставшегося до перехода этого терминала в режим ожидания.
Следует отметить, что шаги описанного способа могут также выполняться в этом блоке обработки.
Следует также отметить, что указанный блок обработки может содержать по меньшей мере одно средство, которое сконфигурировано для выполнения шагов описываемого способа. Средства могут логически или физически разделяться; в частности, несколько логически разделенных средств могут объединяться по меньшей мере в одном физическом блоке.
Указанный блок обработки может содержать по меньшей мере один из следующих компонентов: процессор, микроконтроллер, аппаратно-реализованную цепь, ASIC, FPGA, логическое устройство.
В варианте осуществления устройство может являться компонентом сети связи, в частности базовой станции сети радиодоступа.
Предлагаемое в этом описании решение также включает компьютерный программный продукт, непосредственно загружаемый в память цифрового компьютера и содержащий фрагменты программного кода, предназначенного для выполнения шагов описываемого способа.
Кроме того, проблема, отмеченная выше, решается с использованием машиночитаемого носителя, например, памяти любого вида, в которой хранятся машиноисполняемые инструкции, сконфигурированные таким образом, чтобы при их исполнении компьютерная система выполняла описываемый способ.
Помимо этого, проблема, указанная выше, также решается с помощью системы связи, содержащей по меньшей мере одно описанное устройство.
Варианты осуществления настоящего изобретения показаны и проиллюстрированы на следующих чертежах.
На фиг.4 показан пример диаграммы, иллюстрирующей возможные весовые коэффициенты в зависимости от длительности временного интервала, оставшегося до перехода мобильного терминала в режим "DRX Sleep".
На фиг.5 показан сетевой компонент, например базовая станция, шлюз, маршрутизатор, коммутатор и т.д., который соединен с сетью и с двумя терминалами, при этом планирование для терминалов осуществляется этим сетевым компонентом.
Согласно решению, представленному в этом описании, в частности, предлагается назначать приоритеты планирования UE таким образом, чтобы устройство UE, которое ближе к завершению режима "DRX Active", планировалось с более высокой вероятностью.
Это решение позволяет следующим образом динамически назначать приоритеты нескольким UE.
(1) Устройства UE, которые находятся в режиме "DRX Active", который будет продолжаться по меньшей мере в течение предварительно определенного периода времени (заданного, например, пороговым значением), могут планироваться в соответствии с критерием (например, в соответствии с нормальным режимом планирования) для QoS и/или качества канала. Это позволяет получать преимущества при планировании за счет дифференцирования уровней QoS и учета качества канала.
(2) Устройства UE, режим "DRX Active" которых близок к завершению (например, период времени, в течение которого UE должно находиться в режиме "DRX Active", меньше заданного порогового значения), могут планироваться, например, с повышенным приоритетом. Например, приоритет может повышаться с уменьшением времени, оставшегося в режиме "DRX Active".
Следовательно, назначение приоритетов устройствам UE может выполняться в соответствии с индивидуальным временем, оставшимся для нахождения этих устройств в режиме "DRX Active". Весовой коэффициент может использоваться в зависимости от времени, оставшегося до окончания режима "DRX Active"; причем с помощью такого весового коэффициента принимается во внимание промежуток до окончания текущей фазы режима "DRX Active". Чем ближе окончание режима "DRX Active", тем выше может устанавливаться весовой коэффициент, так чтобы соответствующее UE планировалось базовой станцией (eNB) с большей вероятностью в конце периода времени, отведенного для текущего режима "DRX Active" этого устройства.
i
i
Критерий планирования для устройств UE может, в частности, зависеть от информации QoS и/или качества канала. Например, критерий C(t) для назначения приоритета планирования устройству UE с учетом наступающего подкадра t может определяться следующим образом:
i
C(t)=f(QoS, качество канала (t), …).
i
i
Следовательно, критерий C(t) может представлять собой функцию, зависящую от QoS, качества канала в течение времени t и т.д. Этот критерий C(t) может с помощью весового коэффициента w следующим образом настраиваться для устройств UE, работающих в режиме "DRX Active":
i
DRX_Activity
i
i
C,(t)=C(t)*W(t_dist),
i
i
i
DRX_Activity
где t_dist представляет собой промежуток времени от фактического показания времени t до завершения текущего для UE режима "DRX Active". Этот новый критерий C,(t) может использоваться для назначения приоритетов планирования устройств UE.
i
i
i
i
i
i
На фиг.4 показан пример диаграммы, иллюстрирующей, каким образом может определяться весовой коэффициент w(t_dist) в виде функции от времени, оставшегося до завершения режима "DRX Active". Например, как показано на фиг.4, если время t_dist до завершения режима "DRX Active" достигает для конкретного UE, значения "1" (осталось мало времени), то весовой коэффициент w устанавливается равным "9" (высокое значение весового коэффициента). Следовательно, вероятность планирования этого UE велика, поскольку в противном случае UE может перейти в режим "DRX Sleep", и базовая станция в том же цикле DRX не сможет получить доступ к этому устройству. В другом примере, если время t_dist составляет "2", то весовой коэффициент w устанавливается равным "7", а если время t_dist составляет "3", то весовой коэффициент w устанавливается равным "5". Если время t_dist составляет "4", то весовой коэффициент w устанавливается равным "3", а если время t_disti составляет по меньшей мере "5", то весовой коэффициент w устанавливается равным "1". Это указывает на то, что чем ближе завершение режима "DRX Active", тем выше становится указанный весовой коэффициент w.
Следует отметить, что значения, показанные на фиг.4, приведены только в качестве примера. Весовые коэффициенты могут определяться таким образом, чтобы удовлетворять условию:
i
i
w(t_dist)>=w(t_dist+1),
i
i
следовательно, чем больше промежуток времени t_dist, тем меньше весовой коэффициент. Это условие может быть оптимизировано для VolP. Кроме того, значения весовых коэффициентов могут устанавливаться таким образом, чтобы они в значительной степени увеличивались с уменьшением времени t_dist.
Следует отметить, что определение весовых коэффициентов может быть основано также на других критериях, например, на любом критерии, который может использоваться для определения приоритета и/или для планирования.
Этот весовой коэффициент w, в частности, позволяет получить преимущество в ситуации, когда в соте находится большое количество активных UE, причем не все эти UE могут быть обслужены в каждом подкадре. Следовательно, в такой ситуации может приниматься решение о временном исключении из процесса планирования некоторых UE. Такое решение может приниматься на основе механизма назначения приоритетов, представленного в этом описании.
На фиг.5 показан сетевой компонент 501, например базовая станция, шлюз, маршрутизатор, коммутатор и т.д., который соединен с сетью 502. Кроме того, сетевой компонент 501 соединен с терминалом 503 и терминалом 504. Соединение между сетевым компонентом 501 и терминалами 503, 504 может быть реализовано в виде радиосоединения или соединения по стационарной линии.
Трафик (например, речевой трафик) из сети 502 планируется сетевым компонентом 501, учитывающим время, в течение которого терминалы 503, 504 остаются в активном режиме, то есть время, оставшееся до перехода терминалами 503, 504 в режим ожидания для энергосбережения.
Если терминал 503 собирается перейти в режим ожидания, а терминал 504 остается некоторое время в активном режиме, то планирование для терминала 503 осуществляется с большим приоритетом, поскольку в ближайшее время предполагается его переход в режим ожидания, и трафик этого терминала принимается раньше трафика терминала 504, обслуживание которого запланировано в более позднее время. Как описано выше, при планировании могут также учитываться другие параметры, такие как тип терминала, тип данных, QoS, качество канала и т.д. В результате могут приниматься различные решения в зависимости от типа трафика; например, терминал 503 может быть нечувствителен к задержкам, в то время как терминал 504 выполняет VolP-вызов, который в значительной степени чувствителен к времени задержки.
Кроме того, терминалы 503, 504 могут передавать в сетевой компонент 501 информацию, относящуюся к временным интервалам их режимов ожидания и активных режимов. Эта информация может использоваться при планировании для терминалов 503, 504. Помимо этого, дополнительно терминалы 503, 504 могут передавать запрос на переход в режим ожидания и ожидать подтверждения из сетевого компонента 501. Это предотвращает ситуацию перехода терминала в режим ожидания непосредственно перед тем, как ему могли бы быть переданы дополнительные данные, и, таким образом, позволяет эффективно использовать механизм энергосбережения.
Следует отметить, что объекты, показанные на фиг.5, могут быть реализованы специалистом в этой области техники в виде различных физических блоков, при этом терминал может представлять собой мобильный терминал, а сетевой компонент может быть реализован в виде базовой станции. Терминал или сетевой компонент могут быть реализованы в виде по меньшей мере одного логического объекта (или связаны с таким объектом), который может представлять собой аппаратное обеспечение, программный код, например, программное и/или микропрограммное обеспечение, выполняемый блоком обработки, например, компьютером, микроконтроллером, ASIC, FPGA и/или любым другим логическим устройством.
Описанные функции могут быть основаны на существующем компоненте (беспроводной) сети, возможности которого расширяются посредством программного и/или аппаратного обеспечения. Указанная в этом писании базовая станция (станции) также может представлять собой любую базовую станцию, базовую приемопередающую станцию или контроллер базовой станции, соответствующие любому стандарту связи. Соответственно, мобильное устройство (мобильный терминал, мобильная станция, UE) может быть реализовано согласно любому существующему или разрабатываемому стандарту связи.
Описываемый подход позволяет назначать приоритет планирования на основе периода времени, продолжающегося до тех пор, пока мобильный или стационарный терминал не переходит в режим ожидания. Это соответствует положению, согласно которому планирование для терминала должно осуществляться в период его активности. Следует отметить, что активный режим может представлять собой фрагмент цикла DRX, в процессе которого к терминалу может обращаться сетевой компонент, в частности базовая станция.
Кроме того, необходимо отметить, что описанное решение может применяться в рамках технологии LTE, а также технологий, отличных от LTE. К технологиям, отличным от LTE, можно, в частности, отнести разрабатываемые версии или стандарты. Кроме того, изложенное решение может применяться ко всем видам мобильных и/или стационарных сетей, в частности, обеспечивающих соответствующие интерфейсы, таймеры и/или элементы архитектуры.
Дополнительные преимущества
Задержка при передаче с большой долей вероятности уменьшается и/или устраняется путем эффективного планирования для устройств UE и отмены перехода в режим "DRX Sleep" в том случае, если данные должны передаваться из базовой станции в UE.
Соответственно, повышается вероятность планирования для UE на фазе его нахождения в режиме "DRX Active". Это позволяет выполнять требования, относящиеся к QoS, совместно с функцией DRX. Следовательно, предложенный подход обеспечивает эффективное решение для реализации улучшенных характеристик графика, чувствительного к задержкам, такого как трафик VolP.
Путем подходящей настройки весового коэффициента можно достичь компромисса между назначением приоритетов в цикле DRX и другими критериями планирования, отвечающими индивидуальным требованиям, например, сетевого оператора и/или абонента.
Дополнительно обеспечивается весовой коэффициент w, специфичный для классов UE, предоставляющих различные возможности, и для отдельных услуг. Например, трафик, чувствительный к задержке, может планироваться с использованием более высокого весового коэффициента (в результате чего вероятность передачи такого трафика возрастает) по сравнению с графиком наилучшего качества. Это позволяет учитывать терминалы, чувствительные к задержке (например, мобильные терминалы, передающие данные VolP), с более высокой вероятностью, в частности, в том случае, если режим активности этих терминалов завершается. Следует, однако, отметить, что для различных уровней QoS могут определяться различные каналы передачи данных таким образом, чтобы типы услуг, используемые терминалом, могли различаться, и, следовательно, в процессе назначения приоритетов могли бы учитываться такие типы услуг.
Список аббревиатур
3GPP
3rd Generation Partnership Project, проект совместной координации разработки систем третьего поколения
BS
Base Station, базовая станция
DL
Downlink, нисходящая линия связи
DRX
Discontinuous Reception, прерывистый прием
eNB
evolved NodeB, усовершенствованный узел NodeB
IP
Internet Protocol, Интернет-протокол
LTE
Long Term Evolution, технология долгосрочного развития
PDCCH
Physical Downlink Control Channel, физический нисходящий канал управления
PDSCH
Physical Downlink Shared Channel, физический общий нисходящий канал
PUCCH
Physical Uplink Control Channel, физический восходящий канал управления
PUSCH
Physical Uplink Shared Channel, физический общий восходящий канал
QoS
Quality of Service, качество обслуживания
RRC
Radio Resource Control, управление радиоресурсами
RRM
Radio Resource Management, администрирование радиоресурсов
SFN
System Frame Number, номер системного кадра
TS
Technical Specification, техническая спецификация
UE
User Equipment, пользовательское оборудование
UL
Uplink, восходящая линия связи
VolP
Voice over IP, передача речи по IP-протоколу