Усовершенствование процедур обеспечения мобильности для iub/iur hsdpa/hsupa

Усовершенствование процедур обеспечения мобильности для iub/iur hsdpa/hsupa

Иллюстрации

Показать все

Реферат

ССЫЛКА НА РОДСТВЕННЫЕ ЗАЯВКИ

Заявляется приоритет в соответствии с предварительной заявкой на патент США №60/730,610 от 26.10.2005 г., предварительной заявкой на патент США №60/726,320 от 12.10.2005 г., предварительной заявкой на патент США №60/719,409 от 21.09.2005 г., предварительной заявкой на патент США №60/710,981 от 23.08.2005 г.

ПРЕДПОСЫЛКИ СОЗДАНИЯ ИЗОБРЕТЕНИЯ

1. Область техники

Изобретение относится к области мобильной связи и, хотя этим не ограничивается, раскрывается в контексте универсальной системы мобильной связи (UMTS, Universal Mobile Telecommunication System) наземного радиодоступа (UTRA, Terrestrial Radio Access) проекта партнерства 3-го поколения (3GPP, Third Generation Partnership Project). В этом контексте настоящее изобретение раскрывается как относящееся к обеспечению мобильности для высокоскоростного пакетного доступа по нисходящему каналу (HSDPA, High Speed Downlink Packet Access) и высокоскоростного пакетного доступа по восходящему каналу (HSUPA, High Speed Uplink Packet Access), то есть для замены обслуживающей ячейки HS-DSCH/E-DCH, которую можно осуществить в настоящее время только с использованием процедуры реконфигурации радиолинии (RL Reconfiguration) через интерфейсы подсистемы радиосети (Radio Network Subsystem) (lub/lur), но изобретение не ограничивается этой конкретной технической средой.

2. Уровень техники

Архитектура пакетной сети универсальной системы мобильной связи (UMTS) (фиг.1) включает основные архитектурные элементы в виде пользовательского устройства (UE, User Equipment), сети наземного радиодоступа системы UMTS (UTRAN) и базовой сети (CN, core network). Пользовательское устройство связано с сетью UTRAN через радиоинтерфейс (Uu), в то время как сеть UTRAN связана с базовой сетью через (проводной) интерфейс lu.

На фиг.2 показаны некоторые дополнительные детали архитектуры, в частности сети UTRAN. Сеть UTRAN включает множество подсистем радиосети (RNS), каждая из которых содержит по меньшей мере один контроллер радиосети (RNC). Каждый контроллер радиосети может быть связан с множеством узлов В, которые являются 3GРР-аналогами базовых станций GSM (технология радиодоступа (RAT, Radio Access Technology) второго поколения). Каждый узел В может иметь радиосвязь с множеством пользовательских устройств посредством радиоинтерфейса (Uu), показанного на фиг.1. Заданное пользовательское устройство может иметь радиосвязь с множеством узлов В, даже если один или более узлов В связаны с различными контроллерами радиосети. Например, пользовательское устройство 1 на фиг.2 может иметь радиосвязь с узлом В 2 подсистемы RNS 1 и узлом В 3 подсистемы RNS 2, причем узел В 2 и узел В 3 являются соседними узлами В. Контроллеры радиосети различных подсистем RNS могут быть связаны через интерфейс lur, который позволяет мобильным пользовательским устройствам оставаться в контакте с обоими контроллерами радиосети при перемещении из ячейки, принадлежащей узлу В одного контроллера радиосети, в ячейку, принадлежащую узлу В другого контроллера радиосети. Один из контроллеров радиосети будет действовать как "обслуживающий" или "управляющий" контроллер радиосети (SRNC, Serving RNC, или CRNC, Controlling RNC), тогда как другой будет действовать как "дрейфовый" контроллер радиосети (DRNC, Drift RNC). Цепь таких дрейфовых контроллеров радиосети может идти от заданного обслуживающего контроллера SRNC. Множество узлов В обычно являются соседними узлами В в том смысле, что каждый из них управляет соседними ячейками. Мобильные пользовательские устройства способны пересекать соседние ячейки без необходимости повторного установления соединения с новым узлом В, поскольку либо узлы В связаны с одним и тем же контроллером радиосети, либо, если они связаны с различными контроллерами радиосети, указанные контроллеры радиосети связаны друг с другом. В процессе таких перемещений пользовательского устройства иногда требуется добавление и удаление радиолиний, так чтобы пользовательское устройство могло всегда поддерживать по меньшей мере одну радиолинию с сетью UTRAN. Это называют мягкой эстафетной передачей или мягким хэндовером (SHO, soft-handover).

