СРЕДСТВА И СПОСОБЫ ДЛЯ УЛУЧШЕНИЯ ХАРАКТЕРИСТИК ХЭНДОВЕРА ИНТЕГРИРОВАННЫХ СЕТЕЙ РАДИОДОСТУПА

1. Способ выполнения хэндовера сеанса связи пользовательского терминала UT (240) в интегрированной сети с множеством RAT, причем указанный способ реализуется RNC1 (230), установленным в указанной сети, при этом RNC1 (230) выполнен с возможностью маршрутизации указанного сеанса по первому пути сети радиодоступа через первый порт (273), согласно первому протоколу маршрутизации радиосети, путем связывания идентификатора сеанса, который идентифицирует указанный сеанс, с радиоканалом, определенным согласно указанному первому протоколу маршрутизации, причем указанный RNC1 (230) дополнительно выполнен с возможностью маршрутизации указанного сеанса по альтернативному пути сети радиодоступа через второй порт (272) путем связывания указанного идентификатора сеанса с идентификатором альтернативного канала, определенного согласно альтернативному протоколу сети доступа, при этом способ содержит следующие этапы, на которых:
принимают сообщение "Кандидат для хэндовера", содержащее информационный элемент идентификатора типа сообщения, идентифицирующий указанное сообщение как являющееся сообщением "Кандидат для хэндовера", причем сообщение идентифицирует указанный сеанс, при этом сообщение дополнительно идентифицирует RNC-кандидата указанной сети, причем указанный RNC-кандидат является RNC-кандидатом для хэндовера указанного сеанса,
устанавливают идентичность указанного RNC путем рассмотрения указанного сообщения,
ассоциируют указанный сеанс связи с указанным RNC-кандидатом, идентифицированным на предыдущем этапе.
2. Способ по п.1, в котором указанное сообщение "Кандидат для хэндовера" содержит:
идентификатор пользовательского терминала UT ID, идентифицирующий указанный UT (240),
идентификатор точки доступа, АР2 ID, точки радиодоступа, АР2 (266), или идентификатор узла-В, Node-B ID, сигнал маяка которого детектируется указанным UT (240), причем указанный АР2 ID идентифицируется согласно указанному альтернативному протоколу сети радиодоступа, или мобильному IP-адресу, MIP, или защищенному MIP-адресу, MIPSec, UT (240) наряду с IP-адресом маршрутизатора доступа, AR (256), ассоциированного с RNC-кандидатом (231), при этом этап установления идентичности указанного RNC-кандидата содержит этап, на котором:
проверяют сохраненную информацию, связывающую указанный АР2 ID/Node-B ID/IP-адрес AR (256) с идентичностью указанного RNC-кандидата (231),
причем этап ассоциации указанного сеанса связи с указанным RNC-кандидатом (231) содержит этап, на котором:
обновляют таблицу маршрутизации для указанного сеанса, причем сеанс идентифицируется указанным UT ID, связанным с указанным идентификатором сеанса путем сохранения идентификатора, идентифицирующего указанный RNC-кандидат в указанной таблице маршрутизации.
3. Способ по п.2, в котором указанное сообщение "Кандидат для хэндовера" содержит сетевой адрес указанного RNC-кандидата (231) в качестве исходного адреса указанного сообщения, таким образом идентифицируя RNC-кандидата (231), причем указанное сообщение "Кандидат для хэндовера" получают через RNC-интерфейс, соединяющий указанный RNC1 (230) с указанным RNC-кандидатом.
4. Способ по п.2, в котором указанное сообщение "Кандидат для хэндовера" содержит сетевой адрес указанного RNC-кандидата (231), идентифицирующий RNC-кандидата (231), причем UT ID представляет собой альтернативный сетевой адрес указанного UT (240), и при этом AP2 ID представляет собой альтернативный сетевой адрес указанного АР2 (265), причем способ дополнительно содержит этап, на котором:
принимают указанное сообщение "Кандидат для хэндовера" по первому пути сети радиодоступа или по альтернативному пути сети радиодоступа.
5. Способ по п.4, в котором указанный первый протокол маршрутизации сети представляет собой 3GРР-протокол, а альтернативный протокол сети доступа представляет собой IEEE 802-стандартный протокол или протокол мобильного IP, MIP или протокол защищенного мобильного IP, MIPSec, и в котором:
указанное сообщение "Кандидат для хэндовера" представляет собой RRC-сообщение, удовлетворяющее 3GРР-стандарту в случае, если указанное сообщение "Кандидат для хэндовера" принято по первому пути сети радиодоступа, и в котором,
указанное сообщение "Кандидат для хэндовера" представляет собой UDP/IP-сообщение, удовлетворяющее IAPP-протоколу или LWAP-протоколу в случае, если указанное сообщение "Кандидат для хэндовера" принято по альтернативному пути сети радиодоступа.
6. Способ по любому из пп.1-5, дополнительно содержащий этапы, на которых:
маршрутизируют указанный сеанс по указанному альтернативному пути сети радиодоступа через указанный второй порт (272) и
сигнализируют данные на уровне управления и/или RRM-информацию, ассоциированную с указанным сеансом, в/из указанного UT (240) по указанному первому пути сети радиодоступа посредством указанного первого протокола маршрутизации радиосети, или
сигнализируют данные на уровне управления и/или RRM-информацию, ассоциированную с указанным сеансом в/из указанного UT (240) по указанному альтернативному пути сети радиодоступа посредством указанного альтернативного протокола маршрутизации сети доступа.
7. Способ по п.6, дополнительно содержащий этап, на котором:
отменяют назначение канала радиотрафика, выполненное посредством указанного первого протокола радиосети, причем указанное назначение ассоциировано с указанным сеансом.
8. Способ по любому из пп.1-5, дополнительно содержащий этапы, на которых:
маршрутизируют указанный сеанс по указанному альтернативному пути сети радиодоступа через указанный второй порт (272), и,
сигнализируют данные на уровне управления и/или RRM-информацию, ассоциированную с указанным сеансом, в UT (240) по указанному альтернативному пути сети радиодоступа.
9. Способ по п.8, дополнительно содержащий этапы, на которых:
отменяют назначение канала радиотрафика, выполненное посредством указанного первого протокола радиосети, причем указанное назначение ассоциировано с указанным сеансом,
отменяют назначение канала, выполненное посредством указанного первого протокола радиосети, причем указанное назначение канала ассоциировано с указанным сеансом, таким образом устанавливая указанный UT (240) в состояние режима ожидания, как определено указанным первым протоколом маршрутизации радиосети.
10. Способ по пп.1-5, дополнительно содержащий этапы, на которых:
устанавливают, что указанный RNC-кандидат (231) не является RNC1 (230),
принимают решение о маршрутизации указанного сеанса связи через указанный RNC-кандидат,
устанавливают меж-RNС-туннельный канал через меж-RNC-интерфейс, соединяющий RNC1 (230) с указанным RNC-кандидатом.
11. Способ по п.10, дополнительно содержащий этапы, на которых
формируют сообщение "Запрос на установку линии радиосвязи", содержащее:
идентификатор типа сообщения, идентифицирующий указанное сообщение как являющееся сообщением "Запрос на установку линии радиосвязи",
информационный элемент "Запрос на установку линии радиосвязи";
альтернативный сетевой адрес UT,
номер порта туннеля указанного меж-RNС-туннельного канала, и
посылают указанное сообщение "Запрос на установку линии радиосвязи" в указанный RNC-кандидат через меж-RNС-интерфейс, соединяющий RNC1 (230) с RNC-кандидатом.
12. Способ по п.11, в котором указанный информационный элемент "Запрос на установку линии радиосвязи" дополнительно содержит идентификатор типа хэндовера сеанса и/или идентификатор, идентифицирующий сигнализацию управления, ассоциированную с указанным сеансом, и/или идентификатор, идентифицирующий сеанс, причем указанный идентификатор/идентификаторы определяют один из следующих типов хэндовера:
(1) хэндовер сеанса и хэндовер на уровне управления из WLAN-пути, ассоциированного с AP1 (265), на UTRAN-путь, ассоциированный с узлом-В (251) RNC2 (231), или
(2) хэндовер сигнализации на уровне управления из узла-В (250) радиодоступа, ассоциированного с RNC1 (230), к узлу-В-кандидату (251) радиодоступа, ассоциированному с RNC-кандидатом (230), причем хэндовер только сигнализации на уровне управления и/или RRM-информации, ассоциированной с сеансом и сигнализированной через указанный узел-В (250), должен выполняться к указанному узлу-В-кандидату (251), при этом указанная сигнализация реализуется посредством указанного первого протокола маршрутизации радиосети, или
(3) хэндовер на уровне пользователя указанного сеанса из точки AP1 (265) радиодоступа, ассоциированной с RNC1 (230), в точку-кандидата АР2 (266) радиодоступа, ассоциированную с RNC-кандидатом (231), причем сеанс в текущий момент времени проводят через RNC1 (230) и через указанную точку AP1 (265) доступа, и он должен быть выполнен через RNC-кандидата (231) и через указанную точку-кандидата АР2 (266) доступа, при этом маршрутизация сеанса через указанные точки AP1 (265) и АР2 (266) доступа осуществляется посредством указанного альтернативного протокола маршрутизации сети доступа, или,
(4) хэндовер на уровне пользователя или управления указанного сеанса из точки AP1 (265) радиодоступа, ассоциированной с RNC1 (230), в точку-кандидата АР2 (266) радиодоступа, ассоциированную с RNC-кандидатом (231), причем данные на уровне управления и/или RRM-информация, ассоциированная с сеансом, наряду с самим сеансом маршрутизируется в текущий момент времени через RNC1 (230) и через указанную точку AP1 (265) доступа, и должны быть маршрутизированы через RNC-кандидата (231) и через указанную точку-кандидата АР2 (266) доступа, при этом маршрутизация через указанные точки AP1 (265) и АР2 (266) доступа осуществляется посредством указанного альтернативного протокола маршрутизации сети доступа.
13. Способ по п.12, в котором указанное сообщение "Запрос на установку линии радиосвязи" дополнительно содержит:
информационный элемент, определяющий требуемый уровень QoS для запрашиваемой линии/линий радиосвязи.
14. Способ по любому из п.п.11-13, дополнительно содержащий этапы, на которых:
вырезают заголовки протокола из поступивших пользовательских пакетов данных IP-сеанса, передаваемых по нисходящей линии связи, таким образом преобразуя их в их исходный формат передачи,
добавляют LLC-заголовки к исходным пользовательским пакетам данных IP-сеанса, передаваемым по нисходящей линии связи, преобразуя их в формат LLC согласно указанному альтернативному протоколу сети доступа с адресом исходной LLC-сети RNC1 (230),
связывают указанный идентификатор сеанса с идентификатором туннеля, идентифицирующим меж-RNС-туннельный канал, таким образом выполняя туннелирование указанных LLC-пакетов сеанса в RNC-кандидат.
15. Способ по любому из пп.11-13, дополнительно содержащий этапы, на которых:
вырезают заголовки протокола из поступивших пользовательских данных IP-сеанса, передаваемых по нисходящей линии связи, таким образом преобразуя их в их исходный формат передачи,
связывают указанный идентификатор сеанса с идентификатором туннеля, идентифицирующим меж-RNС-туннельный канал, таким образом выполняя туннелирование указанных пользовательских данных сеанса исходного формата передачи в RNC-кандидат (231).
16. Способ по п.2 или любому из пп.11-13, в котором UT ID сообщения "Кандидат для хэндовера" представляет собой адрес мобильного IP, MIP, или защищенный адрес MIP, MIPSec, UT; и в котором сообщение "Кандидат для хэндовера" содержит IP-адрес маршрутизатора доступа, AR (256), ассоциированный с RNC-кандидатом (231), причем способ дополнительно содержит этапы, на которых:
идентифицируют сеанс посредством MIP/MIPSec-адреса UT (240), связанного с сеансом,
обновляют таблицу маршрутизации сеанса при помощи IP-адреса AR (256),
вырезают заголовки протокола туннелирования из поступивших пользовательских пакетов данных IP-сеанса, передаваемых по нисходящей линии связи, таким образом преобразуя их в их исходный формат передачи,
инкапсулируют пакеты IP-сеанса исходного формата передачи посредством UDP/IP или TCP/IP с IP-адресом AR (256) в виде адреса назначения,
инкапсулируют таким образом полученные UDP/IP или TCP/IP-пакеты сеанса с UDP/IP, формируя пакеты туннелирования, причем номер UDP порта пакетов туннелирования идентифицирует меж-RNC-туннель для RNC-кандидата (231), установленного как описано выше, и
связывают указанный идентификатор сеанса с номером UDP порта меж-RNC-туннеля, таким образом туннелируя инкапсулированные пакеты сеанса, передаваемые по нисходящей линии связи, в RNC-кандидат (231), и маршрутизируют пакеты через AR2 (256) вместо AR (255).
17. Способ по п.16, в котором RNC1 (230) маршрутизирует сеанс связи для RNC-кандидата по меж-RNC-туннелю, причем указанный способ дополнительно содержит этап, на котором:
маршрутизируют сеанс по альтернативному пути сети радиодоступа через второй порт (272) параллельно с маршрутизацией сеанса по меж-RNC-туннелю для RNC-кандидата.
18. Способ по п.17, дополнительно содержащий этапы, на которых
принимают сообщение "Подтверждение хэндовера" из UT (240), причем сообщение содержит:
идентификатор типа сообщения, идентифицирующий указанное сообщение как являющееся сообщением "Подтверждения хэндовера",
информационный элемент диссоциации и сетевой адрес точки AP1 (265) радиодоступа, причем UT (240) больше не ассоциирован с AP1 (265), и
информационный элемент "Подтверждения хэндовера" наряду с сетевым адресом точки АР2 (266) радиодоступа, с которой в текущий момент времени ассоциирован UT (240),
причем сетевые адреса указанных AP1 (265) и АР2 (266) определяются согласно указанному альтернативному протоколу сети доступа, и при этом способ дополнительно содержит этап, на котором
блокируют маршрутизацию сеанса по альтернативному пути сети радиодоступа через второй порт (272) в виде ответа при приеме указанного, сообщения "Подтверждение хэндовера".
19. Способ по пп.1-5, дополнительно содержащий этапы, на которых:
принимают решение о маршрутизации сеанса через указанного RNC-кандидата,
устанавливают, что сеанс не может быть маршрутизирован последовательно через RNC1 (230) и RNC-кандидата (231),
идентифицируют узел (220) поддержки передачи пакетных данных, соединенный и с RNC1 (230), и с RNC-кандидатом (231), и через узел (220) поддержки передачи пакетных данных которого выполняется маршрутизация сеанса в текущий момент времени,
формируют сообщение "Необходимое RNC-перемещение", содержащее:
информационный элемент "Идентификатор типа сообщения", идентифицирующий указанное сообщение как являющееся сообщением "Необходимое RNC-перемещение",
идентификатор, идентифицирующий RNC-кандидата (231),
сетевой адрес UT (240), как определено согласно альтернативному протоколу сети доступа,
туннельный идентификатор туннеля между RNC (230) и узлом (220) поддержки передачи пакетных данных, через который выполняется туннелирование сеанса в текущий момент времени, и
направляют указанное сообщение "Необходимое RNC-перемещение" в указанный узел (220) поддержки передачи пакетных данных, таким образом запрашивая для сеанса перемещение обслуживания RNC из указанного RNC1 (230) в указанный RNC-кандидата (231).
20. Способ по п.19, в котором этап принятия решения о маршрутизации сеанса через указанного RNC-кандидата (231) содержит следующие этапы, на которых
принимают сообщение "Подтверждения хэндовера" из UT (240), причем сообщение содержит:
информационный элемент идентификатора типа сообщения, идентифицирующий указанное сообщение как являющееся сообщением "Подтверждения хэндовера",
информационный элемент диссоциации и сетевой адрес точки AP1 (265) радиодоступа, причем UT (240) больше не ассоциирован с AP1 (265), и
информационный элемент "Подтверждение хэндовера" наряду с сетевым адресом точки АР2 (266) радиодоступа, с которой UT (240) ассоциирован в текущий момент времени,
причем сетевые адреса указанных AP1 (265) и АР2 9266), определены согласно указанному альтернативному протоколу сети доступа, и при этом способ дополнительно содержит этап, на котором:
отменяют альтернативный идентификатор канала, определяемый согласно альтернативному протоколу сети доступа, таким образом отменяя назначение радиоканала, ассоциированного с передачей сеанса по альтернативному пути сети радиодоступа, таким образом блокируя маршрутизацию сеанса по альтернативному пути сети радиодоступа в виде ответа на прием указанного сообщения "Подтверждение хэндовера".
21. Способ по п.20, в котором этап принятия решения о хэндовере сеанса через указанного RNC-кандидата дополнительно содержит следующие этапы, на которых:
собирают RRM-информацию относительно по меньшей мере точек AP1 (265) и АР2 (266) радиодоступа, чьи сигналы маяка в текущий момент времени детектируются UT (240), причем указанная RRM-информация сигнализируется по первому пути сети радиодоступа или по альтернативному пути сети радиодоступа,
принимают предварительное решение о хэндовере, основанное на указанной собранной RRM-информации, и
посылают сообщение "Физическая переконфигурация канала" в UT (240), содержащее идентификатор инструкций для хэндовера и альтернативный сетевой адрес АР2 (266), причем сообщение инструктирует UT (240) о маршрутизации сеанса через АР2 (266) вместо AP1 (265).
22. Способ по п.20 или 21, в котором этап сбора RRM-информации относительно по меньшей мере точек AP1 (265) и АР2 (266) радиодоступа, сигналы маяка которых в текущий момент времени детектируются UT (240), дополнительно содержит этап, на котором:
принимают сообщение-отчет об измерении управляющих радиоресурсов, RRC, по первому пути сети радиодоступа или по меж-RNC-интерфейсу, причем сообщение соответствует формату 3GPP RRC-стандарта и содержит информационный элемент "Дополнительные измеренные результаты", указывающий на АР2 (266) как на целевую точку доступа, или
принимают сообщение-отчет об измерении RRC, соответствующее стандартному формату RRC-сообщения согласно указанной альтернативной сети радиодоступа, причем указанное сообщение RRC содержит информационный элемент "Дополнительные измеренные результаты", указывающий на АР2 (266) как на целевую точку доступа.
23. Способ по любому из пп.1-5, в котором указанная сеть с множеством RAT представляет собой интегрированную 3GPP-UTRAN-IEEE 802-WLAN-сеть, указанный сеанс связи представляет собой 3GРР-сеанс с PDP-контекстом, указанный первый протокол маршрутизации радиосети представляет собой протокол 3GPP UTRAN-стандарта, указанный идентификатор сеанса представляет собой идентификатор конечной точки GTP-U-туннеля согласно протоколу 3GPP UTRAN-стандарта, TEID, UDP/IP-туннеля между RNC1 (230) и SGSN (220), указанный радиоканал, согласно указанному первому протоколу маршрутизации, представляет собой 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 МАС-адрес UT (240), или MIP-адрес UT (240), или MIPSec-адрес UT (240), указанный АР2 ID представляет собой WLAN МАС-адрес АР2 (266), указанный узел-В ID представляет собой 3GPP идентификатор, идентифицирующий узел-В (251), указанный второй сетевой адрес UT (240) представляет собой МТР или МТРSec-адрес, указанный идентификатор, идентифицирующий указанного RNC-кандидата, представляет собой IP-адрес или UTRAN МАС-адрес RNC-кандидата, указанный первый интерфейс, соединяющий указанный RNC1 (231) с указанным RNC-кандидатом (231), представляет собой 3GPP Iur-интерфейс, указанный сетевой адрес указанного RNC-кандидата представляет собой UTRAN МАС-адрес или IP-адрес RNC-кандидата (231), и причем указанное сообщение "Запрос на установку линии радиосвязи" соответствует 3GРР-формату сообщения "Запрос на установку линии радиосвязи", и при этом сетевой адрес точек радиодоступа, AP1 (265), UT (240) и АР2 (266) представляют собой WLAN МАС-адреса AP1 (265), UT (240) и АР2 (266) соответственно, указанный узел (220) поддержки пакетной передачи данных представляет собой 3GPP SGSN (220), причем формат сообщения "Запрошенное RNC-перемещение" соответствует 3GРР-формату сообщения «Запрошенное RNC-перемещение».
24. Читаемая компьютером среда, имеющая программное кодовое средство, которое, когда оно загружено в средство обработки RNC1 (230), устанавливается в сети с множеством RAT, причем RNC1 (230) выполнен с возможностью маршрутизировать указанный сеанс по первому пути сети радиодоступа через первый порт (273), согласно первому протоколу маршрутизации радиосети, путем связывания идентификатора сеанса, идентифицирующего указанный сеанс, с радиоканалом согласно указанному первому протоколу маршрутизации, при этом указанный RNC1 (230) дополнительно выполнен с возможностью маршрутизировать указанный сеанс по альтернативному пути сети радиодоступа через второй порт (272) путем связывания указанного идентификатора сеанса с альтернативным идентификатором канала, определенным, согласно альтернативному протоколу сети доступа, заставить указанное средство обработки выполнять по меньшей мере одну процедуру, реализуя способ по любому из пп.1-23.
25. Способ выполнения хэндовера сеанса связи пользовательского терминала UT (240) в интегрированной сети с множеством RAT, причем указанный способ осуществляется RNC-кандидатом (231), установленным в указанной сети, причем RNC-кандидат (231) является кандидатом для хэндовера сеанса, и при этом RNC-кандидат (231) выполнен с возможностью маршрутизировать сеанс по первому пути сети радиодоступа через первый порт (278) согласно первому протоколу маршрутизации радиосети путем связывания идентификатора сеанса, идентифицирующего указанный сеанс, с радиоканалом, определенным согласно указанному первому протоколу маршрутизации, причем указанный RNC-кандидат (231) дополнительно выполнен с возможностью маршрутизировать сеанс по альтернативному пути сети радиодоступа через второй порт (277) путем связывания идентификатор сеанса, идентифицирующий сеанс, с альтернативным идентификатором канала, определенным согласно альтернативному протоколу сети доступа, причем указанный способ содержит следующие этапы, на которых:
принимают сообщение "Запрос на установку линии радиосвязи" из соседнего RNC1 (230), в текущий момент времени маршрутизирующего сеанс, ассоциированный с UT,
извлекают из сообщения "Запрос на установку линии радиосвязи" номер туннельного порта меж-RNC-туннеля между RNC1 (230) и RNC-кандидатом (231),
извлекают из сообщения "Запрос на установку линии радиосвязи" идентификатор UT, идентифицирующий UT (240),
ассоциируют указанный номер туннельного порта с UT (240) и с сеансом, ассоциированным с UT (240),
извлекают идентификатор типа хэндовера сеанса указанного сообщения "Запрос на установку линии радиосвязи",
устанавливают канал радиотрафика для маршрутизации сеанса указанного UT (240) согласно указанному идентификатору типа хэндовера.
26. Способ по п.25, дополнительно содержащий этапы, на которых
принимают сообщение "Кандидат для хэндовера", содержащее:
информационный элемент идентификатора типа сообщения, идентифицирующий указанное сообщение как являющееся сообщением "Кандидат для хэндовера" и
идентификатор точки доступа, АР2 ID, точки АР2 (266) радиодоступа или идентификатор узла-В, Node-B ID узла-В (251), сигнал маяка которого детектируется указанным UT (240), причем указанный АР2 ID определяется согласно указанному альтернативному протоколу сети радиодоступа или мобильному IP-адресу, MIP, или защищенному адресу MIP, MIPSec, UT (240) наряду с IP-адресом маршрутизатора AR (256) доступа, ассоциированного с RNC-кандидатом (231),
причем сообщение "Кандидат для хэндовера" идентифицирует UT (240) и
устанавливает, что указанный UT (240) не имеет активного сеанса, маршрутизируемого через RNC-кандидата (231).
27. Способ по п.26, в котором указанное сообщение "Кандидат для хэндовера" принимают по меж-RNC-интерфейсу из RNC1 (230), маршрутизирующему сеанс в текущий момент времени, причем способ дополнительно содержит этапы, на которых:
узнают, что исходный сетевой адрес указанного сообщения "Кандидат для хэндовера" представляет собой сетевой адрес RNC1 (230), и делают вывод о том, что в текущий момент времени сеанс маршрутизируется через RNC1 (230),
устанавливают меж-RNC-туннель между RNC1 (230) и RNC-кандидатом (231).
28. Способ по п.26, дополнительно содержащий этапы, на которых:
принимают указанное сообщение "Кандидат для хэндовера" из UT (240) по первому пути сети радиодоступа или по альтернативному пути сети радиодоступа,
направляют указанное сообщение "Кандидат для хэндовера" в соседние с ним RNC.
29. Способ по любому из пп.26-28, в котором идентификатор точки доступа представляет собой идентификатор соты узла доступа АР2 (266) указанного альтернативного пути сети радиодоступа, причем указанный элемент идентификатора типа хэндовера сеанса указывает, что сеанс должен быть маршрутизирован через АР2 (266), причем этап установки канала радиотрафика для UT (240) дополнительно содержит этапы, на которых:
устанавливают логическое LLC-соединение через порт (277) с UT (240) через АР2 (266), причем LLC-соединение устанавливают при помощи альтернативного протокола сети доступа,
ассоциируют сеанс с LLC-соединением.
30. Способ по п.29, дополнительно содержащий этапы, на которых:
принимают пакеты сеанса, передаваемые по нисходящей линии связи, по туннелю, идентифицируемому указанным номером туннельного порта,
вырезают заголовки протокола туннелирования из принятых пакетов, передаваемых по нисходящей линии, получая, таким образом, пакеты сеанса, имеющие формат согласно альтернативному протоколу сети доступа, причем пакеты имеют исходный сетевой адрес RNC1 (230) как определено указанным альтернативным протоколом сети доступа,
направляют полученные таким образом пакеты сеанса через порт (277), таким образом маршрутизируя пакеты в UT (240) через АР2 (266).
31. Способ по п.29, дополнительно содержащий этапы, на которых:
принимают пакеты сеанса, передаваемые по нисходящей линии связи, по туннелю, идентифицируемому указанным номером туннельного порта,
вырезают заголовки протокола туннелирования из принятых пакетов, получая, таким образом, пакеты сеанса, имеющие формат согласно альтернативному протоколу сети доступа, причем пакеты имеют исходный сетевой адрес RNC1 (230), как определено указанным альтернативным протоколом сети доступа,
вырезают заголовки инкапсуляции из полученных таким образом пакетов, причем заголовки инкапсуляции были добавлены RNC1 (230) при помощи альтернативного протокола сети доступа, таким образом преобразуя пакеты, передаваемые по нисходящей линии связи, в их исходный формат передачи,
добавляют LLC-заголовки к пакетам сеанса с исходным форматом передачи, передаваемым по нисходящей линии связи, преобразуя их в LLC-формат согласно указанному альтернативному протоколу сети доступа протокола с исходным LLC-сетевым адресом RNC-кандидата (231),
направляют сформированные таким образом LLC-пакеты сеанса через порт (277), таким образом маршрутизируя пакеты в UT (240) через АР2 (266).
32. Способ по любому из пп.26-28, в котором сообщение "Кандидат для хэндовера" содержит мобильный IP-адрес, MIP, или защищенный адрес MIP, MIPSec, UT (240) наряду с IP-адресом маршрутизатора AR (256) доступа, ассоциированный с RNC-кандидатом (23), причем идентификатор UT-сообщения "Запрос на установку линии радиосвязи" представляет собой соответствующий MIP/MIPSec-адрес UT (240), при этом меж-RNC-туннель представляет собой UDP/IP-туннель, причем способ дополнительно содержит этапы, на которых:
извлекают MIP/MTPSec UT (240) из указанного сообщения "Запрос на установку линии радиосвязи",
ассоциируют номер туннельного порта с MIP/MIPSec UT (240) и с IP-адресом AR (256),
принимают идентификацию сеанса при помощи MIP/MIPSec-адреса UT (240), связанного с сеансом,
обновляют таблицу маршрутизации сеанса с IP-адресом AR (256), принимают IP-инкапсулированные пакеты IP-сеанса, передаваемые по нисходящей линии связи, по RNC UDP/IP-туннелю,
вырезают UDP/IP-заголовки туннелирования из IP-инкапсулированных пакетов IP-сеанса, передаваемых по нисходящей линии связи, получая пакеты IP-сеанса, передаваемые по нисходящей линии связи, инкапсулированные с IP, причем IP-адрес инкапсуляции пакетов IP-сеанса представляет собой IP-адрес AR2 (256), и
направляют пакеты IP-сеанса, передаваемые по нисходящей линии связи, инкапсулированными с IP-адресом AR (256), в порт (277), ассоциированный с AR (256), таким образом маршрутизируя пакеты IP-сеанса, передаваемые по нисходящей линии связи, в UT (240) через AR (256) и АР2 (266).
33. Способ по любому из пп.25-28, в котором указанная сеть с множеством RAT представляет собой интегрированную 3GPP-UTRAN -IEEE 802-WLAN-сеть, указанный сеанс связи представляет собой 3GРР-сеанс с PDP-контекстом, указанный первый протокол маршрутизации радиосети представляет собой 3GРР-протокол UTRAN-стандарта, указанный идентификатор представляет собой идентификатор конечной точки GTP-U-туннеля согласно протоколу 3GPP UTRAN-стандарта, TEID, UDP/IP-туннеля между RNC1(230) и RNC-кандидатом (231), указанный радиоканал, согласно указанному первому протоколу маршрутизации, представляет собой 3GPP RB ID, указанный альтернативный идентификатор канала представляет собой идентификатор WLAN радиоканала, WLAN RB ID, или идентификатор радиоканала мобильного IP, MIP RB ID, или идентификатор радиоканала защищенного мобильного IP, MIP/IPSec RB ID, указанный альтернативный протокол сети доступа представляет собой IEEE 802 WLAN-протокол или IP/MTP/IPSec-протокол или их комбинацию, указанный UT ID, представляет собой WLAN МАС-адрес UT (240), или MIP-адрес UT (240), или MIPSec-адрес UT (240), указанный АР2 ID представляет собой WLAN МАС-адрес АР2 (266), указанный Node-B ID представляет собой 3GPP идентификатор, идентифицирующий узел-В (251), указанный второй адрес сети UT (240) представляет собой MIP или MIPSec-адрес, причем указанное сообщение "Запрос на установку линии радиосвязи" соответствует 3GPP формату сообщения "Запрос на установку линии радиосвязи", при этом сетевой адрес точек радиодоступа AP1 (265), UT (240) и АР2 (266) представляет собой WLAN МАС-адреса AP1 (256), UT (240) и АР2 (266) соответственно.
34. Читаемая компьютером среда, хранящая программное кодовое средство, которое, если оно загружено в средство обработки RNC-кандидата (231), установленного в указанной сети, причем RNC-кандидат (231) представляет кандидата для хэндовера для сеанса, при этом RNC-кандидат (231) выполнен с возможностью маршрутизации сеанса по первому пути сети радиодоступа через первый порт (278), согласно первому протоколу маршрутизации радиосети, путем связывания идентификатора сеанса, идентифицирующего указанный сеанс, с радиоканалом, определенным согласно указанному первому протоколу маршрутизации, причем указанный RNC-кандидат (231) дополнительно выполнен с возможностью маршрутизации сеанса по альтернативному пути сети радиодоступа через второй порт (277) путем связывания идентификатора сеанса, идентифицирующего сеанс, с альтернативным идентификатором канала, определенным согласно альтернативному протоколу сети доступа, заставлять средство обработки выполнять по меньшей мере одну процедуру, реализуя способ согласно любому из пп.26-34.
35. Контроллер RNC1 (230) радиосети, который выполнен с возможностью маршрутизации по первому пути сети радиодоступа через первый порт (273) согласно первому протоколу маршрутизации радиосети путем связывания идентификатора сеанса, идентифицирующего указанный сеанс, с радиоканалом, определенным согласно указанному первому протоколу маршрутизации, причем указанный RNC1 (230) дополнительно выполнен с возможностью маршрутизировать по альтернативному пути сети радиодоступа через второй порт (272) путем связывания указанного идентификатора сеанса с альтернативным идентификатором канала, определенным согласно альтернативному протоколу сети доступа, причем указанный RNC содержит средство, реализующее способ согласно любому из пп.1-23.
36. Контроллер RNC1 (230) по п.35, в котором указанное средство содержит память данных со средством кодирования хранящейся программы, которое, если оно загружено в средство обработки указанного RNC1 (230), заставляет указанное средство обработки выполнять по меньшей мере одну процедуру, реализуя способ согласно любому из пп.1-23.
37. Контроллер радиосети RNC2 (231), выполненный с возможностью маршрутизировать сеанс по первому пути сети радиодоступа через первый порт (278), согласно первому протоколу маршрутизации радиосети, путем связывания идентификатора сеанса, идентифицирующего указанный сеанс, с радиоканалом, определенным согласно указанному первому протоколу маршрутизации, причем указанный RNC2 (231) дополнительно выполнен с возможностью маршрутизировать по альтернативному пути сети радиодоступа через второй порт (277) путем связывания идентификатора сеанса, идентифицирующего сеанс, с альтернативным идентификатором канала, определенным согласно альтернативному протоколу сети доступа, причем указанный RNC2 (231) содержит средство, реализующее способ согласно любому из пп.26-34.
38. Контроллер RNC2 (231) по п.37, в котором указанное средство содержит память данных со средством кодирования сохраненной программы, которое, если оно загружено в средство обработки указанного RNC1 (230), заставляет указанное средство обработки выполнять по меньшей мере одну процедуру, реализующее способ согласно любому из пп.26-34.