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

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

Иллюстрации

Показать все

Реферат

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

Раскрытый предмет изобретения имеет отношение к беспроводной связи. Более точно, предмет изобретения имеет отношение к поддержке независимой от среды передачи эстафетной передачи обслуживания (MIH).

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

Стандарт IEEE 802.21 (Института инженеров по электротехнике и электронике) предусматривает унифицированный набор функциональных возможностей, который помогает давать возможность и улучшать эстафетные передачи обслуживания на разных технологиях канального уровня. IEEE 802.21 определяет три основных службы, имеющихся в распоряжении у приложений управления мобильностью, таких как клиентский мобильный межсетевой протокол (клиентский MIP) или посреднический MIP. Со ссылкой на фиг. 1 этими службами являются служба 100 событий, информационная служба 105 и служба 110 команд. Эти службы способствуют в управлении операциями эстафетной передачи обслуживания, обнаружении систем и выборе систем, поставляя информацию и сигналы запуска с нижних уровней 115 на верхние уровни 120 посредством функции 125 (MTHF) независимой от среды передачи эстафетной передачи обслуживания (MIH).

На высоком уровне это включает в себя пользователя MIH верхнего уровня, который может поддерживать связь с функцией 125 MIH (локально или удаленно через некоторую транспортную среду), благодаря независимым от линии связи службе 100 событий, информационной службе 105 и службе 110 команд. Функция 125 MIH, в свою очередь, будет взаимодействовать с устройствами канального уровня посредством специфичных технологий использования примитивов; функциональные возможности, ожидаемые от этих специфичных технологий примитивов определены в стандарте 802.21. Несмотря на то, что фиг. 1 показывает MIHF 125 в качестве среднего уровня в стеке протоколов, MIHF 125 также может быть реализована в качестве плоскости MIH, которая способна к обмену информацией и сигналами запуска непосредственно с разными уровнями стека протоколов.

Проект партнерства третьего поколения (3GPP) идентифицировал три принципа, которые описывают, каким образом должны обрабатываться межсистемные эстафетные передачи обслуживания между 3GPP и не 3GPP доступом (например, 3GPP2, WLAN IEEE 802.11, WiMAX IEEE 802.16 и т.д.). Однако эти принципы не обращают внимание на то, каким образом два разных доступа могут быть интегрированы, для того чтобы предоставлять возможность эстафетной передачи обслуживания. Первый принцип применяется в многочисленных сценариях RAT (технологии радиодоступа), где блок беспроводной передачи/приема (WTRU) использует единую технологию радиодоступа (RAT) для всех исполняемых в текущий момент служб. Второй принцип состоит в том, что решение об эстафетной передаче обслуживания между RAT принимается и отправляется обслуживающей сетью радиодоступа (RAN). Целевая RAN может осуществлять контроль допуска в отношении WTRU, которые подвергаются эстафетной передаче обслуживания. Третий принцип состоит в том, что обслуживающая RAN принимает информацию из целевой RAN, которая может быть включена в команду эстафетной передачи обслуживания.

Все эти принципы могут быть удовлетворены посредством использования службы эстафетной передачи обслуживания (HO), предусмотренной стандартом 802.21. Это особенно необходимо, когда требуются команды эстафетной передачи обслуживания, запрашивающие переключение на или с основанного на 3GPP доступа, например, когда происходит эстафетная передача обслуживания между доступами IEEE 802.16 или WiMAX и доступами 3GPP, либо между системами IEEE 802.11 или WLAN и системами 3GPP.

