Средства и способы для улучшения характеристик хэндовера интегрированных сетей радиодоступа

Средства и способы для улучшения характеристик хэндовера интегрированных сетей радиодоступа

Иллюстрации

Показать все

Реферат

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

В общем случае изобретение относится к интеграции сетей радиодоступа и более точно к способам и средствам выполнения хэндовера (передачи обслуживаемого абонента) в таких интегрированных сетях.

УРОВЕНЬ ТЕХНИКИ

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

На фиг.1 показана основная архитектура сотовой радиосети в виде обычного UTRAN, соединенного с Интернетом 180, и обычного WLAN. UTRAN содержит узел-B 150 базовой станции, соединенный с контроллером 130 радиосети RNC. UTRAN соединен с Интернетом 180 через SGSN (узел поддержки обслуживания GPRS) 120 и GGSN (шлюзовой узел поддержки GPRS) 110 обычным способом. WLAN на фиг.1 представляет собой обычный WLAN, выполненный согласно IEEE 802-стандарту, и обычно содержит по меньшей мере одну точку 165 радиодоступа, AP, которая, как правило, соединена с контроллером 162 точки доступа, APC. APC WLAN далее называется М-L2S (коммутатор уровня 2 с возможностью многоадресной рассылки). Поскольку Ethernet-протокол (IEEE 802.3) используется для большинства протоколов WLAN 2 уровня для связи с фиксированной сетевой инфраструктурой, М-L2S идентичен коммутатору Ethernet. UT 140 (пользовательский терминал) двойного назначения, выполненный с возможностью работы как в UTRAN, так и в WLAN, может установить UTRAN радиосоединение с узлом-B 150 базовой станции через свой первый порт 141 передачи данных и WLAN радиосоединение с AP 165 WLAN через свой второй порт 142 передачи данных. UTRAN и WLAN взаимодействуют между собой обычным способом через SGSN 120 или, как показано на фиг.1, через GGSN 110. Как правило, WLAN, то есть APC 162, может быть соединен непосредственно с GGSN 110, как показано на фиг.1, или может быть соединен через AR (маршрутизатор доступа) и/или IP-сеть (на фиг.1 не показано).

Сеанс связи может быть установлен между UT 140 и поддерживающей связь стороной, такой как хост/сервер или одноранговый узел, соединенный с Интернетом 180. Сеанс связи может быть реализован, например, обычным способом посредством сеанса с PDP-контекстом (протоколом пакетной передачи данных) между UT 140 и GGSN 110 по пути UTRAN, согласно стандарту 3GPP, для услуг пакетной радиосвязи.

В случае хэндовера сеанса с PDP-контекстом из пути маршрутизации UTRAN в направлении пути маршрутизации WLAN необходим большой объем сигнализации, и предполагаются значительные задержки, поскольку пользовательские данные, то есть PDP пакеты, передаваемые по нисходящей линии связи, которые были посланы и кэшированы в соответствующем узле UTRAN, то есть RNC 130, но еще не переданы пользовательскому терминалу UT 140, должны быть отправлены назад через базовую сеть, то есть назад в GGSN 110 и далее в UT 140 через APC 162 и AP 165.

Другая проблема заключается в том, что у сотовой сети радиодоступа, то есть RNC 130, в архитектуре сети, показанной на фиг.1, отсутствует какой-либо доступ к RRM-WLAN (управлению радиоресурсами)-информации, а у WLAN отсутствует какой-либо доступ к информации RRM сотовой радиосети, препятствуя эффективному управлению множеством радиоресурсов полной интегрированной UTRAN-WLAN-сети, что, в свою очередь, уменьшает емкость всей интегрированной UTRAN-WLAN-сети.

Более конкретно, относительно WLAN по фиг.1, в случае, когда WLAN требует аутентификации UT 140 перед установлением сеанса передачи данных по пути WLAN, установление защищенной ассоциации между UT 140 и AP 165, например, с использованием обычной стандартной EAP (расширяемый протокол аутентификации) аутентификации согласно спецификации безопасности IEEE 802.1Ii может затронуть критическую проблему относительно возникающего временного интервала прерывания, то есть это может привести к задержке/потере пакетов, недопустимой для приложений, работающих в реальном масштабе времени, таких как голос и/или видео, в случае хэндовера сеанса связи/передачи данных, например, из UTRAN в WLAN по фиг.1.

