RU2265282C2 - Способ и система для мобильных узлов протокола ip в гетерогенных сетях - Google Patents

Способ и система для мобильных узлов протокола ip в гетерогенных сетях Download PDF

Info

Publication number
RU2265282C2
RU2265282C2 RU2004101041/09A RU2004101041A RU2265282C2 RU 2265282 C2 RU2265282 C2 RU 2265282C2 RU 2004101041/09 A RU2004101041/09 A RU 2004101041/09A RU 2004101041 A RU2004101041 A RU 2004101041A RU 2265282 C2 RU2265282 C2 RU 2265282C2
Authority
RU
Russia
Prior art keywords
mobile node
interfaces
network
address
protocol
Prior art date
Application number
RU2004101041/09A
Other languages
English (en)
Other versions
RU2004101041A (ru
Inventor
Ян ЛИНДЕР (CH)
Ян ЛИНДЕР
Марк ДАНЦАЙЗЕН (CH)
Марк ДАНЦАЙЗЕН
Original Assignee
Свисском Мобиле Аг
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Свисском Мобиле Аг filed Critical Свисском Мобиле Аг
Publication of RU2004101041A publication Critical patent/RU2004101041A/ru
Application granted granted Critical
Publication of RU2265282C2 publication Critical patent/RU2265282C2/ru

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/24Connectivity information management, e.g. connectivity discovery or connectivity update
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0011Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0019Control or signalling for completing the hand-off for data sessions of end-to-end connection adapted for mobile IP [MIP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W48/00Access restriction; Network selection; Access point selection
    • H04W48/18Selecting a network or a communication service
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/18Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/14Reselecting a network or an air interface
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04Network layer protocols, e.g. mobile IP [Internet Protocol]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02Terminal devices
    • H04W88/06Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)
  • Small-Scale Networks (AREA)

Abstract

Изобретение относится к способу для мобильных узлов протокола Интернет (IP) в гетерогенных сетях с приложениями реального времени. Техническим результатом является возможность переключения, в гетерогенных сетях, с одного сетевого соединения на другое без прерывания IP-приложений. Технический результат достигается тем, что модуль (134) администрирования интерфейсов мобильного узла (10) проверяет мобильный узел на наличие доступных сетевых интерфейсов (14-17), формирует таблицу перекодировки с доступными и конфигурируемыми интерфейсами (14-17) и связывается с одним из интерфейсов (14-17). Приложения (11) протокола IP мобильного узла (10) получают доступ к гетерогенным сетям через виртуальный сетевой интерфейс (133) протокола IP, сформированный в мобильном узле (10), причем сформированный интерфейс (133) протокола IP связан с текущей сетью (21-24) через модуль (134) администрирования интерфейсов. При смене интерфейса (14-17) мобильного узла (10) связь постоянного виртуального сетевого интерфейса протокола IP с сетью (21-24) обновляется на основе таблицы перекодировки посредством модуля (134) администрирования интерфейсов, 2 н. и 14 з.п. ф-лы, 9 ил.

Description

Настоящее изобретение относится к способу для мобильных узлов протокола Интернет (IP) в гетерогенных сетях, в которых собственный агент динамически присваивает временный замещающий адрес протокола Интернет (IP-адрес) статическому исходному IP-адресу, когда мобильный узел перемещается в гетерогенных сетях, причем динамический замещающий адрес указывает топологически текущее сетевое местоположение мобильного узла, и пакеты данных протокола IP, имеющие исходный IP-адрес мобильного узла в качестве адреса места назначения (получателя), переадресуются на замещающий адрес мобильного узла. Более конкретно, изобретение относится к способу для мобильных узлов в гетерогенных сетях с приложениями реального времени.
В последние несколько лет количество Интернет-пользователей в мире и, следовательно, предоставляемой информации увеличилось экспоненциально. Хотя Интернет предоставляет доступ к информации в глобальном масштабе, однако обычно к ней не имеется доступа до тех пор, пока пользователь не прибудет в конкретную точку доступа к сети, такую как, например, офис, школа, университет или к себе домой. Расширение ассортимента мобильных устройств с функциями протокола IP, таких как персональные цифровые помощники (PDA), мобильные радиотелефоны и портативные компьютеры, начинает изменять традиционную концепцию сети Интернет. Аналогичный переход от стационарных узлов в сетях к гибким функциональным возможностям через увеличение мобильности только начался. В мобильной телефонии, например, эта тенденция также проявилась, в числе прочего, в новых стандартах, таких как WAP (Протокол беспроводных приложений), GPRS (Общие услуги пакетной передачи) или UMTS (Универсальная система мобильной связи). Для того чтобы понять различие между современной реальностью и возможностями связи по протоколу IP в будущем, можно вспомнить, в качестве сравнения, развитие телефонии в направлении мобильности за последние двадцать лет.
Использование мобильных компьютеров не следует смешивать с использованием компьютеров и сетевыми возможностями, которые известны на сегодняшний день. При использовании мобильной сети существующий доступ по протоколу IP к приложениям в мобильном узле не должен прерываться, когда пользователь изменяет свое местоположение в сети. Напротив, все изменения в канале и интерфейсе, например, в процессе перехода в другие сети (Ethernet, сеть мобильной радиосвязи, WLAN (беспроводная локальная сеть), Bluetooth (технология беспроводной связи микропроцессорных устройств локальной сети) и т.д.) должны иметь возможность осуществляться автоматически и не интерактивным способом, так чтобы пользователю даже не нужно было бы знать об этом. Это также применимо к изменению интерфейса, например, в процессе использования приложений реального времени. Реальный мобильный режим компьютерных операций протокола IP имеет множество преимуществ, основанных на постоянном стабильном доступе к Интернет. При таком доступе работа может производиться свободно и независимо от рабочего стола. Однако требования для мобильных узлов в сетях отличаются во многом от упомянутого развития в технологии мобильной радиосвязи. Конечными пунктами в мобильной радиосвязи обычно являются пользователи. В случае мобильных узлов, однако, компьютерные приложения могут осуществлять взаимодействия между различными участниками сети без помощи или вмешательства человека. Достаточно примеров этого можно найти на самолетах, судах, автомобилях. Так, могут быть полезными компьютерные операции, в частности, при доступе к Интернет вместе с другими приложениями, например в комбинации с устройствами определения местоположения, такими как спутниковая система GPS (Глобальная система определения местоположения).
Одной из проблем в случае мобильного сетевого доступа по протоколу Интернет (IP) является то, что протокол IP, используемый для маршрутизации пакетов данных от адреса источника на адрес места назначения в сети, использует так называемые IP-адреса. Эти адреса присвоены стационарным местоположениям в сети подобно тому, как телефонные номера стационарной сети присвоены физическим гнездам коммутатора в телефонии. Если адресом места назначения (получателем) пакетов данных является мобильный узел, то это означает, что новый сетевой IP-адрес должен присваиваться при каждой смене сетевого местоположения, что делает невозможным прозрачный мобильный доступ. Эти проблемы были решены мобильным IP-стандартом (IETF RFC 2002, октябрь 1996) Проблемной группы проектирования Интернет (IETF) тем, что мобильный IP-стандарт позволяет мобильному узлу использовать два IP-адреса. Один из этих адресов является обычным статическим IP-адресом (исходным адресом), который указывает местоположение в исходной сети, в то время как второй является динамическим замещающим IP-адресом, который обозначает текущее местоположение мобильного узла в сети. Присвоение двух адресов позволяет переадресовывать IP-пакеты данных на корректный текущий адрес мобильного узла.
Однако не все проблемы использования мобильной сети решены мобильным IP-стандартом, предложенным IETF. Если, например, пользователь хотел бы переключиться между двумя различными сетевыми интерфейсами при выполнении приложения протокола IP, то IP-соединение прерывается в момент, когда он покидает канал старой сети. Это соединение прерывается по меньшей мере до тех пор, пока в мобильном узле не будет установлен новый канал связи с сетью, и до тех пор, пока новое местоположение, то есть новый замещающий адрес, не станет известным и не будет зарегистрирован в так называемом собственном агенте. Собственный агент обычно представляет собой фиксированный сетевой узел, который распоряжается двумя адресами мобильного узла (исходным адресом и замещающим адресом) и переадресует или маршрутизирует соответствующие пакеты данных. Если время прерывания для замены превышает задержки тайм-аута, определенные, например, в протоколе ТСР (протокол управления передачей данных) для времени простоя, IP-соединение прерывается, разумеется, в любом случае. Даже если время прерывания находится в пределах задержек тайм-аута, определенных в протоколе ТСР, однако приложения протокола IP не могут поддерживать соединение, если физический сетевой интерфейс не является постоянно доступным. Примерами этого является замена сетевой карты в мобильном узле (например, в портативном персональном компьютере (ПК)), имеющем только одно гнездо платы для физических сетевых интерфейсов. В случае такой смены физического сетевого интерфейса приложения протокола IP или соответственно ядро получают сообщение, что никакое физическое сетевое устройство больше не может быть присвоено туннельному соединению протокола IP для передачи данных, и разъединяют соединение. Это приводит к тому, что приложения протокола IP должны перезапускаться обычным образом после смены сетевой карты, чтобы иметь возможность доступа к конкретному туннельному IP-соединению для передачи данных. Другая проблема состоит в том, что на стороне мобильного узла пакеты данных теряются в течение времени простоя между соединениями, поскольку никакое физическое сетевое устройство больше не назначается. Это не только приводит к потере данных, но и вызывает то, что скорость передачи IP-пакетов в IP-приложениях замедляется в соответствии с продолжительностью времени простоя. Как только новое соединение устанавливается, скорость передачи увеличивается, однако сначала только поэтапно. Это вызывает ненужное замедление выполнения приложения протокола IP при каждом изменении интерфейса или местоположения.
Сетевые интерфейсы традиционно подразделяются на различные уровни. Для настоящего изобретения интерес представляют наиболее низкие уровни. Различаются уровень 1 (L1), который соответствует интерфейсу физической сети (например, плате NIC (сетевая интерфейсная плата)), уровень 2 (L2), на котором возможно первоначальное распознавание и идентификация интерфейса программным обеспечением, и уровень 3 (L3) в качестве IP-уровня, на котором осуществляется различение между различными каналами IP-сетей для приложений программного обеспечения системы, а также соединение IP-приложений c интерфейсом IP-сети. Могут быть определены дальнейшие уровни, выше L3, такие, например, как ТСР (Протокол управления передачей) и т.д. Различные физические сетевые интерфейсы могут также иметь различные уровни L2. Так, проводится различие между интерфейсами с коммутацией пакетов и с коммутацией каналов. Каждый узел сети, например, обычно имеет интерфейс с коммутацией пакетов с однозначно определенным сетевым адресом, причем эти сетевые адреса называются адресами DLC (Протокол управления каналом передачи данных) или адресами MAC (Протокол управления доступом к среде передачи). В случае сетей, соответствующих стандарту IEEE 802 (IEEE: Институт инженеров по электротехнике и электронике) (таких как Ethernet) адреса протокола DLC (DLC-адреса) обычно называются адресами протокола МАС (МАС-адресами). Для того, чтобы определяться как адрес протокола DLC, адрес должен удовлетворять по меньшей мере опорной модели OSI (Взаимодействие открытых систем) стандартов ISO (Международной организации по стандартизации). Опорная модель OSI определяет 7-уровневую структуру для реализации сетевых протоколов. Иными словами, DLC-адрес или соответственно МАС-адрес представляет собой адрес аппаратного средства, который однозначно определенно идентифицирует в сети узел или соответственно физический сетевой интерфейс. Некоторые протоколы, такие как Ethernet или Token Ring (маркерное кольцо), используют исключительно DLC/MAC-адрес, то есть они не могут осуществлять связь с соответствующим узлом без этого адреса. Интерфейс с коммутацией каналов, с другой стороны, не имеет таких DLC или МАС-адресов, то есть, следовательно, не имеет соответствующей идентификации DLCI (DLC-идентификатор). Примерами протоколов, использующих интерфейсы с коммутацией каналов, являются, в числе других, PPP (Протокол двухточечного соединения), SLIP (Межсетевой протокол для последовательного канала) или GPRS (Общие услуги пакетной радиосвязи).
Возможное решение, направленное на устранение вышеуказанных недостатков предшествующего уровня техники, раскрыто в публикации европейского патента EP 1089495 компании Nortel Networks Limited. В EP 1089495 раскрыты система и способ, в которых, при некоторых обстоятельствах, можно осуществить смену физических интерфейсов без прерывания действующих приложений протокола IP на компьютере или без необходимости перезапуска, поскольку их связь с исходным интерфейсом потеряна. Компания Nortel предложила для этого так называемый Арбитр сетевого доступа (NAA). NAA следит за тем, чтобы различные МАС-адреса индивидуально конфигурируемых физических сетевых интерфейсов переадресовывались через один фиксированный МАС-адрес так называемой главной сетевой интерфейсной платы (NIC). NAA соединяет уровень L2 доступных сетевых интерфейсных плат тем, что он переадресует пакеты данных от главной сетевой интерфейсной платы NIC на соответствующий МАС-адрес другого сетевого интерфейса (дополнительной платы NIC). При этом, однако, не генерируется виртуальный интерфейс, а вместо этого NAA переадресует МАС-адрес через первый интерфейс с МАС-адресом главной палаты NIC на другой (драйвер виртуального адаптера). Неотъемлемой частью этого известного изобретения является то, что для NAA постоянно доступным должен быть по меньшей мере один физический интерфейс с МАС-адресом, поскольку NAA в противном случае теряет свою функцию. Это, однако, может оказаться недостатком в случае мобильных устройств, таких как портативные компьютеры и т.д., если у них имеется, например, только одно гнездо для ввода сетевой платы PCMCIA (Международная ассоциация производителей плат для персональных компьютеров IBM PC). Если одна сетевая плата удалена для переключения на другую сетевую технологию (например, с Ethernet со стационарной сетью на беспроводную связь), то изобретение Nortel больше не действует. То же самое применимо в случае, если пользователь непреднамеренно удалит сетевой интерфейс (главную плату NIC), посредством которой NAA осуществляет переадресацию на другие МАС-адреса. Еще одним недостатком изобретения Nortel является его чувствительность к определению или стандарту определяемого аппаратными средствами сетевого адреса сетевого интерфейса. Если адрес, например, не соответствует стандарту IEEE 802 (МАС-адреса) и если новый стандарт адресов предварительно не определен в явном виде в NAA, то NAA не функционирует с этими интерфейсами, поскольку он больше не может переадресовывать МАС-адреса. Это обуславливает недостаточную гибкость изобретения Nortel, поскольку новые стандарты не могут распознаваться динамическим образом. Еще один недостаток, который по меньшей мере настолько же значителен, вытекает из использования в явном виде МАС-адресов. Интерфейсы с коммутацией каналов не имеют соответствующего МАС или сетевого адреса. Поскольку NAA способен только регистрировать устройства с МАС-адресами, чтобы переадресовывать пакеты данных, то интерфейсы с коммутацией каналов не доступны для NAA, несмотря на то, что возможно их соединение с уровнем протокола IP.
Задачей настоящего изобретения является создание нового способа для мобильных узлов протокола IP в гетерогенных сетях. В частности, переключение с одного сетевого соединения на другое должно выполняться без прерывания IP-приложений и обеспечивать возможность непрерывного продолжения хода выполнения программы также и в случаях приложений реального времени, при их применении, независимо от конкретных протоколов или сетевых технологий.
Указанные результаты достигаются в соответствии с настоящим изобретением с помощью элементов, указанных в независимых пунктах формулы изобретения. Дополнительные предпочтительные варианты осуществления следуют из зависимых пунктов и из описания.
В частности, эти результаты достигаются согласно изобретению тем, что собственный агент динамически присваивает временный замещающий адрес статическому исходному IP-адресу, когда мобильный узел перемещается в гетерогенной сети, причем динамический замещающий адрес указывает топологически текущее сетевое местоположение мобильного узла, и IP-пакеты данных, имеющие исходный IP-адрес мобильного узла в качестве адреса места назначения, переадресуются на замещающий адрес мобильного узла; модуль администрирования интерфейса мобильного узла проверяет мобильный узел на доступные физические сетевые интерфейсы, составляет таблицу перекодировки с доступными и конфигурируемыми физическими сетевыми интерфейсами и связывается с одним из доступных физических сетевых интерфейсов; одно или несколько приложений протокола IP мобильного узла получают доступ к гетерогенным сетям через виртуальный сетевой интерфейс протокола IP, формируемый в мобильном узле, причем непрерывно формируемый виртуальный сетевой интерфейс протокола IP содержит сформированный виртуальный уровень L3 и сформированный виртуальный уровень L2 и связан с текущей сетью через модуль администрирования интерфейсов, а при смене физического сетевого интерфейса мобильного узла связь непрерывно действующего виртуального сетевого интерфейса протокола IP с сетью обновляется на основе таблицы перекодировки посредством модуля администрирования интерфейсов. В частности, смена физического сетевого интерфейса может включать в себя смену внутри отличающихся сетей, таких, например, как Ethernet, Bluetooth, сети мобильной радиосвязи (GSM - Глобальная система мобильной связи, UMTS - Универсальная система мобильной связи и т.д.) или WLAN (беспроводная локальная сеть) или топологическое изменение местоположения в пределах той же самой сети, например, на непосредственную связь с Ethernet. Преимущество изобретения состоит в том, что смена соединения или интерфейса мобильного узла в сети не приводит к прерыванию IP-приложений, а напротив, эти приложения продолжают выполняться без какой-либо помощи со стороны пользователя, поскольку виртуальный интерфейс сохраняет свое состояние как постоянный интерфейс по отношению к IP-приложениям. В противоположность уровню техники, предложенное решение позволяет сформировать истинный виртуальный сетевой интерфейс на L2/L3 уровне, а не осуществлять переадресацию сетевых адресов посредством существующих сетевых адресов, например MAC-адресов. Преимущество этого заключается в том, что даже при удалении всех имеющихся физических сетевых интерфейсов (плат NIC) не происходит прерывания выполняемых IP-приложений. Такие протоколы, как Ethernet или Token Ring, непосредственно используют адреса DLC (Протокол управления каналом передачи данных). Протокол IP (и аналогичным образом в комбинации с протоколом ТСР в виде протокола TCP/IP), с другой стороны, использует логический адрес на своем сетевом уровне, чтобы идентифицировать узел сети. Эти адреса преобразуются в DLC-адреса только на более низком уровне. Поскольку настоящее изобретение предусматривает формирование виртуального сетевого интерфейса непосредственно после уровня протокола IP, оно дает преимущество, состоящее в том, что обеспечивается поддержание соединения для IP-приложений полностью независимо от изменений на более низких уровнях (уровень L2/уровень L1). Это связано не только с упомянутым случаем, когда все физические сетевые интерфейсы (платы NIC) удалены. Настоящее изобретение также не зависит от стандартов сетевых адресов (то есть MAC- или DLC-адресов) используемых сетевых интерфейсов и, более того, без каких-либо проблем допускает переходы между интерфейсами с пакетной коммутацией и коммутацией каналов. В частности, если стандарт должен быть изменен, это решение не требуется адаптировать, поскольку оно использует логический адрес уровня протокола IP, а не адреса аппаратных средств. Таким образом, доступ к более высокому уровню абстракции, то есть уровням протоколов, дает преимущество независимости от стандартов, например от адресов аппаратных средств.
В одном из вариантов осуществления модуль администрирования интерфейсов периодически проверяет мобильный узел на имеющиеся физические сетевые интерфейсы. Преимущество этого варианта осуществления состоит в том, что таблица перекодировки всегда поддерживается в наиболее обновленном состоянии и немедленно доступна. В частности, путем постоянного контроля физических сетевых интерфейсов и их свойств замены могут осуществляться автоматически, например, когда доступны физические сетевые интерфейсы с лучшими опциями передачи, чем у тех, которые используются в текущий момент. В качестве одного из вариантов осуществления также возможно, что критерий автоматической смены физического интерфейса будет определяться пользователем. Преимуществом данного варианта является, в числе прочего, то, что пользователь может конфигурировать виртуальный интерфейс весьма индивидуальным образом в соответствии с его потребностями.
В одном из вариантов осуществления виртуальный интерфейс изменяет и обновляет физический интерфейс автоматически посредством модуля администрирования интерфейсов на основе информации из таблицы перекодировки. В качестве возможного варианта осуществления изменение может также производиться автоматически на основе критериев, которые могут быть установлены пользователем. Преимуществом данного варианта является то, что, в зависимости от определенного критерия, мобильный узел всегда автоматически использует физический интерфейс, например, с наивысшей пропускной способностью данных в конкретный момент или с наилучшим отношением стоимость/эффективность.
В другом варианте осуществления доступные физические сетевые интерфейсы являются динамически конфигурируемыми. Преимущество этого, в числе прочего, заключается в том, что могут использоваться, возможно, доступные услуги такие, как, например, услуга DHCP (Протокол динамического конфигурирования хоста), и обработка для пользователя упрощается благодаря автоматическому выполнению конфигурирования.
В другом варианте осуществления доступные физические сетевые интерфейсы являются статически конфигурируемыми. Преимущество этого, в числе прочего, состоит в том, что конфигурирование сетевых интерфейсов является контролируемым и простым для понимания пользователем.
Во всех упомянутых вариантах осуществления также можно, в дополнительном варианте осуществления, буферизовать исходящие пакеты данных протокола IP в буфере данных мобильного узла в случае, когда сетевое соединение мобильного узла прерывается, чтобы скорость передачи выходных данных одного или нескольких приложений протокола IP поддерживалась или сохранялась в пределах конкретного допуска на отклонения. Преимущество этого варианта состоит, в числе прочего, в том, что при смене физического интерфейса скорость выходных данных приложения протокола IP может поддерживаться постоянной или находиться в пределах заданного допуска на отклонения при условии, что объем памяти буфера данных достаточен для хранения исходящих пакетов данных. Преимуществом этого варианта вновь является то, что пропускная способность данных протокола IP не снижается при исполнении приложений протокола IP или ядра в течение прерывания.
Следует отметить, что изобретение, помимо способа, также относится и к системе для выполнения этого способа.
Варианты осуществления настоящего изобретения описаны ниже со ссылками на примеры. Примеры иллюстрируются чертежами, на которых представлено следующее:
Фиг.1 - блок-схема, схематично иллюстрирующая способ и систему для мобильных узлов протокола IP в гетерогенных сетях.
Фиг.2 - блок-схема, схематично иллюстрирующая мобильный протокол Интернет (мобильный IP) в мобильном узле без виртуального сетевого интерфейса согласно изобретению, причем мобильный узел находится в исходной сети, то есть в сети исходного адреса.
Фиг.3 - блок-схема, схематично иллюстрирующая мобильный IP в мобильном узле без виртуального сетевого интерфейса согласно изобретению, причем мобильный узел находится в сети иной, чем исходная сеть.
Фиг.4 - блок-схема, схематично иллюстрирующая мобильный IP в мобильном узле с виртуальным сетевым интерфейсом согласно изобретению, причем мобильный узел находится в исходной сети, то есть в сети исходного адреса.
Фиг.5 - блок-схема, схематично иллюстрирующая мобильный IP в мобильном узле с виртуальным сетевым интерфейсом согласно изобретению, причем мобильный узел находится в сети иной, чем исходная сеть.
Фиг.6 - блок-схема, схематично иллюстрирующая решение, известное из уровня техники, использующее описанный NAA (арбитр сетевого доступа).
Фиг.7, 8, 9 - блок-схемы, схематично иллюстрирующие решение, соответствующее изобретению, использующее виртуальный уровень протокола IP или соответственно виртуальное устройство протокола IP и поясняющее отличие от известного решения по фиг.6.
На фиг.1 показана архитектура, которая может быть использована для реализации изобретения. Ссылочная позиция 10 относится к мобильному узлу, имеющему необходимую инфраструктуру, включающему в себя компоненты аппаратных средств и программного обеспечения и/или блоки для реализации описанных способа и/или устройства, соответствующих изобретению. Под мобильными узлами 10 понимается, в числе прочего, вся возможная так называемая аппаратура, устанавливаемая в помещении пользователя (CPE), предназначенная для использования в различных сетевых местоположениях и/или в различных сетях. Мобильная аппаратура СРЕ или узлы 10 имеют один или несколько различных физических сетевых интерфейсов 14-17, которые могут поддерживать множество различных сетевых стандартов 21-24. Физические сетевые стандарты 14-17 мобильного узла могут также содержать, например, интерфейсы для Ethernet или другой проводной локальной сети (LAN), а также Bluetooth, GSM (Глобальная система мобильной связи), GPRS (Общие услуги пакетной радиосвязи), USSD (неструктурированные данные вспомогательных услуг), UMTS (Универсальная система мобильной связи) и/или WLAN (беспроводная локальная сеть) и т.д. Ссылочные позиции 21-24 соответственно обозначают различные гетерогенные сети, такие как, например, проводная LAN21, то есть локальная стационарная сеть, в частности такая, как PSTN (коммутируемая телефонная сеть общего пользования) и т.д., сеть Bluetooth 22, например, для установок на закрытых участках, сеть 23 мобильной радиосвязи стандарта GSM и/или UMTS и т.д. или беспроводная локальная сеть. Интерфейсы 21-24 могут представлять собой не только интерфейсы с пакетной коммутацией, как используемые непосредственно сетевыми протоколами такими, как, например, Ethernet или Token Ring, но и интерфейсы с коммутацией каналов, которые могут использоваться такими протоколами, как, например, PPP (Протокол двухточечного соединения), SLIP (Межсетевой протокол для последовательного канала) или GPRS (Общие услуги пакетной радиосвязи), то есть интерфейсы, которые не имеют, например, сетевых адресов таких, как МАС- или DLC-адреса. Ссылочная позиция 30 обозначает обычную магистральную глобальную сеть протокола IP. Как уже упоминалось, связь может осуществляться через сеть 23 мобильной радиосвязи, например, посредством специальных коротких сообщений, например SMS (Служба коротких сообщений), EMS (Служба расширенных сообщений), по каналу сигнализации, например, с использованием USSD или других технологий, таких как MExE (Мобильная исполнительная среда), GPRS, WAP (Протокол беспроводных приложений) или UMTS, или по каналу обслуживания. На уровне мобильного узла 10 способ и система, соответствующие изобретению, основаны на трех основных уровнях или соответственно основных модулях 131-133, которые обозначены совместно как мобильный модуль ссылочной позицией 13 на фиг.1. Уровни 131-133 могут быть реализованы вместе или отдельно, причем они могут быть реализованы соответственно программным обеспечением и/или аппаратными средствами. Первый уровень содержит модуль 131 мобильного IP и/или модуль 132 IPsec. Основная задача мобильного IP состоит в аутентификации мобильного узла 10 в сети и переадресации пакетов IP, имеющих мобильный узел 10 в качестве адреса получателя соответственно. Модуль 131 мобильного IP предпочтительно может быть объединен с механизмами защиты модуля 132 IPsec (протокол защиты IP), чтобы обеспечить защищенное управление данными мобильной связи в общедоступной сети Интернет 30. В качестве возможного варианта осуществления, модули мобильного IP 131 и IPsec 132 могут также быть реализованы совместно, как единый модуль 131/132, обозначаемый как Sec MIP (модуль защищенного мобильного IP), как показано на фиг.1. Способ функционирования мобильного модуля IP и модуль IPsec описаны ниже более детально. Модуль SecMIP управляет туннелированием данных модуля 131 мобильного IP и модуля 132 IPSec, чтобы обеспечить полезное взаимодействие между уровнями, расположенными выше, например модулем 12 ТСР или соответственно приложениями 11 протокола IP, исполняемыми в мобильном узле 10, и уровнем 134, расположенным ниже. В частности, модуль SecMIP проверяет и координирует временную последовательность операций модуля 131 мобильного IP и модуля 132 IPsec. Для мобильного протокола IP, как и для протокола IP, не принципиально, какой сетевой стандарт или тип сети используется, если только поддерживается протокол Интернет. Таким образом, в принципе, это позволяет мобильному узлу 10 перемещаться в гетерогенных сетях 21-24.
В случае мобильного IP собственный агент динамически присваивает временный замещающий адрес статическому исходному адресу, если соответствующий мобильный узел 10 перемещается в гетерогенных сетях. Как упомянуто, динамический замещающий адрес указывает на топологически текущее сетевое местоположение мобильного узла, в то время как исходный адрес обозначает местоположение в исходной сети. Иными словами, текущее местоположение мобильного узла 10 с присвоенным адресом тем самым всегда зарегистрировано у собственного агента. В то же время собственный агент переадресует пакеты IP-данных, имеющие исходный IP-адрес мобильного узла в качестве адреса получателя, на замещающий адрес мобильного узла, так что собственный агент действует подобно ретрансляционной станции для мобильного узла 10. Мобильный IP реализует эти функции на основе обычного протокола Интернет (IP). Это может быть описано более подробно следующим образом: Согласно протоколу IP, пакеты данных направляются (маршрутизируются) от начального адреса (адреса источника) сетевого интерфейса через различные маршрутизаторы в сети до целевого адреса (адреса получателя) сетевого интерфейса. Пакеты данных могут при этом отбираться отдельными маршрутизаторами (например, для прохождения через гетерогенные сетевые структуры), маршрутизироваться к адресу получателя различными путями, возвращаться назад и даже изыматься. Высокая гибкость протокола IP основана на этих базовых функциях. Маршрутизаторы пропускают пакеты данных на основе таблиц маршрутизации, которые в типовом случае содержат информацию о следующем транзитном участке, то есть информацию, которой должен (должны) руководствоваться следующий (следующие) маршрутизатор(ы) на основе ссылочных номеров сетей в адресе места назначения (получателя). Ссылочные номера сетей могут быть получены из битов низкого порядка IP-адреса в заголовке протокола IP пакета данных. Адрес получателя пакетов данных определяет, таким образом, точное местоположение сетевого интерфейса получателя в сети. Для того чтобы иметь возможность поддерживать существующую транспортную структуру протокола IP, тот же самый адрес должен поддерживаться в мобильном узле 10. Если, как упоминалось, в дополнение к протоколу IP еще используется протокол ТСР (протокол управления передачей), что имеет место в подавляющем большинстве каналов протокола IP, соединения дополнительно обозначаются квадруплетом номеров, содержащих указания об IP-адресе и номере порта, а также начальный адрес (адрес источника) и адрес получателя. Если один из этих номеров изменяется, то это вызывает прерывание соединения протокола IP. В мобильном режиме использования сети, однако, корректная маршрутизация пакетов данных зависит от мгновенного местоположения мобильного узла 10 в сети 21-24 и 30. Для изменения маршрутизации IP-адрес мгновенного местоположения может быть присвоен пакетам данных и, более точно, таким образом, чтобы функции ТСР также не нарушались. В случае мобильного IP эти проблемы разрешаются назначением описанных двух IP-адресов - исходного адреса и замещающего адреса. Исходный адрес является статическим и указывает исходное местоположение мобильного узла 10. Он также используется, например, для маркировки соединения протокола TCP. Замещающий адрес изменяется с каждым новым местоположением мобильного узла 10 в сети. Это топологически существенный адрес мобильного узла 10 относительно сетевой топологии. На основе исходного адреса мобильный узел 10 может принимать данные при постоянной доступности в месте нахождения его исходного адреса в исходной сети. Но в исходном адресе мобильному узлу 10 необходим другой сетевой узел, который в типовом случае обозначается как собственный агент. Если мобильный узел 10 сам не находится в исходной сети, то собственный агент собирает пакеты данных, имеющие мобильный узел 10 в качестве адреса получателя, и переадресует их на текущий адрес мобильного узла 10. Где бы ни находился мобильный узел, модуль мобильного IP мобильного узла 10 будет сразу же регистрировать у собственного агента новый или соответствующий текущий адрес мобильного узла 10. В процессе переадресации пакетов данных собственным агентом будет необходимо, чтобы адрес получателя пакетов данных, соответствующий исходному адресу, был заменен на текущий замещающий адрес пакетов данных, подлежащих пересылке. Когда пакеты данных поступают в мобильный узел, производится обратная операция, состоящая в том, что адрес получателя, соответствующий замещающему адресу, заменяется на исходный адрес. Таким путем поступившие пакеты данных в мобильном узле 10 могут далее обрабатываться по протоколу ТСР или иному протоколу более высокого уровня, без сообщения ошибки. Для переадресации пакетов данных с исходного адреса на замещающий адрес собственный агент формирует новый заголовок протокола IP для соответствующего пакета данных, который, как упоминалось, содержит в качестве адреса получателя замещающий адрес вместо исходного адреса. Новый заголовок протокола IP инкапсулирует исходный пакет данных как целое, причем старый адрес получателя не имеет никакого значения для последующей маршрутизации до тех пор, пока пакет данных не будет доставлен в мобильный узел. Такое инкапсулирование также называют туннелированием данных, причем этот термин описывает, каким образом данные туннелируются через Интернет в обход исходного заголовка протокола IP (т.е. игнорируя его). Мобильный протокол IP содержит, таким образом, в качестве существенных функций определение текущего IP-адреса (замещающего адреса) мобильного узла 10, регистрацию замещающего адреса у собственного агента и туннелирование пакетов данных по замещающему адресу с исходным адресом в качестве адреса получателя. Дополнительная информация о спецификациях мобильного IP содержится также в IETF (Информационно-справочная система проектирования) RFC 2002, IEEE Comm., Vol. 35, No.5, 1997. Мобильный IP описан, в частности, в IPv6 и IPv4.
Протокол IPsec (протокол защиты IP) создает механизмы аутентификации/конфиденциальности для каждого пакета или для каждого гнезда, действующие между сетевыми узлами, оба из которых используют протокол IPsec. Протокол IPsec состоит из различных отдельных протоколов с соответствующими механизмами управления. Протокол IPsec предусматривает использование заголовка аутентификации (АН), инкапсулирование защищенной нагрузки (ESP), сжатие нагрузки протокола IP (IPcomp), а также обмен ключами в Интернет (IKE). Посредством протокола АН протокол IPsec генерирует гарантию аутентификации для пакетов данных, заключающуюся в том, что пакетам данных присваивается контрольная сумма зашифрованных данных. С использованием АН можно осуществить проверку аутентификации отправителя и в то же время можно проверить, был ли модифицирован пакет данных неавторизованной третьей стороной. Шифрование по протоколу ESP гарантирует, кроме того, конфиденциальность данных, обеспечиваемую тем, что пакеты данных зашифрованы ключом. Эта гарантия существует, разумеется, только если ключ не доступен третьим сторонам. Как описано выше, протокол АН, как и протокол ESP, требует ключей, которые известны обоим взаимодействующим сетевым узлам. И, наконец, протокол IKE является механизмом для согласования секретных ключей между двумя учетными (зарегистрированными) записями, исключающего доступ к ключам для третьих сторон. Механизмы IKE образуют дополнительную (факультативную) часть протокола IPsec, поскольку они могут быть также определены вручную для протоколов АН и ESP. Одной из гибко используемых особенностей протокола IPsec является, в частности, то, что конфигурация может соотноситься с каждым пакетом, а также определяться для отдельных гнезд (подключения к сети). Протокол IPsec поддерживает протокол IPvx, в частности IPv6 и IPv4. Детальная спецификация протокола IPsec содержится, например, в работах Loshin, Pete, IP Security Architecture, Morgan Kaufmann Publishers, 11/1999 или James, S., A Technical Guide to IPsec, CRC Press, LLC, 12/2000. Хотя в данном варианте осуществления описан протокол IPsec в качестве примера применения протоколов защиты согласно настоящему изобретению, применение всех возможных других протоколов или механизмов защиты или даже отсутствие протокола защиты также входит в объем настоящего изобретения.
Управление физическими сетевыми интерфейсами 14-17 осуществляется через модуль 134 администрирования интерфейсов, который представляет третий из упомянутых уровней. Виртуальный IP сетевой интерфейс 133 (обозначенный на фиг.7-9 как виртуальные уровни L2/L3) может быть сформирован, например, модулем 134 администрирования интерфейсов посредством программного обеспечения. Он реализуется как буфер между первым уровнем 131/132, то есть модулем SecMIP, и третьим уровнем 134, то есть модулем администрирования интерфейсов. Виртуальный сетевой интерфейс 133 создает, с одной стороны, для приложения 11 протокола IP или соответственно уровня 12 протокола ТСР постоянный IP сетевой интерфейс и связывается, с другой стороны, через модуль 134 администрирования интерфейсов с текущим физическим интерфейсом мобильного узла 10 с текущим замещающим адресом. Модуль 134 администрирования интерфейсов проверяет мобильный узел 10 на доступные физические сетевые интерфейсы 14-17, формирует таблицу перекодировки с доступными и конфигурируемыми физическими сетевыми интерфейсами 14-17 и связывается с одним из доступных физических сетевых интерфейсов 14-17. Проверка физических сетевых интерфейсов 14-17 может осуществляться, например, периодически, то есть по истечении предварительно определенного временного интервала, может конфигурироваться вручную или по запросу от одного из уровней, показанных на фиг.1, или от ядра мобильного узла 10. Проверка может выполняться посредством соответствующего блока и/или модуля программного обеспечения, и/или аппаратного средства. Таблица перекодировки может содержать, в частности, такую информацию, как возможная пропускная способность, доступность сети, стабильность сети, стоимость использования сети и т.д. Таблица перекодировки может быть создана посредством соответствующего блока и/или модуля программного обеспечения и/или аппаратного средства. Соединение с конкретным физическим интерфейсом 14-17 может осуществляться со ссылкой на определяемые критерии на основе информации, сохраненной в таблице перекодировки. В частности, модуль 134 администрирования интерфейсов может изменить и обновить автоматически физический интерфейс 14-17 на основе информации из таблицы перекодировки. Соединение с конкретным физическим интерфейсом 14-17 может также, например, определяться пользователем и/или осуществляться вручную. Как упомянуто, при любом требуемом изменении или в течение прерывания, то есть во время, когда никакой физический интерфейс 14-17 недоступен, например при временном удалении сетевой платы из мобильного узла 10, виртуальный сетевой интерфейс протокола IP сохраняется как постоянно доступный сетевой интерфейс протокола IP. Доступные физические сетевые интерфейсы могут конфигурироваться динамически, например, посредством услуги DHCP (протокол динамического конфигурирования хоста), если такие средства доступны, или статически, например, пользователем или на основе предварительно заданного профиля конфигурации. Посредством сформированного таким образом постоянного виртуального интерфейса протокола IP одно или несколько приложений 11 протокола IP мобильного узла 10 теперь могут получить доступ к гетерогенным сетям 21-24. Если мобильный узел 10 осуществляет смену физического интерфейса 14-17 или изменяет свое физическое местоположение в сети, то соединение с физическим сетевым интерфейсом может быть обновлено посредством модуля 134 администрирования интерфейсов на основе информации из таблицы перекодировки, причем для модуля 131 мобильного IP не требуется ничего менять, поскольку виртуальный интерфейс 131 протокола IP не испытывает никакого воздействия вследствие данного изменения. Модуль 132 протокола IPsec при этом обновляет конфигурацию туннелирования данных протокола IPsec в соответствии с текущим сетевым соединением, после чего модуль 131 мобильного IP регистрирует новый замещающий адрес у собственного агента, чтобы осуществлялась маршрутизация пакетов данных в новое местоположение мобильного хоста, и обновляет конфигурацию протокола IP, если необходимо, у собственного агента в соответствии с текущим физическим сетевым интерфейсом. Последовательность, описанная выше, соответствует изобретению, но может осуществляться и в обратном порядке.
Остается напомнить, что в расширенном по отношению к вышеописанному варианте осуществления изобретения исходящие пакеты данных протокола IP могут быть буферизованы в буфере 1331 данных мобильного узла 10, если сетевое соединение мобильного узла 10 прерывается, так что скорость передачи выходных данных одного или нескольких приложений 11 протокола IP может поддерживаться с помощью буфера 1331 данных для времени конкретного буфера или в пределах конкретного допуска на отклонения, то есть соответственно емкости буфера 1331 данных, достаточной для хранения пакетов данных. Поэтому если прерывание сетевого канала находится в пределах временного интервала для тайм-аута соединения, предусмотренного, например, для протокола ТСР, скорость выходных данных для приложений 11 протокола IP может поддерживаться таким образом, чтобы автоматически не происходило снижение скорости выходных данных в процессе исполнения приложений протокола IP. Сохранение пакетов данных может происходить непрерывно, например, с той же скоростью или может постепенно замедляться на основе длительности прерывания. Следует отметить, что буфер 1331 данных может играть важную роль, особенно для приложений реального времени, в минимизации прерываний и потере данных в процессе изменения топологического местоположения в сети. В возможном варианте осуществления буфер 1331 данных может быть реализован взаимосвязанным или интегрированным с виртуальным сетевым интерфейсом 131 посредством аппаратных средств или программного обеспечения; однако он также может быть реализован отдельно в мобильном IP узле.
На фиг.2 и 3 показан обычный мобильный протокол IP без использования способа, соответствующего изобретению, или системы, соответствующей изобретению. На фиг.1 мобильный узел находится в исходной сети 71. Ссылочные позиции 72-74 обозначают различные топологические местоположения в сети. Сети могут представлять собой гетерогенные сети. Например, исходная сеть 71 может быть каналом локальной сети Ethernet, 72 - каналом беспроводной локальной сети (WLAN) и т.д. Исходящие пакеты данных имеют в качестве адреса получателя IP адрес узла места назначения (получателя) в сети 30. Мобильный протокол IP не нужен, и не осуществляется туннелирование 50 по мобильному протоколу IP. Интерфейс 40 протокола IP воспринимает принимаемые пакеты 80 данных без их модифицирования, то есть адрес 82 источника указывает IP-адрес отправителя, а адрес 83 получателя указывает исходный IP-адрес мобильного узла. По отношению к их заголовкам протокола IP переданные пакеты 80 данных имеют последовательности IP-адреса в обратном порядке. Ссылочная позиция 81 обозначает совместно переданные данные без заголовка протокола IP. На фиг.3 мобильный узел расположен не в исходной сети 71, а в топологически отличающемся другом сетевом местоположении, например в сети 72 WLAN. В случае передаваемых пакетов 80 данных адрес 84 источника теперь указывает IP-адрес топологически текущего сетевого местоположения, в то время как адрес 85 получателя указывает IP-адрес соответствующего узла места назначения (получателя). В случае принимаемых пакетов данных протокола IP собственный агент присваивает пактам 80 данных новый заголовок протокола IP в обратном порядке, причем старый заголовок со старым адресом 82/83 располагается под ним в инкапсулированном виде. Ссылочная позиция 81 здесь также обозначает совместно переданные данные без заголовков протокола IP. В передаваемых и принимаемых пакетах 80 данных адреса источника 82/84 и адреса получателя 83/85 соответственно взаимозаменяются.
Фиг.4 и 5 показывают мобильный IP с использованием способа, соответствующего изобретению, или системы, соответствующей изобретению, то есть с использованием соответствующего изобретению виртуального сетевого интерфейса 60 протокола IP. Те же ссылочные позиции обозначают на фиг.4 и 5 те же элементы, что и на фиг.2 и 3, и поэтому здесь их описание не приводится. Если мобильный узел находится в исходной сети 71 (см. фиг.4), то виртуальный интерфейс 60 протокола IP берет на себя исходный адрес мобильного узла, и собственному агенту не требуется больше ничего делать, то есть мобильный IP не нужен, и не осуществляется туннелирование по мобильному протоколу IP. Виртуальный интерфейс 60 протокола IP мобильного узла воспринимает принимаемые пакеты 80 данных без их модифицирования, то есть адрес 82 источника указывает IP-адрес соответствующего узла, а адрес 83 получателя указывает исходный IP-адрес мобильного узла. В случае передаваемых пакетов 80 данных адрес 83 получателя указывает IP-адрес соответствующего узла-получателя в сети, в то время как адрес 82 источника указывает IP-адрес виртуального сетевого интерфейса протокола IP, который соответствует исходному IP-адресу мобильного узла. Ссылочная позиция 81 обозначает совместно передаваемые данные без заголовка протокола IP. На фиг.5 мобильный узел расположен не в исходной сети, и пакеты данных содержат в заголовке протокола IP топологически текущий IP-адрес 71 в качестве адреса 84/85 источника или соответственно получателя в зависимости от того, передаются или принимаются эти данные. Таким образом, виртуальный сетевой интерфейс 133 протокола IP, в соответствии с изобретением, принимает на себя в каждом случае IP-адрес мгновенного текущего физического интерфейса 14-17, при этом модуль 131 мобильного IP принимает на себя управление IP-адресами заголовка протокола IP пакета 80 данных и обеспечение туннелирования данных (если необходимо) обычным способом. В то же время виртуальный сетевой интерфейс 133 протокола IP гарантирует непрерывное присутствие по отношению к приложениям протокола IP.
Важно отметить, что виртуальный интерфейс протокола IP, в качестве возможного варианта осуществления, может быть соединен не только с одним физическим интерфейсом, но и с множеством интерфейсов одновременно. В этом случае мобильный узел 10 может принимать одновременно тот же самый пакет данных, например, через два физических интерфейса. Избыточные пакеты данных протокола IP автоматически распознаются на более высоких уровнях протокола IP и соответственно устраняются. За счет одновременной передачи пакетов данных протокола IP и параллельного приема тех же самых пакетов данных протокола IP посредством двух физических интерфейсов может быть обеспечен плавный переход мобильного узла 10 от одного физического интерфейса к другому. В этом способе мобильному узлу 10 присваиваются по меньшей мере два замещающих адреса соответственно физическим интерфейсам, соединенным в текущий момент с виртуальным интерфейсом протокола IP. Если более двух физических интерфейсов соединены одновременно, то количество присвоенных замещающих адресов соответственно увеличивается. Собственный агент маршрутизирует пакеты данных протокола IP, имеющие исходный адрес мобильного узла 10 в заголовке протокола IP, в соответствии с вышеописанной множественной регистрацией, параллельно на различные зарегистрированные замещающие адреса, то есть на различные физические интерфейсы мобильного узла 10.
На фиг.6 приведено решение, известное из уровня техники, такое, например, как раскрыто в патентной публикации ЕР 1089495. Так называемый арбитр сетевого доступа (NAA) следит за тем, чтобы различные МАС-адреса (L2 Addr (IEEE 802) 2D:5F:9A:0E:43:1D, L2 Addr (IEEE 802)46:3A:1E:67:9A:2B, L2 Addr (IEEE 802) A3:C9:12:4E:8F:43) отдельных доступных физических сетевых интерфейсов (L1 (физический) проводной, L1 (физический) беспроводный, L1 (физический) радио) переадресовывались через один постоянный МАС-адрес (L2 Addr (IEEE 802) 2D:5F:9A:0E:43:1D). Первый МАС-адрес является адресом так называемой главной платы NIC, в то время как каждый из остальных физических интерфейсов является вторичной платой NIC. NAA соединяет уровень L2 доступных плат NIC, переадресуя таким образом пакеты данных от главной платы NIC на соответствующий МАС-адрес другого сетевого интерфейса (вторичной платы NIC). Однако при этом не генерируется виртуальный интерфейс, а вместо этого NAA переадресует МАС-адрес через МАС-адрес главной платы NIC на соответствующий адрес вторичной платы NIC. При этом NAA действует как виртуальный драйвер адаптера. Таким образом, исходящие пакеты данных переадресуются на текущий интерфейс, а входящие пакеты данных передаются непосредственно на уровень протокола IP. Следовательно, NAA не генерирует виртуального сетевого интерфейса, а вместо этого NAA просто переадресует пакеты данных. Как видно из фиг.6, для функционирования NAA требуется по меньшей мере один физический интерфейс с МАС-адресом, а именно главная плата NIC. Если удалить главную плату NIC, то приложения протокола IP теряют свое соединение с уровнем L2, поскольку NAA осуществляет переадресацию через главную плату NIC.
На каждой из фиг.7-9 показана блок-схема, представляющая в схематичном виде решение, соответствующее изобретению, с использованием виртуального уровня протокола IP или соответственно устройства протокола IP, и поясняющая отличия от уровня техники, иллюстрируемого на фиг.6. В отличие от решения, соответствующего уровню техники, представленного на фиг.6, генерируется истинный виртуальный интерфейс 133. Модуль 134 администрирования интерфейса (не показан на фиг.7-9) связывает соответствующий физический интерфейс 14-17 с виртуальным интерфейсом 133, в то время как приложения протокола IP получают доступ к виртуальному интерфейсу 133 протокола IP через уровень протокола IP. Виртуальный интерфейс 133 протокола IP непрерывно поддерживается модулем 134 администрирования интерфейсов, независимо от того, является ли физический сетевой интерфейс 14-17 доступным. Исполняемые приложения протокола IP, таким образом, всегда обнаруживают интерфейс 133 протокола IP, и во время смены интерфейса не происходит прерывания. Из фиг.7-9 явно следует, что в настоящем изобретении осуществляется более чем простая переадресация пакетов данных, вместо чего генерируется истинный виртуальный интерфейс 133 протокола IP. В частности, доступ к более высокому уровню абстракции, то есть к уровню протокола, имеет дополнительно то преимущество, что он не зависит от стандартов, например от адреса аппаратных средств.

Claims (16)

1. Способ обеспечения доступа к гетерогенным сетям (21-24) по протоколу IP для мобильных узлов (10), в котором собственный агент динамически присваивает временный замещающий адрес протокола IP статическому исходному адресу протокола IP, когда мобильный узел (10) перемещается в гетерогенных сетях (21-24), причем присвоенный временный замещающий адрес указывает топологически текущее сетевое местоположение мобильного узла (10), и пакеты данных протокола IP, имеющие исходный адрес протокола IP мобильного узла (10) в качестве адреса получателя, переадресуются на упомянутый замещающий адрес мобильного узла, при этом модуль (134) администрирования интерфейсов мобильного узла (10) проверяет мобильный узел (10) на наличие доступных физических сетевых интерфейсов (14-17), формирует таблицу перекодировки с доступными и конфигурируемыми физическими сетевыми интерфейсами (14-17) и связывается с одним из доступных физических сетевых интерфейсов (14-17), одно или несколько приложений (11) протокола IP мобильного узла (10) получает доступ к гетерогенным сетям (21-24) через виртуальный сетевой интерфейс (133) протокола IP, сформированный в мобильном узле (10), причем сформированный постоянный виртуальный сетевой интерфейс (133) протокола IP содержит сформированный виртуальный уровень L3 и сформированный виртуальный уровень L2 и связан с текущей сетью из упомянутых гетерогенных сетей (21-24) через модуль (134) администрирования интерфейсов мобильного узла, и при смене физического сетевого интерфейса (14-17) мобильного узла (10) связь постоянного виртуального сетевого интерфейса (133) протокола IP с упомянутой сетью (21-24) обновляется на основе таблицы перекодировки посредством модуля (134) администрирования интерфейсов мобильного узла.
2. Способ по п.1, отличающийся тем, что модуль (134) администрирования интерфейсов мобильного узла периодически проверяет мобильный узел (10) на наличие доступных физических сетевых интерфейсов (14-17).
3. Способ по п.2, отличающийся тем, что виртуальный сетевой интерфейс (133) протокола IP изменяет и обновляет физические сетевые интерфейсы (14-17) автоматически через модуль (134) администрирования интерфейсов мобильного узла на основе информации таблицы перекодировки.
4. Способ по п.3, отличающийся тем, что критерии для автоматической смены физического сетевого интерфейса (14-17) через модуль (134) администрирования интерфейсов мобильного узла определяются пользователем.
5. Способ по п.1, отличающийся тем, что доступные физические сетевые интерфейсы (14-17) являются динамически конфигурируемыми.
6. Способ по п.1, отличающийся тем, что доступные физические сетевые интерфейсы (14-17) являются статически конфигурируемыми.
7. Способ по п.1, отличающийся тем, что исходящие пакеты данных протокола IP буферизуют в буфере (1331) данных мобильного узла (10), если связь мобильного узла (10) с сетью прерывается, так что скорость передачи выходных данных одного или более приложений (11) протокола IP поддерживается посредством буфера (1331) данных или сохраняется в пределах конкретного допуска на отклонения.
8. Способ по п.3, отличающийся тем, что исходящие пакеты данных протокола IP буферизуют в буфере (1331) данных мобильного узла (10), если связь мобильного узла (10) с сетью прерывается, так что скорость передачи выходных данных одного или более приложений (11) протокола IP поддерживается посредством буфера (1331) данных или сохраняется в пределах конкретного допуска на отклонения.
9. Система обеспечения доступа к гетерогенным сетям (21-24) по протоколу IP для мобильных узлов (10), причем система содержит собственного агента для динамического присваивания временного замещающего адреса протокола IP статическому исходному адресу протокола IP, когда мобильный узел (10) перемещается в гетерогенных сетях (21-24), причем присвоенный временный замещающий адрес указывает топологически текущее сетевое местоположение мобильного узла (10), и для переадресации пакетов данных протокола IP с исходным адресом протокола IP мобильного узла (10) в качестве адреса получателя на упомянутый замещающий адрес мобильного узла (10), при этом мобильный узел (10) содержит модуль (134) администрирования интерфейсов мобильного узла (10), который содержит блок для проверки мобильного узла (10) на наличие доступных физических сетевых интерфейсов (14-17) и блок для связи с одним из доступных физических сетевых интерфейсов (14-17), модуль (134) администрирования интерфейсов мобильного узла содержит блок для формирования таблицы перекодировки для доступных в текущий момент и конфигурируемых физических сетевых интерфейсов (14-17), мобильный узел (10) содержит непрерывно формируемый виртуальный сетевой интерфейс (133) протокола IP, содержащий сформированный виртуальный уровень L3 и сформированный виртуальный уровень L2, и связан с текущей сетью из упомянутых гетерогенных сетей (21-24) через модуль (134) администрирования интерфейсов мобильного узла, причем связь непрерывно формируемого виртуального сетевого интерфейса (133) протокола IP с упомянутой сетью (21-24) обновляется на основе таблицы перекодировки посредством модуля (134) администрирования интерфейсов мобильного узла в процессе смены физического сетевого интерфейса (14-17) мобильного узла (10).
10. Система по п.9, отличающаяся тем, что проверка мобильного узла (10) на наличие доступных физических сетевых интерфейсов (14-17), осуществляемая модулем (134) администрирования интерфейсов мобильного узла, проводится периодически.
11. Система по п.10, отличающаяся тем, что мобильный узел (10) имеет критерии, в соответствии с которыми физический сетевой интерфейс (14-17) автоматически изменяется и обновляется на основе информации таблицы перекодировки.
12. Система по п.11, отличающаяся тем, что критерии для автоматической смены физического сетевого интерфейса (14-17) определяются пользователем.
13. Система по п.9, отличающаяся тем, что мобильный узел (10) содержит блок динамического конфигурирования доступных физических сетевых интерфейсов (14-17).
14. Система по п.9, отличающаяся тем, что мобильный узел (10) содержит блок статического конфигурирования доступных физических сетевых интерфейсов (14-17).
15. Система по п.9, отличающаяся тем, что мобильный узел (10) содержит буфер (1331) данных, в котором буферизуются исходящие пакеты данных протокола IP, если связь мобильного узла (10) с сетью прерывается, так что скорость передачи выходных данных одного или более приложений (11) протокола IP поддерживается посредством буфера (1331) данных или сохраняется в пределах допуска на отклонения.
16. Система по п.11, отличающаяся тем, что мобильный узел (10) содержит буфер (1331) данных, в котором буферизуются исходящие пакеты данных протокола IP, если связь мобильного узла (10) с сетью прерывается, так что скорость передачи выходных данных одного или более приложений (11) протокола IP поддерживается посредством буфера (1331) данных или сохраняется в пределах допуска на отклонения.
RU2004101041/09A 2001-06-18 2002-06-12 Способ и система для мобильных узлов протокола ip в гетерогенных сетях RU2265282C2 (ru)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP01810594 2001-06-18
EP01810594.0 2001-06-18

Publications (2)

Publication Number Publication Date
RU2004101041A RU2004101041A (ru) 2005-06-10
RU2265282C2 true RU2265282C2 (ru) 2005-11-27

Family

ID=8183976

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2004101041/09A RU2265282C2 (ru) 2001-06-18 2002-06-12 Способ и система для мобильных узлов протокола ip в гетерогенных сетях

Country Status (18)

Country Link
US (2) US7356013B2 (ru)
EP (2) EP1271896B1 (ru)
JP (1) JP4044036B2 (ru)
KR (1) KR100560724B1 (ru)
CN (1) CN1258940C (ru)
AT (2) ATE272287T1 (ru)
AU (1) AU2002302292C1 (ru)
CA (1) CA2449478C (ru)
DE (2) DE50200687D1 (ru)
DK (2) DK1271896T3 (ru)
ES (2) ES2225749T3 (ru)
HU (1) HUP0400160A2 (ru)
IL (2) IL158939A0 (ru)
NZ (1) NZ529701A (ru)
PT (2) PT1271896E (ru)
RU (1) RU2265282C2 (ru)
WO (1) WO2002103978A2 (ru)
ZA (1) ZA200309090B (ru)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2446624C2 (ru) * 2006-11-06 2012-03-27 Телефонактиеболагет Лм Эрикссон (Пабл) Способы и устройства, обеспечивающие возможность управления сеансом услуг ip мультимедийных подсистем посредством доступа к сетям с коммутацией каналов с использованием сообщений неструктурированных вспомогательных служебных данных
US8289920B2 (en) 2007-03-16 2012-10-16 Qualcomm Incorporated Method and apparatus for handoff between access systems
RU2481730C2 (ru) * 2008-03-24 2013-05-10 Квэлкомм Инкорпорейтед Динамическое назначение домашней сети
US8533454B2 (en) 2006-09-25 2013-09-10 Qualcomm Incorporated Method and apparatus having null-encryption for signaling and media packets between a mobile station and a secure gateway
US8576795B2 (en) 2007-03-16 2013-11-05 Qualcomm Incorporated Method and apparatus for handoff between source and target access systems
RU2500086C1 (ru) * 2009-09-25 2013-11-27 Интел Корпорейшн Устройство и способы построения сетей с универсальным интерфейсом услуг
RU2502200C2 (ru) * 2008-04-04 2013-12-20 Майкрософт Корпорейшн Аппаратный интерфейс для обеспечения возможности прямого доступа и совместного использования оценки безопасности
US8638749B2 (en) 2008-06-06 2014-01-28 Qualcomm Incorporated Method and apparatus for inter-network handoff
US8718043B2 (en) 2006-01-10 2014-05-06 Samsung Electronics Co., Ltd Mobile communication method and system for signalling information relating to network's capabilities
US8755793B2 (en) 2008-01-04 2014-06-17 Qualcomm Incorporated Apparatus and methods to facilitate seamless handoffs between wireless communication networks
RU2544766C2 (ru) * 2009-06-12 2015-03-20 Рокстар Бидко, Л.П. Способ, устройство и система маршрутизации данных между сегментами сетей
US9049629B2 (en) 2007-06-18 2015-06-02 Qualcomm Incorporated Method and apparatus for fast inter-system handover

Families Citing this family (130)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1271896B1 (de) 2001-06-18 2004-07-28 Swisscom Mobile AG Verfahren und System für mobile IP-Nodes in heterogenen Netzwerken
US7366524B2 (en) * 2002-02-06 2008-04-29 Ntt Docomo Inc. Using subnet relations for paging, authentication, association and to activate network interfaces in heterogeneous access networks
US7305429B2 (en) * 2002-06-10 2007-12-04 Utstarcom, Inc. Method and apparatus for global server load balancing
NO317294B1 (no) * 2002-07-11 2004-10-04 Birdstep Tech Asa Sømløs Ip-mobilitet på tvers av sikkerhetsgrenser
GB0217355D0 (en) * 2002-07-26 2002-09-04 Marconi Comm Ltd Communications system
US7599323B2 (en) * 2002-10-17 2009-10-06 Alcatel-Lucent Usa Inc. Multi-interface mobility client
US7463605B2 (en) * 2002-12-06 2008-12-09 Alcatel Lucent Apparatus, and associated method, for facilitating local mobility management in a heterogeneous radio communication network
US7286844B1 (en) * 2003-01-31 2007-10-23 Bbn Technologies Corp. Systems and methods for three dimensional antenna selection and power control in an Ad-Hoc wireless network
JP3880549B2 (ja) * 2003-06-16 2007-02-14 松下電器産業株式会社 移動端末装置およびそのハンドオフ方法
US7453852B2 (en) * 2003-07-14 2008-11-18 Lucent Technologies Inc. Method and system for mobility across heterogeneous address spaces
KR100803590B1 (ko) * 2003-10-31 2008-02-19 삼성전자주식회사 이종망간에 데이터 통신이 가능한 터널 서비스를 제공하는시스템
US20050117546A1 (en) * 2003-12-02 2005-06-02 Marcello Lioy Method and apparatus for supporting inter-technology handoffs with Mobile IP
WO2005076649A1 (en) 2004-02-10 2005-08-18 Forward Information Technologies Sa Method and system for seamless handover of mobile devices in heterogenous networks
US7991854B2 (en) * 2004-03-19 2011-08-02 Microsoft Corporation Dynamic session maintenance for mobile computing devices
US7120136B2 (en) * 2004-04-26 2006-10-10 Motorola, Inc. Mobile station mobility in a wireless LAN
US7616613B2 (en) * 2004-05-05 2009-11-10 Cisco Technology, Inc. Internet protocol authentication in layer-3 multipoint tunneling for wireless access points
CN100547995C (zh) * 2004-06-30 2009-10-07 联想(北京)有限公司 一种网络中设备间的数据传输方法
WO2006008559A2 (en) * 2004-07-23 2006-01-26 King S College London A method of mapping a first interface to a second interface, and people presence estimation method
WO2006018042A1 (de) * 2004-08-17 2006-02-23 Swisscom Ag Verfahren und system für mobile ip-nodes in heterogenen netzwerken
FI20041104A0 (fi) * 2004-08-23 2004-08-23 Nokia Corp Istunnon jatkuvuus
US20060056446A1 (en) * 2004-09-14 2006-03-16 Samsung Electronics Co., Ltd. Communication adapter switching method and apparatus
KR100636180B1 (ko) * 2004-09-24 2006-10-19 삼성전자주식회사 네트워크 디바이스들에 네트워크 주소들을 할당하는 방법및 장치
US8160035B2 (en) * 2004-10-11 2012-04-17 Swisscom Ag Method and system for mobile network nodes in heterogeneous networks
US7983679B2 (en) * 2004-11-22 2011-07-19 Motorola Mobility, Inc. Method and apparatus for inter-system active handoff of a hybrid subscriber unit
DE102004057311B4 (de) * 2004-11-26 2007-12-20 T-Mobile International Ag & Co. Kg Verfahren und System zur Unterstützung von Dienstekontinuität für mobile Kommunikation über unterschiedliche Zugangsnetzwerke
EP1836810B1 (de) 2004-12-06 2012-06-06 Swisscom AG Verfahren und system für mobile netzwerknodes in heterogenen netzwerken
JP4462418B2 (ja) * 2004-12-07 2010-05-12 日本電気株式会社 レイヤ2スイッチ切替回路、基地局装置、およびレイヤ2スイッチ切替方法
US8145201B2 (en) 2004-12-17 2012-03-27 Raytheon Bbn Technologies Corp. Methods and apparatus for reduced energy communication in an ad hoc network
KR100594773B1 (ko) * 2004-12-20 2006-06-30 한국전자통신연구원 다중 네트워크 인터페이스를 가진 노드의 이기종 네트워크연동 방법
WO2006137527A1 (ja) 2005-06-23 2006-12-28 Kyowa Hakko Kogyo Co., Ltd. チアゾール誘導体
US8225231B2 (en) 2005-08-30 2012-07-17 Microsoft Corporation Aggregation of PC settings
KR100818916B1 (ko) 2005-09-12 2008-04-03 삼성전자주식회사 Ip 주소 할당에 대한 정보 제공을 위한 이동 노드, 데이터 서버 및 ip 주소 할당 정보 제공 방법
EP1764970A1 (en) * 2005-09-19 2007-03-21 Matsushita Electric Industrial Co., Ltd. Multiple interface mobile node with simultaneous home- and foreign network connection
US20070109991A1 (en) * 2005-11-14 2007-05-17 Broadcom Corporation, A California Corporation Access point supporting direct and indirect downstream delivery based on communication characteristics
US8625548B2 (en) * 2005-11-14 2014-01-07 Broadcom Corporation Access points of different types exchanging addresses and rules to support end points devices
US20070110437A1 (en) * 2005-11-14 2007-05-17 Broadcom Corporation, A California Corporation Bridging end point device supporting inter access point communication
US7626994B2 (en) * 2005-11-14 2009-12-01 Broadcom Corporation Multiple node applications cooperatively managing a plurality of packet switched network pathways
US7715432B2 (en) 2005-11-14 2010-05-11 Broadcom Corporation Primary protocol stack having a secondary protocol stack entry point
TWI425790B (zh) * 2005-11-14 2014-02-01 Broadcom Corp 通信架構
US20070109992A1 (en) * 2005-11-14 2007-05-17 Broadcom Corporation, A California Corporation Indirect command pathways between an end point device and a target access point via a secondary access point
US20070110035A1 (en) * 2005-11-14 2007-05-17 Broadcom Corporation, A California Corporation Network nodes cooperatively routing traffic flow amongst wired and wireless networks
US20070121557A1 (en) * 2005-11-29 2007-05-31 Nortel Networks Limited Location broadcasting
US7664067B2 (en) * 2005-12-15 2010-02-16 Microsoft Corporation Preserving socket connections over a wireless network
US8407240B2 (en) 2006-01-03 2013-03-26 International Business Machines Corporation Autonomic self-healing network
US20070178939A1 (en) * 2006-01-31 2007-08-02 Sbc Knowledge Ventures Lp Method for reducing radio interference between wireless access points
ATE400118T1 (de) * 2006-02-23 2008-07-15 Swisscom Mobile Ag Anpassung von virtuellen und physikalischen netzwerkschnittstellen
EP1830518B1 (en) * 2006-03-01 2013-05-15 Broadcom Corporation Primary protocol stack having a secondary protocol stack entry point
FR2899408B1 (fr) * 2006-03-29 2008-07-18 Airbus France Sas Procedes d'emission et de reception de donnees, en particulier pour des echanges securises entre un aeronef et une base au sol, dispositifs associes et aeronef equipe de tels dispositifs
US8018888B1 (en) * 2006-05-12 2011-09-13 Marvell International Ltd. Mobile WLAN repeater system
US7733908B1 (en) * 2006-05-31 2010-06-08 Qurio Holdings, Inc. Cross-layer architecture for a network device
US20080013539A1 (en) * 2006-06-23 2008-01-17 Nokia Corporation Dynamic radio interface grouping
US8102863B1 (en) 2006-06-27 2012-01-24 Qurio Holdings, Inc. High-speed WAN to wireless LAN gateway
KR20080008935A (ko) * 2006-07-18 2008-01-24 엘지전자 주식회사 이동 통신 시스템에서 ip 주소 선 설정 방법
US8149733B2 (en) * 2006-08-25 2012-04-03 Raytheon Bbn Technologies Corp. Systems and methods for synchronizing communication networks
US20080081606A1 (en) * 2006-09-29 2008-04-03 Cole Terry L Connection manager with branded connection notification
US7885222B2 (en) 2006-09-29 2011-02-08 Advanced Micro Devices, Inc. Task scheduler responsive to connectivity prerequisites
US20080081580A1 (en) * 2006-09-29 2008-04-03 Cole Terry L Connection manager with selective support determination based on problem diagnosis
US20080080457A1 (en) * 2006-09-29 2008-04-03 Cole Terry L Connection manager responsive to power state
US8032150B2 (en) * 2006-09-29 2011-10-04 Globalfoundries Inc. Connection manager with location learning
US20080080419A1 (en) * 2006-09-29 2008-04-03 Cole Terry L Connection manager with fast connect
US20080080413A1 (en) * 2006-09-29 2008-04-03 Advanced Micro Devices, Inc. Connection manager with remote portal service
US20080080458A1 (en) * 2006-09-29 2008-04-03 Cole Terry L Connection manager with deferred configuration
US20080080412A1 (en) * 2006-09-29 2008-04-03 Advanced Micro Devices, Inc. Connection manager with communication load monitoring
WO2008052580A1 (en) * 2006-10-31 2008-05-08 Telecom Italia S.P.A. Management of seamless handover between different communication systems in an ip dual-mode terminal
CN105141588A (zh) * 2006-10-31 2015-12-09 意大利电信股份公司 Ip双模终端中不同通信系统之间的无缝切换的管理
KR20080041535A (ko) * 2006-11-07 2008-05-13 한국전자통신연구원 핸드오버 타깃 네트워크 선택 방법 및 그 시스템
KR100943888B1 (ko) * 2006-12-07 2010-02-24 삼성전자주식회사 다수의 이종망들을 이용한 패킷 데이터 서비스 장치 및방법
US7761613B2 (en) * 2007-07-06 2010-07-20 Belkin International, Inc. Electrical device configuration system and method
US8149716B2 (en) 2007-08-20 2012-04-03 Raytheon Bbn Technologies Corp. Systems and methods for adaptive routing in mobile ad-hoc networks and disruption tolerant networks
KR101061899B1 (ko) * 2007-09-12 2011-09-02 삼성전자주식회사 이종망간 핸드오버를 위한 빠른 인증 방법 및 장치
US8254381B2 (en) * 2008-01-28 2012-08-28 Microsoft Corporation Message processing engine with a virtual network interface
US8516096B2 (en) * 2008-07-09 2013-08-20 In Motion Technology Inc. Cognitive wireless system
US8411046B2 (en) 2008-10-23 2013-04-02 Microsoft Corporation Column organization of content
US8086275B2 (en) 2008-10-23 2011-12-27 Microsoft Corporation Alternative inputs of a mobile communications device
US8175653B2 (en) 2009-03-30 2012-05-08 Microsoft Corporation Chromeless user interface
US8238876B2 (en) 2009-03-30 2012-08-07 Microsoft Corporation Notifications
US8836648B2 (en) 2009-05-27 2014-09-16 Microsoft Corporation Touch pull-in gesture
US20110040858A1 (en) * 2009-08-13 2011-02-17 Qualcomm Incorporated Location determination during network address lookup
US9450804B2 (en) * 2009-09-03 2016-09-20 At&T Intellectual Property I, L.P. Anycast aware transport for content distribution networks
US8761829B2 (en) * 2009-10-09 2014-06-24 Broadcom Corporation Method and apparatus for power and handover management in a multiple wireless technology communication device
KR101446028B1 (ko) * 2009-10-28 2014-10-01 알까뗄 루슨트 패킷 스위칭된 도메인으로부터 회로 스위칭된 도메인으로 비디오 호를 핸드 오버하기 위한 방법 및 디바이스
CN102771148B (zh) * 2010-02-25 2015-09-02 美国博通公司 用于在多种无线技术通信装置中的功率和切换管理的方法和设备
JP2011248768A (ja) * 2010-05-28 2011-12-08 Sony Corp 情報処理装置、情報処理システム及びプログラム
US8533456B2 (en) * 2010-10-07 2013-09-10 King Saud University Accelerating stream cipher operations using single and grid systems
US8468225B2 (en) * 2010-12-16 2013-06-18 Samsung Electronics Co., Ltd. Roaming TCP connections between changing physical networks
US20120159395A1 (en) 2010-12-20 2012-06-21 Microsoft Corporation Application-launching interface for multiple modes
US20120159383A1 (en) 2010-12-20 2012-06-21 Microsoft Corporation Customization of an immersive environment
US8689123B2 (en) 2010-12-23 2014-04-01 Microsoft Corporation Application reporting in an application-selectable user interface
US8612874B2 (en) 2010-12-23 2013-12-17 Microsoft Corporation Presenting an application change through a tile
US9423951B2 (en) 2010-12-31 2016-08-23 Microsoft Technology Licensing, Llc Content-based snap point
JP5289473B2 (ja) * 2011-01-31 2013-09-11 株式会社エヌ・ティ・ティ・ドコモ ホームエージェント
EP2498538A1 (en) * 2011-03-11 2012-09-12 Rayzon Technologies AG Mobile communication device
US9383917B2 (en) 2011-03-28 2016-07-05 Microsoft Technology Licensing, Llc Predictive tiling
US20120304132A1 (en) 2011-05-27 2012-11-29 Chaitanya Dev Sareen Switching back to a previously-interacted-with application
US9104440B2 (en) 2011-05-27 2015-08-11 Microsoft Technology Licensing, Llc Multi-application environment
US8893033B2 (en) 2011-05-27 2014-11-18 Microsoft Corporation Application notifications
US9658766B2 (en) 2011-05-27 2017-05-23 Microsoft Technology Licensing, Llc Edge gesture
US9158445B2 (en) 2011-05-27 2015-10-13 Microsoft Technology Licensing, Llc Managing an immersive interface in a multi-application immersive environment
US9104307B2 (en) 2011-05-27 2015-08-11 Microsoft Technology Licensing, Llc Multi-application environment
KR101225853B1 (ko) * 2011-05-31 2013-01-23 삼성에스디에스 주식회사 데이터 송수신 경로 제어 장치 및 방법
US8687023B2 (en) 2011-08-02 2014-04-01 Microsoft Corporation Cross-slide gesture to select and rearrange
US20130057587A1 (en) 2011-09-01 2013-03-07 Microsoft Corporation Arranging tiles
US10353566B2 (en) 2011-09-09 2019-07-16 Microsoft Technology Licensing, Llc Semantic zoom animations
US8922575B2 (en) 2011-09-09 2014-12-30 Microsoft Corporation Tile cache
US9557909B2 (en) 2011-09-09 2017-01-31 Microsoft Technology Licensing, Llc Semantic zoom linguistic helpers
US8933952B2 (en) 2011-09-10 2015-01-13 Microsoft Corporation Pre-rendering new content for an application-selectable user interface
US9244802B2 (en) 2011-09-10 2016-01-26 Microsoft Technology Licensing, Llc Resource user interface
US9146670B2 (en) 2011-09-10 2015-09-29 Microsoft Technology Licensing, Llc Progressively indicating new content in an application-selectable user interface
US9288177B2 (en) * 2011-12-14 2016-03-15 International Business Machines Corporation Inventory updating of an internet protocol (IP) alias within a highly available computing cluster
US9223472B2 (en) 2011-12-22 2015-12-29 Microsoft Technology Licensing, Llc Closing applications
US9128605B2 (en) 2012-02-16 2015-09-08 Microsoft Technology Licensing, Llc Thumbnail-image selection of applications
CN103313425B (zh) * 2012-03-13 2018-05-11 中兴通讯股份有限公司 建立业务链接的实现方法、装置及系统
CN103532859B (zh) * 2012-07-03 2016-12-21 华为终端有限公司 一种实现网络切换的方法、装置和多模终端
WO2014101181A1 (zh) * 2012-12-31 2014-07-03 华为技术有限公司 用户设备及异构网络切换的方法
US9450952B2 (en) 2013-05-29 2016-09-20 Microsoft Technology Licensing, Llc Live tiles without application-code execution
KR102043641B1 (ko) 2013-07-08 2019-11-13 삼성전자 주식회사 통신 기능 처리 방법 및 이를 지원하는 전자 장치
US9277580B2 (en) 2013-09-30 2016-03-01 At&T Intellectual Property I, L.P. Non-cellular link integration with cellular networks
CN103763754B (zh) * 2014-01-26 2017-07-14 华为技术有限公司 一种数据处理的方法、装置及系统
WO2015149347A1 (en) 2014-04-04 2015-10-08 Microsoft Technology Licensing, Llc Expandable application representation
CN105378582B (zh) 2014-04-10 2019-07-23 微软技术许可有限责任公司 计算设备的可折叠壳盖
EP3129847A4 (en) 2014-04-10 2017-04-19 Microsoft Technology Licensing, LLC Slider cover for computing device
KR101746191B1 (ko) 2014-06-27 2017-06-12 주식회사 케이티 다중 경로 통신을 위한 네트워크 장치 및 단말, 이들의 동작 방법, 그리고 동작 방법을 구현한 프로그램
US10254942B2 (en) 2014-07-31 2019-04-09 Microsoft Technology Licensing, Llc Adaptive sizing and positioning of application windows
US10678412B2 (en) 2014-07-31 2020-06-09 Microsoft Technology Licensing, Llc Dynamic joint dividers for application windows
US10592080B2 (en) 2014-07-31 2020-03-17 Microsoft Technology Licensing, Llc Assisted presentation of application windows
US10642365B2 (en) 2014-09-09 2020-05-05 Microsoft Technology Licensing, Llc Parametric inertia and APIs
US9674335B2 (en) 2014-10-30 2017-06-06 Microsoft Technology Licensing, Llc Multi-configuration input device
KR101598852B1 (ko) * 2015-02-12 2016-03-02 국방과학연구소 함정 네트워크 통합용 게이트웨이
CN109165071B (zh) * 2018-08-23 2021-10-22 思必驰科技股份有限公司 车载桌面动态显示方法和系统、用于车载桌面的动态显示的服务系统及终端系统
CN113438248B (zh) * 2021-06-30 2022-08-02 深圳供电局有限公司 一种便于主站网络ip地址自查管理系统

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5918016A (en) * 1997-06-10 1999-06-29 Texas Instruments Incorporated System with program for automating protocol assignments when newly connected to varing computer network configurations
US6151297A (en) 1997-07-08 2000-11-21 Hewlett-Packard Company Method and system for link level server/switch trunking
FI105978B (fi) * 1998-05-12 2000-10-31 Nokia Mobile Phones Ltd Menetelmä langattoman päätelaitteen kytkemiseksi tiedonsiirtoverkkoon ja langaton päätelaite
US6501746B1 (en) * 1999-01-08 2002-12-31 Cisco Technology, Inc. Mobile IP dynamic home address resolution
US7882247B2 (en) * 1999-06-11 2011-02-01 Netmotion Wireless, Inc. Method and apparatus for providing secure connectivity in mobile and other intermittent computing environments
US7177952B1 (en) * 1999-10-01 2007-02-13 Nortel Networks Limited Method and system for switching between two network access technologies without interrupting active network applications
US7000012B2 (en) * 2000-04-24 2006-02-14 Microsoft Corporation Systems and methods for uniquely identifying networks by correlating each network name with the application programming interfaces of transport protocols supported by the network
US6765892B1 (en) * 2000-06-26 2004-07-20 Cisco Technology, Inc. Optimizing IP multicast data transmission in a mobile IP environment
DE60142243D1 (de) * 2000-10-18 2010-07-08 Ericsson Telefon Ab L M Nahtlose weiterreichung bei mobile ip
US6901429B2 (en) * 2000-10-27 2005-05-31 Eric Morgan Dowling Negotiated wireless peripheral security systems
EP1271896B1 (de) 2001-06-18 2004-07-28 Swisscom Mobile AG Verfahren und System für mobile IP-Nodes in heterogenen Netzwerken

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8718043B2 (en) 2006-01-10 2014-05-06 Samsung Electronics Co., Ltd Mobile communication method and system for signalling information relating to network's capabilities
US10003963B2 (en) 2006-01-10 2018-06-19 Samsung Electronics Co., Ltd Mobile communications method and system for signalling information relating to network's capabilities
US8533454B2 (en) 2006-09-25 2013-09-10 Qualcomm Incorporated Method and apparatus having null-encryption for signaling and media packets between a mobile station and a secure gateway
US9130992B2 (en) 2006-09-25 2015-09-08 Qualcomm Incorporated Method and apparatus having null-encryption for signaling and media packets between a mobile station and a secure gateway
RU2446624C2 (ru) * 2006-11-06 2012-03-27 Телефонактиеболагет Лм Эрикссон (Пабл) Способы и устройства, обеспечивающие возможность управления сеансом услуг ip мультимедийных подсистем посредством доступа к сетям с коммутацией каналов с использованием сообщений неструктурированных вспомогательных служебных данных
US8576795B2 (en) 2007-03-16 2013-11-05 Qualcomm Incorporated Method and apparatus for handoff between source and target access systems
RU2470476C2 (ru) * 2007-03-16 2012-12-20 Квэлкомм Инкорпорейтед Способ и устройство для передачи обслуживания между системами доступа
US8289920B2 (en) 2007-03-16 2012-10-16 Qualcomm Incorporated Method and apparatus for handoff between access systems
US9107113B2 (en) 2007-03-16 2015-08-11 Qualcomm Incorporated Method and apparatus for handoff between source and target access systems
US9049629B2 (en) 2007-06-18 2015-06-02 Qualcomm Incorporated Method and apparatus for fast inter-system handover
US8755793B2 (en) 2008-01-04 2014-06-17 Qualcomm Incorporated Apparatus and methods to facilitate seamless handoffs between wireless communication networks
US8503460B2 (en) 2008-03-24 2013-08-06 Qualcomm Incorporated Dynamic home network assignment
RU2481730C2 (ru) * 2008-03-24 2013-05-10 Квэлкомм Инкорпорейтед Динамическое назначение домашней сети
RU2502200C2 (ru) * 2008-04-04 2013-12-20 Майкрософт Корпорейшн Аппаратный интерфейс для обеспечения возможности прямого доступа и совместного использования оценки безопасности
US8638749B2 (en) 2008-06-06 2014-01-28 Qualcomm Incorporated Method and apparatus for inter-network handoff
RU2544766C2 (ru) * 2009-06-12 2015-03-20 Рокстар Бидко, Л.П. Способ, устройство и система маршрутизации данных между сегментами сетей
RU2500086C1 (ru) * 2009-09-25 2013-11-27 Интел Корпорейшн Устройство и способы построения сетей с универсальным интерфейсом услуг

Also Published As

Publication number Publication date
WO2002103978A2 (en) 2002-12-27
DE60202144D1 (de) 2005-01-05
DE60202144T2 (de) 2005-12-22
JP2004536503A (ja) 2004-12-02
CA2449478A1 (en) 2002-12-27
EP1271896A3 (de) 2003-07-09
EP1271896B1 (de) 2004-07-28
DK1271896T3 (da) 2004-11-29
PT1397926E (pt) 2005-03-31
CA2449478C (en) 2011-11-22
ES2233818T3 (es) 2005-06-16
US7643455B2 (en) 2010-01-05
NZ529701A (en) 2005-02-25
HUP0400160A2 (en) 2004-08-30
ZA200309090B (en) 2004-11-22
EP1271896A2 (de) 2003-01-02
US20020194385A1 (en) 2002-12-19
DE50200687D1 (de) 2004-09-02
DK1397926T3 (da) 2005-03-29
JP4044036B2 (ja) 2008-02-06
EP1397926B1 (en) 2004-12-01
ES2225749T3 (es) 2005-03-16
AU2002302292B2 (en) 2006-12-21
US7356013B2 (en) 2008-04-08
KR20040015741A (ko) 2004-02-19
AU2002302292C1 (en) 2007-07-26
AU2002302292A1 (en) 2003-01-02
IL158939A0 (en) 2004-05-12
WO2002103978A3 (en) 2003-10-23
EP1397926A2 (en) 2004-03-17
CN1258940C (zh) 2006-06-07
AU2002302292B8 (en) 2006-12-21
ATE284118T1 (de) 2004-12-15
KR100560724B1 (ko) 2006-03-13
US20040176023A1 (en) 2004-09-09
ATE272287T1 (de) 2004-08-15
CN1526247A (zh) 2004-09-01
PT1271896E (pt) 2004-12-31
RU2004101041A (ru) 2005-06-10
IL158939A (en) 2008-04-13

Similar Documents

Publication Publication Date Title
RU2265282C2 (ru) Способ и система для мобильных узлов протокола ip в гетерогенных сетях
KR100907571B1 (ko) 확장된 자유 이동을 갖는 클라이언트들을 구비한 무선 근거리 통신망
US7620015B2 (en) Method and system for seamless handover of mobile devices in heterogeneous networks
EP1451950B1 (en) MOBILE ROUTER SUPPORT FOR IPv6
EP1206098B1 (en) Home agent and IP packet transferring method
EP1793538B1 (en) Seamless mobility in layer 2 radio access networks
US11032694B2 (en) Method and system for mobile network nodes in heterogeneous networks
US20020145993A1 (en) Discovering an address of a name server
JP2005500763A (ja) 無線データ・ネットワーク内でソフト・ハンドオフを実行するためのシステム並びに方法
JP2008510385A (ja) 効率的なvpnサーバインターフェース、アドレス割り当て、及びローカルアドレスドメインとのシグナリングのための方法及び装置
US8086210B2 (en) Flow based layer 2 handover mechanism for mobile node with multi network interfaces
US8045974B2 (en) Method and system for mobile IP-nodes in heterogeneous networks
EP1451705A2 (en) A mechanism to create pinhole for existing session in middlebox
KR100384887B1 (ko) 엠피엘에스 도메인 망에서의 모바일 아이피 수용 방법
Laukkanen et al. IP to wireless convergence interface
Kempf Seamless Mobility
EP1733590A1 (en) Method and system for seamless handover of mobile devices in heterogenous networks

Legal Events

Date Code Title Description
HK4A Changes in a published invention
PD4A Correction of name of patent owner
PC4A Invention patent assignment

Effective date: 20100414

MM4A The patent is invalid due to non-payment of fees

Effective date: 20150613