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

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

Info

Publication number
RU2338329C2
RU2338329C2 RU2004132197/09A RU2004132197A RU2338329C2 RU 2338329 C2 RU2338329 C2 RU 2338329C2 RU 2004132197/09 A RU2004132197/09 A RU 2004132197/09A RU 2004132197 A RU2004132197 A RU 2004132197A RU 2338329 C2 RU2338329 C2 RU 2338329C2
Authority
RU
Russia
Prior art keywords
computing device
configuration
mobile
message
registration
Prior art date
Application number
RU2004132197/09A
Other languages
English (en)
Other versions
RU2004132197A (ru
Inventor
Нишал АБРОЛ (US)
Нишал АБРОЛ
Джеффри ДИК (US)
Джеффри ДИК
Марселло ЛАЙОЙ (US)
Марселло ЛАЙОЙ
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 RU2004132197A publication Critical patent/RU2004132197A/ru
Application granted granted Critical
Publication of RU2338329C2 publication Critical patent/RU2338329C2/ru

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W60/00Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • 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/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/168Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP] specially adapted for link layer protocols, e.g. asynchronous transfer mode [ATM], synchronous optical network [SONET] or point-to-point protocol [PPP]
    • 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
    • H04W8/00Network data management
    • H04W8/02Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08Mobility data transfer
    • H04W8/14Mobility data transfer between corresponding nodes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/50Address allocation
    • H04L61/5007Internet protocol [IP] addresses
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/10Flow control between communication endpoints
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18Negotiating wireless communication parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/26Network addressing or numbering for mobility support
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • 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/04Terminal devices adapted for relaying to or from another terminal or user
    • 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/18Service support devices; Network management devices
    • H04W88/182Network node acting on behalf of an other network entity, e.g. proxy

Landscapes

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

Abstract

Изобретение относится к системе и способу, предназначенным для прозрачной регистрации мобильного IP в согласовании протокола двухточечной связи, в которых используют мобильный телефон для передачи сообщения между терминальным оборудованием и внешним агентом (ВА). Техническим результатом является повышение надежности мобильной связи. В способе передают с помощью терминального оборудования сообщение запроса конфигурации ПУ IP, запрашивающее назначение адреса IP, модифицируют его с помощью мобильного телефона, чтобы удалить опцию запроса адреса IP. Другие опции конфигурации передают неизмененными с помощью мобильного телефона в одноранговый узел сети/сеть, который отвечает подтверждением опций запрошенной конфигурации. Утверждают управление потоком, чтобы дать возможность регистрации мобильного IP. В ходе регистрации мобильному устройству назначают адрес IP с помощью ВА. После завершения регистрации мобильного IP отменяют утверждение управление потоком между мобильным телефоном и терминалом и адрес IP, назначенный во время регистрации мобильного IP, предоставляют в терминальное оборудование. Система содержит передатчик, приемник, связанные через устройство радиосвязи, и процессор, предназначенный для обработки сообщения запроса конфигурации. 3 н. и 28 з.п. ф-лы, 5 ил.

Description