Фиг. 2 изображает типичную архитектуру 200 между RAT с коммутацией пакетов (домена PS) 3GPP сети радиодоступа GSM/EDGE (глобальной системы мобильной связи/развития GSM с увеличенной скоростью передачи данных) - наземной сети радиодоступа UMTS (универсальной системы мобильных телекоммуникаций) (GERAN-UTRAN). Со ссылкой на фиг. 2, исходная сеть включает в себя обслуживающий узел 205 поддержки GPRS (общей службы пакетной радиопередачи) (SGSN), контроллер базовой станции/контроллер радиосети (BSC/RNC) 210 и базовую приемопередающую станцию (BTS)/Узел Б 215. BSC/RNC 210 поддерживает связь с SGSN 205 через интерфейс 220 Gb/IuPS. В дополнение, BSC/RNC 210 поддерживает связь с BTS/Узлом Б 215 через интерфейс 225 Abis/Iub. Целевая сеть включает в себя SGSN 230, BSC/RNC 235 и BTS/Узел Б 240. BSC/RNC 235 поддерживает связь с SGSN 230 через интерфейс 245 Gb/IuPS. BSC/RNC 235 поддерживает связь с BTS/Узлом Б 240 через интерфейс 250 Abis/Iub. Исходный и целевой SGSN 205, 230 обмениваются информацией через интерфейс 255 Gn.

Со ссылкой на фиг. 2, он является исходным BSC/RNC 210, который управляет эстафетной передачей обслуживания. Мобильный узел 260 (MN) запрашивается для выполнения измерений в целевой сети, и, при удовлетворении условий эстафетной передачи обслуживания, исходный BSC/RNC 210 запрашивает целевой BSC/RNC 235 для подготовки ресурсов для MN 260. Целевой BSC/RNC 235 выполняет управление допуском и отвечает выделением новых ресурсов. Как только новые ресурсы были выделены, исходный BSC/RNC 210 дает MN 260 команду осуществить эстафетную передачу обслуживания в новую сеть. По обнаружению MN 260 в новой сети, целевой BSC/RNC 235 информирует исходный BSC/RNC 210 о завершении эстафетной передачи обслуживания.

Для того чтобы выполнять гетерогенную эстафетную передачу обслуживания между сетью 3GPP и не 3GPP, сетевая архитектура должна предусматривать возможность, чтобы пользователь MIH получал отчеты об измерениях, и возможность, чтобы функция MIH резервировала ресурсы канального уровня посредством использования стандартизованных примитивов и сообщений MIH. Несмотря на то, что стандарт 802.21 предусматривает механизмы для получения таких отчетов об измерениях, запроса о ресурсах, резервирования этих ресурсов, выполнения эстафетной передачи обслуживания и информирования равноправной сети о завершении действия, механизмы имеют недостатки, которые лишают конструкторов использования ключевых функциональных возможностей и полного контроля над последовательностью операций сообщения измерений. Это в особенности верно для эстафетной передачи обслуживания между сетями 3GPP (например, GERAN, UTRAN и LTE (долгосрочного развития)) и не 3GPP, которая также известна как эстафетные передачи обслуживания между технологиями радиодоступа (между RAT).

Когда две равноправные сети должны выполнять эстафетную передачу обслуживания, типично, на основании отчетов об измерениях мобильного узла (MN) (также указываемого ссылкой как пользовательское оборудование или UE), сеть дает MN указание переключиться на другую соту и указывает, какую конфигурацию следует использовать в новой соте. Это предполагает, что решение об эстафетной передаче обслуживания между RAT принимается обслуживающей сетью радиодоступа (RAN), тогда как целевая RAN может осуществлять контроль допуска над MN, который подвергается эстафетной передаче обслуживания.

Отсюда последовательностью событий является: 1) фаза запроса, используемая для определения состояния ресурсов в обеих, исходной и целевой, сетях перед принятием решения об эстафетной передаче обслуживания, 2) фаза подготовки, где ресурсы резервируются в целевой сети, как только было принято решение об эстафетной передаче обслуживания, 3) фаза выполнения, когда отправляются и выполняются команды эстафетной передачи обслуживания, 4) фаза завершения, когда сообщается результат эстафетной передачи обслуживания и освобождаются исходные ресурсы.

