Способ и устройство для предоставления возможности обмена данными между сетями cdma2000 и gprs



Способ и устройство для предоставления возможности обмена данными между сетями cdma2000 и gprs
Способ и устройство для предоставления возможности обмена данными между сетями cdma2000 и gprs
Способ и устройство для предоставления возможности обмена данными между сетями cdma2000 и gprs
Способ и устройство для предоставления возможности обмена данными между сетями cdma2000 и gprs
Способ и устройство для предоставления возможности обмена данными между сетями cdma2000 и gprs
Способ и устройство для предоставления возможности обмена данными между сетями cdma2000 и gprs
Способ и устройство для предоставления возможности обмена данными между сетями cdma2000 и gprs
Способ и устройство для предоставления возможности обмена данными между сетями cdma2000 и gprs
Способ и устройство для предоставления возможности обмена данными между сетями cdma2000 и gprs

 


Владельцы патента RU 2497297:

КВЭЛКОММ ИНКОРПОРЕЙТЕД (US)

Изобретение относится к системам связи. Технический результат заключается в расширении межсетевого взаимодействия. Предоставляются архитектуры IIF (функции межсетевого взаимодействия и совместимости) и соответствующие последовательности действий вызова для сценариев роуминга CDMA2000/GPRS, например, чужой режим GPRS с Mobile IPv4, чужой режим GPRS с Simple IPv4 или IPv6, чужой режим пакетных данных CDMA2000 с Mobile IPv4 и чужой режим пакетных данных CDMA2000 с Simple IPv4 или Mobile IPv6. 6 н. и 26 з.п. ф-лы, 9 ил.

 

Область техники, к которой относится изобретение

Настоящие раскрытые варианты осуществления относятся, в общем, к беспроводной связи, а конкретнее к роумингу в контексте систем CDMA2000 и GPRS.

Уровень техники

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

Предоставление услуг абонентам в роуминге может быть сложным, даже когда обслуживающая система и собственная система применяют одинаковые технологии. Когда обслуживающая система использует радиоинтерфейс, который отличается от используемого в собственной системе абонента, межсетевое взаимодействие между этими системами обычно выполняется вследствие фундаментальных отличий в протоколах сообщений, моделях вызова и так далее. Это межсетевое взаимодействие может быть достигнуто посредством Функции межсетевого взаимодействия и совместимости (IIF).

Один пример IIF описывается в Патентной заявке США 2002/094811 А1 Брайту (Bright) и другим, озаглавленной «Interworking and Interoperability of GPRS Systems With Systems of Other Technology Families» (Межсетевое взаимодействие и совместимость систем GPRS с системами других технологических серий). Патентная заявка США 2002/094811 A1 представляет функцию межсетевого взаимодействия и совместимости (IIF) GPRS, помещенную между обслуживающей беспроводной системой GSM/GPRS и второй беспроводной системой другой технологической серии. IIF предоставляет мобильной станции, находящейся во второй беспроводной системе, возможность функционировать в системе GSM/GPRS. Согласно Патентной заявке США 2002/094811 A1, предоставляются компоненты системы связи, которые делают возможным межсетевое взаимодействие и совместимость обслуживающей системы GSM и/или GPRS с определенными «местными беспроводными» системами. Например, мобильная станция, находящаяся в такой местной беспроводной системе, но зарегистрированная в обслуживающей системе только в режиме GPRS, может принимать услуги от обслуживающей системы. Патентная заявка США 2002/094811 A1 упоминает, что термин «местный беспроводной» (DW) предназначен для ссылки на не-GSM системы, совместимые со стандартом ANSI (Американский Национальный Институт Стандартизации) либо эквивалентными стандартами для TDMA (коллективный доступ с временным разделением каналов), CDMA (множественный доступ с кодовым разделением каналов) и аналоговыми сотовыми системами, какие обычно используются в Северной Америке, либо совместимых с другими схожими системами.

Хотя Патентная заявка США 2002/094811 A1 признает, что потребность в IIF предоставляет мобильной станции, приписанной к беспроводной системе CDMA, возможность функционировать в системе GSM/GPRS, Патентная заявка США 2002/094811 A1 не обсуждает IIF, адаптированную для сценариев роуминга CDMA2000/GPRS, когда терминал использует Mobile IP (Протокол мобильной связи с Интернетом) или Simple IP (обычный Интернет-протокол). Патентная заявка США 2002/094811 A1 имеет недостаток в предоставлении достаточной информации, указания или руководства касательно того, как можно создать IIF, что предоставило бы возможность мобильной станции, приписанной к беспроводной системе CDMA2000, возможность функционировать в системе GSM/GPRS, когда терминал использует Mobile IP либо Simple IP. Например, Патентная заявка США 2002/094811 A1 имеет недостаток в предоставлении каких-либо подробностей относительно того, какие модули были бы необходимы для реализации такой IIF, как модули были бы взаимосвязаны, синхронизированы и управлялись, для того чтобы получить определенные действия, необходимые для реализации такой IIF.

Таким образом, существует необходимость в данной области техники в общей архитектуре, которую можно адаптировать для сценариев роуминга CDMA2000/GPRS, например, чужой режим GPRS с Mobile IPv4 (Протоколом мобильной связи с Интернетом версии 4), чужой режим GPRS с Simple IPv4 или IPv6 (обычным Интернет-протоколом версии 4 или 6), чужой режим пакетных данных CDMA2000 с Mobile IPv4 и чужой режим пакетных данных CDMA2000 с Simple IPv4, Mobile IPv4 или Mobile IPv6. Было бы желательно предоставлять возможность передачи данных между системой с коммутацией пакетов CDMA2000 и системой GPRS, когда собственный абонент пакетных данных CDMA2000, используя Simple IP, Mobile IPv4 либо Mobile IPv6, переходит в систему GPRS, посредством поддержки возможности однонаправленной связи между системой GPRS и системой с коммутацией пакетов CDMA2000. Так же было бы желательно предоставлять возможность передачи данных между системой GPRS и системой с коммутацией пакетов CDMA2000, когда собственный абонент GPRS переходит из системы GPRS в систему с коммутацией пакетов CDMA2000, используя Simple IP, Mobile IPv4 либо Mobile IPv6, посредством поддержки возможности однонаправленной связи между системой GPRS и системой с коммутацией пакетов CDMA2000.

Сущность изобретения

Согласно одному аспекту изобретения, предоставляется модуль интерфейса, помещенный между системой с коммутацией пакетов CDMA2000 и системой GPRS, который предоставляет возможность обмена данными между системой с коммутацией пакетов CDMA2000 и системой GPRS, когда собственный абонент пакетных данных CDMA2000 переходит в систему GPRS, посредством поддержки возможности однонаправленной связи между системой GPRS и системой с коммутацией пакетов CDMA2000, посредством предоставления функции маршрутизации пакетов.

Согласно одному аспекту изобретения, предоставляется модуль интерфейса, который предоставляет возможность обмена данными между собственной системой с коммутацией пакетов CDMA2000 и гостевой системой GPRS, содержащей обслуживающий узел поддержки GPRS (SGSN), когда собственный абонент пакетных данных CDMA2000, используя Mobile IPv4, переходит в гостевую систему GPRS.

Например, в варианте осуществления, где собственный абонент пакетных данных CDMA2000 переходит в гостевую систему и использует Mobile IPv4, может предоставляться модуль интерфейса, который присоединяет собственную систему к гостевой системе, чтобы предоставить возможность обмена данными между собственной системой и гостевой системой. В этой ситуации собственная система является системой с коммутацией пакетов CDMA200, которая может включать в себя регистр исходного местоположения ANSI-41; модуль ААА; и собственный агент, тогда как гостевая система может быть системой GPRS, которая включает в себя SGSN.

Согласно одному аспекту этого варианта осуществления, интерфейс содержит модуль эмуляции регистра исходного местоположения GSM и модуль эмуляции гостевого регистра местоположения абонента ANSI-41. Модуль эмуляции регистра исходного местоположения GSM может быть присоединен к SGSN через интерфейс Gr, который предоставляет абоненту возможность регистрироваться по интерфейсу Gr, тогда как модуль эмуляции гостевого регистра местоположения абонента ANSI-41 может быть присоединен к регистру исходного местоположения ANSI-41 через интерфейс D, который предоставляет абоненту возможность регистрироваться по интерфейсу D. Согласно одному аспекту этого варианта осуществления, интерфейс дополнительно содержит модуль эмуляции чужого агента и модуль эмуляции GGSN (шлюзовой узел поддержки GPRS). Модуль эмуляции чужого агента может быть присоединен к собственному агенту через интерфейс Х1, и поддерживает возможность однонаправленной связи между гостевой системой и собственной системой из условия, чтобы интерфейс чужого агента и интерфейс ААА представлялись системе с коммутацией пакетов CDMA2000 по интерфейсу Х1. Модуль эмуляции GGSN может присоединяться к SGSN посредством интерфейса Gp, и может поддерживать возможность однонаправленной связи между гостевой системой и собственной системой из условия, чтобы интерфейс GGSN представлялся гостевой системе по интерфейсу Gp. Интерфейс может служить в качестве конечной точки для туннеля GTP (протокол туннелирования GPRS) и туннеля Mobile IP. В этом варианте осуществления интерфейс предоставляет функцию маршрутизации пакетов между интерфейсом GGSN и интерфейсом чужого агента. Согласно другому аспекту этого варианта осуществления, интерфейс также может включать в себя модуль эмуляции ААА, который может присоединяться к модулю ААА через интерфейс Х3. В этом варианте осуществления модуль эмуляции ААА предоставляет функцию учета для взаимодействия с модулем ААА собственной системы для аутентификации вызова чужого агента Mobile IP и учета пакетных данных 3GPP2.

Согласно одному аспекту изобретения, предоставляется модуль интерфейса, который предоставляет возможность обмена данными между собственной системой с коммутацией пакетов CDMA2000 и гостевой системой GPRS, содержащей обслуживающий узел поддержки GPRS (SGSN), когда собственный абонент пакетных данных CDMA2000, используя Simple IP, переходит в гостевую систему GPRS.

В варианте осуществления, где собственный абонент пакетных данных CDMA2000 переходит в гостевую систему и использует Simple IP, может предоставляться модуль интерфейса, который присоединяет собственную систему к гостевой системе, чтобы предоставить возможность обмена данными между собственной системой и гостевой системой. В этой ситуации собственная система является системой с коммутацией пакетов CDMA200, которая может включать в себя регистр исходного местоположения ANSI-41; модуль ААА; и LNS (сетевой сервер L2TP), тогда как гостевая система может быть системой GPRS, которая включает в себя SGSN.

Согласно одному аспекту этого варианта осуществления, интерфейс содержит гостевой регистр местоположения абонента ANS1-41 и регистр исходного местоположения GSM. Гостевой регистр местоположения абонента ANS1-41 может быть присоединен к регистру исходного местоположения ANS1-41 посредством интерфейса D, и предоставляет возможность абоненту регистрироваться по интерфейсу D. Регистр исходного местоположения GSM может быть присоединен к SGSN через интерфейс Gr и предоставляет возможность абоненту регистрироваться по интерфейсу Gr. Согласно другому аспекту этого варианта осуществления, интерфейс может содержать модуль эмуляции LAC (управления доступом к линии) и модуль эмуляции GGSN. Модуль эмуляции LAC может быть присоединен к LNS через интерфейс Х2 и поддерживает возможность однонаправленной связи между гостевой и собственной системами по интерфейсу Х2. Модуль эмуляции GGSN может быть присоединен к SGSN через интерфейс Gp и поддерживает возможность однонаправленной связи между гостевой и собственной системами по интерфейсу Gp посредством представления интерфейса GGSN гостевой системе и представления обычного интерфейса маршрутизации системе с коммутацией пакетов CDMA2000, чтобы тем самым обеспечить функцию маршрутизации пакетов между интерфейсом GGSN и собственной системой. В этом случае интерфейс служит в качестве конечной точки для туннеля GTP и туннеля IPSec. Согласно еще одному аспекту этого варианта осуществления, интерфейс может включать в себя модуль эмуляции ААА, который может быть присоединен к модулю ААА через интерфейс Х3. Модуль эмуляции ААА может предоставлять функцию учета посредством взаимодействия с модулем ААА собственной системы для аутентификации L2TP и учета пакетных данных 3GPP2 по интерфейсу Х3.

Согласно другому аспекту изобретения, предоставляется модуль интерфейса, помещенный между системой GPRS и системой с коммутацией пакетов CDMA2000, который предоставляет возможность обмена данными между системой GPRS и системой с коммутацией пакетов CDMA2000, когда собственный абонент GPRS переходит из системы GPRS в систему с коммутацией пакетов CDMA2000, используя один из Mobile IPv4 и Simple IP, посредством поддержки возможности однонаправленной связи между системой GPRS и системой с коммутацией пакетов CDMA2000, посредством предоставления функции маршрутизации пакетов.