Эта заявка имеет приоритет в соответствии с датой подачи временной заявки номер 60370029, зарегистрированной 3 апреля 2002 г.
Это изобретение в целом относится к области радиосвязи. Более конкретно это изобретение относится к системе и способу, предназначенным для эффективной прозрачной регистрации мобильного протокола Internet (MIP) в согласовании протокола двухточечной связи (PPP, ПДС).
Последние достижения в радиосвязи и быстрое расширение использования Internet значительно увеличили потребность в мобильных вычислениях. Технология множественного доступа с кодовым (CDMA, МДКР) разделением сыграла критическую роль в удовлетворении этой потребности.
МДКР является цифровым радиочастотным способом, определенным во временном стандарте 95 Ассоциации телекоммуникационной промышленности/ Ассоциации электронной промышленности, озаглавленном "Mobile Station-Base Station Compatibility Standard for Dual-Mode Wideband Spread Spectrum Cellular System", который опубликован в июле 1993 г. и который включен в настоящее описание в качестве ссылки.
Устройства связи МДКР назначают уникальный код сигналам связи и расширяют эти сигналы через общую полосу частот расширенного спектра. Поскольку устройство связи имеет правильный код, оно может успешно обнаруживать и выбирать свой сигнал из других сигналов, одновременно передаваемый через одну и ту же полосу частот.
Повышенная надежность мобильной связи привела к потребности дистанционного радиовычисления, где вычислительное устройство, такое как ПК-блокнот или карманный компьютер, дистанционно соединено с компьютерной сетью (например, Internet) через мобильный телефон. Несмотря на то, что IS-95 не определяет необходимость протокола для такого дистанционного радиовычисления, ряд стандартов действительно существует. Стандарт протокола Internet (IP) включен во многие устройства радиосвязи. Запрос комментария к стандарту № 791 (RFC 791), озаглавленный "Internet Protocol Darpa Program Protocol Specification", опубликованный в сентябре 1981 г., является протоколом сетевого уровня, который адаптирует пакетирование данных для передачи. Информация адресации и маршрутизации включена в заголовки пакетов. Заголовки содержат адреса, которые идентифицируют передающие и принимающие устройства. Эти адреса используются маршрутизаторами в сети для того, чтобы выбирать маршрут таким образом, чтобы передавать каждый пакет в его окончательный пункт назначения по предназначенному адресу пункта назначения.
Другим широко известным протоколом в радиосвязи является протокол двухточечной связи (ПДС), используемый для управления доступом радиосвязи в компьютерную сеть (например, Internet). Протокол ПДС описан в запросе комментария 1661 (RFC 1661), озаглавленном "The Point-to-Point Protocol (PPP)", опубликованном в июле 1994 г. Протокол ПДС определяет стандарты, предназначенные для транспортировки данных двухточечных линий связи, включая способ пакетирования многопротокольных данных, протокол управления соединением (LCP, ПУС), предназначенный для установления и конфигурирования линии связи данных, и протоколы управления сетью (NCP, ПУСет), предназначенные для установления и конфигурирования протоколов уровня сети.
Другой стандарт, обозначенный LEFT RFC 2002, озаглавленный "IP Mobility Support For Ipv4 (a/k/a Mobile IP)", предоставляет стандарты связи для Mobile IP, но не адресуются радио аспектам мобильных вычислений.
С утверждением стандартов третьего поколения (3G, 3П) для связи МДКР введены телекоммуникационные стандарты для сетевой радиосвязи. Телекоммуникационный стандарт IS-835, озаглавленный "CDMA 2000 Wireless Network Standard", опубликованный в июне 2000 г., и телекоммуникационный стандарт IS-835-А, опубликованный в мае 2001 г., устанавливают обязательным определенный протокол связи, предназначенный для использования с устройствами МДКР 3П.
Фиг. 1 представляет функциональную блок-схему, иллюстрирующую соединение компьютерной радиосети. На фиг. 1 терминальное оборудование (TE, ТО) 10 может быть ПК-блокнотом, карманным компьютером или другим традиционным вычислительным устройством. ТО 10 соединено с устройством радиосвязи, таким как мобильный телефон (МТ) 12. ТО 10 взаимодействует с МТ 12 через соединение, обозначенное стандартами как интерфейс Rm. Интерфейс Rm может быть реализован с помощью множества известных технологий. Например, интерфейс Rm мог бы быть реализован посредством традиционных технологий RS-232, RS-422, IEEE 4888, IEEE 1394, Bluetooth и тому подобных. Эти традиционные технологии интерфейса широко известны в данной области техники и не требуют того, чтобы быть описанными в настоящей заявке. Настоящее изобретение не ограничено конкретными видами интерфейса Rm.
ТО 10 и МТ 12 могут быть традиционно совместно охарактеризованы как подвижная станция (MS, ПС) 14, как указано пунктирными линиями на фиг. 1. МТ 12 включает в себя передатчик 16 и приемник 18, которые работают известным образом, чтобы дать возможность речевой связи или связи данных с дистанционным местоположением.
Система радиосвязи фиг. 1 также включает в себя систему приемопередатчика базовой станции (BTS, ПБС) 20, которая также может содержать центр коммутации мобильной связи (MSC, ЦКМС). ПБС 20 взаимодействует с ПС 14 через радиоинтерфейс, обозначенный стандартами как интерфейс Um. Рабочие детали интерфейса Um известны обычным специалистам в данной области техники и не требуют того, чтобы быть описанными более подробно в настоящей заявке. ПБС 20 соединен с компьютерной сетью 22 через интерфейс, обозначенный стандартами как интерфейс L. Рабочие детали интерфейса L также обозначены промышленными стандартами и не требуют того, чтобы быть описанными более подробно в настоящей заявке.
Для того чтобы установить линию связи между ТО 10 и сетью 22, коммуникационными пакетами данных обмениваются через интерфейсы Rm и Um, и может быть установлен сеанс ПДС. Различные протоколы и стандарты, описанные выше, предоставляют инфраструктуру для реализации радиосоединения компьютерной сети. Фактическая реализация аппаратного обеспечения и программного обеспечения в этой инфраструктуре оставлена на усмотрение разработчика. Несмотря на то, что различные стандарты, описанные выше, обеспечивают такую регистрацию мобильного IP, перекрывающиеся стандарты часто имеют результатом неэффективности в процессе регистрации. Следовательно, можно понять, что имеется существенная потребность в оптимизированном процессе регистрации для мобильных вычислительных приложений. Настоящее изобретение предоставляет это и другие преимущества, как будет понятно из следующего подробного описания и сопровождающих фигур.
В примерном варианте осуществления настоящее изобретение раскрывает способ, предназначенный для регистрации радиосети вычислительного устройства, соединенного с устройством радиосвязи, и содержит этап, на котором инициализируют согласование протокола двухточечной связи между вычислительным устройством и компьютерной сетью. Сообщения передают из вычислительного устройства в компьютерную сеть, чтобы инициировать согласование ПДС между вычислительным устройством и компьютерной сетью. Пока происходит согласование ПДС, способ также содержит этап, на котором принимают сообщение запроса конфигурации из вычислительного устройства, причем сообщение запроса конфигурации содержит запрос назначения адреса сети для вычислительного устройства. Сообщение запроса конфигурации изменяют таким образом, чтобы удалить запрос назначения адреса, и измененное сообщение запроса конфигурации передают в компьютерную сеть. Подтверждение конфигурации передают из компьютерной сети в ответ на измененное сообщение запроса конфигурации. Способ дополнительно содержит этап, на котором выполняют регистрацию компьютерной сети мобильного IP перед завершением согласования ПДС, причем регистрация мобильного IP включает в себя назначение адреса компьютерной сети из компьютерной сети. Согласование ПДС завершают с использованием назначенного адреса сети в качестве адреса сети для вычислительного устройства.
В одном варианте осуществления сообщение запроса конфигурации является сообщением протокола управления протоколом Internet (IPCP, ПУIP), посылаемым вычислительным устройством. Сообщение запроса конфигурации также может содержать другие опции конфигурации, а способ дополнительно содержит этап передачи измененного сообщения запроса конфигурации с другими опциями конфигурации.
В одном варианте осуществления сообщение подтверждения конфигурации принимают и временно запоминают с помощью устройства радиосвязи. Затем устройство радиосвязи генерирует сообщение подтверждения конфигурации для вычислительного устройства, в котором данные из запомненной конфигурации включены в сообщение подтверждения конфигурации.
Способ также может включать в себя этап, на котором приостанавливают согласование ПДС во время регистрации компьютерной сети мобильного IP. Приостановка согласования ПДС может содержать подэтап, на котором утверждают управление потоком, чтобы блокировать связь между вычислительным устройством и устройством радиосвязи во время регистрации компьютерной сети мобильного IP. В этом варианте осуществления способ также содержит этап, на котором отменяют утверждение управления потоком, чтобы дать возможность связи между вычислительным устройством и устройством радиосвязи после завершения регистрации компьютерной сети мобильного IP.
Фиг. 1 представляет функциональную блок-схему линии радиосвязи вычислительного устройства с компьютерной сетью.
Фиг. 2 иллюстрирует логическое соединение между вычислительным устройством и сетью мобильного IP с использованием системы радиосвязи, подобной системе фиг. 1.
Фиг. 3 иллюстрирует этапы обработки при согласовании линии радиосвязи с использованием системы фиг. 2.
Фиг. 4 представляет оптимизированный процесс регистрации.
Фиг. 5 представляет блок-схему, иллюстрирующую работу одного варианта осуществления настоящего изобретения.
Настоящее изобретение направлено на способы, предназначенные для регистрации мобильного IP. Как обсуждено выше относительно фиг. 1, целью является зарегистрировать мобильное терминальное оборудование (например, ТО 10) с компьютерной сетью (например, сетью 22), такой как Internet. В частности, настоящее изобретение направлено на эффективный способ, предназначенный для прозрачной регистрации мобильного IP, которая происходит в согласовании ПДС.
Как замечено выше, существует ряд различных стандартов для того, чтобы управлять радиосвязью IP. Эти стандарты могут быть реализованы рядом различных способов, чтобы предоставить некоторую гибкость для разработчика. Фиг. 1 иллюстрирует упрощенную обобщенную радиосеть, которая поддерживает процесс связи. Процесс связи между ТО 10 и сетью 22 проиллюстрирован на уровне связи IP в функциональной блок-схеме фиг. 2. Как обсуждено ранее, ТО 10 взаимодействует с МТ 12 через интерфейс Rm. В свою очередь, МТ 12 взаимодействует с внешним агентом (FA, ВА) через интерфейс Um/А. "Интерфейс А" проиллюстрированный на фиг. 2, относится совместно к интерфейсам А8, А9, А10 и А11, которые содержат соединение БС/ЦКМС с PDSN в сети IS-835, как определено в стандарте TIA/EIA-2001-А, озаглавленном "Interoperability Specifications (IOS) For CDMA 2000 Access Network Interfaces", который был опубликован в августе 2001 и который включен в настоящее описание в качестве ссылки. Заметим, что понятие "интерфейс А" не стандартизовано. Другие интерфейсы (т. е. А1-А11) определены в IS-835, но направлены на интерфейсы, включающие в себя БС/ЦКМС, и являются посторонними для понимания настоящей системы. Специалисты в данной области техники поймут, что интерфейс А относится к одному или более интерфейсов, определенных в IS-835. В соответствии с некоторыми стандартами связи МТ 12 может взаимодействовать с одноранговым узлом сети, таким как узел коммутации пакетных данных (PDSN, УКПД), описанным в IS-835, который в примерном варианте осуществления связан с ВА 26.
Следует заметить, что ПБС 20 не изображен на фиг. 2, так как он, по существу, работает как прозрачный механизм передачи на уровне сети. ПБС 20 не играет роли при взаимодействии на уровне слоя IP. ВА 26 служит в качестве точки соединения роуминга между ТО 10 и сетью 22. Если МТ 12 выполняет передачу обслуживания (т. е. переключается в другой ПБС), ВА также может изменяться. Следовательно, когда МТ 12 перемещается, он соответствует локальному BA 26.
ВА 26 взаимодействует с собственным агентом (HA, СА) 28. Как ВА 26, так и СА 28 являются процессами, определенными для связи мобильного IP. СА 28 действует как программа-посредник данных в линии связи между ВА 26 и сетью 22. СА 28 является фиксированной точкой и имеет определенный адрес IP, используемый сетью 22. Даже когда выполняют передачу обслуживания МТ 12 в другой ПБС, СА 28 остается постоянным на протяжении сеанса IP между ТО 10 и сетью 22.
Система, изображенная на фиг. 2, иллюстрирует логические объекты, участвующие в регистрации мобильного IP. Фиг. 3 иллюстрирует поток сообщений в прямом и обратном направлении между различными компонентами системы. Терминальное оборудование (например, ТО 10 фиг. 1) указано в левой части фиг. 1, в то время как сеть (например, сеть 22 фиг. 1) указана в правой части фиг. 3. Между терминальным оборудованием и сетью находится мобильный телефон (например, МТ 12 фиг. 1), указанный с помощью обозначения МТ. Также на фиг. 3 проиллюстрированы ВА (например, ВА 26 фиг. 2) и СА (например, СА 28 фиг. 2). Специалисты в данной области техники поймут, что коммуникации проходят между МТ 12 и сетью 22 через ПБС (например, ПБС 20 фиг. 1). Однако некоторая часть процесса, проиллюстрированного на фиг. 3 описана на уровне сети, а не на уровне физической линии связи. Следовательно, для удобства фиг. 3 иллюстрирует коммуникации между МТ 12 и ВА 26 через интерфейс Um.
На фиг. 3 процесс, указанный с помощью ссылочного номера 1, является процессом регистрации мобильного IP, который происходит между МТ 12 и ВА 26. Этот процесс включает в себя согласование протокола управления соединением (ПУС) и согласование протокола управления протоколом Internet (ПУIP). Специалисты в данной области техники поймут, что ряд сообщений может проходить в прямом и обратном направлении между МТ 12 и ВА 26 как для согласования ПУС, так и для согласования ПУIP. Сообщения передают из МТ 12 с использованием передатчика в устройстве радиосвязи, в то время как приемник в устройстве радиосвязи принимает сообщения согласования. Ради ясности на фиг. 3 проиллюстрированы только выбранные сообщения, которые непосредственно связаны с регистрацией мобильного IP. Во время этого процесса сеанс ПДС, обозначенный как сеанс А, устанавливают по интерфейсу Um. МТ 12 выполняет регистрацию мобильного IP по интерфейсу Um, и ему назначают адрес IP.
В следующем процессе, указанном с помощью ссылочного номера 2 на фиг. 3, регистрация терминального оборудования (например, ТО 10 фиг. 1) происходит во взаимодействии с МТ (например, МТ 12 фиг. 1). Во время этого процесса второй сеанс ПДС, обозначенный как сеанс В, происходит по интерфейсу Rm. Специалисты в данной области техники поймут, что ряд сообщений передают в прямом и обратном направлении между ТА 10 и МТ 12 как для согласования ПУС, так и для согласования ПУIP во время сеанса В. Ради краткости эти отдельные сообщения не изображены на фиг. 3.
МТ 12 снабжает ТО 10 ранее назначенным адресом IP. Опции протокола между сеансом А и сеансом В могут быть неодинаковыми. Следующие согласования мобильного IP являются прозрачными для сеанса В. Следующий трафик IP происходит между ТО 10 и сетью 22 через МТ 12 и ПБС 20, как указано в нижней части фиг. 1. Процесс, проиллюстрированный на фиг. 1, соответствует множеству стандартов связи и окончательно будет иметь результатом назначение соответствующего адреса IP. Однако процесс фиг. 3 требует множества сеансов.
Более оптимальное решение представлено на фиг. 4. Процесс, проиллюстрированный на фиг. 4, включает в себя как для согласования ПУС, так и для согласования ПУIP. Сообщения проходят из ТО (например ТО 10 фиг. 1) в левой части фиг. 1 в МТ (например, МТ 12 фиг. 1) через интерфейс Rm. Сообщения посылают с помощью МТ 12 в ВА (например, ВА 26 фиг. 2) с помощью использования мобильного передатчика 16 (смотри фиг. 1). Сообщения, предназначенные для МТ 12 из ВА, принимают с помощью мобильного приемника 18. Эту эфирную линию радиосвязи упоминают как интерфейс Um.
В процессе, изображенном на фиг. 4, процесс регистрации IP инициируют с помощью ТО 10 с помощью посылки сообщения запроса конфигурации ПУС (ПУС С-Req, Зап-К ПУС) в МТ 12. В качестве альтернативы процесс может быть инициирован с помощью Зап-К из МТ 12 в ТО 10. Сообщение Зап-К ПУС указано с помощью ссылочного номера (1) сообщения между ТО и МТ на фиг. 3. Ссылочные номера, связанные с различными сообщениями, изображенными на фиг. 4, предназначены, чтобы обычно указывать последовательный характер сообщений, и не относятся к конкретным типам сообщений. То есть стандарты задают сообщение Зап-К ПУС, но не задают сообщение Зап-К ПУС (1). Ссылочные номера добавлены на фиг. 4, чтобы обеспечить большее понимание последовательного характера сообщений и, как будет описано ниже, зависимости сообщений, передаваемых между ТО 10 и МТ 12 и между МТ и ВА 26. МТ 12 передает сообщение Зап-К ПУС (1) ВА 26 через интерфейс Um. Большинство сообщений, передаваемых по интерфейсу Um, не изменяют никаким способом с помощью МТ 12. То есть МТ 12 принимает сообщение Зап-К ПУС (1) из ТО 10 и просто передает его дальше неизмененным ВА 26. Одним исключением является сообщение (7), которое модифицируют с помощью процессора связи в МТ 12 способом, описанным более подробно ниже.
ВА 26 отвечает на сообщение запроса конфигурации сообщением подтверждения конфигурации ПУС (ПУС С-Ack, Подтв-К ПУС) в МТ 12 по интерфейсу Um. МТ 12 передает сообщение Подтв-К ПУС в ТО 10 по интерфейсу Rm без каких-либо изменений.
В соответствии со стандартом IS-835 ВА 26 пошлет запрос конфигурации ПУС в МТ 12, включающий опцию протокола аутентификации хост-узла канала (СНАР, ПАХУК) (Зап-К ПУС (ПАХУК)). Несмотря на то, что опция ПАХУК задана в Зап-К ПУС, связь мобильного IP по стандарту IS-835 не должна использовать ПАХУК. Следовательно, если ВА 26 посылает сообщение Зап-К ПУС (ПАХУК), МТ 12 ответит сообщением ПУС С-Rej (ПАХУК), Откл-К ПУС (ПАХУК) в ПБС 20, чтобы отклонить протокол конфигурации ПАХУК. Следует понимать, что не все стандарты предотвращают аутентификацию ПАХУК и, следовательно, запрос конфигурации для ПАХУК и отклонение конфигурации ПАХУК не обязательны для всех реализаций настоящего изобретения. Как обсуждено ранее, стандарт IS-835 определяет УКПД как логический объект, который в настоящем изобретении является устройством однорангового узла сети, в котором заканчивают сеанс ПДС.
В качестве части согласования ПУС ВА 26 передает сообщение запроса конфигурации ПУС, указанное на фиг. 3 как Зап-К ПУС (3), в МТ 12 через интерфейс Um. МТ 12 передает сообщение Зап-К ПУС (3) в ТО 10 через интерфейс Um без каких-либо изменений. ТО 10 отвечает сообщением подтверждения (Подтв-К ПУС (4)) через интерфейс Rm в МТ 12. МТ 12 передает сообщение Подтв-К ПУС (4) ВА 26 через интерфейс Um без каких-либо изменений. Процесс согласования ПУС и данные, содержащиеся в сообщениях, описанных выше, известны в данной области техники и не требуют того, чтобы быть описанными более подробно в настоящей заявке.
После завершения согласования ПУС ВА 26 инициирует согласование ПУIP с помощью передачи сообщения запроса конфигурации ПУIP (Зап-К ПУIP (5)) в МТ 12 через интерфейс Um. МТ 12 передает сообщение Зап-К ПУIP (5) неизмененным в ТО 10 через интерфейс Rm без каких-либо изменений. ТО 10 отвечает на сообщение запроса конфигурации сообщением подтверждения конфигурации (Подтв-К ПУIP (6)), переданным в МТ 12 через интерфейс Rm. МТ 12 передает сообщение Зап-К ПУIP (6) ВА 26 через интерфейс Um.
Затем ТО 12 генерирует сообщение запроса конфигурации (Зап-К ПУIP (7)[адрес 0.0.0.0, опции] в МТ 12. Запрос конфигурации в сообщении (7) включает в себя запрос для назначения динамического адреса. Сообщение Зап-К ПУIP (7)[адрес 0.0.0.0, опции] задает адрес 0.0.0.0, который интерпретируют как запрос для динамического назначения адреса IP. Кроме того, сообщение Зап-К ПУIP (7)[адрес 0.0.0.0, опции] может включать в себя необязательные запросы конфигурации, указанные в целом как опции на фиг. 4.
Чтобы исключить дополнительные согласования ПДС, необходимые для повторного назначения адреса IP, процессор связи в МТ 12 обрабатывает сообщение Зап-К ПУIP (7)[адрес 0.0.0.0, опции] таким образом, чтобы удалить назначение динамического адреса. Процессор связи, который может быть реализован как множество компьютерных инструкций с помощью МТ 12, вырезает эту часть сообщения и передает сообщение запроса конфигурации только для запрошенных опций, но не запрашивая динамического назначения адреса IP. В ответ на сообщение Зап-К ПУIP (7) [опции] ВА 26 передает сообщение подтверждения (Подтв-К ПУIP [опции] (8) в МТ 12 через интерфейс Um. Это сообщение подтверждает запрошенные опции, которые были запрошены с помощью ТО 10 в сообщении (7) запроса конфигурации. Специалисты в данной области техники поймут, что могут происходить другие промежуточные согласования. Однако ради краткости в настоящей заявке описан простейший случай. Любые дополнительные промежуточные согласования хорошо известны и не требуют того, чтобы быть описанными более подробно в настоящей заявке. Поскольку еще не имеется адрес, чтобы сопровождать эти опции, МТ 12 не передает немедленно сообщение подтверждения в ТО 10, а сохраняет информацию в местоположении запоминающего устройства в МТ 12.
Это временно прекращает согласование ПДС между ТО 10 и сетью 22. Согласование ПДС будет завершено после согласования мобильного IP, которое указано с помощью ссылочного номера 2 в левой части фиг. 4. В согласовании мобильного IP имеется ряд известных процессов, таких как испрашивание агента и объявление агента, между МТ 12 и ВА 26 через интерфейс Um. Эти процессы известны в данной области техники и не требуют того, чтобы быть описанными более подробно в настоящей заявке.
Недостатком определенных операционных систем является то, что согласование ПДС потерпит неудачу, если оно не завершено в течение относительно короткого времени простоя, заданного операционной системой. Известны способы, предназначенные для исключения времени простоя в течение согласования мобильного IP.
Способ, используемый для того, чтобы исключить ошибку времени простоя в ТО 10, проиллюстрирован в целом на фиг. 3 как управление потоком. Управление потоком утверждают в момент времени, когда МТ 12 начинает согласование мобильного IP, и отменяют утверждение, когда согласование мобильного IP завершено.
Например, некоторые аппаратные реализации интерфейса Rm обеспечивают управляющие линии связи, которые предназначены для управления потоком данных. Например, интерфейс RS-232 включает в себя управляющую линию связи Очистка для передачи (CTS, ОДП), чтобы указывать, что устройство готово принимать данные. Отмена утверждения управляющей линии связи ОДП указывает, что устройство не готово принимать данные. Несмотря на то, что управляющая линия связи обычно предназначена для управления потоком данных, она может быть использована для того, чтобы исключить времена простоя, поскольку операционная система в ТО 10 будет вести себя таким образом, как если бы она просто ожидала, чтобы МТ 12 утвердил управляющую линию связи ОДП и указал свои намерения принять больше данных. Это является простым аппаратным решением для потенциальной проблемы времени простоя.
Другие аппаратные реализации интерфейса Rm не имеют такие управляющие линии аппаратного обеспечения. Вместо этого потоком данных управляют через сообщения, обмениваемые между ТО 10 и МТ 12 через интерфейс Rm. Однако имеются способы, чтобы управлять потоком данных таким образом, чтобы исключить ошибки времени простоя в таких реализациях управления. Один такой способ описан в заявке, озаглавленной "Способ исключения времени простоя ПЛС во время согласования ПУIP", права на которую переданы владельцу настоящего изобретения, опубликованной как WO 01/52499, публикация РСТ 19 июля 2001 г., и полностью включенной в настоящее описание в качестве ссылки. В этом документе время простоя исключают с помощью предложения МТ 12 произвольного адреса IP для ТО 10 через сообщение ПУIP C-Nak, НП (не подтверждение)-К ПУIP. В ответ ТО 10 передает запрос конфигурации в МТ 12, запрашивающий произвольно назначенный адрес IP. До тех пор, пока МТ 12 не присвоен адрес IP c помощью однорангового узла сети/сети 22, МТ 12 будет отклонять запрос конфигурации с использованием сообщения НП-К ПУIP, предлагающего произвольный адрес IP.
Это процесс продолжается до тех пор, пока не будет предоставлен адрес с помощью однорангового узла сети/сети 22. Ошибки времени простоя исключают, поскольку ТО 10 активно взаимодействует с МТ 12. Следовательно, процессы испрашивания и объявления между МТ 12 и ПБС 20 по интерфейсу Um могут происходить без встречи с ошибкой времени простоя в ТО 10.
В качестве части регистрации мобильного IP МТ 12 передает сообщение запроса регистрации (RRQ, ЗР) в сеть 22. Сеть 22 отвечает сообщением ответа регистрации (RRP, ОР), которое включает в себя назначение адреса IP, обозначенного на фиг. 4 как "адрес а.b.c.d" в сообщении, передаваемом в МТ 12 через интерфейс Um.
В этот момент времени регистрация мобильного IP завершена, и адрес IP (адрес а.b.c.d) назначен с помощью сети 22. Теперь отменяют утверждение управления потоком коммуникаций между ТО 10 и МТ 12 и согласование ПДС завершают в множестве этапов, указанных в целом с помощью ссылочного номера 3 в левой части фиг. 4. Не подтвержденное (НП-К ПУIP (адрес а.b.c.d) сообщение генерируют с помощью МТ 12 и передают в ТО 10 через интерфейс Rm. Несмотря на то, что это является неподтвержденным сообщением, оно не предоставляет назначенный адрес IP в ТО 10.
В ответ на сообщение НП-К ПУIP [адрес а.b.c.d] ТО 10 генерирует сообщение запроса конфигурации (Зап-К ПУIP [адрес а.b.c.d]), передаваемое в МТ 12 через интерфейс Rm. МТ 12 отвечает на сообщение Зап-К ПУIP [адрес а.b.c.d] сообщением подтверждения (Подтв-К ПУIP [адрес а.b.c.d, опции]), чтобы подтвердить назначение адреса a.b.c.d адреса IP и подтверждение ранее запрошенных опций. Как обсуждено ранее, опции были запрошены с помощью ТО 10 в сообщении Зап-К ПУIP [адрес 0.0.0.0, опции] (7) (причем запрос назначения адреса удален с помощью МТ 12) и подтверждены с помощью ВА 26 в сообщении Подтв-К ПУIP [опции] (8), которое было принято и запомнено с помощью МТ 12 в течение предыдущей части согласований ПДС. Следовательно, система успешно согласовала регистрацию мобильного IP в согласовании ПДС, таким образом исключая необходимость множества сеансов и повторного назначения и повторного запроса нового адреса IP. Дальнейшие коммуникации происходят между ТО 10 и сетью 22 через установленные линии связи.
Фиг. 5 представляет блок-схему, иллюстрирующую работу примерного варианта осуществления. На начальном этапе 200 питание ПС 14 включено, и пользователь выбрал установить линию радиосвязи. На этапе 202 ПС 14 инициирует согласование ПДС. На этапе 204 ПС обменивается сообщениями с ВА 26 (смотри фиг. 2) как частью согласования ПДС. Примерные сообщения проиллюстрированы на фиг. 4. Однако, как обсуждено выше, сообщения фиг. 4 являются только иллюстративными примерного процесса согласования и не предназначены для того, чтобы предоставить исчерпывающее описание известного процесса согласования ПДС.
На этапе 206 принятия решения ПС 14 ожидает сообщение запроса конфигурации из ТО 10 (смотри фиг. 1). Если сообщение запроса конфигурации не принято, результатом этапа 206 принятия решения является НЕТ и процесс возвращается на этап 204, где согласования ПДС продолжаются. Если сообщение запроса конфигурации принято, результатом этапа 206 принятия решения является ДА. В этом случае ПС 14 временно приостанавливает согласования ПДС на этапе 210. Как обсуждено выше, имеется ряд способов управления потоком, которые могут быть использованы, чтобы приостановить согласования ПДС без их окончания.
На этапе 212 МТ 12 изменяет сообщение запроса конфигурации, чтобы удалить часть запроса назначения адреса этого сообщения. На этапе 214 ПС 14 передает измененное сообщение запроса конфигурации ВА 26 (смотри фиг. 2). На этапе 216 принятия решения ПС 14 ожидает сообщение подтверждения конфигурации из ВА 26. Если сообщение подтверждения конфигурации не принято, результатом этапа 216 принятия решения является НЕТ. В этом случае процесс возвращается на этап 216 принятия решения, чтобы ожидать приема сообщения запроса конфигурации.
Когда сообщение подтверждения конфигурации принято, результатом этапа 216 принятия решения является ДА. В этом случае ПС 14 (смотри фиг. 1) выполняет регистрацию мобильного IP на этапе 220. После завершения процесса регистрации мобильного IP на этапе 220 ПС 14 возобновляет ранее приостановленные согласования ПДС на этапе 222. Процесс заканчивают на этапе 224, причем регистрация мобильного IP произошла в согласовании ПДС. Как обсуждено выше, процесс исключает необходимость множества согласований ПДС.
Процесс прозрачной регистрации мобильного IP в согласовании ПДС описан относительно определенных промышленных стандартов. Однако специалисты в данной области техники поймут, что принципы настоящего изобретения могут быть применены к регистрации мобильного IP в соответствии с другими стандартами. Следовательно, настоящее изобретение не должно быть ограничено, и его объем определяется прилагаемой формулой изобретения.

Claims (31)

1. Способ регистрации радиосети вычислительного устройства, соединенного с устройством радиосвязи, содержащий этапы, на которых: инициируют согласование протокола двухточечной связи (ПДС) между вычислительным устройством и компьютерной сетью;
передают сообщения, принимаемые из вычислительного устройства, в компьютерную сеть, чтобы инициировать согласование ПДС между вычислительным устройством и компьютерной сетью;
пока происходит согласование ПДС, принимают сообщение запроса конфигурации из вычислительного устройства, причем сообщение запроса конфигурации содержит запрос для назначения адреса сети для вычислительного устройства;
изменяют сообщение запроса конфигурации, чтобы удалить запрос назначения адреса;
передают измененное сообщение запроса конфигурации в компьютерную сеть для конфигурации протокола уровня сети между вычислительным устройством и компьютерною сетью;
принимают подтверждение конфигурации, переданное из компьютерной сети в ответ на измененное сообщение запроса конфигурации;
выполняют регистрацию мобильного IP перед завершением согласования ПДС, причем регистрация мобильного IP предоставляет назначение адреса сети из компьютерной сети; и
завершают согласование ПДС с использованием назначенного адреса сети в качестве адреса сети для вычислительного устройства.
2. Способ по п.1, по которому сообщение запроса конфигурации является сообщением протокола управления протокола Internet (ПУIР), посылаемым вычислительным устройством.
3. Способ по п.1, по которому сообщение запроса конфигурации содержит другие опции конфигурации, причем способ также содержит этап, на котором передают измененное сообщение конфигурации с другими опциями конфигурации.
4. Способ по п.3, по которому подтверждение конфигурации принимают и временно запоминают с помощью устройства радиосвязи.
5. Способ по п.4, который также содержит этап, на котором устройство радиосвязи генерирует сообщение подтверждения конфигурации для вычислительного устройства, в котором данные из запомненной конфигурации включены в сообщение подтверждения конфигурации.
6. Способ по п.1, по которому согласование ПДС содержит запрос конфигурации ПАХУК, передаваемый УКПД в устройство радиосвязи, причем способ также содержит этап, на котором генерируют сообщение отклонения конфигурации, чтобы отклонить запрос конфигурации ПАХУК.
7. Способ по п.1, по которому адрес сети назначают в ответ на запрос регистрации из устройства радиосвязи для регистрации мобильного IP.
8. Способ по п.1, который также содержит этап, на котором приостанавливают согласование ПДС во время регистрации мобильного IP.
9. Способ по п.8, который также содержит этап, на котором утверждают управление потоком, чтобы блокировать связь между вычислительным устройством и устройством радиосвязи во время регистрации мобильного IP.
10. Способ по п.9, который также содержит этап, на котором отменяют утверждение управления потоком, чтобы дать возможность связи между вычислительным устройством и устройством радиосвязи после завершения регистрации мобильного IP.
11. Способ по п.8, который также содержит этап, на котором управляют связью между вычислительным устройством и устройством радиосвязи во время регистрации мобильного IP, чтобы исключить ошибки времени простоя в вычислительном устройстве.
12. Способ по п.11, по которому этап, на котором управляют связью между вычислительным устройством и устройством радиосвязи, содержит подэтап, на котором передают сообщение запроса конфигурации из вычислительного устройства в устройство радиосвязи и в ответ на сообщение запроса конфигурации передают сообщение неподтверждения конфигурации из устройства радиосвязи в вычислительное устройство.
13. Способ по п.12, по которому сообщение запроса конфигурации содержит произвольный адрес компьютерной сети, а сообщение неподтверждения конфигурации содержит отклонение произвольного адреса компьютерной сети.
14. Система для регистрации радиосети вычислительного устройства, соединенного с устройством радиосвязи, причем система содержит: передатчик, соединенный с устройством радиосвязи, чтобы передавать сообщения, принимаемые из вычислительного устройства, в компьютерную сеть, чтобы инициировать согласование протокола двухточечной связи (ПДС) между вычислительным устройством и компьютерной сетью;
процессор связи, предназначенный для того, чтобы обрабатывать сообщение запроса конфигурации из вычислительного устройства пока происходит согласование ПДС, причем сообщение запроса конфигурации содержит запрос для динамического назначения адреса для вычислительного устройства, в котором процессор связи изменяет сообщение запроса конфигурации, чтобы удалить запрос назначения адреса, а передатчик передает измененное сообщение запроса конфигурации в вычислительную сеть для конфигурирования протокола уровня сети между вычислительным устройством и компьютерной сетью; и
приемник, связанный с устройством радиосвязи, чтобы принимать сообщение подтверждения конфигурации, передаваемое из компьютерной сети в ответ на измененное сообщение запроса конфигурации, при этом процессор связи выполняет регистрацию мобильного IP перед завершением согласования ПДС, причем регистрация мобильного IP включает в себя назначение адреса сети из компьютерной сети и при этом процессор связи завершает согласование ПДС с использованием назначенного адреса сети в качестве адреса сети для вычислительного устройства.
15. Система по п.14, которая также содержит компьютерный интерфейс, в котором сообщение запроса конфигурации является сообщением протокола управления протокола Internet (ПУIР), посылаемым вычислительным устройством и принимаемым компьютерным интерфейсом.
16. Система по п.14, в которой сообщение запроса конфигурации содержит дополнительные опции конфигурации, причем процессор связи передает измененное сообщение конфигурации с дополнительными опциями конфигурации.
17. Система по п.14, которая также содержит местоположение запоминающего устройства, в котором принимают сообщение подтверждения конфигурации, а данные, связанные с ним, временно запоминают в местоположении запоминающего устройства.
18. Система по п.17, в которой процессор связи генерирует сообщение подтверждения конфигурации для вычислительного устройства, в котором данные из запомненной конфигурации включены в сообщение подтверждения конфигурации.
19. Система по п.14, в которой приемник принимает адрес сети, назначенный в ответ на запрос регистрации из устройства радиосвязи.
20. Система по п.14, которая также содержит контроллер компьютерного интерфейса, чтобы утверждать управление потоком, чтобы блокировать связь между вычислительным устройством и устройством радиосвязи во время регистрации мобильного IP.
21. Система по п.20, в которой контроллер компьютерного интерфейса отменяет утверждение управления потоком, чтобы дать возможность связи между вычислительным устройством и устройством радиосвязи после завершения регистрации мобильного IP.
22. Система по п.14, в которой контроллер компьютерного интерфейса также управляет связью между вычислительным устройством и устройством радиосвязи, причем контроллер компьютерного интерфейса утверждает сигнал управления потоком во время регистрации мобильного IP, чтобы исключить ошибки времени простоя в вычислительном устройстве.
23. Устройство для регистрации радиосети вычислительного устройства, соединенного с устройством радиосвязи, причем устройство содержит:
передатчик, связанный с устройством радиосвязи для передачи сообщений, принимаемых из вычислительного устройства, в компьютерную сеть, чтобы инициировать согласование протокола двухточечной (ПДС) связи между вычислительным устройством и компьютерной сетью; процессор связи, предназначенный для:
передачи сообщений, принятых из вычислительного устройства, в компьютерную сеть, чтобы инициировать согласование ПДС между вычислительным устройством и компьютерной сетью;
приема сообщения запроса конфигурации из вычислительного устройства пока происходит согласование ПДС, причем сообщение запроса конфигурации содержит запрос для назначения адреса для вычислительного устройства; и
изменения сообщения запроса конфигурации, чтобы удалить запрос назначения адреса, при этом передатчик передает измененное сообщение запроса конфигурации в вычислительную сеть для конфигурации протокола уровня сети между вычислительным устройством и компьютерной сетью; и
приемник, связанный с устройством радиосвязи для приема сообщения подтверждения конфигурации, передаваемого из компьютерной сети в ответ на измененное сообщение запроса конфигурации, при этом процессор связи выполняет регистрацию мобильного IP перед завершением согласования ПДС, причем регистрация мобильного IP включает в себя назначение адреса сети из компьютерной сети и при этом процессор связи завершает согласование ПДС с использованием назначенного адреса сети в качестве адреса сети для вычислительного устройства.
24. Устройство по п.23, в котором сообщение запроса конфигурации является сообщением протокола управления протокола Internet (ПУIP), посылаемым вычислительным устройством.
25. Устройство по п.23, в котором сообщение запроса конфигурации содержит другие опции конфигурации, причем процессор связи также содержит средство, предназначенное для передачи измененного сообщения конфигурации с другими опциями конфигурации.
26. Устройство по п.23, которое также содержит запоминающее устройство, предназначенное для приема сообщения подтверждения конфигурации и временного запоминания подтверждения конфигурации.
27. Устройство по п.26, в котором процессор связи содержит средство, предназначенное для генерирования сообщения подтверждения конфигурации для вычислительного устройства, в котором данные из запомненной конфигурации включены в сообщение подтверждения конфигурации.
28. Устройство по п.23, которое также содержит средство, предназначенное для приостановки согласования ПДС во время регистрации мобильной компьютерной сети.
29. Устройство по п.28, в котором средство, предназначенное для приостановки согласования ПДС, работает с помощью утверждения управление потоком, чтобы блокировать связь между вычислительным устройством и устройством радиосвязи во время регистрации мобильного IP.
30. Устройство по п.29, которое также содержит средство, предназначенное для отмены утверждения управления потоком, чтобы дать возможность связи между вычислительным устройством и устройством радиосвязи после завершения регистрации мобильного IP.
31. Устройство по п.23, которое также содержит средство, предназначенное для управления связью между вычислительным устройством и устройством радиосвязи во время регистрации мобильного IP, чтобы исключить ошибки времени простоя в вычислительном устройстве.
RU2004132197/09A 2002-04-03 2003-04-03 Система и способ для прозрачной регистрации мобильного ip в согласовании протокола двухточечной связи RU2338329C2 (ru)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US37002902P 2002-04-03 2002-04-03
US60/370,029 2002-04-03
US10/348,937 US7342894B2 (en) 2002-04-03 2003-01-21 System and method for transparent Mobile IP registration within PPP negotiation
US10/348,937 2003-01-21

Publications (2)

Publication Number Publication Date
RU2004132197A RU2004132197A (ru) 2005-04-20
RU2338329C2 true RU2338329C2 (ru) 2008-11-10

Family

ID=29254322

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2004132197/09A RU2338329C2 (ru) 2002-04-03 2003-04-03 Система и способ для прозрачной регистрации мобильного ip в согласовании протокола двухточечной связи

Country Status (10)

Country Link
US (2) US7342894B2 (ru)
EP (1) EP1493263B1 (ru)
JP (1) JP4146359B2 (ru)
AT (1) ATE459180T1 (ru)
AU (1) AU2003226298A1 (ru)
CA (1) CA2481058A1 (ru)
DE (1) DE60331424D1 (ru)
HK (1) HK1071823A1 (ru)
RU (1) RU2338329C2 (ru)
WO (1) WO2003088618A1 (ru)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2679184C1 (ru) * 2015-05-18 2019-02-06 Хуавей Текнолоджиз Ко., Лтд. Способ распределения ip-адресов в d2d коммуникации и устройство пользователя

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7412528B2 (en) * 2000-01-14 2008-08-12 Qualcomm, Incorporated Avoiding PPP time-outs during IPCP negotiations
US6775553B1 (en) * 2000-01-14 2004-08-10 Qualcomm Incorporated Method of avoiding PPP time-outs during IPCP negotiations
US20040240449A1 (en) * 2003-05-27 2004-12-02 Li Su Seamless support for internal and external packet data service with a single PDP connection in wireless communications devices
US7877081B2 (en) 2003-07-25 2011-01-25 Qualcomm Incorporated Proxy-encrypted authentication for tethered devices
JP3959402B2 (ja) * 2004-03-19 2007-08-15 株式会社日立コミュニケーションテクノロジー 通信接続装置及び通信端末ならびにこれを用いた通信方法
US9686669B2 (en) * 2004-04-08 2017-06-20 Nokia Technologies Oy Method of configuring a mobile node
US8098676B2 (en) 2004-08-12 2012-01-17 Intel Corporation Techniques to utilize queues for network interface devices
TWI272811B (en) * 2004-12-23 2007-02-01 Mediatek Inc Method of negotiation for IP configuration, machine readable medium thereof, and terminal equipment and mobile terminal utilizing same
KR100735265B1 (ko) * 2005-09-14 2007-07-03 삼성전자주식회사 무선 통신 시스템에서 아이피 주소 구성 방법 및 시스템
CN101072231A (zh) * 2006-05-13 2007-11-14 华为技术有限公司 一种通信网络中协商移动ip能力的方法和装置
US8891506B2 (en) 2006-07-26 2014-11-18 Motorola Mobility Llc Method and apparatus for providing mobile IP service through a network address translation gateway
CN101472280A (zh) * 2007-12-27 2009-07-01 华为技术有限公司 网关移动台入网方法、通信系统及相关设备
US8787239B2 (en) * 2008-04-30 2014-07-22 Qualcomm Incorporated Methods and apparatus for enabling relay-model tethered data calls in wireless networks
CN101605319B (zh) * 2008-06-12 2013-04-17 华为技术有限公司 状态切换信息处理方法、移动接入网关和移动终端
US9125133B2 (en) * 2009-08-12 2015-09-01 Qualcomm Incorporated Method and apparatus for relay backhaul design in a wireless communication system
US9210622B2 (en) 2009-08-12 2015-12-08 Qualcomm Incorporated Method and apparatus for relay backhaul design in a wireless communication system
US9515990B1 (en) * 2011-01-03 2016-12-06 Sprint Communications Company L.P. Communicating reregistration information based on the lifetime of a communication session
US8495186B1 (en) * 2011-01-03 2013-07-23 Sprint Communications Company L.P. Managing termination of point-to-point sessions between electronic devices
US9047417B2 (en) 2012-10-29 2015-06-02 Intel Corporation NUMA aware network interface
CN104378333B (zh) * 2013-08-15 2018-09-21 华为终端有限公司 调制解调器拨号方法及宽带设备
US10684973B2 (en) 2013-08-30 2020-06-16 Intel Corporation NUMA node peripheral switch
CN117376662B (zh) * 2023-12-08 2024-02-09 杭州领信数科信息技术有限公司 一种集群式视频安全边界交换方法及装置

Family Cites Families (52)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4320199A (en) 1980-11-03 1982-03-16 Bristol-Myers Company Fermentation process for producing nocardicins A and B
JPH01151181A (ja) 1987-12-09 1989-06-13 Yazaki Corp 低挿抜力多極コネクタ
US5101501A (en) 1989-11-07 1992-03-31 Qualcomm Incorporated Method and system for providing a soft handoff in communications in a cdma cellular telephone system
JP2500240Y2 (ja) 1991-01-11 1996-06-05 矢崎総業株式会社 低挿抜力コネクタ
US5201665A (en) 1991-09-24 1993-04-13 Cardell Corporation Cam lock connector
JP3047053B2 (ja) 1991-12-27 2000-05-29 住友電装株式会社 自動車用ワイヤハーネスに用いる組み合わせコネクタ
JPH06261033A (ja) 1993-03-08 1994-09-16 Nippon Telegr & Teleph Corp <Ntt> 認証制御方式
JPH08180930A (ja) 1994-12-21 1996-07-12 Sumitomo Wiring Syst Ltd レバー式コネクタ
JP3393944B2 (ja) 1995-01-10 2003-04-07 日立マクセル株式会社 水素化物二次電池
US5878036A (en) 1995-12-20 1999-03-02 Spartz; Michael K. Wireless telecommunications system utilizing CDMA radio frequency signal modulation in conjunction with the GSM A-interface telecommunications network protocol
JP3123422B2 (ja) 1996-02-15 2001-01-09 住友電装株式会社 レバー式コネクタ
US5708655A (en) * 1996-06-14 1998-01-13 Telefonaktiebolaget L M Ericsson Publ Method and apparatus for addressing a wireless communication station with a dynamically-assigned address
US5790373A (en) 1996-09-13 1998-08-04 Silicon Graphics, Inc. Disk drive loading mechanism
JPH10106665A (ja) 1996-10-01 1998-04-24 Sumitomo Wiring Syst Ltd コネクタ
FI104138B (fi) * 1996-10-02 1999-11-15 Nokia Mobile Phones Ltd Järjestelmä puhelun välittämiseksi sekä matkaviestin
JP3806911B2 (ja) 1997-02-28 2006-08-09 住友電装株式会社 分割コネクタ
KR100260516B1 (ko) * 1997-04-01 2000-07-01 정선종 코드분할 다중접속 이동통신망에서의 비동기통신 데이터발신호 및 착신호 서비스 방법
JP3570662B2 (ja) 1997-04-14 2004-09-29 矢崎総業株式会社 低挿入力コネクタ
JPH11164357A (ja) 1997-11-26 1999-06-18 Matsushita Electric Ind Co Ltd 無線通信システム
KR100281083B1 (ko) * 1998-01-23 2001-02-01 서평원 이동데이터단말기간무선데이터통신방법
US6400701B2 (en) 1998-03-31 2002-06-04 Nortel Networks Limited Asymmetric internet access over fixed wireless access
US6775276B1 (en) * 1998-05-27 2004-08-10 3Com Corporation Method and system for seamless address allocation in a data-over-cable system
JP2000003336A (ja) 1998-06-16 2000-01-07 Nec Corp 携帯型データ通信端末装置におけるユーザ認証方法及びユーザ認証システム
US6230012B1 (en) * 1998-08-07 2001-05-08 Qualcomm Incorporated IP mobility support using proxy mobile node registration
US6243832B1 (en) * 1998-08-12 2001-06-05 Bell Atlantic Network Services, Inc. Network access server testing system and methodology
KR100343172B1 (ko) 1998-10-29 2002-08-22 삼성전자 주식회사 무선 데이터 전송 방법과 그 이동 단말기 및 이종신호간 연동장치
RU2169437C1 (ru) 1998-12-29 2001-06-20 Свисском Мобиле Аг Способ предоставления пользователям телекоммуникационной сети доступа к объектам
US6721555B1 (en) 1999-02-19 2004-04-13 Qualcomm Incorporated System and method for facilitating device authentication in a wireless communications system
US6370118B1 (en) 1999-02-24 2002-04-09 Qualcomm Incorporated Simultaneous set up of PPP on AUM and a RM interface
US6483822B1 (en) 1999-06-07 2002-11-19 Marcello Lioy Establishing a packet network call between a mobile terminal device and an interworking function
US6377556B1 (en) 1999-07-14 2002-04-23 Qualcomm Incorporated Method and apparatus to resynchronize ppp on um interface without affecting ppp on a rm interface and to resynchronize ppp on a rm interface without affecting ppp on a um interface
US6625164B1 (en) 1999-07-14 2003-09-23 Qualcomm, Incorporated Selectively framing and unframing PPP packets depending on negotiated options on the Um and Rm interfaces
US6193532B1 (en) 1999-09-29 2001-02-27 Silicon Graphics, Inc. Printed circuit board carrier insertion/extraction assembly
US6785823B1 (en) 1999-12-03 2004-08-31 Qualcomm Incorporated Method and apparatus for authentication in a wireless telecommunications system
US6445922B1 (en) 1999-12-15 2002-09-03 Lucent Technologies Inc. Method and system for support of overlapping IP addresses between an interworking function and a mobile IP foreign agent
JP3643283B2 (ja) * 1999-12-17 2005-04-27 株式会社東海理化電機製作所 コネクタの連結装置
US6775553B1 (en) * 2000-01-14 2004-08-10 Qualcomm Incorporated Method of avoiding PPP time-outs during IPCP negotiations
JP4060021B2 (ja) * 2000-02-21 2008-03-12 富士通株式会社 移動通信サービス提供システム、および移動通信サービス提供方法
JP2001237026A (ja) 2000-02-23 2001-08-31 Yazaki Corp レバー付コネクタ
KR100778605B1 (ko) 2000-03-30 2007-11-22 콸콤 인코포레이티드 이동국 애플리케이션이 지정된 이벤트를 식별하기 위한 방법 및 장치
FI20000760A0 (fi) 2000-03-31 2000-03-31 Nokia Corp Autentikointi pakettidataverkossa
US6354164B1 (en) 2000-04-04 2002-03-12 Compaq Computer Corporation Lever system utilizing rack and pinion gear
JP3726641B2 (ja) 2000-05-23 2005-12-14 住友電装株式会社 レバー式コネクタ
US6293813B1 (en) 2000-06-30 2001-09-25 Silicon Graphics Electrical connector with latching backplate assembly
JP3603760B2 (ja) 2000-08-11 2004-12-22 住友電装株式会社 レバー式コネクタ
US6544053B2 (en) 2000-09-18 2003-04-08 Tyco Electronics Amp Gmbh Plug connector arrangement
US6804260B2 (en) 2001-02-16 2004-10-12 Qualcomm, Incorporated Method for selectively maintaining and applying PPP compression in a wireless communication system
US6999435B2 (en) * 2001-03-29 2006-02-14 Telefonaktiebolaget Lm Ericsson (Publ) Method, system and node for providing enhanced mobility in simple IP telecommunication networks when performing L2TP tunneling
US7447182B2 (en) 2001-04-06 2008-11-04 Nortel Networks Limited Discovering an address of a name server
US7068669B2 (en) * 2001-04-20 2006-06-27 Qualcomm, Incorporated Method and apparatus for maintaining IP connectivity with a radio network
US7369529B2 (en) * 2001-05-24 2008-05-06 Qualcomm.Incorporated. Method and apparatus for differentiating point to point protocol session termination points
US6549424B1 (en) 2002-02-28 2003-04-15 Garmin Ltd. Electronic equipment module mounting apparatus and method

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2679184C1 (ru) * 2015-05-18 2019-02-06 Хуавей Текнолоджиз Ко., Лтд. Способ распределения ip-адресов в d2d коммуникации и устройство пользователя
US10798054B2 (en) 2015-05-18 2020-10-06 Huawei Technologies Co., Ltd. IP address allocation method in D2D communication and user equipment

Also Published As

Publication number Publication date
US8009588B2 (en) 2011-08-30
JP2005522158A (ja) 2005-07-21
JP4146359B2 (ja) 2008-09-10
HK1071823A1 (en) 2005-07-29
EP1493263B1 (en) 2010-02-24
US20080151784A1 (en) 2008-06-26
CA2481058A1 (en) 2003-10-23
US7342894B2 (en) 2008-03-11
AU2003226298A1 (en) 2003-10-27
US20030227937A1 (en) 2003-12-11
WO2003088618A1 (en) 2003-10-23
DE60331424D1 (de) 2010-04-08
ATE459180T1 (de) 2010-03-15
EP1493263A1 (en) 2005-01-05
RU2004132197A (ru) 2005-04-20

Similar Documents

Publication Publication Date Title
RU2338329C2 (ru) Система и способ для прозрачной регистрации мобильного ip в согласовании протокола двухточечной связи
EP1247385B1 (en) Method of avoiding ppp time-outs during ipcp negotiations
JP3964257B2 (ja) モバイルipネットワークにおいて、真のローミングを行うことにより、シンプルip移動ノードにシームレスに操作させるシステム及び方法
US6826154B2 (en) Method and apparatus for seamless mobility between different access technologies
AU764829B2 (en) Automatic invocation of mobile IP registration in a wireless communication network
US7577753B2 (en) System and method for processing packets in a multi-processor environment
KR100965676B1 (ko) 프락시 모바일 아이피를 지원하는 이동통신 시스템에서 이동 노드의 핸드오프 방법 및 시스템
JP2003516058A (ja) 無線遠隔通信システムにおける認証のための方法および装置
KR20090106496A (ko) 무선 통신 시스템에 있어서 패킷과 회로 도메인 사이의 통화 연속성을 유지하는 방법 및 장치
JP2003519994A (ja) パケット・データ・サービス・ネットワークからポイント対ポイント・プロトコル(ppp)催促を要求するための方法及び装置
KR20100087221A (ko) 카드 애플리케이션 툴킷을 갖는 성능 구성 파라미터들을 사용하여 통신 세션의 개시를 요구하기 위한 장치 및 방법
JP2003521165A (ja) ポイントツーポイントプロトコル(ppp)セッション要求期間中におけるチャネル最適化のための方法および装置
KR20060096158A (ko) 이동 노드에서 다수의 이동 아이피 데이터 세션의 형성을용이하게 하는 장치 및 관련 방법
US20060153221A1 (en) Methods for IP configuration negotiation and related devices
CN1981278B (zh) 在无线通信系统中提供服务质量支持的方法和设备
EP1704697B1 (en) Method and system for re-establishing context of data packet flows
KR101035817B1 (ko) 무선 인터넷 서비스를 위한 이동 단말의 인터넷 주소 형성방법

Legal Events

Date Code Title Description
MM4A The patent is invalid due to non-payment of fees

Effective date: 20110404