СИСТЕМА И СПОСОБ ДЛЯ ПРОЗРАЧНОЙ РЕГИСТРАЦИИ МОБИЛЬНОГО IP В СОГЛАСОВАНИИ ПРОТОКОЛА ДВУХТОЧЕЧНОЙ СВЯЗИ Российский патент 2008 года по МПК H04L29/06 H04L29/12 

Эта заявка имеет приоритет в соответствии с датой подачи временной заявки номер 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 в соответствии с другими стандартами. Следовательно, настоящее изобретение не должно быть ограничено, и его объем определяется прилагаемой формулой изобретения.

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

1. Способ регистрации радиосети вычислительного устройства, соединенного с устройством радиосвязи, содержащий этапы, на которых: инициируют согласование протокола двухточечной связи (ПДС) между вычислительным устройством и компьютерной сетью;

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

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

изменяют сообщение запроса конфигурации, чтобы удалить запрос назначения адреса;

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

принимают подтверждение конфигурации, переданное из компьютерной сети в ответ на измененное сообщение запроса конфигурации;

выполняют регистрацию мобильного IP перед завершением согласования ПДС, причем регистрация мобильного IP предоставляет назначение адреса сети из компьютерной сети; и

завершают согласование ПДС с использованием назначенного адреса сети в качестве адреса сети для вычислительного устройства.

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

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

передатчик, связанный с устройством радиосвязи для передачи сообщений, принимаемых из вычислительного устройства, в компьютерную сеть, чтобы инициировать согласование протокола двухточечной (ПДС) связи между вычислительным устройством и компьютерной сетью; процессор связи, предназначенный для:

передачи сообщений, принятых из вычислительного устройства, в компьютерную сеть, чтобы инициировать согласование ПДС между вычислительным устройством и компьютерной сетью;

приема сообщения запроса конфигурации из вычислительного устройства пока происходит согласование ПДС, причем сообщение запроса конфигурации содержит запрос для назначения адреса для вычислительного устройства; и

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

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