Согласно еще одному аспекту изобретения, предоставляется модуль интерфейса, который предоставляет возможность обмена данными между собственной системой GPRS, содержащей регистр исходного местоположения GSM, GGSN и модуль ААА, и гостевой системой с коммутацией пакетов CDMA2000, которая содержит гостевой регистр местоположения абонента ANS1-41, модуль ААА и узел обслуживания пакетных данных/чужой агент, когда собственный абонент GPRS, используя Mobile IPv4, переходит в гостевую систему с коммутацией пакетов CDMA2000.

В варианте осуществления, где собственный абонент GPRS переходит в гостевую систему и использует Mobile IPv4, может предоставляться модуль интерфейса, который присоединяет собственную систему к гостевой системе, чтобы предоставить возможность обмена данными между собственной системой и гостевой системой. В этой ситуации собственная система является системой GPRS, содержащей регистр исходного местоположения GSM; GGSN; и модуль ААА, тогда как гостевая система может содержать систему с коммутацией пакетов CDMA2000, которая включает в себя гостевой регистр местоположения абонента ANS1-41; модуль ААА; и узел обслуживания пакетных данных/чужой агент.

Согласно одному аспекту этого варианта осуществления, интерфейс содержит модуль эмуляции собственного агента и модуль эмуляции SGSN. Модуль эмуляции собственного агента может присоединяться к узлу обслуживания пакетных данных/чужому агенту через интерфейс Х1, и представляет интерфейс собственного агента гостевой системе. Модуль эмуляции SGSN может быть присоединен к GGSN посредством интерфейса Gp, и представлять интерфейс SGSN собственной системе для поддержки возможности однонаправленной связи между гостевой и собственной системами посредством предоставления функции маршрутизации пакетов между интерфейсом SGSN и интерфейсом собственного агента. Здесь интерфейс служит в качестве конечной точки для туннеля GTP и туннеля Mobile IP. Согласно другому аспекту этого варианта осуществления, интерфейс также может включать в себя модуль эмуляции регистра исходного местоположения ANSI-41 и модуль эмуляции гостевого регистра местоположения абонента GSM. Модуль эмуляции регистра исходного местоположения ANSI-41 может быть присоединен к гостевому регистру местоположения абонента ANSI-41 через интерфейс D, тогда как модуль эмуляции гостевого регистра местоположения абонента GSM может быть присоединен к регистру исходного местоположения GSM через интерфейс D, чтобы предоставить абоненту возможность регистрироваться. Согласно еще одному аспекту этого варианта осуществления, интерфейс также может включать в себя модуль эмуляции ААА, который может быть присоединен к модулю ААА через интерфейс Gi и присоединен к модулю ААА через интерфейс Х3. Модуль эмуляции ААА взаимодействует с модулем ААА гостевой системы для аутентификации Mobile IP и учета пакетных данных 3GPP2 по интерфейсу Х3, и с модулем ААА собственной системы для учета пакетных данных 3GPP по интерфейсу Gi.

Согласно одному аспекту изобретения, предоставляется модуль интерфейса, который предоставляет возможность обмена данными между собственной системой GPRS, содержащей регистр исходного местоположения GSM, GGSN и модуль ААА, и гостевой системой с коммутацией пакетов CDMA2000, которая содержит гостевой регистр местоположения абонента ANS1-41, модуль ААА и узел обслуживания пакетных данных/модуль LAC, когда собственный абонент GPRS, используя Simple IP, переходит в гостевую систему с коммутацией пакетов CDMA2000.

В варианте осуществления, где собственный абонент GPRS переходит в гостевую систему и использует Simple IP, может предоставляться модуль интерфейса, который присоединяет собственную систему к гостевой системе, чтобы предоставить возможность обмена данными между собственной системой и гостевой системой. В этой ситуации собственная система является системой GPRS, содержащей регистр исходного местоположения GSM; GGSN; и модуль ААА, тогда как гостевая система может содержать систему с коммутацией пакетов CDMA2000, которая включает в себя гостевой регистр местоположения абонента ANS1-41; модуль ААА; и узел обслуживания пакетных данных/модуль LAC. Согласно одному аспекту изобретения, интерфейс поддерживает возможность однонаправленной связи между гостевой и собственной системами посредством предоставления функции маршрутизации пакетов. Например, интерфейс может включать в себя модуль эмуляции SGSN и модуль эмуляции LNS. Модуль эмуляции SGSN может быть присоединен к GGSN по интерфейсу Gp, и представляет интерфейс SGSN собственной системе, тогда как модуль эмуляции LNS может быть присоединен к узлу обслуживания пакетных данных/модулю LAC по интерфейсу Х2, и представляет интерфейс сетевого сервера L2TP (LNS) гостевой системе. По существу, этот интерфейс обеспечивает функцию маршрутизации пакетов между модулем эмуляции SGSN и модулем эмуляции LNS. Здесь интерфейс служит в качестве конечной точки для туннеля GTP и туннеля Mobile L2TP.

Согласно другому аспекту этого варианта осуществления, интерфейс содержит модуль эмуляции регистра исходного местоположения ANSI-41 и модуль эмуляции гостевого регистра местоположения абонента GSM. Модуль эмуляции регистра исходного местоположения ANSI-41 может быть присоединен к гостевому регистру местоположения абонента ANSI-41 через интерфейс D, тогда как модуль эмуляции гостевого регистра местоположения абонента GSM может быть присоединен к регистру исходного местоположения GSM через другой интерфейс D. Это позволяет абоненту регистрироваться. Согласно еще одному аспекту этого варианта осуществления, интерфейс также может включать в себя модуль эмуляции ААА, который может быть присоединен к модулю ААА через интерфейс Y3 и присоединен к модулю ААА через интерфейс Х3. Модуль эмуляции ААА взаимодействует с модулем ААА гостевой системы по интерфейсу Х3 для аутентификации L2TP и учета пакетных данных 3GPP2, и с модулем ААА собственной системы по интерфейсу Gi для учета пакетных данных 3GPP.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

Фиг.1 является блок-схемой системы, которая содержит собственную систему, гостевую систему и модуль интерфейса, который предоставляет возможность обмена данными между собственной системой и гостевой системой;

Фиг.2А является блок-схемой чужого режима GPRS с Mobile IPv4;

Фиг.2В является блок-схемой последовательности действий вызова, которая показывает функционирование Mobile IPv4 в чужом режиме GPRS;

Фиг.3А является блок-схемой чужого режима GPRS с Simple IP;

Фиг.3В является блок-схемой последовательности действий вызова, которая показывает функционирование Simple IP в чужом режиме GPRS;

Фиг.4А является блок-схемой чужого режима пакетных данных CDMA2000 с Mobile IPv4;

Фиг.4В является блок-схемой последовательности действий вызова, которая показывает функционирование Mobile IPv4 в чужом режиме пакетных данных CDMA2000;

Фиг.5А является блок-схемой чужого режима пакетных данных CDMA2000 с Simple IP; и

Фиг.5В является блок-схемой последовательности действий вызова, которая показывает функционирование Simple IP в чужом режиме пакетных данных CDMA2000.

ПОДРОБНОЕ ОПИСАНИЕ

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

При использовании в данном документе, термин «объявление агента» относится к процедуре, посредством которой агент мобильности становится известен мобильному узлу.

При использовании в данном документе, термин «обнаружение агента» относится к процессу, посредством которого мобильный узел может получить IP-адрес собственного агента или чужого агента, в зависимости от того, находится ли мобильный узел собственно или не собственно. Обнаружение агента происходит, когда мобильный узел принимает объявление агента либо как результат периодического широковещания, либо в ответ на просьбу. Термин «обнаружение» используется попеременно с термином «обнаружение агента».

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

При использовании в данном документе, термин «адрес для передачи» относится к IP-адресу на текущей точке подключения мобильного узла к Интернету, когда мобильный узел не прикреплен к собственной сети.

При использовании в данном документе, термин «совместный адрес для передачи» относится к адресу для передачи, присвоенному одному из сетевых интерфейсов мобильного узла вместо предлагаемого чужим агентом.

При использовании в данном документе, термин «корреспондентский узел» относится к узлу, который отправляет или принимает пакет от мобильного узла; корреспондентский узел может быть другим мобильным узлом или немобильным Интернет-узлом.

При использовании в данном документе, термин «инкапсуляция» относится к процессу включения исходного IP-пакета в состав другого IP-пакета, заставляя поля в исходном IP-заголовке временно утрачивать свое действие.

При использовании в данном документе, термин «чужой агент» относится к агенту мобильности в чужой сети, который может содействовать мобильному узлу в приеме дейтаграмм, доставленных адресу для передачи.

При использовании в данном документе, термин «чужая сеть» относится к сети, к которой может быть прикреплен мобильный узел, когда он не прикреплен к своей собственной сети, и в которой адрес для передачи доступен из остального Интернета.

При использовании в данном документе, термин «собственный адрес» относится к IP-адресу, присвоенному мобильному узлу, заставляя его логически появляться прикрепленным к его собственной сети.

При использовании в данном документе термин «собственный агент» относится к узлу в собственной сети, который эффективно заставляет мобильный узел быть доступным по его собственному адресу, даже когда мобильный узел не прикреплен к своей собственной сети.

При использовании в данном документе термин «собственная сеть» относится к сети, в которой мобильный узел представляется доступным по отношению к оставшемуся Интернету, по преимуществу его присвоенного IP-адреса.

При использовании в данном документе термин «мобильный узел» относится к узлу, который меняет свою точку подключения к Интернету.

При использовании в данном документе термин «агент мобильности» относится к узлу, например маршрутизатору, который предлагает услуги поддержки мобильным узлам. Агент мобильности может быть либо собственным агентом, либо чужим агентом.

При использовании в данном документе термин «перенаправление» относится к сообщению, которое намеревается вызвать изменение в режиме маршрутизации принимающего его узла.

При использовании в данном документе термин «регистрация» относится к процессу, посредством которого мобильный узел информирует собственного агента о его текущем адресе для передачи.

При использовании в данном документе термин «удаленное перенаправление» относится к перенаправлению, отправленному от источника, отсутствующего в собственной сети. Источник может располагаться где-либо в глобальном Интернете и может иметь злой умысел и быть неотслеживаемым.

При использовании в данном документе термин «оптимизация маршрута» относится к процессу, который дает возможность доставки пакетов напрямую к адресу для передачи от корреспондентского узла без необходимости обхода по собственной сети.

При использовании в данном документе термин «туннелирование» обладает значением, схожим с термином «инкапсуляция», но с дополнительным оттенком об изменении результатов маршрутизации Интернета на исходном IP-пакете.

Акронимы

Для каждого из нижеследующих терминов описание далее использует следующие акронимы:

Доступ, Авторизация и Учет (ААА)

Протокол аутентификации с предварительным согласованием вызова (CHAP)

Служба или Сервер доменных имен (DNS)

Чужой агент (FA)

Вызов чужого агента (FAC)

Общая служба пакетной радиопередачи (GPRS)

Шлюзовой узел поддержки GPRS (GGSN)

Глобальная система мобильной связи (GSM)

Протокол туннелирования GPRS (GTP)

Собственный агент (НА)

Собственный Доступ, Авторизация и Учет (HAAA)

Регистр исходного местоположения (HLR)

Протокол управления Интернет-протоколом (IPCP)

Протокол управления доступом к линии (LAC)

Протокол управления линией связи (LCP)

Сетевой сервер протокола туннелирования второго уровня (LNS)

Мобильная станция (MS)

Центр коммутации мобильной связи (MSC)

Идентификатор мобильной станции (MSID)

Идентификатор доступа к сети (NAI)

Сервер доступа к сети (NAS)

Протокол аутентификации РРР (РАР)

Функция управления пакетами (PCF)

Узел обслуживания пакетных данных (PDSN)

Протокол передачи от точки к точке (PPP)

Сеть радиодоступа (RAN)

Обслуживающий узел поддержки GPRS (SGSN)

Гостевой Доступ, Авторизация и Учет (VAAA)

Гостевой регистр местоположения абонента (VLR)

Фиг.1 является блок-схемой системы, которая содержит собственную систему 10, например систему с коммутацией пакетов CDMA2000 либо систему GPRS, гостевую систему 20, например систему GPRS либо систему с коммутацией пакетов CDMA2000, и модуль 30 интерфейса или «IIF», который присоединяет собственную систему 10 к гостевой системе 20, и представляет возможность обмена данными между собственной системой 10 и гостевой системой 20.

Следующие разделы описывают архитектуры, которые могут быть адаптированы для сценариев роуминга CDMA2000/GPRS, например, чужой режим GPRS с Mobile IPv4, чужой режимом GPRS с Simple IPv4 или IPv6, чужой режим пакетных данных CDMA2000 с Mobile IPv4 и чужой режим пакетных данных CDMA2000 с Simple IPv4 или Mobile IPv6.

