RU2368090C2 - Предоставление серверной информации в мобильную станцию - Google Patents

Предоставление серверной информации в мобильную станцию Download PDF

Info

Publication number
RU2368090C2
RU2368090C2 RU2005129098/09A RU2005129098A RU2368090C2 RU 2368090 C2 RU2368090 C2 RU 2368090C2 RU 2005129098/09 A RU2005129098/09 A RU 2005129098/09A RU 2005129098 A RU2005129098 A RU 2005129098A RU 2368090 C2 RU2368090 C2 RU 2368090C2
Authority
RU
Russia
Prior art keywords
server
network
dhcp
cscf
mobile station
Prior art date
Application number
RU2005129098/09A
Other languages
English (en)
Other versions
RU2005129098A (ru
Inventor
Рэймонд Т-С. ХСУ (US)
Рэймонд Т-С. ХСУ
Original Assignee
Квэлкомм Инкорпорейтед
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Квэлкомм Инкорпорейтед filed Critical Квэлкомм Инкорпорейтед
Publication of RU2005129098A publication Critical patent/RU2005129098A/ru
Application granted granted Critical
Publication of RU2368090C2 publication Critical patent/RU2368090C2/ru

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5084—Providing for device mobility
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/20—Network architectures or network communication protocols for network security for managing network security; network security policies in general
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)
  • Circuits Of Receivers In General (AREA)

Abstract

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

Description