Существует необходимость в поиске способов и средств, обеспечивающих эффективный, гибкий и универсальный хэндовер во время сеанса связи в интегрированных сотовых радиосетях, содержащих различные типы сетей радиодоступа, которые используют различные технологические стандарты в отношении, например, управления сеансом связи, управления мобильностью, управления радиоресурсами, управления безопасностью и так далее, такие как интегрированная сеть, содержащая сотовые радиосети, например, согласно UTRAN 3GPP-стандарту, и беспроводные сети передачи данных, например, согласно IEEE WLAN 802-стандарту, как показано на фиг.1. Общие проблемы, касающиеся эффективных схем хэндовера для сетей радиодоступа, относятся, например, к минимизации потерь данных, подавлению помех, минимизации задержек при передаче пакета и минимизации сетевой сигнализации.

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

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

Настоящее изобретение направлено на облегчение/решение вышеупомянутых проблем.

Задачей настоящего изобретения является улучшение характеристик хэндовера интегрированных сетей радиодоступа, содержащих по меньшей мере две сети радиодоступа, использующие относительно друг друга различные протоколы маршрутизации, такие как интегрированная сеть радиодоступа, содержащая IEEE 802 WLAN и 3GPP UTRAN.

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

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

Следующей задачей настоящего изобретения является увеличение емкости и таким образом потенциального дохода сетей радиодоступа, содержащих по меньшей мере две сети радиодоступа, использующие относительно друг друга различные протоколы маршрутизации, такие как интегрированная сеть радиодоступа, содержащая IEEE 802 WLAN и 3GPP UTRAN.

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

Согласно первому аспекту изобретения это достигается путем предоставления способа выполнения хэндовера сеанса связи пользовательского терминала UT в интегрированной сети с множеством RAT, причем указанный способ реализуется RNC1 установленным в указанной сети, при этом RNC1 выполнен с возможностью маршрутизации указанного сеанса по первому пути сети радиодоступа через первый порт, согласно первому протоколу маршрутизации радиосети, путем связывания идентификатора сеанса, который идентифицирует указанный сеанс, с радиоканалом, определенным согласно указанному первому протоколу маршрутизации, причем указанный RNC1 дополнительно выполнен с возможностью маршрутизации указанного сеанса по альтернативному пути сети радиодоступа через второй порт путем связывания указанного идентификатора сеанса с идентификатором альтернативного канала, определенного согласно альтернативному протоколу сети доступа, при этом способ содержит следующие этапы, на которых:

- принимают сообщение "Кандидат для хэндовера", содержащее информационный элемент идентификатора о типе сообщения, идентифицирующий указанное сообщение как являющееся сообщением "Кандидат для хэндовера", причем сообщение идентифицирует указанный сеанс, при этом сообщение дополнительно идентифицирует RNC-кандидата указанной сети, причем указанный RNC-кандидат является RNC-кандидатом для хэндовера указанного сеанса,

- устанавливают идентичность указанного RNC путем рассмотрения указанного сообщения,

- ассоциируют указанный сеанс связи с указанным RNC-кандидатом, идентифицированным на предыдущем этапе.

В одном из вариантов осуществления указанное сообщение "Кандидат для хэндовера" содержит:

- идентификатор пользовательского терминала UT ID, идентифицирующий указанный UT,

- идентификатор точки доступа, AP2 ID, точки радиодоступа, AP2, или идентификатор узла-B, Node-B ID, сигнал маяка которого детектируется указанным UT, причем указанный AP2 ID идентифицируется согласно указанному альтернативному протоколу сети радиодоступа, или мобильному IP-адресу, MIP, или защищенному MIP-адресу, MIPSec, UT, наряду с IP-адресом маршрутизатора доступа, AR, ассоциированного с RNC-кандидатом, при этом этап установления идентичности указанного RNC-кандидата содержит этап, на котором:

- проверяют сохраненную информацию, связывающую указанный AP2 ID/Node-B ID/IP-адрес AR с идентичностью указанного RNC-кандидата,

причем этап ассоциации указанного сеанса связи с указанным RNC-кандидатом содержит этап, на котором:

- обновляют таблицу маршрутизации для указанного сеанса, причем сеанс идентифицируется указанным UT ID, связанным с указанным идентификатором сеанса, путем сохранения идентификатора, идентифицирующего указанный RNC-кандидат в указанной таблице маршрутизации.

В одном из вариантов осуществления указанное сообщение "Кандидат для хэндовера^" содержит сетевой адрес указанного RNC-кандидата в качестве исходного адреса указанного сообщения, таким образом идентифицируя RNC-кандидата, причем указанное сообщение "Кандидат для хэндовера" получают через RNC-интерфейс, соединяющий указанный RNC1 с указанным RNC-кандидатом.

В одном из вариантов осуществления указанное сообщение "Кандидат для хэндовера^" содержит сетевой адрес указанного RNC-кандидата, идентифицирующий RNC-кандидата, причем UT ID представляет собой альтернативный сетевой адрес указанного UT, и при этом AP2 ID представляет собой альтернативный сетевой адрес указанного AP2, причем способ дополнительно содержит этап, на котором:

- принимают указанное сообщение "Кандидат для хэндовера" по первому пути сети радиодоступа или по альтернативному пути сети радиодоступа.

В одном из вариантов осуществления первый протокол маршрутизации сети представляет собой 3GPP-протокол, а альтернативный протокол сети доступа представляет собой IEEE 802-стандартный протокол или протокол мобильного IP, MIP или протокол защищенного мобильного IP, MIPSec, и в котором:

- указанное сообщение "Кандидат для хэндовера" представляет собой RRC-сообщение, удовлетворяющее 3GPP-стандарту в случае, если указанное сообщение "Кандидат для хэндовера" принято по первому пути сети радиодоступа, и в котором

- указанное сообщение "Кандидат для хэндовера" представляет собой UDP/IP-сообщение, удовлетворяющее IAPP-протоколу или LWAP-протоколу в случае, если указанное сообщение "Кандидат для хэндовера" принято по альтернативному пути сети радиодоступа.

В одном из вариантов осуществления способ дополнительно содержит этапы, на которых:

- маршрутизируют указанный сеанс по указанному альтернативному пути сети радиодоступа через указанный второй порт и

- сигнализируют данные на уровне управления и/или RRM-информацию, ассоциированную с указанным сеансом, в/из указанного UT по указанному первому пути сети радиодоступа посредством указанного первого протокола маршрутизации радиосети или

- сигнализируют данные на уровне управления и/или RRM-информацию, ассоциированную с указанным сеансом в/из указанного UT по указанному альтернативному пути сети радиодоступа посредством указанного альтернативного протокола маршрутизации сети доступа.

В одном из вариантов осуществления способ содержит этап, на котором:

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

В одном из вариантов осуществления способ дополнительно содержит этапы, на которых:

- маршрутизируют указанный сеанс по указанному альтернативному пути сети радиодоступа через указанный второй порт и

- сигнализируют данные на уровне управления и/или RRM-информацию, ассоциированную с указанным сеансом, в UT по указанному альтернативному пути сети радиодоступа.

В одном из вариантов осуществления способ дополнительно содержит этапы, на которых:

- отменяют назначение канала радиотрафика, выполненное посредством указанного первого протокола радиосети, причем указанное назначение ассоциировано с указанным сеансом,

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

В одном из вариантов осуществления способ дополнительно содержит этапы, на которых:

- устанавливают, что указанный RNC-кандидат не является RNC1,

- принимают решение о маршрутизации указанного сеанса связи через указанный RNC-кандидат,