Чужой режим GPRS с Mobile IPv4

Фиг.2А является типовой блок-схемой чужого режима GPRS с Mobile IPv4, и изображает функции и интерфейс управления, предоставляемые IIF в данном варианте осуществления. Данный сценарий роуминга возникает, когда собственный абонент пакетных данных CDMA2000 производит операцию с Mobile IPv4 [IS-835-C] в чужом режиме GPRS. В этом варианте осуществления собственная система 10 может быть системой с коммутацией пакетов CDMA2000, где собственный абонент пакетных данных CDMA2000 переходит в систему GPRS и использует Mobile IPv4. Собственная система 10 содержит регистр 131 исходного местоположения ANSI-41, модуль 116 ААА и собственный агент 135. Гостевая система 20 содержит систему GPRS, которая содержит обслуживающий узел 137 поддержки GPRS (SGSN). Обслуживающий узел 137 поддержки GPRS отслеживает расположение отдельной мобильной станции и выполняет функции защиты и управления доступом. Модуль ААА может использоваться для безопасного определения подлинности и полномочий пользователя и для слежения за деятельностью того пользователя.

Интерфейс 30, или «IIF», содержит гостевой регистр 111 местоположения абонента ANS1-41, присоединенный к регистру 131 исходного местоположения ANSI-41 через интерфейс 113 D, регистр 124 исходного местоположения GSM, присоединенный к обслуживающему узлу 137 поддержки GPRS (SGSN) через интерфейс 123 Gr, шлюзовой узел 126 поддержки GPRS, присоединенный к обслуживающему узлу 137 поддержки GPRS (SGSN) через интерфейс 127 Gp и присоединенный к Интернету через интерфейс Gi, модуль 140 ААА, присоединенный к модулю 116 ААА через интерфейс 117 Х3 и чужой агент 118, присоединенный к собственному агенту 135 через интерфейс 115 Х1. Интерфейсом Gr является интерфейс GPRS, который располагается между SGSN (обслуживающим узлом поддержки GPRS) и HLR (регистром исходного местоположения). Когда GGSN (шлюзовой узел поддержки GPRS) и SGSN (обслуживающий узел поддержки GPRS) располагаются в разных сетях, то они могут быть взаимосвязаны через интерфейс Gp, который обеспечивает схожую функциональность с интерфейсом Gn, однако он обычно включает в себя дополнительную функциональность по безопасности, которая основана на взаимном соглашении между операторами. Интерфейсом Gi является интерфейс GPRS, который располагается между GGSN (шлюзовым узлом поддержки GPRS) и внешней PDN (сетью передачи данных общего пользования). Шлюзовой узел поддержки GPRS поддерживает функцию граничной маршрутизации сети GPRS. Для внешних сетей пакетной передачи данных GGSN выполняет задачу IP-маршрутизатора. Функциональность межсетевого экрана и фильтрации для защиты целостности базовой сети GPRS также ассоциируется с GGSN, наряду с функцией биллинга.

IIF обеспечивает эмуляцию как HLR GSM, так и VLR ANSI-41, для предоставления пользователю возможности регистрироваться. Эта организация межсетевого взаимодействия может обеспечиваться по ссылкам «Gr» и «D» интерфейса. Регистр исходного местоположения (HLR) является базой данных, базирующейся в сотовых сетях. Он хранит данные абонента, относящиеся к услугам и возможностям в дополнение к информации, основанной на зоне расположения. В контексте GSM, регистр исходного местоположения абонента является базой данных в HPLMN (собственной общей наземной мобильной сети). Он предоставляет информацию о маршрутизации для вызовов MT (входящих мобильных) и SMS (службы коротких сообщений). Он также является ответственным за сопровождение информации о подписке абонента. Это распространяется на значимые VLR (гостевой регистр местоположения абонента) или SGSN (обслуживающий узел поддержки GPRS) через процесс прикрепления и процедуры управления мобильностью, например обновления зоны расположения и зоны маршрутизации. Гостевой регистр местоположения абонента (VLR) содержит все данные абонента, требуемые для обработки вызова и управления мобильностью для мобильных абонентов, расположенных в настоящий момент в зоне, управляемой VLR.

IIF также предоставляет шлюзовой узел поддержки GPRS (GGSN) и эмуляцию FA для поддержки возможности однонаправленной связи между гостевой и собственной сетями через IIF. Эта организация межсетевого взаимодействия может обеспечиваться по ссылкам «Gn» и «X1» интерфейса. IIF обеспечивает эмуляцию ААА для взаимодействия с ААА собственной сети для аутентификации вызова чужого агента Mobile IP и учета пакетных данных 3GPP2. Эта организация межсетевого взаимодействия может обеспечиваться по ссылке «Х3» интерфейса.

Если возможность однонаправленной связи между системой GPRS и системой с коммутацией пакетов CDMA2000 не требуется, то обратное туннелирование по интерфейсу Х1 не требуется. Предпочтительнее, входящий трафик мобильной станции проходит через интерфейсы Х1 и Gp. В случае, когда обратное туннелирование не требуется, IIF трассирует исходящий трафик мобильной станции, принятый по интерфейсу Gp, в Интернет напрямую через интерфейс Gi.

Таким образом, для пользователя находящегося в системе CDMA Mobile IP, переходящего в систему GSM, IIF может представить интерфейс шлюзового узла поддержки GPRS (GGSN) в GSM, и интерфейсы FA и AAA в систему CDMA. IIF может служить в качестве конечной точки для туннелей GTP и Mobile IP с функцией маршрутизации пакетов между шлюзовым узлом поддержки GPRS (GGSN) и FA. Протокол туннелирования GPRS применяется в интерфейсе Gn для того, чтобы туннелировать пользовательские данные между разными GGSN. Интерфейсом Gn является интерфейс GPRS, который располагается между GSN (узлами поддержки GPRS). Версия «ноль» протокола поддерживает и сигнализацию, и пользовательские данные под одним общим заголовком. Он может использоваться с протоколом передачи дейтаграмм пользователя (UDP) или протоколом управления передачей (TCP).

IIF может также предоставлять функцию учета, так что операторы могут назначать цену на основе конфигурируемых измерений, таких как количество пакетов, ширина полосы пропускания, время суток и т.д.

Фиг.2В является блок-схемой последовательности действий вызова, которая показывает функционирование Mobile IPv4 в чужом режиме GPRS. Фиг.2В изображает пример последовательности действий вызова для сценария роуминга, где собственный абонент пакетных данных CDMA2000 производит операцию с Mobile IPv4 [IS-835-C] в чужом режиме GPRS. В этом примере MS совместно использует секреты с собственной системой CDMA2000 для аутентификации Mobile IP. MS может запросить собственную систему CDMA2000 присвоить HA и/или IP-адрес. Обратное туннелирование может быть включено для того, чтобы весь трафик данных (исходящий и входящий мобильной станции) проходил через IIF и собственную систему CDMA2000. IIF формирует учетные записи пакетных данных 3GPP2 и отправляет их собственной системе CDMA2000 через RADIUS (служба аутентификации удаленных пользователей по коммутируемым каналам связи).

MS выполняет подключение GPRS с помощью SGSN. Аутентификация, ассоциируемая с подключением GPRS, может быть аутентификацией на основе SIM, требующей секретный ключ Ki. IIF действует в качестве HLR GSM, сконфигурированном с секретом Ki. В любом случае может не требоваться IIF для обмена данными с HLR в собственной системе CDMA2000 для аутентификации. (Этап 1) MS отправляет SGSN запрос на активацию контекста PDP. Сообщение включает в себя название точки доступа (APN). APN имеет формат <Идентификатор сети>.<MNC>.<MCC>.gprs. Идентификатор сети (например, CDMA2000carrier.com) указывает, к какой внешней сети MS хочет установить логическую связь. Запрошенный адрес PDP может опускаться в сообщении. MS имеет статический собственный адрес Mobile IP или получает новый собственный адрес Mobile IP. (Этап 2) Обслуживающий узел поддержки GPRS (SGSN) выбирает шлюзовой узел поддержки GPRS (GGSN) на основе APN. Обслуживающий узел поддержки GPRS (SGSN) использует APN в качестве имени поиска для запроса сервера DNS (не показан на фигуре) и получает список доступных GGSN, которые могут быть использованы для поддержки запрошенного APN. Сервер доменных имен обслуживает базу данных для разрешения имен хостов и IP-адресов. Сетевые устройства запрашивают сервер DNS посредством указания имени хоста удаленных компьютеров и взаимен принимают IP-адреса хостов.

Идентификатор сети APN указывает оператора CDMA2000; соответственно, сервер DNS возвращает IP-адрес IIF. (Этап 3) Обслуживающий узел поддержки GPRS (SGSN) отправляет выбранной IIF запрос на активацию контекста PDP для настройки контекста PDP для MS. Сообщение включает в себя APN, однако запрашиваемый адрес PDP может опускаться. (Этап 4) IIF действует как шлюзовой узел поддержки GPRS (GGSN) и отправляет ответ на создание контекста PDP обслуживающему узлу поддержки GPRS (SGSN), который, в свою очередь, отправляет MS принятие активации контекста PDP. Адрес PDP в обоих сообщениях может устанавливаться в 0.0.0.0 для указания, что адрес PDP будет присвоен позднее после успешной регистрации Mobile IP. (Этап 5) IIF действует как FA и отправляет MS одно или более объявлений агента Mobile IP, поскольку пропуск запрашиваемого адреса PDP в запросе на активацию контекста PDP может быть указанием того, что MS желает использовать Mobile IP. Объявление агента может быть отправлено по установленному контексту PDP. Объявление агента содержит адрес для передачи FA и вызов FA (FAC). (Этап 6)

MS отправляет IIF запрос на регистрацию Mobile IP по контексту PDP. Следующая информация может содержаться в запросе на регистрацию: NAI мобильной станции [RFC 2794] имеет формат <имя пользователя>@<имя домена>, где имя домена определяет собственную систему CDMA2000 мобильной станции. Аутентификатор MS-HA может вычисляться на основе содержимого запроса на регистрацию и секрета, совместно используемого MS и HA [RFC 2002]. Аутентификатор MS-AAA может вычисляться на основе FAC и секрета, совместно используемого MS и собственным сервером ААА [RFC 3012]. Поле адреса НА может устанавливаться в известное значение, если MS использует постоянного HA, либо 0.0.0.0, если MS использует нового HA, назначенного собственной сетью. Поле собственного адреса может устанавливаться в известное значение, если MS использует постоянный адрес, либо 0.0.0.0, если MS хочет новый адрес, присвоенный HA. T-bit может устанавливаться в единицу для включения обратного туннеля от IIF к HA мобильной станции. (Этап 7) IIF действует как клиент RADIUS и отправляет собственному серверу ААА Запрос на проверку доступа RADIUS. Запрос на проверку доступа RADIUS передает NAI мобильной станции, аутентификатор FAC, FAC, адрес НА и т.д. [IS-835]. (Этап 8) Если аутентификация успешна, собственный сервер ААА отвечает «Доступ разрешен» RADIUS, который включает в себя адрес HA мобильной станции. (Этап 9) IIF действует как FA и перенаправляет запрос на регистрацию Mobile IP на адрес НА, содержащийся в ответе «Доступ разрешен» RADIUS. (Этап 10) HA проверяет аутентификатор MS-HA в запросе на регистрацию Mobile IP. Если НА не имеет совместно используемого секрета, как в случае динамически присваиваемого НА, он обменивается данными с собственным сервером НА для совместно используемого секрета. НА отвечает на запрос на регистрацию Mobile IP ответом регистрации Mobile IP, содержащим результат регистрации (например, успешно либо код ошибки). Если MS просит новый собственный адрес, то новый адрес может быть возвращен в Ответе регистрации; в противном случае может быть возвращен постоянный адрес MS. (Этап 11) IIF действует как FA и перенаправляет MS запрос на регистрацию Mobile IP по соответствующему контексту PDP. Функциональность FA IIF записывает присвоенный мобильной станции IP-адрес и совместно использует этот адрес с функциональностью шлюзового узла поддержки GPRS (GGSN) IIF. (Этап 12)

