RU2457636C2 - Способ и устройство для выполнения изменения обслуживающей соты hs-dsch - Google Patents
Способ и устройство для выполнения изменения обслуживающей соты hs-dsch Download PDFInfo
- Publication number
- RU2457636C2 RU2457636C2 RU2010143031/07A RU2010143031A RU2457636C2 RU 2457636 C2 RU2457636 C2 RU 2457636C2 RU 2010143031/07 A RU2010143031/07 A RU 2010143031/07A RU 2010143031 A RU2010143031 A RU 2010143031A RU 2457636 C2 RU2457636 C2 RU 2457636C2
- Authority
- RU
- Russia
- Prior art keywords
- wtru
- cell
- target cell
- dsch
- scch
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 59
- 230000008859 change Effects 0.000 title claims abstract description 37
- 238000012544 monitoring process Methods 0.000 claims abstract description 40
- 238000005259 measurement Methods 0.000 claims abstract description 21
- 230000001960 triggered effect Effects 0.000 claims abstract description 19
- 238000004891 communication Methods 0.000 claims description 6
- 238000005516 engineering process Methods 0.000 abstract description 2
- 230000036316 preload Effects 0.000 abstract description 2
- 230000000694 effects Effects 0.000 abstract 1
- 239000000126 substance Substances 0.000 abstract 1
- 230000008569 process Effects 0.000 description 28
- 230000011664 signaling Effects 0.000 description 10
- 230000001360 synchronised effect Effects 0.000 description 6
- 230000004913 activation Effects 0.000 description 5
- 230000005540 biological transmission Effects 0.000 description 5
- 238000012790 confirmation Methods 0.000 description 4
- 239000000872 buffer Substances 0.000 description 2
- 230000001934 delay Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 230000000873 masking effect Effects 0.000 description 2
- 230000003044 adaptive effect Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000003595 spectral effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 208000037918 transfusion-transmitted disease Diseases 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/08—Reselecting an access point
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
- H04L1/0026—Transmission of channel quality indication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/24—Reselection being triggered by specific parameters
- H04W36/26—Reselection being triggered by specific parameters by agreed or negotiated communication parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/24—Reselection being triggered by specific parameters
- H04W36/30—Reselection being triggered by specific parameters by measured or perceived connection quality data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/16—Discovering, processing access restriction or access information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0002—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
- H04L1/0003—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate by switching between different modulation schemes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0009—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0036—Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the receiver
- H04L1/0038—Blind format detection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
- H04L1/009—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location arrangements specific to transmitters
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Изобретение относится к системам связи. Технический результат заключается в усовершенствовании процедуры передачи обслуживания. Раскрыты способ и устройство для выполнения изменения обслуживающей соты высокоскоростного совместно используемого канала нисходящей линии связи (HS-DSCH) с исходной соты на целевую соту. Контроллер радиосети (RNC) может предварительно загружать блок беспроводной передачи/приема (WTRU) конфигурацией HS-DSCH для целевой соты. WTRU принимает и сохраняет предварительно загруженную конфигурацию HS-DSCH. WTRU может начинать контроль высокоскоростного совместно используемого канала управления (HS-SCCH) в целевой соте с использованием предварительно загруженной конфигурации HS-DSCH для целевой соты при условии, что отчет об измерении инициирован событием ID. WTRU может запускать таймер, когда WTRU начинает контроль HS-SCCH в целевой соте, и останавливать контроль HS-SCCH в целевой соте при истечении таймера. 2 н. и 12 з.п. ф-лы, 3 ил.
Description
ОБЛАСТЬ ТЕХНИКИ
Настоящая заявка относится к беспроводной связи.
УРОВЕНЬ ТЕХНИКИ
Высокоскоростной пакетный доступ по нисходящей линии связи (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;
(2) WTRU может считывать и сохранять информацию об общих ресурсах HS-DSCH, как только качество соседней соты становится лучше, чем обслуживающей соты (то есть до момента инициации для запуска (Ttrigger));
(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).
Claims (14)
1. Способ для использования при беспроводной связи, содержащий прием конфигурации обслуживающего высокоскоростного совместно используемого канала нисходящей линии связи (HS-DSCH), ассоциированную с целевой сотой изменения соты HS-DSCH; обнаружения события, ассоциированного с целевой сотой; и
контроль высокоскоростного совместно используемого канала управления (HS-SCCH), ассоциированного с целевой сотой, с использованием конфигурации HS-DSCH при условии, что отчет об изменении инициирован в ответ на событие, и при условии, что не истек таймер.
контроль высокоскоростного совместно используемого канала управления (HS-SCCH), ассоциированного с целевой сотой, с использованием конфигурации HS-DSCH при условии, что отчет об изменении инициирован в ответ на событие, и при условии, что не истек таймер.
2. Способ по п.1, дополнительно содержащий:
контроль общего пилотного канала (CPICH), ассоциированного с целевой сотой, при этом обнаружение события включает в себя обнаружение того, что интенсивность сигнала CPICH превышает интенсивность сигнала обслуживающей соты.
контроль общего пилотного канала (CPICH), ассоциированного с целевой сотой, при этом обнаружение события включает в себя обнаружение того, что интенсивность сигнала CPICH превышает интенсивность сигнала обслуживающей соты.
3. Способ по п.1, в котором обнаружение события включает в себя обнаружение события 1D.
4. Способ по п.1, дополнительно содержащий:
прием сообщения передачи обслуживания, ассоциированного с целевой сотой; и
прекращение контроля HS-SCCH в ответ на сообщение передачи обслуживания.
прием сообщения передачи обслуживания, ассоциированного с целевой сотой; и
прекращение контроля HS-SCCH в ответ на сообщение передачи обслуживания.
5. Способ по п.4, в котором сообщение передачи обслуживания включает в себя инструкцию HS-SCCH целевой соты или сообщение управления радиоресурсами (RRC).
6. Способ по п.1, дополнительно содержащий:
освобождение ресурса HS-DSCH, ассоциированного с обслуживающей сотой, в ответ на прием сообщения передачи обслуживания, ассоциированного с целевой сотой.
освобождение ресурса HS-DSCH, ассоциированного с обслуживающей сотой, в ответ на прием сообщения передачи обслуживания, ассоциированного с целевой сотой.
7. Способ по п.1, дополнительно содержащий:
освобождение ресурса HS-DSCH, ассоциированного с обслуживающей сотой, в ответ на декодирование временного идентификатора радиосети HS-DSCH (H-RNTI) в HS-SCCH.
освобождение ресурса HS-DSCH, ассоциированного с обслуживающей сотой, в ответ на декодирование временного идентификатора радиосети HS-DSCH (H-RNTI) в HS-SCCH.
8. Блок беспроводной передачи/приема (WTRU), содержащий:
память, сконфигурированную для хранения конфигурации обслуживающего высокоскоростного совместно используемого канала нисходящей линии связи (HS-DSCH), ассоциированного с целевой сотой изменения соты HS-DSCH;
блок приема, сконфигурированный для приема высокоскоростного совместно используемого канала управления (HS-SCCH), ассоциированного с целевой сотой; и
контроллер, сконфигурированный для обнаружения события, ассоциированного с целевой сотой, и управления блоком приема, чтобы контролировать HS-SCCH при условии, что отчет об измерении инициирован в ответ на событие, и при условии, что не истек таймер.
память, сконфигурированную для хранения конфигурации обслуживающего высокоскоростного совместно используемого канала нисходящей линии связи (HS-DSCH), ассоциированного с целевой сотой изменения соты HS-DSCH;
блок приема, сконфигурированный для приема высокоскоростного совместно используемого канала управления (HS-SCCH), ассоциированного с целевой сотой; и
контроллер, сконфигурированный для обнаружения события, ассоциированного с целевой сотой, и управления блоком приема, чтобы контролировать HS-SCCH при условии, что отчет об измерении инициирован в ответ на событие, и при условии, что не истек таймер.
9. WTRU по п.8, в котором блок приема сконфигурирован для приема общего пилотного канала (CPICH), ассоциированного с целевой сотой, а контроллер сконфигурирован для обнаружения события посредством обнаружения того, что интенсивность сигнала CPICH превышает интенсивность сигнала обслуживающей соты.
10. WTRU по п.8, в котором контроллер сконфигурирован для обнаружения события посредством обнаружения события 1D.
11. WTRU по п.8, в котором контроллер сконфигурирован для управления приемником, чтобы прекращать контроль HS-SCCH в ответ на прием сообщения передачи обслуживания, ассоциированного с целевой сотой.
12. WTRU по п.11, в котором сообщение передачи обслуживания включает в себя инструкцию HS-SCCH целевой соты или сообщение управления радиоресурсами (RRC).
13. WTRU по п.8, в котором контроллер сконфигурирован для освобождения ресурса HS-DSCH, ассоциированного с обслуживающей сотой, в ответ на прием сообщения передачи обслуживания, ассоциированного с целевой сотой.
14. WTRU по п.8, в котором контроллер сконфигурирован для освобождения ресурса HS-DSCH, ассоциированного с обслуживающей сотой, в ответ на декодирование временного идентификатора радиосети HS-DSCH (H-RNTI) в HS-SCCH.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US3858108P | 2008-03-21 | 2008-03-21 | |
| US61/038,581 | 2008-03-21 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| RU2010143031A RU2010143031A (ru) | 2012-04-27 |
| RU2457636C2 true RU2457636C2 (ru) | 2012-07-27 |
Family
ID=41091555
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| RU2010143031/07A RU2457636C2 (ru) | 2008-03-21 | 2009-03-20 | Способ и устройство для выполнения изменения обслуживающей соты hs-dsch |
Country Status (11)
| Country | Link |
|---|---|
| US (3) | US8144664B2 (ru) |
| EP (1) | EP2266343A2 (ru) |
| JP (3) | JP2011515963A (ru) |
| KR (3) | KR20140044404A (ru) |
| CN (4) | CN104023365A (ru) |
| AR (1) | AR071028A1 (ru) |
| BR (1) | BRPI0906342A2 (ru) |
| HK (1) | HK1159407A1 (ru) |
| RU (1) | RU2457636C2 (ru) |
| TW (4) | TWM364374U (ru) |
| WO (1) | WO2009117660A2 (ru) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| RU2625165C1 (ru) * | 2013-09-09 | 2017-07-12 | Хуавей Текнолоджиз Ко., Лтд. | Способ изменения ячейки, конечное устройство и сетевое устройство |
| RU2625327C2 (ru) * | 2012-09-29 | 2017-07-13 | Хуавей Текнолоджиз Ко., Лтд. | Способ и связанное с ним устройство для перенастройки высокоскоростного элемента управления доступом к передающей среде |
| RU2725975C1 (ru) * | 2017-01-04 | 2020-07-08 | Гуандун Оппо Мобайл Телекоммьюникейшнз Корп., Лтд. | Способ передачи управляющего блока pdu отчета о состоянии на уровне rlc и сопутствующее устройство |
Families Citing this family (59)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6360100B1 (en) * | 1998-09-22 | 2002-03-19 | Qualcomm Incorporated | Method for robust handoff in wireless communication system |
| US7668541B2 (en) | 2003-01-31 | 2010-02-23 | Qualcomm Incorporated | Enhanced techniques for using core based nodes for state transfer |
| US8509799B2 (en) * | 2005-09-19 | 2013-08-13 | Qualcomm Incorporated | Provision of QoS treatment based upon multiple requests |
| US8982778B2 (en) | 2005-09-19 | 2015-03-17 | Qualcomm Incorporated | Packet routing in a wireless communications environment |
| US20070083669A1 (en) * | 2005-09-19 | 2007-04-12 | George Tsirtsis | State synchronization of access routers |
| US9736752B2 (en) * | 2005-12-22 | 2017-08-15 | Qualcomm Incorporated | Communications methods and apparatus using physical attachment point identifiers which support dual communications links |
| US8983468B2 (en) * | 2005-12-22 | 2015-03-17 | Qualcomm Incorporated | Communications methods and apparatus using physical attachment point identifiers |
| US9066344B2 (en) * | 2005-09-19 | 2015-06-23 | Qualcomm Incorporated | State synchronization of access routers |
| US9078084B2 (en) | 2005-12-22 | 2015-07-07 | Qualcomm Incorporated | Method and apparatus for end node assisted neighbor discovery |
| US20070064948A1 (en) * | 2005-09-19 | 2007-03-22 | George Tsirtsis | Methods and apparatus for the utilization of mobile nodes for state transfer |
| EP2262328B1 (en) | 2005-12-14 | 2012-09-26 | Research In Motion Limited | Method and apparatus for user equipment directed radio resource control |
| US9083355B2 (en) | 2006-02-24 | 2015-07-14 | Qualcomm Incorporated | Method and apparatus for end node assisted neighbor discovery |
| ATE484937T1 (de) | 2006-05-17 | 2010-10-15 | Research In Motion Ltd | Verfahren und system zur anzeige einer ursache für einen abbau einer signalisierungsverbindung in einem umts netz |
| US9155008B2 (en) * | 2007-03-26 | 2015-10-06 | Qualcomm Incorporated | Apparatus and method of performing a handoff in a communication network |
| US8830818B2 (en) * | 2007-06-07 | 2014-09-09 | Qualcomm Incorporated | Forward handover under radio link failure |
| US9094173B2 (en) * | 2007-06-25 | 2015-07-28 | Qualcomm Incorporated | Recovery from handoff error due to false detection of handoff completion signal at access terminal |
| EP2061192B1 (en) | 2007-11-13 | 2012-04-11 | Research In Motion Limited | Method and apparatus for state/mode transitioning |
| US9113429B2 (en) * | 2008-06-19 | 2015-08-18 | Qualcomm Incorporated | Method to increase the probability of handover message being received by receiver |
| CN101686511A (zh) * | 2008-09-22 | 2010-03-31 | 华为技术有限公司 | 小区切换方法及装置 |
| BRPI0921356B1 (pt) * | 2008-11-10 | 2020-10-13 | Blackberry Limited | método para enviar uma indicação de dormência rápida e equipamento de usuário |
| WO2010054358A1 (en) * | 2008-11-10 | 2010-05-14 | Interdigital Patent Holdings, Inc. | Enhancements for operation of a timer |
| US8838090B2 (en) * | 2009-01-15 | 2014-09-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Automatic detection and correction of physical cell identity conflicts |
| US20100272268A1 (en) * | 2009-03-27 | 2010-10-28 | Qualcomm Incorporated | Enhanced high-speed downlink shared channel serving cell change procedures |
| US8102817B2 (en) * | 2009-04-22 | 2012-01-24 | Infineon Technologies Delta Gmbh | Method of measurement reporting and cellular radio terminal |
| US8818356B2 (en) * | 2009-05-01 | 2014-08-26 | Blackberry Limited | Methods and apparatus for handling measurement reports |
| US8644260B2 (en) * | 2009-05-01 | 2014-02-04 | Qualcomm Incorporated | Apparatus and method for increasing reliability of serving cell change |
| JP5059062B2 (ja) | 2009-07-08 | 2012-10-24 | シャープ株式会社 | 通信システム、移動局装置および基地局装置 |
| US20110268085A1 (en) * | 2009-11-19 | 2011-11-03 | Qualcomm Incorporated | Lte forward handover |
| CN102763484B (zh) | 2009-11-23 | 2016-06-01 | 黑莓有限公司 | 用于状态/模式转换的方法和设备 |
| US8983532B2 (en) | 2009-12-30 | 2015-03-17 | Blackberry Limited | Method and system for a wireless communication device to adopt varied functionalities based on different communication systems by specific protocol messages |
| KR101607129B1 (ko) * | 2010-01-28 | 2016-03-29 | 삼성전자주식회사 | 이동통신 시스템에서 핸드오버 결정 방법 및 장치 |
| KR20110101403A (ko) * | 2010-03-08 | 2011-09-16 | 삼성전자주식회사 | 무선통신 시스템에서 기지국의 패킷 포워딩 장치 및 방법 |
| JP4823371B2 (ja) * | 2010-03-30 | 2011-11-24 | シャープ株式会社 | 無線通信システム、移動局装置、基地局装置、無線通信方法および集積回路 |
| US8615241B2 (en) | 2010-04-09 | 2013-12-24 | Qualcomm Incorporated | Methods and apparatus for facilitating robust forward handover in long term evolution (LTE) communication systems |
| WO2011134108A1 (en) * | 2010-04-27 | 2011-11-03 | Nokia Siemens Networks Oy | Method of determining a radio link failure associated with a handover of a user equipment from a source access node to a target access node, access node for determining a radio link failure associated with a handover of a user equipment from a source access node to a target access node, and user equipment |
| EP2606587B1 (en) | 2010-08-19 | 2019-06-19 | Samsung Electronics Co., Ltd | Methods and apparatus for activating and deactivating secondary cells in a carrier aggregation environment |
| KR101318013B1 (ko) * | 2010-08-30 | 2013-10-14 | 주식회사 팬택 | 간편 전송 모드를 가지는 단말기 및 이를 이용한 네트워크 연결 방법 |
| EP2614670A2 (en) * | 2010-09-08 | 2013-07-17 | Nokia Siemens Networks Oy | Radio access parameter tuning |
| EP2622932A1 (en) * | 2010-10-01 | 2013-08-07 | Interdigital Patent Holdings, Inc. | Method for coordinating discontinuous reception, drx |
| JP5307112B2 (ja) * | 2010-12-17 | 2013-10-02 | シャープ株式会社 | 移動局装置、基地局装置、無線通信システム、制御方法及び集積回路 |
| CN102802254B (zh) * | 2011-05-24 | 2018-11-16 | 中兴通讯股份有限公司 | 利用寻呼信道传输业务数据的方法及***、用户设备 |
| EP2557870B1 (en) * | 2011-08-10 | 2020-07-08 | Alcatel Lucent | Configuring transmissions |
| GB2496204A (en) * | 2011-11-07 | 2013-05-08 | Renesas Mobile Corp | Enabling mobility in a downlink packet access service |
| US20150003371A1 (en) * | 2012-06-26 | 2015-01-01 | Lg Electronics Inc. | Method and apparatus for cancelling buffer status report in wireless communication system |
| US9706451B2 (en) * | 2012-11-07 | 2017-07-11 | Qualcomm Incorporated | Method and apparatus for pre-configuring for a serving cell change to neighbor cells |
| US9832717B2 (en) | 2012-12-19 | 2017-11-28 | Blackberry Limited | Method and apparatus for layer 3 configuration in a heterogeneous network |
| US9072021B2 (en) * | 2012-12-19 | 2015-06-30 | Blackberry Limited | Method and apparatus for hybrid automatic repeat request operation in a heterogeneous network architecture |
| WO2014104958A1 (en) * | 2012-12-24 | 2014-07-03 | Telefonaktiebolaget L M Ericsson (Publ) | Informing network when ue in cell_fach state detects that cell reselection should be performed |
| JP6163004B2 (ja) * | 2013-05-09 | 2017-07-12 | 株式会社Ｎｔｔドコモ | ハンドオーバ方法、無線基地局及び移動局 |
| US9497751B2 (en) | 2013-07-02 | 2016-11-15 | Qualcomm Incorporated | Methods to enhance neighbor PDCCH decoding by exploiting correlation of RNTIS |
| CN104662960B (zh) * | 2013-09-09 | 2018-10-19 | 华为技术有限公司 | 小区的切换方法、终端和网络设备 |
| CN105578551B (zh) * | 2014-10-08 | 2019-12-27 | 展讯通信（上海）有限公司 | 一种小区切换选择方法及移动终端 |
| US20160112924A1 (en) * | 2014-10-15 | 2016-04-21 | Qualcomm Incorporated | Early radio link failure (rlf) declaration |
| EP3476155B1 (en) | 2016-06-23 | 2022-07-13 | Huawei Technologies Co., Ltd. | Access node, control device and method thereof |
| US11101935B2 (en) * | 2017-03-24 | 2021-08-24 | Telefonaktiebolaget Lm Ericsson (Publ) | Apparatus and method for transmitting packet data units |
| EP3603163B1 (en) * | 2017-03-24 | 2021-12-08 | Telefonaktiebolaget LM Ericsson (Publ) | Transitioning to cell-dch rrc state to report application-level measurement |
| EP3648500A1 (en) * | 2018-10-30 | 2020-05-06 | Panasonic Intellectual Property Corporation of America | Measurements in the case of missing reference signals |
| US20220124565A1 (en) * | 2019-02-14 | 2022-04-21 | Telefonaktiebolaget Lm Ericsson (Publ) | A User Equipment and Methods Therein for Performing Handover |
| US11510112B2 (en) * | 2019-08-22 | 2022-11-22 | Qualcomm Incorporated | Conditional handover and radio link failure timer interaction |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| RU2263400C2 (ru) * | 2002-08-17 | 2005-10-27 | Самсунг Электроникс Ко.,Лтд | Способ передачи/приема данных во время эстафетной передачи обслуживания в системе мобильной связи, предоставляющей услугу mbms, и устройство для его осуществления |
| EP1773009A2 (en) * | 2005-10-06 | 2007-04-11 | Samsung Electronics Co., Ltd. | Mobile communications cell changing procedure |
Family Cites Families (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4577051A (en) * | 1984-09-28 | 1986-03-18 | The Standard Oil Company | Bypass diode assembly for photovoltaic modules |
| JP3037271B2 (ja) * | 1998-06-25 | 2000-04-24 | 日本電気株式会社 | 移動体電話通信システムと移動体電話端末電界測定制御方法 |
| EP1198149B1 (en) | 2000-10-10 | 2003-07-23 | Lucent Technologies Inc. | Method for preventing dropped calls in a wireless communication system |
| JP4269786B2 (ja) * | 2003-06-04 | 2009-05-27 | 日本電気株式会社 | Ｃｄｍａ端末、マルチパス同期方法及びマルチパス同期プログラム |
| US20060128312A1 (en) | 2004-12-15 | 2006-06-15 | Motorola, Inc. | Wireless communication management system and supporting method and apparatus |
| AP2159A (en) * | 2005-03-30 | 2010-09-16 | Nokia Corp | Combined handover of the circuit-switched (CS) andpacket-switched (PS) resources. |
| CN101185363A (zh) * | 2005-04-25 | 2008-05-21 | 诺基亚公司 | 提供高速下行分组接入(hsdpa)小区改变而无须rrc确认的方法、设备和计算机程序 |
| CN101218837B (zh) * | 2005-07-06 | 2012-11-07 | 日本电气株式会社 | 使用便携终端装置的移动通信***及切换控制方法 |
| US8731562B2 (en) * | 2005-08-30 | 2014-05-20 | Telefonaktiebolaget L M Ericsson (Publ) | Detection of control messages for HSDPA |
| KR100866225B1 (ko) * | 2005-10-05 | 2008-10-30 | 삼성전자주식회사 | 고속 순방향 패킷 접속 시스템을 위한 셀 선택 방법 및 장치 |
| US7821996B2 (en) * | 2005-10-27 | 2010-10-26 | Motorola Mobility, Inc. | Mobility enhancement for real time service over high speed downlink packet access (HSDPA) |
| US7680082B2 (en) * | 2005-11-29 | 2010-03-16 | Telefonaktiebolaget L M Ericsson (Publ) | Cell selection in high-speed downlink packet access communication systems |
| US8259674B2 (en) * | 2005-12-28 | 2012-09-04 | Nec Corporation | Mobile communication method, mobile communication system, and mobile terminal |
| US20070155390A1 (en) * | 2006-01-04 | 2007-07-05 | Ipwireless, Inc. | Initial connection establishment in a wireless communication system |
| JP4805047B2 (ja) * | 2006-07-20 | 2011-11-02 | 株式会社エヌ・ティ・ティ・ドコモ | 移動局及びハンドオーバ制御方法 |
| CN103384390A (zh) * | 2006-10-31 | 2013-11-06 | 交互数字技术公司 | 在服务小区改变期间向目标节点b提供反馈信息 |
| WO2008082207A1 (en) * | 2006-12-29 | 2008-07-10 | Samsung Electronics Co., Ltd. | Method of efficient state transition in enhanced cell fach |
| US8670762B2 (en) * | 2007-04-18 | 2014-03-11 | Qualcomm Incorporated | Fast serving cell change |
| JP5081636B2 (ja) * | 2008-01-10 | 2012-11-28 | 株式会社エヌ・ティ・ティ・ドコモ | 無線基地局、無線通信制御システム及び無線通信制御方法 |
| US8554257B2 (en) * | 2008-08-13 | 2013-10-08 | Telefonaktiebolaget Lm Ericsson (Publ) | System condition based adaptive reference power offset positioning |
-
2009
- 2009-03-20 CN CN201410090278.2A patent/CN104023365A/zh active Pending
- 2009-03-20 CN CN201410090611.XA patent/CN104023366A/zh active Pending
- 2009-03-20 TW TW098204468U patent/TWM364374U/zh not_active IP Right Cessation
- 2009-03-20 BR BRPI0906342-0A patent/BRPI0906342A2/pt not_active IP Right Cessation
- 2009-03-20 TW TW098109155A patent/TWI500337B/zh active
- 2009-03-20 EP EP09723290A patent/EP2266343A2/en not_active Withdrawn
- 2009-03-20 TW TW101108960A patent/TWI483632B/zh not_active IP Right Cessation
- 2009-03-20 KR KR1020147007431A patent/KR20140044404A/ko active IP Right Grant
- 2009-03-20 WO PCT/US2009/037808 patent/WO2009117660A2/en active Application Filing
- 2009-03-20 JP JP2011500980A patent/JP2011515963A/ja active Pending
- 2009-03-20 KR KR1020117020578A patent/KR101539485B1/ko not_active IP Right Cessation
- 2009-03-20 KR KR1020107023434A patent/KR101221692B1/ko not_active IP Right Cessation
- 2009-03-20 CN CN200980110145.4A patent/CN102172075B/zh active Active
- 2009-03-20 RU RU2010143031/07A patent/RU2457636C2/ru not_active IP Right Cessation
- 2009-03-20 TW TW103145088A patent/TW201540096A/zh unknown
- 2009-03-20 US US12/408,138 patent/US8144664B2/en active Active
- 2009-03-21 CN CN2009201508025U patent/CN201499308U/zh not_active Expired - Fee Related
- 2009-03-23 AR ARP090101026A patent/AR071028A1/es active IP Right Grant
-
2011
- 2011-12-19 HK HK11113655.6A patent/HK1159407A1/xx not_active IP Right Cessation
-
2012
- 2012-02-21 US US13/401,579 patent/US8570980B2/en active Active
- 2012-12-21 JP JP2012279790A patent/JP2013062881A/ja not_active Ceased
-
2013
- 2013-10-15 US US14/054,113 patent/US9357466B2/en active Active
-
2016
- 2016-01-29 JP JP2016016178A patent/JP2016103857A/ja active Pending
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| RU2263400C2 (ru) * | 2002-08-17 | 2005-10-27 | Самсунг Электроникс Ко.,Лтд | Способ передачи/приема данных во время эстафетной передачи обслуживания в системе мобильной связи, предоставляющей услугу mbms, и устройство для его осуществления |
| EP1773009A2 (en) * | 2005-10-06 | 2007-04-11 | Samsung Electronics Co., Ltd. | Mobile communications cell changing procedure |
Non-Patent Citations (1)
| Title |
|---|
| 3GPP TSG RAN WG R5 Meeting #38, R5-080304, New СРС test case: Active set update in soft handover: Radio Link addition and serving HS-DSCH / E-DCH cell change, with discontinuous uplink transmission, 01.2008. http://ww.3gpp.org/ftp/tsg_ran/WG5_Test_ex-Tl/TSGR5_38_Malaga/Tdoc/R5-080304.zip. * |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| RU2625327C2 (ru) * | 2012-09-29 | 2017-07-13 | Хуавей Текнолоджиз Ко., Лтд. | Способ и связанное с ним устройство для перенастройки высокоскоростного элемента управления доступом к передающей среде |
| US9775076B2 (en) | 2012-09-29 | 2017-09-26 | Huawei Technologies Co., Ltd. | Method and related apparatus for resetting high speed medium access control entity |
| RU2625165C1 (ru) * | 2013-09-09 | 2017-07-12 | Хуавей Текнолоджиз Ко., Лтд. | Способ изменения ячейки, конечное устройство и сетевое устройство |
| US10075889B2 (en) | 2013-09-09 | 2018-09-11 | Huawei Technologies Co., Ltd. | Cell change method, terminal, and network device |
| US10863406B2 (en) | 2013-09-09 | 2020-12-08 | Huawei Technologies Co., Ltd. | Cell change method, terminal, and network device |
| RU2725975C1 (ru) * | 2017-01-04 | 2020-07-08 | Гуандун Оппо Мобайл Телекоммьюникейшнз Корп., Лтд. | Способ передачи управляющего блока pdu отчета о состоянии на уровне rlc и сопутствующее устройство |
| US11089578B2 (en) | 2017-01-04 | 2021-08-10 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | RLC layer status report control PDU transmitting method and related device |
Also Published As
| Publication number | Publication date |
|---|---|
| US9357466B2 (en) | 2016-05-31 |
| HK1159407A1 (en) | 2012-07-27 |
| JP2016103857A (ja) | 2016-06-02 |
| TWI483632B (zh) | 2015-05-01 |
| AR071028A1 (es) | 2010-05-19 |
| TW201002106A (en) | 2010-01-01 |
| CN201499308U (zh) | 2010-06-02 |
| CN104023366A (zh) | 2014-09-03 |
| RU2010143031A (ru) | 2012-04-27 |
| WO2009117660A2 (en) | 2009-09-24 |
| WO2009117660A3 (en) | 2010-03-04 |
| KR20110106470A (ko) | 2011-09-28 |
| TWM364374U (en) | 2009-09-01 |
| TW201304572A (zh) | 2013-01-16 |
| CN102172075B (zh) | 2014-04-02 |
| CN104023365A (zh) | 2014-09-03 |
| BRPI0906342A2 (pt) | 2015-07-07 |
| US20140044102A1 (en) | 2014-02-13 |
| EP2266343A2 (en) | 2010-12-29 |
| JP2011515963A (ja) | 2011-05-19 |
| TWI500337B (zh) | 2015-09-11 |
| CN102172075A (zh) | 2011-08-31 |
| KR20140044404A (ko) | 2014-04-14 |
| US20120147855A1 (en) | 2012-06-14 |
| TW201540096A (zh) | 2015-10-16 |
| KR101539485B1 (ko) | 2015-07-29 |
| KR101221692B1 (ko) | 2013-01-11 |
| US8144664B2 (en) | 2012-03-27 |
| KR20100137532A (ko) | 2010-12-30 |
| JP2013062881A (ja) | 2013-04-04 |
| US20090245203A1 (en) | 2009-10-01 |
| US8570980B2 (en) | 2013-10-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| RU2457636C2 (ru) | Способ и устройство для выполнения изменения обслуживающей соты hs-dsch | |
| US9479974B2 (en) | Method and apparatus for serving high speed downlink shared channel cell change |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| MM4A | The patent is invalid due to non-payment of fees |
Effective date: 20180321 |