Спецификация 802.21 определяет сообщения, которые могут использоваться для выполнения действий, описанных выше. Однако функциональные возможности, предоставляемые определенными в настоящее время сообщениями, недостаточны для передачи всей требуемой информации между исходной и целевой сетями, особенно в случае эстафетной передачи обслуживания с 3GPP на не 3GPP (и наоборот). Поэтому было бы желательно предложить сообщения для передачи всей требуемой информации между исходной и целевой сетями без компрометации функциональных возможностей. Для того чтобы выполнять гетерогенную эстафетную передачу обслуживания между сетью 3GPP и не 3GPP, также было бы желательно разработать сетевую архитектуру для обеспечения возможности, чтобы пользователь MIH получал отчеты об измерениях, и возможности, чтобы функция MIH резервировала ресурсы канального уровня посредством использования стандартизованных примитивов и сообщений MIH.

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

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

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

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

фиг. 1 - архитектура протокола IEEE 802.21 согласно предшествующему уровню техники;

фиг. 2 - структурная схема для архитектуры между RAT домена PS 3GPP согласно предшествующему уровню техники;

фиг. 3 - структурная схема системы, выполняющей эстафетную передачу обслуживания между RAT с посредническим узлом MIH;

фиг. 4 - структурная схема системы, выполняющей эстафетную передачу обслуживания между RAT со способным к MIH SGSN/контроллером сети;

фиг. 5 - структурная схема системы, выполняющей эстафетную передачу обслуживания между RAT с сервером MIH;

фиг. 6 - структурная схема системы, выполняющей эстафетную передачу обслуживания между RAT;

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

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

фиг. 9 показывает структурную схему сценария временного пребывания, где MN находится в посещаемой сети;

фиг. 10 - WTRU, точка для доступа (AP) или точка доступа (PoA) и точка обслуживания (PoS) или сервер MIH, сконфигурированные для выполнения гетерогенной эстафетной передачи обслуживания между сетью 3GPP и не 3GPP с использованием обмена сообщениями MIH;

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

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

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

ПОДРОБНОЕ ОПИСАНИЕ

Как указывается ссылкой в дальнейшем, терминология «блок беспроводной передачи/приема (WTRU)» включает в себя, но не в качестве ограничения, пользовательское оборудование (UE), мобильную станцию, стационарный или мобильный абонентский пункт, пейджер, сотовый телефон, персональный цифровой секретарь (PDA), компьютер, мобильный узел (MN) или любой другой тип пользовательского устройства, способного к работе в беспроводной среде.

Как указывается ссылкой в дальнейшем, терминология «базовая станция» включает в себя, но не в качестве ограничения, Узел Б, усовершенствованный Узел Б (eNB), контроллер узла сети, точку доступа (AP) или любой другой тип интерфейсного устройства, способного к работе в беспроводной среде.

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

Например, службы IEEE 802.21 и, в частности, служба команд и информационная служба могут использоваться для интеграции многочисленных технологий доступа. Это включает в себя архитектуру системы, которая показывает, где может быть размещена функция независимой от среды передачи эстафетной передачи обслуживания, для того чтобы предоставлять возможность этой интеграции. К тому же в состав включен механизм, который показывает, как принципы мобильности, которые очерчены стандартами 3GPP, могут быть удовлетворены с использованием предложенной архитектуры. Благодаря использованию служб, предусмотренных функцией MIH, может быть реализован механизм мобильности, поддерживающий эстафетную передачу обслуживания между доступом 3GPP и не 3GPP. Местоположение функции MIH в пределах архитектуры 3GPP является логически распределенным и могло зависеть от уровня интеграции, который требуется, то есть направляются ли усилия на сильносвязный или слабосвязный сценарий.

Могут быть идентифицированы три логических компонента, то есть MME, шлюз и IP-сервер. Эти логические компоненты могут обмениваться информацией между друг другом или действовать самостоятельно в зависимости от определенных сценариев применения. Логически функция MIH также могла бы находиться в пределах отдельного доступа, если конкретное применение гарантирует его.

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

