CHANGE OF CONFIGURATION OR STATE OF UNIDIRECTIONAL RADIO CHANNEL
ИЗМЕНЕНИЕ КОНФИГУРАЦИИ ИЛИ СОСТОЯНИЯ ОДНОНАПРАВЛЕННОГО РАДИОКАНАЛА

Эта заявка испрашивает приоритет по предварительной заявке США № 61/758622, поданной 30 января 2013 года, содержимое которой полностью содержится в данном документе по ссылке.
ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Настоящая заявка, в общем, относится к однонаправленному радиоканалу и, в частности, относится к применению изменения конфигурации или состояния однонаправленного радиоканала в устройстве беспроводной связи и в базовой станции.
УРОВЕНЬ ТЕХНИКИ
Множество систем беспроводной связи сегодня поддерживают несколько видов услуг, включающих в себя, например, услуги передачи речи с коммутацией каналов, услуги передачи пакетных данных, услуги передачи по стандарту высокоскоростной передачи данных и т.д. Эти различные услуги имеют существенно отличающиеся характеристики. Кроме того, различные приложения с использованием идентичной общей услуги, тем не менее, могут предъявлять различные требования к этой услуге. Например, приложение просмотра Интернет-страниц может поддерживаться посредством услуги передачи пакетных данных, которая имеет переменную задержку и пропускную способность, в то время как приложение потоковой передачи мультимедиа может поддерживаться посредством услуги передачи пакетных данных, имеющей относительно постоянную среднюю пропускную способность и низкую задержку.
Система беспроводной связи поддерживает эти варьирующиеся услуги через использование однонаправленных радиоканалов. Однонаправленный радиоканал поддерживает передачу данных, например пользовательских данных, по радиосоединению между устройством беспроводной связи и базовой станцией с заданными характеристиками передачи данных (например, с заданным качеством обслуживания, QoS). Различные однонаправленные радиоканалы выполнены с возможностью предоставлять различные заданные характеристики передачи.
Тем не менее, в некоторых случаях конфигурация или состояние данного однонаправленного радиоканала, возможно, должна изменяться, например, с тем, чтобы оптимизировать однонаправленный радиоканал для текущих требований устройства беспроводной связи. Изменение конфигурации или состояния однонаправленного радиоканала заключает в себе, в качестве неограничивающих примеров в контексте, в котором система представляет собой систему высокоскоростного пакетного доступа (HSPA), добавление или удаление однонаправленного радиоканала, перемещение однонаправленного радиоканала между выделенным физическим каналом (DPCH) и усовершенствованной восходящей линией связи (EUL)/высокоскоростной (HS), изменение коэффициента расширения спектра и/или скорости передачи битов и/или добавление или удаление характеристик соединения (например, EUL TTI в 2 мс/10 мс, двухсотовый режим или режим с несколькими несущими, 64 QAM, MIMO, CPC, DL-усовершенствованный L2, UL-улучшенный L2).
Рассмотрим конкретный пример изменения конфигурации однонаправленного радиоканала, связанного с изменением интервала времени передачи (TTI) однонаправленного радиоканала. TTI представляет собой параметр однонаправленного радиоканала, который задает интервал времени, в который осуществляется передача по радиоинтерфейсу. В некоторых системах, например, набор из одного или более так называемых транспортных блоков подается из уровня управления доступом к среде (MAC) на физический уровень, и TTI является временем, которое требуется для того, чтобы передавать этот набор из одного или более транспортных блоков по радиоинтерфейсу.
В любом случае больший TTI (например, в 10 мс или выше) оказывается более надежным вопреки плохим характеристикам канала. С другой стороны, меньший TTI (например, 2 мс) уменьшает время задержки, которое требуется для того, чтобы предоставлять хорошие возможности работы конечных пользователей при поддержке мобильных широкополосных услуг. Вследствие этого, желательно использовать меньший TTI в максимально возможно широкой зоне. Тем не менее, по меньшей мере, в текущих 3G-сетях, по-прежнему существует значительное число больших макросот. Когда макросота являются очень большой, в общем, для соты оказывается сложным поддерживать TTI не более 2 мс по всей зоне покрытия. В таких окружениях, может быть необходимым откатываться к большему TTI, например, в 10 мс, когда устройство беспроводной связи приближается к границе соты. Тем не менее, это требует запуска изменения конфигурации однонаправленного радиоканала, когда устройство приближается к границе соты, и применения изменения.
Независимо от конкретного типа изменения конфигурации или состояния однонаправленного радиоканала, запуск и применение этого изменения в оптимальное время оказывается важным для обеспечения высокой производительности системы. Чтобы запускать и применять изменение конфигурации однонаправленного радиоканала в оптимальное время, критерии, используемые для того, чтобы запускать изменение, должны быть точными, и процедура, используемая для того, чтобы фактически применять изменение, должна быть быстрой и надежной.
Относительно критериев, используемых для того, чтобы запускать изменение, по меньшей мере, некоторые изменения конфигурации однонаправленного радиоканала (к примеру, TTI-переключение, описанное выше) запускаются в зависимости от покрытия восходящей линии связи устройства беспроводной связи. Известные подходы измеряют это покрытие в качестве функции от того, сколько времени устройство работает на максимальной выходной мощности. Когда устройство работает на максимальной выходной мощности в течение определенного количества времени (времени на инициирование, TTT), событие (например, событие 6d в HSPA EUL) запускается. Это TTT сконфигурировано посредством узла в сети, например контроллера радиосети (RNC). Когда RNC принимает это событие из устройства, он считает, что устройство выходит за пределы покрытия, и запускает изменение конфигурации однонаправленного радиоканала.
Относительно процедуры, используемой для того, чтобы реализовывать изменение состояния или конфигурации однонаправленного радиоканала, различные процедуры могут использоваться в зависимости от того, являются или нет совместимыми исходная и целевая конфигурация/состояние. Если они являются совместимыми, то как устройство, так и базовая станция могут иметь возможность применять изменение в различные моменты времени (т.е. несинхронно) без сбоя радиосоединения. С другой стороны, если они не являются совместимыми, то устройство и базовая станция должны применять изменение одновременно (т.е. синхронно) для поддержания активности радиосоединения.
В известных подходах к синхронному применению изменения состояния или конфигурации однонаправленного радиоканала верхний уровень (например, уровень управления радиоресурсами (RRC) или уровень 3) централизованно координирует применение изменения, чтобы возникать синхронно в устройстве беспроводной связи и в базовой станции. Сообщение верхнего уровня, например, отправляется из контроллера радиосети (RNC) как в устройство, так и в базовую станцию, предписывающее изменение и указывающее будущий момент времени (называемый "временем активации"), в который изменение должно применяться синхронно. Это время активации задается посредством номера кадра при соединении (CFN). CFN представляет собой счетчик 0…255 (известный посредством RNC, базовой станции и устройства), который увеличивается с приращениями в каждый радиокадр (каждые 10 миллисекунд) и в силу этого имеет циклический возврат каждые 2,56 секунды (256 * 10 мс). RNC выбирает то, насколько далеко вперед должно задаваться время активации, на основе ожидаемого времени для того, чтобы перенаправлять сообщение с предписанием на изменение в устройство и в базовую станцию. Типично время для того, чтобы перенаправлять сообщение с предписанием через радиоинтерфейс в устройство, является ограничивающим фактором. Фактически, вследствие случайных потерь этого сообщения и его подтверждения приема, время активации должно задаваться с запасом (т.е. большим), чтобы обеспечивать возможность нескольких повторных передач. Однако диапазон CFN обуславливает то, что RNC не может задавать время активации большим 2,56 секунд (минус некоторый допустимый запас) вперед. Если этого времени недостаточно для того, чтобы успешно перенаправлять предписание в устройство, изменение типично завершается ошибкой, и вызов прерывается.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Один или более вариантов осуществления в данном документе улучшают запуск и/или применение изменения конфигурации или состояния однонаправленного радиоканала, к примеру, изменения длины TTI однонаправленного радиоканала, по сравнению с известными подходами.
Более конкретно, варианты осуществления в данном документе включают в себя способ применения изменения конфигурации или состояния однонаправленного радиоканала. Однонаправленный радиоканал поддерживает передачу данных по радиосоединению между устройством беспроводной связи и базовой станцией с заданными характеристиками передачи данных. Способ осуществляется посредством первого из устройства и базовой станции. Способ влечет за собой выполнение квитирования связи со вторым из устройства беспроводной связи и базовой станции, чтобы согласовывать время для того, чтобы синхронно применять изменение в устройстве беспроводной связи и в базовой станции. Способ затем включает в себя, в соответствии с согласованием, синхронное применение изменения в это время.
Выполнение этого квитирования связи преимущественно исключает обязательность для RNC централизованно координировать синхронное применение изменения (например, на относительно верхнем уровне, к примеру, на RRC-уровне). Необходимость для устройства и базовой станции выполнять это квитирование связи за счет этого обеспечивает более быструю и более надежную процедуру для применения изменения, чем необходимость для RNC централизованно координировать применение изменения.
В любом случае, квитирование связи в некоторых вариантах осуществления включает в себя отправку посредством устройства беспроводной связи сигнала готовности в базовую станцию, указывающего базовой станции то, что устройство беспроводной связи готово применять упомянутое изменение. Дополнительно или альтернативно, квитирование связи включает в себя отправку посредством базовой станции в устройство сигнала, предписывающего устройству выполнять изменение. Независимо от конкретных типов сигналов, которыми обмениваются, в некоторых вариантах осуществления, конкретное время, в которое устройство и базовая станция согласуют синхронно применять изменение, соотносится со временем, в которое передается или принимается сигнал, используемый для квитирования связи.
В некоторых вариантах осуществления, сигнал готовности, описанный выше, содержит внеполосный управляющий сигнал, передаваемый без прилагаемого канала передачи данных. Этот внеполосный управляющий сигнал номинально выполнен с возможностью указывать одну или более характеристик, ассоциированных с таким прилагаемым каналом передачи данных, но указывает одну или более характеристик, которые предположительно не ассоциированы или которые не могут быть ассоциированы с каким-либо прилагаемым каналом передачи данных. Например, в одном варианте осуществления, внеполосный управляющий сигнал указывает комбинацию транспортных форматов, которая предположительно не представляет собой или которая не может представлять собой комбинацию транспортных форматов для какого-либо прилагаемого канала передачи данных.
Альтернативно или дополнительно, сигнал предписания, описанный выше, содержит предписание в отношении высокоскоростного совместно используемого канала нисходящей линии связи (HS-DSCH), совместно используемого канала управления (HS-SCCH) (или просто "HS-предписание" для краткости).
По меньшей мере, в некоторых вариантах осуществления, выполнение квитирования связи содержит инициирование квитирования связи в ответ на прием команды на изменение из контроллера радиосети, дающей указание на то, что изменение должно применяться максимально возможно быстро, и то, что должно инициироваться квитирование связи. Тем не менее, в этом случае команда на изменение не указывает конкретное время для применения изменения. Соответствующая обработка посредством контроллера радиосети в силу этого включает в себя формирование команды на изменение и передачу команды на изменение, по меньшей мере, в одно из устройства и базовой станции.
Альтернативно, выполнение квитирования связи содержит определение инициировать квитирование связи в ответ на определение того, что удовлетворяется набор из одного или более критериев, связанных с одним или более показателей, вычисленных посредством устройства беспроводной связи. Например, один или более показателей в некоторых вариантах осуществления включают в себя показатель запаса мощности, который указывает величину мощности, доступную в устройстве беспроводной связи для передачи данных в базовую станцию. В этом случае, обработка в данном документе включает в себя оценку того, опускается или нет показатель запаса мощности ниже заданного порогового значения в течение, по меньшей мере, заданной продолжительности. Если да, определяется инициировать квитирование связи.
Другие варианты осуществления в данном документе, соответственно, улучшают запуск изменения конфигурации или состояния однонаправленного радиоканала, когда этот запуск основан на покрытии восходящей линии связи устройства беспроводной связи. Более конкретно, эти варианты осуществления расширяют покрытие восходящей линии связи устройства за счет запуска такого изменения посредством широкого базирования запуска на запасе мощности устройства, например, а не на событии 6d.
Например, варианты осуществления в данном документе включают в себя способ изменения конфигурации или состояния однонаправленного радиоканала, реализуемый посредством устройства беспроводной связи. Способ включает в себя вычисление показателя запаса мощности, указывающего величину мощности, доступную в устройстве беспроводной связи для передачи данных в базовую станцию. Способ также включает в себя, в ответ на опускание показателя запаса мощности ниже заданного порогового значения в течение, по меньшей мере, заданной продолжительности, автономное инициирование изменения конфигурации или состояния однонаправленного радиоканала. Этот способ в некоторых вариантах осуществления осуществляется без реализации квитирования связи, описанного выше, но в других вариантах осуществления осуществляется для того, чтобы запускать это квитирование связи.
В некоторых вариантах осуществления, инициирование изменения способа в силу этого включает в себя формирование отчета о запасе мощности из показателя запаса мощности и передачу этого отчета в сетевой узел, который выполнен с возможностью предписывать изменение в ответ на этот отчет. Этот отчет о запасе мощности отражает измерение покрытия, а не критерии диспетчеризации.
В одном или более вариантов осуществления, вычисление показателя содержит выполнение мгновенных измерений запаса мощности устройства беспроводной связи, указывающего величину мощности, мгновенно доступную в устройстве для передачи данных в базовую станцию. Вычисление затем включает в себя вычисление показателя запаса мощности посредством фильтрации мгновенных измерений в соответствии с экспоненциальным фильтром, заданным посредством заданной постоянной фильтра.
Варианты осуществления в данном документе также включают в себя соответствующее устройство, выполненное с возможностью осуществлять вышеописанную обработку.
Конечно, настоящее изобретение не ограничено признаками, преимуществами и контекстами, кратко изложенными выше, и специалисты в области техники беспроводной связи должны признавать дополнительные признаки и преимущества после прочтения нижеприведенного подробного описания и после ознакомления с прилагаемыми чертежами.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Фиг. 1 является блок-схемой системы беспроводной связи, которая включает в себя устройство беспроводной связи, базовую станцию и контроллер радиосети, сконфигурированные согласно одному или более вариантов осуществления в данном документе.
Фиг. 2 является логической блок-схемой последовательности операций способа, осуществляемого посредством первого из устройства беспроводной связи и базовой станции для применения изменения конфигурации или состояния однонаправленного радиоканала, согласно одному или более вариантов осуществления.
Фиг. 3A-3C являются схемами последовательности сигналов, иллюстрирующими альтернативные варианты осуществления для выполнения квитирования связи между устройством беспроводной связи и базовой станцией.
Фиг. 4A-4C являются схемами последовательности сигналов, иллюстрирующими альтернативные варианты осуществления для запуска и/или инициирования квитирования связи между устройством беспроводной связи и базовой станцией.
Фиг. 5 является логической блок-схемой последовательности операций способа, осуществляемого посредством контроллера радиосети для изменения конфигурации или состояния однонаправленного радиоканала, согласно одному или более вариантов осуществления в данном документе.
Фиг. 6 является логической блок-схемой последовательности операций способа, осуществляемого посредством устройства беспроводной связи для изменения конфигурации или состояния однонаправленного радиоканала, согласно одному или более вариантов осуществления в данном документе.
Фиг. 7 является блок-схемой сети мобильной связи, в которой переключение между различными интервалами времени передачи (TTI) выполняется, согласно одному или более вариантов осуществления.
Фиг. 8 является схемой последовательности операций обработки, иллюстрирующей варианты осуществления из Фиг. 3C и 4A в контексте TTI-переключения.
Фиг. 9 является схемой последовательности операций обработки, иллюстрирующей варианты осуществления из Фиг. 3A, 3B и 4B в контексте TTI-переключения.
Фиг. 10 является схемой последовательности операций обработки, иллюстрирующей варианты осуществления из Фиг. 3C и 4C в контексте TTI-переключения.
Фиг. 11 является блок-схемой устройства беспроводной связи согласно одному или более вариантов осуществления.
Фиг. 12 является блок-схемой сетевого узла (например, базовой станции или RNC) согласно одному или более вариантов осуществления.
ПОДРОБНОЕ ОПИСАНИЕ ИЗОБРЕТЕНИЯ
Фиг. 1 иллюстрирует систему 10 беспроводной связи согласно одному или более вариантов осуществления. Как показано, система 10 включает в себя базовую сеть 12 (CN) и сеть 14 радиодоступа (RAN). CN 12 функционально соединяет RAN 14 с одной или более внешних сетей, таких как коммутируемая телефонная сеть 16 общего пользования (PSTN), сеть 18 пакетной передачи данных (PDN), к примеру, Интернет и т.п. RAN 14 включает в себя одну или более базовых станций 20, выполненных с возможностью обмениваться данными в беспроводном режиме с одним или более устройств 22 беспроводной связи (например, с абонентским устройством (UE) или межмашинными устройствами) (также упоминаемыми в данном документе просто как "устройства"). По меньшей мере, в некоторых вариантах осуществления, RAN 14 дополнительно включает в себя один или более контроллеров 24 радиосети (RNC). RAN 14 в некоторых вариантах осуществления включает в себя различные типы развертываний сети радиодоступа, к примеру, развертываний макро-точки доступа и развертываний пико-точки доступа, каждое из которых управляется посредством базовой станции при использовании в данном документе.
Система 10, проиллюстрированная на Фиг.1, поддерживает различные услуги через использование однонаправленных радиоканалов. Однонаправленный радиоканал поддерживает передачу данных, например пользовательских данных, по радиосоединению между устройством 22 беспроводной связи и базовой станцией 20 с заданными характеристиками передачи данных (например, с заданным качеством обслуживания, QoS). Изменение конфигурации или состояния однонаправленного радиоканала (в общем, упоминаемое в данном документе в качестве просто "изменения") заключает в себе, в качестве неограничивающих примеров в контексте, в котором система представляет собой систему высокоскоростного пакетного доступа (HSPA), добавление или удаление однонаправленного радиоканала, перемещение однонаправленного радиоканала между выделенным физическим каналом (DPCH) и усовершенствованной восходящей линией связи (EUL)/высокоскоростной (HS), изменение коэффициента расширения спектра и/или скорости передачи битов и/или добавление или удаление характеристик соединения (например, EUL TTI в 2 мс/10 мс, двухсотовый режим или режим с несколькими несущими, 64 QAM, MIMO, CPC, DL-усовершенствованный L2, UL-улучшенный L2).
Один или более вариантов осуществления в данном документе улучшают запуск и/или применение изменения конфигурации или состояния однонаправленного радиоканала, к примеру, изменения TTI.
Фиг. 2 иллюстрирует один или более вариантов осуществления способа, осуществляемого посредством первого из устройства 22 беспроводной связи и базовой станции 20 в этом отношении. Способ осуществляется для применения изменения конфигурации или состояния однонаправленного радиоканала. Способ содержит выполнение квитирования связи со вторым из устройства 22 и базовой станции 20, чтобы согласовывать время для того, чтобы синхронно применять изменение в устройстве 22 и в базовой станции 20 (например, через некоторое время после того, как устройство 22 и базовая станция 20 готовы применять изменение) (этап 100). Способ затем содержит, в соответствии с согласованием, синхронное применение изменения в это время (этап 110).
А именно, выполнение квитирования связи, как показано на Фиг. 2, исключает обязательность для некоторого другого узла (например, RNC 24) централизованно координировать время, в которое должно синхронно применяться изменение. Иными словами, квитирование связи при использовании в данном документе означает двустороннее квитирование связи, за счет которого устройство 22 и базовая станция 20 в качестве двух сторон при квитировании связи обмениваются информацией, чтобы автономно согласовывать время для того, чтобы синхронно применять изменение, без традиционного централизованного назначения этого времени посредством некоторого другого узла. Такой обмен информацией может выполняться любым способом, в том числе, например, в форме предписания от одной стороны при квитировании связи (в силу чего предписание командует или запрашивает изменение) и результирующего подтверждения или подтверждения приема предписания от другой стороны при квитировании связи. В любом случае, по сравнению с этим традиционным подходом, необходимость для устройства 22 и базовой станции 20 выполнять квитирование связи обеспечивает более быструю и более надежную процедуру для применения изменения, в частности, когда исходная и целевая конфигурация/состояние являются несовместимыми.
Например, когда изменение конфигурации или состояния однонаправленного канала влечет за собой переключение с меньшего интервала времени передачи (TTI) на больший TTI при приближении к границе соты, переключение на больший TTI в некоторых вариантах осуществления имеет большую задержку по сравнению с традиционными подходами. Это обусловлено тем, что традиционные подходы должны задавать время активации для переключения с запасом, как описано выше. Задержка переключения до большего TTI исключает недостаточное использование меньшего TTI, когда характеристики канала в иных отношениях обеспечивают возможность использования такого меньшего TTI, чтобы уменьшать время задержки.
В одном или более вариантов осуществления, устройство 22 и базовая станция 20 обмениваются одним или более сигналов в качестве части квитирования связи. В одном варианте осуществления, например, квитирование связи включает в себя отправку посредством устройства 22 сигнала в базовую станцию 20, указывающего базовой станции 20 то, что устройство 22 готово применять изменение. Дополнительно или альтернативно, квитирование связи включает в себя отправку посредством базовой станции 20 в устройство 22 сигнала, предписывающего устройству выполнять изменение. Независимо от конкретных типов сигналов, которыми обмениваются, в некоторых вариантах осуществления, конкретное время, в которое устройство 22 и базовая станция 20 согласуют синхронно применять изменение, соотносится со временем, в которое передается или принимается сигнал, используемый для квитирования связи.
Рассмотрим, например, вариант осуществления, показанный на Фиг. 3A. Как показано, базовая станция 20 инициирует квитирование связи с устройством 22 посредством отправки в устройство 22 сигнала 26 предписания, предписывающего (т.е. командующего или запрашивающего) устройству 22 выполнять изменение. Сигнал 26 предписания в этом варианте осуществления неявно указывает устройству 22 то, что базовая станция 20 готова выполнять изменение, т.е. в то время, когда устройство 22 также готово. В ответ на сигнал 26 предписания и при готовности устройства 22 применять изменение, устройство 22 отправляет в базовую станцию 20 сигнал 28 готовности, указывающий базовой станции 20 то, что устройство 22 также готово применять изменение. Этот сигнал 28 готовности за счет этого эффективно подтверждает или подтверждает прием сигнала 26 предписания из базовой станции 20. Как устройство 22, так и базовая станция 20 выполнены с возможностью понимать то, что этот сигнал 28 готовности завершает квитирование связи и за счет этого формализует согласование между устройством 22 и базовой станцией 20 в отношении того, когда применять изменение. Иными словами, устройство 22 определяет то, что такое согласование выполнено, в ответ на отправку сигнала 28 готовности, и базовая станция 20 определяет то, что такое согласование выполнено, в ответ на прием сигнала 28 готовности. Устройство 22 и базовая станция 20 согласуют применять изменение в заданное время после того, как устройство 22 и базовая станция 20 указывают готовность для применения изменения, например, в конкретное время, заданное относительно того, когда сигнал 28 готовности передается посредством устройства 22 или принимается посредством базовой станции 20. Например, это конкретное, "согласованное" время в одном или более вариантов осуществления задается как время, в которое начинается следующий интервал времени передачи (TTI) после того, как передается или принимается сигнал 28 готовности. Если существуют различные TTI-конфигурации (например, 2 мс или 10 мс), этот следующий TTI задается относительно определенной TTI-конфигурации (например, 10 мс).
Фиг. 3B показывает другой вариант осуществления, который расширяет квитирование связи по Фиг. 3A таким образом, что оно включает в себя отправку сигнала подтверждения приема базовой станции 20 30 в устройство 22. Сигнал 30 подтверждения приема подтверждает прием посредством базовой станции сигнала 28 готовности. В этом варианте осуществления, устройство 22 и базовая станция 20 выполнены с возможностью понимать то, что сигнал 30 подтверждения приема, а не сигнал 28 готовности, формализует согласование касательно того, когда применять изменение. Следовательно, устройство 22 исключает применение изменения до тех пор, пока оно не примет сигнал 30 подтверждения приема. Это защищает устройство 22 от ненадлежащего применения изменения в сценарии, в котором плохие характеристики каналов восходящей линии связи предотвращают прием посредством базовой станции 20 сигнала готовности устройства и, соответственно, применение изменения. Устройство 22 выполнено с возможностью повторно передавать сигнал 28 готовности, если оно не принимает сигнал 30 подтверждения приема в течение предварительно заданной продолжительности с момента отправки сигнала 28 готовности. По сути, это означает то, что согласованное время для синхронного применения изменения задается относительно того, когда сигнал 30 подтверждения приема передается посредством базовой станции 20 или принимается посредством устройства 22.
В качестве еще одного другого примера, рассмотрим вариант осуществления, показанный на Фиг. 3C. Как показано, устройство 22 инициирует квитирование связи с базовой станцией 20 посредством отправки сигнала 28 готовности в базовую станцию 20, указывающего базовой станции 20 то, что критерии изменения удовлетворяются, и устройство 22 готово применять изменение. В некотором смысле, затем этот сигнал 28 готовности эффективно запрашивает изменение. В любом случае, в ответ на сигнал 28 готовности и, конечно, при готовности базовой станции 20 применять изменение, базовая станция 20 отправляет в устройство 22 сигнал 32 предписания, предписывающий (т.е. командующий или запрашивающий) устройству 22 выполнять изменение. Сигнал 32 предписания также в этом варианте осуществления неявно указывает устройству 22 то, что базовая станция 20 готова выполнять изменение. Кроме того, поскольку базовая станция 20 отправляет сигнал 32 предписания в ответ на прием сигнала 28 готовности, сигнал 32 предписания неявно подтверждает прием посредством базовой станции сигнала 28 готовности и за счет этого подтверждает эффективный запрос устройства на изменение. Как устройство 22, так и базовая станция 20 выполнены с возможностью понимать то, что этот сигнал 32 предписания формализует согласование между устройством 22 и базовой станцией 20, чтобы применять изменение в заданное время после того, как устройство 22 и базовая станция 20 указывают готовность для применения изменения, например, в конкретное время, заданное относительно того, когда сигнал 32 предписания передается посредством базовой станции 20 или принимается посредством устройства 22.
Конкретный формат или структура не требуется для сигналов, используемых при квитировании связи. Тем не менее, по меньшей мере, в некоторых вариантах осуществления, один или более используемых сигналов форматируются или структурируются конкретным способом, чтобы упрощать устойчивость сигнала(ов) к ошибкам при передаче. Упрощение устойчивости сигнала(ов) преобразуется в быстрое применение изменения, поскольку устройство 22 и базовая станция 22 могут активно согласовывать конкретное время, которое скоро возникает.
В одном или более вариантов осуществления, например, сигнал 28 готовности содержит внеполосный управляющий сигнал, который передается без прилагаемого канала передачи данных, так что он представляет собой "автономный" внеполосный управляющий сигнал. Внеполосный управляющий сигнал номинально выполнен с возможностью указывать одну или более характеристик, ассоциированных с таким прилагаемым каналом передачи данных (например, которые описывают то, что передается по каналу передачи данных). Это означает то, что когда внеполосный управляющий сигнал передается с прилагаемым каналом передачи данных, управляющий сигнал выполняет свою номинальную функцию для указания одной или более характеристик, ассоциированных с каналом передачи данных (и не выступает в качестве сигнала 28 готовности). В отличие от этого, когда внеполосный управляющий сигнал передается без прилагаемого канала передачи данных, управляющий сигнал, безусловно, более не может выполнять свою номинальную функцию, а вместо этого выступает в качестве сигнала 28 готовности. Даже если он не выполняет свою номинальную функцию, тем не менее, внеполосный управляющий сигнал может форматироваться или структурироваться так, как если он выполняет свою номинальную функцию. Вследствие номинальной важности внеполосного управляющего сигнала, например, для декодирования данных по каналу передачи данных, внеполосный управляющий сигнал уже является надежным для защиты от ошибок при передаче. В одном или более вариантов осуществления, в которых система представляет собой HSPA-систему, например, сигнал 28 готовности реализован в качестве усовершенствованного выделенного физического канала управления (E-DPCCH), который передается без прилагаемого усовершенствованного выделенного физического канала передачи данных (E-DPDCH).
Дополнительно или альтернативно реализации сигнала 28 готовности в качестве автономного внеполосного управляющего сигнала, сигнал 28 готовности в одном или более вариантов осуществления реализован в качестве внеполосного управляющего сигнала, который передается в течение предварительно заданного числа TTI, большего одного. Передача внеполосного управляющего сигнала в течение нескольких TTI за счет этого преимущественно повышает устойчивость и в силу этого надежность сигнала 28 готовности.
В качестве еще одного другого способа повышать устойчивость сигнала 28 готовности, сигнал 28 готовности в одном или более дополнительных или альтернативных вариантах осуществления реализован в качестве внеполосного управляющего сигнала, который указывает одну или более характеристик, которые предположительно не ассоциированы или которые не могут быть ассоциированы с каким-либо прилагаемым каналом передачи данных. Например, сигнал 28 готовности в некоторых вариантах осуществления реализован в качестве внеполосного управляющего сигнала, который указывает комбинацию транспортных форматов (TFC), которая предположительно не представляет собой или которая не может представлять собой TFC для какого-либо прилагаемого канала передачи данных. В одном или более вариантов осуществления, в которых система представляет собой HSPA-систему, например, сигнал 28 готовности реализован в качестве E-DPCCH, который указывает TFC усовершенствованного выделенного канала (E-DCH), которая предположительно не ассоциирована или которая не может быть ассоциирована с E-DPDCH. E-DPCCH может указывать такую E-DCH TFC с помощью специального значения для поля E-TFCI (7 битов). Например, в таблице 0 E-TFCI для TTI в 2 мс, как указано в 3GPP TS 25.321, приложение B, E-TFCI 120 помечается в качестве N/A, что означает то, что это значение не может быть ассоциировано с прилагаемым E-DPDCH, и, следовательно, может использоваться для реализации сигнала 28 готовности. Альтернативно, сигнал 28 готовности может быть реализован с использованием наибольшего E-TFCI-значения (соответствующего наибольшей скорости передачи данных), которое может быть ассоциировано с прилагаемым E-DPDCH, но которое предположительно не ассоциировано таким способом с учетом текущей сетевой нагрузки, текущих характеристик радиосвязи или текущего окружения радиосвязи.
В других вариантах осуществления, сигнал 28 готовности содержит конкретный внутриполосный управляющий сигнал. В одном или более вариантов осуществления, в которых система представляет собой HSPA-систему, например, сигнал 28 готовности может быть реализован в качестве "расширенного" индикатора диспетчеризации (SI) (например, 18-битовой протокольной единицы данных, PDU) или другого небольшого сообщения по E-DPDCH. В любом случае, в некоторых вариантах осуществления, этот внутриполосный управляющий сигнал передается только эпизодически и соответственно имеет избыточную мощность передачи с тем ,чтобы повышать свою устойчивость.
Дополнительно или альтернативно, сигнал 26 предписания, сигнал 30 подтверждения приема и/или сигнал 32 предписания плюс сигнал подтверждения приема на Фиг. 3A-3C реализованы в качестве предписания в отношении высокоскоростного совместно используемого канала управления (HS-SCCH) в одном или более вариантов осуществления.
Независимо от конкретных подробностей в отношении того, как реализовывать сигналы, используемые для квитирования связи, квитирование связи может запускаться и/или инициироваться любым числом способов. Фиг. 4A-4C иллюстрируют несколько примеров в этом отношении.
Как показано в варианте осуществления по Фиг. 4A, например, устройство 22 или базовая станция 20 непосредственно инициирует квитирование связи (например, по Фиг. 3A, 3B или 3C) в ответ на прием команды на изменение 34 из другого узла (например, RNC 24). Эта команда 34 на изменение дает указание на то, что изменение должно применяться максимально возможно быстро, и то, что должно инициироваться квитирование связи. А именно, команда 34 на изменение дает указание на это без указания конкретного времени, когда должно применяться изменение. Иными словами, команда 34 на изменение вместо этого просто предписывает выполнение изменения без назначения точного времени применения изменения.
Вкратце ссылаясь на Фиг. 5, обработка посредством другого узла (например, RNC 24) соответственно включает в себя формирование команды 34 на изменение, дающей указание на то, что изменение конфигурации или состояния однонаправленного радиоканала должно применяться максимально возможно быстро, и то, что должно инициироваться квитирование связи между устройством 22 и базовой станцией 20 (чтобы согласовывать время для того, чтобы синхронно применять изменение) (этап 200). С другой стороны, команда 34 на изменение не указывает конкретное время для применения изменения. Обработка затем дополнительно включает в себя передачу команды на изменение, по меньшей мере, в одно из устройства 22 и базовой станции 20 (этап 210).
В одном или более вариантов осуществления, эта команда 34 на изменение содержит сообщение верхнего уровня (например, сообщение реконфигурации однонаправленного радиоканала на уровне управления радиоресурсами), дающее указание на то, что должна изменяться конфигурация или состояние однонаправленного радиоканала. При этом сообщение верхнего уровня дает указание на изменение, которое должно применяться, и дает указание на квитирование связи, которое должно инициироваться, для определения конкретного времени для такого применения. По меньшей мере, в некотором смысле, в таком случае, сообщение верхнего уровня указывает то, что применение изменения должно быть несинхронизированным с точки зрения верхнего уровня (например, RNC или уровня 3), но то, что такое применение фактически должно быть синхронизировано с точки зрения нижнего уровня.
По меньшей мере, в некоторых вариантах осуществления, другой узел (например, RNC 24) на Фиг. 4A передает команду 34 на изменение в ответ на триггер 36 из устройства 22. Фиг. 4B иллюстрирует альтернативный вариант осуществления. Как показано в этой альтернативе, устройство 22 передает триггер 38 в базовую станцию 20, а не в другой узел (например, RNC 24). В ответ на этот триггер, базовая станция 20 определяет непосредственно инициировать квитирование связи (этап 40). После такого определения, например, базовая станция 20 инициирует квитирование связи по Фиг. 3A или 3B посредством отправки сигнала 26 предписания в устройство 22.
В некоторых вариантах осуществления, триггер 36, 38 на Фиг. 4A или 4B представляет собой сигнал, который передает устройство 22, указывающий возникновение конкретного события. Например, в вариантах осуществления на основе HSPA EUL, таким событием может быть событие 6d, которое представляет собой событие, указывающее то, что устройство 22 работает на максимальной выходной мощности в течение определенного количества времени (времени на инициирование, TTT), и в силу этого выступает в качестве измерения покрытия для устройства 22. Тем не менее, использование события 6d не обеспечивает возможность достижения усилений покрытия с использованием нескольких повторных передач гибридного автоматического запроса на повторную передачу (HARQ). Повторная HARQ-передача представляет собой очень мощное средство для расширения покрытия посредством комбинирования нескольких передач идентичных данных перед декодированием. Если устройство 22 не перемещается очень быстро, событие 6d запускается, когда устройство 22 передает на максимальной мощности, блокируя саму возможность повторной HARQ-передаче. С другой стороны, довольно длительное время на инициирование (TTT) необходимо для события 6d, чтобы исключать переключение еще раньше вследствие быстрого затухания. Для быстро перемещающегося устройства 22 при длинном TTT возникает проблема в том, что покрытие может ухудшаться так быстро, что к тому времени, когда запускается событие 6d, устройство 22 более может не иметь возможность достигать базовой станции 20.
Следовательно, в одном или более альтернативных вариантов осуществления, триггер 36, 38 на Фиг. 4A или 4B представляет собой сигнал, который передает устройство 22, указывающий то, что удовлетворяется набор из одного или более критериев, связанных с одним или более показателей, вычисленных посредством устройства 22. Более конкретно в этом отношении, устройство 22 оценивает то, удовлетворяется или нет этот набор из одного или более критериев. В ответ на определение того, что набор удовлетворяется, устройство определяет косвенно инициировать изменение (и за счет этого квитирование связи). В вариантах осуществления по Фиг. 4A и 4B, устройство 22 косвенно инициирует изменение (и за счет этого квитирование связи) посредством передачи триггера 36, 38 в сетевой узел (например, в базовую станцию 20 или в RNC 24), который инструктирует сетевому узлу предписывать изменение (как показано на фиг 4A) или непосредственно инициировать квитирование связи (как показано на фиг. 4B).
Фиг. 4C иллюстрирует еще один другой альтернативный вариант осуществления, в котором устройство 22 непосредственно инициирует изменение (и за счет этого квитирование связи) вместо косвенного инициирования посредством передачи триггера 36, 38. В частности, устройство 22 оценивает то, удовлетворяется или нет набор из одного или более критериев (этап 42), как описано выше. В ответ на определение того, что набор критериев удовлетворяется, само устройство 22 определяет непосредственно инициировать квитирование связи (этап 44), без передачи какого-либо триггера в другой узел, который выполнен с возможностью инициировать квитирование связи в ответ на этот триггер. После такого определения, например, устройство 22 инициирует квитирование связи по Фиг. 3C посредством отправки сигнала 28 готовности в базовую станцию 20.
По меньшей мере, в некоторых вариантах осуществления, устройство определяет косвенно инициировать изменение (например, на Фиг. 4A или 4B) или непосредственно инициировать изменение (например, на Фиг. 4C) на основе запаса мощности устройства, а не на основе события 6d. Иными словами, один или более показателей, вычисленных посредством устройства 22, как описано выше, связаны с запасом мощности устройства. Базирование инициирования изменения на запасе мощности преимущественно разрешает вышеуказанные проблемы, продемонстрированные относительно события 6d. Один пример представляет собой обнаружение ограничения покрытия, когда устройство не передает никакие данные. Когда только физические каналы управления используют 99% мощности передачи устройства, остается недостаточно мощности для передачи какого-либо трафика, даже если событие 6d еще не запущено. Если, совершенно неожиданно, устройству требуется передача обслуживания, требуемая RRC-сигнализация не может поступать в сеть, и в результате соединение прерывается. Другой пример представляет собой использование повторной HARQ-передачи для расширения покрытия. С точки зрения времени задержки преимущественно вообще не использовать повторную передачу, когда устройство не ограничено по мощности. Тем не менее, когда устройство имеет проблемы в достижении сети за счет одной передачи, несколько передач на полной мощности расширяют покрытие. Если используется событие 6d, то оно запускается слишком быстро посредством одной передачи на полной мощности, делая невозможным согласованное использование повторных передач для расширения покрытия. Использование запаса мощности не страдает от этой проблемы. Фиг.6 иллюстрирует обработку, выполняемую посредством устройства 22 в этом отношении.
Как показано на Фиг. 6, обработка посредством устройства 22 включает в себя вычисление показателя запаса мощности, указывающего величину мощности, доступную в устройстве 22 для передачи данных в базовую станцию 20 (этап 300). Обработка затем влечет за собой (прямое или косвенное) инициирование изменения в ответ на удовлетворение набора из одного или более критериев, связанных с показателем запаса мощности; а именно, опускание показателя запаса мощности ниже заданного порогового значения в течение, по меньшей мере, заданной продолжительности (этап 310). Заданное пороговое значение и/или заданная продолжительность сконфигурированы посредством сети, по меньшей мере, в некоторых вариантах осуществления. Конечно, гистерезис для порогового значения может задаваться с тем, чтобы повышать стабильность инициирования изменения. В любом случае, устройство 22 обнаруживает, отслеживает или иным способом определяет то, удовлетворяются или нет эти критерии, связанные с показателем запаса мощности, для того чтобы автономно инициировать изменение, когда эти критерии удовлетворяются.
Как предложено выше, инициирование изменения на Фиг. 6 в некоторых вариантах осуществления содержит простое формирование и передачу триггера 36, 38 по Фиг. 4A или 4B в сетевой узел (например, в базовую станцию 20 или в RNC 24). Триггер 36, 38 в этом случае представляет собой отчет о запасе мощности, указывающий то, что показатель запаса мощности опускается ниже заданного порогового значения в течение, по меньшей мере, заданной продолжительности. Поскольку сетевой узел выполнен с возможностью предписывать изменение или непосредственно инициировать изменение в ответ на этот триггер 36, 38, передача триггера 36, 38 в силу этого сводится к косвенному инициированию изменения.
Тем не менее, в других вариантах осуществления, устройство 22, инициирующее изменение на Фиг. 6, содержит непосредственное инициирование изменения посредством формирования и передачи сигнала 28 готовности в базовую станцию 20 (например, согласно Фиг. 4C). Иными словами, вместо запуска изменения посредством приема сигнала из базовой станции 20 или RNC 24, устройство 22 автономно и динамически инициирует само изменение. Конечно, это уменьшает объем управляющей сигнализации между базовой станцией/RNC и устройством 22 и ускоряет процесс изменения.
Тем не менее, независимо от того, как именно изменение инициируется на Фиг. 6, устройство 22 в некоторых вариантах осуществления выполнено с возможностью вычислять показатель запаса мощности посредством выполнения мгновенных измерений (или других элементарных измерений, которые являются внутренними для устройства) запаса мощности устройства. Эти мгновенные измерения указывают величину мощности, мгновенно доступную в устройстве 22 для передачи данных в базовую станцию 20. Например, в вариантах осуществления на основе HSPA, мгновенные измерения запаса мощности содержат отношение максимальной мощности передачи устройства к мощности восходящего физического канала управления, а именно выделенного физического канала управления (DPCCH). Когда это отношение является низким, DPCCH занимает значительную часть полной мощности, оставляя недостаточную мощность для передачи пользовательских и управляющих данных. В любом случае, после выполнения этих мгновенных измерений устройство 22 затем вычисляет показатель запаса мощности посредством фильтрации мгновенных измерений в соответствии с условием фильтрации, например, предоставляемым посредством сети. В одном варианте осуществления, например, устройство 22 фильтрует измерения в соответствии с экспоненциальным фильтром, заданным посредством заданной постоянной фильтра. Такая постоянная фильтра в некоторых вариантах осуществления предоставляется посредством базовой станции 20 и/или RNC 24.
Следует отметить, что, по меньшей мере, в вариантах осуществления на основе HSPA EUL, тип показателя запаса мощности, отличный от типа показателя запаса мощности, описанного выше, может переноситься в информации диспетчеризации (SI), которая передается внутриполосно по усовершенствованному выделенному каналу (E-DCH). SI принимается и завершается в базовой станции 22. Этот другой тип показателя запаса мощности может вычисляться посредством фильтрации только элементарного измерения с точки зрения среднего в 100 мс, например, в отличие от фильтрации в соответствии с вышеописанным экспоненциальным фильтром. Кроме того, другой тип показателя запаса мощности сообщается для диспетчеризации, а не для измерения покрытия. Также, даже если SI должна быть выполнена с возможностью периодического формирования отчетов, SI не должна запускаться, если устройство не имеет данных для отправки. Соответственно, варианты осуществления в данном документе дополнительно или альтернативно сообщают показатель запаса мощности, как описано выше относительно Фиг. 4A и 4B для измерения покрытия.
Следует отметить, что варианты осуществления в данном документе также включают в себя соответствующую обработку, выполняемую в базовой станции 20 и/или в RNC 24 для обработки отчета о запасе мощности в данном документе, например, чтобы реализовывать изменение конфигурации или состояния однонаправленного радиоканала.
Хотя вариант осуществления по Фиг. 6 в значительной степени описан в контексте, заключающем в себе квитирование связи по Фиг. 3A-3B и Фиг. 4A-4C, обработка Фиг. 6 в некоторых вариантах осуществления выполняется без возникновения такого квитирования связи. Например, обработка Фиг. 6 в некоторых вариантах осуществления просто запускает известные подходы к синхронному применению изменения, например, когда RNC 24 централизованно координирует временной интервал применения изменения, вместо выполнения посредством устройства 22 и базовой станции 20 квитирования связи в данном документе.
Кроме того, хотя вышеописанные варианты осуществления в основном описаны независимо от конкретных типов системы или стандарта беспроводной связи, независимо от конкретных типов изменения конфигурации или состояния однонаправленного радиоканала и независимо от конкретных способов задания времени для применения изменения, нижеприведенные варианты осуществления должны фокусироваться на совершенно реальных примерах в качестве конкретных контекстов для применения изменения. Эти примеры иллюстрируют то, как вышеописанные варианты осуществления могут применяться для того, чтобы достигать надежного EUL TTI-переключения (т.е. динамической TTI-адаптации), которое максимизирует использование TTI в 2 мс посредством устройства (т.е. UE) 22. В частности, примеры используют как улучшенные критерии запуска на стороне устройства на основе запаса мощности (UPH) устройства (т.е. как показано на Фиг. 6), так и более быструю и более надежную процедуру переключения, предоставленную посредством квитирования связи. Примеры, в частности, иллюстрируют аспекты физического уровня (L1) квитирования связи.
Чтобы предоставлять контекст для примеров, Фиг. 7 иллюстрирует сеть мобильной связи, в которой являются применимыми примеры. Степень EUL-покрытия для TTI в 2 мс представлена на Фиг. 7 посредством серой зоны, включающей в себя как менее густо-серую зону 46, так и более густо-серую зону 48. Граница между зонами 46 и 48 представляет местоположение, в котором требуется переключение с TTI в 2 мс на TTI в 10 мс с помощью известных подходов для устройства 22, перемещающегося к границе между сотой RBS1 и сотой RBS2. Варианты осуществления в данном документе преимущественно должны позволять отодвигать эту границу наружу и значительно уменьшать зону 46. Фактически, с помощью вариантов осуществления в данном документе, которые базируют запуск переключения на запасе мощности питания устройства, переключение с TTI в 2 мс на TTI в 10 мс может не требоваться (что означает то, что квитирование связи не требуется в этом случае).
Фиг. 8 показывает первые варианты осуществления иллюстрации примера из Фиг. 3C и 4A в контексте TTI-переключения. Как показано на Фиг. 8, во время установления или реконфигурации однонаправленного радиоканала на EUL с TTI в 2 мс, UE 22 сконфигурировано посредством RRC-сообщения, а именно сообщения управления измерениями (UPH), с новым UPH-измерением с критериями формирования отчетов, как описано выше. После удовлетворения критериев формирования отчетов, запускается UPH-отчет, после чего UE 22 отправляет RRC-сообщение, а именно сообщение с отчетом об измерениях, которое включает в себя UPH-отчет, в RNC 24 (этап 400). При приеме UPH-отчета, сигнализирующего о необходимости переключения на TTI в 10 мс, традиционное несинхронизированное переключение может использоваться для того, чтобы ускорять процесс (поскольку время активации с запасом не требуется). Тем не менее, недостаток несинхронизированного переключения заключается в том, что сеть не знает, когда должно переключаться UE 22, и как результат, должна выполнять TTI-обнаружение вслепую, т.е. быть готовой принимать передачи с любой длиной TTI. Чтобы исключать обнаружение вслепую, известные подходы могут использоваться для того, чтобы реализовывать синхронизированное переключение. Тем не менее, чтобы дополнительно повышать производительность синхронизированного переключения, пример на Фиг. 8 показывает один альтернативный способ выполнения квитирования связи между UE 22 и базовой станцией 20 точно в тот момент, когда должно осуществляться переключение.
В частности, в этом отношении, RNC 24 отправляет в UE 22 предписание переключаться на TTI в 10 мс, т.е. отправляет команду 34 на изменение. RNC 24 выполняет это посредством отправки сообщения уровня 3 (L3), например, реконфигурации однонаправленного RRC-радиоканала, в UE 22, содержащего информацию для целевой конфигурации и времени активации "теперь" с помощью квитирования связи между устройством и базовой станцией (этап 401). Альтернативно, конфигурационная информация для TTI в 10 мс может передаваться заранее и сохраняться в UE 22 в качестве "сохраненной конфигурации", с тем чтобы уменьшать размер команды на изменение. RNC 24 также информирует базовую станцию 20 в отношении команды на изменение/предписания на переключение, например, с использованием реконфигурации линии радиосвязи с помощью сообщения компонента приложений узла B (NBAP). Если существующие RRC- и NBAP-сообщения используются, они расширены за счет такой информации, что должен выполняться квитирование связи между устройством и базовой станцией.
После получения предписания UE 22 подготавливается к TTI-переключению. UE 22 затем начинает квитирование связи (этап 402) посредством отправки сигнала 28 готовности (упоминаемого здесь в качестве сигнала готовности к переключению) в базовую станцию 20, указывающего то, что UE 22 готово выполнять переключение. В некоторых вариантах осуществления, сигнал готовности к переключению указывает то, что UE 22 готово выполнять переключение в предварительно заданное время после этого сигнала. В любом случае, в ответ на сигнал готовности к переключению, базовая станция 20 подтверждает прием приема сигнала готовности к переключению UE посредством отправки сигнала 32 предписания + подтверждения приема в форме HS-предписания (этап 403). Эти HS-предписание предписывает (т.е. командует или запрашивает) UE 22 выполнять переключение. Если UE 22 не принимает это подтверждение приема в течение предварительно заданной продолжительности, UE 22 повторно передает сигнал готовности к переключению в попытке завершать квитирование связи с базовой станцией 20. В варианте осуществления по Фиг. 8, UE 22 и базовая станция 20 согласуют синхронно применять изменение на первой границе на 10 мс, которая возникает после предварительно заданного времени с момента, когда передается или принимается сигнал готовности к переключению.
При приеме сигнала готовности к переключению из UE 22, базовая станция 20 подготавливается к переключению на TTI в 10 мс в согласованное время. UE 22 и базовая станция 20 затем синхронно переключаются на TTI в 10 мс в согласованное время (этап 404).
UE 22 затем сообщает RNC 24 переключения через L3-сообщение, например существующее RRC-сообщение завершения реконфигурации однонаправленного радиоканала (этап 405). RNC 24, в свою очередь, информирует все базовые станции 20 в активном наборе UE 22 относительно TTI-переключения (этап 406), в случае если некоторые из них пропускают некоторую часть процедуры переключения вследствие плохого качества радиосвязи.
Фиг.9 показывает второй пример вариантов осуществления из Фиг. 3A, 3B и 4B в контексте TTI-переключения. Как показано, UE 22 сконфигурировано от начала с конфигурационной информацией для TTI в 10 мс и в 2 мс, а также критериев TTI-переключения с точки зрения UPH-измерений. При такой конфигурации, вместо отправки отчета об RRC-измерениях, который включает в себя UPH-отчет в RNC 24, как показано на фиг 8, UE 22 отправляет UPH-отчет (например, в выделенном сообщении) в базовую станцию 20 (этап 500). При приеме UPH-отчета, сигнализирующего о необходимости переключения на TTI в 10 мс, базовая станция 20 декодирует отчет без его перенаправления в RNC 24. Базовая станция 20 затем непосредственно инициирует квитирование связи посредством отправки сигнала 26 предписания (см. Фиг. 3A и 3B) в UE 22 в форме HS-SCCH-предписания (этап 501). Это HS-SCCH-предписание предписывает (т.е. командует или запрашивает) UE 22 выполнять TTI-переключение. Следовательно, это обеспечивает для базовой станции 20 лучшее управление временным интервалом переключения, поскольку базовая станция 20 представляет собой узел, фактически инициирующий квитирование связи. По меньшей мере, в некоторых вариантах осуществления, новое HS-SCCH-предписание задается, в частности, в целях предписания TTI-переключения. Поскольку HS-SCCH-предписание не переносит дополнительной информации, конфигурационная информация для TTI в 10 мс должна передаваться заранее и сохраняться в UE.
После получения предписания, UE 22 подготавливается к TTI-переключению. UE 22 затем участвует в уже инициированном квитировании связи посредством отправки сигнала 28 готовности (упоминаемого здесь в качестве сигнала готовности к переключению) в базовую станцию 20, указывающего то, что UE 22 готово выполнять переключение (этап 502). В вариантах осуществления на основе Фиг. 3A, на этом завершается квитирование связи. Тем не менее, в вариантах осуществления на основе Фиг. 3B, квитирование связи завершается после отправки подтверждения приема базовой станции 20 30 в форме другого HS-SCCH-предписания (этап 503), подтверждающего прием посредством базовой станции сигнала готовности к переключению. Если UE 22 не принимает это подтверждение приема в течение предварительно заданной продолжительности, UE 22 повторно передает сигнал готовности к переключению в попытке выполнять квитирование связи с базовой станцией 20. Аналогично, по меньшей мере, в некоторых вариантах осуществления, базовая станция 20 повторно передает первое HS-SCCH-предписание (этап 501), если базовая станция 20 не принимает сигнал готовности к переключению в течение предварительно заданной продолжительности с момента отправки этого HS-SCCH-предписания.
А именно, RNC 24 непосредственно не вовлекается в переключение к настоящему моменту на Фиг. 9. Кроме того, исключается взаимодействие с RRC-протоколом. Это дополнительно упрощает процесс и ускоряет переключение. Это также уменьшает объем выполняемой сигнализации.
Конечно, RNC 24 по-прежнему должен уведомляться в отношении переключения в некоторый момент. Следовательно, на Фиг. 9 после успешного переключения, базовая станция 20 присоединяет длину TTI к кадру данных Iub, чтобы уведомлять MAC-уровень в RNC 24 в отношении необходимости переключаться на L2-настройки, которые оптимизированы для TTI в 10 мс. В сценариях мягкой передачи обслуживания, базовая станция 20 в некоторых вариантах осуществления информирует RNC 24 в отношении успешного переключения, например через кадр управления протокола передачи кадров Iub. RNC 24 в одном варианте осуществления перенаправляет эту информацию аналогично в другие базовые станции 20 в случае, если сообщения, которыми обмениваются во время квитирования связи, пропущены вследствие временных плохих состояний радиосвязи в других базовых станциях.
Фиг. 10 показывает третий пример вариантов осуществления из Фиг. 3C и 4C в контексте TTI-переключения, которые делает переключение еще более динамическим. Как показано, в ответ на определение того, что удовлетворяется набор из одного или более критериев, связанных с показателем запаса мощности UE (например, опускается ниже заданного порогового значения в течение заданной продолжительности), UE 22 непосредственно начинает квитирование связи, чтобы инициировать изменение. В частности, в этом отношении, UE 22 отправляет сигнал готовности к переключению в базовую станцию 20 (этап 600) без передачи сначала сообщения с UPH-отчетом в сеть, как показано на фиг 8 и 9. Это означает то, что этапы 500 и 501 на Фиг. 9 не выполняются на Фиг. 10.
В любом случае, в ответ на сигнал готовности к переключению, базовая станция 20 подтверждает прием приема сигнала готовности к переключению UE посредством отправки сигнала 32 предписания + подтверждения приема в форме HS-предписания (этап 601). Это HS-предписание предписывает UE 22 выполнять переключение. Этапы 602-604 на Фиг.10 затем продолжаются аналогично этапам 504-506 на Фиг. 9, как описано выше.
Вышеприведенные примеры, конечно, фокусируются на оптимизации переключения с TTI в 2 мс на TTI в 10 мс. Оптимизация, как описано выше, приводит к более быстрому и более надежному переключению с EUL TTI в 2 мс на TTI в 10 мс, запускаемому посредством недостаточного покрытия для TTI в 2 мс. Это максимизирует использование TTI в 2 мс для EUL, в результате предоставляя гораздо более широкие возможности работы конечных пользователей. Идентичные средства, раскрытые в примерах, могут использоваться для переключения из TTI в 10 мс обратно на TTI в 2 мс. Чтобы исключать слишком большое число переключений "туда и обратно", пороговое значение для переключения 10-2 может задаваться выше порогового значения для переключения 2-10 с тем, чтобы создавать гистерезис между двумя переключениями. В дополнение к предоставлению гораздо более широких возможностей работы конечных пользователей, вышеприведенная оптимизация также сокращает долю прерванных вызовов за счет повышения надежности синхронизированных реконфигураций в общем. Следовательно, варианты осуществления в данном документе также могут использоваться для улучшения других синхронизированных реконфигураций. Иными словами, процедура установления связи, введенная в данном документе, может использоваться для улучшения других реконфигураций или переходов состояния однонаправленного радиоканала, которые в данный момент требуют синхронизированной процедуры.
С учетом вышеизложенных модификаций и изменений, специалисты в данной области техники должны принимать во внимание, что варианты осуществления в данном документе также включают в себя соответствующее устройство, выполненное с возможностью осуществлять способы и обработку, описанные выше. Фиг. 11, например, иллюстрирует устройство 22 беспроводной связи согласно одному или более вариантов осуществления. Как показано, устройство 22 включает в себя одну или более приемопередающих схем 50 и одну или более схем 52 обработки (и управления). Одна или более приемопередающих схем 50 могут включать в себя различные радиочастотные компоненты (не показаны), чтобы принимать и обрабатывать радиосигналы из одной или более базовых станций 20, через одну или более антенн 54, с использованием известных технологий обработки сигналов. Одна или более схем 52 обработки могут содержать один или более микропроцессоров, процессоров цифровых сигналов и т.п. Одна или более схем 52 обработки также могут содержать другие цифровые аппаратные средства и запоминающее устройство (например, ROM, RAM, кэш, флэш-память и т.д.), которое сохраняет программный код для выполнения одного или более протоколов связи и для выполнения одной или более технологий, описанных в данном документе. Конечно, не все этапы этих технологий обязательно выполняются в одном микропроцессоре или даже в одном модуле. Таким образом, Фиг. 11 представляет более обобщенный вид схем 52 обработки как функционально включающих в себя в себя схему 56 управления изменениями, выполненную с возможностью осуществлять обработку в устройстве, описанную в данном документе, например, на Фиг. 2 и 6. Тем не менее, специалисты в данной области техники должны принимать во внимание, что устройство по Фиг. 11 в некоторых вариантах осуществления включает в себя одно или более функциональных (программных) средств или модулей для выполнения обработки, описанной в данном документе, например, когда различные средства или модули выполняют различные этапы обработки по Фиг. 2 и/или 6. В одном таком варианте осуществления, одно или более функциональных средств или модулей реализованы как компьютерная программа, запущенная на процессоре.
Фиг. 12 иллюстрирует сетевой узел (например, базовую станцию 20 или RNC 24) согласно одному или более вариантов осуществления. Сетевой узел включает в себя один или более интерфейсов 58 связи и одну или более схем 60 обработки (и управления). Когда сетевой узел представляет собой базовую станцию 20, узел также включает в себя одну или более приемопередающих схем 62. Один или более интерфейсов 58 связи выполнены с возможностью функционально соединять сетевой узел с другими сетевыми узлами. Одна или более приемопередающих схем 62, если присутствуют, могут включать в себя различные радиочастотные компоненты (не показаны), чтобы принимать и обрабатывать радиосигналы из одного или более устройств 22 беспроводной связи, через одну или более антенн 64, с использованием известных технологий обработки сигналов. Одна или более схем 60 обработки могут содержать один или более микропроцессоров, процессоров цифровых сигналов и т.п. Одна или более схем 60 обработки также могут содержать другие цифровые аппаратные средства и запоминающее устройство (например, ROM, RAM, кэш, флэш-память и т.д.), которое сохраняет программный код для выполнения одного или более протоколов связи и для выполнения одной или более технологий, описанных в данном документе. Конечно, не все этапы этих технологий обязательно выполняются в одном микропроцессоре или даже в одном модуле. Таким образом, Фиг. 12 представляет более обобщенный вид схем 60 обработки как функционально включающих в себя в себя схему 66 управления изменениями. Когда узел представляет собой базовую станцию 22, схема 66 управления изменениями выполнена с возможностью осуществлять способ по Фиг. 2. Когда узел представляет собой RNC 24, схема 66 управления изменениями выполнена с возможностью осуществлять способ по Фиг. 5. Тем не менее, специалисты в данной области техники должны принимать во внимание, что сетевой узел по Фиг. 12 в некоторых вариантах осуществления включает в себя одно или более функциональных (программных) средств или модулей для выполнения обработки, описанной в данном документе, например, когда различные средства или модули выполняют различные этапы обработки по Фиг. 2 и/или 5. В одном таком варианте осуществления, одно или более функциональных средств или модулей реализованы как компьютерная программа, запущенная на процессоре.
Разумеется, настоящее изобретение может осуществляться способами, отличными от конкретно изложенных в данном документе, без отступления от важнейших характеристик изобретения. Настоящие варианты осуществления должны рассматриваться во всех отношениях как иллюстративные, а не ограничивающие, и все изменения, попадающие в рамки смысла и эквивалентности прилагаемой формулы изобретения, должны охватываться ей.
СОКРАЩЕНИЯ
CFN – номер кадра при соединении
DPCCH – выделенный физический канал управления
E-DCH – усовершенствованный выделенный канал
E-DPCCH – выделенный физический канал управления E-DCH
E-DPDCH – выделенный физический канал передачи данных E-DCH
E-TFCI – индикатор комбинации транспортных форматов E-DCH
EUL – усовершенствованная восходящая линия связи
HARQ – гибридный автоматический запрос на повторную передачу
HS-SCCH – совместно используемый канал управления HS-DSCH
L2 – уровень 2 (канальный уровень)
L3 – уровень 3 (сетевой уровень)
RNC – контроллер радиосети
SI – информация диспетчеризации
TTI – интервал времени передачи
TTT – время на инициирование
UL – восходящая линия связи
UPH – запас мощности UE