Способ и устройство передачи обслуживания между исходной и целевой системами доступа
Иллюстрации
Показать всеИзобретение относится к системам беспроводной связи, использующим процедуру передачи обслуживания сеансов связи в разнородных сетях, и предназначено для обеспечения эффективной передачи обслуживания между системами доступа. Изобретение раскрывает системы и способы переключения между разнородными сетями и взаимодействия между исходной системой доступа и целевой системой доступа. Межсистемный компонент управления передачей обслуживания может облегчить установку IP-туннелирования посредством мобильного устройства, в котором могут быть идентифицированы IP-адреса для взаимодействующего шлюза защиты и сети радиодоступа целевой системы доступа. Межсистемный компонент управления передачей обслуживания может затем осуществить туннелирование между исходной системой и целевой системой, при котором служебные сигналы/пакеты, связанные с целевой системой, могут быть переданы через исходную систему. 8 н. и 15 з.п. ф-лы, 10 ил.
Реферат
Область техники, к которой относится изобретение
Приведенное ниже описание относится, в целом, к беспроводной связи и, более конкретно, к способам и устройствам процедур передачи обслуживания сеансов связи в разнородных сетях.
Уровень техники
Системы беспроводной связи стали господствующим средством общения во всем мире. Устройства беспроводной связи, такие как мобильные телефоны, карманный компьютер для беспроводной связи и т.п., стали меньше по размерам и более мощными, чтобы удовлетворять потребности потребителя и повышать мобильность и удобство. У потребителей появилась зависимость от этих устройств и они требуют надежного обслуживания, расширенных областей охвата, дополнительных услуг (например, возможности просмотра веб-сети) и дальнейшего уменьшения размеров и стоимости таких устройств.
В частности, по мере того как развитие беспроводных технологий продолжает двигаться вперед, процесс совершенствования мобильных услуг будет продолжать развиваться, делая такие услуги еще более обильными, более привычными, мобильными и целенаправленными. В связи с требованиями конечными пользователями большего и более высококачественного мультимедийного контента в любых средах развитие технологий устройств будет продолжать увеличивать нарастающее потребление использования данных. Например, за последние несколько лет технологии беспроводной связи прошли путь от аналоговоуправляемых систем до цифровых систем. Обычно в традиционных аналоговых системах аналоговые сигналы основываются на связи со следующим элементом и связи с предыдущим элементом и требуют значительной величины ширины полосы, чтобы позволить передачу и прием сигналов в сочетании с приемлемым качеством. Поскольку аналоговые сигналы являются непрерывными во времени и пространстве, никакие сообщения о состоянии (например, сообщения, указывающие получение или неполучение данных) не создаются. Напротив, системы пакетной коммутации позволяют преобразовывать аналоговые сигналы в пакеты данных и передавать их по физическому каналу между терминалом доступа и базовой станцией, маршрутизатором и т.п. Кроме того, цифровые данные могут использоваться в своей естественной форме (например, текст, интернет-данные и т. п.) посредством использования сети с пакетной коммутацией.
Также, цифровые системы беспроводной связи широко развернуты, чтобы предоставлять различные услуги связи, такие как телефонная связь, передача видеоданных, данных, обмен сообщениями, широковещательные передачи и т.п. Такие системы обычно используют сеть доступа, которая соединяет многочисленные терминалы доступа с глобальной сетью (WAN) посредством совместного использования доступных сетевых ресурсов. Сеть доступа обычно осуществляется с помощью многочисленных пунктов доступа, рассредоточенных по всей географической области охвата. Кроме того, географическая область охвата может быть поделена на ячейки с пунктом доступа в каждой ячейке. Аналогично, ячейка может быть дополнительно поделена на сектора. Однако в системе с такой архитектурой обеспечение эффективной передачи обслуживания между системами доступа, которые не используют совместно одни и те же процедуры связи и политику, становится задачей, решение которой требует напряжения сил.
Сущность изобретения
Ниже в упрощенном виде представлена сущность изобретения, чтобы обеспечить основное понимание описанных аспектов. Это описание сущности не является обширным рассмотрением и не предназначено ни для идентификации ключевых или критичных элементов, ни для установления объема таких аспектов. Его задача состоит в представлении некоторых концепций описанных аспектов в упрощенной форме в качестве вводной части к более подробному описанию, представленному позже.
Описанные аспекты допускают передачу обслуживания мобильных устройств в разнородных сетях и дальнейшее обеспечение межсистемного взаимодействия между исходной системой доступа и целевой системой доступа в сочетании с передачей обслуживания сеанса связи между ними посредством использования межсистемного компонента управления передачей обслуживания. Также, межсистемный компонент управления передачей обслуживания может заранее обеспечивать туннелирование как часть согласования взаимодействия для сеанса связи между AT и целевой системой доступа, при котором пакеты транспортируются посредством исходной системы доступа (например, чтобы уменьшить прерывание во время передачи обслуживания и смягчить требование по выполнению настройки сеанса связи во время передачи обслуживания). Туннель(и) может быть установлен от AT к целевой системе доступа, в которой с точки зрения AT передача служебных сигналов "мобильное устройство-целевая система доступа" направляется по такому туннелю. Такое туннелирование может дополнительно сопровождаться организацией других туннелей к целевой системе доступа в зависимости от типа используемого туннелирования (например, происходит ли туннелирование на уровне линии передачи данных). Исходная система доступа, основываясь на пилотном сообщении, может дополнительно назначать целевую систему доступа, через которую AT может затем связываться с целевой системой доступа и устанавливать процесс согласования взаимодействия.
В сопутствующем аспекте существующие модели мобильной связи могут быть усилены с помощью IP-туннелирования между мобильным устройством и целевой системой доступа, чтобы гарантировать доверительность и секретность, позволяя тем самым надежную прямую передачу обслуживания в среде разнородных сетей (например, устройства движутся через сети и административные области). Примеры передачи обслуживания между такими разнородными системами доступа могут содержать передачу обслуживания между системами сверхширокополосной сети мобильной связи (UMB) и высокоскоростной пакетной передачи данных (HRPD), WiMax/HRPD; Long Term Evolution (LTE)/HRPD, в которых архитектуры систем могут осуществить протокол мобильной связи в среде Интернет (IP), используя протокол мобильной связи IP для клиентов, чтобы активно привлекать мобильное устройство к подготовке передачи обслуживания. Альтернативно, система может использовать системы, которые более управляемы в сети, чем само мобильное устройство. Такое межсистемное взаимодействие позволяет осуществлять передачу обслуживания мобильного устройства между различными системами доступа, в которых запрос может продолжаться без пропадания.
В соответствии с сопутствующей методологией настройка может осуществляться между исходной системой доступа и целевой системой доступа при подготовке к сеансу передачи обслуживания. Такая настройка может содержать обнаружение IP-адреса для межсистемного шлюза защиты (IWSG), который гарантирует безопасность переданных пакетов. Настройка может дополнительно содержать обнаружение IP-адреса для сети радиодоступа (RAN) или упрощенной сети RAN (RAN-lite) целевой системы доступа. Обычно сеть RAN-lite является сетью RAN, которая содержит только протокольные стеки и не имеет функции радиоприемопередатчика. Она также поддерживает существующие интерфейсы RAN с элементами базовой сети и реальной сетью RAN. После того как сеанс связи был предварительно установлен с помощью сети RAN-lite, он может быть передан реальной сети RAN через существующий интерфейс RAN (который используется для поддержки внутренней технологии передачи обслуживания в межсистемной RAN). Это позволяет выполнять передачу обслуживания целевой системе по межсистемной технологии, не требуя, например, обновлений существующих реальных RAN (для поддержки туннеля уровня L3 от AT).
В соответствии с дополнительным аспектом сеть RAN-lite связана с протоколом (например, содержащимся внутри мобильного устройства и/или IWSG), который позволяет мобильному устройству обнаруживать IP-адрес и организовывать туннель для предварительной настройки сеанса связи для целевой радиосистемы. После запроса передачи обслуживания по радиосвязи сеанс связи, который оговаривается в сети RAN-lite, может быть передан через известный существующий интерфейс. Соответственно, с точки зрения перспективы сети радиодоступа, доступ после передачи обслуживания может иметь место по той же самой радиотехнологии и, следовательно, для целевой системы радиодоступа нет необходимости модифицироваться, чтобы поддерживать передачу обслуживания по радиотехнологии для разнородных систем. Сеть RAN-lite может логически функционировать, как и любая другая реальная RAN (например, контроллер базовой станции), то есть без фактического управления любой физической базовой станции. Всякий раз, когда мобильное устройство организует туннель с помощью упрощенной RAN-lite, такое мобильное устройство может согласовать сеанс связи с помощью упрощенной сети RAN-lite так, чтобы мобильное устройство могло получить сеанс связи по радиотехнологии целевой системы, и сеть RAN-lite может хранить копию сеанса связи для радиотехнологии целевой системы, при которой мобильное устройство все еще может работать по радиотехнологии исходной системы.
Также, при передаче обслуживания от мобильного устройства к целевой системе по радиотехнологии по воздуху мобильное устройство может затем получить доступ к реальной RAN целевой системы доступа, например, мобильный доступ, и целевая система доступа запрашивает мобильное устройство, существует ли сеанс связи для технологии, которая должна быть согласована. Мобильное устройство может дополнительно обеспечивать идентификатор терминала однонаправленного доступа (UATI) или эквивалентный идентификатор, который может использоваться для определения мест проведения сеанса связи, в котором UATI от мобильного устройства может указывать на сеть RAN-lite, в котором реальная сеть RAN может использоваться для восстановления сеанса связи от RAN-lite к реальной RAN. После выборки сеанса связи мобильное устройство может затем связываться с реальной RAN в целевой системе радиосвязи. Следует понимать, что реальная RAN может представлять контроллер базовой станции, содержащий реальное соединение с базовой станцией.
Межсистемный компонент управления передачей обслуживания может затем осуществить туннелирование между AT и целевой системой, при котором служебные сигналы/пакеты данных, связанные с целевой системой, могут передаваться через исходную систему. В соответствии с дополнительным аспектом туннелирование на уровне L3 обеспечивает функциональные и процедурные процессы передачи последовательностей данных переменной длины между разнородными системами, поддерживая при этом качество обслуживания и функции контроля ошибок. Такое туннелирование может дополнительно быть явным для основной системы доступа (например, отсутствие изменения в источнике для IP-пакетов), независимо от направления (например, от LTE к HRPD или от HRPD к LTE).
В сопутствующем аспекте обеспечивается считываемый компьютером носитель, имеющий коды или исполняемые компьютером команды для обнаружения IP-адресов шлюзов защиты для целевой системы доступа и исходной системы доступа, установления безопасных туннелей к шлюзам защиты и/или к любой из разнородных систем доступа.
В соответствии с дополнительным аспектом обеспечивается процессор, который выполняет команды и/или содержит устройства, связанные с обнаружением адресов для шлюзов защиты и установлением туннелей между AT и исходной или целевой системами доступа.
Для осуществления описанных выше и сопутствующих задач некоторые иллюстративные аспекты описываются здесь в сочетании с последующим описанием и приложенными чертежами. Эти аспекты являются, однако, лишь характерными, и подразумевается наличие нескольких различных путей, в которых могут использоваться принципы раскрытого предмета изобретения и заявленная сущность и которые должны содержать в себе все такие аспекты и их эквиваленты. Другие преимущества и новые признаки могут стать ясны из последующего подробного описания при его рассмотрении в сочетании с чертежами.
Краткое описание чертежей
Фиг.1 - пример межсистемного компонента управления передачей обслуживания, обеспечивающего туннелирование уровня связи с помощью мобильного устройства от исходной системы доступа к целевой системе доступа посредством исходной системы доступа.
Фиг.2 - частный случай передачи обслуживания через туннелирование уровня L3 сверхширокополосной системы мобильной связи (UMB) и высокоскоростной системы пакетной передачи данных (HRPD) в соответствии с дополнительным аспектом.
Фиг.3 - пример передачи обслуживания через туннелирование уровня L3 для систем HRPD-UMB.
Фиг. 4 - сопутствующая методология передачи состояния сеанса связи от исходной системы доступа до целевой системы доступа в соответствии с аспектом.
Фиг.5 - организация слоев для обеспечения передачи обслуживания между оборудованием пользователя и исходной/целевой системой доступа в соответствии с конкретным аспектом.
Фиг.6 - поток вызовов в соответствии с примером аспекта.
Фиг.7 - система, способная осуществлять передачу обслуживания на уровне L3 соответственно аспекту.
Фиг.8 - конкретная система, способствующая передаче данных к терминалу доступа, когда на уровне L3 требуется передача обслуживания.
Фиг. 9 - система, которая может быть осуществлена как часть передачи данных на терминал доступа до и после передачи обслуживания на уровне L3.
Фиг. 10 - система, которая может использоваться в сочетании с приемом индикации передачи обслуживания и/или передачи данных на терминал доступа, соответственно.
Подробное описание
Различные аспекты теперь описываются со ссылкой на чертежи. В приведенном ниже описании в целях объяснения излагаются многочисленные конкретные подробности, чтобы обеспечить полное понимание одного или более аспектов. Может быть, однако, очевидно, что такой аспект(ы) может быть осуществлен без этих конкретных подробностей.
Термины "компонент", "модуль", "система" и т.п., как они используются в настоящей заявке, подразумеваются содержащими связанный с применением компьютера объект, такой как, в частности, аппаратурное обеспечение, встроенное программное обеспечение, комбинация аппаратурного обеспечения и программного обеспечения, программное обеспечение или выполняемое программное обеспечение. Например, компонент может быть, в частности, процессом, работающим на процессоре, процессором, объектом, исполняемой программой, потоком управления, программой и/или компьютером. Для примера, как приложение, работающее на компьютерном устройстве, так и компьютерное устройство, могут быть компонентом. Один или более компонентов могут постоянно находиться внутри процесса и/или потока управления и компонент может быть локализован на одном компьютере и/или быть распределен между двумя или более компьютерами. Кроме того, эти компоненты могут работать с различных считываемых компьютером носителей с различными хранящимися на них структурами данных. Компоненты могут осуществлять связь посредством локальных и/или удаленных процессов, таких, которые используют сигнал, имеющий один или более пакетов данных, таких как данные от одного компонента, взаимодействующего с другим компонентом в локальной системе, распределенной системе и/или через сеть, такую как Интернет, и с другими системами посредством сигнала.
Дополнительно, различные аспекты описаны здесь в связи с терминалом, который может быть проводным терминалом или беспроводным терминалом. Терминал может также называться системой, устройством, абонентским устройством, абонентским пунктом, мобильной станцией, мобильным телефоном, мобильным устройством, удаленной станцией, удаленным терминалом, терминалом доступа, терминалом пользователя, терминалом, устройством связи, агентом пользователя, устройством пользователя или оборудованием пользователя (UE). Беспроводной терминал может быть мобильным телефоном, спутниковым телефоном, радиотелефоном, телефоном по протоколу инициирования сеанса (SIP), станцией местной беспроводной линии (WLL), карманным компьютером для беспроводной связи (PDA), носимым устройством с возможностью беспроводного подключения, компьютерным устройством или другим устройством обработки, соединенным с беспроводным модемом. Кроме того, различные аспекты описываются здесь в сочетании с базовой станцией. Базовая станция может использоваться для связи с беспроводным терминалом(ами) и может также упоминаться как пункт доступа, узел В или некоторая другая терминология.
Кроме того, термин "или" предназначен для того, чтобы означать содержащее "или", а не исключающее "или". Таким образом, если не указано иначе или ясно из контекста, фраза "X использует A или В" предназначена означать любую из естественных содержащих в ней перестановок. То есть фраза "X использует A или В" удовлетворяется любым из следующих случаев: X использует A; X использует В; или X использует как A, так и В. Кроме того, неопределенные артикли "a" и "an", как они используются в настоящей заявке и приложенной формуле изобретения, должны обычно истолковываться как означающие "один или более", если не указано иное или если из контекста ясно, что они должны относиться к форме единственного числа.
Описанные здесь технологии могут использоваться для различных систем беспроводной связи, таких как CDMA, TDMA, FDMA, OFDMA, SC-FDMA и других систем. Термины "система" и "сеть" часто используются взаимозаменяемо. Система CDMA может осуществлять радиотехнологию, такую как универсальная наземная система радиодоступа (UTRA), cdma2000 и т.д. UTRA содержит широкополосный CDMA (W-CDMA) и другие варианты CDMA. Дополнительно, cdma2000 охватывает стандарты IS-2000, IS-95 и IS-856. Система TDMA может осуществить радиотехнологию, такую как Глобальная система связи с подвижными объектами (GSM). Система OFDMA может осуществить радиотехнологию, такую как Evolved UTRA (E-UTRA), сверхширокополосная сеть мобильной связи Ultra Mobile Broadband (UMB), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, Flash-OFDMD, и т.д. UTRA и E-UTRA являются частью универсальной системы мобильной связи Universal Mobile Telecommunication System (UMTS). 3GPP Long Term Evolution (LTE) является вариантом UMTS, использующим E-UTRA с применением OFDMA на нисходящей линии связи и SC-FDMA на восходящей линии связи. UTRA, E-UTRA, UMTS, LTE и GSM описаны в документах организации под названием "3rd Generation Partnership Project" (Проект партнерства в области систем связи третьего поколения) (3GPP). Дополнительно, cdma2000 и UMB описаны в документах организации под названием "Проект 2 партнерства в области систем связи третьего поколения) (3GPP2).
Различные аспекты или признаки будут представлены с точки зрения систем, которые могут содержать множество устройств, компонент, модулей и т.п. Следует понять и принять во внимание, что различные системы могут содержать дополнительные устройства, компоненты, модули, и т.д. и/или, возможно, не содержать все устройства, компоненты, модули и т.д., обсуждаемые в связи с чертежами. Может также использоваться комбинация этих подходов.
На фиг.1 показана сетевая система 100, обеспечивающая передачу обслуживания между разнородными сетями и межсетевой обмен между исходной системой 110 доступа и целевой системой 112 доступа. Следует принять во внимание, что такой чертеж является по своему характеру примером и межсистемный компонент управления передачей обслуживания может быть частью терминала доступа (АТ). Сеанс связи между АТ и целевой системой может быть организован заранее (явно для исходной системы), например, посредством туннеля уровня L3. Такой межсистемный компонент 115 управления передачей обслуживания облегчает установку туннелирования уровня L3 мобильным устройством 104, которое работает в двойном режиме (как исходной системы 110 доступа, так и целевой системы 112 доступа). Межсистемный компонент 115 управления передачей обслуживания первоначально дает возможность мобильному устройству 104 приобрести местное доменное имя, связанное с исходной/целевой системами 110, 112 доступа. После этого межсистемный компонент управления передачей обслуживания облегчает обнаружение IP-адреса для шлюза защиты и сети радиодоступа (RAN) целевой системы 112 доступа. Такой шлюз действует как сетевой пункт входа в целевую систему 112 доступа. Соответственно, межсистемный компонент 115 управления передачей обслуживания дает возможность мобильному устройству 104 установить туннелирование уровня L3, в котором служебные сигналы и пакетные данные, связанные с целевой системой 112 доступа, могут затем быть переданы через исходную систему доступа, работая без посредников.
Также, межсистемный компонент 115 управления передачей обслуживания может использовать туннелирование перед передачей обслуживания, чтобы обменяться настройками и исполняемыми пакетами передачи обслуживания как частью согласования взаимодействия при сеансе связи между АТ 104 и целевой системой доступа 112, чтобы уменьшить прерывание во время передачи обслуживания и смягчить требование к выполнению настройки сеанса связи во время передачи обслуживания. Межсистемный компонент 115 управления передачей обслуживания дополнительно дает возможность транспортировать пакеты данных посредством исходной системы 110 доступа, при котором такая исходная система 110 доступа обычно не принимает участия в согласовании взаимодействия между АТ 104 и целевой системой 112 доступа.
На фиг.2 и фиг.3 показаны конкретные аспекты передачи обслуживания через туннелирование уровня L3 от системы 210 UMB к системе 215 HRPD и наоборот. На фиг.2 исходная система доступа представлена системой 210 UMB, в которой терминал доступа или мобильное устройство 211 имеют связь с развернутой базовой станцией (eBS) 222, в которой IP-пакеты передаются от eBS к шлюзу и от домашнего агента к Интернету. После запроса передачи обслуживания от системы 210 UMB (которая представляет исходную систему доступа) к системе 215 доступа HRPD (которая представляет целевую систему доступа) инициируется настройка для HRPD, во время которой мобильное устройство 211 все еще остается в системе 210 UMB 210. Межсистемный компонент управления передачей обслуживания может затем осуществить туннелирование между системой 210 UMB 210 и системой 215 HRPD, при котором служебные сигналы системы HRPD и сопутствующие пакеты данных могут быть открыто переданы через туннелирование уровня L3, которое может быть транспортировано по IP посредством системы 210 UMB.
Соответственно, линия 250 пути прохождения сигнала указывает линию трафика, в котором мобильный блок 211 в системе 210 UMB требует обнаружения сети радиодоступа RAN/RAN-lite 212 и сопутствующего IP-адреса системы 215 HRPD, чтобы подготовить и провести настройку связи (например, для пакетной передачи). После обнаружения IP-адреса служебная сигнализация для системы 215 HRPD может затем осуществить через сеть RAN-lite передачу такого IP-адреса/пакетирования, при которой пакеты могут пройти через шлюз 217 доступа (AGW) в системе UMB и могут затем быть переданы в сеть RAN-lite 212. Узел 219 обслуживания пакетных данных (PDSN) действует как точка подключения между HRPD RAN 212 и IP-сетями, в которых межсистемный шлюз 214 защиты (IWSG) может обеспечивать безопасность (например, для IP) по туннелю IPsec 260, чтобы обезопасить пакетную передачу между АТ 211 и сетью RAN/RAN-lite 212. Такой шлюз 214 действует как сетевой пункт для входа в целевую систему 215 доступа HRPD. Кроме того, ссылочный сетевой контроллер 218 сеанса связи (SRNC) обычно содержит функции аутентификации и сопутствующие конфигурации, которые согласуются между базовой станцией 222 и терминалом 211 доступа, и функционирует в качестве ссылки для базовой станции 222 для восстановления информации (например, чтобы получить информацию сеанса связи и избежать конфликтов во время изменения сеанса связи).
Аналогично, на фиг.3 показан дополнительный аспект передачи обслуживания посредством туннелирования уровня L3 от HRPD 310 к системе 315 UMB. Когда делается запрос передачи обслуживания от исходной системы 310 HRPD к целевой системе 315 UMB, сеть RAN/lite-eBS 312 в сети UMB может быть обнаружена и соответствующий шлюз(ы) UMB идентифицируется как 316, 325. Например, первоначально сеть RAN-lite 312 системы UMB может обнаружить, что она связана с межсистемным шлюзом 325 защиты (IWSG). В дальнейшем при обнаружении такого IP-адреса пакеты могут затем посылаться на IP-адрес адресата, основываясь на туннелировании уровня 3 протокола связи. Такая сделанная заранее настройка может затем облегчить последующий поток пакетов в целевую систему 315 UMB.
На фиг.4 показан пример технологии передачи обслуживания между разнородными системами в соответствии с аспектом. Хотя пример способа показан и описан здесь как ряд этапов, представляющих различные события и/или действия, аспект предмета изобретения не ограничивается показанным порядком следования таких этапов. Например, некоторые действия или события могут происходить в другом порядке и/или одновременно с другими действиями или событиями, отличными от порядка, показанного здесь, в соответствии с описанными аспектами. Кроме того, не все показанные этапы, события или действия могут требоваться для осуществления технологии в соответствии с аспектами предмета изобретения. Кроме того, следует понимать, что пример способа и другие способы, соответствующие описанным аспектам, могут быть осуществлены в связи со способом, показанным и описанным здесь, а также в связи с другими системами и устройствами, не показанными или не описанными здесь. Первоначально и на этапе 410 могут быть обнаружены изменения в условиях радиосвязи, которые могут переключить запрос подготовки передачи обслуживания от АТ к целевой системе доступа. Альтернативно, переключение для подготовки передачи обслуживания может произойти из-за извещения целевой системы доступа в качестве соседствующей технологии для исходной системы доступа. Впоследствии и при подготовке к сеансу передачи обслуживания на этапе 412 может быть осуществлена настройка между АТ и целевой системой доступа. Такая настройка может содержать обнаружение IP-адреса на этапе 416 для межсистемного шлюза защиты, который гарантирует безопасность переданных пакетов. Настройка может дополнительно содержать обнаружение на этапе 418 IP-адреса целевой системы доступа RAN/RAN-lite. Межсистемный компонент управления передачей обслуживания может затем на этапе 420 осуществить туннелирование между АТ и целевой системой доступа, при котором служебная сигнализация/пакеты, связанные с целевой системой, могут быть переданы через исходную систему. Кроме того, на этапе 422 АТ согласует взаимодействие при сеансе связи через радиоинтерфейс и IP-сеанс с целевой системой доступа. Также, на этапе 424 принимается запрос радиоресурсов от целевой системы доступа, сопровождаемый выделением на этапе 426 радиоресурсов от целевой системы к АТ. Соответственно, на этапе 430 IP-трафик может быть перенаправлен к АТ (или может быть также помещен после действия 434), сопровождаясь завершением передачи обслуживания на этапе 432. Впоследствии на этапе 434 АТ получает доступ к целевой системе с помощью радиосвязи.
Нижеследующее является конкретным примером полностью квалифицированных доменных имен для поиска на сервере DNS, который любой IP-хост (такой, как АТ) может выполнять с помощью сервера DNS. Примеры обращений к шлюзу защиты и обнаружения сети RAN/RAN-lite целевой системы могут содержать:
Действующая передача обслуживания от UMB к HRPD
<субсеть HRPD>.HRPD.IWSG.<местное доменное имя>
<субсеть HRPD>.HRPD.RAN.<местное доменное имя>
Действующая передача обслуживания от HRPD к UMB
<UMB-ANID>.UMB.IWSG.<местное доменное имя>
<UMB-ANID>.UMB.RAN.<местное доменное имя>
Действующая передача обслуживания от WiMAX к HRPD
<субсеть HRPD>.HRPD.IWSG.<местное доменное имя>
<субсеть HRPD>.HRPD.RAN.<местное доменное имя>
Действующая передача обслуживания от HRPD к WiMAX
<WiMAX-APID>.WiMAX.IWSG.<местное доменное имя>
<WiMAX-APID>.WiMAX.RAN.<местное доменное имя>
Действующая передача обслуживания от LTE к HRPD
<субсеть HRPD>.HRPD.IWSG.<местное доменное имя>
<субсеть HRPD>.HRPD.RAN.<местное доменное имя>
Действующая передача обслуживания от HRPD к LTE
<LTE-eNBID>.LTE.IWSG.<местное доменное имя>
<LTE-eNBID>.LTE.RAN.<местное доменное имя>
Субсеть HRPD, UMB ANID, WiMax APID, и LTE-eNBID могут быть получены либо непосредственно по воздуху целевой системой доступа, либо через регистрацию соседствующей технологии, о которой сообщает исходная система доступа.
На фиг.5 показаны пример блок-схемы взаимодействия среди оборудования пользователя или терминалом 510 доступа, исходная система 540 доступа и целевая система 560 доступа. Оборудование 510 пользователя (UE) содержит как протокол 511 целевой системы, так и протокол 512 исходной системы, чтобы предоставить возможность работы в двойном режиме с обеими системами. Такое построение позволяет обнаружение IP-адреса IWSG и установление туннеля IPsec. Кроме того, может быть обнаружен IP-адрес целевой RAN, чтобы предоставить возможность предварительной настройки сеанса связи целевой сети RAN. Схема 500 облегчает передачу обслуживания сеанса связи от исходной системы 540 доступа к целевой системе 560 доступа, используя подготовку к передаче обслуживания и выполнение передачи обслуживания до передачи обслуживания, осуществляя туннель IPsec.
На фиг.6 показан пример потока 600 вызовов для установления IP-туннеля защиты в соответствии с дополнительным аспектом. АТ 602 первоначально связывается с исходной системой 604 доступа и получает доменное имя для целевой системы доступа посредством запроса 610. Соответственно, АТ 602 может выдать запрос 606 системы доменных имен (DNS), чтобы получить IP-адрес межсистемного шлюза 608 защиты (IWSG) для получения доступа к целевой системе доступа. Кроме того, такой запрос DNS может дополнительно содержать обнаружение IP-адреса для целевой системы доступа RAN/RAN-lite. АТ 602 может затем инициировать туннелирование к целевой системе доступа, при котором служебные сигналы/пакеты, связанные с целевой системой, могут быть переданы через исходную систему 604. Как объяснялось ранее, пример передачи обслуживания между такими разнородными системами доступа может содержать передачу обслуживания между системами UMB/HRPD; WiMax/HRPD; LTE/HRPD, в которых архитектуры систем могут осуществлять IP-мобильность, используя мобильный IP клиента, чтобы активно вовлечь мобильное устройство или терминал 602 доступа в подготовку передачи обслуживания; или, альтернативно, использовать системы, более управляемые сетями, чем непосредственно мобильным устройством. Такое межсистемное взаимодействие может позволять мобильному устройству передачу обслуживания сеанса связи между различными системами доступа, в которых запрос может продолжаться без пропадания.
На фиг.7 показаны примеры разнородных систем 711, 721 беспроводной связи, которые могут предоставлять обслуживание терминалу 726 беспроводной связи. Системы 711, 721 представляют целевую систему доступа и исходную систему доступа, соответственно, которые содержат множество секторов 702, 704, 708 и 706, 710, 712. Целевая система 711 доступа и исходная система 721 доступа могут использовать различные службы беспроводной связи внутри таких секторов. Хотя такие сектора показаны как шестиугольные по своему характеру и могут быть, по существу, схожего размера, подразумевается, что размер и форма этих секторов могут изменяться в зависимости от географической области, количества, размера и формы физических препятствий, таких как здания, и нескольких других факторов. Пункты доступа (базовые станции, маршрутизаторы доступа и т.д.) 714, 716, 720 связаны с секторами 702, 704, 708, в которых технология "A" используется как их часть. Точно также, пункты доступа 718, 722, 724 связаны с секторами 706, 712, 710, в которых технология "B" используется как их часть, причем технология "B" отличается от технологии "A".
По мере того как терминал 726 беспроводной связи географически перемещается, он может принимать сигналы большей мощности от целевой системы 711 доступа по сравнению с сигналами, принимаемыми от исходной системы 721 доступа. Следует принять во внимание, что терминал 726 беспроводной связи может работать в двойном режиме как с исходной системой 721 доступа, так и с целевой системой 711 доступа, причем межсетевой компонент 719 управления передачей обслуживания может обеспечивать туннелирование заранее до передачи обслуживания как часть согласования взаимодействия сеанса связи между АТ 726 и целевой системой 711 доступа. Соответственно, пакеты данных могут транспортироваться (явно или неявно) посредством исходной системы 721 доступа, в то время как АТ готовится к передаче обслуживания к целевой системе, и затем пакеты данных могут быть перенаправлены на целевую систему, как только закончится переадресация вызова.
На фиг.8 показана конкретная система 800, облегчающая передачу данных между разнородными системами доступа, когда передача обслуживания затребована посредством туннелирования уровня L3, установленного мобильным устройством. Система 800 может быть связана с пунктом доступа и содержит группу 802 компонент, которые могут связываться друг с другом в связи с передачей данных на терминал доступа во время передачи обслуживания между разнородными системами доступа. Группа 802 содержит компоненты 804 для определения, что терминал доступа запросил передачу обслуживания от первой системы доступа ко второй системе доступа. Например, такое определение может происходить путем анализа тождественности целевой системы доступа терминалом доступа. Такая тождественность может содержать любые подходящие признаки, используемые для идентификации IP-адресов устройств целевой системы среди одного или более устройств другой системы доступа. Следует принять во внимание, что различные процессы индикации тождественности целевого доступа могут быть рассмотрены для описанных аспектов и подразумеваются охваченными ими.
Группа 802 также содержит компонент 806 для приема данных от первой системы доступа, а также приема индикации о том, какие данные должны быть переданы на терминал доступа следующими от такой первой системы доступа. Например, временная метка или другой порядковый номер в заголовке пакета RLP могут указывать, какие данные должны быть переданы следующими на терминал доступа. Группа 802 дополнительно содержит компонент 808 для приема данных от сетевого устройства, в котором данные по желанию передаются на терминал доступа. Кроме того, данные, принятые от сетевого устройства, могут быть IP-капсулированным пакетом данных, который связан с порядковым номером или временной меткой, давая, таким образом, возможность функционировать второму приемопередатчику, чтобы определить, какие данные должны быть переданы следующими на терминал доступа. Группа 802 может дополнительно содержать компонент 810 для передачи данных на терминал доступа в соответствующей последовательности, в котором данные принимаются от первой системы доступа и сетевого устройства. Например, вторая система доступа может принять данные, которые должны быть переданы на терминал доступа, на котором данные не дублируются и должны передаваться в определенной последовательности. Система 800 может также содержать запоминающее устройство 812, в котором могут храниться команды, относящиеся к исполнительным компонентам 804-810. Система 800 дает возможность новой или целевой системе доступа начать прием данных при подготовке передачи обслуживания даже при том, что источник еще не уступил управление и данные продолжают выстраиваться в целевой системе доступа. Такая целевая система доступа имеет информацию, требующуюся для восстановления информации протокола сетевого уровня и переданных данных, причем передача обслуживания может произойти, не прерывая текущую передачу данных, при существенно высокой скорости и малом времени простоя. Система 800 может быть осуществлена как часть распределенной и/или централизованной архитектуры.
На фиг.9 показана система 900, которая может использоваться в связи с передачей данных на терминал доступа до и после передачи обслуживания на уровне L3. Система 900 содержит приемник 902, который принимает сигнал, например, от одной или более приемных антенн, выполняет над принятым сигналом типичные действия (например, фильтрует, усиливает, преобразует вниз по частоте …) и оцифровывает подготовленный сигнал для получения выборок. Демодулятор 904 может демодулировать и обеспечивать принятые пилотные символы процессору 906 для оценки канала.