RU2282950C2 - Способ и устройство, предназначенные для эстафетной передачи обслуживания соединения служб беспроводной передачи пакетных данных - Google Patents
Способ и устройство, предназначенные для эстафетной передачи обслуживания соединения служб беспроводной передачи пакетных данных Download PDFInfo
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 36
- 230000005540 biological transmission Effects 0.000 title claims abstract 6
- 230000008859 change Effects 0.000 claims abstract description 12
- 238000012546 transfer Methods 0.000 claims abstract description 4
- 230000000977 initiatory effect Effects 0.000 claims description 25
- 238000004891 communication Methods 0.000 claims description 13
- 230000004044 response Effects 0.000 claims description 12
- 238000010295 mobile communication Methods 0.000 claims 1
- 238000012544 monitoring process Methods 0.000 claims 1
- 230000008569 process Effects 0.000 abstract description 11
- 230000006855 networking Effects 0.000 abstract 1
- 239000000126 substance Substances 0.000 abstract 1
- 239000003795 chemical substances by application Substances 0.000 description 22
- 238000010586 diagram Methods 0.000 description 6
- 230000006870 function Effects 0.000 description 5
- 230000007246 mechanism Effects 0.000 description 3
- 238000001228 spectrum Methods 0.000 description 3
- 238000013475 authorization Methods 0.000 description 2
- 239000004973 liquid crystal related substance Substances 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 101100395484 Arabidopsis thaliana HPD gene Proteins 0.000 description 1
- 101000850431 Homo sapiens Synaptic vesicle membrane protein VAT-1 homolog Proteins 0.000 description 1
- OUBMGJOQLXMSNT-UHFFFAOYSA-N N-isopropyl-N'-phenyl-p-phenylenediamine Chemical compound C1=CC(NC(C)C)=CC=C1NC1=CC=CC=C1 OUBMGJOQLXMSNT-UHFFFAOYSA-N 0.000 description 1
- 101000986989 Naja kaouthia Acidic phospholipase A2 CM-II Proteins 0.000 description 1
- 101100463166 Oryza sativa subsp. japonica PDS gene Proteins 0.000 description 1
- 101150061817 PDS1 gene Proteins 0.000 description 1
- 102100033475 Synaptic vesicle membrane protein VAT-1 homolog Human genes 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 230000001154 acute effect Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 230000006837 decompression Effects 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/16—Performing reselection for specific purposes
- H04W36/18—Performing reselection for specific purposes for allowing seamless reselection, e.g. soft reselection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/34—Modification of an existing route
- H04W40/36—Modification of an existing route due to handover
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/12—Reselecting a serving backbone network switching or routing node
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/14—Reselecting a network or an air interface
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/24—Reselection being triggered by specific parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/34—Reselection 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 с другими значениями МОКМС.
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)
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)
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)
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 |
-
2000
- 2000-12-06 US US09/732,328 patent/US7079511B2/en not_active Expired - Lifetime
-
2001
- 2001-04-12 UA UA2003065133A patent/UA75100C2/uk unknown
- 2001-12-04 CA CA2431577A patent/CA2431577C/en not_active Expired - Lifetime
- 2001-12-04 IL IL15625201A patent/IL156252A0/xx unknown
- 2001-12-04 CA CA2686598A patent/CA2686598C/en not_active Expired - Lifetime
- 2001-12-04 CN CN2005100740276A patent/CN1691831B/zh not_active Expired - Lifetime
- 2001-12-04 AU AU2002225975A patent/AU2002225975B2/en not_active Ceased
- 2001-12-04 AT AT01995405T patent/ATE279844T1/de not_active IP Right Cessation
- 2001-12-04 JP JP2002549003A patent/JP4194840B2/ja not_active Expired - Lifetime
- 2001-12-04 MX MXPA03005088A patent/MXPA03005088A/es active IP Right Grant
- 2001-12-04 WO PCT/US2001/046970 patent/WO2002047407A2/en active IP Right Grant
- 2001-12-04 KR KR1020037007618A patent/KR100896154B1/ko active IP Right Grant
- 2001-12-04 DE DE60106483T patent/DE60106483T2/de not_active Expired - Lifetime
- 2001-12-04 CN CNB018219594A patent/CN1320843C/zh not_active Expired - Lifetime
- 2001-12-04 CN CN2005100740280A patent/CN1691832B/zh not_active Expired - Lifetime
- 2001-12-04 RU RU2003120063/09A patent/RU2282950C2/ru active
- 2001-12-04 BR BRPI0115930A patent/BRPI0115930B1/pt active IP Right Grant
- 2001-12-04 AU AU2597502A patent/AU2597502A/xx active Pending
- 2001-12-04 KR KR1020087024441A patent/KR100920390B1/ko active IP Right Grant
- 2001-12-04 EP EP01995405A patent/EP1340388B1/en not_active Expired - Lifetime
- 2001-12-06 TW TW090130204A patent/TW535450B/zh not_active IP Right Cessation
-
2003
- 2003-06-05 NO NO20032555A patent/NO327033B1/no not_active IP Right Cessation
-
2004
- 2004-08-10 HK HK04105971A patent/HK1063263A1/xx not_active IP Right Cessation
-
2006
- 2006-03-27 US US11/390,611 patent/US7860061B2/en not_active Expired - Lifetime
- 2006-03-27 US US11/390,624 patent/US7561555B2/en not_active Expired - Lifetime
- 2006-07-24 AU AU2006203136A patent/AU2006203136B2/en not_active Ceased
-
2009
- 2009-05-12 AU AU2009201866A patent/AU2009201866B2/en not_active Ceased
- 2009-05-12 AU AU2009201868A patent/AU2009201868A1/en not_active Abandoned
- 2009-06-07 IL IL199222A patent/IL199222A0/en unknown
Cited By (10)
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
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 |