Фиг. 3 показывает одну из возможных архитектур 300, которая может использоваться для поддержки гетерогенной эстафетной передачи обслуживания между сетями 3GPP и не 3GPP. Со ссылкой на фиг. 3 исходная сеть включает в себя SGSN 305, контроллер базовой станции/контроллер радиосети (BSC/RNC) 310 и BTS/Узел Б 315. BSC/RNC 310 поддерживает связь с SGSN 305 через интерфейс 320 Gb/IuPS. В дополнение BSC/RNC 310 поддерживает связь с BTS/Узлом Б 315 через интерфейс 325 Abis/Iub. Целевая сеть включает в себя типичный сетевой шлюз 330, типичный контроллер 335 сети и типичную базовую станцию 340.

Со ссылкой на фиг. 3 узел 345 MIH 802.21 используется для трансляции и действия в качестве посредника между типичным сетевым шлюзом 330 и SGSN 305 3GPP. Если используется традиционный SGSN, сообщения эстафетной передачи обслуживания, передаваемые между посредником 345 MIH и SGSN 305, были бы такими же, как описанные в интерфейсе 350 Gn 3GPP. Если сеть мала, или SGSN 305 и BSC/RNC 310 размещены совместно, посредник 345 MIH мог бы присоединяться непосредственно к BSC/RNC 310, используя сообщения 355 Iu.

Фиг. 4 показывает еще одну возможную сетевую архитектуру 400 для выполнения эстафетной передачи обслуживания между RAT со способным к MIH SGSN/контроллером сети. Со ссылкой на фиг. 4 предполагается, что SGSN 410 и типичный сетевой шлюз 420 реализуют возможности 415, 425 MIH, а потому способны к поддержанию связи друг с другом сообщениями 430 MIH, такими как сообщения, определенные в протоколе 802.21, или сообщения, определенные в других технологиях, содержащие в себе элементы информации, подобные сообщениям 802.21.

Подобный подход мог бы применяться в тех случаях, когда типичный контроллер 435 сети и BSC/RNC 440 были бы способны к MIH. Что касается этого подхода, эти два узла были бы способны поддерживать связь сообщениями MIH без пересылки через шлюзы. Для простоты этот подход не показан на фиг. 4.

Фиг. 5 показывает альтернативную сетевую архитектуру 500 для эстафетной передачи обслуживания между RAT с сервером MIH. В этой архитектуре сервер 510 MIH действует от имени контроллера сети для принятия решений об эстафетной передаче обслуживания (например, в качестве контроллера сети) и планирования ресурсов в целевой сети. На этой фигуре показано, что сервер 510 MIH может передавать информацию в SGSN 515, например, через интерфейс 520 Gn, и/или в BSC/RNC 525, например, через интерфейс 530 Gb/Iu. К тому же, на этой фигуре сервер 510 MIH передает информацию непосредственно на мобильный узел 535 (MN) посредством протоколов 540 L2/L3 (например, 802.11, 802.16, IP и т. д.).

Для того чтобы поддерживать гетерогенную эстафетную передачу обслуживания между сетью 3GPP и не 3GPP, могут использоваться сообщения независимой от среды передачи эстафетной передачи обслуживания. Например, существующие сообщения стандарта 802.21 или другие технологические стандарты могут быть обновлены, чтобы включать в себя следующие сообщения:

Запрос MIH_N2N_HO_Commit (передачи на рассмотрение эстафетной передачи обслуживания из одной сети в другую сеть (N2N) MIH); и

Ответ MIH_N2N_HO_Commit.

Включением в состав этих двух сообщений функциональные возможности сети MIH (или подобные функциональные возможности сети) обладают способностью резервировать ресурсы, когда две сети управляют эстафетной передачей обслуживания, подобно сетям 3GPP. Хотя стандарт 802.21, например, может быть обновлен, чтобы включать в себя требуемые сообщения, содержимое этих сообщений не удовлетворяет требованиям эстафетной передачи обслуживания сети 3GPP. Отсюда требуется усовершенствование в отношении сообщений MIH для поддержки эстафетных передач обслуживания между сетями 3GPP и не 3GPP. Это усовершенствование предоставило бы возможность доктрины эстафетной передачи обслуживания между RAT (GERAN/UTRAN), описанной в разделе уровня техники, приведенном выше. Усовершенствованные сообщения и их кодировка, например IE TLV (элементы информации тип-длина-значение), обсуждены в вариантах осуществления, приведенных ниже. В тех случаях, когда сети предварительно не сконфигурированы параметрами друг друга, исходная сеть может запрашивать целевую сеть об имеющихся в распоряжении ресурсах (например, списке сот, параметрах сот и т.д.). Для этого исходная сеть может требовать, чтобы целевая сообщила обо всех имеющихся в распоряжении ресурсах или об отдельном типе сети. В одном из вариантов осуществления эта информация могла бы быть включена в следующие сообщения MIH:

осведомительный запрос ресурсов N2N (N2N Query Resources Request) (из исходной в целевую сеть, чтобы запросить отчет об имеющихся в распоряжении ресурсах, которые могли бы использоваться исходной для эстафетной передачи обслуживания);

осведомительный запрос HO MN (MN HO Query Request) (с мобильного устройства в целевую сеть, чтобы запросить отчет об имеющихся в распоряжении ресурсах, которые могли бы использоваться исходной для эстафетной передачи обслуживания).

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

Фиг. 6 показывает, каким образом обновленные сообщения эстафетной передачи обслуживания могут использоваться для выполнения эстафетной передачи 600 обслуживания между RAT. Перед тем как последовательность операций эстафетной передачи обслуживания начинается, требуется, чтобы WTRU начал поиск соседних сот 605 и предоставил измерения. Для того, чтобы выполнять такие измерения для сетей GERAN/UTRAN/LTE 3GPP или не 3GPP, информация о списке соседей и измерениях требуется WTRU для выполнения измерений над соседними сотами. Пороговые значения и критерии событий (то есть, когда следует сообщать об измерениях), периодичность измерений и количество сот для предоставления отчета, по выбору, могут быть включены в эту информацию.

В одном из вариантов осуществления информация, требуемая для сетей GERAN/UTRAN/LTE 3GPP или не 3GPP, могла бы быть включена в следующие усовершенствованные сообщения MIH:

осведомительный ответ о ресурсах N2N (N2N Query Resources Response) (из целевой в исходную сеть для информирования об имеющихся в распоряжении сотах, которые могли бы сканироваться в сети);

осведомительный запрос HO сети (Net HO Query Request) (из исходного контроллера сети на MN, чтобы дать MN знать, какие соты следует контролировать); и

запрос сканирования MIH (MIH Scan Request) (из исходного контроллера сети на MN, чтобы дать MN знать, какие соты следует контролировать).

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

Со ссылкой на фиг. 6, когда сервер MIH запрашивает отчеты 610, или WTRU независимо запускает отчет 605 об измерениях, требуемая информация, такая как ID (идентификатор) соты у наилучшей соты или списка лучших сот, могла бы быть включена в следующие усовершенствованные сообщения MIH:

отчет о параметрах линии связи (Link Parameter Report) (из MN в сеть для предоставления отчета об измерениях);

осведомительный ответ HO сети (Net HO Query Response) (из MN в сеть для ответа на осведомительный запрос и предоставления отчета об измерениях); и

ответ сканирования MIH (MIH Scan Response) (из MN в сеть для ответа на запрос и предоставления отчета об измерениях).

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

Со ссылкой на фиг. 6, по приему отчета об измерениях, сервер MIH выполняет резервирование ресурсов для целевой соты 615. Для выполнения резервирования MIH может передавать информацию непосредственно в целевой SGSN или сущность 620 управления мобильностью (MME), либо в качестве альтернативы в eNB, RNC или MSC 625, пользуясь существующими сообщениями эстафетной передачи обслуживания, такими как «подготовить эстафетную передачу обслуживания».

Требуемая информация для резервирования ресурсов в целевой сети могла бы быть включена в следующие усовершенствованные сообщения MIH:

запрос передачи на рассмотрение HO N2N (N2N HO Commit Request) (из исходной сети в целевую сеть для запрашивания резервирования ресурсов); и