IIF действует как шлюзовой узел поддержки GPRS (GGSN) и обновляет свой контекст PDP посредством задания адреса PDP собственному адресу MS (как указывается в Ответе на регистрацию и совместно используется функциональностью FA). Адрес PDP (с этого момента - собственный адрес MS) может быть ассоциирован с туннелем GTP, идентифицируемым идентификатором конечной точки туннеля (TEID). (Этап 13) IIF действует как шлюзовой узел поддержки GPRS (GGSN) и запускает процедуру модификации контекста PDP, инициированную GGSN, для того чтобы обновить адрес PDP в обслуживающем узле поддержки GPRS (SGSN) и MS [3GPP TS 29. 061]. IIF отправляет Запрос на обновление контекста PDP обслуживающему узлу поддержки GPRS (SGSN), который перенаправляет его к MS. (Этап 14) MS отвечает Ответом на обновление контекста PDP обслуживающему узлу поддержки GPRS (SGSN), который перенаправляет его к IIF. (Этап 15) IIF действует как клиент RADIUS и отправляет Запрос на учет RADIUS (Старт) собственному серверу ААА [IS-835]. Характерные для 3GPP2-производителя атрибуты используются для передачи учетных записей, но некоторые атрибуты записи радиоканала (например, выбор услуги, выбор мультиплексирования и т.д.) не применимы. (Этап 16) Собственный сервер ААА отвечает Ответом на запрос на учет RADIUS (Старт). (Этап 17) Однонаправленный трафик проходит через IIF в обоих направлениях, если включено обратное туннелирование от IIF к HA. Для маршрутизации исходящих пакетов мобильной станции IIF трассирует пакеты, принятые от туннеля GTP мобильной станции (идентифицируемого посредством TEID), HA мобильной станции через обратный туннель Mobile IP. Для маршрутизации входящих пакетов мобильной станции IIF трассирует пакеты, принятые от туннеля HA-в-FA, в туннель GTP мобильной станции. IPsec (протокол защиты сетевого трафика на IP-уровне) может использоваться для защиты туннелей Mobile IP между НА и IIF, и туннелей GTP между IIF и SGSN. (Этап 18)

Чужой режим GPRS с Simple IP

Фиг.3А является типовой блок-схемой чужого режима GPRS с Simple IP, которая показывает сценарий роуминга, где собственный абонент пакетных данных CDMA2000 производит операцию с IPv4 или IPv6 в чужом режиме GPRS. Фиг.3А также изображает функции и интерфейс управления, предоставляемые интерфейсом или IIF в этом случае. В этом варианте осуществления собственная система 10 может быть системой с коммутацией пакетов CDMA2000, где собственный абонент пакетных данных CDMA2000 переходит в систему GPRS и использует Simple IP. Собственная система 10 содержит регистр 131 исходного местоположения ANSI-41, модуль 116 ААА и LNS 139. Гостевая система 20 может быть системой GPRS, которая содержит обслуживающий узел 137 поддержки GPRS (SGSN).

Интерфейс 30, или «IIF», содержит гостевой регистр 111 местоположения абонента ANS1-41, присоединенный к регистру 131 исходного местоположения ANSI-41 через интерфейс 113 D, регистр 124 исходного местоположения GSM, присоединенный к обслуживающему узлу 137 поддержки GPRS (SGSN) через интерфейс 123 Gr, шлюзовой узел 126 поддержки GPRS, присоединенный к обслуживающему узлу 137 поддержки GPRS (SGSN) через интерфейс 127 Gp и присоединенный к Интернету через интерфейс Gi, модуль 140 ААА, присоединенный к модулю 116 ААА через интерфейс 117 Х3 и модуль 109 LAC, присоединенный к LNS 139 через интерфейс 119 Х2. IIF обеспечивает эмуляцию как HLR GSM, так и VLR ANSI-41, для предоставления пользователю возможности регистрироваться. Эта организация межсетевого взаимодействия может обеспечиваться по ссылкам «Gr» и «D» интерфейса. IIF предоставляет шлюзовой узел поддержки GPRS (GGSN) и эмуляцию LAC для поддержки возможности однонаправленной связи между гостевой и собственной сетями через IIF. Эта организация межсетевого взаимодействия может обеспечиваться по ссылкам «Gn» и «X2» интерфейса. Подуровень управления доступом к линии является верхним подуровнем Уровня 2, и обеспечивает механизм для правильного переноса и доставки сообщений сигнализации, которые были сформированы на Уровне 3.

IIF также обеспечивает эмуляцию ААА для взаимодействия с ААА собственной сети для аутентификации L2TP и учета пакетных данных 3GPP2. Эта организация межсетевого взаимодействия может обеспечиваться по ссылке «Х3» интерфейса. L2TP использует преимущества PPTP (протокол туннелирования между узлами от точке к точке) и L2F (перенаправление уровня 2). Он имеет возможность инкапсулировать кадры РРР, так что они могут быть отправлены по сетям IP, X.25, с ретрансляцией кадров или ATM (асинхронный режим передачи). При использовании L2TP в сети на основе IP, дейтаграмма IP, поддерживающая полезную нагрузку L2TP, использует услуги UPD (протокол передачи дейтаграмм пользователя).

Если возможность однонаправленной связи между системой с коммутацией пакетов CDMA2000 и системой GPRS не требуется, то интерфейс Х2 не требуется. IIF, кроме того, поддерживает интерфейс Gp к обслуживающему узлу поддержки GPRS (SGSN) и предоставляет доступ в Интернет через интерфейс Gi (не показан на фиг.).

Таким образом, для пользователя находящегося в системе CDMA Simple IP, переходящего в систему GSM, IIF может представить интерфейс шлюзового узла поддержки GPRS (GGSN) в GSM и обычный интерфейс маршрутизации в систему CDMA. IIF может служить в качестве конечной точки для туннелей GTP и IPSec с функцией маршрутизации пакетов между шлюзовым узлом поддержки GPRS (GGSN) и системой CDMA. IIF может также обеспечивать функцию учета, так что операторы могут назначать цену на основе конфигурируемых измерений, таких как количество пакетов, ширина полосы пропускания, время суток и т.д.

Фиг.3В является типовой блок-схемой последовательности действий вызова, которая показывает функционирование Simple IP в чужом режиме GPRS, и объясняет сценарий роуминга, где собственный абонент пакетных данных CDMA2000 производит операцию с Simple IP в чужом режиме GPRS. В этом примере MS совместно использует секреты с собственной системой CDMA2000 для аутентификации Simple IP (то есть CHAP). MS устанавливает сеанс PPP через L2TP к собственной системе CDMA2000. Во время установления РРР собственная система CDMA2000 присваивает мобильной станции IP-адрес динамически. Весь поток данных MS (исходящий и входящий) проходит через IIF и собственную систему CDMA2000. IIF формирует учетные записи пакетных данных 3GPP2 и отправляет их собственной системе CDMA2000 через RADIUS (служба аутентификации удаленных пользователей по коммутируемым каналам связи).

MS выполняет подключение GPRS с помощью SGSN. Аутентификация, ассоциируемая с подключением GPRS, может быть аутентификацией на основе SIM, требующей секретный ключ Ki. IIF действует в качестве HLR GSM, сконфигурированном с секретом Ki либо VLR GSM. В любом случае может не требоваться IIF для обмена данными с HLR в собственной системе CDMA2000 для аутентификации. (Этап 1) MS отправляет SGSN запрос на активацию контекста PDP. Сообщение включает в себя APN (название точки доступа). APN имеет формат <Идентификатор сети>.<MNC>.<MCC>.gprs. Идентификатор сети (например, CDMA2000carrier.com) указывает, к какой внешней сети MS хочет установить логическую связь. Запрашиваемый адрес PDP может опускаться в сообщении, так что IIF (действующая как GGSN) позднее не присвоит IP-адрес мобильной станции; вместо этого адрес будет присвоен посредством LNS. (Этап 2) Обслуживающий узел поддержки GPRS (SGSN) выбирает шлюзовой узел поддержки GPRS (GGSN) на основе APN. Обслуживающий узел поддержки GPRS (SGSN) запрашивает сервер DNS (не показан на фигуре) и получает список доступных GGSN, которые могут быть использованы для поддержки запрошенного APN. В этом случае идентификатор сети APN указывает оператора CDMA2000; соответственно, сервер DNS возвращает IP-адрес IIF. (Этап 3)

Обслуживающий узел поддержки GPRS (SGSN) отправляет выбранной IIF запрос на активацию контекста PDP для настройки контекста PDP для MS. Сообщение включает в себя APN, однако, запрашиваемый адрес PDP может опускаться. (Этап 4) IIF действует как шлюзовой узел поддержки GPRS (GGSN) и отправляет ответ на создание контекста PDP обслуживающему узлу поддержки GPRS (SGSN), который, в свою очередь, отправляет MS принятие активации контекста PDP. Адрес PDP в обоих сообщениях может устанавливаться в 0.0.0.0 для указания, что адрес PDP будет повторно установлен позднее. (Этап 5)

После того, как может быть установлен контекст PDP, MS и IIF выполняют согласование LCP PPP. Функциональность LAC IIF устанавливает туннели L2TP с помощью LNS. IIF определяет, какой LNS основывается на запрашиваемом APN. IIF конфигурируется с помощью информации LNS (например, IP-адреса LNS), соответствующей APN. После установления туннеля L2TP, функциональность LAC IIF перенаправляет информацию LCP между LNS и MS. Во время согласования LCP мобильная станция и LNS согласуют PAP (протокол аутентификации пароля) и CHAP в качестве протокола для аутентификации РРР. (Этап 6) Выполняется аутентификация РРР (РАР или СНАР). Мандат MS аутентифицируется посредством собственного ААА в системе CDMA2000. Взаимодействие RADIUS между LNS и собственным ААА не показано на фиг. (Этап 7) LNS и MS выполняют согласование IPCP PPP. Функциональность LAC IIF ретранслирует сообщения IPCP между туннелем L2TP и контекстом PDP. Во время согласования LNS присваивает мобильной станции IP-адрес. IIF следит за этим адресом и использует его в качестве адреса PDP мобильной станции. (Этап 8)

IIF также необходимо уведомлять обслуживающий узел поддержки GPRS (SGSN) и MS об обновленном адресе PDP. Вспомним, что адрес PDP можно изначально установить в 0.0.0.0. Поэтому IIF отправляет Запрос на обновление контекста PDP обслуживающему узлу поддержки GPRS (SGSN), который перенаправляет его к MS. (Этап 9) MS отвечает Ответом на обновление контекста PDP обслуживающему узлу поддержки GPRS (SGSN), который перенаправляет его к IIF. (Этап 10)

IIF действует как клиент RADIUS и отправляет Запрос на учет RADIUS (Старт) собственному серверу ААА [IS-835]. Характерные для 3GPP2-производителя атрибуты используются для передачи учетных записей, но некоторые атрибуты записи радиоканала (например, выбор услуги, выбор мультиплексирования и т.д.) не применимы. (Этап 11) Собственный сервер ААА отвечает Ответом на запрос на учет RADIUS (Старт). (Этап 12) Однонаправленный трафик проходит через IIF в обоих направлениях. Для маршрутизации исходящих пакетов мобильной станции IIF трассирует пакеты, принятые от туннеля GTP мобильной станции (идентифицируемого посредством TEID), туннелю/сеансу L2TP мобильной станции. Для маршрутизации входящих пакетов мобильной станции IIF трассирует пакеты, принятые от туннеля/сеанса L2TP мобильной станции, туннелю GTP мобильной станции. IPsec может использоваться для защиты туннеля/сеанса L2TP между LNS и IIF, и туннелей GTP между IIF и SGSN. (Этап 13)

Чужой режим пакетных данных CDMA2000 с Mobile IPv4

Фиг.4А является типовой блок-схемой чужого режима пакетных данных CDMA2000 с Mobile IPv4. Данный раздел описывает сценарий роуминга, когда собственный абонент GPRS производит операцию с Mobile IPv4 [IS-835-C] в чужом режиме пакетных данных CDMA2000. Фиг.4А также изображает функции и интерфейс управления, предоставляемые IIF в этом случае. В этом варианте осуществления собственная система 10 может быть системой GPRS. Собственный абонент GPRS переходит в систему с коммутацией пакетов CDMA2000 и использует Simple IP. Собственная система 10 содержит регистр 124 исходного местоположения GSM, шлюзовой узел 126 поддержки GPRS (GGSN) и модуль 128 ААА. Гостевая система 20 может быть системой с коммутацией пакетов CDMA2000, которая содержит гостевой регистр 111 местоположения абонента ANS1-41, модуль 116 ААА и узел 118 обслуживания пакетных данных/чужой агент.