ОБЛАСТЬ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Изобретение относится в основном к системам связи, и более конкретно к предоставлению серверной информации для обработки связи по Интернет Протоколу (IP) в системе беспроводной связи.
УРОВЕНЬ ТЕХНИКИ
В системе беспроводной связи, поддерживающей связь по мобильному Интернет Протоколу (IP), то есть виды связи, которые включают в себя соединение с Интернет, мобильный узел, называемый в настоящем описании Мобильной Станцией (МС), может использовать протокол динамической конфигурации хоста (DHCP) для передачи информации о конфигурации. В общем случае DHCP обеспечивает инфраструктуру для прохождения информации о конфигурации к хостам по сети с протоколом управления передачей (TCP)/IP. Мобильный IP подробно описан в публикации RFC №2002, озаглавленной "IP Mobility Support" С.Perking, опубликованной в октябре 1996 и включенной в настоящее описание во всей своей полноте в качестве ссылки. DHCP определен в работе RFC №1541, озаглавленной "Dynamic Host Configuration Protocol", R.Droms, опубликованной в октябре 1993 и включенной в настоящее описание во всей своей полноте в качестве ссылки.
МС может использовать DHCP для того, чтобы динамически находить конкретную серверную информацию о доступе, такую как информацию Функции Управления Состоянием Прокси-Вызова (P-CSCF) (то есть имена доменов или IP адреса). P-CSCF определен в 3GPP2 спецификации, озаглавленной "IP Network Architecture Model for cdma2000 Spread Spectrum Systems," имеющий временный ссылочный номер TSG-S NAM Rev 2.1.0. Проблема заключается в том, что МС может не иметь информации о конфигурации для сети посещения, и поэтому ей необходимы инструкции в отношении того, какой сервер используется для связи, сервер домашней сети или сервер сети посещения.
Следовательно, существует необходимость динамического предоставления МС для получения инструкций относительно информации о конфигурации для доступа к серверу при мобильной IP связи.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Фиг.1 представляет собой систему связи, поддерживающую связь по Интернет Протоколу (IP) и беспроводную связь.
Фиг.2 представляет собой временную диаграмму для динамического предоставления Мобильной Станции (МС) информации о конфигурации по протоколу инициации сессии (SIP).
Фиг.3 представляет собой временную диаграмму для динамического предоставления Мобильной Станции (МС) информации о конфигурации по протоколу инициации сессии (SIP).
Фиг.4 представляет собой временную диаграмму для динамического предоставления Мобильной Станции (МС) информации о конфигурации по протоколу инициации сессии (SIP).
Фиг.5 представляет собой временную диаграмму для динамического предоставления Мобильной Станции (МС) информации о конфигурации по протоколу инициации сессии (SIP).
ОСУЩЕСТВЛЕНИЕ ИЗОБРЕТЕНИЯ
Слово "иллюстративный" используется в настоящем описании в значении "является примером, вариантом, иллюстрацией". Любой вариант осуществления, описанный в настоящем описании как "иллюстративный", не обязательно истолковывается как предпочтительный или преимущественный по сравнению с другими вариантами осуществления.
HDR абонентская станция, упоминаемая в настоящем описании как терминал доступа (AT), может быть мобильным или стационарным и может осуществлять связь с одной или более HDR базовыми станциями, упоминаемыми в настоящем описании как приемопередатчики модемного пула (МРТ). Терминал доступа отправляет и получает пакеты данных через один или более приемопередатчиков модемного пула для HDR контроллера базовой станции, упоминаемого здесь как контроллер модемного пула (МРС). Контроллеры модемного пула и приемопередатчики модемного пула являются частью сети, называемой сетью доступа. Сеть AN доступа транспортирует пакеты данных между множеством терминалов доступа AT. AN включает в себя сетевое оборудование, обеспечивающее связь между сетью с коммутацией пакетов данных и AT. AN соответствует Базовой Станции (БС), в то время как AT соответствует Мобильной Станции (МС).
Сеть доступа может быть дополнительно соединена с дополнительными сетями, внешними по отношению к сети доступа, такими как корпоративная интрасеть или Интернет, и может передавать пакеты данных между каждым терминалом доступа и указанными внешними сетями. Терминал доступа, который создал активный канал трафика с одним или более приемопередатчиками модемного пула, называется активным терминалом доступа, находящимся в режиме трафика. Терминал доступа, который находится в процессе установления активного канала трафика с одним или более приемопередатчиками модемного пула называется находящимся в режиме установления соединения. Терминал доступа может быть любым устройством обработки данных, которое осуществляет связь через беспроводной канал или через проводной канал, например, используя оптоволоконные или коаксиальные кабели. Терминал доступа также может представлять собой устройство любого типа, в том числе, без ограничения, PC карту, компакт-флэш, внешний или внутренний модем, беспроводной или проводной телефон. Линия связи, через которую терминал доступа посылает сигналы на приемопередатчик модемного пула, называется обратной линией. Линия связи, через которую приемопередатчик модемного пула посылает сигналы на терминал доступа, называется прямой линией.
На Фиг.1 показана система связи, включающая в себя соединения беспроводной сети с Интернет.Как показано, система 100 получает доступ к Интернет 102 через домашнюю сеть 120 и/или, по меньшей мере, одну сеть 110 посещения. Домашняя сеть 120 включает в себя собственного агента (СА) 128, который обрабатывает передачи пакетных данных с мобильной станцией (МС) 104, если используется мобильный IP. CA туннелирует дейтаграммы для их доставки в МС 104, если МС 104 находится вне домашней сети, и поддерживает информацию о текущем местонахождении МС 104. Домашняя сеть 120 дополнительно включает в себя сервер 126 аутентификации, авторизации и учетных записей, который поддерживает способ для аутентификации пользователя Интернет, такой как сервис удаленной аутентификации пользователя коммутируемого соединения (RADIUS).
МС 104 поддерживает мобильный IP, причем МС 104 представляет собой мобильный узел, меняющий точку подключения из одной сети или подузла в другую сеть или подузел. МС 104 может менять местоположение без изменения IP адреса и может продолжать осуществлять связь с другими Интернет узлами в любом местоположении, используя тот же (постоянный) IP адрес, если предположить, что связь с точкой подключения доступна на уровне соединения.
Удаленный Агент (УА) в сети 110 посещения обеспечивает услуги маршрутизации к МС 104, если она зарегистрирована. УА в сети 110 посещения выполняет детуннелирование и доставляет в МС 104 дейтаграммы, которые были туннелированы с помощью СА 128. Для дейтаграмм, посланных МС 104, УА в сети 110 посещения по умолчанию может выполнять функцию маршрутизатора для зарегистрированных мобильных узлов.
Каждой МС 104 предоставляется долгосрочный IP адрес в соответствующей домашней сети 120. Этот домашний адрес управляется так же, как "постоянный" IP адрес, предоставляемый стационарному хосту. При нахождении вне домашней сети 120 "адрес отслеживания" связан с МС 104 и отражает текущую точку подключения МС 104. МС 104 может использовать домашний адрес в качестве адреса отправителя всех IP дейтаграмм, которые посылает МС 104.
Функция управления состоянием вызова (CSCF) управляет назначением ресурсов для IP услуг мультимедиа. P-CSCF представляет собой Прокси-CSCF, выполняющий роль первого терминала или точки доступа в IP мультимедийной системе, такой как система 100. IMS представляет собой беспроводную систему All-IP, где данные, голос и сигнализация доставляются как IP пакеты данных. В сущности P-CSCF представляет собой точку контакта МС 104 в сети 110 посещения после регистрации. Однако домашняя сеть 104 может дать команду МС 104 для продолжения использования CSCF домашней сети 104. P-CSCF поддерживает протокол инициации сессии (SIP), который используется для установки голос-по-IP (VoIP) и т.д. SIP описан в работе RFC №3261, озаглавленной "SIP: Session Initiation Protocol" Rosenberg и др., опубликованный в июне 2002, включенной в настоящее описание во всей своей полноте в качестве ссылки. SIP представляет собой протокол управления (сигнализации) уровня приложения для создания, модификации и прерывания сессий с одним или несколькими пользователями. Эти сессии включают в себя телефонные вызовы по Интернет, доставку мультимедийных данных и мультимедийные конференции. Многие приложения для Интернет требуют создания и управления сессией, где сессия рассматривается как обмен данными между группой пользователей. Реализация этих приложений усложняется из-за деятельности пользователей: пользователи могут перемещаться между конечными точками, их адресация может выполняться с помощью множества имен, и они могут осуществлять связь в нескольких разных медиа - иногда одновременно. Разработано множество протоколов, которые переносят различные формы мультимедийных данных в режиме реального времени, такие как голосовые, видео или текстовые сообщения. Протокол инициации сессии (SIP) работает согласованно с такими протоколами, давая возможность конечным точкам Интернет (называемым пользовательскими агентами) обнаруживать друг друга и согласовывать характеристики сессии, которую они желают совместно использовать. Для определения местоположения предполагаемых участников, и для других функций, SIP позволяет создавать инфраструктуру сетевых хостов (называемых прокси-серверы), которым пользовательские агенты могут посылать регистрации, приглашения для участия в сессии и другие запросы. SIP является быстрым, многоцелевым инструментом для создания, модификации и прерывания сессий, который работает независимо от подчиненных транспортных протоколов и независимо от типов устанавливаемых сессий.
Как описано в 3GPP2, CSCF представляет собой сетевой компонент, который используется только в Мультимедийном Домене. CSCF устанавливает, управляет, поддерживает и завершает Мультимедийные сессии и управляет взаимодействием пользовательских служб. CSCF отвечает за: а) управление выделением требуемых ресурсов, таких как сервера анонсирования, многосторонние шлюзы и другие; б) поддержание информации о режимах сессии и приоритетах пользовательских служб; в) запрос ААА для информации аутентификации и информации о профиле пользователя и г) выполнение обработки задач сессии (например, выбор сети), требуемой для завершения сессии. Функциональность CSCF в ситуации роуминга представляет собой расщепление между сетью посещения и домашней сетью. Сущность CSCF в домашней сети ответственна за управление сессией.
Сеть посещения содержит указанные сущности, Функцию Управления Состоянием Прокси-Вызова (P-CSCF) и Функцию Управления Сессией Экстренного вызова (E-CSCF). P-CSCF используется для запросов прокси из мобильной станции в CSCF домашней сети и возврата ответов из домашней сети на мобильную станцию. E-CSCF используется для экстренных вызовов. Термины "посещение" и "домашний" относятся к сетям различных провайдеров, а не к географическим зонам. Сама домашняя сеть может быть географически распределенной.
Ресурсы и/или службы Мультимедийного Домена (функция управления медиа-шлюза, функция управления медиа ресурсами) должны отвечать только на запросы, исходящие от CSCF или BGCF сущностей, ответственных за эти ресурсы. Сущность CSCF в домашней сети может дополнительно делиться на Функцию Управления Сессией Запроса-Вызова (I-CSCF) и Функцию Управления Сессией Служебного Вызова (S-CSCF). Поводом для этого может быть распределение нагрузки и/или скрытость внутренней сетевой структуры, или выделение S-CSCF, близкого к мобильной станции. При этом I-CSCF будет точкой входа в сеть, ответственной за установление местонахождения S-CSCF, обслуживающей пользователя, в то время как S-CSCF представляет собой сущность, фактически хранящую состояние сессии.
Связь между CSCF и ААА может включать в себя направление адресов и маркеров безопасности, необходимых для CSCF, для осуществления связи с другими сущностями CSCF. Также могут применяться другие технические приемы, которые позволяют CSCF определять адрес другой сущности CSCF. CSCF имеет доступ к профилю абонента. CSCF использует информацию из различных баз данных (например, профиля абонента) и активизирует различные приложения услуг для определения конкретной запрошенной услуги.
Как указывалось выше, DHCP обеспечивает инфраструктуру для поступления информации о конфигурации на хост-машину в сети TCP/IP. Протокол динамической конфигурации хоста (DHCP) предоставляет параметры конфигурации на Интернет хост-машину. DHCP содержит два компонента: протокол для предоставления параметров конфигурации, специфических для хоста, из DHCP сервера на хост-машину и механизм назначения сетевых адресов хост-машинам.
DHCP строится на модели клиент-сервер, в которой назначенные хост-машины DHCP сервера назначают сетевые адреса и доставляют параметры конфигурации в динамически конфигурируемые хост-машины. В данном контексте, термин "сервер" ссылается на хост-машину, предоставляющую параметры инициализации при помощи DHCP, а термин "клиент" ссылается на хост-машину, запрашивающую параметры инициализации от DHCP сервера.
Хост-машина не должна действовать как DHCP сервер, если только она явно не сконфигурирована для этого системным администратором. Для выделения IP адреса DHCP поддерживает три механизма. При "автоматическом выделении", DHCP назначает постоянный IP адрес хост-машины. При "динамическом назначении", DHCP назначает IP адрес хост-машины для ограниченного периода времени (или пока хост-машина не освободит адрес). При "ручном назначении", IP адрес хост-машины назначается сетевым администратором, и DHCP используется только для передачи определенного адреса хост-машины. Конкретная сеть использует один или несколько из этих механизмов в зависимости от политик системного администратора.
Динамическое назначение является единственным из трех механизмов, который позволяет автоматическое многократное использование адресов, которые больше не нужны хост-машине, для которой они были назначены. Таким образом, динамическое назначение очень полезно, в частности, для установления адреса хост-машины, которая будет соединена с сетью только временно, или для совместного использования ограниченной буферной областью IP адресов между группой хост-машин, которые не нуждаются в постоянных IP адресах. Динамическое назначение также может представлять собой хороший выбор для назначения IP адреса для новой хост-машины, постоянно соединенной с сетью, у которой достаточно ограниченные IP адреса, что является очень важным для их исправления при удалении старой хост-машины. Ручное назначение IP адресов позволяет DHCP быть использованным для устранения подверженного ошибкам процесса ручной конфигурации хост-машин в таких типах окружения, где (по любой причине) необходимо управление назначением IP адреса вне механизмов DHCP.
Способ DHCP является дополнительным к способам обеспечения МС статической информацией P-CSCF. Для обнаружения P-CSCF информации МС сначала может попытаться использовать DHCP. В случае неудачи, например, если сеть не поддерживает DHCP, МС может произвести откат для использования информации P-CSCF, предоставленной статически. Способы статического обеспечения включают в себя ручное обеспечение МС информацией (например, IP адресов) обо всех P-CSCF участников роуминга. Другой способ статического обеспечения основан на предоставлении по радиоканалу.
Необходимым является динамическое обеспечение МС, при котором МС посылает запрос DHCP, а ответ DHCP включает в себя IP адрес требуемого P-CSCF сервера. По Фиг.1 домашняя сеть 120 включает в себя DHCP сервер 124 и сервер 122, который может представлять собой CSCF или P-CSCF сервер. Домашняя сеть 120 подсоединена к Интернету 102. Аналогично, сеть 110 посещения включает в себя PDSN 118, ААА сервер 116, DHCP сервер 114 и сервер 112, который может быть CSCF или P-CSCF сервером. Другими словами, серверы 112, 122 представляют собой серверы для реализации функциональности SIP.
Если МС 104 перемещается из домашней сети 120 в сеть 110 посещения, то МС 104 посылает сообщение запроса DHCP. В ответ, DHCP сервер посылает сообщение ретрансляции, включающее в себя IP адрес соответствующего P-CSCF. Согласно одному варианту осуществления, DHCP сервер предоставляет сообщение ретрансляции, включающее IP адрес определенного P-CSCF сервера. Домашняя сеть 120 определяет назначенный P-CSCF сервер.
Ниже подробно описано множество способов для динамического получения МС информации P-CSCF через DHCP. До использования способа DHCP, МС уже установила сессию передачи пакетных данных и получила IP адреса. Таким образом, способ DHCP, изложенный в настоящем описании, не предназначен для выделения IP адреса для MC.
По Фиг.1, хотя МС 104 находится в роуминге, МС 104 может использовать P-CSCF в сети 110 посещения или в домашней сети 120. Решение об использовании конкретного P-CSCF принимается домашней сетью 120. Решение может быть основано на предварительном соглашении между носителем посещения или домашним носителем, информации пользовательского профиля, локальной политики и т.д. Например, домашний носитель может иметь соглашение роуминга, при котором от абонентов, входящих в носитель посещения, требуется использование P-CSCF, предоставляемого домашним носителем. В другом примере носитель посещения может иметь локальную политику, при которой все запросы SIP, включая запросы, выполненные МС, находящейся в роуминге, должны быть обработаны локальным P-CSCF в носителе посещения. В другом примере сеть 110 посещения принимает пользовательскую информацию профиля из домашнего ААА сервера 122 во время аутентификации доступа, которая содержит пользовательские предпочтения, относящиеся к тому, какой P-CSCF использовать. Если при этом возникает конфликт, тогда именно локальная политика определяет, какой из них использовать. Сетевое решение также имеет преимущество в том, что МС 104 ведет себя одинаково для получения P-CSCF информации (например, IP адреса P-CSCF) и в случае носителя посещения и в случае домашнего носителя.
Фиг.2 представляет собой временную диаграмму, иллюстрирующую один сценарий, в котором связь обрабатывается между МС 104, домашней сетью 120 и сетью 110 посещения. Домашняя сеть 120 включает в себя домашний RADIUS сервер 126 и DHCP сервер 124. Сеть 110 посещения включает в себя PDSN 118 и RADIUS сервер 116 посещения. МС 104 перемещается в сеть 110 посещения и посылает аутентификацию доступа. МС 104 использует DHCPINFORM сообщение для запроса параметров конфигурации. Поскольку МС 104 уже имеет IP адрес, МС включает свой адрес в поле "Client IP Address" DHCPINFORM. Обычно МС не сконфигурирована с IP адресом DHCP сервера, таким образом, МС посылает DHCPINFORM через широковещательную передачу IP, такую как на UDP порт (67). МС может использовать ограниченную широковещательную передачу IP (например, 255.255.255.255) вместо направленной широковещательной передачи IP. Для направленной широковещательной передачи IP сообщение посылаются индивидуально всем МС, связанным с домашней сетью. Следует отметить, что система защиты домашнего носителя МС наиболее вероятно будет отвергать любые пакеты направленной широковещательной передачи IP, если только не используется обратный туннель мобильного IP для туннелирования сообщений направленной широковещательной передачи IP назад в СА МС.
DHCPINFORM может быть принят множеством DHCP серверов, причем каждый отвечает сообщением подтверждения DHCPACK. Если эти ответы содержат различающуюся информацию Р-СНСР, тогда именно МС решает, какой из них использовать.
Во время роуминга МС посылает DHCPINFORM, используя Простой IP. При приеме DHCPINFORM, PDSN ретранслирует его в локальный DHCP сервер в сети посещения или в удаленный DHCP сервер в домашней сети МС. Решение ретрансляции основано на предварительном соглашении с домашней сетью МС, или пользовательском профиле МС, или локальной политике:
Если домашний носитель МС имеет соглашение о роуминге с носителем посещения для использования локального P-CSCF для обслуживания МС, находящейся в роуминге, PDSN ретранслирует DHCOINFORM в локальный DHCP сервер. PDSN ретранслирует DHCPINFORM либо через: 1) ограниченную широковещательную передачу IP в локальную сеть, которая имеет один или несколько DHCP серверов; либо 2) одноадресную передачу в локальный DHCP сервер по умолчанию. PDSN не ретранслирует BHCPINFORM в какую-либо МС.
Если домашний носитель МС имеет соглашение о роуминге с носителем посещения для ретрансляции DHCPINFORM обратно на домашний носитель, то необходимо обеспечить PDSN подходящей инструкцией ретрансляции DHCP, т.е. отображении между доменным именем домашнего носителя и, по меньшей мере, одним IP адресом удаленного DHCP сервера.
Если предварительное соглашение о ретрансляции DHCP не является практичным и доступным (вследствие логистических или других причин), альтернатива для PDSN заключается в получении инструкции ретрансляции в виде пользовательского профиля из домашнего RADIUS сервера МС. Во время аутентификации доступа МС, PDSN может указать домашнему RADIUS серверу на функциональные возможности его агента ретрансляции DHCP. Это указание может быть передано в атрибуте, зависящем от поставщика 3GPP2, в сообщении Доступа-Запроса RADIUS. Затем, домашний RADIUS сервер может информировать PDSN об инструкции ретрансляции DHCP для конкретной МС. Инструкция может быть включена в атрибут, зависящий от поставщика 3GPP2, в сообщении Доступа-Принятия RADIUS. Инструкция говорит PDSN использовать локальный DHCP сервер или ретранслировать DHSPINFORM в удаленный DHCP сервер. Во втором случае, инструкция также содержит, по меньшей мере, один IP адрес удаленного DHCP сервера.
При отсутствии какой-либо инструкции ретрансляции DHCP в предварительном соглашении или пользовательском профиле, PDSN ретранслирует DHCPINFORM на локальный DHCP сервер. PDSN не должен ретранслировать DHCPINFORM в какую-либо МС.
Для МС, находящейся в роуминге, использующей мобильный IP, если обратный туннель является доступным согласно IS-835-B, PDSN отправляет все пакеты ограниченной широковещательной передачи IP (включая пакеты, передаваемые DHCPINFORM) в СА МС. Это заставляет МС осуществлять связь с DHCP сервером. Если обратный туннель не доступен для МС, PDSN действует как DHCP Агент Ретрансляции, и поведение является таким же, как в случае Простого IP. To есть, PDSN ретранслирует DHCPINFORM в локальный или удаленный DHCP сервер, основываясь на предварительном соглашении с домашней сетью МС, или пользовательском профиле МС, или локальной политике.
Если обратный туннель доступен, СА может получать пакеты ограниченной широковещательной передачи IP, несущие DHCPINFORM. PDSN ретранслирует DHCPINFORM либо через ограниченную широковещательную передачу IP в локальную сеть, которая имеет один или несколько DHCP серверов, либо через одноадресную передачу в локальный DHCP сервер по умолчанию.
Согласно мобильному IP, MC может потребовать от СА отправки любых пакетов широковещательной передачи или многоадресной передачи в МС.МС запрашивает эту характеристику при помощи установки В-бита в Запросе Регистрации мобильного IP. Если СА принимает пакет широковещательной передачи IP или многоадресной передачи IP (предназначенный для группы, в которой МС является членом), СА инкапсулирует пакет в другой IP пакет, предназначенный для домашнего адреса МС, и затем туннелирует инкапсулированный пакет в PDSN. Однако это не требуется для СА для передачи пакета широковещательной передачи IP, содержащего DHCPINFORM для любой МС, поскольку радиоканал нерационально расходуется при транспортировке DHCPINFORM в МС, которой в действительности не нужен DHCPINFORM. Возможным решением является санкционирование СА, позволяющее ей не передавать любые пакеты широковещательной передачи IP (переносящие сообщения DHCP) в такие МС, которые желают принять пакеты широковещательной передачи из СА.
DHCP сервер отвечает МС DHXPPACP через одноадресную передачу IP пакета. DHCP сервер узнает адрес IP МС из поля "Client IP Address" DHCPINFORM. Следовательно, PDSN не нуждается в "ретрансляции" DHCPACK; вместо этого, PDSN просто маршрутизирует DHCPACK, так же как любой другой пакет.
DHCPACK содержит опцию DHCP сервера SIP, которая передает информацию (например, имя домена или IP адрес), по меньшей мере, одного P-CSCF. Если опция переносит более одного P-CSCF, МС должна использовать информацию P-CSCF в перечисленном порядке. Если МС принимает имя домена P-CSCF, МС должна использовать DNS для получения IP адреса P-CSCF. МС сконфигурирована с IP адресом Сервера DNS, или МС получает его динамически через IPCP.
Локальный DHCP сервер в сети посещения может отвечать домашней сети МС информацией P-CSCF. Это может быть предусмотрено через соглашение о роуминге и пригодно для МС Простого IP роуминга, предназначенного для оповещения об информации P-CSCF в ее домашней сети. Простой IP означает, что МС при инициировании сессии передачи пакетных данных получает IP адрес, назначенный локальной сетью, которая в данное время обслуживает МС. Простой IP не обеспечивает мобильности IP, в отличие от мобильного IP, поскольку МС, использующая Простой IP, требует получения нового IP адреса, если она перемещается в новую сеть.
DHCP сервер в домашней сети может ответить информацией о Р-CSCF в обслуживающей сети посещения. Это может быть полезным для МС, находящейся в Мобильном IP роуминге, если разрешен обратный туннель для ее извещения об информации P-CSCF в обслуживающей сети посещения.
Необходимо отметить, что DHCP сервер в домашней сети не знает, какая сеть посещения обслуживает МС, и, следовательно, DHCPINFORM не идентифицирует сеть посещения. Кроме того, использование локального P-CSCF является причиной нежелательного эффекта блокирования пакетов, созданных мобильной станцией. А именно, для SIP INVITE из МС выполняется обратное туннелирование в СА МС в домашней сети и затем маршрутизируется обратно в Р-CSCF в сеть посещения. Такая избыточная маршрутизация вводит дополнительное время ожидания в установку вызова SIP.
Если домашняя сеть выбирает поддержку P-CSCF в домашней сети, то затем сеть посещения действует в качестве битового насоса без обеспечения какого-либо управления и/или гибкости. В отличие от этого, если выбрана поддержка P-CSCF в сети посещения, то сеть посещения обеспечивает управление и гибкость. Это позволяет сети посещения вычислять расходы, сигнализацию управления, такую как запрет VoIP в часы пик и т.д.
Следует отметить, что сеть посещения может не иметь возможности P-CSCF, в случае которого домашняя сеть будет поддерживать управление P-CSCF для связи.
МС, находящаяся в Простом IP роуминге, с использованием Р-CSCF в домашней сети
В этом примере, PDSN сети посещения ретранслирует DHCPINFORM в удаленный DHCP сервер в домашней сети МС, основываясь на инструкции ретрансляции DHCP, полученной из домашнего RADIUS сервера МС во время аутентификации доступа МС. Ретрансляция DHCP включает в себя адрес домашнего DHCP сервера. В результате, МС обнаруживает удаленный P-CSCF в домашней сети. По Фиг.2, на этапе 1 МС выполняет аутентификацию доступа (CHAP для Простого IP, или УА Вызов/Ответ для Мобильного IP). На этапе 2 аутентификация доступа вызывает посылку по PDSN для отправки RADIUS Доступ-Запроса в домашний RADIUS сервер МС через RADIUS сервер посещения. RADIUS Доступ-Запрос содержит атрибут, зависящий от поставщика 3GPP2, указывающий что PDSN имеет функциональную возможность агента ретрансляции DHCP.
На этапе 3 при успешной аутентификации домашний RADIUS сервер отвечает RADIUS Доступ-Удовлетворен, который содержит атрибут, зависящий от поставщика 3GPP2, несущий инструкцию ретрансляции DHCP для этой конкретной МС. Инструкция предназначена для ретрансляции DHCPINFORM в DHCP сервер в домашней сети и содержит IP адрес удаленного DHCP сервера.
На этапе 4, МС желает обнаружить P-CSCF через DHCP и посылает DHCPINFORM через ограниченную широковещательную передачу IP. МС включает свой IP адрес в поле "Client IP Address" DHCPINFORM.
На этапе 5, основываясь на инструкции ретрансляции DHCP, принятой на этапе 3, PDSN ретранслирует DHCPINFORM через одноадресную передачу в DHCP сервер в домашней сети.
На этапе 6, DHCP сервер посылает DHCPSCK в МС через одноадресную передачу. DHCP сервер узнает IP адрес МС из поля "Client IP Address" DHCPINFORM. DHCPACK содержит информацию (адрес IPv4 или имя домена) P-CSCF в домашней сети МС. DHCPACK устанавливает IP адрес P-CSCF. Если выбрана поддержка P-CSCF в домашней сети, тогда DHCPACK предоставляет IP адрес домашнего DHCP. Инструкция ретрансляции DHCP указывает PDSN, какой DHCP сервер использовать, что подразумевает ту же самую сеть P-CSCF. Ретрансляция DHCP может включать в себя индикатор, такой как однобитовый индикатор, в котором, если бит индикатора установлен, МС использует домашнюю сеть, а если сброшен, МС использует сеть посещения.
В отличие от этого, если выбрано использование P-CSCF в локальной сети посещения, то на Фиг.3 показан такой же сценарий, в котором DHCP сервер в сети посещения отвечает на сообщение DHCPINFORM при помощи DHCPACK через широковещательную передачу, в которой DHCP сервер предоставляет IP адрес P-CSCF сети посещения. Следует отметить, что если сеть посещения не имеет функциональной возможности P-CSCF, то запрос доступа RADIUS этапа 2 на это указывает. Другими словами, запрос доступа указывает на функциональную возможность сети. Это сделано при помощи двух полей: функциональная возможность DHCP для PDSN и функциональная возможность P-CSCF сети посещения. Если PDSN не имеет функциональной возможности DHCP, то сообщение DHCPINFORM отбрасывается, поскольку PDSN не имеет возможности для ответа.
МС, находящаяся в Простом IP роуминге, с использованием Р-CSCF в сети посещения.
В этом примере, PDSN ретранслирует DHCPINFORM в локальный DHCP сервер при отсутствии какой-либо инструкции ретрансляции DHCP. В результате, МС выполняет обнаружение локального P-CSCF в сети посещения.
По Фиг.4, на этапе 1 МС желает обнаружить P-CSCF через DHCP и посылает DHCPINFORM через ограниченную широковещательную передачу IP. МС включает свой IP адрес в поле "Client IP Address" DHCPINFORM.
На этапе 2, из-за отсутствия любой инструкции ретрансляции DHCP (из предварительного соглашения с домашней сетью МС или пользовательского профиля из домашнего RADIUS сервера МС), PDSN ретранслирует DHCPINFORM в DHCP сервер в домашней сети через одноадресную передачу. Этот пример предполагает, что PDSN снабжен IP адресом локального DHCP сервера.
На этапе 3 DHCP сервер посылает DHCPACK в МС через одноадресную передачу IP пакета. DHCP сервер узнает IP адрес МС из поля "Client IP Address" DHCPINFORM. DHCPACK содержит информацию (адрес Ipv4 или имя домена) P-CSCF в сети посещения.
МС, находящаяся в роуминге, с использованием Мобильного IP с обратным туннелем
Как показано на Фиг.5, МС использует Мобильный IP, и обратный туннель является доступным. Таким образом, от PDSN требуется передача всех пакетов ограниченной широковещательной передачи IP (выключая DHCPINFORM) в СА МС. Это эффективно вынуждает МС осуществлять связь с DHCP сервером и, следовательно, P-CSCF в домашней сети.
На этапе 1 МС желает обнаружить P-CSCF через DHCP и посылает DHCPINFORM через ограниченную широковещательную передачу IP. МС включает свой IP адрес в поле "Client IP Address" DHCPINFORM.
На этапе 2, согласно IS-835-B, если обратный туннель доступен, от PDSN требуется передача всех пакетов широковещательной передачи IP в СА МС. На этапе 3 СА направляет пакет ограниченной широковещательной передачи IP (содержащий DHCPINFORM) в локальную сеть СА.
На этапе 4 DHCP сервер посылает DHCPACK в МС через одноадресную передачу. DHCP сервер узнает IP адрес МС из поля "Client IP Address" DHCPINFORM. DHCPAK содержит информацию (адрес Ipv4 или имя домена) P-CSCF в домашней сети МС. Одноадресная передача IP пакета, несущая DHCPACK, маршрутизируется в СА МС.
На этапе 5 СА туннелирует IP пакет одноадресной передачи, несущий DHCPACK, в PDSN. На этапе 6 PDSN передает IP пакет одноадресной передачи, несущий DHCPACK, в МС.
Специалисты в данной области техники признают, что информация и сигналы могут быть представлены с использованием любого из множества различных способов и технологий. Например, данные, инструкции, команды, информация, сигналы, биты, символы и чипы, которые могли упоминаться в вышеизложенном описании, могут быть представлены напряжениями, токами, электромагнитными волнами, магнитными полями и частицами, оптическими полями и частицами, или любой их комбинацией.
Специалисты в данной области техники также признают, что различные иллюстративные логические блоки, модули, схемы и этапы алгоритмов, описанные в связи с вариантами осуществления изобретения, раскрытыми здесь, могут быть реализованы как электронные аппаратные средства, компьютерные программные средства или их комбинация. Для того чтобы ясно проиллюстрировать указанную взаимозаменяемость аппаратных средств и программных средств, различные иллюстративные компоненты, блоки, модули, схемы и этапы были выше описаны в общем случае в терминах их функциональности. Будет ли указанная функциональность реализована при помощи аппаратных средств или программных средств, зависит от конкретного приложения и конструктивных ограничений, налагаемых на всю систему. Специалисты в данной области техники могут реализовывать указанную функциональность различными способами для каждого конкретного приложения, но такая реализация не должна быть интерпретирована как выход за границы объема настоящего изобретения.
Различные иллюстративные логические блоки, модули, схемы, описанные в связи с вариантами осуществления изобретения, раскрытыми в настоящем описании, могут быть реализованы или исполнены при помощи процессора общего назначения, цифрового сигнального процессора (DSP), заказной интегральной схемы (ASIC), программируемого вентильного массива (FPGA), или другого программируемого логического устройства, дискретных вентилей или транзисторной логики, дискретных аппаратных компонентов, или любой их комбинации, разработанной для исполнения функций, изложенных в настоящем описании. Процессор общего назначения может быть микропроцессором, контроллером, микроконтроллером или конечным автоматом. Процессор также может быть реализован как комбинация вычислительных устройств, например, комбинация DSP и микропроцессора, множества процессоров, одного или более микропроцессоров в сочетании с ядром DSP, или любой другой подобной конфигурации.
Этапы способа или алгоритма, изложенные в связи с вариантами осуществления изобретения, раскрытыми в настоящем описании, могут быть реализованы непосредственно в виде аппаратных средств, в виде программных модулей, исполняемых процессором, или их комбинации. Программные модули могут находиться в памяти ОЗУ, флэш-памяти, памяти ПЗУ, памяти EPROM, памяти EEPROM, регистрах, жестком диске, съемном диске, CD-ROM, или на носителе данных любого другого вида, известного в данной области техники. Иллюстративный носитель данных соединен с процессором, таким образом, что указанный процессор может считывать информацию и записывать информацию на носитель данных. В качестве альтернативы, носитель данных может быть интегрирован в процессор. Процессор и носитель данных могут входить в состав ASIC. ASIC может входить в состав терминала пользователя. В качестве альтернативы, процессор и носитель данных могут входить в состав терминала пользователя в виде дискретных компонентов.
Предыдущее описание раскрытых вариантов осуществления настоящего изобретения представлено для того, чтобы дать возможность любому специалисту в данной области техники использовать настоящее изобретение. Для специалистов в данной области техники будут очевидны различные модификации указанных вариантов осуществления настоящего изобретения, и общие принципы, определенные в настоящем описании, могут применяться в других вариантах осуществления, не выходя за рамки духа и объема настоящего изобретения. Таким образом, настоящее изобретение не предназначено для ограничения вариантов осуществления, изложенных в настоящем описании, но должно соответствовать наиболее широкому объему, совместимому с принципами и новыми отличительными особенностями, раскрытыми в настоящем описании.

