СПОСОБ И УСТРОЙСТВО ДЛЯ ВЫПОЛНЕНИЯ ИЗМЕНЕНИЯ ОБСЛУЖИВАЮЩЕЙ СОТЫ HS-DSCH
METHOD AND APPARATUS FOR PERFORMING SERVING HS-DSCH CELL CHANGE

ОБЛАСТЬ ТЕХНИКИ
Настоящая заявка относится к беспроводной связи.
УРОВЕНЬ ТЕХНИКИ
Высокоскоростной пакетный доступ по нисходящей линии связи (HSDPA) является признаком, который был введен в выпуске 5 спецификации Проекта партнерства третьего поколения (3GPP). HSDPA добивается максимальной спектральной эффективности с использованием трех ключевых концепций: адаптивных модуляции и кодирования (AMC), быстрых повторных передач физического уровня (например, гибридного автоматического запроса на повторение (HARQ)) и быстрого планирования Узла В.
Передача обслуживания является процессом, в котором блок беспроводной передачи/приема (WTRU) переключается с одной соты на другую без прерывания обслуживания. Фиг.1 показывает традиционную передачу обслуживания с одной соты на другую. В HSDPA WTRU 102 контролирует канал в одиночной соте, которая называется «обслуживающей сотой высокоскоростного совместно используемого канала нисходящей линии связи (HS-DSCH)». Когда происходит передача обслуживания, WTRU 102 необходимо переключаться на новую обслуживающую соту HS-DSCH (целевую соту 106) и прекращать связь со старой обслуживающей сотой (исходной сотой 104). Эта процедура также называется сменой обслуживающей соты HS-DSCH.
WTRU непрерывно измеряет интенсивность сигнала соседних сот. Как только интенсивность сигнала, измеренная в контролируемом общем пилотном канале (CPICH) соседней соты, превышает таковой у обслуживающей соты (то есть событие 1D), WTRU указывает контроллеру радиосети (RNC) об изменении наилучшей соты. Изменение наилучшей соты сообщается из WTRU на RNC через отчет об измерении управления радиоресурсами (RRC). Отчет об измерении содержит в себе измеренное значение и идентичность соты (ID). RNC затем принимает решение, должно ли происходить изменение обслуживающей соты HS-DSCH.
Для того чтобы инициировать изменение обслуживающей соты HS-DSCH, обслуживающий контроллер радиосети (SRNC) запрашивает, чтобы управляющий контроллер радиосети (CRNC) выделил ресурсы HS-DSCH (такие, как временный идентификатор радиосети HS-DSCH (H-RNTI), коды высокоскоростного совместно используемого канала управления (HS-SCCH), ресурсы HARQ и т.д.) для WTRU в целевой соте через сообщения прикладной части подсистемы радиосети (RNSAP) и прикладной части Узла В (NBAP). Как только ресурсы HS-DSCH зарезервированы, CRNC выдает всю информацию в SRNC, который, в свою очередь, отправляет сообщение передачи обслуживания RRC в WTRU. Сообщение RRC, которое может использоваться для указания изменения обслуживающей соты HS-DSCH по отношению к WTRU, включает в себя, но не в качестве ограничения, сообщение реконфигурирования физического канала, сообщение реконфигурирования транспортного канала, сообщение реконфигурирования радиоканала-носителя и сообщение обновления активного набора.
Сообщение передачи обслуживания RRC предоставляет WTRU параметры радиодоступа, требуемые, чтобы WTRU начинал контроль целевой соты. В дополнение, сообщение RRC может предоставлять время активизации, в которое должна происходить передача обслуживания.
Существует два типа передачи обслуживания: синхронизированная и несинхронизированная передачи обслуживания. При несинхронизированной передаче обслуживания сеть и WTRU не активизируют и не переключают ресурсы одновременно. Время активизации для WTRU, заданное в команде передачи обслуживания, устанавливается в «сейчас». Это уменьшает задержки, ассоциированные с процедурой передачи обслуживания. Однако оно повышает вероятность потери данных.
При синхронизированной передаче обслуживания сеть и WTRU активизируют и переключают ресурсы одновременно. Сеть должна устанавливать время активизации в значение, взятое с запасом, чтобы учитывать любые виды задержек, такие как задержка планирования, повторные передачи, время конфигурирования и т.д. Хотя синхронизированная передача обслуживания минимизирует потери данных, она может иметь следствием более продолжительную задержку.
Традиционно сообщение передачи обслуживания RRC отправляется в WTRU через исходный Узел В. Задержка, ассоциированная с процедурой изменения обслуживающей соты HS-DSCH, может привести к неудаче сообщения передачи обслуживания, давая в результате неприемлемую частоту сброшенных вызовов. Некоторые предложения были введены для оптимизации процедуры изменения обслуживающей соты HS-DSCH.
В соответствии с предложениями WTRU и Узел В могут предварительно загружаться (предварительно конфигурироваться) связанной с HS-DSCH конфигурацией. Когда сота добавляется в активный набор и если RNC решает, что сота может быть добавлена в «активный набор HSDPA», WTRU и узел В предварительно конфигурируются с фазой подготовки/готовности реконфигурирования линии радиосвязи. Когда возникает изменение наилучшей соты, (то есть событие 1D), целевой Узел В может получать команду начать планирование WTRU с фазой поручения/начала реконфигурирования линии радиосвязи. Это позволяет WTRU и Узлу В скорее начать осуществление связи.
WTRU может контролировать HS-SCCH исходной и целевой сот параллельно. При изменении наилучшей соты WTRU отправляет сообщение 1D отчета об измерении. После ожидания в течение конфигурируемого количества времени WTRU начинает контроль предварительно загруженного HS-SCCH целевой соты в дополнение к HS-SCCH исходной соты. При этой схеме прерывность обслуживания может уменьшаться.
Целевому Узлу В может неявно повторно указываться на первое наступление события планирования. Когда RNC авторизует передачу обслуживания и целевой Узел В сконфигурирован и готов, целевой узел В может планировать WTRU в одном из HS-SCCH, которые контролируются WTRU. Первое наступление события планирования из целевого Узла В неявно подтверждает успешность передачи обслуживания. Чтобы избежать потери пакетов, исходный Узел В может предоставлять в RNC состояние того, сколько данных еще требуется передавать.
Указание передачи обслуживания (или перенаведения) может пересылаться через целевой Узел В через команду HS-SCCH, через новый канал физического уровня или через канал изменения обслуживающей соты (SCCCH), который использует такой же каналообразующий код, как канал (E-RGCH) относительного предоставления расширенного выделенного канала (E-DCH) и канал индикатора HARQ E-DCH (E-HICH), но с другой сигнатурной последовательностью. WTRU подтверждает указание передачи обслуживания, изменяя код скремблирования восходящей линии связи или используя отдельное значение индикатора качества канала (CQI) (например, 31).
В соответствии с еще одним предложением, придерживаясь вышеприведенных предложений, требование к WTRU может быть ограничено контролем только одного HS-SCCH предварительно выделенной/необслуживающей соты, которая инициировала событие 1D. Событие 1A и 1B могут повторно использоваться с разными значениями параметров для создания «набора кандидатов обслуживания HS-DSCH», который является подмножеством сот, которые почти так же хороши, как наилучшая сота. Если сота в пределах активного набора становится почти такой же хорошей, как активный набор, инициируется событие 1A*. Конфигурации целевого Узла В предварительно конфигурируются, и выделяются коды HS-SCCH. Первый код HS-SCCH в списке называется первичным кодом HS-SCCH. Предварительная конфигурация отправляется в WTRU. Когда возникает событие 1D, WTRU начинает контроль только первичного HS-SCCH целевого узла В в дополнение к HS-SCCH исходного Узла В. При приеме первого планирования целевого Узла B WTRU прекращает прием HS-DSCH из исходной соты. Целевой Узел B рассматривает прием положительного подтверждения (ACK) из WTRU в качестве указания успешной передачи обслуживания.
В соответствии с еще одним другим предложением команда передачи обслуживания (то есть сообщение передачи обслуживания) может отправляться через целевую соту с использованием общего канала с известной конфигурацией. WTRU может использовать общий временный идентификатор радиосети HS-DSCH (H-RNTI) для контроля HS-SCCH в целевой соте. Общая информация может широковещательно передаваться через блоки системной информации (SIB) или конфигурироваться с помощью выделенных сообщений RRC. Для повышения надежности сообщения передачи обслуживания сеть может отправлять сообщение через обе, исходную и целевую, соты.
Для того чтобы предоставить WTRU в состоянии CELL_DCH возможность принимать сообщение изменения обслуживающей соты HS-DSCH через целевую соту с использованием общих ресурсов, WTRU должен иметь возможность считывать SIB для получения системной информации о HS-DSCH. В соответствии с традиционной спецификацией 3GPP для WTRU не предоставлена возможность считывать требуемые SIB в состоянии CELL_DCH. В дополнение, поскольку широковещательно переданное сообщение посредством SIB повторяется только с коэффициентом повторения, WTRU может не даваться достаточно времени для приобретения информации. Это может иметь следствием неспособность принять команду передачи обслуживания. В дополнение, когда выделенные предварительно загруженные ресурсы используются для улучшения изменения обслуживающей соты HS-DSCH, изменение наилучшей соты вне активного набора может не выполняться с использованием таких усовершенствований.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Раскрыты способ и устройство для выполнения изменения обслуживающей соты HS-DSCH с исходной соты на целевую соту. RNC может предварительно загружать WTRU конфигурацией HS-DSCH для целевой соты. WTRU принимает и сохраняет предварительно загруженную конфигурацию HS-DSCH. WTRU может начинать контроль HS-SCCH в целевой соте с использованием предварительно загруженной конфигурации HS-DSCH для целевой соты при условии, что отчет об измерении инициирован событием 1D. WTRU может запускать таймер, когда WTRU начинает контроль HS-SCCH в целевой соте, и останавливать контроль HS-SCCH в целевой соте по истечении таймера.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Более детальное понимание может быть получено из последующего описания, приведенного в качестве примера, иллюстрируемого прилагаемыми чертежами, на которых:
фиг.1 показывает традиционную передачу обслуживания с одной соты на другую;
фиг.2 - блок-схема последовательности операций контроля целевой соты в соответствии с одним из вариантов осуществления;
фиг.3 - структурная схема примерного WTRU.
ПОДРОБНОЕ ОПИСАНИЕ
При дальнейшем упоминании термин «WTRU» включает в себя, но не в качестве ограничения, пользовательское оборудование (UE), мобильную станцию, стационарный или мобильный абонентский пункт, пейджер, сотовый телефон, персональный цифровой секретарь (PDA), компьютер или любой другой тип пользовательского устройства, способного работать в беспроводной среде. При дальнейшем упоминании термин «Узел B» включает в себя, но не в качестве ограничения, базовую станцию, контроллер пункта связи, точку доступа (AP) или любой другой тип интерфейсного устройства, способного работать в беспроводной среде.
При дальнейшем упоминании «сообщение изменения обслуживающей соты HS-DSCH» может включать в себя, но не в качестве ограничения, сообщения реконфигурирования RRC или сообщение обновления активного набора, которые могут реконфигурировать WTRU для изменения обслуживающей соты HS-DSCH, или целевую инструкцию HS-SCCH. При дальнейшем упоминании «общие ресурсы HS-DSCH» ссылаются на набор ресурсов HS-DSCH (то есть H-RNTI, коды HS-SCCH, выделение памяти HARQ и т.д.), которые могут использоваться одним или группой WTRU для приема сообщения нисходящей линии связи. Общий ресурс HS-DSCH может широковещательно передаваться или поставляться через выделенное сообщение RRC. Упоминаемые далее «выделенные ресурсы HS-DSCH» или «выделенные ресурсы» ссылаются на набор предварительно загруженной информации о целевой соте, поставляемой в WTRU в качестве части процедуры обновления активного набора.
Варианты осуществления для получения общего ресурса HS-DSCH описаны в дальнейшем.
В соответствии с одним из вариантов осуществления WTRU получает общие ресурсы HS-DSCH через SIB или посредством сигнализации RRC из сети в Cell_DCH. Традиционно WTRU не наделен возможностью и не сконфигурирован для считывания SIB, отправленных через широковещательный канал управления (BCCH), в состоянии CELL_DCH. Общие ресурсы HS-DSCH, используемые для улучшенного CELL_FACH, широковещательно передаются через SIB5/5bis, и только WTRU в нерабочем режиме, CELL_FACH, CELL_PCH и URA_PCH могут считывать SIB5/5bis. В соответствии с этим вариантом осуществления WTRU предоставлена возможность считывать SIB5/5bis (или любой другой SIB, где поставляется информация об общих ресурсах HS-DSCH) в состоянии CELL_DCH.
Общие ресурсы HS-DSCH, которые могут использоваться для приема сообщения изменения обслуживающей соты HS-DSCH, могут быть такими же, как используемые для улучшенного CELL_FACH в SIB5/5bis, или могут быть новым набором информации, зарезервированной для изменения обслуживающей соты HS-DSCH. В качестве альтернативы, как раз выделение кодов HS-SCCH и памяти HARQ может быть таким же, как для улучшенного CELL_FACH, но пул общих H-RNTI может резервироваться только для сообщений изменения обслуживающей соты HS-DSCH. Информация отображения радиоканала-носителя сигнализации (SRB) для SRB, используемого для передачи информации об изменении обслуживающей соты HS_DSCH (то есть ID логического канала и/или ID очереди для ее отображения), может широковещательно передаваться, или WTRU может использовать информацию отображения SRB, извлеченную во время пребывания в исходной соте.
Повтор системной информации, широковещательно переданной в SIB, может меняться от каждых 4 кадров до каждых 4096 кадров. Этот параметр конфигурируется и поставляется в основном блоке информации, и в зависимости от коэффициента повторения это может вызывать задержки во времени получения SIB. Для WTRU может быть необходимым считывать информацию об общих ресурсах HS-DSCH в SIB все время. WTRU может быть сконфигурирован для считывания информации об общих ресурсах HS-DSCH, чтобы WTRU был готов начинать прием трафика нисходящей линии связи до или во время того, как сеть отправляет сообщение через целевую соту. Поэтому WTRU может учитывать коэффициент повтора, время, которое ему требуется для его считывания, время, которое ему требуется для конфигурирования ресурсов, и тому подобное.
WTRU может считывать блок системной информации для получения общих ресурсов HS-DSCH при одном или комбинации следующих механизмов запуска:
(1) WTRU может считывать SIB соседней соты, которая инициировала событие 1D (то есть наилучшей соты в наборе контролируемых), и сохранять информацию об общих ресурсах HS-DSCH, как только инициировано событие 1D;
trigger
(2) WTRU может считывать и сохранять информацию об общих ресурсах HS-DSCH, как только качество соседней соты становится лучше, чем обслуживающей соты (то есть до момента инициации для запуска (T));
(3) WTRU может считывать и сохранять информацию об общих ресурсах HS-DSCH, как только качество соседней соты становится лучше, чем обслуживающей соты на предварительно сконфигурированное значение гистерезиса;
(4) WTRU может считывать и сохранять информацию об общих ресурсах HS-DSCH каждой соты, которая добавлена в активный набор, как только сота добавляется в активный набор посредством процедуры ACTIVE SET UPDATE (ОБНОВЛЕНИЯ АКТИВНОГО НАБОРА) или как только событие 1A инициировано WTRU. WTRU может быть должным хранить ID соты и информацию о HS, ассоциативно связанные с каждой из сот. Когда происходит изменение наилучшей соты, WTRU затем может извлекать информацию об общих ресурсах HS-DSCH, соответствующую соте, и конфигурировать ресурсы HS-DSCH соответствующим образом;
(5) WTRU может считывать и сохранять информацию об общих ресурсах HS-DSCH наилучшей соты в наборе контролируемых через интервал Tn после изменения наилучшей соты, в то время как сохраняется условие;
(6) WTRU может считывать и сохранять информацию об общих ресурсах HS-DSCH новой соты, добавленной в активный набор, при инициации события 1A;
(7) WTRU может считывать и сохранять информацию об общих ресурсах HS-DSCH новой соты, добавленной в активный набор, если инициировано событие 1A и новая сота стала наилучшей сотой в активном наборе;
(8) WTRU может считывать и сохранять информацию об общих ресурсах HS-DSCH любой новой соты, для которой измеренное качество (например, принимаемая мощность в любом опорном канале нисходящей линии связи, таком как общий пилотный канал (CPICH)), превышает предварительно сконфигурированное пороговое значение; или
(9) WTRU может считывать и сохранять информацию об общих ресурсах HS-DSCH любой новой соты, для которой измеренное качество (например, принимаемая мощность в любом опорном канале нисходящей линии связи, таком как CPICH) приближается к качеству обслуживающей соты на предварительно сконфигурированное пороговое значение.
В качестве альтернативы, информация об общих ресурсах HS-DSCH может отправляться в WTRU через выделенную сигнализацию RRC. Например, информация об общих ресурсах HS-DSCH может быть включена в сообщение ACTIVE SET UPDATE, которое отправляется в WTRU, когда новая сота добавляется в активный набор.
Для того чтобы ограничить объем памяти, требуемой для хранения информации об общих ресурсах HS-DSCH из многочисленных сот, WTRU может быть сконфигурирован для хранения информации об общих ресурсах HS-DSCH только для N самых мощных сот или M последних сот для причинения любого из критериев инициирования, описанных выше. WTRU может быть сконфигурирован для периодического удаления информации об общих ресурсах HS-DSCH, хранимой в памяти, удаления информации об общих ресурсах HS-DSCH из памяти для любой соты, для которой контролируемое качество падает ниже определенного порогового значения, или удаления информации об общих ресурсах HS-DSCH для любой соты, которая удалена из активного набора WTRU.
Варианты осуществления для контроля целевой соты раскрыты в дальнейшем.
WTRU может начинать контроль целевой соты с использованием общего ресурса или выделенного ресурса, когда удовлетворены один или комбинация следующих критериев:
(1) Как только отчет об измерениях отправляется в сеть, указывая событие 1D;
(2) Как только отчет об измерениях отправляется в сеть, указывая событие 1A, и обнаружено изменение наилучшей соты;
(3) Как только инициировано событие 1A или 1D (то есть перед отправкой отчета об измерении);
(4) Через временной интервал (Tm) после того, как отчет об измерении, указывающий событие 1D или событие 1A с изменением наилучшей соты, отправлен в сеть;
(5) Через временной интервал (Tn) после того, как подтверждение уровня RLC было принято в WTRU, указывая, что отчет об измерении был успешно принят сетью;
(6) При явной сигнализации из исходного Узла B. Явная сигнализация может быть инструкцией HS-SCCH через исходную соту для указания WTRU начинать контроль целевой соты. В качестве альтернативы, явная сигнализация может быть зарезервированным значением в канале абсолютного предоставления E-DCH (E-AGCH), сигнализируемым в WTRU (например, предоставление = 0, деактивация всех процессов HARQ или зарезервированное значение, используемое только для этой цели);
(7) Как только качество канала Узла B падает ниже сконфигурированного системой порогового значения; и
(8) Как только обнаружен отказ линии радиосвязи в исходном Узле B.
WTRU может прекращать контроль целевой соты при одном или комбинации следующих критериев:
(1) После того как истек предопределенный временной интервал (Tp) от момента времени, когда WTRU начал контроль целевой соты, и никакого сообщения передачи обслуживания принято не было. Если принято сообщение передачи обслуживания (то есть сообщение RRC или HS-SCCH), WTRU может прекращать контроль HS-SCCH целевой соты согласно инструкции;
(2) После того как истек периодический таймер для отправки отчета об измерении и/или WTRU отправляет другой отчет об измерении в сеть. WTRU может вновь начинать контроль той же самой целевой соты, если целевая сота остается наилучшей сотой и если был удовлетворен критерий для начала контроля целевой соты. Если наилучшая сота в контролируемом наборе изменилась, WTRU должен прекратить контроль текущей соты и начать контроль новой соты согласно одному из критериев, описанных выше;
(3) Как только отказ линии радиосвязи обнаружен в исходной соте и не было сообщения передачи обслуживания или указания из целевой соты в течение сконфигурированного количества времени;
(4) Как только принятое сообщение передачи обслуживания дает в результате недействительную конфигурацию и возникает несостоятельность передачи обслуживания; или
(5) После приема отчета о состоянии уровня RLC в WTRU, указывающего, что отчет об измерении RRC не был успешно принят сетью.
Если возникает отказ линии радиосвязи, в то время как WTRU ожидает сообщения передачи обслуживания, WTRU может сообщать измерения, полученные в соседних сотах до отказа линии радиосвязи, по выбору, наряду с самым последним полученным измерением. Эта информация может отправляться в сообщении обновления соты или отправляться в качестве сообщения отчета об измерении после того, как отправляется обновление соты. Это может предоставлять сети возможность переводить WTRU в состояние CELL_DCH при мягкой передаче обслуживания без каких бы то ни было дополнительных задержек.
Фиг.2 - блок-схема последовательности 200 операций контроля целевой соты в соответствии с одним из вариантов осуществления. WTRU контролирует обслуживающую соту HS-DSCH и соседнюю соту(ы) (этап 202). WTRU проверяет, инициировано ли событие 1D (этап 204). Если событие 1D не инициировано, WTRU продолжает осуществлять контроль обслуживающей соты HS-DSCH. Если инициировано событие 1D, WTRU устанавливает таймер Tp (этап 206) и начинает контроль HS-SCCH целевой соты (если предварительно сконфигурирована) (этап 208). WTRU проверяет, принято ли сообщение передачи обслуживания (то есть сообщение RRC или инструкцию HS-SCCH) (этап 210). Если принято сообщение передачи обслуживания для целевой соты, WTRU выполняет изменение обслуживающей соты HS-DSCH (этап 212). Если сообщение передачи обслуживания не принято, WTRU проверяет, истек ли таймер Tp (этап 214). Если таймер Tp истек, WTRU прекращает контроль HS-SCCH целевой соты (этап 216). Если таймер Tp не истек, WTRU продолжает осуществлять контроль HS-SCCH целевой соты.
Варианты осуществления для совместного использования процесса HARQ при приеме из исходной и целевой сот раскрыты в дальнейшем.
Когда WTRU требуется начать контроль целевой соты с использованием общих или выделенных ресурсов HS-DSCH, особое внимание должно быть уделено способу, которым обрабатываются процессы HARQ. Поскольку WTRU может по-прежнему принимать данные в нисходящей линии связи через исходную соту, WTRU может не иметь возможности сбрасывать процессы HARQ, используемые из исходной соты. Однако по меньшей мере один процесс HARQ требуется, чтобы иметь возможность принять данные из целевой соты в случае приема общего HS-DSCH или если выделенное сообщение принимается через целевую соту.
В соответствии с одним из вариантов осуществления дополнительный процесс HARQ может быть зарезервирован для приема сообщения передачи обслуживания через целевую соту. Целевой Узел B осведомлен, что WTRU использует только один процесс HARQ.
В качестве альтернативы, WTRU может иметь два набора процессов HARQ, один набор процессов HARQ, используемый для приема через исходную соту, и другой набор процессов HARQ, сконфигурированный для приема через целевую соту. Системная информация о HARQ для дополнительного набора ресурсов HARQ может поставляться в качестве части общей системной информации о HS-DSCH. Это потребовало бы, чтобы WTRU настраивал набор новых процессов HARQ каждый раз, когда сообщение передачи обслуживания ожидается через целевую соту.
В качестве альтернативы, WTRU может использовать те же самые процессы HARQ, что и исходная сота, когда WTRU декодирует свой H-RNTI (общий, специфичный обслуживающей соте или выделенный) в HS-SCCH. В этом случае WTRU может быть должным очищать буферы HARQ перед приемом данных через целевой HS-PDSCH. WTRU должен гарантировать, что никакие данные из исходной соты не принимаются, в то время как данные принимаются из целевой соты. Сеть может обеспечивать, чтобы данные не передавались через исходную соту, в то время как целевая сота отправляет команду передачи обслуживания. Это может делаться с помощью индикации Iub из RNC в исходный Узел B. По выбору, WTRU может использовать то обстоятельство, что данные по-прежнему передаются через исходную соту, в качестве указания, что данные, принимаемые через целевую соту, не предназначены для WTRU. В качестве альтернативы, исходная сота может продолжать осуществлять передачу данных, но WTRU может не слушать HS-SCCH исходной соты во время приема сообщения через целевую соту.
В качестве альтернативы, процессы HARQ могут быть разделены между исходной сотой и целевой сотой. Например, половина процессов HARQ выделается для исходной соты, а другая половина для целевой соты на время, когда WTRU является ожидающим сообщение через целевую соту (то есть контролирующим целевую соту). Соотношение процессов HARQ, используемых для исходной и целевой сот, может быть предопределенным значением, сконфигурированным системой значением, поставляемым в качестве части общей системной информации о HS-DSCH. Сеть может отправлять указание в исходную соту с использованием сигнализации Iub, чтобы конфигурировать исходную соту для начала использования только части процессов HARQ, имеющихся в распоряжении.
В качестве альтернативы, WTRU может устанавливать новую дополнительную подсущность MAC-ehs или MAC-hs для целевой соты, которую контролирует WTRU.
WTRU может очищать программные буферы процессов HARQ, которые сконфигурированы, чтобы использоваться для целевой соты. Очищение может происходить во время, когда WTRU начинает контроль целевой соты или когда ожидаемый RNTI декодирован в HS-SCCH целевой соты.
WTRU может контролировать обе, исходную и целевую, соты, и, если процессы HARQ, указанные в HS-SCCH исходной соты, мешают используемому целевой сотой, WTRU может использовать это в качестве индикации, что сообщение не предназначено для такого WTRU. Этот случай действителен, когда процессы HARQ совместно используются между исходной и целевой сотами и сеть не должна предоставлять исходной соте возможность передавать в тех же самых процессах HARQ, как целевая сота.
WTRU должен гарантировать, что устанавливается в исходное состояние по меньшей мере одна очередь, в которой принимается SRB (то есть сообщение передачи обслуживания RRC). WTRU может сбрасывать только переменные переупорядочения в их начальные значения и, если применимо, может отбрасывать любой оставшийся сегмент из сущности повторной сборки. В качестве альтернативы, WTRU может сбрасывать процессы HARQ, ассоциированные с целевой сотой, или все предыдущие процессы HARQ, используемые в исходной соте.
Варианты осуществления для завершения процедуры изменения обслуживающей соты HS-DSCH раскрыты в дальнейшем.
Как только WTRU считает передачу обслуживания успешной, WTRU освобождает ресурсы, которыми WTRU был наделен из исходной соты. WTRU может освобождать ресурсы в исходной соте в одном или комбинации следующих случаев:
(1) Если сообщение передачи обслуживания принято и было успешно завершено подтверждение действительности конфигурации сообщения в RRC;
(2) Если сообщение передачи обслуживания принято и задано время активизации, отличное от настоящего времени (ресурсы освобождаются в заданное время активизации);
(3) Как только WTRU осведомлен, что сообщение, принятое через целевую соту, предназначено для такого WTRU;
(4) При декодировании HS-SCCH в целевой соте с ожидаемым H-RNTI; или
(5) При явной сигнализации из исходного Узла B. Сигнализация может выдаваться с помощью инструкции HS-SCCH в исходной соте для указания WTRU начинать декодирование целевого Узла B и освобождать ресурсы для исходного Узла B. В качестве альтернативы, сигнализация может выдаваться с использованием зарезервированного значения в E-AGCH (например, предоставление = 0, или дезактивизации всех процессов HARQ).
После завершения процедуры изменения обслуживающей соты HS-DSCH, WTRU может требоваться сбрасывать только процессы HARQ и память HARQ, имеющую отношение к процессам HARQ, которые использовались в исходной соте.
Варианты осуществления для изменения обслуживающей соты на соту, которая не находится в активном наборе, раскрыты в дальнейшем.
В соответствии с одним из вариантов осуществления, если изменение наилучшей соты соответствует соте, которая уже включена в активный набор, и конфигурация HS-DSCH уже была выдана на WTRU (то есть предварительно загружена), WTRU может использовать предварительно загруженную конфигурацию HS-DSCH в целевой соте, а если новая наилучшая сота не включена в активный набор, или изменение наилучшей соты в пределах активного набора обнаружено, но нет в распоряжении никакой предварительно загруженной конфигурации HS-DSCH, WTRU может использовать общие ресурсы HS-DSCH для приема команды передачи обслуживания через целевую соту. WTRU инициирует отчет об измерении и начинает контроль целевой соты согласно одному из вариантов осуществления, раскрытому выше, с использованием любых из выделенных ресурсов или общих ресурсов. В зависимости от того, использует ли WTRU общие или выделенные ресурсы, WTRU может принимать сообщение реконфигурирования RRC или сообщение обновления активного набора через целевую соту (в случае использования общего ресурса), или только указание передачи обслуживания из целевой соты (в случае использования выделенного ресурса).
В соответствии с еще одним вариантом осуществления WTRU может допускать, что H-RNTI и один или более кодов HS-SCCH, используемых в исходной соте, также будут иметься в распоряжении в целевой соте. WTRU контролирует целевую соту с теми же самыми H-RNTI и одним или более кодами HS-SCCH, которые WTRU использует для исходной соты. Когда сеть конфигурирует WTRU, сеть проверяет, имеются или нет в распоряжении те же самые RNTI и/или код(ы) HS-SCCH в целевой соте. Если так, сеть может отправлять сообщение передачи обслуживания в WTRU через целевую соту с использованием прежних H-RNTI и/или кода(ов) HS-SCCH.
В качестве альтернативы, коды HS-SCCH могут предоставляться через SIB или предварительно конфигурироваться для всех WTRU. Если они имеются в распоряжении в целевой соте, сообщение передачи обслуживания может отправляться через целевую соту с использованием прежнего выделенного H-RNTI, используемого в исходной соте. Иначе сообщение передачи обслуживания отправляется через исходную соту. Сеть может использовать инструкцию HS-SCCH в целевой соте с тем же самым H-RNTI, используемым в исходной соте для подтверждения, что тот же самый H-RNTI был сконфигурирован для целевой соты. WTRU затем контролирует целевую соту с тем же самым H-RNTI для приема сообщения передачи обслуживания. По выбору, если инструкция HS-SCCH не была принята, WTRU затем может начинать контроль общего H-RNTI в целевой соте или контролировать только исходную соту. WTRU, по выбору, может одновременно контролировать HS-SCCH в целевой соте по обоим, общему H-RNTI и выделенному H-RNTI, используемому в исходной соте.
В соответствии с еще одним вариантом осуществления канал изменения обслуживающей соты (SCCCH) используется через целевую соту и/или исходную соту, которые маскированы временным идентификатором радиосети UTRAN (U-RNTI), временным идентификатором радиосети соты (C-RNTI), H-RNTI или временным идентификатором радиосети E-DCH (E-RNTI) исходной соты, для указания WTRU либо слушать общий H-RNTI или подтвердить, что прежний исходный H-RNTI также был выделен в целевой соте.
В соответствии с еще одним вариантом осуществления инструкция HS-SCCH или HS-SCCH может отправляться через исходную соту с использованием выделенного H-RNTI исходной соты для указания WTRU, что прежний H-RNTI был подтвержден в целевой соте. WTRU затем может перемещать целевую соту и контролировать HS-SCCH с H-RNTI, используемым в исходной соте. В качестве альтернативы, отдельное зарезервированное значение в E-AGCH в исходной соте может использоваться для указания такового.
В соответствии с еще одним вариантом осуществления команда передачи обслуживания может отправляться через целевую соту с использованием специального формата HS-SCCH, при этом U-RNTI у WTRU используется взамен H-RNTI для адресации WTRU в HS-SCCH (то есть маскирование с использованием U-RNTI вместо H-RNTI). Этот вариант осуществления также может использоваться для изменения наилучшей соты в пределах активного набора.
В соответствии с еще одним вариантом осуществления конфигурация по умолчанию может быть задана, чтобы WTRU использовал ее, если изменение наилучшей соты происходит вне активного набора. Конфигурация по умолчанию используется WTRU только для приема команды передачи обслуживания через целевую соту. Если группа WTRU имеет одинаковую конфигурацию по умолчанию, сеть может предоставлять только одному WTRU за раз возможность использовать ее.
Варианты осуществления, описанные выше, также могут использоваться для подтверждения, что прежние ресурсы E-DCH (такие, как E-RNTI, коды E-AGCH и т.д.) также выделяются в целевой соте в случае изменения обслуживающей соты E-DCH. Подтверждение также может отправляться в целевой соте с использованием отдельного зарезервированного значения E-AGCH, маскированного предыдущим E-RNTI исходной соты.
Что касается вариантов осуществления, описанных выше, в случае, когда WTRU декодирует предыдущий исходный H-RNTI в HS-SCCH целевой соты и он не соответствует сконфигурированной инструкции HS-SCCH, WTRU может не пытаться принимать сообщение. То же самое может применяться к E-AGCH, маскированному предыдущим исходным E-RNTI. Если отдельное зарезервированное значение не декодировано, WTRU может не использовать абсолютное предоставление, указанное в целевой соте.
По выбору, вместе с конфигурацией по умолчанию или общей конфигурацией, WTRU может снабжаться по меньшей мере одной из информации о фрагментарном выделенном физическом канале (F-DPCH), информации о выделенном физическом канале управления (DPCCH), информации о высокоскоростном выделенном физическом канале управления (HS-DPCCH) и ресурсами E-DCH соседней соты. Если WTRU подвергается подтверждению для использования такой конфигурации по умолчанию или имеет единоличный доступ к ресурсу, по получении подтверждения, WTRU может быть инициирован для запуска контура регулирования мощности и попытки синхронизироваться по отношению к целевому Узлу В.
Варианты осуществления для одновременного приема из обеих, исходной и целевой, сот раскрыты в дальнейшем. WTRU принимает команду передачи обслуживания одновременно из целевой соты и исходной соты. Это может достигаться выполнением типа мягкой передачи обслуживания с исходной соты и целевой соты. Это может применяться к передачам обслуживания между Узлами В или передачам обслуживания внутри Узла B.
Для того чтобы предоставить возможность мягкой передачи обслуживания, исходной и целевой сотам необходимо синхронизироваться, чтобы все PDU MAC-ehs имели одинаковый размер и одинаковая нумерация порядковым номером передачи (TSN) обеспечивалась из обеих очередей в разных сотах. В качестве альтернативы, размер PDU MAC-ehs может не быть одинаковым, но размер PDU переупорядочения (для очереди по приоритету, содержащей в себе соответствующий SRB) и номер TSN PDU переупорядочения могут быть одинаковыми.
Мягкое объединение PDU может выполняться в очереди переупорядочения WTRU. Очередь переупорядочения может резервироваться для SRB, используемого для отправки сообщения передачи обслуживания. Номера TSN должны синхронизироваться (то есть начинаться с нуля), или исходный Узел B должен явно указывать целевому Узлу В номер TSN для использования. Это потребует, чтобы исходная сота и WTRU осуществляли сброс в отношении переменных переупорядочения очереди переупорядочения, в которую отображается SRB. Планирование PDU MAC-ehs из обеих сот должно быть таким, что максимальная задержка между исходной сотой и целевой сотой превышает таймер T1, сконфигурированный для соответствующей очереди переупорядочения. Это может достигаться приданием приоритета этим данным и/или WTRU над любыми другими данными и/или WTRU.
Создание PDU переупорядочения одинакового размера может достигаться с использованием одного или комбинации следующих вариантов выбора. Если имеет место изменение обслуживающей соты внутри Узла B, исходная сота может указывать целевой соте размер и, по выбору, CQI, которые она принимала из WTRU в каждом интервале времени передачи (TTI). Посредством планирования с гарантированной первоочередностью исходная сота и целевая сота могут слегка синхронизироваться. Номер TSN, по выбору, может поставляться на целевой Узел B, или исходная сота, целевая сота и WTRU все сбрасывают свои переменные переупорядочения в их начальные значения по умолчанию.
В качестве альтернативы, целевая сота может контролировать HS-DPCCH, отправленный из WTRU в целевую соту, и создавать PDU MAC-ehs согласно принимаемому CQI. В качестве альтернативы, целевая сота и исходная сота могут создавать PDU переупорядочения всегда одинакового размера. Предопределенный размер PDU переупорядочения может всегда использоваться для сообщений передачи обслуживания. По выбору, WTRU может быть предоставлена возможность мультиплексировать более чем один PDU переупорядочения из одной и той же очереди переупорядочения в одном TTI. Более точно, если размер PDU переупорядочения предварительно сконфигурирован x битами, а выбранный размер транспортного блока имеет значение y битов, где y>x, то WTRU может включать в себя INT(y/x) PDU переупорядочения в данном транспортном блоке. Каждый PDU переупорядочения наделен порядковым номером передачи (TSN), даже если они могут соответствовать одной и той же очереди переупорядочения.
В качестве альтернативы, PDU MAC-ehs могут создаваться независимо как от исходного Узла B, так и целевого Узла B (то есть разных размеров, разных TSN и разных последовательностей переупорядочения). Мягкое объединение сообщение может выполняться на уровне RLC. В качестве альтернативы, исходная сота и целевая сота могут осуществлять передачу в чередующихся TTI.
Для одновременной передачи в исходной соте и целевой соте HS-SCCH может передаваться в единственной соте (через исходную соту или целевую соту), тогда как HS-PDSCH (содержащий в себе команду передачи обслуживания RRC) может передаваться через обе соты. В этом случае новый формат HS-SCCH может быть определен для указания информации о HS-PDSCH в обеих сотах или может использоваться традиционный формат HS-SCCH, и WTRU неявно знает, что формат HS-SCCH применим к обеим сотам. В качестве альтернативы, HS-SCCH может передаваться в обеих сотах, тогда как HS-PDSCH может передаваться только в одной соте, исходной соте или целевой соте. В качестве альтернативы, оба, HS-SCCH и HS-PDSCH, могут передаваться в обеих сотах.
Варианты осуществления для работы без HS-SCCH для приема в целевой соте, раскрыты в дальнейшем.
Прием команды передачи обслуживания в целевой соте может успешно выполняться без HS-SCCH. Это может достигаться маскированием выделенного или общего H-RNTI с контролем циклическим избыточным кодом (CRC), который используется при передаче по HS-DSCH. Сообщение может отправляться с использованием ограниченной конфигурации HS-DSCH (например, один или два кода HS-PDSCH) с использованием ограниченного набора размеров транспортного блока и ограниченных схем модуляции и кодирования для упрощения слепого детектирования транспортного блока посредством WTRU. «Информация HS-DSCH», включающая в себя конфигурацию HS-PDSCH и H-RNTI, может определяться, как описано в более ранних вариантах осуществления.
В качестве альтернативы, работа без HS-SCCH для приема команды передачи обслуживания может применяться в исходной соте в дополнение к или взамен целевой соты. Варианты осуществления, описанные выше, также применимы к работе без HS-SCCH. Декодирование H-RNTI в HS-SCCH было бы эквивалентным декодированию H-RNTI в CRC.
Фиг.3 - структурная схема примерного WTRU 300. WTRU 300 включает в себя блок 302 приема, блок 304 контроля, память 306 и контроллер 308. Блок 302 приема сконфигурирован для приема канала, включающего в себя HS-SCCH. Блок 304 контроля сконфигурирован для контроля сигналов в исходной соте и по меньшей мере одной соседней соте. Память 306 сконфигурирована для хранения предварительно загруженной информации о ресурсах HS-DSCH для целевой соты. Контроллер 308 сконфигурирован для выполнения функций управления по отношению к изменению обслуживающей соты HS-DSCH с исходной соты на целевую соту в соответствии с вариантами осуществления, раскрытыми выше. Например, контроллер 308 сконфигурирован для обнаружения события 1D по отношению к целевой соте, запуска таймера и управления блоком приема, чтобы начинал контроль HS-SCCH в целевой соте с использованием предварительно загруженного ресурса HS-DSCH для целевой соты при условии, что отчет об измерении инициирован событием 1D.
Контроллер 308 может быть сконфигурирован для выполнения передачи обслуживания на целевую соту при условии, что сообщение передачи обслуживания принято до истечения таймера. Контроллер 308 может быть сконфигурирован для остановки контроля HS-SCCH в целевой соте при условии, что таймер истекает до приема сообщения передачи обслуживания для целевой соты. Блок 302 приема может быть сконфигурирован для приема сообщения из исходной соты и целевой соты одновременно, по меньшей мере один процесс HARQ резервируется для приема сообщения из целевой соты. Блок 302 приема может быть сконфигурирован для приема сообщения из исходной соты и целевой соты одновременно, один и тот же процесс HARQ, используемый в исходной соте, используется для приема сообщения из целевой соты. Контроллер 308 может быть сконфигурирован для освобождения ресурса HS-DSCH в исходной соте при условии, что сообщение передачи обслуживания принимается из целевой соты до истечения таймера. Контроллер 308 может быть сконфигурирован для освобождения ресурса HS-DSCH в исходной соте при декодировании HS-SCCH в целевой соте с ожидаемым H-RNTI. Блок 302 приема может быть сконфигурирован для приема HS-SCCH только в целевой соте и принимает HS-PDSCH HS-PDSCH в обеих, исходной соте и целевой соте, на основании принятого HS-SCCH.
Варианты осуществления
1. Способ для выполнения изменения обслуживающей соты HS-DSCH с исходной соты на целевую соту.
2. Способ по варианту 1 осуществления, состоящий в том, что WTRU принимает и сохраняет предварительно загруженную конфигурацию HS-DSCH для целевой соты.
3. Способ по варианту 2 осуществления, дополнительно состоящий в том, что WTRU обнаруживает событие 1D по отношению к целевой соте.
4. Способ по варианту 3 осуществления, дополнительно состоящий в том, что WTRU запускает таймер.
5. Способ по любому одному из вариантов 3-4 осуществления, дополнительно состоящий в том, что WTRU начинает контроль HS-SCCH в целевой соте с использованием предварительно загруженной конфигурации HS-DSCH для целевой соты при условии, что отчет об измерении инициирован событием 1D.
6. Способ по любому одному из вариантов 2-5 осуществления, дополнительно состоящий в том, что WTRU определяет, принято ли сообщение передачи обслуживания для целевой соты.
7. Способ по варианту 6 осуществления, дополнительно состоящий в том, что WTRU останавливает контроль HS-SCCH в целевой соте при условии, что сообщение передачи обслуживания принято для целевой соты.
8. Способ по любому одному из вариантов 6-7 осуществления, в котором сообщение передачи обслуживания является одним из инструкции HS-SCCH целевой соты и сообщения RRC.
9. Способ по любому одному из вариантов 5-8 осуществления, дополнительно состоящий в том, что WTRU останавливает контроль HS-SCCH в целевой соте при условии, что таймер истекает до приема сообщения передачи обслуживания для целевой соты.
10. Способ по любому одному из вариантов 5-9 осуществления, дополнительно состоящий в том, что WTRU освобождает ресурс HS-DSCH в исходной соте при условии, что сообщение передачи обслуживания принимается из целевой соты до истечения таймера.
11. Способ по любому одному из вариантов 5-10 осуществления, дополнительно состоящий в том, что WTRU освобождает ресурс HS-DSCH в исходной соте при декодировании HS-SCCH в целевой соте с ожидаемым H-RNTI.
12. WTRU, сконфигурированный для выполнения изменения обслуживающей соты HS-DSCH с исходной соты на целевую соту.
13. WTRU по варианту 12 осуществления, содержащий блок приема, сконфигурированный для приема HS-SCCH.
14. WTRU по любому одному из вариантов 12-13 осуществления, содержащий блок контроля канала, сконфигурированный для контроля сигналов в исходной соте и по меньшей мере одной соседней соте.
15. WTRU по любому одному из вариантов 12-14 осуществления, содержащий память, сконфигурированную для хранения предварительно загруженной информации о ресурсах HS-DSCH для целевой соты.
16. WTRU по варианту 15 осуществления, содержащий контроллер, сконфигурированный для обнаружения события 1D по отношению к целевой соте, запуска таймера и управления блоком приема, чтобы начинать контроль HS-SCCH в целевой соте с использованием предварительно загруженного ресурса HS-DSCH для целевой соты при условии, что отчет об измерении инициирован событием 1D.
17. WTRU по варианту 16 осуществления, в котором контроллер сконфигурирован для остановки контроля HS-SCCH в целевой соте при условии, что сообщение передачи обслуживания принято для целевой соты.
18. WTRU по варианту 17 осуществления, при этом сообщение передачи обслуживания является одним из инструкции HS-SCCH целевой соты и сообщения RRC.
19. WTRU по любому одному из вариантов 17-18 осуществления, в котором контроллер сконфигурирован для остановки контроля HS-SCCH в целевой соте при условии, что таймер истекает до приема сообщения передачи обслуживания для целевой соты.
20. WTRU по любому одному из вариантов 17-19 осуществления, в котором контроллер сконфигурирован для освобождения ресурса HS-DSCH в исходной соте при условии, что сообщение передачи обслуживания принимается из целевой соты до истечения таймера.
21. WTRU по любому одному из вариантов 17-20 осуществления, в котором контроллер сконфигурирован для освобождения ресурса HS-DSCH в исходной соте при декодировании HS-SCCH в целевой соте с ожидаемым H-RNTI.
Хотя признаки и элементы описаны выше в конкретных комбинациях, каждый признак или элемент может использоваться в одиночку, без других признаков и элементов, или в различных комбинациях с или без других признаков и элементов. Способы или блок-схемы последовательностей операций способов, предложенные в материалах настоящей заявки, могут быть реализованы компьютерной программой, программным обеспечением или программно-аппаратными средствами, заключенными в машиночитаемом носителе хранения, для выполнения компьютером общего применения или процессором. Примеры машиночитаемых запоминающих носителей включают в себя постоянное запоминающее устройство (ПЗУ, ROM), оперативное запоминающее устройство (ОЗУ, RAM), регистр, кэш-память, полупроводниковые устройства памяти, магнитные носители, такие как внутренние жесткие диски и съемные диски, магнитооптические носители и оптические носители, такие как диски CD-ROM (ПЗУ на компакт-диске), и цифровые многофункциональные диски (DVD).
Пригодные процессоры, в качестве примера, включают в себя процессор общего применения, процессор специального назначения, традиционный процессор, цифровой сигнальный процессор (ЦСП, DSP), множество микропроцессоров, один или более микропроцессоров, ассоциированных с ЦСП-ядром, контроллер, микроконтроллер, специализированные интегральные схемы (ASIC), схемы программируемых пользователем вентильных матриц (FPGA), любой другой тип интегральной схемы (ИС) и/или конечного автомата.
Процессор, ассоциированный с программным обеспечением, может использоваться, чтобы реализовать радиочастотный приемопередатчик для применения в блоке беспроводного приема/передачи (WTRU), пользовательском оборудовании (UE), терминале, базовой станции, контроллере радиосети (RNC) или любом хост-компьютере. WTRU может использоваться в соединении с модулями, реализованными в аппаратных средствах и/или программном обеспечении, таких как фотоаппарат, модуль видеокамеры, видеофон, телефонный аппарат с громкоговорящей связью, вибрационное устройство, громкоговоритель, микрофон, телевизионный приемопередатчик, головной телефон с автоответом, клавиатура, модуль Bluetooth, блок частотно-модулированной (FM) радиосвязи, устройство отображения на жидкокристаллическом дисплее (ЖКД, LCD), устройство отображения на органических светоизлучающих диодах (OLED), цифровой музыкальный проигрыватель, проигрыватель аудиовизуальных данных, модуль воспроизведения видеоигр, обозреватель сети Интернет и/или любой модуль беспроводной локальной сети (WLAN) либо модуль сверхширокополосной связи (UWB).