Функция хэндовера основана на измерениях радиосигнала и используется для поддержания качества обслуживания, требуемого базовой сетью. Стратегия хэндовера, используемая сетью для управления радиолинией, определяет принятие решения о хэндовере на основе результатов измерений, о которых сообщает пользовательское устройство/контроллер RNC, и разнообразного набора параметров для каждой ячейки. Управляемый сетью хэндовер может также иметь место по причинам, отличным от управления радиолинией, например, для управления распределением трафика между ячейками. Сетевой оператор определяет точные стратегии хэндовера, но возможные его типы включают хэндовер 3G-3G, мягкий/более мягкий хэндовер FDD, межчастотный жесткий хэндовер FDD, хэндовер FDD/TDD, хэндовер TDD/FDD, хэндовер TDD/TDD, хэндовер 3G-2G и наоборот.Причин для инициирования процесса хэндовера существует множество, включая качество восходящей линии, измерение сигнала в восходящей линии, качество нисходящей линии, измерение сигнала в нисходящей линии, расстояние, изменение обслуживания, лучшую ячейку, вмешательство вследствие технического обслуживания, направленный повтор, трафик, приоритетное прерывание связи и т.д.

Что касается мягкого хэндовера, то он описан в документе 3G TR 25.922 v.3.1.0 (2000-03) в Главе 5.1.4. В указанном документе мягкий хэндовер описан как хэндовер, при котором мобильная станция устанавливает связь с новым узлом В на той же несущей частоте или в секторе того же узла (более мягкий хэндовер), выполняя, самое большее, замену кода. В отношении мягкого хэндовера "активный набор" определен как набор узлов В, с которыми одновременно связано пользовательское устройство, то есть активный набор составляют ячейки UTRA, в текущий момент времени назначающие нисходящий канал DPCH пользовательскому устройству. Процедура мягкого хэндовера состоит из некоторого числа отдельных функций: (1) измерение, (2) фильтрование результатов измерений, (3) отчет о результатах измерений, (4) алгоритм мягкого хэндовера и (5) выполнение хэндовера.

Результаты измерений контролируемых ячеек, отфильтрованные подходящим способом, инициируют события передачи отчетов, которые составляют основные входные данные для алгоритма мягкого хэндовера. Определение "активного набора", "контролируемого набора", а также описание всех событий передачи отчетов дано в документе TS 25.331, V6.6.0 (2005-06) "Управление радиоресурсами (RRC); спецификация протокола (версия 6)" ("Radio Resource Control (RRC); Protocol Specification (Release 6)"). На основе результатов измерений в наборе контролируемых ячеек функция мягкого хэндовера оценивает, следует ли в активном наборе какой-либо узел В добавить (добавление радиолинии), удалить (удаление радиолинии) или заменить (комбинированное добавление и удаление радиолинии); а затем выполняет процедуру, известную как "обновление активного набора". Пример алгоритма мягкого хэндовера, а также его реализация описаны в главах 5.1.4.2 и 5.1.4.3 документа 3G TR 25.922, а также в приложении С указанного документа, в котором показана блок-схема алгоритма мягкого хэндовера.

В документе 3GPP TS 25.303 v.4.0.0 (2001-03) на фиг.30 показано добавление радиолинии для режима FDD. Как предложено выше, добавление радиолинии запускается на уровне сетевого управления радиоресурсами (RRC, Radio Resource Control) в соответствии с отчетами о результатах измерений, посланными пользовательским устройством. Сетевое управление RRC сначала конфигурирует новую радиолинию на физическом уровне. Передача и прием начинаются немедленно. Затем сетевое управление RRC организует отправку сообщения RRC об обновлении активного набора в пользовательское устройство RRC. Пользовательское устройство RRC конфигурирует уровень 1 для начала приема. После подтверждения от физического уровня в пользовательском устройстве происходит отправка сообщения о завершении обновления активного набора в контроллер радиосети RNC-RRC.