Claims (11)

1. Способ для динамического обеспечения мобильной станции (104) в беспроводной системе связи, поддерживающей связь по Интернет Протоколу (IP), содержащий этапы на которых:
инициируют аутентификацию доступа в сети посещения (110);
получают индикатор функциональной возможности протокола динамической конфигурации хоста (DHCP) для сети посещения (110);
посылают запрос DHCP посредством мобильной станции;
получают серверную информацию о конфигурации для сети посещения (110) в ответе DHCP, причем ответ DHCP включает в себя IP адрес требуемого сервера (112); и
обрабатывают связь через требуемый сервер (112) сети посещения (110), причем требуемый сервер (112) является прокси сервером протокола инициации сессии (SIP).
2. Способ по п.1, в котором сервер (112) сети посещения (110) представляет собой Функцию Управления Состоянием Прокси-Вызова (Р-CSCF).
3. Способ по п.1, дополнительно содержащий передачу сообщения запроса доступа в сеть посещения (110).
4. Способ по п.3, в котором индикатор функциональной возможности DHCP представляет собой однобитовое поле.
5. Способ по п.1, дополнительно содержащий получение индикатора функциональной возможности Функции Управления Состоянием Прокси-Вызова (P-CSCF).
6. Устройство удаленной станции содержащее:
управляющий процессор для выполнения считываемых компьютером инструкций;
запоминающее устройство для хранения считываемых компьютером инструкций для:
инициирования аутентификации доступа в сети посещения (110);
получения индикатора функциональной возможности протокола динамической конфигурации хоста (DHCP) для сети посещения (110);
посылки запроса DHCP посредством мобильной станции (104);
получения серверной информации о конфигурации для сети посещения (110) в ответе DHCP, причем ответ DHCP включает в себя IP адрес требуемого сервера (112); и
обработки связи через требуемый сервер (112) сети посещения (110), причем требуемый сервер является прокси сервером протокола инициации сессии (SIP).
7. Мобильная станция (104), содержащая:
средство для инициирования аутентификации доступа в сети посещения (110);
средство для получения индикатора функциональной возможности протокола динамической конфигурации хоста (DHCP) для сети посещения (110);
средство для посылки запроса DHCP посредством мобильной станции (104);
средство для получения серверной информации о конфигурации для сети посещения (110); в ответе DHCP, причем ответ DHCP включает в себя IP адрес требуемого сервера; и
средство для обработки связи через требуемый сервер (112) сети посещения (110), причем требуемый сервер (112) является прокси сервером протокола инициации сессии (SIP).
8. Мобильная станция по п.7, в которой сервер (112) представляет собой Функцию Управления Состоянием Прокси-Вызова (P-CSCF).
9. Мобильная станция по п.7, дополнительно содержащая средство для передачи сообщения запроса доступа в сеть посещения (110).
10. Мобильная станция по п.9, в котором индикатор функциональной возможности DHCP является однобитовым полем.
11. Мобильная станция по п.7, дополнительно содержащая средство для получения индикатора функциональной возможности функции Управления Состоянием Прокси-Вызова (P-CSCF).
RU2005129098/09A 2003-02-18 2004-02-12 Предоставление серверной информации в мобильную станцию RU2368090C2 (ru)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US10/368,768 2003-02-18
US10/368,768 US7533160B2 (en) 2003-02-18 2003-02-18 Provisioning server information in a mobile station