Интерфейс 30, или «IIF», содержит регистр 131 исходного местоположения ANS1-41, присоединенный к гостевому регистру 111 местоположения абонента ANSI-41 через интерфейс 113 D, гостевой регистр 133 местоположения абонента GSM, присоединенный к регистру 124 исходного местоположения GSM через интерфейс 121 D, обслуживающий узел 137 поддержки GPRS (SGSN), присоединенный к шлюзовому узлу 126 поддержки GPRS (GGSN) через интерфейс 127 Gp, модуль 140 ААА, присоединенный к модулю 128 ААА через интерфейс 129 Х4 и присоединенный к модулю 116 ААА через интерфейс 117 Х3, и собственный агент 135, присоединенный к узлу 118 обслуживания пакетных данных/чужому агенту через интерфейс 115 Х1. IIF обеспечивает эмуляцию как VLR GSM, так и HLR ANSI-41, для предоставления абоненту возможности регистрироваться. Эта организация межсетевого взаимодействия может обеспечиваться по ссылке «D» интерфейса. IIF предоставляет HA и эмуляцию обслуживающего узла поддержки GPRS (SGSN) для поддержки возможности однонаправленной связи между гостевой и собственной сетями через IIF. Эта организация межсетевого взаимодействия может обеспечиваться по ссылкам «X1» и «Gn» интерфейса. IIF обеспечивает эмуляцию ААА для взаимодействия с ААА гостевой сети для аутентификации Mobile IP и учета пакетных данных 3GPP2. IIF также может взаимодействовать с ААА собственной сети для учета пакетных данных 3GPP. Эта организация межсетевого взаимодействия может обеспечиваться по ссылкам «X3» и «Х4» интерфейса. Требования IIF/AAA для чужого режима пакетных данных CDMA2000 с Mobile IP будут описаны более подробно ниже.

Если возможность однонаправленной связи между гостевой системой с коммутацией пакетов CDMA2000 и собственной системой GPRS не требуется, то интерфейс Gp не требуется. В этом случае исходящий мобильный поток данных может трассироваться напрямую в Интернет через узел обслуживания пакетных данных (PDSN)/FA в гостевой системе, или через HF/HA, если включено обратное туннелирование. Входящий мобильный поток данных трассируется в узел обслуживания пакетных данных (PDSN)/FA через IIF/HA. Интерфейсы Х3 и Х4 требуются для IIF для межсетевого обмена сообщениями ААА между сервером ААА CDMA2000 и сервером ААА GPRS.

Таким образом, для пользователя находящегося в системе GSM, переходящего в систему CDMA Mobile IP, IIF может представлять интерфейс НА к системе CDMA и интерфейс обслуживающего узла поддержки GPRS (SGSN) к системе GSM. Требуется подмножество функций обслуживающего узла поддержки GPRS (SGSN), включая разрешение APN. IIF может служить в качестве конечной точки для туннелей Mobile IP и GTP с функцией маршрутизации пакетов между НА и функциями обслуживающего узла поддержки GPRS (SGSN).

Фиг.4В является типовой блок-схемой последовательности действий вызова, которая показывает функционирование Mobile IPv4 в чужом режиме пакетных данных CDMA2000. Этот пример последовательности действий вызова показывает сценарий роуминга, когда собственный абонент GPRS производит операцию с Mobile IPv4 [IS-835-C] в чужом режиме пакетных данных CDMA2000. В этом примере собственная система GPRS не поддерживает НА; соответственно, MS совместно использует секреты с IIF для аутентификации Mobile IP. Собственная система GPRS динамически присваивает IP-адрес мобильной станции. Весь поток данных MS (исходящий и входящий) проходит через IIF и собственную систему GPRS. IIF принимает учетные записи 3GPP2 от гостевой системы CDMA2000 и может преобразовать их в учетные записи 3GPP и перенаправить их собственной системе GPRS через RADIUS.

MS создает SO 33 и устанавливает сеанс РРР с узлом обслуживания пакетных данных (PDSN)/FA. (Этап 1) Узел обслуживания пакетных данных (PDSN)/FA отправляет MS одно или более Объявлений агента Mobile IP, так как пропуск варианта конфигурации IP-адреса во время согласования IPCP PPP указывает, что MS желает использовать Mobile IP. Объявление агента содержит адрес для передачи FA и вызов FA (FAC). (Этап 2)

MS отправляет запрос на регистрацию Mobile IP узлу обслуживания пакетных данных (PDSN)/FA. Следующая информация может содержаться в запросе на регистрацию: NAI мобильной станции [RFC 2794] имеет формат <имя пользователя>@<имя домена>, где имя домена определяет собственную систему GPRS мобильной станции. Аутентификатор MS-HA может вычисляться на основе содержимого запроса на регистрацию и секрета, совместно используемого MS и HA [RFC 2002]. Аутентификатор MS-AAA может вычисляться на основе FAC и секрета, совместно используемого MS и собственным сервером ААА [RFC 3012]. Поле адреса НА может устанавливаться в известное значение, если MS использует постоянного HA, либо 0.0.0.0, если MS использует нового HA, назначенного собственной сетью. Поле НА может быть установлено в 0.0.0.0 для запроса нового адреса, присвоенного НА. T-bit может быть установлен в единицу для запроса узла обслуживания пакетных данных (PDSN)/FA установить обратный туннель к НА мобильной станции. (Этап 3)

Узел обслуживания пакетных данных (PDSN)/FA формирует Запрос на проверку доступа RADIUS, передающий NAI мобильной станции, аутентификатор FAC, FAC, адрес НА и т.д. [IS-835]. Так как имя домена NAI мобильной станции указывает систему GPRS, узел обслуживания пакетных данных (PDSN)/FA отправляет IIF Запрос на проверку доступа RADIUS через ААА в системе CDMA2000. IIF может изменить сообщение в соответствии с [3GPP TS 29.061]. (Этап 4) Если аутентификация успешна, собственный сервер ААА отвечает «Доступ разрешен» RADIUS. Сообщение трассируется обратно к узлу обслуживания пакетных данных (PDSN) через IIF и гостевой ААА. IIF может изменить сообщение в соответствии с [P.S0001-A V3.0]. (Этап 5) Узел обслуживания пакетных данных (PDSN)/FA перенаправляет запрос на регистрацию Mobile IP функции НА в IIF. IIF проверяет аутентификатор MS-HA в запросе на регистрацию Mobile IP. (Этап 6) Если аутентификация успешна, то функциональность обслуживающего узла поддержки GPRS (SGSN) IIF устанавливает туннели GTP со шлюзовым узлом поддержки GPRS (GGSN) в собственной системе GPRS, и может запрашивать IP-адрес от GGSN. Функциональность обслуживающего узла поддержки GPRS (SGSN) IIF получает APN, который имеет формат <Идентификатор сети>mnc<MNC>.mcc<MCC>.gprs. [TS 23.003]. <Идентификатор сети> является частью области NAI мобильной станции и указывает, к какому шлюзовому узлу поддержки GPRS (GGSN) мобильная станция хочет получить доступ для запрашиваемой услуги. <MNC> и <MCC> извлекаются из IMSI мобильной станции. NAI и IMSI мобильной станции доступны из Запроса на проверку доступа RADIUS на этапе 4. Функциональность обслуживающего узла поддержки GPRS (SGSN) использует полученный APN в качестве имени поиска для запроса DNS-сервера GPRS (не показан на фигуре) и из него получает список доступных GGSN, которые могут быть использованы для поддержки запрошенной услуги. Функциональность обслуживающего узла поддержки GPRS (SGSN) IIF отправляет Запрос создания контекста PDP выбранному GGSN. Запрашиваемый адрес PDP в сообщении устанавливается в 0.0.0.0 для запроса нового адреса IP. (этап 7) Шлюзовой узел поддержки GPRS (GGSN) отвечает Ответом на создание контекста PDP, включающем новый IP-адрес, присвоенный MS. (Этап 8) IIF действует как HA и отправляет MS ответ на регистрацию Mobile IP через узел обслуживания пакетных данных (PDSN)/FA. Поле Собственного адреса в ответе на регистрацию Mobile IP может быть задано IP-адресом, присвоенным посредством GGSN. (Этап 9) Узел обслуживания пакетных данных (PDSN) отправляет Запрос на учет RADIUS (Старт), содержащий учетную информацию пакетных данных 3GPP2 [P.S0001-A V3.0]. Так как имя домена NAI мобильной станции указывает систему GPRS, то Запрос на учет RADIUS (Старт) трассируется в собственный ААА в системе GPRS через гостевые ААА и IIF. IIF может изменить сообщение в соответствии с [3GPP TS 29.061]. (Этап 10) IIF действует как RADIUS-сервер и отвечает Ответом на запрос на учет RADIUS (Старт). (Этап 11)

Однонаправленный трафик проходит через IIF в обоих направлениях. Для маршрутизации исходящих пакетов мобильной станции IIF трассирует пакеты, принятые от обратного туннеля Mobile IP, в туннель GTP мобильной станции (идентифицируемый посредством TEID). Для маршрутизации входящих пакетов мобильной станции IIF трассирует пакеты, принятые от туннеля GTP, в туннель HA-в-FA. IPsec может использоваться для защиты туннелей Mobile IP между узлом обслуживания пакетных данных (PDSN)/FA и IIF, и туннелей GTP между IIF и GGSN. (Этап 12)

Требования IIF/AAA для чужого режима пакетных данных CDMA2000 с Mobile IP

Сейчас будут описаны требования IIF для обработки Запроса на проверку доступа RADIUS, принятого от гостевой системы с коммутацией пакетов CDMA2000.

IIF проксирует все атрибуты IETF RADIUS без изменения, за исключением атрибута идентификатора вызывающей станции, атрибута идентификатора вызываемой станции и атрибута покадрового протокола. Ниже описывается обработка этих трех атрибутов. Если атрибут идентификатора вызывающей станции в принятом Запросе на проверку доступа RADIUS содержит IMSI, то IIF копирует IMSI в атрибут 3GPP-IMSI [3GPP TS 29.061] и включает его в Запрос на проверку доступа RADIUS, предназначенный для собственной системы GPRS мобильной станции. IIF не включает в себя атрибут идентификатора вызывающей станции в Запросе на проверку доступа RADIUS, отправленном собственному ААА в системе GPRS. Если атрибут идентификатора вызывающей станции в принятом Запросе на проверку доступа RADIUS содержит MIN (идентификационный номер мобильной станции) или IRM, то IIF преобразует его в IMSI мобильной станции, используемый в собственной системе GPRS, и включает его в атрибут 3GPP-IMSI Запроса на проверку доступа RADIUS, предназначенного для собственной системы GPRS. IIF не включает в себя атрибут идентификатора вызывающей станции в Запросе на проверку доступа RADIUS, отправленном собственному ААА в системе GPRS.

IIF включает в себя атрибут идентификатора вызываемой станции в Запросе на проверку доступа RADIUS, предназначенном для собственной системы GPRS мобильной станции. Поле значения атрибута идентификатора вызываемой станции устанавливается в APN (см. раздел 8.3.4). Если атрибут покадрового протокола включается в принятый Запрос на проверку доступа RADIUS, то IIF заменяет значение на 7 [3GPP TS 29.061]. IIF удаляет все VSA 3GPP2 из принятого Запроса на проверку доступа RADIUS. IIF не требуется включать в себя какой-либо VSA 3GPP2, за исключением атрибута 3GPP-IMSI, в переданном Запросе на проверку доступа RADIUS, предназначенном для собственной системы GPRS мобильной станции.

Сейчас будут описаны требования IIF для обработки «Доступ разрешен» RADIUS, принятого от собственной системы GPRS.

IIF проксирует все атрибуты IETF RADIUS без изменения. IIF удаляет все VSA 3GPP из принятого «Доступ разрешен» RADIUS до передачи «Доступ разрешен» RADIUS гостевой системе с коммутацией пакетов CDMA2000.

Если политика собственной системы GPRS требует, чтобы поток данных мобильной станции в роуминге проходил через собственную систему GPRS через IIF, и HA-адрес VSA был включен в соответствующий Запрос на проверку доступа RADIUS, ранее принятый от гостевой системы с коммутацией пакетов CDMA2000, то IIF включает спецификацию обратного туннеля VSA в переданный «Доступ разрешен» RADIUS, предназначенный для гостевой системы с коммутацией пакетов CDMA2000. Поле значения VSA устанавливается в 1, указывая, что требуется обратное туннелирование.

Требования IIF для обработки Запроса на учет RADIUS Старт и Запроса на учет RADIUS Промежуточный те же, что и требования для обработки Запроса на проверку доступа RADIUS.

Требования IIF для обработки Запроса на учет RADIUS Стоп те же, что и требования для обработки Запроса на проверку доступа RADIUS со следующими дополнительными требованиями: Если Продолжение сеанса VSA установлено в ЛОЖЬ в принятом Запросе на учет RADIUS Стоп, и если IIF не получала ранее Запрос на учет (Старт) от другого узла обслуживания пакетных данных (PDSN) с тем же IP-адресом (для случая передачи обслуживания внутри PDSN с Mobile IP), то IIF вставляет Указатель останова сеанса 3GPP VSA для указания, что сеанс PDP прекращен.

Чужой режим пакетных данных CDMA2000 с Simple IP