В рамках проекта партнерства 3GPP согласовано добавление совместно используемого канала, то есть так называемая концепция высокоскоростного пакетного доступа по нисходящему каналу (HSDPA, High Speed Downlink Packet Access) для архитектуры сети наземного радиодоступа (UTRAN) универсальной системы мобильной связи (UMTS), см. документ 3GPP TS 25.308 v. 6.3.0 (2004-12). Основная идея HSDPA состоит в использовании совместно используемого высокоскоростного нисходящего (транспортного) канала (называемого HS-DSCH, high speed downlink shared channel, высокоскоростной нисходящий совместно используемый канал) для передачи пакетных данных в пользовательское устройство. Как и в случае обычного канала DSCH, каждое пользовательское устройство, которому могут быть переданы данные по каналу HS-DSCH, имеет ассоциированный выделенный физический канал (DPCH, dedicated physical channel). Канал DPCH используется для переноса команд управления мощностью для ассоциированной восходящей линии связи и, если требуется, для других служб, например голосовой связи с коммутацией каналов. Канал HS-DSCH обеспечивает более высокую скорость передачи данных и быстрый механизм ретрансляции, а именно механизм гибридного автоматического запроса на повторную передачу (HARQ, Hybrid Automatic Repeat Request), обеспечиваемый узлом В. В реализациях предварительной версии 5 единственным официальным совместно используемым каналом в стандарте 3GPP в нисходящем направлении был канал DSCH, для которого повторная передача должна была всегда обеспечиваться управлением радиолинией (RLC, Radio Link Control) в контроллере RNC сети UTRAN, что представляло собой относительно медленный механизм повторной передачи. Однако, начиная с версии 5, канал DSCH был удален из спецификаций из-за отсутствия необходимости в нем. Аналогичный выделенный канал (E-DCH) был утвержден для высокоскоростного пакетного доступа по восходящему каналу (HSUPA). Подобное усовершенствование предусмотрено для восходящей линии связи в документе 3GPP TS 25.309 v. 6.3.0 (2005-06) "Усовершенствованная восходящая линия связи FDD; общее описание; этап 2 (версия 6)" ("FDD Enhanced Uplink; Overall description; Stage 2 (Release 6)"). Процедуры обеспечения мобильности для канала HS-DSCH и специфические сценарии для канала E-DCH рассмотрены соответственно в разделах 7.10 и 7.20 документа 3GPP: "Группа технических спецификаций RAN; TR 25.931 v. 6.2.0 (2005-06); функции UTRAN, примеры процедур сигнализации (версия 6)" ("Technical Specification Group RAN; TR 25.931 v. 6.2.0 (2005-06); UTRAN functions, examples on signaling procedures (Release 6)"). Детали "обновления активного набора (ASU, Active Set Update) с использованием канала HS-DSCH" были описаны в находящейся на рассмотрении предварительной заявке на патент США №60/614,562 от 29.09.2004 г. (в настоящее время - заявка на патент США №11/237,643, которая включена в настоящее описание путем ссылки).