Publications (2)

Publication Number Publication Date
RU2005129098A RU2005129098A (ru) 2006-03-20
RU2368090C2 true RU2368090C2 (ru) 2009-09-20

Family

ID=32850197

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2005129098/09A RU2368090C2 (ru) 2003-02-18 2004-02-12 Предоставление серверной информации в мобильную станцию

Country Status (16)

Country Link
US (1) US7533160B2 (ru)
EP (1) EP1595384B1 (ru)
JP (1) JP4597958B2 (ru)
KR (1) KR20050105225A (ru)
CN (2) CN101697608A (ru)
AT (1) ATE426986T1 (ru)
AU (2) AU2004213977A1 (ru)
BR (1) BRPI0407563A (ru)
CA (1) CA2516208A1 (ru)
DE (1) DE602004020192D1 (ru)
IL (1) IL170229A0 (ru)
MX (1) MXPA05008770A (ru)
RU (1) RU2368090C2 (ru)
TW (1) TW200503495A (ru)
UA (1) UA90083C2 (ru)
WO (1) WO2004075510A1 (ru)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012115990A1 (en) * 2011-02-22 2012-08-30 Ecert, Inc. System and method to customize dns replies
RU2500078C2 (ru) * 2011-01-28 2013-11-27 Нтт Досомо, Инк. Способ и устройство для определения сервера, отвечающего на запрос обслуживания из мобильного устройства, и устройство, включающее мобильное устройство или сервер dns
US11290462B2 (en) 2016-11-30 2022-03-29 Nec Corporation Communication device, communication method, and program

