RU2265282C2 - Способ и система для мобильных узлов протокола ip в гетерогенных сетях - Google Patents
Способ и система для мобильных узлов протокола ip в гетерогенных сетях Download PDFInfo
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 28
- 238000004891 communication Methods 0.000 claims abstract description 10
- 239000003795 chemical substances by application Substances 0.000 claims description 21
- 238000006243 chemical reaction Methods 0.000 claims description 16
- 230000003068 static effect Effects 0.000 claims description 8
- 230000005540 biological transmission Effects 0.000 claims description 6
- 230000008569 process Effects 0.000 claims description 4
- 238000010295 mobile communication Methods 0.000 abstract description 4
- 239000000126 substance Substances 0.000 abstract 1
- 230000008901 benefit Effects 0.000 description 13
- 230000008859 change Effects 0.000 description 12
- 238000010586 diagram Methods 0.000 description 7
- 230000005641 tunneling Effects 0.000 description 7
- 230000007246 mechanism Effects 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 5
- 230000006870 function Effects 0.000 description 4
- 230000002441 reversible effect Effects 0.000 description 4
- 230000007704 transition Effects 0.000 description 4
- 238000012546 transfer Methods 0.000 description 3
- 230000001934 delay Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 108700026140 MAC combination Proteins 0.000 description 1
- 208000027418 Wounds and injury Diseases 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 238000004883 computer application Methods 0.000 description 1
- 230000006378 damage Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 208000014674 injury Diseases 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000035945 sensitivity Effects 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
- H04W36/0019—Control or signalling for completing the hand-off for data sessions of end-to-end connection adapted for mobile IP [MIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/18—Selecting a network or a communication service
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/14—Reselecting a network or an air interface
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
- H04W88/06—Terminal 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) данных или сохраняется в пределах допуска на отклонения.
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)
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)
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)
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 |
-
2002
- 2002-04-24 EP EP02405332A patent/EP1271896B1/de not_active Expired - Lifetime
- 2002-04-24 ES ES02405332T patent/ES2225749T3/es not_active Expired - Lifetime
- 2002-04-24 DE DE50200687T patent/DE50200687D1/de not_active Expired - Lifetime
- 2002-04-24 DK DK02405332T patent/DK1271896T3/da active
- 2002-04-24 AT AT02405332T patent/ATE272287T1/de active
- 2002-04-24 PT PT02405332T patent/PT1271896E/pt unknown
- 2002-06-12 RU RU2004101041/09A patent/RU2265282C2/ru not_active IP Right Cessation
- 2002-06-12 EP EP02729752A patent/EP1397926B1/en not_active Expired - Lifetime
- 2002-06-12 IL IL15893902A patent/IL158939A0/xx active IP Right Grant
- 2002-06-12 DK DK02729752T patent/DK1397926T3/da active
- 2002-06-12 WO PCT/CH2002/000311 patent/WO2002103978A2/en active IP Right Grant
- 2002-06-12 US US10/481,088 patent/US7356013B2/en not_active Expired - Lifetime
- 2002-06-12 NZ NZ529701A patent/NZ529701A/en unknown
- 2002-06-12 DE DE60202144T patent/DE60202144T2/de not_active Expired - Lifetime
- 2002-06-12 JP JP2003506161A patent/JP4044036B2/ja not_active Expired - Lifetime
- 2002-06-12 AT AT02729752T patent/ATE284118T1/de active
- 2002-06-12 PT PT02729752T patent/PT1397926E/pt unknown
- 2002-06-12 KR KR1020037016530A patent/KR100560724B1/ko not_active IP Right Cessation
- 2002-06-12 HU HU0400160A patent/HUP0400160A2/hu unknown
- 2002-06-12 ES ES02729752T patent/ES2233818T3/es not_active Expired - Lifetime
- 2002-06-12 AU AU2002302292A patent/AU2002302292C1/en not_active Ceased
- 2002-06-12 CN CNB028120531A patent/CN1258940C/zh not_active Expired - Lifetime
- 2002-06-12 CA CA2449478A patent/CA2449478C/en not_active Expired - Fee Related
- 2002-06-17 US US10/171,592 patent/US7643455B2/en active Active
-
2003
- 2003-11-18 IL IL158939A patent/IL158939A/en not_active IP Right Cessation
- 2003-11-21 ZA ZA200309090A patent/ZA200309090B/en unknown
Cited By (17)
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
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 |