- устанавливают меж-RNC-туннельный канал через меж-RNC-интерфейс, соединяющий RNC1 с указанным RNC-кандидатом.

В одном из вариантов осуществления способ дополнительно содержит этапы, на которых:

- формируют сообщение “Запрос на установку линии радиосвязи”, содержащее:

- идентификатор типа сообщения, идентифицирующий указанное сообщение как являющееся сообщением “Запрос на установку линии радиосвязи”,

- информационный элемент запроса на установку линии радиосвязи;

- альтернативный сетевой адрес UT,

- номер порта туннеля указанного меж-RNC-туннельного канала, и;

- посылают указанное сообщение “Запрос на установку линии радиосвязи” в указанный RNC-кандидат через меж-RNC-интерфейс, соединяющий RNC1 с RNC-кандидатом.

В одном из вариантов осуществления указанный информационный элемент “Запрос на установку линии радиосвязи” дополнительно содержит идентификатор типа хэндовера сеанса и/или идентификатор, идентифицирующий сигнализацию управления, ассоциированную с сеансом, и/или идентификатор, идентифицирующий сеанс, причем указанный идентификатор/идентификаторы определяют один из следующих типов хэндовера:

(1) хэндовер сеанса и хэндовер на уровне управления от WLAN-пути, ассоциированного с AP1, к UTRAN-пути, ассоциированному с узлом-B RNC2, или

(2) хэндовер сигнализации на уровне управления от узла-B радиодоступа, ассоциированного с RNC1, к узлу-В-кандидату радиодоступа, ассоциированному с RNC-кандидатом, причем хэндовер только сигнализации на уровне управления и/или RRM-информации, ассоциированной с сеансом и сигнализированной через указанный узел-B, должен выполняться к указанному узлу-B-кандидату, при этом указанная сигнализация реализуется посредством указанного первого протокола маршрутизации радиосети, или

(3) хэндовер на уровне пользователя указанного сеанса из точки AP1 радиодоступа, ассоциированной с RNC1, в точку-кандидата AP2 радиодоступа, ассоциированную с RNC-кандидатом, причем сеанс в текущий момент времени проводят через RNC1 и через указанную точку AP1 доступа, и он должен быть выполнен через RNC-кандидата и через указанную точку-кандидата AP2 доступа, при этом маршрутизация сеанса через указанные точки AP1 и AP2 доступа осуществляется посредством указанного альтернативного протокола маршрутизации сети доступа, или

(4) хэндовер на уровне пользователя или управления указанного сеанса из точки AP1 радиодоступа, ассоциированной с RNC1, в точку-кандидата AP2 радиодоступа, ассоциированную с RNC-кандидатом, причем данные на уровне управления и/или RRM-информация, ассоциированная с сеансом, маршрутизируется, наряду с самим сеансом, в текущий момент времени через RNC1 и через указанную точку AP1 доступа, и должны быть маршрутизированы через RNC-кандидата и через указанную точку-кандидата AP2 доступа, при этом маршрутизация через указанные точки AP1 и AP2 доступа осуществляется посредством указанного альтернативного протокола маршрутизации сети доступа.

В одном из вариантов осуществления указанное сообщение “Запрос на установку линии радиосвязи” дополнительно содержит

- информационный элемент, определяющий требуемый уровень QoS для запрашиваемой линии/линий радиосвязи.

В одном из вариантов осуществления способ дополнительно содержит этапы, на которых:

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

- добавляют LLC-заголовки к исходным пользовательским пакетам данных IP-сеанса, передаваемым по нисходящей линии связи, преобразуя их в формат LLC согласно указанному альтернативному протоколу сети доступа с адресом исходной LLC-сети RNC1,

- связывают указанный идентификатор сеанса с идентификатором туннеля, идентифицирующим меж-RNC-туннельный канал, таким образом выполняя туннелирование указанных пакетов LLC-сеанса в RNC-кандидат.

В одном из вариантов осуществления способ дополнительно содержит этапы, на которых:

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

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