Фиг.5А является типовой блок-схемой чужого режима пакетных данных CDMA2000 с Simple IP. Данный раздел описывает сценарий роуминга, когда собственный абонент GPRS производит операцию с IPv4 или IPV6 в чужом режиме пакетных данных CDMA2000. Фиг.5А также изображает функции и интерфейс управления, предоставляемые интерфейсом 30 или «IIF» в этом случае. В этом варианте осуществления собственная система 10 может быть системой GPRS, где собственный абонент GPRS переходит в систему с коммутацией пакетов CDMA2000 и использует Mobile IPv4. Собственная система 10 содержит регистр 124 исходного местоположения GSM, шлюзовой узел 126 поддержки GPRS (GGSN) и модуль 128 ААА. Гостевая система 20 может быть системой с коммутацией пакетов CDMA2000, которая содержит гостевой регистр 111 местоположения абонента ANS1-41, модуль 116 ААА и собственную систему 109.

Интерфейс 30, или «IIF», содержит регистр 131 исходного местоположения ANS1-41, присоединенный к гостевому регистру 111 местоположения абонента ANSI-41 через интерфейс 113 D, гостевой регистр 133 местоположения абонента GSM, присоединенный к регистру 124 исходного местоположения GSM через интерфейс 121 D, обслуживающий узел 137 поддержки GPRS (SGSN), присоединенный к шлюзовому узлу 126 поддержки GPRS (GGSN) через интерфейс 127 Gp, модуль 140 ААА, присоединенный к модулю 128 ААА через интерфейс 129 Х4 и присоединенный к модулю 116 ААА через интерфейс 117 Х3, и модуль 139 LNS, присоединенный к узлу 109 обслуживания пакетных данных/модулю LAC через интерфейс 119 Х2. IIF обеспечивает эмуляцию как VLR GSM, так и HLR ANSI-41, для предоставления абоненту возможности регистрироваться. Эта организация межсетевого взаимодействия может обеспечиваться по ссылке «D» интерфейса. IIF предоставляет LNS и эмуляцию обслуживающего узла поддержки GPRS (SGSN) для поддержки возможности однонаправленной связи между гостевой и собственной сетями через IIF. Эта организация межсетевого взаимодействия может обеспечиваться по ссылкам «X2» и «Gn» интерфейса. IIF обеспечивает эмуляцию ААА для взаимодействия с ААА гостевой сети для аутентификации L2TP и учета пакетных данных 3GPP2. IIF также может взаимодействовать с ААА собственной сети для учета пакетных данных 3GPP. Эта организация межсетевого взаимодействия может обеспечиваться по ссылкам «X3» и «Х4» интерфейса. Требования IIF/AAA для чужого режима пакетных данных CDMA2000 с Simple IP будут описаны более подробно ниже.

Если возможность однонаправленной связи между гостевой системой с коммутацией пакетов CDMA2000 и собственной системой GPRS не требуется, то интерфейсы X2 и Gp не требуются. В этом случае и исходящий мобильный поток данных, и входящий мобильный поток данных трассируется в/из Интернета через узел обслуживания пакетных данных (PDSN) в гостевой системе. Интерфейсы Х3 и Х4 требуются для IIF для межсетевого обмена сообщениями ААА между сервером ААА CDMA2000 и сервером ААА GPRS.

Таким образом, для пользователя находящегося в системе GSM, переходящего в систему CDMA Simple IP, IIF может представлять интерфейс сетевого сервера L2TP к системе CDMA и интерфейс обслуживающего узла поддержки GPRS (SGSN) к системе GSM. Требуется подмножество функций обслуживающего узла поддержки GPRS (SGSN), включая разрешение APN. IIF может служить в качестве конечной точки для туннелей Mobile L2TP и GTP с функцией маршрутизации пакетов между LNS и функциями обслуживающего узла поддержки GPRS (SGSN).

Фиг.5В является типовой блок-схемой последовательности действий вызова, которая показывает функционирование Simple IP в чужом режиме пакетных данных CDMA2000. Этот пример последовательности действий вызова иллюстрирует сценарий роуминга, когда собственный абонент GPRS производит операцию с Simple IP в чужом режиме пакетных данных CDMA2000. В этом примере MS совместно использует секреты с собственным ААА в системе GPRS для аутентификации CHAP. Собственная система GPRS динамически присваивает IP-адрес мобильной станции. Весь поток данных MS (исходящий и входящий) проходит через IIF и собственную систему GPRS. IIF принимает учетные записи 3GPP2 от гостевой системы CDMA2000 и преобразует их в учетные записи 3GPP и перенаправляет их собственной системе GPRS через RADIUS.

MS создает SO 33 и запускает согласование LCP PPP с узлом обслуживания пакетных данных (PDSN)/LAC. CHAP может быть согласован в качестве протокола для аутентификации РРР. (Этап 1) Узел обслуживания пакетных данных (PDSN)/LAC отправляет вызов СНАР мобильной станции. (Этап 2) MS отвечает своим NAI и ответом на вызов, рассчитанным на основе вызова и секрета, совместно используемого с собственным ААА в системе GPRS. Узел обслуживания пакетных данных (PDSN)/LAC отправляет Запрос на проверку доступа RADIUS. Так как имя домена NAI мобильной станции указывает систему GPRS, то Запрос на проверку доступа RADIUS может трассироваться через гостевой ААА и IIF, который проксирует сообщение в собственный ААА в системе GPRS. IIF может изменить сообщение в соответствии с [3GPP TS 29.061]. (Этап 3) Если аутентификация успешна, то собственный ААА отвечает «Доступ разрешен» RADIUS. Сообщение может трассироваться обратно к узлу обслуживания пакетных данных (PDSN)/LAC через IIF и гостевой ААА. IIF вставляет атрибут конечной точки туннеля сервера в «Доступ разрешен» RADIUS. Этот атрибут информирует узел обслуживания пакетных данных (PDSN)/LAC для установления туннеля L2TP с IIF, который действует как LNS. Узел обслуживания пакетных данных (PDSN)/LAC отправляет «Успешно» СНАР для информирования MS об успешной аутентификации. (Этап 4) Узел обслуживания пакетных данных (PDSN)/LAC устанавливает туннель/сеанс L2TP с IIF, который действует как LNS. Во время установления туннеля/сеанса L2TP узел обслуживания пакетных данных (PDSN)/LAC перенаправляет IIF информацию LCP (передаваемую между MS и узлом обслуживания пакетных данных (PDSN)/LAC). Функциональность LNS IIF может инициировать вызов CHAP (не показан на фиг.) для аутентификации MS перед согласованием IPCP. (Этап 5) Функциональность обслуживающего узла поддержки GPRS (SGSN) IIF устанавливает туннели GTP со шлюзовым узлом поддержки GPRS (GGSN) в собственной системе GPRS, и может запрашивать IP-адрес от GGSN. IIF получает APN, который имеет формат <Идентификатор сети>mnc<MNC>.mcc<MCC>.gprs. <Идентификатор сети> является частью области NAI мобильной станции и используется для указания, к какому шлюзовому узлу поддержки GPRS (GGSN) мобильная станция хочет получить доступ для запрашиваемой услуги. <MNC> и <MCC> извлекаются из IMSI мобильной станции. NAI и IMSI мобильной станции доступны из Запроса на проверку доступа RADIUS на этапе 3. Функциональность обслуживающего узла поддержки GPRS (SGSN) IIF использует полученный APN в качестве имени поиска для запроса DNS-сервера GPRS (не показан на фигуре) и получает список доступных GGSN, которые могут быть использованы для поддержки запрошенной услуги. Функциональность обслуживающего узла поддержки GPRS (SGSN) IIF отправляет Запрос на создание контекста PDP выбранному GGSN. Запрашиваемый адрес PDP в сообщении устанавливается в 0.0.0.0 для запроса нового адреса IP. (этап 6) Шлюзовой узел поддержки GPRS (GGSN) отвечает Ответом на создание контекста PDP, включающем новый IP-адрес, присвоенный MS. (Этап 7)

Этот новый IP-адрес может быть присвоен MS во время согласования IPCP PPP между IIF и MS. (Этап 8) Узел обслуживания пакетных данных (PDSN)/FA отправляет Запрос на учет RADIUS (Старт), содержащий учетную информацию пакетных данных 3GPP2 [IS-835]. Узел обслуживания пакетных данных (PDSN) отправляет Запрос на учет RADIUS (Старт), содержащий учетную информацию пакетных данных 3GPP2 [P.S0001-A V3.0]. Так как имя домена NAI мобильной станции указывает систему GPRS, то Запрос на учет RADIUS (Старт) трассируется в собственный ААА в системе GPRS через гостевые ААА и IIF. IIF может изменить сообщение в соответствии с [3GPP TS 29.061]. (Этап 9) Собственный ААА отвечает Ответом на запрос на учет RADIUS (Старт), который трассируется обратно в узел обслуживания пакетных данных (PDSN) через IIF и гостевой AAA. (Этап 10)

Однонаправленный трафик проходит через IIF в обоих направлениях. Для маршрутизации исходящих пакетов мобильной станции IIF трассирует пакеты, принятые от туннеля/сеанса L2TP мобильной станции, туннелю GTP мобильной станции (идентифицируемому посредством TEID). Для маршрутизации входящих пакетов мобильной станции IIF трассирует пакеты, принятые от туннеля GTP мобильной станции, в туннель/сеанс L2TP мобильной станции. IPsec может использоваться для защиты туннеля/сеанса L2TP между узлом обслуживания пакетных данных (PDSN)/LAC и IIF, и туннелей GTP между IIF и GGSN. (Этап 11)

Требования IIF/AAA для чужого режима пакетных данных CDMA2000 с Simple IP

Требования IIF для обработки Запроса на проверку доступа RADIUS являются теми же, что и требования для обработки Запроса на проверку доступа RADIUS для чужого режима пакетных данных CDMA2000 с Mobile IP, описанные выше.

Требования IIF для обработки «Доступ разрешен» RADIUS похожи на требования для обработки «Доступ разрешен» RADIUS для чужого режима пакетных данных CDMA2000 с Mobile IP, однако, если политика собственной системы GPRS требует, чтобы роуминговый поток данных мобильной станции проходил через собственную систему GPRS через IIF, и НА-адрес VAS не был включен в соответствующий Запрос на проверку доступа RADIUS, принятый ранее от гостевой системы с коммутацией пакетов CDMA2000, то IIF вставляет атрибуты конечной точки туннеля сервера, типа туннеля и типа носителя туннеля в передаваемый «Доступ разрешен» RADIUS, предназначенный для гостевой системы с коммутацией пакетов CDMA2000. Атрибут конечной точки сервера туннеля указывает адрес IIF/LNS. Атрибут типа туннеля указывает L2TP. Атрибут типа носителя туннеля указывает IPv4.

Требования IIF для обработки Запроса на учет RADIUS Старт и Запроса на учет RADIUS Промежуточный являются теми же, что и требования для обработки Запроса на учет RADIUS Старт и Запроса на учет RADIUS Промежуточный для чужого режима пакетных данных CDMA2000 с Mobile IP, описанные выше.

Требования IIF для обработки Запроса на учет RADIUS Стоп главным образом те же, что и требования для обработки Запроса на учет RADIUS Стоп для чужого режима пакетных данных CDMA2000 с Mobile IP, однако, если Продолжение сеанса VSA установлено в ЛОЖЬ в принятом Запросе на учет RADIUS Стоп, и IP-Технология VSA указывает Simple IP, то IIF вставляет Указатель останова сеанса 3GPP VSA для указания, что сеанс PDP завешен.

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

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

Различные пояснительные логические блоки, модули и схемы, описанные применительно к вариантам осуществления, раскрытым в материалах настоящей заявки, могут быть реализованы или выполнены с помощью процессора общего назначения, цифрового сигнального процессора (DSP), специализированной интегральной схемы (ASIC), программируемой пользователем вентильной матрицы (FPGA) или другого программируемого логического устройства, дискретной вентильной или транзисторной логики, дискретных компонентов аппаратных средств или любого их сочетания, спроектированных для выполнения функций, описанных в материалах настоящей заявки. Процессором общего назначения может быть микропроцессор, но в альтернативном варианте процессором может быть любой традиционный процессор, контроллер, микроконтроллер или конечный автомат. Процессор также может быть реализован в виде сочетания вычислительных устройств, например, сочетания DSP и микропроцессора, множества микропроцессоров, одного или более микропроцессоров в соединении с ядром DSP, или любой другой подобной конфигурации.

Стадии способа или алгоритма, раскрытого в связи с вариантами осуществления, раскрытыми в материалах настоящей заявки, могут быть реализованы непосредственно в аппаратных средствах, в модуле программного обеспечения, выполняемом процессором, или комбинации этих двух. Модуль программного обеспечения может находиться в памяти ОЗУ, флэш-памяти, памяти ПЗУ, памяти EPROM (электрически программируемого ПЗУ), памяти EEPROM (электрически стираемого и программируемого ПЗУ), регистрах, на жестком диске, съемном диске, CD-ROM (ПЗУ на компакт-диске) или любом другом виде носителя данных, известного в данной области техники. Типовой носитель данных может быть присоединен к процессору так, что процессор может считывать информацию и записывать информацию на носитель данных. В альтернативном варианте носитель данных может быть неотъемлемым по отношению к процессору. Процессор и носитель данных могут находиться в ASIC. ASIC может находиться в пользовательском терминале. В альтернативном варианте процессор и носитель данных могут находиться в виде дискретных компонентов в пользовательском терминале.

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

