УСОВЕРШЕНСТВОВАНИЕ ПРОЦЕДУР ОБЕСПЕЧЕНИЯ МОБИЛЬНОСТИ ДЛЯ IUB/IUR HSDPA/HSUPA
IMPROVEMENT OF IUB/IUR HSDPA/HSUPA MOBILITY PROCEDURE

ССЫЛКА НА РОДСТВЕННЫЕ ЗАЯВКИ
Заявляется приоритет в соответствии с предварительной заявкой на патент США №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, контроллер SRNC может также инициировать процедуры в другом порядке. В этом случае также может быть использована процедура синхронизированной реконфигурации радиолинии.
Причина для того, чтобы не использовать синхронизированную реконфигурацию радиолинии в первом случае (радиолиния, которую необходимо удалить, находится в той же самой обслуживающей ячейке HS-DSCH), состоит в том, что ячейка, которую необходимо удалить, удаляется немедленно, и, когда впоследствии происходит замена обслуживающей ячейки HS-DSCH с номером кадра соединения (CFN), в узле В произойдет логическая ошибка, поскольку останется обслуживающая ячейка канала HS-DSCH, для которой нет радиолинии.
В стандарте Rel-5 также можно инициировать удаление радиолинии немедленно после процедуры синхронизированной/несинхронизированной реконфигурации радиолинии, поскольку процедура удаления радиолинии может быть инициирована в любое время и она не ограничена правилом параллельных процедур. Даже если инициирование возможно в любое время, с точки зрения узла В одну процедуру легче обработать, чем две параллельные процедуры. Поэтому предложено усовершенствование процедуры удаления радиолинии.
Согласно используемой в настоящее время спецификации для замены обслуживающей ячейки и для добавления/удаления линии должны быть выполнены три процедуры RNSAP/NBAP (добавление/удаление радиолинии, синхронизированная реконфигурация радиолинии и завершение реконфигурации радиолинии).
Аналогично вышеописанному добавлению радиолинии, проиллюстрированному на фиг.3, рассматривается процедура удаления радиолинии с заменой обслуживающей ячейки как канала HS-DSCH, так и канала E-DCH.
Для процедуры удаления радиолинии с заменой обслуживающей ячейки HS-DSCH добавлено сообщение 604 ЗАПРОС ОБ УДАЛЕНИИ РАДИОЛИНИИ (см. фиг.6А и 6В), включающее идентификатор радиолинии HS-DSCH, который информирует об идентичности радиолинии HS-DSCH, и информационный элемент времени (например, информационный элемент с именем HSDPA CFN), который используется узлом В для начала передачи данных HS-DSCH. Информационный элемент времени установлен только тогда, когда радиолиния, которую необходимо удалить, отличается от текущей обслуживающей радиолинии канала HS-DSCH. Может также быть добавлен временный идентификатор радиосети 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).
Для сообщения 710 ОТВЕТ НА ЗАПРОС ОБ УДАЛЕНИИ РАДИОЛИНИИ, показанного на фиг.7А и 7В, группа 704 информационных элементов уведомляет, оказалась ли запрашиваемая замена обслуживающей ячейки успешной/неудачной. Группа 704 информационных элементов Ответ с информацией о HS-DSCH может переносить Адрес транспортного уровня и т.д. Могут быть добавлены информационный элемент индикатора сброса MAC-hs и информационный элемент временного идентификатора радиосети HS-DSCH, которые применимы только в прикладной части RNSAP, так как они не существуют в прикладной части NBAP. Эти три информационных элемента устанавливают, когда вышеуказанная группа 704 информационных элементов уведомляет об "успехе". Когда вышеуказанная группа 704 информационных элементов (Индикатор замены обслуживающей ячейки) уведомляет о "неудаче", в сообщения можно добавить информационный элемент Причина (9.2.1.6). Для случая замены обслуживающей ячейки HS-DSCH между узлами В также можно добавить информационный элемент Ответ с информацией FDD HS-DSCH.
Для процедуры удаления радиолинии с заменой обслуживающей ячейки E-DCH сообщение 604 ЗАПРОС ОБ УДАЛЕНИИ РАДИОЛИНИИ (фиг.7А и 7В) включает информационный элемент Обслуживающая радиолиния канала E-DCH и информационный подэлемент времени (например, CFN E-DCH), указывающий, когда узел В начинает передавать данные E-AGCH по новой обслуживающей радиолинии канала E-DCH. Эти два информационных элемента могут принадлежать одному и тому же информационному элементу 602 (пример имени информационного элемента - Информация о замене обслуживающей ячейки E-DCH), который используется для замены обслуживающей ячейки E-DCH. Для замены обслуживающей ячейки E-DCH внутри/между узлами В с установкой E-DCH (то есть канал E-DCH не конфигурируется в узле В) также могут быть добавлены информационный элемент 620 Информация FDD E-DCH и информационный элемент Информация E-DPCH (отметим, что это обеспечивает также возможность установки E-DCH без замены обслуживающей ячейки в соответствии с процедурой добавления радиолинии). Сообщение 710 ОТВЕТ НА ЗАПРОС ОБ УДАЛЕНИИ РАДИОЛИНИИ (фиг.7В) может включать информационный элемент 720, указывающий, была ли требуемая замена обслуживающей ячейки E-DCH успешной/неудачной. Если индикатор уведомляет об "успехе", может быть включен информационный элемент "Информация канала управления нисходящей линии FDD E-DCH" как для новой обслуживающей радиолинии, так и для старой обслуживающей радиолинии, если индикатор уведомляет о "неудаче", может быть включен информационный элемент "Причина", как показано на фиг.7В. Для замены обслуживающей ячейки E-DCH внутри\между узлов В с установкой E-DCH также может быть включен информационный элемент "Ответ с информацией FDD E-DCH".
На фиг.5 показана подсистема радиосети (RNS), содержащая обслуживающий контроллер радиосети (SRNC), связанный с базовой сетью CN (не показана) через интерфейс lu и с узлом В через интерфейс lub. Узел В, в свою очередь, связан с пользовательским устройством через интерфейс Uu. Показано, что контроллер SRNC имеет первый интерфейс ввода/вывода, связанный с интерфейсом lu, и второй интерфейс ввода/вывода, связанный с интерфейсом lub. Процессор для обработки сигналов в контроллере SRNC связан как с первым, так и со вторым интерфейсами ввода/вывода контроллера SRNC. Аналогично показано, что узел В соединен с первым интерфейсом ввода/вывода, связанным с интерфейсом lub, а второй интерфейс ввода/вывода связан с интерфейсом Uu. Процессор для обработки сигналов в узле В связан как с первым, так и со вторым интерфейсами ввода/вывода узла В. Показано, что пользовательское устройство имеет интерфейс ввода/вывода, связанный с интерфейсом Uu и с процессором для обработки сигналов в пользовательском устройстве.
Процессор для обработки сигналов контроллера SRNC управляет качеством обслуживания (QoS) пользовательского устройства. Функция управления хэндовером (НО) процессора для обработки сигналов принимает результаты измерений для соседних ячеек от пользовательского устройства и выявляет необходимость запуска процедур управления радиолиниями lub/lur (установка радиолинии, добавление радиолинии, удаление радиолинии, реконфигурация радиолинии) на основе правил управления радиоресурсами (RRM). Процессор для обработки сигналов контроллера SRNC также отвечает за принятие решения об обслуживающей ячейке канала HS-DSCH/E-DCH и об ее замене, когда это необходимо. Он может принять решение о замене обслуживающей ячейки HS-DSCH/E-DCH синхронизированным или несинхронизированным способом.
Процессор для обработки сигналов узла В отвечает за передачу/прием данных HSDPA/E-DCH в радиоинтерфейс/из радиоинтерфейса. Также он назначает ресурсы HSDPA/E-DCH пользовательскому оборудованию. Он принимает данные HSDPA по lub и отвечает за планирование передачи данных HSDPA в радиоинтерфейс. Он осуществляет обработку при замене обслуживающей ячейки HS-DSCH по требованию контроллера SRNC. Он выполняет аналогичные процедуры для канала E-DCH. Он обрабатывает процедуры управления радиолинией по требованию контроллера SRNC.
Процессор для обработки сигналов пользовательского устройства измеряет параметры, относящиеся к соседним ячейкам, и посылает сообщения с отчетом об измерениях в свой контроллер SRNC. Он принимает и обрабатывает сообщения обновления активного набора (ASU) по требованию контроллера SRNC. Он принимает и обрабатывает сообщения о замене обслуживающей ячейки DSCH/E-DCH по требованию контроллера SRNC.
Процессоры для обработки сигналов в пользовательском устройстве и контроллере SRNC следуют процедурам управления радиоресурсами (RRC), описанным в документе 3GPP TS 25.331 v. 6.6.0 (2005-06) "Группа технических спецификаций сетей радиодоступа; управление радиоресурсами; спецификация протокола (версия 6)" ("Technical Specification Group Radio Access Network; Radio Resource Control (RRC); Protocol Specification (Release 6)"). Краткий обзор состояний RRC и изменений состояний приводится в пункте 7 ("Состояния протокола" ("Protocol States")) этого документа и описывает характеристики процесса измерения согласно информации об управлении измерениями, как определено в подпунктах 8.4 (Процедуры измерений, Measurements Procedures) и 14.4 (Измерения объема трафика, Traffic Volume Measurements). Согласно этим процедурам процессор для обработки сигналов пользовательского устройства (фиг.5) подготавливает Отчет об измерениях RRC на фиг.3 и 4 и отправляет его посредством своего устройства ввода/вывода по интерфейсу Uu в узел В, а затем узел В посылает его по интерфейсу lub в контроллер SRNC. Сам отчет об измерениях описан в пункте 8.4.2 документа TS 25.331, который определяет, что отчет передается по восходящему каналу DCCH, когда критерии для передачи отчета, хранящиеся в переменной MEASUREMENT_IDENTITY, удовлетворяются для любого измерения текущего трафика или измерения по определению местоположения пользовательского устройства, которые выполняются в пользовательском устройстве. Специальные функции измерений описаны в пункте 14 документа TS 25.331. В сообщении по управлению измерениями (не показано) сеть UTRAN уведомляет пользовательское устройство, какие события должны инициировать отчет об измерениях. Перечисленные события находятся в инструментальном наборе, из которого сеть UTRAN может выбрать события для отчета, которые необходимы для выполняемой функции оценки хэндовера или других функций радиосети. Контроллер SRNC выполняет в процессоре обработки сигналов процедуру для определения, существует ли необходимость в добавлении радиолинии. См. документ 3GPP TR 25.931 v. 6.2.0 (2005-06), "Группа технических спецификаций RAN; функции UTRAN, примеры процедур сигнализации (версия 6)" ("Technical Specification Group RAN; UTRAN functions, examples on signalling procedures (Release 6)"). Если это так, то после выполнения процедур, описанных ниже, происходит отправка сообщения ОБНОВЛЕНИЕ АКТИВНОГО НАБОРА из контроллера SRNC в пользовательское устройство через узел В, и указанное сообщение используется сетью UTRAN для добавления, замены или удаления радиолинии в активном наборе пользовательского устройства (описание сообщения ОБНОВЛЕНИЕ АКТИВНОГО НАБОРА см. в пункте 10.2.1 документа TS 25.331 v. 6.6.0 (2005-06)).
Ниже описаны действия в узле В при приеме усовершенствованного сообщения с запросом о добавлении радиолинии, как проиллюстрировано правой частью фиг.3. Прежде всего, сообщение 600 с запросом о добавлении радиолинии усовершенствовано, как показано на фиг.6А, путем включения новой информации 602 о новой обслуживающей ячейке канала HS-DSCH, которая идентифицирована идентификатором радиолинии HS-PDSCH, а также такой информации, относящейся к новой радиолинии, которая определена в Версии 99. Сообщение 600 с запросом о добавлении радиолинии на фиг.6А может также содержать номер кадра соединения (CFN). В ответ на сообщение 600 с запросом о добавлении радиолинии узел В сначала добавляет новую радиолинию в контекст связи узла В (NBCC, Node В communication context). Если сообщение 600 с запросом о добавлении радиолинии содержит идентификатор радиолинии HS-PDSCH, временный идентификатор радиосети HS-DSCH и номер кадра соединения CFN, указывающий, когда будет активизирована новая обслуживающая ячейка канала HS-DSCH, узел В подготавливает новую конфигурацию и отвечает контроллеру SRNC с помощью усовершенствованного ответного сообщения 700 на запрос о добавлении радиолинии (фиг.7А). Затем узел В активизирует новую обслуживающую ячейку канала HS-DSCH в CFN, который был включен в сообщение 600 с запросом о добавлении радиолинии. Если сообщение 600 с запросом о добавлении радиолинии не содержит номера кадра соединения CFN, узел В активизирует замену обслуживающей ячейки HS-DSCH после включения новой радиолинии в контекст NBCC. Если новая радиолиния в сообщении 600 с запросом о добавлении радиолинии находится в ячейке, которая отличается от новой обслуживающей ячейки HS-DSCH, добавление радиолинии в контекст NBCC и замена обслуживающей ячейки HS-DSCH могут быть выполнены независимо друг от друга и в индивидуальном порядке, в соответствии с реализацией. Процедура для канала E-DCH аналогична за исключением использования соответствующих новых информационных элементов, показанных на фиг.6В.
На фиг.4 представлены действия, выполняемые в узле В при приеме усовершенствованного сообщения с запросом об удалении радиолинии. Усовершенствованное сообщение 710 с запросом об удалении радиолинии содержит информацию о радиолинии, которую необходимо удалить, как и в информационном элементе для старой версии 99, но также содержит новый информационный элемент, идентифицирующий обслуживающую ячейку канала HS-DSCH и показанный на фиг.6А как идентификатор радиолинии HS-PDSCH в информационном элементе/группе 602. В ответ узел В удаляет первую запрашиваемую радиолинию из контекста NBCC. Если сообщение 604 с запросом об удалении радиолинии содержит идентификатор радиолинии HS-PDSCH, временный идентификатор радиосети HS-DSCH и номер кадра соединения, при активизации новой обслуживающей ячейки HS-DSCH узел В подготавливает новую конфигурацию и отвечает контроллеру SRNC с помощью усовершенствованного ответного сообщения 710 на запрос об удалении радиолинии, как показано на фиг.7А, с новыми информационными элементами, подходящими для канала HS-DSCH. Затем узел В активизирует новую обслуживающую ячейку канала HS-DSCH в кадре с номером CFN, который был включен в сообщение с запросом о добавлении радиолинии. Если сообщение с запросом об удалении радиолинии не содержит номера CFN, узел В активизирует замену обслуживающей ячейки HS-DSCH после удаления радиолинии из контекста NBCC. Порядок удаления радиолинии и замены обслуживающей ячейки HS-DSCH может быть установлен в соответствии со специфическим порядком, желательным для реализации. Процедура для канала E-DCH аналогична при использовании соответствующих новых информационных элементов 720, показанных на фиг.7В.
На фиг.8 показана блок-схема, иллюстрирующая ряд процедурных шагов, которые могут иметь место в сетевом элементе, например обслуживающем контроллере радиосети (SRNC), изображенном на фиг.3 или 4. Иллюстрируемые шаги могут быть реализованы в виде выполняемого машинного кода, написанного на каком-либо языке программирования. Такой машинный код может храниться в постоянном запоминающем устройстве, например ROM 900, показанном на фиг.9, внутри процессора 902 для обработки сигналов. Такой процессор для обработки сигналов может использоваться, например, в контроллере SRNC на фиг.5 для выполнения процедурных шагов, показанных на фиг.8. Внутри такого процессора 902 для обработки сигналов имеется шина 904 данных, адреса и управления, используемая для взаимодействия с разнообразными компонентами, например центральным процессором 906, оперативным запоминающим устройством 908 (RAM), часами 910, устройством 912 ввода/вывода и другими устройствами, показанными в общем виде позицией 914, но не ограничиваясь ими. Центральный процессор 906 выполняет кодированные инструкции, хранящиеся в ROM 900, в то время как промежуточные вычисления и результаты сохраняет в RAM 908. RAM 908 может также использоваться для хранения отчета об измерениях, принятого от пользовательского устройства, которым центральный процессор 906 может управлять для выполнения кодированных инструкций, хранящихся в ROM 900, и для формулировки сообщения с запросом о добавлении радиолинии, посылаемого по линии 600 на фиг.3, или сообщения с запросом об удалении радиолинии, посылаемого по линии 604 на фиг.4. Возвратимся к фиг.8; после входа на шаге 800 выполняется шаг 802 приема отчета об измерениях от пользовательского устройства, показанного на фиг.3 и 4. На шаге 804 происходит оценка отчета об измерениях, и на шаге 806 происходит принятие решения, требуется ли процедура добавления радиолинии или удаления радиолинии или нет. На шаге 808 принятия решения определяют, требуется ли такое сообщение или нет, и в случае если сообщение требуется, то формулируют соответствующее сообщение и на шаге 810 посылают его в узел В, как показано на примере сообщения с запросом о добавлении радиолинии по линии 600 на фиг.3 или сообщения с запросом об удалении радиолинии по линии 604 на фиг.4. Затем контроллер SRNC ожидает ответа, как показано на шаге 812 принятия решения, причем, как только определено, что ответ получен, выполняется шаг 814 фактического приема и обработки ответного сообщения на запрос о добавлении радиолинии или ответного сообщения на запрос об удалении радиолинии, как показано, например, линиями 700 и 710 на фиг.3 и 4 соответственно. Затем контроллер SRNC оценивает принятое сообщение, как показано, например, на шаге 816. На шаге 818 определяют, был ли запрос успешным или нет. Если нет, то на шаге 820 проверяют причину неудачи. В случае успеха на шаге 822 происходит возврат. Возврат может также быть сделан на шаге 822 непосредственно с шага 808 принятия решения, если определено, что добавления или удаления радиолинии не требуется.
На фиг.10 с помощью блок-схемы показана процедура, предназначенная для выполнения в пользовательском устройстве, согласно настоящему изобретению. После входа на шаге 1000 выполняют шаг 1002 для передачи отчета об измерениях, показанного на фиг.3 и 4, из пользовательского устройства в контроллер SRNC. Спустя некоторое время пользовательское устройство принимает от контроллера SRNC сообщение об обновлении активного набора, как показано на шаге 1004, соответствующее сообщениям об обновлении активного набора, показанным на фиг.3 и 4. Затем пользовательское устройство на шаге 1006 обновляет активный набор, а затем принимает данные HSDPA из новой ячейки, как показано на шаге 1008, после которого на шаге 1010 происходит возврат.
На фиг.11 показана процедура, выполняемая в сетевом элементе, например узле В, показанном на фиг.3-5. После входа на шаге 1100 выполняют шаг 1102 приема сообщения о добавлении радиолинии или сообщения об удалении радиолинии от другого сетевого элемента, например контроллера SRNC на фиг.3-5. Такой сигнал показан, например, на фиг.3 и 4, в виде сигнала по линии 600 на фиг.3 или сигнала по линии 604 на фиг.4. Узел В оценивает принятое сообщение, как показано на шаге 1104, и на шаге 1106 подготавливает ответное сообщение. Затем узел В посылает ответное сообщение на запрос о добавлении радиолинии или ответное сообщение на запрос об удалении радиолинии в контроллер SRNC, как показано с помощью сигнала по линии 700 на фиг.3 или сигнала по линии 710 на фиг.4, что иллюстрируется шагом 1108 на фиг.11. Затем на шаге 1110 происходит возврат, как показано на фиг.11.
Хотя настоящее изобретение рассмотрено и описано на примере конкретных вариантов его осуществления, должно быть понятно, что в рамках прилагаемой формулы изобретения возможно много других вариантов осуществления изобретения.