В одном из вариантов осуществления UT ID сообщения "Кандидат для хэндовера" представляет собой адрес мобильного IP, MIP или защищенный адрес MIP, MIPSec, UT; и сообщение "Кандидат для хэндовера" содержит IP-адрес маршрутизатора доступа, AR, ассоциированный с RNC-кандидатом, причем способ дополнительно содержит этапы, на которых:

- идентифицируют сеанс посредством MIP/MIPSec-адреса UT, связанного с сеансом,

- обновляют таблицу маршрутизации сеанса при помощи IP-адреса AR,

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

- инкапсулируют пакеты IP-сеанса исходного формата передачи посредством UDP/IP или TCP/IP с IP-адресом AR в виде адреса назначения,

- инкапсулируют таким образом полученные UDP/IP или TCP/IP-пакеты сеанса с UDP/IP, формируя пакеты туннелирования, причем номер UDP порта пакетов туннелирования идентифицирует меж-RNC-туннель для RNC-кандидата, установленного, как описано выше, и

- связывают указанный идентификатор сеанса с номером UDP-порта меж-RNC-туннеля, таким образом туннелируя инкапсулированные пакеты сеанса, передаваемые по нисходящей линии связи, в RNC-кандидат, и маршрутизируют пакеты через AR2 вместо AR.

В одном из вариантов осуществления RNC1 маршрутизирует сеанс связи для RNC-кандидата по меж-RNC-туннелю, причем указанный способ дополнительно содержит этап, на котором:

- маршрутизируют сеанс по альтернативному пути сети радиодоступа через второй порт параллельно с маршрутизацией сеанса по меж-RNC-туннелю для RNC-кандидата.

В одном из вариантов осуществления способ дополнительно содержит этапы, на которых:

- принимают сообщение “Подтверждение хэндовера” из UT, причем сообщение содержит:

- идентификатор типа сообщения, идентифицирующий указанное сообщение как являющееся сообщением “Подтверждение хэндовера”,

- информационный элемент диссоциации и сетевой адрес точки AP1 радиодоступа, причем UT больше не ассоциирован с AP1, и

- информационный элемент “Подтверждение хэндовера”, наряду с сетевым адресом точки AP2 радиодоступа, с которой в текущий момент времени ассоциирован UT, причем сетевые адреса указанных AP1 и AP2 определяются согласно указанному альтернативному протоколу сети доступа, и при этом способ дополнительно содержит этап, на котором:

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

В одном из вариантов осуществления способ дополнительно содержит этапы, на которых:

- принимают решение о маршрутизации сеанса через указанного RNC-кандидата,

- устанавливают, что сеанс не может быть маршрутизирован последовательно через RNC1 и RNC-кандидата,

- идентифицируют узел поддержки передачи пакетных данных, соединенный и с RNC1, и с RNC-кандидатом, и через узел поддержки передачи пакетных данных которого выполняется маршрутизация сеанса в текущий момент времени,

- формируют сообщение "Необходимое RNC-перемещение", содержащее:

- информационный элемент идентификатора типа сообщения, идентифицирующий указанное сообщение как являющееся сообщением "Необходимое RNC-перемещение",

- идентификатор, идентифицирующий RNC-кандидата,

- сетевой адрес UT, как определено согласно альтернативному протоколу сети доступа,

- туннельный идентификатор туннеля между RNC и узлом поддержки передачи пакетных данных, через который выполняется туннелирование сеанса в текущий момент времени, и

- направляют указанное сообщение "Необходимое RNC-перемещение" в указанный узел поддержки передачи пакетных данных, таким образом запрашивая для сеанса перемещение обслуживания RNC из указанного RNC1 в указанный RNC-кандидат.

В одном из вариантов осуществления этап принятия решения о маршрутизации сеанса через указанного RNC-кандидата содержит следующие этапы, на которых

- принимают сообщение “Подтверждение хэндовера” из UT, причем сообщение содержит:

- информационный элемент идентификатора типа сообщения, идентифицирующий указанное сообщение как являющееся сообщением “Подтверждение хэндовера”,

- информационный элемент диссоциации и сетевой адрес точки AP1 радиодоступа, причем UT больше не ассоциирован с АP1, и