Families Citing this family (59)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050015499A1 (en) * 2003-05-15 2005-01-20 Georg Mayer Method and apparatus for SIP user agent discovery of configuration server
US7558845B2 (en) * 2004-02-19 2009-07-07 International Business Machines Corporation Modifying a DHCP configuration for one system according to a request from another system
WO2005104500A1 (en) * 2004-04-23 2005-11-03 Telefonaktiebolaget Lm Ericsson (Publ) Aaa support for dhcp
US7864709B2 (en) * 2004-06-25 2011-01-04 Apple Inc. Method and apparatus for looking up configuration information for a network node
US7599347B2 (en) * 2004-09-16 2009-10-06 Research In Motion Limited System and method for allocating session initiation protocol (SIP) identifications (IDs) to user agents
CN1761359B (zh) * 2004-10-12 2012-02-29 株式会社日立制作所 移动通信控制方法和移动通信控制系统
US7974621B2 (en) * 2004-11-18 2011-07-05 Sprint Spectrum L.P. Method and apparatus for transitioning between radio link protocols in a packet-based real-time media communication system
US7385935B2 (en) * 2004-12-17 2008-06-10 Alpha Networks Inc IP address parameter setting method of remote network apparatus
GB0504868D0 (en) * 2005-03-09 2005-04-13 Nokia Corp A method of configuring a communication device
US7793058B2 (en) * 2005-04-19 2010-09-07 International Business Machines Corporation Method and apparatus for negotiating revised service level agreements
US7792528B2 (en) 2005-06-24 2010-09-07 Aylus Networks, Inc. Method and system for provisioning IMS networks with virtual service organizations having distinct service logic
US7561535B2 (en) * 2005-06-24 2009-07-14 Aylus Networks, Inc. System and method for providing dynamic call models for users as function of the user environment in an IMS network
US7724753B2 (en) 2005-06-24 2010-05-25 Aylus Networks, Inc. Digital home networks having a control point located on a wide area network
US7864936B2 (en) * 2005-06-24 2011-01-04 Aylus Networks, Inc. Method of avoiding or minimizing cost of stateful connections between application servers and S-CSCF nodes in an IMS network with multiple domains
US20060291489A1 (en) * 2005-06-24 2006-12-28 Aylus Networks, Inc. System and method to mediate delivery of legacy, non-IMS services into an IMS network
US7672297B2 (en) * 2005-06-24 2010-03-02 Aylus Networks, Inc. Mediation system and method for hybrid network including an IMS network
US20060291412A1 (en) 2005-06-24 2006-12-28 Naqvi Shamim A Associated device discovery in IMS networks
US20060291487A1 (en) * 2005-06-24 2006-12-28 Aylus Networks, Inc. IMS networks with AVS sessions with multiple access networks
US10178522B2 (en) * 2005-08-02 2019-01-08 Qualcomm Incorporated VoIP emergency call support
US9137770B2 (en) * 2005-09-15 2015-09-15 Qualcomm Incorporated Emergency circuit-mode call support
CN1937632B (zh) * 2005-09-23 2011-05-11 中兴通讯股份有限公司 一种应用于宽带无线接入系统中地址分配方法
US8532606B2 (en) * 2005-10-07 2013-09-10 Lg Electronics Inc. Method and system for providing an emergency location service using interoperability between IMS core and access network
US8515421B2 (en) * 2005-11-12 2013-08-20 Interdigital Technology Corporation IMS enabled attach procedure for LTE
US7729342B1 (en) * 2005-12-02 2010-06-01 Symantec Corporation Privacy preservation for voice over internet protocol calling
WO2007082134A2 (en) * 2006-01-09 2007-07-19 Motorola, Inc. Method and system architecture for establishing a specific communication session in a communication network
CN100579278C (zh) * 2006-03-03 2010-01-06 华为技术有限公司 紧急呼叫方法、系统及呼叫会话控制功能实体
US7715562B2 (en) 2006-03-06 2010-05-11 Cisco Technology, Inc. System and method for access authentication in a mobile wireless network
CN101496387B (zh) * 2006-03-06 2012-09-05 思科技术公司 用于移动无线网络中的接入认证的系统和方法
US8073444B2 (en) * 2006-03-17 2011-12-06 Camiant, Inc. Distributed policy services for mobile and nomadic networking
US7933205B1 (en) 2006-05-01 2011-04-26 At&T Mobility Ii Llc Generalized interconnection apparatus for delivering services based on real time performance requirements
US8923853B1 (en) * 2006-05-04 2014-12-30 At&T Mobility Ii Llc Dynamic provisioning system for policy-based traffic navigation for roaming traffic
US9026117B2 (en) 2006-05-16 2015-05-05 Aylus Networks, Inc. Systems and methods for real-time cellular-to-internet video transfer
US8432899B2 (en) * 2007-02-22 2013-04-30 Aylus Networks, Inc. Systems and methods for enabling IP signaling in wireless networks
US8611334B2 (en) * 2006-05-16 2013-12-17 Aylus Networks, Inc. Systems and methods for presenting multimedia objects in conjunction with voice calls from a circuit-switched network
US8730945B2 (en) * 2006-05-16 2014-05-20 Aylus Networks, Inc. Systems and methods for using a recipient handset as a remote screen
US20080008157A1 (en) * 2006-07-06 2008-01-10 Edge Stephen W Method And Apparatus For Parallel Registration And Call Establishment
US7929419B2 (en) * 2006-08-04 2011-04-19 Tekelec Methods, systems, and computer program products for inhibiting message traffic to an unavailable terminating SIP server
CN101087301B (zh) * 2006-09-07 2010-05-12 华为技术有限公司 用户接入网络的方法和系统
KR100835180B1 (ko) * 2006-12-01 2008-06-05 한국전자통신연구원 광대역 무선 패킷 통신 시스템에서 이동 단말의 홈 망 정보 제공 방법
WO2008079375A1 (en) * 2006-12-22 2008-07-03 Telcordia Technologies, Inc. Flexible mobility framework for heterogeneous roaming in next generation wireless networks
US9531835B2 (en) * 2007-02-13 2016-12-27 Devicescape Software, Inc. System and method for enabling wireless social networking
US9871872B2 (en) 2007-04-13 2018-01-16 Nokia Technologies Oy Mechanism for executing server discovery
US7856226B2 (en) * 2007-04-17 2010-12-21 Aylus Networks, Inc. Systems and methods for IMS user sessions with dynamic service selection
CN101675676B (zh) * 2007-05-04 2014-01-22 苹果公司 协商不同的移动ip输送方式
US20080317010A1 (en) * 2007-06-22 2008-12-25 Aylus Networks, Inc. System and method for signaling optimization in ims services by using a service delivery platform
US8218459B1 (en) * 2007-12-20 2012-07-10 Genbrand US LLC Topology hiding of a network for an administrative interface between networks
CN101483868B (zh) * 2008-01-11 2011-02-02 华为技术有限公司 一种分配应用服务器的方法、设备及系统
CN101686266B (zh) * 2008-09-24 2014-07-09 华为技术有限公司 一种无线接入设备获取管理地址的方法和网络设备
US8310609B2 (en) * 2008-09-30 2012-11-13 Sony Corporation Liquid crystal device, electronic apparatus, and method of manufacturing liquid crystal device
US8385300B2 (en) * 2008-10-03 2013-02-26 Cisco Technology, Inc. Internet protocol address management for communicating packets in a network environment
CN101594394A (zh) * 2009-06-24 2009-12-02 华为技术有限公司 服务器发现方法、系统和设备
US8499087B2 (en) * 2009-11-30 2013-07-30 At&T Mobility Ii Llc Service-based routing for mobile core network
US20110151054A1 (en) * 2009-12-23 2011-06-23 John Kieran Brody Reduced Sodium Natural Cheese And Method Of Manufacturing
US9071921B2 (en) * 2009-12-23 2015-06-30 Futurewei Technologies, Inc. System and method for event driven operations in a communications system
US8566926B1 (en) 2010-03-18 2013-10-22 Sprint Communications Company L.P. Mobility protocol selection by an authorization system
US8340292B1 (en) 2010-04-01 2012-12-25 Sprint Communications Company L.P. Lawful intercept management by an authorization system
CN103209092B (zh) * 2013-02-28 2016-03-30 成都西加云杉科技有限公司 广播风暴抑制方法及系统
WO2014205700A1 (zh) 2013-06-26 2014-12-31 华为技术有限公司 一种ip地址分配的系统和方法
US11108832B2 (en) * 2019-09-26 2021-08-31 T-Mobile Usa, Inc. Network component selection based on device identifier

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3609624B2 (ja) * 1997-08-01 2005-01-12 株式会社東芝 移動計算機装置、移動計算機管理装置、モバイル情報管理装置及び通信制御方法
US6587882B1 (en) * 1997-08-01 2003-07-01 Kabushiki Kaisha Toshiba Mobile IP communication scheme using visited site or nearby network as temporal home network
JP3641128B2 (ja) 1998-02-20 2005-04-20 株式会社東芝 移動計算機装置、移動計算機管理装置、移動計算機管理方法及び通信制御方法
US8516055B2 (en) * 1998-05-29 2013-08-20 Research In Motion Limited System and method for pushing information from a host system to a mobile data communication device in a wireless data network
JP2002033764A (ja) * 2000-07-14 2002-01-31 Fujitsu Ltd 通信サービス提供システム、並びに通信サービス提供システムにおいて使用される移動端末装置、アドレスサーバ装置、およびルータ装置
FI113319B (fi) * 2000-09-29 2004-03-31 Nokia Corp Palveluita tarjoavan verkkoelementin valitseminen tietoliikenejärjestelmässä
US7392034B2 (en) * 2000-12-04 2008-06-24 Nokia Corporation Communication system and method for establishing a connection to a serving network element
WO2002102107A1 (en) 2001-06-08 2002-12-19 Nokia Corporation Accessing ip multimedia subsystem
WO2004012419A1 (en) * 2002-07-25 2004-02-05 Telefonaktiebolaget Lm Ericsson (Publ) Packet filter provisioning

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2500078C2 (ru) * 2011-01-28 2013-11-27 Нтт Досомо, Инк. Способ и устройство для определения сервера, отвечающего на запрос обслуживания из мобильного устройства, и устройство, включающее мобильное устройство или сервер dns
WO2012115990A1 (en) * 2011-02-22 2012-08-30 Ecert, Inc. System and method to customize dns replies
US11290462B2 (en) 2016-11-30 2022-03-29 Nec Corporation Communication device, communication method, and program