запрос передачи на рассмотрение HO MN (MN HO Commit Request) (из MN в сеть для запрашивания резервирования ресурсов).

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

Со ссылкой на фиг. 6, как только ресурсы были зарезервированы целевой сетью 630, исходная сеть (или WTRU) информируется об успешном резервировании ресурсов 635, так что эстафетная передача обслуживания может происходить. Отсюда информация, требуемая MN для создания соединения с новой сетью, могла бы быть включена в следующие обновленные сообщения MIH:

ответ передачи на рассмотрение HO N2N (N2N HO Commit Response) (из целевой сети в исходную сеть для предоставления отчета о резервировании ресурсов);

запрос передачи на рассмотрение HO MN (MN HO Commit Response) (из сети в MN для предоставления отчета о резервировании ресурсов); и

запрос передачи на рассмотрение HO сети (Net HO Commit Request) (из сети в MN для предоставления отчета о резервировании ресурсов и выдачи команды MN для эстафетной передачи обслуживания на эти ресурсы).

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

Со ссылкой на фиг. 6, как только резервирование ресурсов завершено, информация об эстафетной передаче обслуживания отправляется в MN или WTRU 640, для того чтобы выполнять эстафетную передачу обслуживания на целевую сеть 645. Как только эстафетная передача обслуживания завершена, сообщения завершения эстафетной передачи обслуживания могут отправляться 650 для перемаршрутизации потока обмена через новую сеть и освобождения ресурсов из исходной сети.

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

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

признак синхронизации (SI);

признак нормальной соты (NCI);

ARFCN, частота BSIC- BCCH и BSIC новой соты;

описание поддержки CCN;

частотные параметры;

расширенное динамическое назначение;

команда управления сетью;

сброс RLC;

временное опережение пакета;

временной интервал управления UL;

режим GPRS, EGPRS; и

TBF UL/DL (назначение PFI, TFI, выделение временного интервала TBF, режим RLC, выделение USF);

по выбору:

контейнер NAS.

Что касается UTRAN, как только RNC зарезервировал радиоресурсы по идентификатору соты, он должен выдавать необходимую информацию на мобильную станцию для завершения эстафетной передачи обслуживания и синхронизации с новой сотой. Эта информация передается в WTRU через исходную сеть в прозрачном контейнере.

Следующая информация, передаваемая в прозрачном контейнере в сообщении MIH, требуется WTRU для создания соединения с сотой 3G:

отличительные особенности WTRU (U-RNTI, H-RNTI, E-RNTI);

алгоритм шифрования;

элементы информации RB (информация SRB для настройки списка, информация RAB для настройки списка);

информация о транспортном канале UL/DL (информация о транспортном канале UL/DL, общая для всех транспортных каналов, информация о добавленном или реконфигурированном TrCH UL/DL);

радиоресурсы UL (информация о DPCH, информация о E-DCH восходящей линии связи);

радиоресурсы DL (информация о HS-PDSCH (высокоскоростном физическом совместно используемом канале нисходящей линии связи) нисходящей линии связи, информация о нисходящей линии связи по каждому радиоканалу, информация о нисходящей линии связи, общая для всех радиоканалов);

информация о частоте; и

максимально допустимая мощность передачи UL.

В дополнение RNC может поставлять информацию по времени передачи на рассмотрение/активизации для синхронных эстафетных передач обслуживания.

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

режим конфигурации по умолчанию (FDD, TDD);

идентичность конфигурации по умолчанию;

информация RAB; и

информация о DPCH UL.

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

В одном из вариантов осуществления эта информация могла бы быть включена в следующие усовершенствованные сообщения MIH:

ответ передачи на рассмотрение HO сети (Net HO Commit Response);

запрос завершения N2N; и

ответ завершения N2N.