- информационный элемент “Подтверждение хэндовера”, наряду с сетевым адресом точки AP2 радиодоступа, с которой UT ассоциирован в текущий момент времени, причем сетевые адреса указанных AP1 и AP2 определены согласно указанному альтернативному протоколу сети доступа, и при этом способ дополнительно содержит этап, на котором:

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

В одном из вариантов осуществления этап принятия решения о проведении маршрута сеанса через указанного RNC-кандидата дополнительно содержит следующие этапы, на которых:

- собирают RRM-информацию относительно по меньшей мере точек AP1 и AP2 радиодоступа, чьи сигналы маяка в текущий момент времени детектируются UT, причем указанная RRM-информация сигнализируется по первому пути сети радиодоступа или по альтернативному пути сети радиодоступа,

- принимают предварительное решение о хэндовере, основанное на указанной собранной RRM-информации, и

- посылают сообщение "Физическая переконфигурация канала" в UT, содержащее идентификатор инструкций для хэндовера и альтернативный сетевой адрес AP2, причем сообщение инструктирует UT о маршрутизации сеанса через AP2 вместо AP1.

В одном из вариантов осуществления этап сбора RRM-информации относительно по меньшей мере точек AP1 и AP2 радиодоступа, сигналы маяка которых в текущий момент времени детектируются UT, дополнительно содержит этап, на котором:

- принимают управление радиоресурсами, RRC, сообщение-отчет об измерении по первому пути сети радиодоступа или по меж-RNC-интерфейсу, причем сообщение соответствует формату 3GPP RRC-стандарта и содержит информационный элемент "Дополнительные измеренные результаты", указывающий на AP2 как на целевую точку доступа, или

- принимают RRC сообщение-отчет об измерении, соответствующее стандартному формату RRC сообщения согласно указанной альтернативной сети радиодоступа, причем указанное RRC сообщение содержит информационный элемент "Дополнительные измеренные результаты", указывающий на AP2 как на целевую точку доступа.

В одном из вариантов осуществления указанная сеть с множеством RAT представляет собой интегрированную 3GPP-UTRAN-IEEE 802-WLAN-сеть, указанный сеанс связи представляет собой 3GPP-сеанс с PDP-контекстом, указанный первый протокол маршрутизации радиосети представляет собой протокол 3GPP UTRAN-стандарта, указанный идентификатор сеанса представляет собой идентификатор конечной точки GTP-U-туннеля протокола 3GPP UTRAN-стандарта, TEID, UDP/IP-туннеля между RNC1 и SGSN, указанный радиоканал согласно указанному первому протоколу маршрутизации представляет собой 3GPP RB ID, указанный альтернативный идентификатор канала представляет собой идентификатор WLAN радиоканала, WLAN RB ID, или идентификатор радиоканала мобильного IP, MIP RB ID или идентификатор радиоканала защищенного мобильного IP, MIP/IPSec RB ID, указанный альтернативный протокол сети доступа представляет собой IEEE 802 WLAN-протокол или IP/MIP/IPSec-протокол, или их комбинацию, указанный UT ID представляет собой WLAN MAC-адрес UT, или MIP-адрес UT, или MIPSec-адрес UT, указанный AP2 ID представляет собой WLAN MAC-адрес AP2, указанный узел-B ID представляет собой 3GPP идентификатор, идентифицирующий узел-B, указанный второй адрес сети UT представляет собой MTP или MTPSec-адрес, указанный идентификатор, идентифицирующий указанного RNC-кандидата, представляет собой IP-адрес или UTRAN MAC-адрес RNC-кандидата, указанный первый интерфейс, соединяющий указанный RNC1 с указанным RNC-кандидатом, представляет собой 3GPP Iur-интерфейс, указанный сетевой адрес указанного RNC-кандидата представляет собой UTRAN MAC-адрес или IP-адрес RNC-кандидата, и причем указанное сообщение “Запрос на установку линии радиосвязи” соответствует 3GPP формату сообщения “Запрос на установку линии радиосвязи”, и при этом сетевой адрес точек радиодоступа, AP1, UT и AP2 представляют собой WLAN MAC-адреса AP1, UT и AP2, соответственно, указанный узел поддержки пакетной передачи данных представляет собой 3GPP SGSN, причем формат сообщения “Запрошенное RNC-перемещение” соответствует 3GPP формату сообщения “Запрошенное RNC-перемещение”.

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

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

