RU2282950C2 - Способ и устройство, предназначенные для эстафетной передачи обслуживания соединения служб беспроводной передачи пакетных данных - Google Patents

Способ и устройство, предназначенные для эстафетной передачи обслуживания соединения служб беспроводной передачи пакетных данных Download PDF

Info

Publication number
RU2282950C2
RU2282950C2 RU2003120063/09A RU2003120063A RU2282950C2 RU 2282950 C2 RU2282950 C2 RU 2282950C2 RU 2003120063/09 A RU2003120063/09 A RU 2003120063/09A RU 2003120063 A RU2003120063 A RU 2003120063A RU 2282950 C2 RU2282950 C2 RU 2282950C2
Authority
RU
Russia
Prior art keywords
radio access
access network
mobile station
network
address
Prior art date
Application number
RU2003120063/09A
Other languages
English (en)
Other versions
RU2003120063A (ru
Inventor
Нишал АБРОЛ (US)
Нишал АБРОЛ
Рамин РЕЗАЙИФАР (US)
Рамин РЕЗАЙИФАР
Original Assignee
Квэлкомм Инкорпорейтед
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Квэлкомм Инкорпорейтед filed Critical Квэлкомм Инкорпорейтед
Publication of RU2003120063A publication Critical patent/RU2003120063A/ru
Application granted granted Critical
Publication of RU2282950C2 publication Critical patent/RU2282950C2/ru

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/16Performing reselection for specific purposes
    • H04W36/18Performing reselection for specific purposes for allowing seamless reselection, e.g. soft reselection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/34Modification of an existing route
    • H04W40/36Modification of an existing route due to handover
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/12Reselecting a serving backbone network switching or routing node
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/14Reselecting a network or an air interface
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/24Reselection being triggered by specific parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/34Reselection control

Landscapes

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

Abstract

Способ и устройство предназначены для выполнения непрерывной эстафетной передачи обслуживания мобильной станции (МС) между сетями радиодоступа (СРД), которые используют разные типы беспроводных интерфейсов. Достигаемым техническим результатом является возможность выполнять эстафетную передачу обслуживания МС между различными СРД, не вызывая неоднозначности маршрутизации и без существенной потери данных сети. После перемещения из зоны обслуживания первой СРД, использующей первый беспроводной интерфейс, в зону обслуживания второй СРД, использующей второй беспроводной интерфейс, МС определяет, может ли в результате смены СРД появиться неоднозначность маршрутизации, и на основе этого определения запускает перерегистрацию своего сетевого адреса. Внешний агент (ВА) в узле обслуживания пакетных данных (УОПД) отслеживает перерегистрации сетевых адресов, создаваемых для одной и той же МС. На основе этого определения УОПД завершает избыточные сетевые соединения СРД-УОПД, возникающие в результате перемещения МС между разными СРД. 6 н. и 8 з.п. ф-лы, 8 ил.

Description

Предшествующий уровень техники
Область техники, к которой относится изобретение
Настоящее изобретение относится к беспроводной связи. Более конкретно настоящее изобретение относится к новому способу и устройству, предназначенным для выполнения цельной непрерывной эстафетной передачи обслуживания мобильной станции между сетями радиодоступа, имеющими разные беспроводные интерфейсы, во время работы службы беспроводной передачи пакетных данных.
Уровень техники
Использование способов модуляции множественного доступа с кодовым разделением каналов (МДКР, CDMA) является одним из нескольких способов содействия обмену данными, в котором участвует большое число пользователей системы. В данной области техники известны и другие способы множественного доступа к системе связи, такие как множественный доступ с временным разделением каналов (МДВР, TDMA), множественный доступ с частотным разделением каналов (МДЧР, FDMA) и схемы амплитудной модуляции, такие как однополосный сигнал с компандированной амплитудой (ОСКА). Эти способы стандартизованы для того, чтобы облегчить взаимодействие между оборудованием, производимым различными компаниями. Системы множественного доступа с кодовым разделением каналов стандартизованы в Соединенных Штатах в стандарте TIA/EIA/IS-95-B Ассоциации телекоммуникационной промышленности, озаглавленном "Mobile Station-Base Station Compatibility Standard for Dual-mode Wideband Spread Spectrum Cellular Systems" и упоминаемом в настоящем описании как IS-95. Кроме того, для систем связи МДКР в Соединенных Штатах в Ассоциации телекоммуникационной промышленности (АТП, TIA) предложен новый стандарт, озаглавленный "Upper Layer (Layer 3) Signaling Standard for cdma2000 Spread Spectrum Systems, Release А - Addendum 1", датированный 27 октября 2000 г. и упоминаемый в настоящем описании как "1х". В АТП предложен дополнительный стандарт для обеспечения служб высокоскоростной передачи данных, озаглавленный "cdma2000 High Rate Packet Data Air Interface Specification", датированный 27 октября 2000 г. и упоминаемый в настоящем описании как "HDR".
Международный Союз электросвязи недавно запросил представление предлагаемых способов предоставления служб высокоскоростной передачи данных и высококачественных речевых служб по беспроводным каналам связи. Первое из этих предложений, озаглавленное "The IS-2000 ITU-R RTT Candidate Submission", было выпущено Ассоциацией телекоммуникационной промышленности. Второе из этих предложений было выпущено Европейским институтом стандартов в области телекоммуникаций (ETSI), озаглавлено "The ETSI UMTS Terrestrial Radio Access (UTRA) ITU-R RTT Candidate Submission", так же известно как "широкополосный МДКР" и далее упоминаемое как "Ш-МДКР". Третье предложение, озаглавленное "The UWC-136 Candidate Submission" и далее упоминаемое как "EDGE (Enhanced Data Rate for GSM Evolution)", было представлено TG 8/1 США. Содержание этих представлений является общедоступным и широко известно в данной области техники.
IS-95 был первоначально оптимизирован для передачи речевых кадров переменной скорости. Последующие стандарты построены на этом стандарте с целью поддержки множества дополнительных неречевых служб, включающих в себя службы пакетных данных. Одно такое множество служб пакетных данных было стандартизировано в Соединенных Штатах в стандарте TIA/EIA/IS-707-A Ассоциации телекоммуникационной промышленности, озаглавленном "Data Service Options for Spread Spectrum Systems", включенном в настоящее описание в качестве ссылки и далее упоминаемом как "IS-707".
IS-707 описывает способы, используемые c целью обеспечения поддержки для посылки пакетов Internet-протокола (IP) через беспроводную сеть IS-95. Пакеты инкамсулированы в однородный поток байтов с использованием протокола, называемого протоколом двухточечной связи (ПДС, PPP). С использованием ПДС дейтаграммы IP, имеющие длину до 1500 байтов, могут переноситься по беспроводной сети в сегментах произвольного размера. Беспроводная сеть сохраняет информацию о состоянии ПДС в течение длительности сеанса ПДС или пока можно послать дополнительные байты в непрерывном потоке байтов между конечными пунктами ПДС.
Удаленный узел сети, такой как персональный или портативный компьютер (ПК), соединенный с восприимчивой к пакетным данным беспроводной мобильной станцией (МС), может осуществлять доступ к Internet через беспроводную сеть в соответствии со стандартом IS-707. В качестве альтернативы удаленный узел сети, такой как web-браузер, может быть встроен в МС, делая ПК необязательным. МС может быть любой из ряда типов устройств, включающих в себя карту PC card, персональное цифровое устройство (PDA), внешний или внутренний модем либо беспроводной телефон или терминал, но не ограничивается перечисленным. МС посылает данные через беспроводную сеть, где они обрабатываются узлом обслуживания пакетных данных (УОПД, PDSN). Состояние ПДС для соединения между МС и беспроводной сетью обычно сохраняется в УОПД. УОПД соединен с сетью IP, такой как Internet, и переносит данные между беспроводной сетью и другими элементами и агентами, соединенными с сетью IP. Таким образом, в сети IP МС может посылать данные другому элементу и принимать данные от него через беспроводное соединение данных. Целевой элемент в сети IP также называется узлом-корреспондентом.
Перед посылкой и приемом пакетов IP через сеть IP МС должна получить адрес IP. В некоторых ранних реализациях МС назначался адрес IP из пула адресов, принадлежащих исключительно УОПД. Каждый УОПД был соединен с одной или более сетями радиодоступа (СРД, RAN), связанными с ограниченной географической областью. Когда МС выходила из области, обслуживаемой первым УОПД, данные, адресованные этой МС через первый УОПД, не могли достичь данной МС. Если бы МС вошла в область, обслуживаемую вторым УОПД, то этой МС должен был быть назначен новый адрес IP из адресного пространства второго УОПД. Любое действующее в текущее время соединение с узлом-корреспондентом, основанное на старом адресе IP, было бы внезапно прервано.
Для того чтобы предотвратить потерю соединений при перемещении от УОПД к УОПД, станции МС используют протокол, известный как мобильный IP. Проблемная группа проектирования Internet (IETF) стандартизовала мобильный IP в запросе на комментарии (RFC) 2002, озаглавленном "IP Mobility Support", опубликованном в октябре 1996 г. и широко известном в данной области техники. Использование мобильного IP в сетях cdmа2000 стандартизовано в стандарте IS-835/TIA/EIA, озаглавленном "Wireless IP Network Standard", датированном июнем 2000 г. и упоминаемом в настоящем описании как "IS-835". В мобильном IP УОПД не предоставляет адрес IP из своего собственного пула адресов. Вместо этого УОПД действует как внешний агент (ВА, FA), который содействует назначению адреса посредством собственного агента (СА, НА), расположенного где-либо в сети IP. Через ВА МС обменивается данными с СА и принимает адрес IP, назначенный из пула адресов, принадлежащего этому СА. Когда МС перемещается от первого УОПД ко второму УОПД, МС обменивается данными через второй УОПД и ВА для того, чтобы перерегистрировать свой имеющийся адрес IP c помощью CA.
IS-707 и IS-835 описывают неактивный режим, в котором беспроводная линия, которая была установлена для переноса пакетных данных, но которая является незадействованной в течение некоторого периода времени, может быть восстановлена сетью без завершения связанного с ней сеанса ПДС. Когда поток пакетных данных возобновляется, беспроводная линия повторно устанавливается без необходимости повторной конфигурации и согласования ПДС. Таким образом, сохранение состояния ПДС по завершении работы беспроводной линии дает возможность МС и беспроводной сети возобновить посылку пакетных данных более быстро, чем в случае, если состояние ПДС было бы необходимо установить повторно.
Предложенный стандарт 1х предоставляет механизмы для обновления маршрутизации между СА и множеством узлов УОПД и сетей СРД стандарта 1х. Предложенные стандарты HDR предоставляют механизмы для обновления маршрутизации между СА и множеством узлов УОПД и сетей СРД стандарта HDR. Оба стандарта HDR и 1х могут эффективно обновлять маршрутизацию пакетов, даже когда МС меняет сети СРД, находясь в неактивном режиме, пока МС не переместится в СРД, использующую другой тип беспроводного интерфейса. Например, если, находясь в неактивном режиме, МС перемещается из СРД стандарта 1х в СРД стандарта HDR, то может иметь место неоднозначность или избыточность маршрутизации, и пакеты могут быть потеряны. Так как упомянутые различные системы развертываются, будет существовать необходимость в механизмах, предназначенных для эффективной маршрутизации пакетов на МС, перемещающуюся между сетями СРД, использующими разные типы беспроводных интерфейсов.
Краткое изложение изобретения
Варианты осуществления настоящего изобретения направлены на обеспечение возможности цельной непрерывной эстафетной передачи обслуживания мобильной станции (МС) между сетями радиодоступа (СРД), которые используют разные типы беспроводных интерфейсов. С помощью описанных здесь вариантов осуществления становится возможной эстафетная передача обслуживания МС между различными СРД, не вызывая при этом неоднозначности маршрутизации, и без существенной потери данных сети. После перемещения из зоны обслуживания первой СРД, использующей первый беспроводной интерфейс, в зону обслуживания второй СРД, использующей второй беспроводной интерфейс, МС определяет, может ли результатом смены СРД стать неоднозначность маршрутизации, и на основе этого определения запускает перерегистрацию своего сетевого адреса. Внешний агент (ВА) в узле обслуживания пакетных данных (УОПД) отслеживает перерегистрации адресов сети для того, чтобы определить, создаются ли множественные соединения СРД-УОПД (С-У) для одной и той же МС. На основе этого определения УОПД завершает избыточные сетевые соединения С-У, являющиеся результатом перемещения МС между разными СРД.
Перечень фигур чертежей
Отличительные признаки, задачи и преимущества настоящего изобретения становятся более понятными из подробного описания, приведенного ниже совместно с чертежами, на которых используется сквозная нумерация позиций, и на которых:
фиг.1 - схема конфигурации беспроводной системы, использующей только сети радиодоступа (СРД) стандарта 1х;
фиг.2 - примерная схема потока сообщений, изображающая назначение МС 2 адреса IP в соответствии со стандартом мобильного IP;
фиг.3 - схема конфигурации беспроводной системы, использующей только сети радиодоступа (СРД) стандарта HDR;
фиг.4 - блок-схема устройства абонентской станции, сконфигурированной в соответствии с вариантом осуществления настоящего изобретения;
фиг.5 - соответствующая варианту осуществления настоящего изобретения блок-схема алгоритма, изображающая примерный процесс, используемый МС при эстафетной передаче обслуживания между СРД стандарта 1х и СРД стандарта HDR, способными выполнять аутентификацию международного опознавательного кода мобильной станции (МОКМС, IMSI);
фиг.6 - соответствующая варианту осуществления настоящего изобретения блок-схема алгоритма, изображающая примерный процесс, используемый МС при эстафетной передаче обслуживания между разными СРД в случае, когда не известно, способны ли СРД стандарта HDR выполнять аутентификацию МОКМС;
фиг.7 - соответствующая варианту осуществления настоящего изобретения блок-схема алгоритма процесса эстафетной передачи обслуживания для целевой сети, включающей в себя целевой УОПД и целевую СРД; и
фиг.8 - блок-схема примерной МС, сконфигурированной в соответствии с вариантом осуществления настоящего изобретения.
Подробное описание
В этой заявке слово "примерный" используется для того, чтобы означать "служащий в качестве примера, отдельного случая или иллюстрации". Любой вариант осуществления, описанный как "примерный вариант осуществления", не должен быть истолкован как обязательно предпочтительный или выгодный по сравнению с другими вариантами осуществления, описанными в заявке.
Фиг.1 изображает конфигурацию сети в системе, использующей только сети радиодоступа (СРД) 32, 34, 36 стандарта 1х. В примерном варианте осуществления персональный или портативный компьютер (ПК) 4 соединен с беспроводной мобильной станцией (МС) 2 через соединение 12 данных. Для соединение 12 данных между ПК и МС 2 можно использовать физический кабель, такой как кабель Ethernet, кабель последовательной связи или кабель универсальной последовательной шины (УПШ, USB). В качестве альтернативы соединение 12 данных может быть беспроводным соединением, таким как инфракрасное или другое оптическое соединение, радиосоединением, таким как Bluetooth или IEEE 802.11. Как обсуждалось ранее, в качестве альтернативы ПК может быть встроен в МС 2 с целью обеспечения возможности доступа к сети через единое устройство. На рассматриваемой фигуре МС 2 меняет свое физическое местоположение между зонами 6, 8, 10 обслуживания, связанными с СРДА 32, СРДВ 34 и СРДС 36, соответственно. СРДА 32 и СРДВ 34 соединены с УОПД1 14, который, в свою очередь, соединен с сетью 18 IP. СРДC 36 соединен с УОПД2 16, который затем соединен с сетью 18 IP. Также доступными через сеть 18 IP являются собственный агент (СА) 20, сервер 22 аутентификации, авторизации и учета (ААУ, ААА) и узел-корреспондент 24. Множество дополнительных УОПД, СА, серверов ААУ и узлов-корреспондентов может быть соединено с сетью 18 IP, но опущено для простоты.
Когда МС 2 первоначально соединяется с СРД, например СРДА 32, МС 2 должна получить адрес IP из некоторого элемента, который соединен с сетью 18 IP. Как обсуждалось ранее, в ранних реализациях МС 2 назначался адрес IP из пула адресов, выделенных УОПД 14. Поскольку все пакеты, обладающие адресом IP из этого пула адресов, маршрутизируются в УОПД 14 сетью 18 IP, УОПД 14 может затем маршрутизировать эти пакеты на соответствующую МС 2. Однако если МС 2 переместится за пределы зоны обслуживания любой СРД, соединенной с УОПД 14, то УОПД 14 не сможет больше пересылать пакеты на МС 2. Например, если МС 2 переместилась из зоны 6 обслуживания СРДА 32 в зону 10 обслуживания СРДС 36, то МС 2 должна получить новый адрес IP из пула адресов УОПД2 16. Любые пакеты, посланные по старому адресу, связанному с УОПД1 14, должны быть сброшены, и любые действующие в текущий момент соединения, использующие старый адрес, нельзя больше использовать.
В более современных реализациях мобильного IP МС 2 вместо этого получает свой адрес IP от СА 20, соединенного с сетью IP. После получения адреса из пула, связанного с СА 20, мобильный протокол IP дает МС 2 возможность принимать пакеты, обладающие этим адресом IP, через любую из множества СРД 32, 34 или 36 или через любой из множества УОПД 14 или 16. В качестве альтернативы динамическому выделению адреса IP от СА 20 МС 2 может также иметь адрес IP в пределах пула адресов СА 20, предварительно сохраненных в запоминающем устройстве МС 2, например, после активации служб.
Фиг.2 - примерная диаграмма потока сообщений, изображающая назначение МС 2 адреса IP в соответствии со стандартом мобильного IP. Сначала МС 2 инициирует беспроводную линию связи с СРД, соединенной с УОПД 14, и посылает первое сообщение 202 через СРД в УОПД 14. Если МС 2 имеет международный опознавательный код мобильной станции (МОКМС), то МС 2 посылает этот МОКМС в первом сообщении 202. Первое сообщение 202 может быть одним из нескольких различных типов в зависимости от типа беспроводного интерфейса, поддерживаемого СРД, или состояния соединения беспроводной линии связи между МС 2 и СРД. Например, первое сообщение 202 может быть сообщением об инициировании, если МС 2 не соединена с СРД, или может быть сообщением с запросом агента, если МС 2 уже обменивается данными с СРД по беспроводной линии связи. Хотя нумерация в изображенном примере указывает УОПД1 14, первое сообщение 202 могло бы быть также послано через СРД, соединенную с другим УОПД, таким как УОСПД2 16.
В ответ на первое сообщение 202 УОПД 14 отвечает сообщением 204, содержащим объявление агента и вызов аутентификации. Объявление агента идентифицирует адрес внешнего агента (ВА) в УОПД 14. Вызов аутентификации является частью установления связи и предотвращает другие элементы сети от случайного или преднамеренного использования опознавательного кода сети для того, чтобы перехватить пакеты данных, предназначенные для МС 2. МС 2 и сервер 22 аутентификации, авторизации и учета (ААУ) запрограммированы с помощью совместно используемой секретной информации, которая не доступна через сеть 18 IP. Совместно используемая секретная информация позволяет серверу 22 ААУ удостовериться в подлинности МС 2 перед тем, как МС 2 будет разрешено посылать запросы в СА 20. Если аутентификация с помощью сервера 22 ААУ завершится неуспешно, то МС 2 не сможет запрашивать адрес IP у СА 20. В примерном варианте осуществления совместно используемая секретная информация принимает вид имени пользователя и пароля.
После приема вызова в сообщении 204, принятом от УОПД 14, МС 2 использует свою совместно используемую секретную информацию в сочетании с информацией о вызове для того, чтобы сформировать ответ на вызов, который дает возможность СА 20 удостовериться в подлинности МС 2. Например, МС 2 использует одностороннюю функцию хеширования для комбинирования совместно используемой секретной информации с информацией о вызове. МС 2 посылает обратно в УОПД 14 сообщение 206, содержащее информацию о вызове, ответ на вызов и запрос на регистрацию. Затем УОПД 14 пересылает эти три порции информации на сервер 22 ААУ в сообщении 208. Используя ту же самую одностороннюю функцию хеширования, сервер 22 ААУ может проверить совместно используемую секретную информацию, использованную МС 2, даже если сама совместно используемая секретная информация никогда не посылалась через сеть. Сервер 22 ААУ может быть одним из нескольких марок или типов. В примерном варианте осуществления используется сервер службы аутентификации удаленных пользователей по коммутируемым каналам связи (RADIUS).
Если сервер 22 ААУ определит, что ответ на вызов от МС 2 правильный, то сервер 22 ААУ пересылает запрос 210 на регистрацию в СА 20. СА 20 имеет пул доступных адресов IP, которые он назначает мобильным элементам сети, таким как МС 2. Любой пакет IP, посланный через сеть 18 IP и обладающий адресом назначения из пула адресов СА 20, маршрутизируется сетью 18 IP в СА 20. На основании содержания запроса 210 на регистрацию СА 20 формирует ответ 212 на запрос на регистрацию, содержащий адрес IP, который должен использоваться в качестве исходного адреса в пакетах, посланных МС 2 другим элементам сети. СА 20 посылает ответ 212 в ВА в УОПД 14. ВА регистрирует адрес IP и связывает его с сеансом СРД-УОПД (С-У) и устанавливает этот сеанс. В примерном варианте осуществления ВА запоминает информацию С-У в таблице, которая индексирована в соответствии с адресом IP. Для того чтобы завершить назначение МС 2 адреса IP, УОПД посылает МС 2 сообщение 214 через СРД. Сообщение 214 содержит ответ на запрос на регистрацию от СА 20 и включает в себя адрес IP, выделенный МС 2.
После того, как ее адрес IP зарегистрирован, МС 2 может начать посылку пакетов IP через сеть 18 IP. Например, МС 2 может начать обмен данными с узлом-корреспондентом 24, таким как web-сервер. Пакеты, посланные МС 2, обладают адресом назначения узла-корреспондента 24 и исходным адресом, назначенным МС 2. Все сообщения, посланные МС 2, маршрутизируются через ВА в УОПД 14. ВА может послать исходящий пакет непосредственно в сеть 18 IP или может инкапсулировать его в больший пакет, адресованный в СА 20. Если принят последний подход, то СА 20 распаковывает пакет, принятый от УОПД 14, и пересылает распакованный пакет его адресату в узле-корреспонденте 24.
Ответы от узла-корреспондента 24 будут обладать адресом назначения, назначенным МС 2 из принадлежащего СА 20 пула адресов. Все подобные сообщения маршрутизируются сетью 18 IP в СА 20. СА 20 проверяет адрес назначения каждого принятого пакета IP с целью идентификации МС 2 и связанного с ней УОПД 14. Затем СА 20 инкапсулирует пакет в больший пакет, обладающий адресом назначения УОПД 14. Инкапсулированный пакет принимается ВА в УОПД 14. ВА распаковывает пакет и находит адрес IP назначения распакованного пакета в своей таблице С-У. Затем ВА пересылает пакет через СРД, связанную с соответствующим сеансом С-У. Для МС 2 процесс мобильного IP является прозрачным, за исключением небольшой добавленной задержки для всех требующихся процессов инкапсулирования, распаковки и пересылки.
На фиг.1 МС 2 изображена как расположенная в зоне 6 обслуживания СРДА 32. На фиг.1 все СРД 32, 34, 36 используют тип 1х беспроводного интерфейса. Сети, использующие беспроводной интерфейс 1х для идентификации мобильных станций, используют моды МОКМС. МС 2, устанавливающая новую беспроводную линию связи, посылает свой МОКМС в сообщении об инициировании. СРД аутентифицирует МОКМС посредством обмена сообщением о вызове и ответом на сообщение о вызове с реестром опорного местоположения (РОМ, HLR) (не изображен). РОМ является частью системы SS7 передачи сигналов беспроводной телефонной сети, которая стандартизована и широко известна в данной области техники. Аутентификация кодов МОКМС выполняется с использованием способов, аналогичных способам на основе односторонней хеш-функции, описанным выше в связи с аутентификацией мобильного IP.
В примерном варианте осуществления по фиг.1 МС 2 сначала устанавливает соединение через первую СРДА 32 стандарта 1х и регистрируется с помощью СА 20, как описано выше в связи с фиг.2. После завершения регистрации мобильного IP МС 2 использует адрес из пула адресов СА 20 и посылает пакеты с использованием состояния ПДС в ВА в УОПД1 14. В системе 1х УОПД1 14 идентифицирует МС 2 с помощью ее МОКМС. В зоне обслуживания 6 СРДА 32 МС 2 отслеживает дополнительные служебные сообщения, широковещательную рассылку которых осуществляют базовые станции в СРДА 32. Среди других типов информации эти дополнительные служебные сообщения идентифицируют идентификатор зоны пакета (ИДЗП, PZID) СРДА 32.
Когда МС 2 покидает зону 6 обслуживания СРДА 32 и входит в зону 8 обслуживания СРДВ 34, МС 2 декодирует дополнительные служебные сообщения, широковещательную рассылку которых осуществляют базовые станции в СРДВ 34. Дополнительные служебные сообщения СРДВ содержат ИДЗП, отличающийся от того, широковещательную рассылку которого выполняют базовые станции СРДА. Когда МС 2 обнаруживает изменение в ИДЗП, она посылает в СРДВ 34 сообщение "фиктивное инициирование". В примерном варианте осуществления это сообщение об инициировании содержит МОКМС МС 2, поле данных, готовых для посылки (ДГП, DRS), и поле PREV_PZID. Поскольку инициирование предназначено прежде всего для целей обновления маршрутизации, поле ДГП устанавливается в 0, что указывает на то, что МС 2 не имеет пакетных данных для посылки. Если окажется, что у МС 2 есть новые пакетные данные, подлежащие посылке в сеть, то она может инициировать обычный вызов с использованием инициирования, при котором в поле ДГП будет 1. Поле PREV_PZID содержит ИДЗП предыдущей системы, с которой была соединена МС 2. СРДВ 34 принимает сообщение об инициировании и пересылает МОКМС и PREV_PZID МС 2 в обслуживающий ее УОПД, то есть УОПД1 14. УОПД1 14 определяет из МОКМС, что МС 2 имеет существующее состояние ПДС в УОПД1 14, и определяет из значения PREV_PZID, что МС 2 пришла из СРДА 32. Поскольку УОПД1 соединен как с первоначальной СРДА 32, так и с целевой СРДВ 34, в общем случае УОПД1 может просто перенаправить то же самое состояние ПДС в целевую СРД 34. Если по некоторой причине УОПД1 14 не может перенаправить то же самое состояние ПДС в целевую СРД 34, то УОПД1 14 сбрасывает свое состояние ПДС и заставляет МС 2 установить новый сеанс ПДС.
Когда МС 2 покидает зону 8 обслуживания СРДВ 34 и входит в зону 10 обслуживания СРДС 36, МС 2 декодирует дополнительные служебные сообщения, широковещательную рассылку которых осуществляют базовые станции в СРДС 36. Дополнительные служебные сообщения СРДС 36 содержат ИДЗП, отличающийся от того, широковещательную рассылку которого выполняют базовые станции в СРДВ 34. Когда МС 2 обнаруживает изменение в ИДЗП, она посылает в СРДС 36 сообщение "фиктивное инициирование", содержащее МОКМС МС 2, поле ДГП, имеющее значение 0, и поле PREV_PZID, идентифицирующее ИДЗП предыдущей СРД, то есть СРДВ 34. СРДС 36 принимает сообщение об инициировании и пересылает МОКМС и PREV_PZID МС 2 в обслуживающий ее УОПД, то есть УОПД2 16. В зависимости от того, была ли МС 2 ранее соединена с УОПД2 16, УОПД2 16 может иметь состояние ПДС, связанное с МОКМС МС 2. Несмотря на существование предыдущего состояния ПДС, УОПД2 16 определяет из значения PREV_PZID, что МС 2 пришла из СРД, соединенной с другим УОПД. УОПД2 16 не может извлечь состояние ПДС из другого УОПД и, следовательно, требуется установить новый сеанс ПДС с МС 2. Если УОПД8 16 имел предыдущий сеанс ПДС, установленный с МС 2, то это означает, что УОПД2 16 должен прекратить этот сеанс ПДС.
После того, как между МС 2 и УОПД2 16 установлен новый сеанс ПДС, УОПД2 16 посылает в МС 2 сообщение с объявлением агента, идентифицирующее адрес ВА в УОПД2 16. Поскольку адреса ВА отличаются друг от друга, адрес ВА УОПД2 16 будет отличаться от адреса ВА УОПД1 14. Когда МС 2 принимает объявление агента, имеющее другой адрес, МС 2 определяет, что она должна перерегистрировать свой адрес IP с помощью СА 20. МС 2 перерегистрирует свой адрес IP с помощью СА 20, например, в соответствии с протоколом, описанным в связи с фиг.2. Используя аутентификацию мобильного IP, как описано выше, СА 20 узнает, что МС 2 переместилась и запрашивает тот же самый адрес IP. Если возможно, СА 20 выделяет МС 2 тот же самый адрес IP и перенаправляет сообщения, предназначенные для этого адреса, в УОПД2 16. Обычно СА 20 не посылает уведомление о перенаправлении в первоначальный УОПД, то есть УОПД1 14.
Фиг.3 изображает конфигурацию сети в системе, использующей только СРД 42, 44, 46 стандарта HDR. Изначально МС 2 расположена в зоне 6 обслуживания СРДА 42. На фиг.3 все сети СРД 42, 44, 46 используют тип HDR беспроводного интерфейса. Сети, использующие беспроводной интерфейс HDR, для идентификации мобильных станций используют идентификаторы терминалов однонаправленного доступа (ИТОД, VATI).
СРД стандарта HDR обычно не получает МОКМС от МС 2, а назначает МОКМС каждой МС 2 предварительно, чтобы дать возможность идентификации сеансов С-У с помощью УОПД. Посредством обеспечения некоторой поддержки МОКМС сеть стандарта HDR может использовать тот же тип УОПД, что используется системами 1х. В общем случае сеть, строго соответствующая стандарту HDR, не выполняет никакую аутентификацию МОКМС и не соединяется с системой SS7 беспроводной телефонной сети. В примерном варианте осуществления база данных идентификаторов ИТОД, кодов МОКМС и другой информации распределена между сетей СРД стандарта HDR в беспроводной сети.
МС 2 соединяется с системой HDR через первую СРД стандарта HDR, например СРДА 42, и получает ИТОД от СРДА 42. Затем СРДА 42 назначает МС 2 временный МОКМС для того, чтобы дать возможность маршрутизировать пакетные данные в УОПД1 14 посредством ВА. В качестве альтернативы, если СРДА 42 может аутентифицировать МОКМС, то СРДА 42 при установлении линии связи С-У с УОПД1 14 назначает МС 2 фактический МОКМС. Если СРДА 42 может аутентифицировать МОКМС, то она может сделать это, используя центр аутентификации в сети SS7, или используя сервер 22 ААУ. Затем МС 2 регистрируется с помощью СА 20, как описано выше в связи с фиг.2. После того, как регистрация мобильного IP завершена, МС 2 использует адрес IP, назначенный ей СА 20, и посылает пакеты, используя состояние ПДС в ВА в УОПД1 14. В зоне 6 обслуживания СРДА 42 МС 2 отслеживает дополнительные служебные сообщения, широковещательную рассылку которого выполняют базовые станции в СРДА 42. В примерном варианте осуществления дополнительные служебные сообщения включают в себя информацию, которая дает МС 2 возможность определять, когда она расположена в зоне 6 обслуживания, связанной с базовыми станциями СРДА 42. Дополнительные служебные сообщения, которые позволяют МС 2 идентифицировать СРД, связанную с зоной обслуживания, упоминаются как маска подсети. Когда МС 2 покидает одну зону обслуживания и входит в другую, маска подсети, принятая по дополнительным служебным каналам, изменится соответствующим образом.
Когда МС 2 покидает зону 6 обслуживания СРДА 42 и входит в зону 8 обслуживания СРДВ 44, МС 2 декодирует дополнительные служебные сообщения, широковещательную рассылку которых выполняют базовые станции в СРДВ 44. Когда МС 2 обнаруживает изменение в маске подсети, она посылает в СРДВ 44 сообщение об обновлении ИТОД. Сообщение об обновлении ИТОД содержит ИТОД, назначенный МС 2 СРДА 42. СРДВ 44 определяет, что ИТОД был назначен некоторой другой СРД, и запрашивает ИТОД у других СРД стандарта HDR, соединенных с этой же сетью. Как описано выше, база данных, содержащая идентификаторы ИТОД, информацию о состоянии ПДС, коды МОКМС и другую информацию распределяется между сетями СРД стандарта HDR в беспроводной сети. На основе ранее назначенного ИТОД СРДВ 44 получает информацию таблицы, связанную с МС 2. Поскольку как СРДА 42, так и СРДВ 44 соединены с УОПД1 14, СРДВ 44 определяет временный МОКМС, связанный с ИТОД МС 2, и извещает УОПД1 14 о том, что МС 2, связанная с этим МОКМС, переместилась в СРДВ 44.
Когда МС 2 покидает зону 8 обслуживания СРДВ 44 и входит в зону 10 обслуживания СРДС 46, МС 2 декодирует дополнительные служебные сообщения, широковещательную рассылку которых выполняют базовые станции в СРДС 46. Дополнительные служебные сообщения СРДС 46 содержат маску подсети, отличающуюся от той, широковещательную рассылку которой выполняют базовые станции в СРДВ 44. Когда МС 2 обнаруживает изменение в маске подсети, она посылает в СРДС 46 сообщение об обновлении ИТОД, содержащее ранее назначенный ИТОД МС 2. СРДС 46 принимает сообщение об обновлении ИТОД и запрашивает другие СРД, соединенные с УОПД2 16, чтобы определить, приняла ли МС 2 свое назначение ИТОД от ближайшей СРД. Поскольку МС 2 приняла свое назначение ИТОД в СРДВ 44, которая соединена с УОПД1 14, СРДС 46 не сможет перенаправить состояние ПДС самой себе. Следовательно, СРДС 46 назначает МС 2 новый ИТОД и заставляет МС 2 установить новый сеанс ПДС. В результате МС 2 потеряет информацию о состоянии, связанную с ее предыдущим сеансом ПДС с УОПД1 14.
После того, как между МС 2 и УОПД2 16 установлен новый сеанс ПДС, УОПД2 16 посылает МС 2 сообщение с объявлением агента, идентифицирующее адрес ВА в УОПД2 16. Поскольку адреса ВА отличаются друг от друга, адрес ВА УОПД2 16 будет отличаться от адреса ВА УОПД1 14. Когда МС 2 принимает объявление агента, имеющее другой адрес, эта МС определяет, что она должна перерегистрировать свой адрес IP с помощью СА 20. МС 2 перерегистрирует свой адрес IP с помощью СА 20, например в соответствии с протоколом, описанным в связи с фиг.2. Используя аутентификацию мобильного IP, как описано выше, СА 20 узнает, что МС 2 переместилась и запрашивает тот же самый адрес IP. Если возможно, СА 20 выделяет МС 2 тот же самый адрес IP, а затем перенаправляет сообщения, предназначенные для этого адреса, в УОПД2 16. Обычно СА 20 не посылает уведомление о перенаправлении в первоначальный УОПД, то есть УОПД1 14.
Фиг.4 изображает конфигурацию сети в системе, использующей композицию сетей СРД 52, 56 стандарта HDR и СРД 54 стандарта 1х. Изначально МС 2 расположена в зоне 6 обслуживания СРДА 52. МС 2, сконструированная для функционирования в смешанной системе HDR и 1х, имеет атрибуты обеих систем. Например, она имеет МОКМС, хранящийся в запоминающем устройстве, а также она запрограммирована таким образом, чтобы соединяться с сетью стандарта HDR с использованием ИТОД.
Если сети СРД 52, 56 стандарта HDR могут выполнять аутентификацию кодов МОКМС, тогда линии связи С-У с УОПД 14 и 16 можно установить с использованием фактического МОКМС МС 2. Аутентификация МОКМС может быть выполнена СРД стандарта HDR с использованием центра аутентификации сети SS7 или с использованием сервера 22 ААУ. В примерном варианте осуществления МС 2 посылает МОКМС в СРД стандарта HDR в начале согласований сеанса HDR. Затем каждая СРД 52, 56 стандарта HDR может использовать истинный МОКМС МС 2 с целью установления своих линий связи С-У с УОПД 14 и 16. Поскольку один и тот же МОКМС используется как для СРД 54 стандарта 1х, так и для сетей СРД 52, 56 стандарта HDR, УОПД может легко разрешить любую неоднозначность маршрутизации и избежать неправильной маршрутизации каких-либо пакетов, адресованных МС 2. Кроме того, если предыдущая СРД стандарта 1х и целевая СРД стандарта HDR совместно используют один УОПД, например, в конфигурации, подобной конфигурации СРДА 52, СРДВ 54 и УОПД1 14, то УОПД может повторно маршрутизировать свое соединение С-У в целевую СРД и повторно использовать существующее состояние ПДС.
Однако если сети СРД 52 и 56 стандарта HDR не могут аутентифицировать МОКМС, то они создадут временные МОКМС для использования в линиях связи С-У с УОПД 14 и 16. Последующая эстафетная передача обслуживания из СРД стандарта 1х в СРД стандарта HDR, например из СРДВ 54 в СРДА 52, может вызвать проблемы маршрутизации в совместно используемом УОПД, таком как УОПД1 14. В примерном варианте осуществления проблемы маршрутизации, вызванные созданием множества сеансов С-У, имеющих одинаковый адрес IP, но разные МОКМС, адресуются с незначительными изменениями в функционировании УОПД.
В примерном варианте осуществления МС 2 соединяется с СРДА 52 системы HDR и получает ИТОД от СРДА 52. Затем СРДА 52 назначает МС 2 временный МОКМС для того, чтобы пакетные данные могли маршрутизироваться посредством ВА в УОПД1 14. Затем МС 2 регистрируется с помощью СА 20, как описано выше в связи с фиг.2. После завершения регистрации мобильного IP МС 2 использует адрес IP, назначенный ей СА 20, и посылает пакеты, используя состояние ПДС в ВА в УОПД1 14. В зоне 6 обслуживания СРДА 52 МС 2 отслеживает дополнительные служебные сообщения, широковещательную рассылку которых выполняют базовые станции в СРДА 52.
Когда МС 2 покидает зону 6 обслуживания СРДА 52 и входит в зону 8 обслуживания СРДВ 54, МС 2 декодирует дополнительные служебные сообщения, широковещательную рассылку которых выполняют базовые станции в СРДВ 54. Как обсуждалось выше, СРД стандарта 1х, такие как СРДВ 54, выполняет широковещательную рассылку ИДЗП по своим дополнительным служебным каналам. Таким образом, МС 2 принимает маску подсети от СРДА 52 и ИДЗП от СРДВ 54. Из различных дополнительных служебных сообщений, принятых от СРДВ 54, МС 2 определяет, что она переместилась в зону обслуживания сети, имеющей другой тип беспроводного интерфейса. Как объяснено ниже, МС 2 и УОПД1 14 должны предпринять специальные меры предосторожности для того, чтобы предотвратить потерю пакетов, предназначенных для МС2, из-за неоднозначности маршрутизации.
В ответ на смену сети МС 2 посылает в СРДВ 54 сообщение "фиктивное инициирование", содержащее фактический МОКМС МС 2. В результате СРДВ 54 устанавливает новое соединение С-У с УОПД1 14 на основе фактического МОКМС МС 2. Если УОПД1 14 не установил ранее состояние ПДС с МС 2 на основе фактического МОКМС, то УОПД1 14 согласовывает новое состояние ПДС с МС 2. После установления нового сеанса ПДС между МС 2 и УОПД1 14 УОПД1 14 посылает МС 2 сообщение с объявлением агента, идентифицирующее адрес ВА в УОПД1 14. Поскольку УОПД не изменился, адрес ВА, посланный в сообщении с объявлением агента, будет идентичным адресу, принятому от СРДА 52. В результате МС 2 может не перерегистрировать свой адрес IP с помощью СА 20. Поскольку МС 2 получила свой адрес IP от СА 20 через СРДА 52, СРДА 52 назначила МС 2 временный МОКМС. Адрес IP, используемый МС 2, связывается с временным МОКМС в ВА в УОПД1 14. Все сетевые пакеты, поступающие в ВА в УОПД1 14 и обладающие этим адресом IP, будут маршрутизированы в СРДА 52, пока МС 2 не перерегистрирует свой адрес IP с помощью СА 20.
В примерном варианте осуществления МС 2 выполняет перерегистрацию мобильного IP всякий раз, когда она перемещается из зоны обслуживания СРД 52, 56 стандарта HDR в зону обслуживания СРД 54 стандарта 1х. Например, если МС 2 перемещается из зоны 6 обслуживания СРДА 52 в зону 8 обслуживания СРДВ 54, то МС 2 перерегистрирует свой адрес с помощью СА 20, даже если адрес ВА, принятый в сообщении с объявлением агента, идентичен адресу, использованному непосредственно перед этим.
К сожалению, перерегистрация с помощью СА 20 не полностью решает неоднозначность маршрутизации. Когда МС 2 первый раз получает свой адрес IP от СА 20 через СРДА 52, внешний агент в УОПД1 14 связывает сеанс С-У с комбинацией использованных временного МОКМС и адреса IP. После того, как МС 2 перемещается в зону обслуживания СРДВ 54, МС 2 перерегистрируется с помощью СА 20, и ей обычно выделяется тот же самый адрес IP. К сожалению, перерегистрация использует фактический МОКМС МС 2 вместо временного МОКМС, первоначально назначенного СРДА 52. В результате у УОПД1 14 больше не будет одного и того же адреса IP, назначенного двум разным сеансам С-У, соответствующим разным МОКМС. Когда пакет, обладающий этим адресом IP, поступает из сети 18 IP, УОПД1 14 не может однозначно маршрутизировать пакет в СРД.
В примерном варианте осуществления узлы УОПД в смешанной сети модифицируют с целью предотвращения такой неоднозначности. Всякий раз, когда ВА назначает МОКМС адрес IP, ВА очищает свои таблицы от любых других элементов, обладающих тем же самым адресом IP, несмотря на значение МОКМС. На один адрес IP в ВА УОПД разрешается только один сеанс С-У.
В дополнение к случаю, когда МС 2 перемещается из системы HDR в систему 1х, специальные меры предосторожности должны быть предприняты для того, чтобы избежать неоднозначности маршрутизации в случае, когда МС 2 перемещается из системы 1х в систему HDR. Проблемы могут быть особенно острыми, когда МС 2 устанавливает соединение через СРД стандарта HDR, такую как СРДС 56, затем перемещается в СРД стандарта 1х, такую как СРДВ 54, обслуживаемую другим УОПД, находясь в СРДВ 54, перерегистрирует свой адрес IP с помощью СА 20, а затем возвращается в СРДС 56. В предложенных в настоящее время стандартах HDR для МС 2 не существует способа уведомления СРДС 56 о том, что она только что пришла из системы, которая использует другой беспроводной интерфейс, или что она перерегистрировала свой адрес IP в другой системе. Это не является проблемой при перемещении из СРД стандарта 1х в СРД стандарта 1х, поскольку поле PREV_PZID в сообщении "фиктивное инициирование" позволяет УОПД определить, что МС 2 перерегистрировалась через другой УОПД. Это также не является проблемой при перемещении из СРД стандарта HDR в СРД стандарта HDR, поскольку ИТОД в запросе ИТОД позволяет УОПД назначения определить, перерегистрировалась ли МС 2 через другой УОПД.
Когда МС 2 вновь входит в зону 10 обслуживания СРДС 56 стандарта HDR из СРДВ 54 стандарта 1х, МС 2 посылает запрос ИТОД, содержащий ИТОД, использованный МС 2, когда она ранее находилась в зоне 10 обслуживания СРДС 56 стандарта HDR. Для МС 2 не существует способа уведомления СРДС 56 стандарта HDR о своей регистрации в промежуточной системе 1х, используя предложенные в настоящее время протоколы. Следовательно, СРДС 56 возобновит сетевой обмен данными, используя существующее состояние ПДС в УОПД2 16, связанном с ИТОД, использованным МС 2 ранее.
В примерном варианте осуществления МС 2 всегда сбрасывает свой ИТОД после перемещения из СРД стандарта 1х в СРД стандарта HDR. Когда сброшенный ИТОД посылается в запросе ИТОД, СРД стандарта HDR назначит МС 2 новый ИТОД и, следовательно, вызовет перерегистрацию мобильного IP. Перерегистрация мобильного IP обычно будет приводить к тому, что МС 2 назначается тот же самый адрес IP, который она использовала до этого. После завершения перерегистрации мобильного IP СА 20 будет правильно направлять сетевые пакеты в СРД стандарта HDR и на МС 2. В альтернативном варианте осуществления МС 2 выполняет, по существу, то же самое посредством простого принуждения сброса ПДС всякий раз, когда МС 2 перемещается из СРД стандарта 1х в СРД стандарта HDR.
В другом варианте осуществления стандарт HDR изменен для того, чтобы позволить МС 2 инициировать сообщение с ответом на запрос определения местоположения (Location Response) в СРД стандарта HDR. В существующей спецификации HDR сообщение Location Response может содержать идентификатор системы (ИДСис, SID), идентификатор сети (ИДСет, NID) и ИДЗП предыдущей системы, в которой МС 2 перерегистрировала свой адрес IP. Обладая этой информацией, СРД стандарта HDR могла бы запросить свой УОПД по возможности переместить сеанс С-У в СРД стандарта HDR. Или, если ИДЗП принадлежит СРД стандарта 1х, связанной с другим УОПД, то УОПД может сбросить сеанс ПДС и таким образом запустить перерегистрацию адреса IP.
В другом варианте осуществления МС 2 посылает в ВА в целевом УОПД сообщение с запрашиванием агента (Agent Solicitation). На основе адреса ВА, извлеченного из ответа, МС 2 может перерегистрировать свой адрес IP с помощью СА 20, не расходуя при этом пропускную способность, что обязательно имеет место при установлении нового сеанса ПДС.
Фиг.5 - блок-схема алгоритма, изображающая примерный процесс, используемый МС 2 при эстафетной передаче обслуживания между СРД стандарта 1х и СРД стандарта HDR, способными выполнять аутентификацию МОКМС. После обнаружения изменения типа СРД МС 2 посылает свой МОКМС в целевую СРД на этапе 502. Если целевая СРД является СРД стандарта 1х, то МОКМС может быть послан в сообщении об инициировании для "фиктивного инициирования". Если целевая СРД является СРД стандарта HDR, то МОКМС может быть послан в сообщении о конфигурировании, в то время как согласовывается новый сеанс HDR.
Если УОПД, соединенный с целевой СРД, не имеет сеанса С-У, связанного с МОКМС МС 2, то этот УОПД установит новый сеанс ПДС с МС 2. На этапе 504 МС 2 определяет, установлен ли новый сеанс ПДС с УОПД. Установление УОПД нового сеанса ПДС могло бы означать, что у УОПД нет имеет существующего состояния ПДС, связанного с МОКМС МС 2. В качестве альтернативы установление УОПД нового сеанса ПДС могло бы означать, что УОПД не может передать существующее состояние ПДС от сеанса С-У предыдущей СРД в целевую СРД. В любом случае УОПД будет обычно посылать МС 2 сообщение с объявлением агента, указывающее адрес ВА в УОПД. Если предыдущая СРД, предоставляющая обслуживание МС 2, была соединена с тем же самым УОПД, тогда она могла бы не перерегистрировать мобильный IP с помощью СА 20. СА 20 передал бы пакеты в корректный УОПД. Однако, если предыдущая СРД, предоставляющая МС 2 службу, была соединена с другим УОПД, тогда МС 2 следует перерегистрировать мобильный IP для того, чтобы известить СА 20 о новом адресе УОПД. Поскольку МС 2 не может определить, было ли вызвано новое состояние ПДС изменением УОПД, МС перерегистрирует свой адрес мобильного IP с помощью СА 20 на этапе 506.
Если на этапе 504 МС 2 определит, что с УОПД установлен новый сеанс ПДС, то на этапе 508 МС 2 определяет, произошла ли перерегистрация мобильного IP в предыдущем типе СРД. Как обсуждалось выше, протоколы, используемые с различными беспроводными интерфейсами, спроектированы для управления перемещением МС 2 между различными СРД одного и того же типа. Следовательно, когда МС 2 перемещается между сетями СРД одного и того же типа, в результате не возникает неоднозначности маршрутизации. При перемещении между сетями СРД стандарта 1х МС 2 посылает информацию о предыдущей СРД, такую как ИДЗП, чтобы дать возможность целевой СРД определить, следует ли установить новый сеанс ПДС. Когда МС 2 перемещается между сетями СРД стандарта HDR, целевая СРД определяет, требуется ли новый сеанс ПДС, с помощью сравнения ИТОД, принятого от МС 2 в сообщении об обновлении ИТОД.
Однако, когда МС возвращается в СРД, имеющую другой тип беспроводного интерфейса, сообщения, которые она посылает в целевую СРД, не идентифицируют предыдущую СРД другого типа. Если целевая СРД является СРД стандарта HDR, то МС 2 не может послать предыдущее значение ИДЗП в сообщении об обновлении ИТОД. Также МС 2 не может послать ИТОД при инициировании 1х. Если предыдущая СРД и целевая СРД соединены с различными УОПД, и МС 2 перерегистрировала свой адрес мобильного IP с помощью СА 20 в предыдущей системе, то СА 20 будет по-прежнему посылать следующие пакеты, адресованные МС 2, в УОПД предыдущей СРД. Для того чтобы предотвратить такую неоднозначность маршрутизации, если МС 2 выполнила перерегистрацию мобильного IP в предыдущем типе СРД, то она перерегистрирует свой адрес мобильного IP на этапе 506.
Фиг.6 - блок-схема алгоритма, изображающая примерный процесс, используемый МС 2 при эстафетной передаче обслуживания между различными СРД в случае, когда не известно, способны ли сети СРД стандарта HDR выполнять аутентификацию МОКМС. После обнаружения изменения СРД МС 2 посылает свой МОКМС в целевую СРД на этапе 602. Затем МС 2 определяет на этапах 604, 606, 608, какой из четырех возможных типов эстафетной передачи обслуживания требуется: (1) HDR в HDR; (2) 1х в 1х; (3) HDR в 1х; (4) 1х в HDR. МС 2 обрабатывает каждый из различных типов эстафетной передачи обслуживания по-разному.
На этапе 604 МС 2 определяет тип предыдущей СРД. Если предыдущая СРД была СРД стандарта HDR, то затем на этапе 606 МС 2 определяет тип целевой СРД. Если целевая СРД также является сетью стандарта HDR, то МС 2 посылает запрос ИТОД в целевую СРД на этапе 608. Затем на этапе 618 МС 2 определяет, установил ли УОПД назначения новый сеанс ПДС. Если УОПД назначения не установил новый сеанс ПДС, то МС 2 продолжает обычную работу и может посылать и принимать пакетные данные через целевую СРД. В противном случае МС 2 перерегистрирует свой адрес мобильного IP с помощью СА 20 на этапе 624.
Если на этапе 604 МС 2 определит, что предыдущая СРД была СРД стандарта 1х, то затем на этапе 614 МС 2 определяет тип целевой СРД. Если целевая СРД также является сетью стандарта 1х, то МС 2 посылает сообщение об инициировании в целевую СРД на этапе 616. Как обсуждалось выше, это сообщение об инициировании может быть "фиктивным инициированием", содержащим значение поля ДГП, равное 0. Сообщение об инициировании содержит МОКМС МС 2 и любые значения идентификации системы, связанные с целевой СРД, которые отличаются от значений для предыдущей СРД, таких как ИДЗП. На основе информации в сообщении об инициировании УОПД, соединенный с целевой СРД, может установить новый сеанс ПДС. На этапе 620 МС 2 определяет, установил ли УОПД назначения новый сеанс ПДС. Если УОПД назначения не установил новый сеанс ПДС, то МС 2 продолжает обычную работу и может посылать и принимать пакетные данные через целевую СРД. В противном случае МС 2 принимает объявление агента на этапе 622 и сравнивает адрес ВА с адресом ВА, ранее использованным для регистрации адреса мобильного IP с помощью СА 20. Если предыдущий адрес ВА отличается от адреса целевого ВА, то МС 2 перерегистрирует свой адрес мобильного IP на этапе 624. В противном случае МС 2 продолжает обычную работу и может посылать и принимать пакетные данные через целевую СРД.
Если на этапе 606 МС 2 определит, что целевая СРД является СРД стандарта 1х, то МС 2 посылает сообщение об инициировании на этапе 610. Это сообщение об инициировании может быть "фиктивным инициированием", содержащим значение поля ДГП, равное 0. В примерном варианте осуществления, при эстафетной передаче обслуживания в СРД стандарта HDR МС 2 сохраняет значения идентификации системы предыдущей СРД стандарта 1х. Сообщение об инициировании содержит МОКМС МС 2 и может содержать предыдущие значения идентификации системы, такие как ИДЗП, ИДСис или ИДСет. После посылки сообщения об инициировании на этапе 610 МС 2 переходит к этапу 618, описанному выше.
Если на этапе 614 МС 2 определит, что СРД назначения является СРД стандарта HDR, то на этапе 612 МС 2 посылает сообщение об обновлении местоположения. В примерном варианте осуществления сообщение об обновлении местоположения содержит ИДЗП, ИДСис и ИДСет предыдущей СРД стандарта 1х. В примерном варианте осуществления сообщение об обновлении местоположения содержит поле значения местоположения (Location Value), как определено в спецификации HDR. Целевая СРД стандарта HDR может использовать информацию в сообщении об обновлении местоположения для того, чтобы определить, осуществляется ли эстафетная передача обслуживания МС 2 из предыдущей СРД, соединенной с другим УОПД. Если предыдущая СРД и целевая СРД совместно используют УОПД, то этот УОПД может оказаться способным переместить состояние С-У, связанное с МС 2, в целевую СРД без требования перерегистрации мобильного IP или установления нового сеанса ПДС. После посылки сообщения об обновлении местоположения МС 2 переходит к этапу 618, описанному выше.
Фиг.7 (фиг.7а и фиг.7b) - блок-схема алгоритма процесса эстафетной передачи обслуживания для целевой сети, включающей в себя целевой УОПД и целевую СРД. На этапе 704 целевая СРД принимает от входящей МС 2 информацию идентификации. Информация идентификации может включать в себя МОКМС, ИТОД или информацию идентификации системы, связанную с предыдущей СРД, такую как ИДЗП, ИДСис или ИДСет. Как обсуждалось выше, типы информации идентификации, принятой от входящей МС 2, могут меняться на основе беспроводных интерфейсов, используемых предыдущей СРД и целевой СРД.
На этапе 706 целевая сеть выполняет поиск существующего сеанса ПДС, связанного с входящей МС 2. В сети стандарта HDR это может включать в себя поиск кодов МОКМС, идентификаторов ИТОД или другой информации, распределенной между множеством СРД стандарта HDR. В сети стандарта 1х это может включать в себя поиск МОКМС МС 2 в базе данных в целевом УОПД. В любом типе сети поиск может включать в себя аутентификацию МОКМС, принятого от МС 2. Если целевая сеть поддерживает аутентификацию МОКМС и МС 2 не может успешно пройти аутентификацию, то сеть либо откажет МС 2 в предоставлении пакетных служб, либо в случае СРД стандарта HDR назначит временный МОКМС для того, чтобы идентифицировать сеанс С-У в целевом УОПД. В конце концов, на этапе 708 целевой УОПД определяет, имеет ли он существующий сеанс С-У, связанный с входящей МС 2, или нет.
Если сеанс можно обнаружить, то на этапе 710 целевая сеть определяет, соединен ли идентифицированный предыдущий УОПД с целевым УОПД. Если это так, то целевой УОПД перенаправляет свой сеанс С-У в целевую СРД на этапе 712, и предоставленная МС 2 служба пакетных данных может продолжать работу без перерегистрации мобильного IP или установления нового сеанса ПДС. Если сеанс нельзя обнаружить, то на этапе 714 целевой УОПД устанавливает новый сеанс ПДС с входящей МС 2. После установления нового сеанса ПДС целевой УОПД на этапе 716 посылает входящей МС 2 объявление агента, содержащее адрес ВА в целевом УОПД. На этапе 718, если объявление агента не заставит входящую МС 2 перерегистрировать свой адрес IP с помощью СА 20, то предоставленная МС 2 служба пакетных данных может продолжать работу.
Если на этапе 718 входящая МС 2 перерегистрирует свой адрес IP, то на этапе 720 целевой УОПД отслеживает адрес IP, назначенный входящей МС 2 через ее ВА. Если назначенный адрес IP совпадает с адресом IP, связанным с любыми другими сеансами С-У в УОПД, то на этапе 722 УОПД заканчивает другие сеансы С-У. УОПД заканчивает такие другие сеансы С-У, даже если они имеют разные МОКМС, чтобы предотвратить любую неоднозначность маршрутизации. После этапа 722 или, если на этапе 718 входящая МС 2 не перерегистрирует свой адрес IP, то предоставленная МС 2 служба пакетных данных может продолжать работу.
Фиг.8 изображает примерное устройство МС 2. Как обсуждалось выше, МС 2 может иметь соединение 12 данных с внешним терминалом или устройством, таким как персональный или портативный компьютер (ПК) 4. В такой конфигурации МС 2 включает в себя локальный интерфейс 812 для обеспечения необходимых преобразований сигналов соединения данных и цифровых данных. Локальный интерфейс 812 может быть любым из множества типов кабельного интерфейса, таких как Ethernet, последовательный интерфейс или универсальная последовательная шина (УПШ). В качестве альтернативы локальный интерфейс 812 может обеспечивать беспроводное соединение, такое как инфракрасное или другое оптическое соединение, либо радиосоединение, такое как Bluetooth или IEEE 802.11.
Вместо обеспечения соединения с внешним ПК 4 МС 2 может обеспечивать непосредственный доступ в сеть 18 IP. Например, МС 2 может включать в себя приложение web-браузера, использующее такие протоколы, как протокол мобильной интерактивной связи с Интернет (WAP). В таком встроенном приложении локальный интерфейс 812 может принимать вид пользовательского интерфейса, включающего в себя клавиатуру, жидкокристаллические дисплеи или сенсорные дисплеи, такие как интерфейсы перьевого ввода, подобные интерфейсам, обычно используемым в портативных персональных цифровых устройствах (PDA), или любого другого входного интерфейса, подходящего для пользовательских приложений, поддерживающих беспроводную передачу пакетных данных.
В примерном варианте осуществления локальный интерфейс 812 предоставляет данные приложения в управляющий процессор 804. Управляющий процессор 804 может быть микропроцессором общего назначения, процессором цифровых сигналов (ПЦС, DSP), программируемым логическим устройством, специализированной интегральной схемой (СИС, ASIC) или любым устройством, способным выполнять функции, описанные в настоящем описании. Пользовательский входной интерфейс телефонной трубки и дисплей телефонной трубки могут включать в себя клавиатуру, интерфейс перьевого ввода жидкокристаллического дисплея (ЖКД, LCD), такой как интерфейс, обычно используемый в портативных персональных цифровых устройствах (PDA), или любой другой входной интерфейс, подходящий для пользовательских приложений, поддерживающих беспроводную передачу пакетных данных.
Кроме того, управляющий процессор 804 сконфигурирован для выполнения обработки МС 2, описанной в связи с фиг.1-7, такой как запрос ресурсов IP, управление сеансами ПДС и другими процессами сетевого протокола, связанными с различными беспроводными интерфейсами. Управляющий процессор 804 может быть одним процессором или может включать в себя множество отдельных процессоров, таких как микроконтроллер, предназначенный для управления функциями пользовательского интерфейса через локальный интерфейс 812, и ПЦС, предназначенный для управления протоколами беспроводного интерфейса.
МС 2 включает в себя запоминающее устройство 802, предназначенное для хранения различных типов данных и информации, необходимой во время работы управляющего процессора 804. Запоминающее устройство 802 может быть одним устройством или может включать в себя множество устройств, таких как постоянное запоминающее устройство, включая флэш-память, статическое или динамическое запоминающее устройство с произвольной выборкой (ЗУПВ, RAM) или стираемое или нестираемое постоянное запоминающее устройство (ПЗУ, ROM). Все запоминающее устройство 802 или его части можно встроить в единое устройство со всем управляющим процессором 804 или его частями. Запоминающее устройство 802 может содержать такую информацию, как исполняемый код для управляющего процессора 804, МОКМС, совместно используемая секретная информация, используемая для регистрации адреса мобильного IP, адрес СА 20 и адрес мобильного IP. Кроме того, запоминающее устройство 802 сконфигурировано для хранения временных копий пакетных данных, передаваемых в беспроводную сеть или принимаемых из нее, и всех переменных состояний, необходимых для предоставления служб пакетных данных.
В примерном варианте осуществления данные, подлежащие посылке в беспроводную сеть, кодируют, модулируют и перемежают в модуляторе 806, а также усиливают и преобразуют с повышением частоты в передатчике 808 перед передачей через диплексор 810 и антенну 814. Перед обработкой управляющим процессором 804 данные, принятые из беспроводной сети через антенну 814, регулируют по усилению и преобразуют с понижением частоты в приемнике 816, в демодуляторе 818 для них выполняют обращенное перемежение, демодуляцию и декодирование. Модулятор 806, передатчик 808, приемник 816 и демодулятор 818 способны работать с использованием множества типов беспроводных интерфейсов, например 1х и HDR. Если необходимо, МС 2 включает в себя множество модуляторов, передатчиков, приемников или демодуляторов, если это требуется для совместимости с множеством типов беспроводных интерфейсов, включая 1х, HDR, Ш-МДКР и EDGE.
Предыдущее описание предпочтительных вариантов осуществления предоставлено для того, чтобы дать возможность любому специалисту в данной области техники изготовить или использовать настоящее изобретение. Различные модификации этих вариантов осуществления будут поняты специалистами в данной области техники без особого труда, а общие принципы, определенные в настоящем описании, могут быть применены к другим вариантам осуществления без использования дополнительного изобретательства. Таким образом, предполагается, что настоящее изобретение не ограничено одними лишь приведенными здесь вариантами осуществления, а представляет собой широкий объем, соответствующий раскрытым принципам в настоящем описании и новым отличительным признакам.

Claims (14)

1. Способ выполнения эстафетной передачи обслуживания мобильной станции между первой сетью радиодоступа первого типа и второй сетью радиодоступа второго типа, включающий в себя этапы, на которых определяют в мобильной станции, являются ли первая и вторая сети радиодоступа сетями радиодоступа отличающихся типов и вызовет ли смена обмена данными через первую сеть радиодоступа на обмен данными через вторую сеть радиодоступа неоднозначность маршрутизации для данных, посылаемых на мобильную станцию и от нее; и запускают в мобильной станции перерегистрацию сетевого адреса мобильной станции, если смена обмена данными через первую сеть радиодоступа на обмен данными через вторую сеть радиодоступа вызовет неоднозначность маршрутизации для данных, посылаемых на мобильную станцию или от нее.
2. Способ по п.1, в котором упомянутая первая сеть радиодоступа передает маску подсети, при этом этап определения включает в себя этап, на котором декодируют идентификатор зоны пакета, принятый из упомянутой второй сети радиодоступа.
3. Способ по п.1, в котором упомянутая первая сеть радиодоступа передает идентификатор зоны пакета, при этом этап определения включает в себя этап, на котором декодируют маску подсети, принятую из упомянутой второй сети радиодоступа.
4. Способ по п.1, в котором этап определения включает в себя этап, на котором посылают сообщение о фиктивном инициировании в упомянутую вторую сеть радиодоступа.
5. Способ компенсации для эстафетной передачи обслуживания мобильной станции между сетью радиодоступа первого типа и сетью радиодоступа второго типа, выполняемый в узле обслуживания пакетных данных сети связи и включающий в себя этапы, на которых определяют в узле обслуживания пакетных данных создано ли множество соединений "сеть радиодоступа - узел обслуживания пакетных данных" (С-У); и завершают в узле обслуживания пакетных данных избыточные соединения С-У, возникающие в результате перемещения мобильной станции между сетью радиодоступа первого типа и сетью радиодоступа второго типа.
6. Способ по п.5, дополнительно включающий в себя этап, на котором в узле обслуживания пакетных данных отслеживают выполняемые мобильными станциями перерегистрации сетевых адресов.
7. Мобильная станция, включающая в себя управляющий процессор; и запоминающее устройство, соединенное с управляющим процессором и содержащее команды, исполняемые процессором для определения того, вызовет ли эстафетная передача обслуживания из сети радиодоступа первого типа в сеть радиодоступа второго типа неоднозначность маршрутизации для данных, посылаемых на мобильную станцию и от нее, и запуск перерегистрации сетевого адреса мобильной станции на основе этого определения.
8. Мобильная станция, включающая в себя средство, предназначенное для определения того, являются ли первая и вторая сети радиодоступа сетями радиодоступа отличающихся типов и вызовет ли эстафетная передача обслуживания обмена данными из сети радиодоступа первого типа в сеть радиодоступа второго типа неоднозначность маршрутизации для данных, посылаемых на мобильную станцию и от нее; и средство, предназначенное для запуска перерегистрации сетевого адреса мобильной станции на основе этого определения.
9. Способ выполнения эстафетной передачи обслуживания мобильной станции между первой сетью радиодоступа во вторую сеть радиодоступа, включающий в себя этапы, на которых идентифицируют первую сеть радиодоступа как сеть радиодоступа первого типа на основе сообщений, передаваемых первой сетью радиодоступа, и вторую сеть радиодоступа как сеть радиодоступа второго типа на основе сообщений, передаваемых второй сетью радиодоступа; и инициируют повторную регистрацию Internet-протокола (IP) для мобильной связи (протокола Mobile IP) на основе упомянутой идентификации.
10. Способ по п.9, в котором первый тип соответствует стандарту 1х, а второй тип - стандарту высокоскоростной передачи данных (HDR).
11. Способ по п.9, в котором первый тип соответствует стандарту высокоскоростной передачи данных (HDR), а второй тип - стандарту 1х.
12. Способ по п.9, в котором первый тип соответствует стандарту 1х, а второй тип - стандарту высокоскоростной передачи данных (HDR), при этом способ дополнительно включает в себя этап, на котором сбрасывают идентификаторы терминалов однонаправленного доступа (ИТОД), ассоциированные с мобильной станцией, на основе упомянутой идентификации.
13. Способ по п.9, в котором первый тип соответствует стандарту 1х, а второй тип - стандарту высокоскоростной передачи данных (HDR), при этом способ дополнительно включает в себя этап, на котором посылают сообщение с ответом на запрос определения местоположения (Location Response) от мобильной станции во вторую сеть радиодоступа на основе упомянутой идентификации.
14. Способ маршрутизации пакетов данных между сетью Internet-протокола (IP) и сетью радиодоступа, реализуемый в узле обслуживания пакетных данных из состава сети связи и включающий в себя этапы, на которых назначают адрес IP международному опознавательному коду мобильной станции (МОКМС); очищают таблицы внешнего агента от элементов, связывающих данный адрес IP с другими значениями МОКМС.
RU2003120063/09A 2000-12-06 2001-12-04 Способ и устройство, предназначенные для эстафетной передачи обслуживания соединения служб беспроводной передачи пакетных данных RU2282950C2 (ru)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/732,328 US7079511B2 (en) 2000-12-06 2000-12-06 Method and apparatus for handoff of a wireless packet data services connection
US09/732,328 2000-12-06

Publications (2)

Publication Number Publication Date
RU2003120063A RU2003120063A (ru) 2005-02-10
RU2282950C2 true RU2282950C2 (ru) 2006-08-27

Family

ID=24943103

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2003120063/09A RU2282950C2 (ru) 2000-12-06 2001-12-04 Способ и устройство, предназначенные для эстафетной передачи обслуживания соединения служб беспроводной передачи пакетных данных

Country Status (18)

Country Link
US (3) US7079511B2 (ru)
EP (1) EP1340388B1 (ru)
JP (1) JP4194840B2 (ru)
KR (2) KR100896154B1 (ru)
CN (3) CN1691831B (ru)
AT (1) ATE279844T1 (ru)
AU (5) AU2002225975B2 (ru)
BR (1) BRPI0115930B1 (ru)
CA (2) CA2431577C (ru)
DE (1) DE60106483T2 (ru)
HK (1) HK1063263A1 (ru)
IL (2) IL156252A0 (ru)
MX (1) MXPA03005088A (ru)
NO (1) NO327033B1 (ru)
RU (1) RU2282950C2 (ru)
TW (1) TW535450B (ru)
UA (1) UA75100C2 (ru)
WO (1) WO2002047407A2 (ru)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2448436C2 (ru) * 2007-05-30 2012-04-20 Квэлкомм Инкорпорейтед Способ и устройство для передачи обслуживания связи
RU2464720C2 (ru) * 2007-10-30 2012-10-20 Нтт Досомо, Инк. Способ мобильной связи и базовая станция радиосвязи
RU2466513C2 (ru) * 2007-04-25 2012-11-10 Квэлкомм Инкорпорейтед Изменения обслуживающих точек доступа прямой линии связи и обратной линии связи
RU2497309C2 (ru) * 2009-06-22 2013-10-27 Хуавэй Текнолоджиз Ко., Лтд. Способ, устройство связи и система связи для обработки эстафетной передачи
RU2604343C2 (ru) * 2012-04-24 2016-12-10 Халлибертон Энерджи Сервисез, Инк. Передача данных, относящихся к углеводородной скважине, с мобильной буровой установки
RU2606557C2 (ru) * 2012-09-18 2017-01-10 Эмазн Текнолоджиз, Инк. Динамическое выделение сетевых адресов
US10165478B2 (en) 2004-03-12 2018-12-25 Interdigital Technology Corporation Method and system for switching a radio access technology between wireless communication systems with a multi-mode wireless transmit/receive unit

Families Citing this family (144)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6360100B1 (en) 1998-09-22 2002-03-19 Qualcomm Incorporated Method for robust handoff in wireless communication system
US20020055971A1 (en) * 1999-11-01 2002-05-09 Interdigital Technology Corporation Method and system for a low-overhead mobility management protocol in the internet protocol layer
FI20002899A0 (fi) * 2000-12-29 2000-12-29 Nokia Corp Järjestely informaation kommunikoimiseksi
US7054291B2 (en) * 2001-01-22 2006-05-30 Telefonaktiebolaget Lm Ericsson (Publ) Method of and system for mobile station abbreviated point-to-point protocol negotiation
US7058031B2 (en) * 2001-01-31 2006-06-06 Qualcomm Incorporated Method and apparatus for efficient use of communication resources in a data communication system under overload conditions
GB2371954B (en) * 2001-02-01 2003-02-19 3Com Corp Interface system for wireless node and network node
US7065062B2 (en) * 2001-02-16 2006-06-20 Telefonaktiebolaget Lm Ericsson (Publ) Mobile IP mobility management at dormant hand-over in CDMA IP-based cellular packet-data network
EP1370032B1 (en) * 2001-03-14 2007-07-18 NEC Corporation Mobile terminal management system, mobile terminal, agent, and program
US8121296B2 (en) 2001-03-28 2012-02-21 Qualcomm Incorporated Method and apparatus for security in a data processing system
US9100457B2 (en) 2001-03-28 2015-08-04 Qualcomm Incorporated Method and apparatus for transmission framing in a wireless communication system
US8077679B2 (en) 2001-03-28 2011-12-13 Qualcomm Incorporated Method and apparatus for providing protocol options in a wireless communication system
US6795709B2 (en) * 2001-04-23 2004-09-21 Telcordia Technologies, Inc. Method and apparatus for dynamic IP address allocation for wireless cells
US6587685B2 (en) * 2001-04-27 2003-07-01 Nokia Corporation Apparatus, and an associated method, by which to provide operation parameters to a mobile station
US7139829B2 (en) * 2001-05-08 2006-11-21 Nortel Networks Limited Identification of unused resources in a packet data network
US20020176382A1 (en) * 2001-05-24 2002-11-28 Telefonaktiebolaget Lm Ericsson (Publ) Method and system for integration of second generation and third generation wireless networks
US8238912B2 (en) 2001-05-31 2012-08-07 Ipr Licensing, Inc. Non-intrusive detection of enhanced capabilities at existing cellsites in a wireless data communication system
US7457265B2 (en) * 2001-06-13 2008-11-25 Telefonaktiebolaget Lm Ericsson (Publ) Mobility management entity for high data rate wireless communication networks
US7020472B2 (en) * 2001-06-22 2006-03-28 Gallitzin Allegheny Llc Cellular channel bonding for improved data transmission
US8160020B2 (en) 2001-06-25 2012-04-17 Airvana Network Solutions, Inc. Radio network control
US8195187B2 (en) 2001-06-25 2012-06-05 Airvana Network Solutions, Inc. Radio network control
JP4359868B2 (ja) * 2001-07-16 2009-11-11 日本電気株式会社 無線通信端末
US6850125B2 (en) * 2001-08-15 2005-02-01 Gallitzin Allegheny Llc Systems and methods for self-calibration
US7058040B2 (en) * 2001-09-21 2006-06-06 Schmidt Dominik J Channel interference reduction
US7352868B2 (en) 2001-10-09 2008-04-01 Philip Hawkes Method and apparatus for security in a data processing system
US7649829B2 (en) 2001-10-12 2010-01-19 Qualcomm Incorporated Method and system for reduction of decoding complexity in a communication system
US7684798B2 (en) * 2001-11-09 2010-03-23 Nokia Corporation Method of pre-authorizing handovers among access routers in communication networks
US8782226B2 (en) * 2001-11-13 2014-07-15 Rockstar Consortium Us Lp Allocating internet protocol (IP) addresses to nodes in communications networks which use integrated IS-IS
US7103662B2 (en) * 2002-01-16 2006-09-05 Telefonaktiebolaget Lm Ericsson (Publ) System and method for improved session management in a data cellular network
US7266099B2 (en) * 2002-01-23 2007-09-04 Hewlett-Packard Development Company, L.P. Method for hand-off of a data session
US7561553B2 (en) * 2002-02-27 2009-07-14 Motorola, Inc. Method and apparatus for providing IP mobility for mobile networks and detachable mobile network nodes
WO2003086002A1 (en) * 2002-04-11 2003-10-16 Nortel Networks Limited Resource optimization in a wireless ip network
US8543657B2 (en) * 2002-05-03 2013-09-24 Samsung Electronics Co., Ltd Data communication system and method using a wireless terminal
KR100605824B1 (ko) * 2002-05-13 2006-07-31 삼성전자주식회사 부호분할다중접속 이동통신시스템의 방송서비스 방법
KR100526536B1 (ko) * 2002-06-03 2005-11-08 삼성전자주식회사 고속 데이터 전송을 위한 이동통신시스템에서의 임시식별자 할당 방법
US7047036B2 (en) * 2002-07-02 2006-05-16 Interdigital Technology Corporation Method and apparatus for handoff between a wireless local area network (WLAN) and a universal mobile telecommunication system (UMTS)
DE60304352T2 (de) * 2002-08-01 2006-12-07 Research In Motion Ltd., Waterloo Immer eingeschaltete drahtlose Internetprotokoll-Kommunikation
CN101651970B (zh) * 2002-09-03 2014-03-12 美商内数位科技公司 两不同终端间协议地址切换的方法及装置
US7110377B2 (en) * 2002-10-10 2006-09-19 Qualcomm Incorporated Dormant handoff in a packet data network
AU2003286433A1 (en) * 2002-10-15 2004-05-04 Alcatel Wireless, Inc Method and system for minimizing call setup delay for calls occurring in one or more wireless networks
US7085251B2 (en) * 2002-11-04 2006-08-01 Qualcom Incorporated Method and apparatus for handoff of a wireless packet data services connection
US7346772B2 (en) * 2002-11-15 2008-03-18 Cisco Technology, Inc. Method for fast, secure 802.11 re-association without additional authentication, accounting and authorization infrastructure
US7133386B2 (en) * 2002-11-18 2006-11-07 Cisco Technology, Inc. Method and system for service portability across disjoint wireless networks
US7599655B2 (en) 2003-01-02 2009-10-06 Qualcomm Incorporated Method and apparatus for broadcast services in a communication system
US7236764B2 (en) * 2003-01-08 2007-06-26 Nortel Networks Limited Method and apparatus for updating locations of dormant mobile stations
US7668541B2 (en) * 2003-01-31 2010-02-23 Qualcomm Incorporated Enhanced techniques for using core based nodes for state transfer
US7187931B2 (en) * 2003-02-20 2007-03-06 Nokia Corporation Handover of mobile node to a new access router
US6987985B2 (en) * 2003-06-06 2006-01-17 Interdigital Technology Corporation Wireless communication components and methods for multiple system communications
US8098818B2 (en) 2003-07-07 2012-01-17 Qualcomm Incorporated Secure registration for a multicast-broadcast-multimedia system (MBMS)
US8718279B2 (en) 2003-07-08 2014-05-06 Qualcomm Incorporated Apparatus and method for a secure broadcast system
US8031671B2 (en) * 2003-07-17 2011-10-04 Cisco Technology, Inc. Methods and systems for providing improved handoffs in a wireless communication system
US8254276B2 (en) * 2003-08-05 2012-08-28 Qualcomm Incorporated Packet data services using version and capability information
CN1886994A (zh) * 2003-08-15 2006-12-27 北方电讯网络有限公司 用于有效地同时重新激活cdma2000网络中多个待用业务实例的方法和设备
DE10339769A1 (de) * 2003-08-27 2005-04-07 Siemens Ag Verfahren zum Aufbauen einer Datenverbindung zwischen einem IP-basierten Kommunikationsnetz und einem Adhoc-Netz und Netzverbindungseinrichtung
US8724803B2 (en) 2003-09-02 2014-05-13 Qualcomm Incorporated Method and apparatus for providing authenticated challenges for broadcast-multicast communications in a communication system
WO2005036804A2 (en) * 2003-10-10 2005-04-21 Nokia Corporation Apparatus, and associated method, for facilitating communication handoff in multiple-network radio communication system
US7366542B2 (en) * 2003-10-21 2008-04-29 Gallitzin Allegheny Llc Wireless security
EP2228931A3 (en) * 2003-11-12 2010-11-17 Interdigital Technology Corporation System for application server autonomous access across different types of access technology networks
TWI441532B (zh) 2003-11-13 2014-06-11 Interdigital Tech Corp 有利於系統間交接之方法及系統
US7130626B2 (en) * 2003-11-24 2006-10-31 Qualcomm, Inc. Access terminal identification management
GB0329857D0 (en) * 2003-12-23 2004-01-28 Nokia Corp User registration in a communication system
US7672317B2 (en) * 2003-12-29 2010-03-02 Nokia Corporation Method, system, and devices for transmitting information between a user equipment and an IP packet gateway
US20050195757A1 (en) * 2004-03-02 2005-09-08 Kidder Kenneth B. Wireless association approach and arrangement therefor
CA2557762A1 (en) 2004-03-03 2005-09-15 The Trustees Of Columbia University In The City Of New York Methods and systems for reducing mac layer handoff latency in wireless networks
KR100596401B1 (ko) * 2004-04-07 2006-07-03 한국전자통신연구원 이동노드의 mip 설정 방법 및 핸드오프 수행 방법
US8619701B2 (en) * 2004-05-03 2013-12-31 Core Wireless Licensing S.A.R.L. Method of facilitating handoff for CDMA networks using IP protocols
CN100433893C (zh) * 2004-06-30 2008-11-12 华为技术有限公司 一种实现位置更新过程的方法
US7697489B1 (en) * 2004-07-12 2010-04-13 Sprint Spectrum L.P. Method and system for timer-based mobile IP re-registration in a wireless wide area network
CN100421503C (zh) * 2004-07-16 2008-09-24 华为技术有限公司 一种双模终端进行位置登记的方法及系统
US9198156B2 (en) * 2004-08-23 2015-11-24 Telefonaktiebolaget L M Ericsson (Publ) Paging mobile stations in a hybrid network
US7209741B2 (en) * 2004-08-23 2007-04-24 Telefonaktiebolaget Lm Ericsson (Publ) Method of acquiring a mobile station identifier in a hybrid network
US8233450B2 (en) * 2004-09-10 2012-07-31 Interdigital Technology Corporation Wireless communication methods and components for facilitating multiple network type compatibility
JP2006080981A (ja) * 2004-09-10 2006-03-23 Fujitsu Ltd ハンドオーバ方法並びにこれを適用した移動通信システムおよび移動端末
US7512110B2 (en) * 2004-09-21 2009-03-31 Motorola, Inc. Method and apparatus to facilitate inter-AN HRPD hard handoff
US7620017B2 (en) * 2004-09-21 2009-11-17 Motorola, Inc. Method and apparatus to facilitate inter-AN HRPD hard handoff
US7738871B2 (en) * 2004-11-05 2010-06-15 Interdigital Technology Corporation Wireless communication method and system for implementing media independent handover between technologically diversified access networks
KR100751101B1 (ko) * 2004-11-05 2007-08-22 주식회사 팬택앤큐리텔 이동통신 단말기에 할당된 ip 관리 시스템 및 방법
US7787421B2 (en) * 2004-11-22 2010-08-31 Motorola, Inc. Method and system for inter-technology active handoff of a hybrid communication device
WO2006063487A1 (fr) * 2004-12-17 2006-06-22 Utstarcom Telecom Co., Ltd. Controleur de point d'acces faisant office d'agent mobile ip dans une zone locale publique sans fil
US7292856B2 (en) * 2004-12-22 2007-11-06 Qualcomm Incorporated Methods and apparatus for flexible forward-link and reverse-link handoffs
US7167459B2 (en) * 2004-12-30 2007-01-23 Motorola, Inc. Inter-network handover in a packet radio system
US20060159047A1 (en) * 2005-01-18 2006-07-20 Interdigital Technology Corporation Method and system for context transfer across heterogeneous networks
US20060217147A1 (en) * 2005-01-18 2006-09-28 Interdigital Technology Corporation Method and system for system discovery and user selection
US7911996B2 (en) * 2005-02-11 2011-03-22 Research In Motion Limited System and method for registration and packet data reconnect
DE602005003442T2 (de) * 2005-02-11 2008-10-02 Research In Motion Ltd., Waterloo System und Verfahren zur Registrierung und Paketdatenwiederaufbau
US20060183475A1 (en) * 2005-02-11 2006-08-17 Willey William D System and method for registration and packet data reconnect
US7664495B1 (en) * 2005-04-21 2010-02-16 At&T Mobility Ii Llc Voice call redirection for enterprise hosted dual mode service
KR100677452B1 (ko) * 2005-04-22 2007-02-02 엘지전자 주식회사 이동통신 단말기의 호 수신율 향상 방법
US7746825B2 (en) * 2005-05-16 2010-06-29 Interdigital Technology Corporation Method and system for integrating media independent handovers
US20060276190A1 (en) * 2005-05-19 2006-12-07 Interdigital Technology Corporation Method and apparatus for implementing a handoff between radio access networks deployed under different radio access technologies
US7983674B2 (en) * 2005-06-16 2011-07-19 Qualcomm Incorporated Serving base station selection in a wireless communication system
US8254360B2 (en) * 2005-06-16 2012-08-28 Qualcomm Incorporated OFDMA control channel interlacing
US8099504B2 (en) 2005-06-24 2012-01-17 Airvana Network Solutions, Inc. Preserving sessions in a wireless network
US20060291420A1 (en) * 2005-06-27 2006-12-28 Dennis Ng Network-initiated dormant handoffs
US8983468B2 (en) 2005-12-22 2015-03-17 Qualcomm Incorporated Communications methods and apparatus using physical attachment point identifiers
US9066344B2 (en) 2005-09-19 2015-06-23 Qualcomm Incorporated State synchronization of access routers
US9078084B2 (en) 2005-12-22 2015-07-07 Qualcomm Incorporated Method and apparatus for end node assisted neighbor discovery
US9736752B2 (en) 2005-12-22 2017-08-15 Qualcomm Incorporated Communications methods and apparatus using physical attachment point identifiers which support dual communications links
US8982778B2 (en) 2005-09-19 2015-03-17 Qualcomm Incorporated Packet routing in a wireless communications environment
US8509799B2 (en) 2005-09-19 2013-08-13 Qualcomm Incorporated Provision of QoS treatment based upon multiple requests
US7751835B2 (en) * 2005-10-04 2010-07-06 Airvana, Inc. Non-circular paging areas
US20100015979A1 (en) * 2005-11-28 2010-01-21 Kyocera Corporation Communication Method, Mobile Terminal and Base Station
US8180349B1 (en) * 2005-12-01 2012-05-15 Sprint Spectrum L.P. Method and system for handoff controller-mediated handoff of a mobile node
US8619702B2 (en) 2005-12-16 2013-12-31 Ericsson Evdo Inc. Radio network control
KR101207467B1 (ko) * 2005-12-16 2012-12-03 삼성전자주식회사 이동 통신 시스템에서 세션 정보 관리 방법 및 시스템과 그장치
US8094630B2 (en) * 2005-12-16 2012-01-10 Airvana Network Solutions, Inc. Radio frequency dragging prevention
US8145221B2 (en) 2005-12-16 2012-03-27 Airvana Network Solutions, Inc. Radio network communication
US20070183351A1 (en) * 2006-02-03 2007-08-09 Motorola, Inc. Method and apparatus for providing service in a multi-ran communication network
US9083355B2 (en) 2006-02-24 2015-07-14 Qualcomm Incorporated Method and apparatus for end node assisted neighbor discovery
US20070224988A1 (en) * 2006-03-24 2007-09-27 Interdigital Technology Corporation Method and apparatus for performing a handover procedure between a 3gpp lte network and an alternative wireless network
US8599800B2 (en) * 2006-05-08 2013-12-03 Cisco Technology, Inc. Assigning an access terminal identifier to a mobile node
US8085696B2 (en) 2006-07-14 2011-12-27 Airvana Networks Solutions, Inc. Dynamic modification of route update protocols
US20080063002A1 (en) * 2006-09-11 2008-03-13 3Dsp Corporation Multi-gateway system and methods for same
JP5341771B2 (ja) * 2006-12-28 2013-11-13 ノキア コーポレイション 移動体接続
CN102958120B (zh) 2007-02-08 2015-08-19 思达伦特网络有限责任公司 用于技术之间的切换的系统和方法
US8289920B2 (en) 2007-03-16 2012-10-16 Qualcomm Incorporated Method and apparatus for handoff between access systems
US8576795B2 (en) 2007-03-16 2013-11-05 Qualcomm Incorporated Method and apparatus for handoff between source and target access systems
US9155008B2 (en) 2007-03-26 2015-10-06 Qualcomm Incorporated Apparatus and method of performing a handoff in a communication network
US8451752B2 (en) * 2007-05-21 2013-05-28 Arrowspan, Inc. Seamless handoff scheme for multi-radio wireless mesh network
KR101398908B1 (ko) * 2007-05-22 2014-05-26 삼성전자주식회사 모바일 아이피를 사용하는 이동 통신 시스템에서 단말의이동성 관리 방법 및 시스템
US8830818B2 (en) 2007-06-07 2014-09-09 Qualcomm Incorporated Forward handover under radio link failure
US9049629B2 (en) * 2007-06-18 2015-06-02 Qualcomm Incorporated Method and apparatus for fast inter-system handover
US9094173B2 (en) * 2007-06-25 2015-07-28 Qualcomm Incorporated Recovery from handoff error due to false detection of handoff completion signal at access terminal
JP5060870B2 (ja) * 2007-08-21 2012-10-31 株式会社エヌ・ティ・ティ・ドコモ 通信方法、移動端末、交換機及び無線制御装置
US8442526B1 (en) 2007-09-24 2013-05-14 Sprint Spectrum L.P. Method and system for registering a mobile node via a registration proxy
US8843638B2 (en) 2007-12-13 2014-09-23 Ericsson Evdo Inc. Handing off active connections
US8755793B2 (en) 2008-01-04 2014-06-17 Qualcomm Incorporated Apparatus and methods to facilitate seamless handoffs between wireless communication networks
US8638749B2 (en) 2008-06-06 2014-01-28 Qualcomm Incorporated Method and apparatus for inter-network handoff
US9204359B2 (en) 2008-07-10 2015-12-01 Shoretel, Inc. Client-controlled handover between radio technologies
US8359644B2 (en) 2008-11-17 2013-01-22 At&T Intellectual Property I, L.P. Seamless data networking
GB0822849D0 (en) * 2008-12-16 2009-01-21 Vodafone Plc Control of service handover
US8983451B2 (en) * 2009-05-08 2015-03-17 Qualcomm Incorporated Wireless communication systems with femto nodes
US8886805B2 (en) * 2009-11-19 2014-11-11 Flash Networks, Ltd Method and system for dynamically allocating services for subscribers data traffic
US8615241B2 (en) 2010-04-09 2013-12-24 Qualcomm Incorporated Methods and apparatus for facilitating robust forward handover in long term evolution (LTE) communication systems
CN101808103A (zh) * 2010-04-26 2010-08-18 中兴通讯股份有限公司 实现点对点协议数据业务断链的装置及方法
US9215683B1 (en) 2010-05-12 2015-12-15 Shoretel, Inc. Controller and method of controlling multiple identities of a mobile device
US8620323B1 (en) * 2010-07-30 2013-12-31 Sprint Spectrum L.P. Method and system for supporting call origination before session establishment
US20120051321A1 (en) * 2010-08-24 2012-03-01 Clear Wireless Llc Method for seamless ip session continuity for multi-mode mobile stations
US8811393B2 (en) 2010-10-04 2014-08-19 Cisco Technology, Inc. IP address version interworking in communication networks
US8811281B2 (en) 2011-04-01 2014-08-19 Cisco Technology, Inc. Soft retention for call admission control in communication networks
US9173185B1 (en) 2012-04-10 2015-10-27 Sprint Spectrum L.P. Methods and systems for managing registration signaling based on off-time duration
US9241350B1 (en) * 2013-08-16 2016-01-19 Sprint Communications Company L.P. Access network type identification in mobile internet protocol (MIP) registration (RRQ)
EP3095270A4 (en) 2014-01-03 2017-08-30 Qualcomm Incorporated Apparatus and method for avoiding data loss following an inter-pdsn handoff based on a simple ip network
CN105099924B (zh) * 2015-06-30 2018-04-20 新华三技术有限公司 基于路由信息协议的路由更新方法和设备
US10200857B1 (en) 2017-12-04 2019-02-05 At&T Mobility Ii Llc Methods and devices for international mobile subscriber identity (IMSI) reclamation

Family Cites Families (58)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4775999A (en) * 1986-10-31 1988-10-04 Motorola, Inc. Registration of radiotelephones in networked cellular radiotelephone systems
JPH01175245A (ja) 1987-12-29 1989-07-11 Fujitsu Ltd 半導体装置及びその製造方法
US5325419A (en) * 1993-01-04 1994-06-28 Ameritech Corporation Wireless digital personal communications system having voice/data/image two-way calling and intercell hand-off
JP3093522B2 (ja) 1993-04-15 2000-10-03 三菱電機株式会社 移動体通信装置
ATE197860T1 (de) * 1994-01-11 2000-12-15 Ericsson Inc Positionsaufzeichnung für zellulare kommunikationsanordnungen mit satelliten
US5907542A (en) * 1996-04-15 1999-05-25 Ascom Tech Ag Dynamic assignment of signalling virtual channels for wireless ATM systems
US6163704A (en) * 1996-11-15 2000-12-19 Telefonaktiebolaget Lm Ericsson (Publ) Delivery of subscriber digital data messages in a dual mode cellular telephone network
FI980351A (fi) * 1997-02-19 1998-08-20 Nokia Telecommunications Oy Solukkoradioaccessverkko sekä sijainninpäivitys langattomassa tietoliikennejärjestelmässä
US6137791A (en) * 1997-03-25 2000-10-24 Ericsson Telefon Ab L M Communicating packet data with a mobile station roaming within an incompatible mobile network
US6014439A (en) * 1997-04-08 2000-01-11 Walker Asset Management Limited Partnership Method and apparatus for entertaining callers in a queue
US5978467A (en) * 1997-04-11 1999-11-02 Walker Asset Management Limited Partnership Method and apparatus for enabling interaction between callers with calls positioned in a queue
US6151628A (en) * 1997-07-03 2000-11-21 3Com Corporation Network access methods, including direct wireless to internet access
JP3641128B2 (ja) * 1998-02-20 2005-04-20 株式会社東芝 移動計算機装置、移動計算機管理装置、移動計算機管理方法及び通信制御方法
FI106606B (fi) * 1998-04-03 2001-02-28 Nokia Networks Oy Matkapuhelinkeskuksen ja radioverkko-ohjaimen välisen linkin optimointi
US6553064B1 (en) * 1998-05-07 2003-04-22 Qualcomm Incorporated Method and apparatus for performing mobile station assisted hard handoff using error correction codes
JP3581251B2 (ja) * 1998-06-16 2004-10-27 株式会社東芝 通信システム、データパケット転送方法、ルータ装置及びパケット中継装置
US6230012B1 (en) 1998-08-07 2001-05-08 Qualcomm Incorporated IP mobility support using proxy mobile node registration
US6320873B1 (en) * 1998-08-27 2001-11-20 Qualcomm Incorporated CDMA transmission of packet-switched data
KR100396643B1 (ko) * 1998-09-07 2003-10-17 엘지전자 주식회사 무선패킷데이터단말
FI108200B (fi) * 1998-09-14 2001-11-30 Nokia Mobile Phones Ltd Yhteyden vaihto matkaviestinverkkojen välillä
KR20000020249A (ko) * 1998-09-18 2000-04-15 서평원 브이5.2 프로토콜을 이용한 이동성 처리 방법
US6160804A (en) * 1998-11-13 2000-12-12 Lucent Technologies Inc. Mobility management for a multimedia mobile network
US6452920B1 (en) 1998-12-30 2002-09-17 Telefonaktiebolaget Lm Ericsson Mobile terminating L2TP using mobile IP data
US6272129B1 (en) 1999-01-19 2001-08-07 3Com Corporation Dynamic allocation of wireless mobile nodes over an internet protocol (IP) network
US6466571B1 (en) * 1999-01-19 2002-10-15 3Com Corporation Radius-based mobile internet protocol (IP) address-to-mobile identification number mapping for wireless communication
US6665537B1 (en) * 1999-01-21 2003-12-16 Qualcomm, Incorporated Automatic invocation of mobile IP registration in a wireless communication network
US6707809B1 (en) * 1999-02-25 2004-03-16 Utstarcom, Inc. Method for forwarding data to idle mobile nodes, and home agent control node for use in the method
US6879832B1 (en) 1999-02-26 2005-04-12 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for transferring information between mobile terminals and entities in a radio access network
US6580699B1 (en) * 1999-03-29 2003-06-17 Nortel Networks Limited Method for updating an R-P connection for a roaming mobile station
AU3826199A (en) 1999-04-30 2000-11-17 Nokia Networks Oy Sgsn semi anchoring during the inter sgsn srnc relocation procedure
DE19922288A1 (de) * 1999-05-14 2000-11-23 Siemens Ag Anordnung zur mobilen Kommunikation
US6567664B1 (en) * 1999-06-02 2003-05-20 Nokia Corporation Registration for mobile nodes in wireless internet protocols
FI991597A (fi) * 1999-07-12 2001-01-13 Nokia Networks Oy Access-kontekstin hallinta makrotason liikkuvuudenhallintarekisteröinn in yhteydessä access-verkoissa
US6466556B1 (en) * 1999-07-23 2002-10-15 Nortel Networks Limited Method of accomplishing handover of packet data flows in a wireless telecommunications system
DE19940406C1 (de) * 1999-08-25 2000-10-26 Boewe Systec Ag Verfahren und Vorrichtung zur Übernahme von zumindest zwei geschuppt angeordneten Blättern in eine Blatthandhabungsmaschine
DE19940405C2 (de) * 1999-08-25 2003-09-18 Boewe Systec Ag Verfahren und Vorrichtung zum Ausgeben einer vorbestimmten Anzahl von Blättern aus einer Gruppe von Blättern
US6769000B1 (en) * 1999-09-08 2004-07-27 Nortel Networks Limited Unified directory services architecture for an IP mobility architecture framework
CA2360367C (en) * 1999-12-02 2007-02-06 Yu-Suk Yun Apparatus and method for transmitting and receiving data in a cdma communication system
US7197017B1 (en) * 2000-01-04 2007-03-27 Qualcomm, Incorporated Method and apparatus for channel optimization during point-to-point protocol (PPP) session requests
US6438117B1 (en) * 2000-01-07 2002-08-20 Qualcomm Incorporated Base station synchronization for handover in a hybrid GSM/CDMA network
US7266371B1 (en) * 2000-02-22 2007-09-04 Cingular Wireless Ii, Llc Activation and remote modification of wireless services in a packet network context
US20010036834A1 (en) * 2000-03-03 2001-11-01 Subir Das Supporting fast intra-domain handoffs and paging in wireless cellular networks
US6834050B1 (en) * 2000-03-10 2004-12-21 Telefonaktiebolaget Lm Ericsson (Publ) Packet core function and method of selecting a packet data service node/foreign agent in a packet data network
US7075930B1 (en) * 2000-04-11 2006-07-11 Telefonaktiebolaget Lm Ericsson (Publ) System and method for packet data servicing node (PDSN)initial assignment and reselection
US6799039B2 (en) * 2000-04-17 2004-09-28 Nortel Networks Limited Network resource sharing during handover of a mobile station between cellular wireless networks
US6990088B2 (en) * 2000-08-18 2006-01-24 Telefonaktiebolaget L M Ericsson (Publ) Handoff in radio telecommunications networks
KR100680076B1 (ko) * 2000-08-18 2007-02-09 유티스타콤코리아 유한회사 통신시스템에서의 망요소 통합 방법
US6876640B1 (en) * 2000-10-30 2005-04-05 Telefonaktiebolaget Lm Ericsson Method and system for mobile station point-to-point protocol context transfer
US6771623B2 (en) * 2000-12-01 2004-08-03 Telefonaktiebolaget Lm Ericsson (Publ) Method for ensuring reliable mobile IP service
US7843878B2 (en) * 2000-12-04 2010-11-30 Ericsson Ab Method and apparatus to control handoff between different wireless systems
US6708031B2 (en) * 2000-12-05 2004-03-16 Nokia Corporation Session or handoff methods in wireless networks
US20020076032A1 (en) * 2000-12-15 2002-06-20 International Business Machines Corporation On-hold information service with caller-controlled personalized menu
US6565537B2 (en) * 2001-04-18 2003-05-20 Dennis R. Tollini Tube securing assembly
KR20030000497A (ko) 2001-06-25 2003-01-06 아남반도체 주식회사 Nmos 트랜지스터의 제조방법
KR100736536B1 (ko) * 2001-07-07 2007-07-06 엘지전자 주식회사 차세대 인터넷 프로토콜에서의 이동국 식별정보를 이용한인터페이스 식별 방법
US6644660B2 (en) * 2001-10-26 2003-11-11 Pitney Bowes Inc. Dynamic pitch correction for an output inserter subsystem
US6687569B1 (en) * 2002-12-24 2004-02-03 Pitney Dowes Inc. Configurable multi-station buffer transport for an inserter system
US6687570B1 (en) * 2002-12-24 2004-02-03 Pitney Bowes Inc. Station independent buffer transport for an inserter system

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10165478B2 (en) 2004-03-12 2018-12-25 Interdigital Technology Corporation Method and system for switching a radio access technology between wireless communication systems with a multi-mode wireless transmit/receive unit
RU2466513C2 (ru) * 2007-04-25 2012-11-10 Квэлкомм Инкорпорейтед Изменения обслуживающих точек доступа прямой линии связи и обратной линии связи
US8768357B2 (en) 2007-04-25 2014-07-01 Qualcomm Incorporated Changes of forward-link and reverse-link serving access points
RU2448436C2 (ru) * 2007-05-30 2012-04-20 Квэлкомм Инкорпорейтед Способ и устройство для передачи обслуживания связи
RU2464720C2 (ru) * 2007-10-30 2012-10-20 Нтт Досомо, Инк. Способ мобильной связи и базовая станция радиосвязи
RU2497309C2 (ru) * 2009-06-22 2013-10-27 Хуавэй Текнолоджиз Ко., Лтд. Способ, устройство связи и система связи для обработки эстафетной передачи
RU2604343C2 (ru) * 2012-04-24 2016-12-10 Халлибертон Энерджи Сервисез, Инк. Передача данных, относящихся к углеводородной скважине, с мобильной буровой установки
RU2606557C2 (ru) * 2012-09-18 2017-01-10 Эмазн Текнолоджиз, Инк. Динамическое выделение сетевых адресов
RU2606557C9 (ru) * 2012-09-18 2017-02-22 Эмазн Текнолоджиз, Инк. Динамическое выделение сетевых адресов
US9705741B2 (en) 2012-09-18 2017-07-11 Amazon Technologies, Inc. Dynamically allocating network addresses

Also Published As

Publication number Publication date
US7860061B2 (en) 2010-12-28
CA2431577C (en) 2011-02-15
EP1340388B1 (en) 2004-10-13
AU2002225975B2 (en) 2006-06-01
AU2597502A (en) 2002-06-18
CA2686598A1 (en) 2002-06-13
DE60106483D1 (de) 2004-11-18
KR100896154B1 (ko) 2009-05-11
UA75100C2 (en) 2006-03-15
CN1504061A (zh) 2004-06-09
JP2004515986A (ja) 2004-05-27
CN1320843C (zh) 2007-06-06
NO20032555L (no) 2003-08-05
AU2009201868A1 (en) 2009-06-04
CN1691831B (zh) 2011-01-19
US7079511B2 (en) 2006-07-18
KR20080100287A (ko) 2008-11-14
BR0115930A (pt) 2004-02-10
AU2009201866B2 (en) 2009-08-13
AU2006203136B2 (en) 2009-07-02
KR100920390B1 (ko) 2009-10-07
CA2686598C (en) 2011-10-11
CN1691831A (zh) 2005-11-02
RU2003120063A (ru) 2005-02-10
HK1063263A1 (en) 2004-12-17
AU2006203136A1 (en) 2006-08-10
US20020068570A1 (en) 2002-06-06
US20060165038A1 (en) 2006-07-27
BRPI0115930B1 (pt) 2016-12-27
JP4194840B2 (ja) 2008-12-10
CN1691832B (zh) 2011-09-28
KR20030055342A (ko) 2003-07-02
IL156252A0 (en) 2004-01-04
US7561555B2 (en) 2009-07-14
US20060187883A1 (en) 2006-08-24
DE60106483T2 (de) 2005-10-20
CA2431577A1 (en) 2002-06-13
AU2009201866A1 (en) 2009-06-11
EP1340388A2 (en) 2003-09-03
IL199222A0 (en) 2011-07-31
CN1691832A (zh) 2005-11-02
MXPA03005088A (es) 2004-05-24
WO2002047407A3 (en) 2003-03-13
NO327033B1 (no) 2009-04-06
ATE279844T1 (de) 2004-10-15
WO2002047407A2 (en) 2002-06-13
TW535450B (en) 2003-06-01
NO20032555D0 (no) 2003-06-05

Similar Documents

Publication Publication Date Title
RU2282950C2 (ru) Способ и устройство, предназначенные для эстафетной передачи обслуживания соединения служб беспроводной передачи пакетных данных
US7085251B2 (en) Method and apparatus for handoff of a wireless packet data services connection
AU2002225975A1 (en) Method and apparatus for handoff of a wireless packet data services connection
US7773547B2 (en) Method and apparatus for requesting point-to-point protocol (PPP) instances from a packet data services network
US8363616B2 (en) Method and apparatus for channel optimization during point-to-point protocol (PPP) session requests
US7043253B2 (en) Load balancing in a mobile telecommunications network
US7613811B1 (en) Selecting a communications protocol