Also Published As

Publication number Publication date
TW200503495A (en) 2005-01-16
AU2010200678A1 (en) 2010-03-18
KR20050105225A (ko) 2005-11-03
UA90083C2 (ru) 2010-04-12
RU2005129098A (ru) 2006-03-20
CN1751494A (zh) 2006-03-22
DE602004020192D1 (de) 2009-05-07
CA2516208A1 (en) 2004-09-02
EP1595384A1 (en) 2005-11-16
IL170229A0 (en) 2009-02-11
EP1595384B1 (en) 2009-03-25
AU2004213977A1 (en) 2004-09-02
MXPA05008770A (es) 2005-09-20
US20040162892A1 (en) 2004-08-19
ATE426986T1 (de) 2009-04-15
WO2004075510A1 (en) 2004-09-02
JP4597958B2 (ja) 2010-12-15
JP2006518160A (ja) 2006-08-03
US7533160B2 (en) 2009-05-12
CN1751494B (zh) 2010-05-12
CN101697608A (zh) 2010-04-21
BRPI0407563A (pt) 2006-03-01

Similar Documents

Publication Publication Date Title
RU2368090C2 (ru) Предоставление серверной информации в мобильную станцию
EP1493289B1 (en) System and method for pushing data in an internet protocol network environment
US7277434B2 (en) Method for SIP-mobility and mobile-IP coexistence
Misra et al. Autoconfiguration, registration, and mobility management for pervasive computing
CN1954633B (zh) 使用配置转交地址的多媒体通信
JP4633318B2 (ja) 移動ネットワークにおいてサービスのアドレス発見を提供するシステム及び方法
RU2409907C2 (ru) Объединение интернет-протокола и сотовой мобильности
US8369357B2 (en) System and method for providing simultaneous handling of layer-2 and layer-3 mobility in an internet protocol network environment
US8018847B2 (en) System and method for redirecting requests
US8634394B1 (en) Mechanism to verify packet data network support for internet protocol mobility
EP1785004A1 (en) Method and device to support session continuity
US20070091875A1 (en) Method and System For Device Mobility Using Application Label Switching In A Mobile Communication Network
KR100527633B1 (ko) 이동통신망에서의 멀티미디어 서비스 제공 시스템 및 그방법
CN101938526A (zh) 路由策略的获取方法、终端及服务器
KR20060011354A (ko) 와이브로와 같은 광대역 무선접속 통신시스템에서다이아미터 기반의 동적 아이피 할당을 이용한 모바일아이피 시스템 및 방법
Velayos et al. Requirements for network services in BRAIN project

Legal Events

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

Effective date: 20110213