Согласно четвертому аспекту изобретение предоставляет способ для выполнения хэндовера сеанса связи пользовательского терминала UT в интегрированной сети с множеством RAT, причем указанный способ осуществляется RNC-кандидатом, установленным в указанной сети, причем RNC-кандидат является кандидатом для хэндовера сеанса, и при этом RNC-кандидат выполнен с возможностью маршрутизации сеанса по первому пути сети радиодоступа через первый порт согласно первому протоколу маршрутизации радиосети путем связывания идентификатора сеанса, идентифицирующего указанный сеанс, с радиоканалом, определенным согласно указанному первому протоколу маршрутизации, причем указанный RNC-кандидат дополнительно выполнен с возможностью маршрутизации сеанса по альтернативному пути сети радиодоступа через второй порт путем связывания идентификатора сеанса, идентифицирующего сеанс, с альтернативным идентификатором канала, определенным согласно альтернативному протоколу сети доступа, причем указанный способ содержит следующие этапы, на которых:

- принимают сообщение “Запрос на установку линии радиосвязи” из соседнего RNC1, маршрутизирующего сеанс в текущий момент времени, ассоциированный с UT,

- извлекают из сообщения “Запрос на установку линии радиосвязи” номера туннельных портов меж-RNC-туннеля между RNC1 и RNC-кандидатом,

- извлекают из сообщения “Запрос на установку линии радиосвязи” идентификатор UT, идентифицирующий UT,

- ассоциируют указанные номера туннельных портов с UT и с сеансом, ассоциированным с UT,

- извлекают идентификатор типа хэндовера сеанса указанного сообщения “Запрос на установку линии радиосвязи”,

- устанавливают канал радиотрафика для маршрутизации сеанса указанного UT согласно указанному идентификатору типа хэндовера.

В одном из вариантов осуществления способ дополнительно содержит этапы, на которых:

- принимают сообщение "Кандидат для хэндовера", содержащего:

- информационный элемент идентификатора типа сообщения, идентифицирующий указанное сообщение как являющееся сообщением "Кандидат для хэндовера" и

- идентификатор точки доступа, AP2 ID, точки AP2 радиодоступа или идентификатор узла-B, Node-B ID узла B, сигнал маяков которого детектируется указанным UT, причем указанный AP2 ID определяется согласно указанному альтернативному протоколу сети радиодоступа или мобильному IP-адресу, MIP, или защищенному адресу MIP, MIPSec, UT, наряду с IP-адресом маршрутизатора доступа AR, ассоциированного с RNC-кандидатом,

причем сообщение "Кандидат для хэндовера" идентифицирует UT и

- устанавливает, какой указанный UT не имеет активного сеанса, маршрутизируемого через RNC-кандидата.

В одном из вариантов осуществления указанное сообщение "Кандидат для хэндовера" принимают по меж-RNC-интерфейсу из RNC1, маршрутизирующему сеанс в текущий момент времени, причем способ дополнительно содержит этапы, на которых:

- узнают, что исходный адрес сети указанного сообщения "Кандидат для хэндовера" представляет собой сетевой адрес RNC1, и делают вывод о том, что в текущий момент времени сеанс маршрутизируется через RNC1,

- устанавливают меж-RNC-туннель между RNC1 и RNC-кандидатом.

В одном из вариантов осуществления способ дополнительно содержит этапы, на которых:

- принимают указанное сообщение "Кандидат для хэндовера" из UT по первому пути сети радиодоступа или по альтернативному пути сети радиодоступа,

- направляют указанное сообщение "Кандидат для хэндовера" в соседние с ним RNC.