1. Модуль интерфейса, предоставляющий возможность обмена данными Mobile IP между собственной сетью CDMA2000 и гостевой сетью GPRS, когда мобильная станция переходит в гостевую сеть GPRS, содержащий
модуль эмуляции управления доступом, который надежно определяет идентификацию и привилегии пользователя, связанного с мобильной станцией;
модуль эмуляции агента мобильности, соединенный с модулем эмуляции управления доступом, который поддерживает возможность однонаправленной связи между гостевой сетью и собственной сетью таким образом, что модуль эмуляции агента мобильности и модуль эмуляции управления доступом представлены собственной сети через первый внешний интерфейс; и
модуль эмуляции шлюзовой поддержки, соединенный с модулем эмуляции агента мобильности и модулем эмуляции управления доступом, который поддерживает возможность однонаправленной связи между гостевой сетью и собственной сетью таким образом, что модуль эмуляции шлюзовой поддержки представлен гостевой сети через второй внешний интерфейс.

2. Модуль интерфейса по п.1, дополнительно содержащий
модуль эмуляции регистра исходного местоположения глобальной системы мобильной связи (GSM), который соединен с гостевой сетью через третий внешний интерфейс; и
модуль эмуляции гостевого регистра местоположения абонента ANSI-41, соединенный с регистром исходного местоположения ANSI-41 внутри собственной сети через четвертый внешний интерфейс.

3. Модуль интерфейса по п.2, в котором модуль эмуляции шлюзовой поддержки является модулем эмуляции шлюзового узла поддержки GPRS (GGSN), соединенным с обслуживающим узлом поддержки GPRS (SGSN) внутри гостевой сети через второй внешний интерфейс.

4. Модуль интерфейса по п.3, в котором модуль эмуляции GGSN соединен с Интернетом через пятый внешний интерфейс.

5. Модуль интерфейса по п.3, в котором регистр исходного местоположения GSM соединен с SGSN через третий внешний интерфейс.

6. Модуль интерфейса по п.1, в котором модуль эмуляции управлением доступом является модулем эмуляции Доступа, Авторизации и Учета (ААА), соединенным с модулем ААА внутри собственной сети через шестой внешний интерфейс, причем модуль эмуляции ААА обеспечивает функцию учета посредством взаимодействия с модулем ААА собственной сети для аутентификации вызова чужого агента Mobile IP и учета пакетных данных 3GPP2.

7. Модуль интерфейса по п.1, в котором модуль эмуляции агента мобильности является модулем эмуляции чужого агента, соединенным с собственным агентом внутри собственной сети через первый внешний интерфейс.

8. Модуль интерфейса, предоставляющий возможность обмена данными Simple IP между собственной сетью CDMA2000 и гостевой сетью GPRS, когда мобильная станция переходит в гостевую сеть GPRS, содержащий
модуль эмуляции управления доступом, который надежно определяет идентификацию и привилегии пользователя, связанного с мобильной станцией;
модуль эмуляции управления доступом к линии, соединенный с модулем эмуляции управления доступом, который поддерживает возможность однонаправленной связи между гостевой сетью и собственной сетью таким образом, что модуль эмуляции управления доступом к линии и модуль эмуляции управления доступом представлены собственной сети через первый внешний интерфейс; и
модуль эмуляции шлюзовой поддержки, соединенный с модулем эмуляции управления доступом к линии и модулем эмуляции управления доступом, который поддерживает возможность однонаправленной связи между гостевой сетью и собственной сетью таким образом, что модуль эмуляции шлюзовой поддержки представлен гостевой сети через второй внешний интерфейс.

9. Модуль интерфейса по п.8, дополнительно содержащий
модуль эмуляции регистра исходного местоположения глобальной системы мобильной связи (GSM), который соединен с гостевой сетью через третий внешний интерфейс, причем регистр исходного местоположения GSM разрешает пользователю регистрироваться через третий внешний интерфейс; и
модуль эмуляции гостевого регистра местоположения абонента ANSI-41, соединенный с регистром исходного местоположения ANSI-41 внутри собственной сети через четвертый внешний интерфейс, причем гостевой регистр местоположения абонента разрешает пользователю регистрироваться через четвертый внешний интерфейс.

10. Модуль интерфейса по п.9, в котором модуль эмуляции шлюзовой поддержки является модулем эмуляции шлюзового узла поддержки GPRS (GGSN), соединенным с обслуживающим узлом поддержки GPRS (SGSN) внутри гостевой сети через второй внешний интерфейс.

11. Модуль интерфейса по п.10, в котором модуль эмуляции GGSN соединен с Интернетом через пятый внешний интерфейс.

12. Модуль интерфейса по п.10, в котором регистр исходного местоположения GSM соединен с SGSN через четвертый внешний интерфейс.

13. Модуль интерфейса по п.8, в котором модуль эмуляции управления доступом является модулем эмуляции Доступа, Авторизации и Учета (ААА), соединенным с модулем ААА внутри собственной сети через шестой внешний интерфейс, причем модуль эмуляции ААА обеспечивает функцию учета посредством взаимодействия с модулем ААА собственной сети для аутентификации L2TP и учета пакетных данных 3GPP2.

14. Модуль интерфейса по п.8, в котором модуль эмуляции управления доступом к линии соединен с сетевым сервером L2TP внутри собственной сети через первый внешний интерфейс и в котором дополнительно подуровень управления доступом к линии является верхним подуровнем Уровня 2, и обеспечивает механизм для правильного переноса и доставки сообщений сигнализации, которые были сформированы на Уровне 3.

15. Модуль интерфейса, предоставляющий возможность обмена данными Mobile IP между собственной сетью GPRS и гостевой сетью CDMA, когда мобильная станция переходит в гостевую сеть CDMA, содержащий
модуль эмуляции управления доступом, который надежно определяет идентификацию и привилегии пользователя, связанного с мобильной станцией;
модуль эмуляции собственного агента, соединенный с модулем эмуляции управления доступом, который поддерживает возможность однонаправленной связи между гостевой сетью и собственной сетью таким образом, что модуль эмуляции собственного агента и модуль эмуляции управления доступом представлены гостевой сети через первый внешний интерфейс; и
модуль эмуляции обслуживающей поддержки, соединенный с модулем эмуляции собственного агента и модулем эмуляции управления доступом, который поддерживает возможность однонаправленной связи между гостевой сетью и собственной сетью таким образом, что модуль эмуляции обслуживающей поддержки представлен собственной сети через второй внешний интерфейс.

16. Модуль интерфейса по п.15, дополнительно содержащий
модуль эмуляции гостевого регистра местоположения абонента глобальной системы мобильной связи (GSM), который соединен с собственной сетью через третий внешний интерфейс; и
модуль эмуляции регистра исходного местоположения ANSI-41, соединенный с гостевым регистром местоположения абонента ANSI-41 внутри гостевой сети через четвертый внешний интерфейс.

17. Модуль интерфейса по п.16, в котором модуль эмуляции обслуживающей поддержки является модулем эмуляции обслуживающего узла поддержки GPRS (SGSN), соединенным с узлом шлюзовой поддержки GPRS (GGSN) внутри собственной сети через второй внешний интерфейс.

18. Модуль интерфейса по п.16, в котором гостевой регистр местоположения абонента GSM соединен с регистром исходного местоположения GSM внутри собственной сети через третий внешний интерфейс.

19. Модуль интерфейса по п.15, в котором модуль эмуляции управления доступом является модулем эмуляции Доступа, Авторизации и Учета (ААА), соединенным с модулем ААА внутри собственной сети через пятый внешний интерфейс и с модулем ААА внутри гостевой сети через шестой интерфейс.

20. Модуль интерфейса по п.15, в котором модуль эмуляции собственного агента соединен с узлом обслуживания пакетных данных (PSDN)/чужим агентом внутри гостевой сети через первый внешний интерфейс.

21. Модуль интерфейса, предоставляющий возможность обмена данными Simple IP между собственной сетью GPRS и гостевой сетью CDMA, когда мобильная станция переходит в гостевую сеть CDMA, содержащий
модуль эмуляции управления доступом, который надежно определяет идентификацию и привилегии пользователя, связанного с мобильной станцией;
модуль эмуляции сетевого сервера L2TP (LNS), соединенный с модулем эмуляции управления доступом, который поддерживает возможность однонаправленной связи между гостевой сетью и собственной сетью таким образом, что модуль эмуляции LNS и модуль эмуляции управления доступом представлены собственной сети через первый внешний интерфейс; и
модуль эмуляции обслуживающей поддержки, соединенный с модулем эмуляции LNS, который поддерживает возможность однонаправленной связи между гостевой сетью и собственной сетью таким образом, что модуль эмуляции обслуживающей поддержки представлен собственной сети через второй внешний интерфейс.

22. Модуль эмуляции по п.21, дополнительно содержащий
модуль эмуляции гостевого регистра местоположения абонента глобальной системы мобильной связи (GSM), который соединен с собственной сетью через третий внешний интерфейс; и
модуль эмуляции регистра исходного местоположения ANSI-41, соединенный с гостевым регистром местоположения абонента ANSI-41 внутри гостевой сети через четвертый внешний интерфейс.

23. Модуль интерфейса по п.22, в котором модуль эмуляции обслуживающей поддержки является модулем эмуляции обслуживающего узла поддержки GPRS (SGSN), соединенным с узлом шлюзовой поддержки GPRS (GGSN) внутри собственной сети через второй внешний интерфейс.

24. Модуль интерфейса по п.22, в котором гостевой регистр местоположения абонента GSM соединен с регистром исходного местоположения GSM внутри собственной сети через третий внешний интерфейс.

25. Модуль интерфейса по п.21, в котором модуль эмуляции управления доступом является модулем эмуляции Доступа, Авторизации и Учета (ААА), соединенным с модулем ААА внутри собственной сети через пятый внешний интерфейс и с модулем ААА внутри гостевой сети через шестой интерфейс.

26. Модуль интерфейса по п.21, в котором модуль эмуляции LNS соединен с узлом обслуживания пакетных данных (PSDN)/модулем управления доступом к линии внутри гостевой сети через первый внешний интерфейс.

27. Способ инициирования обмена данными Mobile IP между собственной сетью CDMA2000 и гостевой сетью GPRS, когда мобильная станция переходит в гостевую сеть GPRS, содержащий этапы, на которых
инициируют обмен данными с мобильной станцией через гостевую сеть; отправляют одно или несколько объявлений агента Mobile IP в мобильную станцию;
принимают запрос на регистрацию Mobile IP от мобильной станции; выполняют аутентификацию с домашней сетью; отправляют ответ регистрации Mobile IP в мобильную станцию; и обновляют ответ и запрос контекста PDP с мобильной станцией.

28. Способ по п.27, в котором инициирование обмена данными с мобильной станцией через гостевую сеть дополнительно содержит этапы, на которых
принимают запрос на подключение GPRS и аутентификацию от мобильной станции; и
принимают запрос на активацию контекста PDP от обслуживающего узла поддержки GPRS (SGSN) для установки контекста PDP для мобильной станции; и
отправляют ответ на создание контекста PDP в SGSN.

29. Способ по п.27, в котором выполнение аутентификации с собственной сетью дополнительно содержит этапы, на которых:
отправляют запрос доступа RADIUS в модуль Доступа, Авторизации и Учета (ААА);
принимают ответ на запрос доступа RADIUS от модуля ААА;
отправляют запрос на регистрацию Mobile IP в собственный агент;
принимают ответ регистрации Mobile IP от собственного агента; и
инициируют учет RADIUS с модулем ААА в собственной сети.

30. Способ инициирования обмена данными Simple IP между собственной сетью CDMA2000 и гостевой сетью GPRS, когда мобильная станция переходит в гостевую сеть GPRS, содержащий этапы, на которых
инициируют обмен данными с мобильной станцией через гостевую сеть;
выполняют согласование протокола двухточечного соединения (РРР)/протокола управления линией (LCP) с мобильной станцией;
устанавливают туннели L2TP с LNS в собственной сети;
обновляют ответ и запрос контекста PDP с мобильной станцией; и инициируют учет RADIUS с собственной сетью.

31. Способ по п.30, в котором инициирование обмена данными с мобильной станцией через гостевую сеть дополнительно содержит этапы, на которых
принимают запрос на подключение GPRS и аутентификацию от мобильной станции;
принимают запрос на активацию контекста PDP от обслуживающего узла поддержки GPRS (SGSN) для установки контекста PDP для мобильной станции; и
отправляют ответ на создание контекста PDP в обслуживающий узел поддержки GPRS (SGSN).