В RAN2 в документе R2-042103 (в RAN2#44) рассматривалось усовершенствование замены обслуживающей ячейки HS-DSCH, когда существует одновременная необходимость в обновлении активного набора. Затем в RAN2 в документе R2-050115 (в RAN2#45bis) рассматривалось предложение о включении усовершенствования в спецификацию управления радиоресурсами RAN2, а в документе R2-051203 (в RAN2#46bis) согласован запрос на изменение (CR) спецификации RRC.

Цель усовершенствования заключается в том, что, когда одновременно возникает необходимость в обновлении активного набора (ASU) и замене обслуживающей ячейки HS-DSCH, контроллер SRNC может избежать выполнения двух отдельных процедур: обновления активного набора и, например, реконфигурации физического канала для пользовательского устройства. Это могло бы привести к перерыву в обслуживании, который происходит из-за правила параллельных процедур, запрещающего одновременные параллельные процедуры.

В RAN2 признана важность усовершенствования и согласовано включение функции замены обслуживающей ячейки HS-DSCH в процедуры обновления активного набора управления радиоресурсами (RRC). Это обеспечит более быстрое обновление активного набора и замену обслуживающей ячейки HS-DSCH, что означает меньший перерыв в передаче или позволяет вообще избежать указанного перерыва.

Для замены обслуживающей ячейки и добавления/удаления линии согласно действующим спецификациям должны быть выполнены три процедуры RNSAP/NBAP (добавление/удаление радиолинии, синхронизированная реконфигурация радиолинии и завершение реконфигурации радиолинии).

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

Цель настоящего изобретения состоит в том, чтобы принять во внимание в сигнализации подсистемы радиосети то, что обновление активного набора и замена обслуживающей ячейки HS-DSCH/E-DCH могут произойти одновременно, а это означает, что усовершенствования могут быть сделаны также в спецификациях NBAP (3GPP TS 25.433 v. 6.6.0 (2005-06) "UTRAN lub interface Node В Application Part (NBAP) signalling") и RNSAP (3GPP TS 25.423 v. 6.6.0 (2005-06) "UTRAN lur interface RNSAP signalling").

Следовательно, процедуры добавления радиолинии и удаления радиолинии должны быть обновлены так, чтобы прикладная часть узла В (NBAP, Node В Application Part) и прикладная часть подсистемы радиосети (RNSAP, Radio Network Subsystem Application Part) были согласованы с управлением радиоресурсами (RRC), а кроме того, эти усовершенствования способствуют даже еще более быстрым обновлению активного набора и замене обслуживающей ячейки HS-DSCH/E-DCH.

Настоящее изобретение представляет необходимые усовершенствования и предлагает, чтобы прикладные части NBAP и RNSAP были согласованы со спецификацией RRC, вследствие чего одновременное обновление активного набора и замена обслуживающей ячейки HS-DSCH/E-DCH могут происходить даже еще быстрее.

Преимущества включают следующее.

- Улучшение характеристик мобильности HSDPA/HSUPA благодаря уменьшению количества процедур при одновременном запуске в контроллере радиосети замены обслуживающей ячейки HS-DSCH/E-DCH и состояния добавления радиолинии/удаления радиолинии.

- Не происходит задержки добавления радиолинии/замены обслуживающей ячейки HS-DSCH/E-DCH.

- Для предлагаемого решения не требуются новая процедура и сообщение.

Недостатки:

- вводит другую опцию для выполнения замены обслуживающей ячейки HS-DSCH/E-DCH, когда одновременно инициировано состояние добавления радиолинии/удаления радиолинии.

Таким образом, изобретение связано с мобильностью для высокоскоростного пакетного доступа по нисходящему каналу (HSDPA) и высокоскоростного пакетного доступа по восходящему каналу (HSUPA) и с тем фактом, что замена обслуживающей ячейки HS-DSCH/E-DCH в настоящее время возможна только с использованием процедуры реконфигурации радиолинии в lub/lur.

Замену обслуживающей ячейки HS-DSCH можно классифицировать в соответствии с двумя различными случаями: замена обслуживающей ячейки HS-DSCH внутри узла В (Intra-Node В) и замена обслуживающей ячейки HS-DSCH между узлами В (Inter-Node В), которые определены следующим образом (заметим, что другими возможными сценариями являются замены обслуживающих ячеек канала HS-DSCH внутри/между DRNS, но они не представлены отдельно, так как аналогичны замене обслуживающей ячейки HS-DSCH внутри узла В/между узлами В).

Замена обслуживающей ячейки HS-DSCH внутри узла В

Если старая обслуживающая ячейка канала HS-DSCH и новая обслуживающая ячейка канала HS-DSCH находятся в одном и том же узле В, то замена обслуживающей ячейки может быть названа заменой обслуживающей ячейки HS-DSCH внутри узла В. В этом случае нет необходимости доставлять информацию HSDPA в узел В, а также нет необходимости установления нового транспортного канала к узлу В.

Замена обслуживающей ячейки HS-DSCH между узлами В

Если старая обслуживающая ячейка канала HS-DSCH и новая обслуживающая ячейка канала HS-DSCH находятся в разных узлах В, то замена обслуживающей ячейки может быть названа заменой обслуживающей ячейки HS-DSCH между узлами В. В этом случае новый узел В не имеет информации HSDPA, и ее необходимо предоставить. Также в новом узле В еще нет транспортного канала, и поэтому его необходимо установить.

Текущее состояние для мобильности HSDPA в стандарте 3GPP RAN3 для случаев замены обслуживающей ячейки HS-DSCH внутри узла В и замены обслуживающей ячейки HS-DSCH между узлами В следующее.

Процедура добавления радиолинии

Было достигнуто соглашение, что добавление радиолинии не используется для замены обслуживающей ячейки с начала 2002 г.

По-видимому, это соглашение основано на следующих аргументах (из главы 2.3 в документе R3-020187: процедуры обеспечения мобильности канала HS-DSCH (HS-DSCH mobility procedures).

Сопоставление одношаговой и двухшаговой процедур

Когда радиолинию добавляют к активному набору, маловероятно, что указанная добавленная ячейка немедленно становится единственной наиболее подходящей ячейкой для службы HS-DSCH. Поэтому установка новой радиолинии в сочетании с непосредственной заменой обслуживающей ячейки HS-DSCH для этой новой линии вероятно не является необходимой. В разделе 3.4 рассмотрен пример двухшаговой процедуры, которая состоит из добавления радиолинии на первом шаге и замены обслуживающей ячейки HS-DSCH на втором шаге. Непосредственная установка канала HS-DSCH при добавлении радиолинии может быть добавлена только в случае, если это оправдывается явным улучшением технических характеристик.

Возникает вопрос, подходит ли этот принцип использования двухшаговой процедуры также и в случае жесткого хэндовера (например, межчастотного хэндовера). В разделе 3.3 приведен пример жесткого хэндовера для пользовательского устройства с назначением канала HS-DSCH. В этом случае достаточно применения двухшаговой процедуры только в сигнализации NBAP/RNSAP, когда на первом шаге новая радиолиния устанавливает целевой узел В, а на втором шаге происходит подготовка синхронизированной замены обслуживающей ячейки HS-DSCH. Этот пример применим и к существующим процедурам NBAP/RNSAP. Следует принять во внимание оптимизацию сигнализации NBAP/RNSAP.

Однако на радиоинтерфейсе жесткий хэндовер может быть осуществлен с использованием только одной процедуры RRC. Этот пример применим уже к версии 99, когда жесткий хэндовер выполняют для пользовательского устройства с назначением канала DSCH.

Хотя в приведенных выше обоснованиях утверждается, что новая ячейка при замене обслуживающей ячейки HS-DSCH является той самой ячейкой, которая будет добавлена, суть предложения в настоящем изобретении заключается в том, чтобы позволить другим имеющимся ячейкам в узле В стать новой обслуживающей ячейкой канала HS-DSCH.

Также при установке радиолинии мы можем установить, например, две радиолинии, и контроллер радиосети должен выбрать, какая из линий является лучшей для обслуживающей ячейки HS-DSCH, и такой же механизм может также быть применен к добавлению радиолинии, особенно для жесткого хэндовера внутри узла В, который осуществляют с добавлением радиолинии.

Таким образом, на основе приведенных выше обоснований и аргументов, описанных в главе 2 (независимо от предыдущих решений в рамках 3GPP), предложено, чтобы добавление радиолинии также было усовершенствовано и включало информацию об обслуживающей ячейке HS-DSCH.

Для случая замены обслуживающей ячейки HS-DSCH между узлами В

Также предложено, чтобы добавление радиолинии было усовершенствовано и включало информационный элемент Информация HS-DSCH. Это добавление обеспечивает замену обслуживающей ячейки HS-DSCH между узлами В в случае, когда новая обслуживающая ячейка HS-DSCH находится в другом узле В, для которого уже имеется одна существующая радиолиния. В настоящее время замену обслуживающей ячейки HS-DSCH с одновременным добавлением радиолинии необходимо осуществлять с использованием отдельных процедур добавления радиолинии и реконфигурации радиолинии.

Процедура удаления радиолинии

Обсуждения использования удаления радиолинии для замены обслуживающей ячейки не было.

На заседании группы RAN*28 по техническим спецификациям 3GPP был утвержден документ RRC (TS 25.331) CR №2564 (название: Включение замены обслуживающей ячейки HS-DSCH в обновление активного набора (Including HS-DSCH serving cell change in ASU)), (CR для RP-050320). Предложение согласно этому CR улучшает характеристики мобильности HSDPA, делая возможным выполнение замены обслуживающей ячейки с использованием процедуры обновления активного набора.

Заметим, что такой же аргумент можно применить к замене обслуживающей ячейки E-DCH, где невозможно выполнить замену обслуживающей ячейки HSUPA посредством процедур добавления радиолинии и удаления радиолинии.

Для случая замены обслуживающей ячейки HS-DSCH между узлами В также предложено усовершенствовать процедуру удаления радиолинии с тем, чтобы она включала использование информационного элемента Информация HS-DSCH. Это добавление обеспечивает замену обслуживающей ячейки HS-DSCH между узлами В в случае, когда новая обслуживающая ячейка канала HS-DSCH находится в другом узле В, имеющем по меньшей мере одну радиолинию, которую нужно удалить. В настоящее время замена обслуживающей ячейки HS-DSCH с одновременным удалением радиолинии должна осуществляться посредством отдельных процедур удаления радиолинии и реконфигурации радиолинии.

Как упомянуто выше, для замены обслуживающей ячейки и добавления/удаления линии в рамках настоящей спецификации необходимо выполнить три процедуры RNSAP/NBAP (добавление/удаление радиолинии, синхронизированную реконфигурацию радиолинии и завершение реконфигурации радиолинии).

Настоящее изобретение предлагает решение для сигнализации lub/lur (NBAP/RNSAP) для процедуры добавления радиолинии, объединенной с заменой обслуживающей ячейки HS-DSCH и E-DCH, а также согласно настоящему изобретению удаление радиолинии может быть объединено с заменой обслуживающей ячейки HS-DSCH/E-DCH, когда есть необходимость выполнить замену обслуживающей ячейки HS-DSCH/E-DCH и одна из двух вышеупомянутых процедур происходит в одно и то же время в контроллере радиосети.

Объединение замены обслуживающей ячейки HS-DSCH/E-DCH с процедурами добавления радиолинии и удаления радиолинии позволяет контроллеру радиосети избежать использования синхронизированной (несинхронизированной) реконфигурации радиолинии и процедуры завершения, и, таким образом, сигнализация в интерфейсах lub/lur становится более эффективной.

Настоящее изобретение полезно также для замены обслуживающей ячейки E-DCH с добавлением радиолинии, а также позволяет осуществлять установку канала E-DCH с заменой/без замены обслуживающей ячейки в узле B/DRNS.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

На фиг.1 показана архитектура пакетной сети универсальной системы мобильной связи (UMTS), включающая основные архитектурные элементы в виде пользовательского устройства (UE), наземной сети радиодоступа системы UMTS (UTRAN) и базовой сети (CN).

На фиг.2 показаны некоторые дополнительные детали архитектуры, изображенной на фиг.1, в частности сети UTRAN.

На фиг.3 показаны как известная процедура, так и усовершенствованная процедура в соответствии с изобретением, предназначенная для поддержки замены обслуживающей ячейки HSDPA и добавления радиолинии.

На фиг.4 показаны как известная, так и усовершенствованная процедура в соответствии с настоящим изобретением, предназначенная для поддержки замены обслуживающей ячейки HSDPA и удаления радиолинии.

На фиг.5 показана подсистема радиосети (RNS), включающая обслуживающий контроллер радиосети (SRNC), связанный с узлом В, который, в свою очередь, связан с пользовательским устройством через радиоинтерфейс.

На фиг.6А и 6В совместно показаны информационные элементы, используемые в сообщении запроса о добавлении радиолинии или в сообщении запроса об удалении радиолинии, когда имеет место добавление новых информационных элементов согласно настоящему изобретению.

На фиг.7А и 7В совместно показаны информационные элементы, используемые в ответном сообщении о добавлении радиолинии, сообщении о сбое при добавлении радиолинии или ответном сообщении на запрос об удалении радиолинии, когда имеет место добавление новых информационных элементов согласно настоящему изобретению.

На фиг.8 показана блок-схема, иллюстрирующая ряд процедурных шагов, которые могут иметь место в сетевом элементе, например обслуживающем контроллере радиосети на фиг.3 или 4.

На фиг.9 показан один из вариантов осуществления процессора для обработки сигналов, используемого в обслуживающем контроллере радиосети (SRNC), узле В или пользовательском устройстве (UE) на фиг.5.

На фиг.10 показана процедура для выполнения в пользовательском устройстве.

На фиг.11 показана процедура для выполнения в сетевом элементе, например узле В, показанном на фиг.3-5.

ПОДРОБНОЕ ОПИСАНИЕ ИЗОБРЕТЕНИЯ

Хотя изобретение раскрыто конкретно для 3GPP и HSDPA/HSUPA, должно быть понятно, что настоящее изобретение не ограничивается только доступом HSDPA/HSUPA или стандартом 3GPP и в общем случае применимо ко всем видам беспроводной связи.

Согласно настоящему изобретению процедуры добавления радиолинии и удаления радиолинии или их функциональные эквиваленты могут быть оптимизированы в спецификациях версии 6 (Rel-6) для того, чтобы учесть, что может возникнуть необходимость в одновременном обновлении активного набора и замене обслуживающей ячейки HS-DSCH/E-DCH. Поэтому ниже описывается, как усовершенствовать процедуры управления радиолинией, процедуры добавления радиолинии и удаления радиолинии.

На фиг.3 и 4 слева показаны используемые в настоящее время процедуры, а справа - предложенное усовершенствование, при этом четко проиллюстрирована экономия времени, достигаемая в соответствии с настоящим изобретением.

Добавление радиолинии (см. фиг.3)

Проблема состоит в том, что, когда критерии удаления радиолинии или добавления радиолинии срабатывают в контроллере радиосети одновременно с заменой обслуживающей ячейки HS-DSCH/E-DCH, контроллер радиосети не может выполнить замену обслуживающей ячейки HS-DSCH/E-DCH одновременно с одной из двух вышеупомянутых процедур добавления радиолинии или удаления радиолинии, но вместо этого должен произвести замену обслуживающей ячейки HS-DSCH/E-DCH с отдельной процедурой реконфигурации радиолинии, имеющей другое положение во времени, то есть неодновременно или параллельно.

Правило параллельных процедур запрещает одновременное выполнение процедур добавления радиолинии и реконфигурации радиолинии, что ухудшает рабочие характеристики. Процедура удаления радиолинии может быть запущена в любое время, но как только удаление радиолинии запущено, контроллер радиосети должен ждать его завершения, после чего можно будет инициировать реконфигурацию радиолинии.

Таким образом, как показано, например, слева на фиг.3, когда одновременно возникает необходимость в добавлении радиолинии и замене обслуживающей ячейки HS-DSCH в сети RAN согласно Rel-5, обслуживающий контроллер радиосети (SRNC) должен выполнить две отдельные процедуры подобно тому, как имеет место в RRC согласно Rel-5. В lub/lur контроллер SRNC сначала инициирует процедуру добавления радиолинии для того, чтобы добавить одну радиолинию в узел В, а сразу после процедур реконфигурации радиолинии (подготовки реконфигурации радиолинии и завершения реконфигурации радиолинии/несинхронизированной реконфигурации радиолинии) выполняет замену обслуживающей ячейки HS-DSCH. Порядок процедур должен быть таким, как упомянуто выше, если добавляемая радиолиния будет обслуживающей ячейкой канала HS-DSCH; в противном случае сначала может быть выполнена реконфигурация радиолинии. С точки зрения сигнализации управления радиоресурсами порядок процедур NBAP/RNSAP не имеет значения, поскольку в конечном счете необходимо, чтобы радиолиния была добавлена и обслуживающая ячейка канала HS-DSCH была сконфигурирована прежде, чем контроллер SRNC сможет инициировать также показанное Управление Радиоресурсами: Обновление Активного Набора (RRC: Active Set Update). Если контроллер радиосети должен был сначала инициировать замену обслуживающей ячейки с использованием процедуры реконфигурации радиолинии, то контекст связи узла В находился бы в подготовленном к реконфигурации состоянии и процедура добавления радиолинии не могла бы быть запущена. Таким образом, процедура добавления радиолинии откладывается, и характеристики коэффициента мягкого суммирования ухудшаются. Также, с точки зрения спецификации NBAP узел В может отклонить процедуру добавления радиолинии до окончания реконфигурации CFN, и, таким образом, этот коэффициент может снизиться еще больше в зависимости от реализации.

Если контроллер радиосети сначала инициирует добавление радиолинии, замена обслуживающей ячейки с использованием процедуры реконфигурации радиолинии откладывается до завершения добавления радиолинии.

Для улучшения характеристик мобильности HSDPA и мобильности HSUPA согласно настоящему изобретению предложено решение для сигнализации, которое обеспечивает возможность замены обслуживающей ячейки одновременно с добавлением/удалением линии. Это решение требует введения информационных элементов (IE, Information Element) в сообщения ЗАПРОС/ОТВЕТ/СБОЙ ДОБАВЛЕНИЯ РАДИОЛИНИИ RNSAP/NBAP и ЗАПРОС/ОТВЕТ УДАЛЕНИЯ РАДИОЛИНИИ, таких как выделенные жирным шрифтом информационные элементы на фиг.6А, 6В, 7А и 7В, приведенные только в качестве примера. Такие новые информационные элементы могут быть добавлены к определениям функциональных сообщений и контентам, описанным в разделе "Элементы для связи NBAP" ("Elements for NBAP communication") в разделе 9.1 документа 3GPP TS 25.433 v. 6.6.0 (2005-06), например, для подразделов, отмеченных на фиг.6А, 6В, 7А и 7В.

На фиг.6А и 6В для процедуры добавления радиолинии с заменой обслуживающей ячейки сообщение 600 ЗАПРОС О ДОБАВЛЕНИИ РАДИОЛИНИИ может быть расширено, например, путем показанной группы 602 информационных элементов, содержащей один или более показанных информационных подэлементов. Таким образом, для случая процедуры добавления радиолинии с заменой обслуживающей ячейки HS-DSCH сообщение 600 ЗАПРОС О ДОБАВЛЕНИИ РАДИОЛИНИИ изменяют таким образом, чтобы оно включало один или более из следующих элементов:

- идентификатор радиолинии HS-DSCH,

- информационный элемент времени (пример для имени информационного элемента - HSDPA CFN), указывающий, когда узел В начинает передавать данные HS-DSCH по вновь добавленной радиолинии,

- временный идентификатор радиосети (RNTI) HS-DSCH (HS-DSCH RNTI),

- информационный элемент Индикатор запрашиваемого транспортного канала, Адрес транспортного уровня и идентификатор связывания (на поток MAC-d канала HS-DSCH).

Отметим, что, помимо прочего, информационные подэлементы могут принадлежать, например, той же самой группе информационных элементов (примером имени группы информационных элементов является Информация по замене обслуживающей ячейки HS-DSCH), которая может использоваться для замены обслуживающей ячейки HS-DSCH,

- для случая замены обслуживающей ячейки HS-DSCH между узлами В также включают информационный элемент Информация HS-DSCH, идентификатор радиолинии HS-DSCH, временный идентификатор радиосети HS-DSCH (HS-DSCH RNTI) и номер кадра соединения HSDPA (HSDPA CFN, HSDPA Connection Frame Number).

Причина, почему номер кадра соединения CFN добавлен в качестве информационного элемента в ЗАПРОС 600 О ДОБАВЛЕНИИ РАДИОЛИНИИ, обусловлена "резервированием MAC-hs". Если сообщение не имеет этого информационного элемента времени CFN, то узел В, который поддерживает резервирование MAC-hs, начнет отправлять данные HS-DSCH (которые находятся в буфере узла В) по вновь добавленной радиолинии, как только узел В ответит с помощью сообщения ОТВЕТ НА ДОБАВЛЕНИЕ РАДИОЛИНИИ, которое имеет место прежде, чем контроллер SRNC выполнит процедуру обновления активного набора в пользовательском устройстве. Следовательно, пользовательское устройство не сможет принять никаких данных из вновь добавленной радиолинии, даже если узел В посылает данные, то есть будет происходить потеря пакета по радиоинтерфейсу. Этой проблемы нужно избежать. Посредством номера кадра соединения CFN контроллер SRNC может синхронизировать время, используемое узлом В для начала отправки данных HS-DSCH по вновь добавленной радиолинии, с временем, которое используется пользовательским устройством при начале приема данных по радиолинии. Следует отметить, что добавленная радиолиния конфигурируется, как только узел В отвечает с помощью сообщения 700 ОТВЕТ НА ДОБАВЛЕНИЕ РАДИОЛИНИИ (см. фиг.7А и 7В), аналогично обычной спецификации.

В сообщении ОТВЕТ НА ДОБАВЛЕНИЕ РАДИОЛИНИИ, как показано на фиг.7А и 7В, и в сообщении 702 СБОЙ ДОБАВЛЕНИЯ РАДИОЛИНИИ может быть добавлен информационный элемент (Индикатор замены обслуживающей ячейки) для указания, была ли требуемая замена обслуживающей ячейки успешной/неудачной. Может быть добавлен информационный элемент 704 Ответ на информацию HS-DSCH для переноса адреса транспортного уровня и т.д. Могут быть также добавлены информационный подэлемент индикатора сброса MAC-hs и информационный подэлемент HS-DSCH RNTI, причем эти информационные элементы применимы только для прикладной части RNSAP и не существуют в прикладной части NBAP. Эти три информационных элемента устанавливают, когда вышеуказанный информационный элемент 704 (Индикатор замены обслуживающей ячейки) уведомляет об успехе. Если вышеуказанный информационный элемент (Индикатор замены обслуживающей ячейки) уведомляет о неудаче, в сообщение может быть добавлен информационный элемент "причина", указывающий на причину неудачи. Для случая замены обслуживающей ячейки HS-DSCH между узлами В может быть также включена информация HS-DSCH.

Как рассмотрено выше, в усовершенствовании согласно настоящему изобретению для Rel-6 контроллер SRNC может инициировать процедуру добавления радиолинии, которая включает номер кадра соединения CFN, когда активируется замена новой обслуживающей ячейки HS-DSCH (номер CFN указывает, когда новая обслуживающая ячейка канала HS-DSCH становится обслуживающей ячейкой). Когда в узле В осуществляется конфигурирование добавления радиолинии и замены новой обслуживающей ячейки HS-DSCH, контроллер SRNC может не инициировать процедуру реконфигурации радиолинии (замены обслуживающей ячейки), а вместо этого может немедленно инициировать Управление Радиоресурсами: Обновление Активного Набора, вследствие чего происходит экономия времени, как проиллюстрировано на фиг.3 справа (по сравнению с изображением слева).

Процедура добавления радиолинии с заменой обслуживающей ячейки E-DCH (фиг.6 В)

- Сообщение 600 ЗАПРОС О ДОБАВЛЕНИИ РАДИОЛИНИИ включает:

- обслуживающую радиолинию E-DCH.

- Информационный элемент времени (например, имя информационного элемента - E-DCH CFN), указывающий, когда узел В начинает передавать данные E-AGCH по новой обслуживающей радиолинии канала E-DCH.

(Отметим, что два вышеуказанных информационных элемента могут принадлежать одному и тому же информационному элементу (пример имени информационного элемента - Информация о замене обслуживающей ячейки E-DCH), который может использоваться для замены обслуживающей ячейки E-DCH.)

- Для замены обслуживающей ячейки E-DCH внутри/между узлами В с установкой E-DCH (то есть, канал E-DCH не конфигурируется в узле В) также включают информационный элемент Информация E-DCH FDD и информационный элемент Информация E-DPCH (отметим, что это также дает возможность производить установку E-DCH без замены обслуживающей ячейки путем процедуры добавления радиолинии).

- Сообщение 700 ОТВЕТ НА ДОБАВЛЕНИЕ РАДИОЛИНИИ и сообщение 702 СБОЙ ДОБАВЛЕНИЯ РАДИОЛИНИИ включает:

- один информационный элемент, который указывает, была ли требуемая замена обслуживающей ячейки E-DCH успешной/неудачной, и, если индикатор уведомляет об успешной замене, может быть включена информация канала управления нисходящей линии FDD E-DCH для новой обслуживающей радиолинии и старой обслуживающей радиолинии. Если индикатор уведомляет о неудачной замене, может быть включен информационный элемент "причина".

- Для замены обслуживающей ячейки E-DCH внутри/между узлами В с установкой E-DCH также может быть предоставлен информационный элемент Ответ на информацию FDD E-DCH.

Удаление радиолинии (см. фиг.4)

Усовершенствование процедуры удаления радиолинии аналогично вышеописанному усовершенствованию процедуры добавления радиолинии, указанное усовершенствование иллюстрируется на фиг.4, причем известная из уровня техники процедура изображена слева, а предлагаемое усовершенствование - справа.

В сети радиодоступа стандарта Rel-5 контроллер SRNC сначала инициирует (несинхронизированную) процедуру реконфигурации радиолинии, как показано слева, если именно текущая обслуживающая ячейка канала HS-DSCH имеет радиолинию, которая должна быть удалена. Затем после процедуры реконфигурации радиолинии обслуживающая ячейка канала HS-DSCH заменяется, и контроллер SRNC может инициировать процедуру удаления радиолинии.

Если радиолиния, которую необходимо удалить, не находится в ячейке, которая не является текущей обслуживающей ячейкой канала HS-DSCH, контрол