Для LTE и других технологий 3GPP, таких как WCDMA и GERAN, функции независимой от среды нормализации могут использоваться для интерпретации команд 3GPP и отображения их функциональных возможностей в эквивалентные типичные команды эстафетной передачи обслуживания, такие как описанные в IEEE 802.21. Фиг. 7, 8 и 9 показывают, каким образом эта функция независимой от среды передачи эстафетной передачи обслуживания может быть логически размещена, например, в пределах шлюза 710 PDN, так как это центральная точка контакта по многочисленным системам доступа. Сеть 715 3GPP, показанная на фиг. 7, включает в себя MME 720, способную к поддержке связи E-UTRAN 720. MME 720 также находится на связи с SGSN 725 2G/3G, который способен к поддержке связи UTRAN 730 и GERAN 735. Сеть 740 не 3GPP включает в себя ePDG 745, способный к поддержке недоверенного доступа 750 не 3GPP. Доверенный доступ 755 не 3GPP находится на прямой связи со шлюзом 710 PDN (сети передачи данных общего пользования).

Как описано на фиг. 8, WTRU 805 остается под доменом механизма эстафетной передачи обслуживания 3GPP, в то время как продолжается текущее соединение. Целевой шлюз 810 PDN PoS MIH служит в качестве центральной точки контакта между сетями 3GPP 815 и не 3GPP 820. Исходный SGSN/MME 825 может использовать сообщения Forward_Relocation_Req 830 (запрос упреждающего перебазирования) и Forward_Relocation_Complete 835 (завершение упреждающего перебазирования) для поддержания связи с целевым шлюзом 810 PDN PoS MIH. Доверенный доступ 840 не 3GPP может использовать сообщения запроса 845 MIH_N2N_HO_Candidate_Query/MIH_N2N_HO_Commit (опроса кандидатов HO N2N/представления на рассмотрение HO N2N) и ответа MIH_N2N_HO_Candidate_Query/MIH_N2N_HO_Commit для поддержания связи с целевым шлюзом 810 PDN PoS MIH. Подобным образом MN может использовать типы сообщений запроса и ответа представления на рассмотрение и опроса HO для запуска или инициирования эстафетной передачи обслуживания и для получения требуемой информации для эстафетной передачи обслуживания, как только завершена подготовка.

Фиг. 9 показывает пример сценария 900 временного пребывания, где MN 905 находится в посещаемой сети 910. В этом сценарии есть два шлюза, в которых могла бы находиться MIH 915, обслуживающий шлюз 920 и шлюз 930 привязки. Этот сценарий также может включать в себя IP-сервер 940, который может поддерживать связь с MN 905, например, с использованием интерфейса IP. Функциональные возможности 915 MIH также могут быть расположены в MME 950. Этот пример также применим к сценарию базовой сети. В альтернативном варианте осуществления MIH 915 может быть расположена в E-UTRAN 960.

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

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

При подготовке и резервировании радиоресурсов функция MIH способна отображать запрос перебазирования в подходящую команду MIH. Это предоставляет целевой системе доступа возможность применять функции управления допуском до предоставления ресурсов. Команда, которая запускает эстафетную передачу обслуживания с доступа 3GPP, формируется полностью согласно спецификациям 3GPP, возможно, с использованием информации, поставляемой целевой системой доступа, посредством отображения MIH.

Таблица 1, приведенная ниже, показывает возможное отображение, например, между сообщениями расширенного 802.21 MIH и GERAN/UTRAN/LTE 3GPP, которое, для примера, могло бы использоваться посреднической функцией.