32. Способ по п.30, в котором инициирование учета RADIUS дополнительно содержит этапы, на которых
отправляют запрос на учет RADIUS на запрос доступа в модуль Доступа, Авторизации и Учета (ААА); и
принимают ответ на учет RADIUS от модуля ААА.



 

Похожие патенты:

Изобретение относится к технике связи и может использоваться как система связи между сетью компьютеров в летательном аппарате и сетью компьютеров на земле. Технический результат состоит в повышении эффективности использования каналов связи.

Заявленное изобретение относится к механизмам, предоставляющим мультимедийный контент и, в частности, к способу и устройству для переноса мультимедийного сеанса с устройства на устройство.

Изобретение относится к системе и способу обеспечения устойчивости к сбоям и балансировки нагрузки для объекта функции управления сеансом связи. Технический результат заключается в повышении надежности и снижении нагрузки сети IMS.

Изобретение относится к области телекоммуникаций в авиации и конкретно к области передачи сообщений ACARS (Авиационная система связи «запрос-ответ»). Технический результат заключается в обеспечении установки новых приложений в системе передачи сообщений ACARS без необходимости предоставления специализированного интерфейса для каждого нового приложения.

Изобретение относится к управлению мультимедийными сеансами в системах связи, и в частности, к уменьшению воспринимаемого пользователем времени переключения мультимедийных каналов в таких мультимедийных сеансах.

Изобретение относится к защищенному шлюзу, обеспечивающему двустороннюю связь между двумя сетями связи, при этом первая сеть имеет высокий уровень защиты, а вторая сеть имеет более низкий уровень защиты.

Обеспечены способ функционирования шлюза управления устройствами (DM) в системе связи, включающей в себя шлюз DM, сервер DM и конечное устройство, которым сервер DM не может непосредственно управлять, чтобы обеспечить возможность управления устройством посредством сервера DM, через шлюз DM, способ для шлюза DM в системе связи для обновления информации начальной загрузки для некоторого класса устройств, способ для шлюза DM в системе связи для обрабатывания команд DM, способ для шлюза DM в системе связи для обрабатывания сообщений о прерывании, способ для шлюза DM в системе связи для обрабатывания периодического информационного сообщения об услугах/возможностях и способ для шлюза DM в системе связи для обрабатывания окончания интервала контроля времени.

Изобретение относится к системам связи. .

Изобретение относится к беспроводным сетям, а именно к системам безопасности для иерархических сетей. .

Изобретение относится к способу передачи дейтаграммы между автоматизированными приборами автоматизированных установок. .

Изобретение относится к хранению мультимедийных презентаций. Техническим результатом является обеспечение возможности хранения мультимедийных презентаций, имеющих несколько источников. Способ хранения мультимедийных презентаций, имеющих несколько источников, включающий сохранение файла, содержащего множество дорожек; обеспечение в упомянутом файле первого указания, касающегося того, принадлежит ли упомянутое множество дорожек презентации, имеющей несколько источников, которая включает, по меньшей мере, одну из следующих: презентация видеотелефонии, презентация многосторонней видеоконференции и презентация видеонаблюдения, и отображает более одного потока мультимедийных данных, обеспечение в упомянутом файле второго указания, указывающего на то, что упомянутое множество дорожек, принадлежащее упомянутой презентации, имеющей несколько источников, должно быть отображено на многооконном экране, и обеспечение в упомянутом файле дополнительного указания, указывающего для одного типа мультимедийных данных на то, что дорожки упомянутого типа мультимедийных данных получены от различных источников и должны быть воспроизведены одновременно. 6 н. и 12 з.п. ф-лы, 6 ил.

Группа изобретений относится к синхронизации времени сетевой игры между множеством игроков. Технический результат заключается в повышении надежности передачи данных в игровой среде при наличии временных задержек. В способе определяют разницу во времени между сервером и клиентом сетевой игры с учетом момента передачи сервером сетевой игры первого пакета данных клиенту сетевой игры, момента передачи клиентом сетевой игры второго пакета данных серверу сетевой игры и момента получения сервером сетевой игры второго пакета данных от клиента сетевой игры. Далее определяют фактический момент передачи клиентом сетевой игры второго пакета данных серверу сетевой игры в ходе игры с учетом указанной разницы во времени и синхронизируют время клиента сетевой игры с временем сервера сетевой игры. Благодаря настоящему изобретению обеспечивается возможность точного определения момента передачи клиентом сетевой игры второго пакета данных серверу сетевой игры, что позволяет снизить нагрузку на память и процессорные ресурсы, а также улучшить восприятие игры игроками. 2 н. и 10 з.п. ф-лы, 6 ил.

Изобретение относится к системам связи, в частности к телекоммуникационным системам клиент-сервер, основанным на IP (например, VoIP - голос по Интернет-протоколу). Техническим результатом является обеспечение способности создания правил маршрутизации вызова на клиенте на основании использования сообщений протокола сеанса (например, SIP-протокол инициации сеанса) посредством существующего протокола сеанса. Предложен механизм сигнализации стороны клиента, который позволяет клиенту управлять тем, как вызов телефона обрабатывается на сервере вызова. Пользователь клиента может создать правила маршрутизации вызова на устройстве клиента, используя компонент управления клиента, который управляет сообщениями протокола сеанса. После создания правило(а) маршрутизации вызова, созданные на клиенте, передают серверу вызова, где компонент маршрутизации вызова сервера вызова обрабатывает правила для вызова, относящегося к клиенту. Когда сервер принимает правило(а) и определяет, что правило(а) относится к существующему вызову (входящий или находящийся в процессе исполнения в настоящее время), сервер останавливает текущую обработку нормальных правил сервера для того вызова и выполняет правило(а), созданное клиентом. Сообщения сеанса SIP используют для управления клиентом перенаправлением вызовов стороны сервера. 3 н. и 17 з.п. ф-лы, 18 ил.

Заявленное изобретение относится к области технологий связи. Технический результат заключается в регулировке полосы пропускания канала ODUflex без потерь. Для этого способ регулировки без потерь включает в себя этапы, на которых соответственно регулируют, в соответствии с информацией запроса индикации регулировки полосы пропускания, временной интервал, занятый кадром ODUflex, в блоке данных оптического канала высшего порядка на выходной стороне каждого сетевого узла по каналу ODUflex; и регулируют, в соответствии с информацией индикации регулировки скорости передачи, скорость передачи кадра ODUflex каждого сетевого узла в канале ODUflex для унификации скорости передачи каждого сетевого узла в канале ODUflex. 2 н. и 10 з.п. ф-лы, 8 ил.

Изобретение относится к системам связи. Технический результат заключается в повышении эффективности использования ресурсов. Ретрансляторы могут использоваться для того, чтобы способствовать передаче пакета, например, с базовой станции на мобильное устройство. Пакет может включать в себя заголовок, который обозначает намеченный пункт назначения для пакета. Заголовок может пересылать, так что обозначение намеченного пункта назначения может посылаться с восстановлением после сжатия или без него на ретрансляторе. Если имеется более одного ретранслятора, участвующего в передаче, тогда заголовок может конфигурировать так, что заголовок является доступным без выполнения восстановления после сжатия. Однако если имеется один останов ретрансляции, тогда заголовок может сжимать указатель таким образом, что должно происходить восстановление после сжатия. 5 н. и 12 з.п. ф-лы, 19 ил.

Изобретение относится к беспроводной связи. Технический результат - определение приоритетности экстренных вызовов. Предлагаются способы и устройства для передачи полезных данных, связанных с высокоприоритетным вызовом, например экстренным вызовом. В одном варианте осуществления указанные данные содержат данные (например, блок MSD или блок FSD), внедренные в один или большее количество пакетов протокола передачи в реальном времени, например пакетов протокола управления передачей в реальном времени (RTCP), которые проходят перемежение с потоком голосовых данных или данных пользователя (передаваемых, например, в пакетах протокола RTP) экстренного вызова. Описанные устройства и способы предназначены для надежной передачи части данных из инициирующего терминала (например, системы, установленной в транспортном средстве) в пункт обеспечения общественной безопасности (PSAP) путем использования того же транспортного соединения, что и для данных пользователя. 4 н. и 35 з.п.ф-лы, 12 ил.

Изобретение относится к способу соединения первой компьютерной сети со второй расширенной компьютерной сетью, причем вторая компьютерная сеть не соединена с сетью Интернет. Технический результат заключается в уменьшении времени интеграции компьютерной сети. Устанавливают концентрирующий маршрутизатор в промежуточную сеть и связывают маршрутизатор с глобальным IP-адресом. Соединяют промежуточную сеть по меньшей мере со второй расширенной компьютерной сетью через маршрутизатор СРЕ и соединяют промежуточную сеть с первой компьютерной сетью через сеть Интернет, проходящей через указанный концентрирующий маршрутизатор. Реализуют IP-туннель между по меньшей мере второй расширенной компьютерной сетью и первой компьютерной сетью через прямую промежуточную сеть и сеть Интернет, при этом IP-туннель реализован в виде первого внешнего зашифрованного IP-туннеля через сеть Интернет и второго внутреннего незашифрованного IP-туннеля через промежуточную сеть. При этом реализация указанного первого внешнего зашифрованного IP-туннеля включает конфигурирование концентрирующего маршрутизатора, установленного в промежуточной сети, и конфигурирование маршрутизатора в точке присутствия, соединяющего первую компьютерную сеть и промежуточную сеть через сеть Интернет. 12 з.п. ф-лы, 3 ил.

Изобретение относится к области поиска информации в сети связи, в частности к способу и устройству формирования универсальной наложенной сети для эффективного поиска информации в сети связи. Технический результат - создание динамичной и масштабируемой инфраструктуры сети, в которой мобильные узлы всегда доступны для других равноправных узлов и адресуемые посредством универсальной наложенной одноранговой сети, действующей на верхнем уровне комбинации обеих сетей, и стационарной проводной линии связи и мобильной беспроводной связи Способ содержит этапы: получение (204) в доменном маршрутизаторе (103) запроса на регистрацию от мобильного устройства (106) связи, включающего идентификатор указанного мобильного устройства связи, поиск (205) адреса маршрутизатора следующего перехода (104), связанного с указанным идентификатором, передачу (206) указанного запроса к маршрутизатору следующего перехода (104), получение (210) ответа от маршрутизатора следующего перехода (104), и если ответ содержит адрес домашнего маршрутизатора (104), передачу (211) ответа к мобильному устройству (106) связи, включающего адрес домашнего маршрутизатора (104), причем указанный ответ инициирует создание соединения между мобильным устройством (106) связи и домашним маршрутизатором (104).7 н. и 17 з.п. ф-лы, 17 ил.

Изобретение относится к системе связи и может быт использовано для организации межсетевого взаимодействия с низким временем задержки между мультимедийными службами с коммутацией каналов и с пакетной коммутацией. Технический результат - улучшение эффективности перемещения пакетов данных во время мультимедийного сеанса связи. Для этого раскрыты методики сообщения ограничения размеров пакетов терминала с коммутацией каналов на терминал с пакетной коммутацией во время мультимедийного сеанса, такого как сеанс мультимедийной телефонной связи. В одном аспекте узел организации межсетевого взаимодействия получает информацию от терминала с коммутацией каналов во время установления соединения и оповещает терминал с пакетной коммутацией о том, что другой конечный объект сеанса телефонной связи представляет собой терминал с коммутацией каналов. В дополнительном аспекте узел организации межсетевого взаимодействия оповещает терминал с пакетной коммутацией относительно ограничения максимального размера пакетов, согласованного с терминалом с коммутацией каналов. Описаны дополнительные методики для терминала с пакетной коммутацией, предназначенные для приспосабливания к максимальному согласованному размеру пакетов, чтобы сократить до минимума переформатирование данных узлом организации межсетевого взаимодействия. 4 н. и 11 з.п. ф-лы, 5 ил.

Изобретение относится к системам предоставления доступа в Интернет. Технический результат заключается в обеспечении безопасности аутентификации за счет разделения учетных данных на две части, одна из которых предоставляется первой организации, а другая - второй организации. Пользователь отправляет запрос на доступ в Интернет через шлюз первой организации и предоставляет ей некоторые учетные данные для своей аутентификации во второй организации. Предоставляемые учетные данные содержат по меньшей мере один элемент информации о второй организации. Первая организация связывается со второй организацией для аутентификации пользователя и предоставления ему доступа в Интернет. После этого вторая организация предоставляет пользователю разрешение на доступ в Интернет. Согласно изобретению после получения запроса на доступ шлюз переадресует пользователя на веб-страницу второй организации, где пользователь предоставляет второй организации через веб-страницу дополнительные аутентификационные учетные данные, необходимые для его идентификации. 3 н. и 11 з.п. ф-лы, 2 ил.
Наверх