В одном из вариантов осуществления идентификатор точки доступа представляет собой идентификатор соты узла доступа AP2 указанного альтернативного пути сети радиодоступа, причем указанный элемент идентификатора типа хэндовера сеанса указывает, что сеанс должен быть маршрутизирован через AP2, причем этап установки канала радиотрафика для UT дополнительно содержит этапы, на которых:

- устанавливают логическое LLC-соединение через порт с UT через AP2 (266), причем LLC-соединение устанавливают при помощи альтернативного протокола сети доступа,

- ассоциируют сеанс с LLC-соединением.

В одном из вариантов осуществления способ дополнительно содержит этапы, на которых:

- принимают пакеты по нисходящей линии связи сеанса по туннелю, идентифицируемому указанным номером туннельного порта,

- вырезают заголовки протокола туннелирования из принятых пакетов, передаваемых по нисходящей линии связи, таким образом получая пакеты сеанса, имеющие формат согласно альтернативному протоколу сети доступа, причем пакеты имеют исходный сетевой адрес RNC1, как определено указанным альтернативным протоколом сети доступа,

- направляют полученные таким образом пакеты сеанса через порт, маршрутизируя таким образом пакеты в UT через AP2.

В одном из вариантов осуществления способ дополнительно содержит этапы, на которых:

- принимают пакеты сеанса, передаваемые по нисходящей линии связи, по туннелю, идентифицируемому указанным номером туннельного порта,

- вырезают заголовки протокола туннелирования из принятых пакетов, передаваемых по нисходящей линии связи, таким образом получая пакеты сеанса, имеющие формат согласно альтернативному протоколу сети доступа, причем пакеты имеют исходный сетевой адрес RNC1, как определено указанным альтернативным протоколом сети доступа,

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

- добавляют LLC-заголовки к пакетам сеанса с исходным форматом передачи, передаваемым по нисходящей линии связи, преобразуя их в LLC-формат, согласно указанному альтернативному протоколу сети доступа, с исходным LLC-сетевым адресом RNC-кандидата,

- направляют сформированные таким образом LLC-пакеты сеанса через порт, таким образом маршрутизируя пакеты в UT через AP2.

В одном из вариантов осуществления сообщение "Кандидат для хэндовера" содержит мобильный IP-адрес, MIP, или защищенный адрес MIP, MIPSec, UT, наряду с IP-адресом маршрутизатора доступа, AR, ассоциированный с RNC-кандидатом, причем идентификатор UT-сообщения "Запрос на установку линии радиосвязи" представляет собой соответствующий MIP/MIPSec-адрес UT, при этом меж-RNC-туннель представляет собой UDP/IP-туннель, причем способ дополнительно содержит этапы, на которых:

- извлекают MIP/MTPSec UT из указанного сообщения "Запрос на установку линии радиосвязи",

- ассоциируют номер туннельного порта с MIP/MIPSec UT и с IP-адресом AR,

- принимают идентификацию сеанса при помощи MIP/MIPSec- адреса UT, ассоциированного с сеансом,

- обновляют таблицу маршрутизации сеанса с IP-адресом AR,

- принимают IP инкапсулированные пакеты IP-сеанса, передаваемые по нисходящей линии связи, по RNC UDP/IP-туннелю,

- вырезают UDP/IP-заголовки туннелирования из IP-инкапсулированных пакетов IP-сеанса, передаваемых по нисходящей линии связи, получая пакеты IP-сеанса, передаваемые по нисходящей линии связи, инкапсулированные с IP, причем IP-адрес капсуляции пакетов IP-сеанса представляет собой IP-адрес AR2, и

- направляют пакеты IP-сеанса, передаваемые по нисходящей линии связи, инкапсулированными с IP-адресом AR в порт, ассоциированный с AR, таким образом маршрутизируя пакеты IP- сеанса, передаваемые по нисходящей линии связи, в UT через AR и AP2.

В одном из вариантов осуществления указанная сеть с множеством RAT представляет собой интегрированную 3GPP-UTRAN-IEEE 802-WL