ТАБЛИЦА 1
802.21	Gn	Iu	Gb	Эфирный интер-фейс	LTE (S11/S3/S4)
Запрос передачи на рассмотрение N2N	Запрос упреждаю-щего перебази-рования	Запрос перебазирования	Требуемая эстафет-ная передача обслуживания PS		Запрос упреждаю-щего перебази-рования
Ответ передачи на рассмотрение N2N	Ответ упреждаю-щего перебази-рования	Подтверждение (Ack) запроса перебазиро-вания	Подтверждение требуемой эстафет-ной передачи обслуживания PS		Ответ упреждаю-щего перебази-рования
Запрос передачи на рассмотрение HO сети				Команда эстафет-ной передачи обслуживания PS	Команда HO PS
Ответ передачи на рассмотрение HO сети				Завершение HO на UTRAN	Заверше-ние HO на E-UTRAN
Запрос завершения HO N2N	Завершение упреждающего перебазирования	Завершение перебазиро-вания			Завершение упреждающего перебазирования
Ответ завершения HO N2N	Подтверждение завершения упреждающего перебазирования				Подтверждение завершения упреждающего перебазирования
Запрос передачи на рассмотрение N2N					Запрос несущей обновления
Ответ передачи на рассмотрение N2N					Ответ несущей обновления
Запрос передачи на рассмотрение N2N					Контекст упреждаю-щего SRNS
Ответ передачи на рассмотрение N2N					Подтверждение контекста упреждаю-щего SRNS
Запрос N2N_HO_Candidate_Query					Упреждающее перебазирование
					Запрос
Ответ N2N_HO_Candidate_Query					Ответ упреждаю-щего перебази-рования
Запрос завершения HO N2N					Запрос несущей обновления
Ответ завершения HO N2N					Ответ несущей обновления

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

ТАБЛИЦА 2
Список системных параметров
Тип	Длина	Значение
XXX	Переменная	Структура, состоящая из 1) типа сети и 2) специфичных сети системных параметров

ТАБЛИЦА 3
Тип сети
Тип	Длина	Значение
XXX	8	Тип и модификация сети, которые определены в стандарте 802.21

ТАБЛИЦА 4
Специфичные сети параметры
Тип	Длина	Значение
XXX	Переменная	Специфичные сети системные параметры.
		802.16: UCD, DCD, UIUC, DIUCGSM/GRPS/EDGE (GERAN):(определены в зависимости от типа сообщения)3GPP (UTRAN): (определены в зависимости от типа сообщения)

ТАБЛИЦА 5
Завершение эстафетной передачи обслуживания
Тип	Длина	Значение
XXX	Переменная
Тип параметра	Целое число	Тип сети0: IEEE 802.161: GERAN2: 3GPP3-7: Зарезервированы
Значение системного параметра	Переменная	Зависимость от типа параметра0: UCD, DCD, UIUC, DIUC1: (определены в зависимости от типа сообщения)2: (определены в зависимости от типа сообщения)3-255: Зарезервированы

Фиг. 10 - WTRU 1000 и точка 1005 доступа, сконфигурированные для реализации эстафетной передачи обслуживания между RAT IEEE 802.21, как описано выше. WTRU 1000 включает в себя процессор 1010, функцию 1015 MIH и множество приемопередатчиков 1020a...1020n, каждый из которых сконфигурирован для работы с использованием разной технологии и протокола радиодоступа. Процессор 1010 и функция 1015 MIH сконфигурированы для задействования стеков протоколов согласно описанным выше вариантам осуществления. Кроме того, процессор 1010 и функция 1015 MIH способны к формированию усовершенствованных сообщений, как описано выше, например, со ссылкой на фиг. 8. Процессор 1010 и функция 1015 MIH, кроме того, сконфигурированы для реализации протоколов IEEE 802.21 для равноправного обмена сообщениями MIH. Сообщения IEEE 802.21 могут передаваться равноправным участникам MIH через любое количество приемопередатчиков 1020a... 1020n. Процессор 1010 и функция 1015 MIH дополнительно сконфигурированы для реализации локального IEEE 802.21, например, для службы команд IEEE 802.21. Преобразование сообщений MIH и извлечение сообщений MIH из принятых сообщений может выполняться процессором 1010 или функцией 1015 MIH либо комбинацией этих двух.

Точка 1005 доступа включает в себя процессор 1025, функцию 1030 MIH и приемопередатчик 1035. Точка 1005 доступа поддерживает связь с WTRU 1000 через эфирный интерфейс 1040. Процессор 1025 точки 1005 доступа обрабатывает принятые сообщения IEEE 802.21, принимаемые из WTRU 1000 через приемопередатчик 1