способ и устройство для обновления системы dns, инициируемого посредством объявления соседнего узла по протоколу ipv6
Классы МПК: | H04L29/12 отличающиеся терминалом преобразования данных |
Автор(ы): | СИРОТА Масаказу (US), ВАНГ Цзюнь (US), ХСУ Рэймонд Тах-шэн (US) |
Патентообладатель(и): | КВЭЛКОММ ИНКОРПОРЕЙТЕД (US) |
Приоритеты: |
подача заявки:
2008-06-12 публикация патента:
10.11.2012 |
Изобретение относится к системам передачи пакетных данных и, в частности, к таким системам, которые поддерживают автоконфигурацию адреса без запоминания состояния. Техническим результатом является расширение функциональных возможностей за счет осуществления запроса соседнего узла к терминалу доступа на выявление объявления соседнего узла, когда возникает необходимость в обновлении DNS и терминал доступа еще не объявил полный адрес IPv6. Способ выполнения обновления динамической системы имен (DNS) в сети пакетных данных содержит этапы: приема запроса маршрутизатора от терминала доступа для выполнения автоконфигурации адреса без запоминания состояния; отправки терминалу доступа префикса протокола IP версии 6 (IPv6), за которым следует запрос соседнего узла адреса терминала доступа в ответ на запрос маршрутизатора; приема объявления соседнего узла от терминала доступа, содержащего адрес терминала доступа, на основе, по меньшей мере частично, запроса соседнего узла, причем адрес терминала доступа включает в себя полный адрес IPv6; и инициирования сетевого действия для вызова обновления системы DNS, с использованием упомянутого принятого полного адреса IPv6 терминала доступа. 6 н. и 12 з.п. ф-лы, 8 ил.
Формула изобретения
1. Способ выполнения обновления динамической системы имен (DNS) в сети пакетных данных, содержащий:
прием запроса маршрутизатора от терминала доступа для выполнения автоконфигурации адреса без запоминания состояния;
отправку терминалу доступа префикса протокола IP версии 6 (IPv6), за которым следует запрос соседнего узла адреса терминала доступа в ответ на запрос маршрутизатора;
прием объявления соседнего узла от терминала доступа, содержащего адрес терминала доступа, на основе, по меньшей мере, частично запроса соседнего узла, причем адрес терминала доступа включает в себя полный адрес IPv6; и
инициирование сетевого действия для вызова обновления системы DNS с использованием упомянутого принятого полного адреса IPv6 терминала доступа.
2. Способ по п.1, в котором инициирование сетевого действия для вызова обновления системы DNS включает в себя
формирование привязки безопасности с сервером системы DNS, ответственным за выполнение обновления системы DNS, и
передачу сообщения обновления системы DNS серверу системы DNS с использованием привязки безопасности.
3. Способ по п.2, дополнительно содержащий передачу сообщения обновления системы DNS от домашнего агента или шлюза доступа.
4. Способ по п.1, в котором инициирование сетевого действия для вызова обновления системы DNS включает в себя передачу сообщения запроса/начала учета (Start) функции аутентификации, авторизации и учета (ААА).
5. Способ по п.4, дополнительно содержащий передачу сообщения запроса/начала учета (Start) от домашнего агента или шлюза доступа.
6. Способ по п.4, дополнительно содержащий передачу сообщения запроса/начала учета (Start) на гостевую функцию ААА для предоставления на домашнюю функцию ААА.
7. Машиночитаемый носитель, хранящий исполняемые компьютером команды, чтобы заставить компьютер выполнять способ для выполнения обновления динамической системы имен (DNS) в сети пакетных данных, причем способ содержит этапы, на которых:
принимают запрос маршрутизатора от терминала доступа для выполнения автоконфигурации адреса без запоминания состояния;
отправляют терминалу доступа префикс протокола IP версии 6 (IPv6), за которым следует запрос соседнего узла адреса терминала доступа в ответ на запрос маршрутизатора;
принимают объявление соседнего узла от терминала доступа, содержащее адрес терминала доступа, причем адрес терминала доступа включает в себя полный адрес IPv6; и
инициируют сетевое действие для вызова обновления системы DNS с использованием упомянутого принятого полного адреса IPv6 терминала доступа.
8. Устройство для выполнения обновления динамической системы имен (DNS) в сети пакетных данных, содержащее:
средство для приема запроса маршрутизатора от терминала доступа для выполнения автоконфигурации адреса без запоминания состояния;
средство для отправки терминалу доступа префикса протокола IP версии 6 (IPv6), за которым следует запрос соседнего узла адреса терминала доступа в ответ на запрос маршрутизатора;
средство для приема объявления соседнего узла от терминала доступа, содержащего адрес терминала доступа, причем адрес терминала доступа включает в себя полный адрес IPv6; и
средство для инициирования сетевого действия для вызова обновления системы DNS с использованием упомянутого принятого полного адреса IPv6 терминала доступа.
9. Устройство по п.8, в котором средство для приема запроса маршрутизатора содержит сеть пакетных данных,
в котором средство для отправки IPv6 и средство для приема объявления соседнего узла содержит шлюз доступа (AGW), и
в котором средство для инициирования сетевого действия содержит сетевой объект, ассоциированный с шлюзом доступа (AGW).
10. Устройство по п.9, причем сетевой объект формирует привязку безопасности с сервером системы DNS и передает сообщение обновления системы DNS на сервер системы DNS с использованием привязки безопасности.
11. Устройство по п.10, в котором сетевой объект содержит домашний агент или шлюз доступа.
12. Устройство по п.9, причем сетевой объект инициирует сетевое действие для вызова обновления системы DNS посредством передачи сообщения запроса/начала учета (Start) функции аутентификации, авторизации и учета (ААА).
13. Устройство по п.12, в котором сетевой объект содержит домашний агент или шлюз доступа.
14. Устройство по п.12, в котором функция ААА передает сообщение запроса/начала учета (Start) гостевой функции ААА для предоставления сообщения запроса/начала учета (Start) к домашней функции ААА.
15. Способ выполнения обновления динамической системы имен (DNS) в сети пакетных данных, содержащий:
отправку запроса маршрутизатора шлюзу доступа (AGW);
прием в терминале доступа префикса протокола IP версии 6 (IPv6), за которым следует запрос соседнего узла, от AGW на основе, по меньшей мере, частично запроса маршрутизатора;
выполнение автоконфигурации адреса без запоминания состояния с использованием префикса IPv6;
отправку объявления соседнего узла, содержащего адрес, к AGW для вызова обновления DNS, причем адрес включает в себя полный адрес IPv6 терминала доступа, и
инициирование сетевого действия для вызова обновления системы DNS с использованием упомянутого полного адреса IPv6.
16. Машиночитаемый носитель, хранящий исполняемые компьютером команды, чтобы заставить компьютер выполнять способ для выполнения обновления динамической системы имен (DNS) в сети пакетных данных, причем способ содержит этапы, на которых:
отправляют запрос маршрутизатора шлюзу доступа (AGW);
принимают в терминале доступа префикс протокола IP версии 6 (IPv6), за которым следует запрос соседнего узла адреса от AGW на основе, по меньшей мере, частично запроса маршрутизатора;
выполняют автоконфигурацию адреса без запоминания состояния с использованием префикса IPv6;
отправляют объявление соседнего узла, содержащее адрес, к AGW для вызова обновления DNS, причем адрес включает в себя полный адрес IPv6 терминала доступа, и
инициируют сетевое действие для вызова обновления системы DNS с использованием упомянутого полного адреса IPv6.
17. Устройство для выполнения обновления динамической системы имен (DNS) в сети пакетных данных, содержащее:
средство для отправки запроса маршрутизатора шлюзу доступа (AGW);
средство для приема в терминале доступа префикса протокола IP версии 6 (IPv6), за которым следует запрос соседнего узла адреса, от AGW на основе, по меньшей мере, частично запроса маршрутизатора;
средство для выполнения автоконфигурации адреса без запоминания состояния с использованием префикса IPv6;
средство для отправки объявления соседнего узла, содержащего адрес, к AGW для вызова обновления DNS, причем адрес включает в себя полный адрес IPv6 терминала доступа, и
средство для инициирования сетевого действия для вызова обновления системы DNS с использованием упомянутого полного адреса IPv6.
18. Устройство по п.17,
в котором средство для отправки запроса маршрутизатора и средство для отправки объявления соседнего узла содержит компонент передатчика,
в котором средство для приема префикса протокола IP версии 6 (IPv6) содержит компонент приемника и
в котором средство для выполнения автоконфигурации адреса без запоминания состояния содержит компонент автоконфигурации адреса.
Описание изобретения к патенту
Притязание на приоритет согласно §119 раздела 35 Свода законов США
Настоящая заявка на патент притязает на приоритет заявки на патент США № 60/944433, озаглавленной "ОБНОВЛЕНИЕ СИСТЕМЫ DNS, ИНИЦИИРУЕМОЕ ПОСРЕДСТВОМ ОБЪЯВЛЕНИЯ СОСЕДНЕГО УЗЛА ПО ПРОТОКОЛУ IPv6", поданной 15 июня 2007 года, назначенной на представителя настоящего документа и тем самым явно включенной по ссылке в настоящий документ. Настоящая заявка на патент также притязает на приоритет заявки на патент США № 60/951664, озаглавленной "ОБНОВЛЕНИЕ СИСТЕМЫ DNS ДЛЯ ОБЪЕДИНЕННОЙ СЕТИ ДОСТУПА ПРОЕКТА 3GPP2", поданной 24 июля 2007 года, назначенной на представителя настоящего документа и тем самым явно включенной по ссылке в настоящий документ.
ОБЛАСТЬ ТЕХНИКИ
Настоящее раскрытие относится к системам передачи пакетных данных и, в частности, к таким системам, которые поддерживают автоконфигурацию адреса без запоминания состояния.
ОБЛАСТЬ ТЕХНИКИ
Протокол маршрутизации в сети Интернет версии 6 (IPv6) представляет собой протокол сетевого уровня для объединенных сетей с пакетной коммутацией. Он обозначается как преемник протокола IPv4, текущей версии протокола IP, для общего использования в сети Интернет. Основное изменение, привнесенное протоколом IPv6, состоит в намного большем пространстве адресов, что дает большую гибкость в назначении адресов. В частности, протокол IPv6 использует 128-битовый адрес, который делится на префикс (старшие значащие биты) и идентификатор интерфейса. Теоретически эти два поля могут различаться по длине. Однако на практике подразумевается, что префикс, объявленный хосту, обычно имеет 64 бита. Расширенная длина адреса избавляет от необходимости использовать трансляцию сетевых адресов, чтобы избежать исчерпания адресного пространства, а также упрощает аспекты присваивания адресов и изменения нумерации при замене поставщиков услуг. Однако у проектировщиков протокола IPv6 не было намерения давать постоянные уникальные адреса каждому человеку и каждому компьютеру.
Большое количество адресов дает возможность иерархического распределения адресов, которое может сделать маршрутизацию и изменение нумерации более простыми. С помощью протокола IPv4 была разработана сложная методика бесклассовой междоменной маршрутизации (CIDR), чтобы наилучшим образом использовать ограниченное пространство адресов. Для протокола IPv4 изменение нумерации при замене поставщиков услуг может потребовать больших усилий. Однако с помощью протокола IPv6 изменение нумерации становится в значительной степени автоматическим, поскольку идентификаторы хостов отделены от идентификаторов поставщиков сетевых услуг. Отдельные пространства адресов существуют для поставщиков услуг Интернета (ISP) и для хостов, что "неэффективно" с точки зрения битов пространства адресов, но чрезвычайно эффективно для таких оперативных вопросов, как замена поставщиков услуг.
Подразумевается, что имеется два заданных механизма для распределения адресов в протоколе IPv6, включающие в себя: (1) автоконфигурацию адресов без запоминания состояния и (2) автоконфигурацию адресов с запоминанием состояния. В механизме без запоминания состояния маршрутизатор может объявить префикс для линии связи, и каждый хост на линии связи формирует уникальный идентификатор интерфейса. Поскольку префикс уникален, присоединение уникального идентификатора интерфейса может гарантировать уникальность адреса. Поэтому идентификатору интерфейса (IID) может быть необходимо являться уникальным только в пределах линии связи, поскольку префикс является глобально уникальным.
Автоконфигурация адресов без запоминания состояния использует несколько других новых функциональных возможностей в протоколе IPv6, в том числе локальные для линии связи адреса, многоадресную передачу, протокол обнаружения соседних узлов (ND) и возможность формировать идентификатор интерфейса адреса из адреса, лежащего ниже уровня управления передачей данных. Общая идея состоит в том, чтобы заставить устройство формировать временный адрес, пока оно не может определить характеристики сети, в которой оно находится, и затем создавать постоянный адрес, который оно может использовать на основе этой информации.
Процесс может быть кратко сформулирован следующим образом:
(1) устройство формирует локальный для линии связи адрес с использованием префикса;
(2) узел выполняет проверку, чтобы убедиться, что сформированный адрес уже не используется в местной сети;
(3) если проверка на уникальность проходит успешно, устройство назначает локальный для линии связи адрес своему интерфейсу IP для связи в местной сети, но не в более глобальном Интернете;
(4) затем узел пытается выполнить контакт с локальным маршрутизатором для получения дополнительной информации о продолжении конфигурации. Это делается либо посредством прослушивания сообщений с объявлениями маршрутизатора, периодически отправляемыми маршрутизаторами, либо посредством отправки особого запроса маршрутизатора, чтобы попросить у маршрутизатора информацию с использованием протокола обнаружения соседних узлов IPv6; и
(5) маршрутизатор предоставляет узлу указания, каким образом следует продолжить автоконфигурацию.
Хотя эта автоконфигурация без запоминания состояния по протоколу IPv6 имеет множество преимуществ, возникает проблема, когда сеть хочет выполнить обновление системы доменных имен (DNS) или когда домашняя аутентификация, авторизация и учет (AAA) требуют полного адреса IPv6 в записи даты использования (UDR). Терминал доступа может завершать автоконфигурацию без запоминания состояния несвоевременно для поддержки этих действий.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Далее представлено упрощенное описание сущности изобретения для обеспечения общего понимания некоторых из раскрытых аспектов. Это описание сущности изобретения не является полным обзором и не предназначено ни для обозначения ключевых или критических элементов, ни для определения объема этих аспектов. Его единственная цель состоит в том, чтобы в упрощенной форме представить некоторые понятия в качестве вводной части к более подробному описанию, которое представлено позже.
В соответствии с одним или более аспектами изобретения и их соответствующим раскрытием различные аспекты изобретения описаны в связи с координированием с пользовательским оборудованием совместно с поддержкой автоконфигурации адреса без запоминания состояния посредством отправки префикса IPv6 после приема запроса маршрутизатора от терминала доступа. Когда возникает необходимость обновления системы DNS и терминал доступа еще не объявил полный адрес IPv6, сгенерированный с помощью префикса IPv6, к терминалу доступа выполняется запрос соседнего узла для выявления объявления соседнего узла. Принято ли объявление соседнего узла по запросу или без запроса, обновление системы DNS может быть достигнуто, даже когда запрашивающий объект (например, шлюз доступа, домашний агент) не имеет безопасной авторизации с сервером системы DNS, который выполняет обновление системы DNS. В частности, доступ к функции аутентификации, авторизации и учета (AAA) делает возможным приглашение к обновлению системы DNS с помощью сообщения требования учета (start).
В одном аспекте изобретения обеспечивается способ выполнения обновления динамической системы имен (DNS) в сети пакетных данных. Запрос маршрутизатора принимают от терминала доступа для выполнения автоконфигурации адреса без запоминания состояния. Терминалу доступа отправляют префикс протокола IP версии 6 (IPv6), за которым следует запрос соседнего узла. От терминала доступа принимают объявление соседнего узла, содержащее адрес IPv6. Затем инициализируют сетевое действие для вызова обновления системы DNS.
В другом аспекте изобретения по меньшей мере один процессор выполняет обновление динамической системы имен (DNS) в сети пакетных данных. Первый модуль принимает запрос маршрутизатора от терминала доступа для выполнения автоконфигурации адреса без запоминания состояния. Второй модуль отправляет терминалу доступа префикс протокола IP версии 6 (IPv6), за которым следует запрос соседнего узла. Третий модуль принимает объявление соседнего узла от терминала доступа, содержащее адрес IPv6. Четвертый модуль инициализирует сетевое действие для вызова обновления системы DNS.
В дополнительном аспекте изобретения способ компьютерной программы выполняет обновление динамической системы имен (DNS) в сети пакетных данных посредством наличия машиночитаемого носителя с наборами кодов для того, чтобы заставить компьютер выполнять следующие действия: (a) принимать запрос маршрутизатора от терминала доступа для выполнения автоконфигурации адреса без запоминания состояния; (b) отправлять терминалу доступа префикс протокола IP версии 6 (IPv6), за которым следует запрос соседнего узла; (c) принимать объявление соседнего узла от терминала доступа, содержащее адрес IPv6; и (d) инициализировать сетевое действие для вызова обновления системы DNS.
В другом дополнительном аспекте изобретения устройство выполняет обновление динамической системы имен (DNS) в сети пакетных данных. Обеспечено средство для приема запроса маршрутизатора от терминала доступа для выполнения автоконфигурации адреса без запоминания состояния. Обеспечено средство для отправки терминалу доступа префикса протокола IP версии 6 (IPv6), за которым следует запрос соседнего узла. Обеспечено средство для приема от терминала доступа объявления соседнего узла, содержащего адрес IPv6. Обеспечено средство для инициализации сетевого действия для вызова обновления системы DNS.
В дополнительном аспекте изобретения устройство выполняет обновление динамической системы имен (DNS) в сети пакетных данных. Сеть пакетных данных принимает запрос маршрутизатора от терминала доступа для выполнения автоконфигурации адреса без запоминания состояния. Шлюз доступа (AGW) отправляет терминалу доступа префикс протокола IP версии 6 (IPv6), за которым следует запрос соседнего узла, и принимает объявление соседнего узла от терминала доступа, содержащее адрес IPv6. Сетевой объект, привязанный к шлюзу доступа (AGW), инициализирует сетевое действие для вызова обновления системы DNS.
В еще одном аспекте изобретения обеспечен способ выполнения обновления динамической системы имен (DNS) в сети пакетных данных. Запрос маршрутизатора отправляют шлюзу доступа (AGW). Префикс протокола IP версии 6 (IPv6), за которым следует запрос соседнего узла, принимают от шлюза доступа (ACW). Выполняют автоконфигурацию адреса без запоминания состояния с использованием префикса IPv6. Шлюзу доступа (AGW) отправляют объявление соседнего узла, содержащее адрес IPv6. Инициализируют действие сети для вызова обновления системы DNS посредством отправки сообщения обновления системы DNS в шлюз доступа (AGW).
В еще одном аспекте изобретения по меньшей мере один процессор выполняет обновление динамической системы имен (DNS) в сети пакетных данных. Первый модуль отправляет запрос маршрутизатора в шлюз доступа (AGW). Второй модуль принимает префикс протокола IP версии 6 (IPv6), за которым следует запрос соседнего узла, от шлюза доступа (ACW). Третий модуль выполняет автоконфигурацию адреса без запоминания состояния с использованием префикса IPv6. Четвертый модуль отправляет объявление соседнего узла, содержащее адрес IPv6, в шлюз доступа (AGW). Пятый модуль инициализирует сетевое действие для вызова обновления системы DNS посредством отправки сообщения обновления системы DNS в шлюз доступа (AGW).
В еще одном дополнительном аспекте изобретения способ компьютерной программы выполняет обновление динамической системы имен (DNS) в сети пакетных данных посредством наличия машиночитаемого носителя с набором кодов. Первый набор кодов заставляет компьютер отправлять запрос маршрутизатора в шлюз доступа (AGW). Второй набор кодов заставляет компьютер принимать префикс протокола IP версии 6 (IPv6), за которым следует запрос соседнего узла, от шлюза доступа (ACW). Третий набор кодов заставляет компьютер выполнять автоконфигурацию адреса без запоминания состояния с использованием префикса IPv6. Четвертый набор кодов заставляет компьютер отправлять объявление соседнего узла, содержащее адрес IPv6, в шлюз доступа (AGW). Пятый набор кодов заставляет компьютер инициализировать сетевое действие для вызова обновления системы DNS посредством отправки сообщения обновления системы DNS в шлюз доступа (AGW).
В еще одном дополнительном аспекте изобретения устройство выполняет обновление динамической системы имен (DNS) в сети пакетных данных. Обеспечено средство для отправки запроса маршрутизатора в шлюз доступа (AGW). Обеспечено средство для приема префикса протокола IP версии 6 (IPv6), за которым следует запрос соседнего узла, от шлюза доступа (ACW). Обеспечено средство для выполнения автоконфигурации адреса без запоминания состояния с использованием префикса IPv6. Обеспечено средство для отправки объявления соседнего узла, содержащего адрес IPv6, в шлюз доступа (AGW). Обеспечено средство для инициализации сетевого действия для вызова обновления системы DNS посредством отправки сообщения обновления системы DNS в шлюз доступа (AGW).
В еще одном дополнительном аспекте изобретения устройство выполняет обновление динамической системы имен (DNS) в сети пакетных данных. Компонент передатчика отправляет запрос маршрутизатора в шлюз доступа (AGW). Компонент приемника принимает префикс протокола IP версии 6 (IPv6), за которым следует запрос соседнего узла, от шлюза доступа (ACW). Компонент автоконфигурации адреса выполняет автоконфигурацию адреса без запоминания состояния с использованием префикса IPv6 и заставляет компонент передатчика отправить объявление соседнего узла, содержащее адрес IPv6, в шлюз доступа (AGW) и инициализировать сетевое действие для вызова обновления системы DNS посредством отправки сообщения обновления системы DNS в шлюз доступа (AGW).
Для выполнения предшествующих и связанных с ними целей один или более аспектов изобретения содержат отличительные признаки, в дальнейшем полностью описанные и, в частности, изложенные в формуле изобретения. Последующее описание и приложенные чертежи подробно излагают некоторые иллюстративные аспекты и показывают лишь некоторые из множества путей использования принципов аспектов изобретения. Другие преимущества и новые признаки станут понятны из последующего подробного описания, рассмотренного вместе с чертежами, и подразумевается, что раскрытые аспекты изобретения включают в себя все такие аспекты и их эквиваленты.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Отличительные признаки, природа и эффекты настоящего раскрытия станут более понятными из изложенного ниже подробного описания, рассмотренного вместе с чертежами, на которых аналогичные символы для ссылок всюду имеют соответствующие обозначения.
Фиг.1 иллюстрирует объединенную сеть доступа (CAN) протокола IPv6, выполняющую автоконфигурацию адреса без запоминания состояния.
Фиг.2 иллюстрирует временную диаграмму для методологии обновления динамической системы имен (DNS) сети пакетных данных с использованием запроса соседнего узла совместно с автоконфигурацией адреса без запоминания состояния для непосредственного приглашения серверу системы DNS выполнить обновление системы DNS.
Фиг.3 иллюстрирует временную диаграмму для методологии обновления системы DNS сети пакетных данных с использованием сообщения требования учета (Start) к функции аутентификации, авторизации и учета (AAA) для непосредственного приглашения к серверу системы DNS выполнить обновление системы DNS.
Фиг.4 иллюстрирует блок-схему сети CAN, имеющей гостевой домен и домашний домен с косвенным приглашением домашнего сервера системы DNS выполнить обновление системы DNS, заставляя объект сети (например, шлюз доступа (AGW), домашний агент) отправить сообщение требования учета (Start) домашнему серверу AAA через гостевой сервер AAA.
Фиг.5 иллюстрирует временную диаграмму для методологии обновления системы DNS сети пакетных данных, имеющей гостевой домен и домашний домен.
Фиг.6 иллюстрирует блок-схему иллюстративной объединенной сети доступа (CAN) проекта 3GPP2, имеющей единственный шлюз доступа (AGW) и не сконфигурированной для роуминга по беспроводному протоколу IP.
Фиг.7 иллюстрирует принципиальную схему системы беспроводной связи с многостанционным доступом в соответствии с одним аспектом изобретения; и
фиг.8 иллюстрирует блок-схему системы связи.
ПОДРОБНОЕ ОПИСАНИЕ
В объединенной сети доступа (CAN) проекта-2 партнерства по созданию сетей третьего поколения проекта (3GPP2) автоконфигурация без запоминания состояния протокола IPv6 может использоваться для формирования адреса IPv6 терминала доступа (AT) для операции простого протокола IPv6 (Simple IPv6). Обновление системы доменных имен (DNS) инициируется посредством того, что объявление соседнего узла по протоколу IPv6 указывает на потребность в обновлении системы DNS, когда полный адрес IPv6 (128 битов) еще не был отправлен в пакетах IPv6 от терминала доступа. После приема полного адреса в ответ на объявление соседнего узла по протоколу IPv6 обеспечивается возможность приглашения этой системы DNS к обновлению, даже когда осуществляющий требование сетевой объект (например, шлюз доступа (AGW) или домашний агент (HA)) не имеет аутентификации безопасности с ответственным домашним сервером системы DNS, посредством использования доступа к функции аутентификации, авторизации и учета (AAA), возможно, через локальный гостевой сервер AAA, для отправки сообщения требования учета (Start), которое приглашает домашний сервер системы DNS выполнить обновление системы DNS.
Теперь описываются различные аспекты изобретения со ссылкой на чертежи. В последующем описании с целью объяснения изложены многочисленные конкретные особенности, чтобы обеспечить полное понимание одного или более аспектов изобретения. Однако может быть очевидно, что различные аспекты изобретения могут быть осуществлены на практике без этих конкретных особенностей. В других случаях известные структуры и устройства показаны в виде блок-схемы, чтобы облегчить описание этих аспектов изобретения.
На фиг.1 сеть 100 передачи пакетных данных, которая в иллюстративном аспекте изобретения представляет собой объединенную сеть доступа (CAN) проекта 3GPP2, инициирована посредством объявления 102 соседнего узла по протоколу IPv6, которое содержит идентификатор 104 интерфейса (IID) адреса IPv6, созданного терминалом 106 доступа с использованием автоконфигурации адреса без запоминания состояния. Авторизованные клиенты домашней сети или домена 108, такие как домашний сервер 110 аутентификации, авторизации и учета (HAAA) или домашний агент 112 (HA), могут обновить ресурсные записи 114 системы DNS для поддержания сервера 116 системы DNS обновленным. Когда сервер 110 HAAA выполняет обновление системы DNS, прием сообщения требования учета по протоколу RADIUS (Start) в сервере 110 HAAA используется для инициализации отправки обновления системы DNS на сервер 116 системы DNS. Когда домашний агент 112 выполняет обновление системы DNS после завершения аутентификации с помощью сервера 110 HAAA, домашний агент отправляет обновление системы DNS на сервер 116 системы DNS. Вместо домашнего агента 112 шлюз 118 доступа (AGW) также может подать сигнал на сервер 110 HAAA или, при выполненной аутентификации, непосредственно на сервер 116 системы DNS.
В случае, когда терминал 106 доступа подвергается автоконфигурации адреса без запоминания состояния с использованием компонента 119 автоконфигурации адреса, запрос 120 маршрутизатора отправляют с терминала 106 доступа на улучшенную базовую станцию 112 (eBS) и затем на шлюз 118 AGW, который в ответ отправляет 128-битовый префикс 124 IPv6 в объявлении 125 маршрутизатора и предпочтительно отправляет в ответ запрос 126 соседнего узла, чтобы оперативно изучить идентификатор 104 IID из запрошенного объявления 102 соседнего узла. Терминал 106 доступа затем может инициализировать обновление системы DNS с помощью компонента 119 автоконфигурации адреса, который генерирует требование 128 обновления системы DNS к шлюзу 118 AGW. Канал 130 связи между терминалом 106 доступа и станцией 122 eBS в иллюстративном аспекте изобретения является беспроводным каналом передачи пакетных данных, хотя описываемые здесь аспекты изобретения имеют применение к проводным каналам связи.
Таким образом, с учетом предшествующего следует понимать, что в одном аспекте изобретения сеть 100 обращается к ситуации, в которой автоконфигурация без запоминания состояния протокола IPv6 используется для формирования адреса IPv6 терминала 106 доступа для операции простого протокола IPv6. Когда шлюз 118 AGW принимает сообщение 120 запроса маршрутизатора от терминала 106 доступа, шлюз 118 AGW дает терминалу доступа префикс в объявлении маршрутизатора. Затем терминал 106 доступа конфигурирует свой адрес IPv6 с помощью идентификатора 104 IID, сгенерированного терминалом 106 доступа. Таким образом, сеть не знает полного адреса IPv6 (128 битов) терминала 106 доступа, пока она не примет некоторые пакеты IPv6 от терминала 106 доступа. Это становится проблемой, когда сети 100 требуется выполнить обновление системы DNS. Когда выполняется обновление системы DNS, требуется полный адрес IPv6.
Фиг.2, 3 и 5 иллюстрируют методологии и/или блок-схемы последовательности операций в соответствии с заявленным предметом. Для простоты объяснения методологии изображают и описывают как последовательность действий. Следует понимать, что рассматриваемое усовершенствование не ограничивается проиллюстрированными действиями и/или последовательностью действий. Например, действия могут происходить в различном порядке и/или одновременно, в том числе и с другими действиями, не представленными и не описанными здесь. Кроме того, не все проиллюстрированные действия могут потребоваться для реализации методологий в соответствии с заявленным предметом. Кроме того, специалисты в области техники поймут, что методологии могут быть альтернативно представлены в виде последовательности взаимодействующих состояний через диаграмму состояний или события. Кроме того, следует понимать, что методологии, раскрытые далее и всюду в этом описании, могут быть сохранены в изделии для обеспечения возможности транспортировки и переноса таких методологий на компьютеры. Подразумевается, что использованный здесь термин "изделие" охватывает компьютерную программу, доступную из любого машиночитаемого устройства, носителя или среды.
Со ссылкой на фиг.2 далее описывается иллюстративная методология 200 обновления системы DNS, инициируемого посредством объявления соседнего узла по протоколу IPv6. Сеть 202 передачи пакетных данных сформирована между терминалом 204 доступа (AT), улучшенной базовой станцией 206 (eBS), шлюзом 208 доступа (AGW), домашним сервером 210 аутентификации, авторизации и учета (HAAA) и домашним сервером 212 системы DNS. Между объектами сети (например, шлюзом 208 AGW, домашним агентом (HA) (не показан)) и домашним сервером 212 системы DNS существует привязка 213 безопасности для непосредственного требования обновления системы DNS.
Установление нижнего уровня, аутентификация и авторизация выполняют на этапе (1), изображенном как этап 214, между терминалом 204 доступа, станцией 206 eBS, шлюзом 208 AGW и сервером 210 HAAA. На этапе (2), изображенном как этап 216, терминал 204 доступа отправляет запрос маршрутизатора шлюзу 208 доступа (AGW). На этапе (3), изображенном как этап 218, шлюз 208 AGW отправляет объявление маршрутизатора с префиксом для линии связи терминалу 204 доступа. На этапе (4), изображенном как этап 220, шлюз 208 AGW может предпочтительно отправить запрос соседнего узла терминалу 204 доступа. На этапе (5), изображенном как этап 222, после того, как терминал 204 доступа принимает объявление маршрутизатора, терминал 204 доступа конфигурирует свой адрес IPv6 с помощью идентификатора IID, который генерируют локально в терминале 204 доступа. Терминал 204 доступа отправляет объявление соседнего узла шлюзу 208 AGW, чтобы указать свой полный адрес IPv6, завершая присвоение адреса IPv6. На этапе (6), изображенном как этап 224, когда шлюз 208 AGW принимает объявление соседнего узла, которое может исходить от мобильного абонента (мобильной станции) (не показан) с использованием терминала 204 доступа, шлюз 208 AGW знает полный адрес IPv6 терминала 204 доступа. Затем шлюз 208 AGW отправляет запрос обновления системы DNS серверу 212 системы DNS. На этапе (7), изображенном как этап 226, сервер 212 системы DNS отправляет ответ обновления системы DNS.
Далее со ссылкой на фиг.3 описывается иллюстративная методология 300 обновления системы DNS, инициируемая в соответствии с объявлением соседнего узла по протоколу IPv6. Сеть 302 передачи пакетных данных формируют между терминалом 304 доступа (AT), улучшенной базовой станцией 306 (eBS), шлюзом 308 доступа (AGW), домашним сервером 310 аутентификации, авторизации и учета (HAAA) и домашним сервером 312 системы DNS. Привязка безопасности не существует между объектами сети (например, шлюзом 308 AGW, домашним агентом (HA) (не показан)) и домашним сервером 312 системы DNS для непосредственного требования обновления системы DNS. Однако привязка 313 безопасности существует между сервером 310 HAAA и сервером 312 системы DNS.
Так же, как и ранее, выполняют автоконфигурацию адреса без запоминания состояния. Установление нижнего уровня, аутентификацию и авторизацию выполняют на этапе (1), изображенном как этап 314, между терминалом 304 доступа, станцией 306 eBS, шлюзом 308 AGW и сервером 310 HAAA. На этапе (2), изображенном как этап 316, терминал 304 доступа отправляет запрос маршрутизатора шлюзу 308 доступа (AGW). На этапе (3), изображенном как этап 318, шлюз 308 AGW отправляет объявление маршрутизатора с префиксом для линии связи терминалу 304 доступа. На этапе (4), изображенном как этап 320, шлюз 308 AGW может предпочтительно отправить запрос соседнего узла терминалу 304 доступа. На этапе (5), изображенном как этап 322, после того, как терминал 304 доступа принимает объявление маршрутизатора, терминал 304 доступа формирует свой адрес IPv6 с помощью идентификатора IID, который генерируют локально в терминале 304 доступа. Терминал 304 доступа отправляет объявление соседнего узла шлюзу 308 AGW, чтобы указать свой полный адрес IPv6, завершая присвоение адреса IPv6.
Как упомянуто выше, у сервера 312 системы DNS нет привязки безопасности со шлюзом 308 AGW. На этапе (6), изображенном как этап 324, вместо того, чтобы отправить обновление системы DNS, шлюз AGW 308 отправляет сообщение требования учета (Start) серверу 310 HAAA. На этапе (7), изображенном как этап 326, сервер 310 HAAA конфигурирует сообщение требования обновления системы DNS из информации в сообщении требования учета (Start) и отправляет его серверу 312 системы DNS. На этапе (8), изображенном как этап 328, сервер 310 HAAA отправляет подтверждение учета (Ack) шлюзу 308 AGW. На этапе (9), изображенном как этап 330, сервер 312 системы DNS предоставляет ответ обновления системы DNS серверу 310 HAAA.
На фиг.4 сеть 400 передачи пакетных данных обращается к проблеме относительно такого отсутствия привязки безопасности, когда объявление 402 соседнего узла протокола IPv6 либо по запросу, либо без запроса отправляют от терминала 406 доступа в обслуживающую (гостевую) сеть или домен 408. Авторизованные клиенты обслуживающей сети 408, такие как гостевой сервер 410 AAA (VAAA) или домашний агент 412 (HA), привязаны к серверу 416 системы DNS, который не содержит записи системы DNS для терминала 406 доступа. Шлюз 418 доступа (AGW) из обслуживающей сети 408 осуществляет связь с терминалом 406 доступа через улучшенную базовую станцию 422 (eBS) по каналу 430 связи.
Домашняя сеть 438 имеет домашний сервер 440 AAA (HAAA), который имеет привязку к серверу 410 VAAA из гостевой сети 408 и домашний агент 442. Сервер 440 HAAA может вызывать обновления ресурсных записей 444 системы DNS о терминале 406 доступа, которые находятся на домашнем сервере 446 системы DNS. Домашняя сеть 438 имеет шлюз 458 доступа (AGW), который осуществляет связь со шлюзом 418 AGW из гостевой сети 408.
Предположим, что когда выполняется динамическое назначение домашнего агента (HA), домашний агент 412 может быть расположен в обслуживающей (гостевой) сети или домене 408. Шлюз 418 AGW всегда располагается в обслуживающей сети 408. С другой стороны, сервер 446 системы DNS, который хранит ресурсную запись 444 конкретного пользователя, обычно располагается в домашней сети 438. Если кто-либо хочет заставить домашний агент 412 (домашний агент для протокола IP для мобильной связи (Mobile IP)) или шлюз 418 AGW выполнить обновление системы DNS, домашний агент 412 или шлюз 418 AGW в обслуживающей сети 408 должны иметь привязку безопасности с сервером 446 системы DNS в домашней сети 438, что является технически возможным, но недостаточно хорошо масштабируется, чтобы являться желательным решением.
Для решения этой проблемы домашний агент 412 или шлюз 418 AGW включает требование обновления системы DNS в протокол AAA (например, протокол Diameter или RADIUS) и отправляет его серверу 440 HAAA через сервер 410 VAAA, тем самым избегая необходимости в привязке безопасности между либо шлюзом 418 AGW, либо домашним агентом 412 и домашним сервером 446 системы DNS. Вместо того, чтобы иметь прямую привязку безопасности, шлюз 418 AGW или домашний агент 412 полагается на привязку безопасности, установленную для протокола AAA.
На фиг.5 изображена методология 500 для обновления системы DNS с использованием протокола AAA для сети 502, сформированной между терминалом 504 доступа, улучшенной базовой станцией 506 (eBS), шлюзом 508 доступа (AGW), гостевым сервером 510 аутентификации, авторизации и учета (VAAA), сервером 511 HAAA и домашним сервером 512 системы DNS. Привязка безопасности не существует между объектами сети (например, шлюзом 508 AGW, домашним агентом (HA) (не показан)) и домашним сервером 512 системы DNS для непосредственного требования обновления системы DNS. Однако привязка 513 безопасности имеется между сервером 511 HAAA и домашним сервером 512 системы DNS.
Установление нижнего уровня, аутентификация и авторизация выполняются на этапе (1), изображенном как этап 514, между терминалом 504 доступа, станцией 506 eBS, шлюзом 508 AGW и сервером 511 HAAA через сервер 510 VAAA. На этапе (2), изображенном как этап 516, выполняют присваивание адреса IP через либо протокол IPv4 для мобильной связи, либо протокол IPv6 для мобильной связи, либо простой протокол IPv4, либо простой протокол IPv6. На этапе (3), изображенном как этап 524, после того, как адрес IP назначен, шлюз 508 AGW или домашний агент (не показан) в обслуживающей сети включает требование обновления системы DNS в атрибут протокола RADIUS или пару "атрибут-значение" (AVP) протокола Diameter и отправляет его вместе с сообщением протокола AAA. Это сообщение отправляют серверу 511 HAAA через сервер 510 VAAA. На этапе (4), изображенном как этап 526, когда сервер 511 HAAA принимает сообщение протокола AAA, содержащее требование обновления системы DNS, от сервера 510 VAAA, сервер 511 HAAA отправляет свое требование обновления системы DNS серверу 512 системы DNS. На этапе (5), изображенном как этап 528, сервер 511 HAAA отправляет подтверждение протокола AAA обратно обслуживающей сети через сервер 510 VAAA. На этапе (6), изображенном как этап 530, сервер 512 системы DNS отправляет ответ обновления системы DNS серверу 511 HAAA. Следует отметить, что этапы (5) и (6) могут быть выполнены параллельно или в обратном порядке.
На фиг.6 изображена иллюстративная сеть 600 передачи пакетных данных для обновления системы DNS, инициированного посредством объявления соседнего узла протокола IPv6, в качестве объединенной сети доступа (CAN) проекта 3GPP2, которая в иллюстративном размещении включает в себя единственный шлюз 602 доступа (AGW) и не сконфигурирована для роуминга с помощью беспроводного протокола IP. Шлюз 602 AGW служит в качестве внешнего агента/шлюза мобильного доступа (FA/MAG). Шлюз мобильного доступа (Mobile Access Gateway; MAG) является функцией, которая управляет относящимися к мобильности служебными сигналами для мобильного узла (например, терминала доступа), который присоединен к его линии доступа. Он является ответственным за отслеживание присоединения мобильного узла к линии связи и за служебные сигналы для локальной точки привязки для обеспечения мобильности (Local Mobility Anchor). Термин "MAG" используется в отношении версии 6 протокола Proxy Mobile IP (PMIP). Протоколом Proxy Mobile IP называется протокол, основанный на функции клиента протокола IP для мобильной связи (Mobile IP) в элементе сети для обеспечения поддержки мобильности для неизменного и не поддерживающего мобильность устройства. Шлюз 602 AGW является объектом, который обеспечивает пользовательский "пункт обеспечения связи по протоколу IP" для сети 600. Таким образом, шлюз 602 AGW является в действительности первым маршрутизатором в транзитной линии для мобильного узла. Шлюз 602 AGW выполняет службы уровня 6 и выше, в том числе прямую линию, учет, обеспечение выполнения политики и т.д.
Терминал 604 доступа является абонентским устройством, поддерживаемым сетью 602, и формирует радиоинтерфейс (AI) широкополосной мобильной связи (Ultra Mobile Broadband; UMB) с улучшенной базовой станцией 608 (eBS). Станция 608 eBS используется терминалом 604 доступа для обеспечения связи с сетью 609 беспроводного доступа (RAN). Функции станции 608 eBS могут включать в себя радиопередачу пакетов, кодирование/расшифровку пакетов на уровне протокола радиосвязи (RLP) для радиопередачи, передачу/прием, планирование радиопередачи, обеспечение выполнения политики для радиотранспорта и сжатие заголовков. Кроме того, хотя протокол IP и службы более высокого уровня обеспечивают в шлюзе 602 AGW или на уровне выше шлюза 602 AGW, станция 608 eBS также умеет различать пользовательские пакеты IP; по меньшей мере, станция 608 eBS умеет различать самый внешний заголовок, который отправляют терминалу 604 доступа. С помощью этого умения различать для протокола IP станция 608 eBS может выполнять оптимизацию для планирования радиопередач или другие дополнительные функции. Чтобы выполнить эту оптимизацию, некоторая информация политики может быть передана от шлюза 602 AGW на станцию 608 eBS через опорную точку U1, которая несет информацию управления и носителя между станцией 608 eBS и шлюзом 602 AGW. Опорная точка U1 включает в себя интерфейсы для транспорта носителя (то есть пользовательские данные и служебные сигналы), качества обслуживания (QoS) и учета. Опорная точка U3 несет информацию управления и носителя между станциями 608 eBS.
Сетевой контроллер 614 указателя сеанса (SRNC) соединен со станцией 608 eBS через опорную точку U2, которая обеспечивает интерфейсы для переноса управляющей информации. Контроллер 614 SRNC также соединен со шлюзом 602 AGW через опорную точку U6. Опорная точка U4 несет управляющую информацию между контроллерами 614 SRNC. Аналогично опорная точка U28 может нести информацию управления и носителя между шлюзами 602 AGW и поддерживает быструю эстафетную передачу между шлюзами AGW. Контроллер 614 SRNC является ответственным за поддержание указателя сеанса с терминалом 604 доступа. Контроллер 614 SRNC также является ответственным за поддержку управления неактивным состоянием терминала 604 доступа и обеспечение функций управления поискового вызова, когда терминал 604 доступа находится в неактивном состоянии. Контроллер 614 SRNC содержит экземпляр маршрутизации сети доступа (ANRI) точки привязки сеанса для каждого терминала 604 доступа, который он поддерживает.
Локальная точка 626 привязки для обеспечения мобильности (Local Mobility Anchor; LMA) представляет собой домашний агент для мобильного узла (например, терминала 604 доступа) в домене протокола Proxy Mobile IPv6, является топологической точкой привязки для домашнего префикса мобильного узла и является объектом, который управляет состоянием достижимости мобильного узла. Опорная точка U26 несет информацию управления и носителя с помощью протокола PMIP между точкой 626 LMA и шлюзом 602 AGW и поддерживает переадресацию вызова между шлюзами 602 AGW.
Функциональный объект "AAA" обеспечивает функции аутентификации, авторизации и учета в отношении использования терминалом 604 доступа ресурсов сети. В иллюстративном описании домашний сервер 630 AAA соединен с точкой 626 LMA, и гостевой сервер 632 AAA соединен со шлюзом 602 AGW через опорную точку U14. Брокер 636 AAA соединен между гостевым сервером 632 AAA и домашним сервером 630 AAA.
Домашний агент (HA) 640 используется для обеспечения мобильности терминала 604 доступа сети пакетных данных проекта 3GPP2. Домашний агент 640 является топологической точкой привязки для домашней сети терминала 604 доступа и объектом, который управляет состоянием достижимости терминала 604 доступа. Домашний агент 640 перехватывает пакеты, предназначенные для домашнего адреса мобильного узла, инкапсулирует их и передает их с туннелированием на зарегистрированный адрес мобильного узла. Домашний агент 640 также может использоваться для перемещения между разными технологиями. В зависимости от архитектурной конфигурации домашний агент 640 может включать в себя локальный агент 626 для обеспечения мобильности (LMA). Домашний агент 640 соединен с функцией 642 политики и правил взимания оплаты (PCRF) через опорную точку U20, которая позволяет политике перенаправлять информацию (QoS) политики и правил взимания оплаты домашнему агенту 640. Функция 642 PCRF соединяется через опорную точку U27 со шлюзом 602 AGW 602 и соединяется с точкой 626 LMA.
Службы 650 IP содержат любые основанные на протоколе IP службы, обеспечиваемые оператором или третьим лицом. Они могут представлять собой часть Интернета или замкнутую сеть. Службы 650 IP соединены с функцией 642 PCRF, домашним агентом 640 и точкой 626 LMA. Сеть 652 доступа высокоскоростной передачи пакетных данных (HRPD-AN) является узлом в сети передачи данных прежней версии высокоскоростной передачи пакетных данных (HRPD) (не показана), соединенным через опорную точку A10/A11 к узлу 654 обслуживания пакетных данных (PDSN). Узел 654 PDSN является узлом, который обеспечивает пользовательскую точку связи по протоколу IP в сети передачи данных прежней версии. Улучшенная функция 656 взаимодействия пакетных данных (ePDIF) является функцией взаимодействия для обеспечения связи между сетью проекта 3GPP2 и недоверительной сетью 658, не являющейся сетью проекта 3GPP2 (например, точкой доступа технологии Wi-Fi), через опорную точку U21. Доверительная система 660, не являющаяся системой проекта 3GPP2, к которой может получить доступ терминал 604 доступа без функции ePDIF, соединяется через опорную точку U22a с узлом 654 PDSN, через опорную точку U25a с домашним агентом 640, через опорную точку U24a с точкой 626 LMA и через опорную точку U19a со шлюзом 602 AGW. Функция 656 ePDIF соединяется через опорную точку U25b с домашним агентом 640, соединяется через опорную точку U24b с точкой 626 LMA, соединяется через опорную точку U19 со шлюзом 602 AGW и соединяется через опорную точку U22b с узлом 654 PDSN. Узел 654 PDSN соединяется через опорную точку U25c с домашним агентом 640, соединяется через опорную точку U24c с точкой 626 LMA и соединяется через опорную точку U19c со шлюзом 602 AGW.
Шлюз 602 AGW, точка 626 LMA, домашний агент 640 и функция 642 PCRF соединяются с сетью 650 служб, которая включает в себя прикладную функцию 664 (AF). Для управления политиками прикладная функция 664 взаимодействует с функцией 642 PCRF, и функция 642 PCRF прямо или косвенно взаимодействует с функцией обеспечения политики (PCEF) (не показана), как указано прикладной функцией 664. Функция PCEF находится во всех узлах каналов (то есть домашнем агенте 640, точке 626 LMA, шлюзе 602 AGW, станции 608 eBS) и выполняет следующие функции: авторизация индивидуальной модификации сеансов IP, пропускная служба (то есть имеется ли общая обработка входа для каждого сеанса прикладной функции или требуется индивидуальная обработка входа для каждого компонента сеанса прикладной функции); и перенаправление событий уровня канала IP.
Сервер 670 системы доменных имен (DNS) распределяет ответственность за назначение доменных имен и их отображение на сети IP посредством разрешения авторитетному серверу для каждого домена отслеживать свои собственные изменения, что избавляет от необходимости постоянных обращений к центральному регистратору и его обновлений. Система 670 DNS соединена с точкой 626 LMA 626, сервером 630 HAAA, домашним агентом 640 и шлюзом 602 AGW.
Следует понимать с помощью настоящего раскрытия, что описанные здесь методики могут использоваться для различных систем беспроводной связи, таких как системы многостанционного доступа с кодовым разделением (CDMA), с временным разделением (TDMA), с частотным разделением (FDMA), с ортогональным частотным разделением (OFDMA), с частотным разделением с одной несущей (SC-FDMA) и другие. Термины "система" и "сеть" часто используются взаимозаменяемо. Система CDMA может реализовать беспроводную технологию, такую как универсальный наземный беспроводной доступ (UTRA), CDMA2000 и т.д. Технология UTRA включает в себя широкополосный доступ CDMA (W-CDMA) и другие варианты технологии CDMA. Технология CDMA2000 охватывает стандарты IS-2000, IS-95 и IS-856. Система TDMA может реализовать беспроводную технологию, такую как глобальная система мобильной связи (GSM). Система OFDMA может реализовать беспроводную технологию, такую как технология Evolved UTRA (E-UTRA), технология Ultra Mobile Broadband (UMB), стандарты IEEE 802.11 (технология Wi-Fi), IEEE 802.16 (технология WiMAX), IEEE 802.20, технология Flash-OFDM® и т.д. Технология является частью универсальной системы мобильной связи (UMTS). Технология E-UTRA является частью технологии 3GPP LTE (Long Term Evolution), предстоящего выпуска технологии 3GPP, который использует технологию OFDMA на нисходящей линии связи и SC-FDMA на восходящей линии связи. Технологии UTRA, E-UTRA, UMTS, LTE и GSM описаны в документах организации, называемой "Проект партнерства по созданию сетей третьего поколения" (3GPP). Технологии CDMA2000 и UMB описаны в документах организации, называемой "Проект-2 партнерства по созданию сетей третьего поколения" (3GPP2). Эти различные технологии и стандарты беспроводной связи известны в области техники.
На фиг.7 проиллюстрирована система беспроводной связи множественного доступа в соответствии с одним аспектом изобретения. Точка 700 доступа (AP) включает в себя несколько групп антенн: одну - включающую в себя антенны 704 и 706, другую - включающую в себя антенны 708 и 710 и дополнительную - включающую в себя антенны 712 и 714. На фиг.7 для каждой группы показаны только две антенны, однако для каждой группы антенн может быть использовано больше или меньше антенн. Терминал 716 доступа (AT) осуществляет связь с антеннами 712 и 714, причем антенны 712 и 714 передают информацию терминалу 716 доступа по прямой линии 720 связи и принимают информацию от терминала 716 доступа по обратной линии 718 связи. Терминал 722 доступа осуществляет связь с антеннами 706 и 708, причем антенны 706 и 708 передают информацию терминалу 722 доступа по прямой линии 726 связи и принимают информацию от терминала 722 доступа по обратной линии 724 связи. В системе FDD линии 718, 720, 724 и 726 связи могут использовать разные частоты для связи. Например, прямая линия 720 связи может использовать частоту, отличающуюся от частоты, используемой обратной линией 718 связи.
Каждая группа антенн и/или область, в которой они выполнены с возможностью осуществлять связь, часто называется сектором точки доступа. В варианте воплощения группы антенн могут быть выполнены с возможностью осуществлять связь с терминалами доступа в секторе областей, покрываемых точкой 700 доступа.
При осуществлении связи по прямым линиям 720 и 726 связи передающие антенны точки 700 доступа могут использовать формирование диаграммы направленности для улучшения отношения сигнала к шуму прямых линий связи для различных терминалов 716 и 724 доступа. Кроме того, точка доступа, использующая формирование диаграммы направленности для осуществления передачи терминалам доступа, случайно расположенным по ее зоне охвата, вызывает меньше взаимных помех для терминалов доступа в соседних сотах, чем точка доступа, осуществляющая передачу всем своим терминалам доступа через единственную антенну.
Точка доступа может являться стационарной станцией, используемой для осуществления связи с терминалами, и также может называться точкой доступа, узлом B и/или другим термином. Терминал доступа также может называться мобильным терминалом, пользовательским оборудованием (UE), устройством беспроводной связи, терминалом, терминалом доступа и/или другим термином.
Фиг.8 является блок-схемой аспекта изобретения системы 810 передатчика (также известной как точка доступа) и системы 850 приемника (также известной как терминал доступа) в системе 800 MIMO. В системе 810 передатчика информационные данные для нескольких потоков данных обеспечивают из источника 812 данных процессору 814 данных передачи.
В аспекте изобретения каждый поток данных передают через соответствующую передающую антенну. Процессор 814 данных передачи форматирует, кодирует и перемежает информационные данные для каждого потока данных на основе конкретной схемы кодирования, выбранной для этого потока данных, чтобы предоставить закодированные данные.
Кодированные данные для каждого потока данных могут быть мультиплексированы с контрольными данными с использованием методики мультиплексирования OFDM. Контрольные данные обычно представляют собой известный образец данных, который обрабатывают известным образом, и могут использовать в системе приемника для оценки характеристики канала. Мультиплексированные контрольные и закодированные данные для каждого потока данных затем модулируют (то есть преобразовываются в символы) на основе конкретной схемы модуляции (например, двоичной фазовой модуляции (BPSK), квадратурной фазовой модуляции (QPSK), М-кратной фазовой модуляции (M-PSK) или М-кратной квадратурной амплитудной манипуляции (M-QAM)), выбранной для каждого потока данных, чтобы выдать символы модуляции. Скорость передачи данных, кодирование и модуляция для каждого потока данных могут быть определены посредством команд, выполняемых процессором 830.
Затем символы модуляции для всех потоков данных предоставляют процессору 820 передачи, который может дополнительно обработать символы модуляции (например, для мультиплексирования OFDM). Процессор 820 передачи MIMO затем предоставляет NT потоков символов модуляции N T передатчикам 822a-822t. В некоторых вариантах реализации процессор 820 передачи MIMO применяет весовые коэффициенты формирования диаграммы направленности к символам потоков данных и к антенне, с которой передают символ.
Каждый передатчик 822 принимает и обрабатывает соответствующий поток символов, чтобы выдать один или более аналоговых сигналов, и дополнительно обрабатывает (например, усиливает, фильтрует и преобразовывает с повышением частоты) аналоговые сигналы, чтобы выдать модулированный сигнал, подходящий для передачи по каналу MIMO. Затем NT модулированных сигналов от передатчиков 822a-822t передают с NT антенн 824a-824t соответственно.
В системе 850 приемника переданные модулированные сигналы принимают посредством N R антенн 852a-852r и принятый сигнал от каждой антенны 852 предоставляют соответствующим приемникам 854a-854r. Каждый приемник 854 обрабатывает (например, фильтрует, усиливает и преобразовывает с понижением частоты) соответствующий принятый сигнал, преобразовывает обработанный сигнал в цифровую форму для выдачи отсчетов и затем обрабатывает отсчеты, чтобы выдать соответствующий "принятый" поток символов.
Процессор 860 приема данных затем принимает и обрабатывает NR принятых потоков символов от NR приемников 854 на основе методики обработки конкретного приемника, чтобы выдать NT "обнаруженных" потоков символов. Процессор 860 данных приема затем демодулирует, подвергает обратному перемежению и декодирует каждый обнаруженный поток символов, чтобы восстановить информационные данные для потока данных. Обработка посредством процессора 860 данных приема является комплементарной по отношению к обработке, выполненной процессором 820 передачи MIMO и процессором 814 данных передачи в системе 810 передатчика.
Процессор 870 периодически определяет, какую матрицу предварительного кодирования следует использовать (описано ниже). Процессор 870 формирует сообщение обратной линии связи, содержащее часть с индексом матрицы и часть со значением ранга.
Сообщение обратной линии связи может содержать различные типы информации относительно линии связи и/или принятого потока данных. Сообщение обратной линии связи затем обрабатывают процессором 838 данных передачи, который также принимает информационные данные для нескольких потоков данных из источника 836 данных, модулированные модулятором 880, обработанные передатчиками 854a-854r и переданные обратно системе 810 передатчика.
В системе 810 передатчика модулированные сигналы от системы 850 приемника принимают антеннами 824, обрабатывают приемниками 822, демодулируют демодулятором 840 и обрабатывают процессором 842 данных приема для извлечения сообщения обратной линии связи, переданного системой 850 приемника. Затем процессор 830 определяет, какую матрицу предварительного кодирования следует использовать для определения весовых коэффициентов формирования диаграммы направленности, и затем обрабатывает извлеченное сообщение.
В аспекте изобретения логические каналы классифицируют на каналы управления и каналы информационных данных. Логические каналы управления содержат широковещательный канал управления (BCCH), который является каналом нисходящей линии связи для управляющей информации системы вещания. Канал управления пейджингом (PCCH), который передает информацию пейджинга. Групповой канал управления (MCCH), который является каналом нисходящей линии связи от одной точки к нескольким точкам, используемым для передачи информации планирования и управления службы широковещания и группового вещания мультимедиа (MBMS) для одного или нескольких каналов MTCH. Обычно после установления соединения управления беспроводными ресурсами (RRC) этот канал используется только пользовательским оборудованием, которое принимает службу MBMS (старые каналы MCCH+MSCH). Специализированный канал управления (DCCH) является двухточечным двунаправленным каналом, который передает специализированную управляющую информацию и используется пользовательским оборудованием, имеющим соединение RRC. В аспекте изобретения логические каналы информационных данных содержат специализированный канал информационных данных (DTCH), который является двухточечным двунаправленным каналом, специализированным для одного пользовательского оборудования, для передачи пользовательской информации. Кроме того, канал группового вещания информационных данных (MTCH) для канала нисходящей линии связи из одной точки в несколько точек для передачи информационных данных.
В аспекте изобретения транспортные каналы классифицированы на нисходящую линию связи и восходящую линию связи. Транспортные каналы нисходящей линии связи содержат канал широковещания (BCH), совместно используемый канал данных нисходящей линии связи (DL-SDCH) и канал пейджинга (PCH), канал PCH для поддержки экономии мощности пользовательского оборудования (UE) (цикл DRX указывается сетью для пользовательского оборудования), широковещательно передаваемый по всей соте и отображаемый на ресурсы физического уровня PHY, которые могут использоваться для других каналов управления / информационных данных. Транспортные каналы восходящей линии связи содержат канал произвольного доступа (RACH), канал запросов (REQCH), совместно используемый канал данных восходящей линии связи (UL-SDCH) и множество каналов физического уровня PHY. Каналы физического уровня PHY содержат набор каналов нисходящей линии связи и каналов восходящей линии связи.
Каналы физического уровня PHY нисходящей линии связи содержат: общий канал контрольных сигналов (CPICH); канал синхронизации (SCH); общий канал управления (CCCH); совместно используемый канал управления нисходящей линии связи (SDCCH); канал управления группового вещания (MCCH); совместно используемый канал назначения восходящей линии связи (SUACH); канал подтверждения (ACKCH); совместно используемый физический канал данных нисходящей линии связи (DL-PSDCH); канал управления мощностью восходящей линии связи (UPCCH); канал индикатора пейджинга (PICH); канал индикатора нагрузки (LICH); каналы физического уровня PHY восходящей линии связи содержат: физический канал произвольного доступа (PRACH); канал индикатора качества канала (CQICH); канал подтверждения (ACKCH); канал индикатора подмножества антенн (ASICH); совместно используемый канал запросов (SREQCH); физический совместно используемый канал данных восходящей линии связи (UL-PSDCH); широкополосный канал контрольных сигналов (BPICH).
Приведенное выше описание содержит примеры различных аспектов изобретения. Безусловно, невозможно описать каждую мыслимую комбинацию компонентов или методологий в целях описания различных аспектов изобретения, но специалист в области техники может понять, что возможно множество дополнительных комбинаций и изменений. В соответствии с этим подразумевается, что описанные аспекты изобретения охватывают все такие изменения, модификации и разновидности, которые находятся в пределах сущности и объема приложенной формулы изобретения.
Используемые в этой заявке термины "компонент", "модуль", "система" и т.п. предназначены для обозначения относящегося к компьютеру объекта, являющегося либо аппаратным оборудованием, либо комбинацией аппаратного оборудования и программного обеспечения, либо программным обеспечением, либо исполняемым программным обеспечением. Например, компонент может представлять собой, но без ограничения, процесс, выполняемый на процессоре, процессор, объект, исполняемую программу, поток выполнения, программу и/или компьютер. В качестве иллюстрации и приложение, выполняющееся на сервере, и сервер могут являться компонентом. Один или более компонентов могут располагаться в процессе и/или потоке выполнения, и компонент может быть размещен на одном компьютере и/или распределен между двумя или более компьютерами.
Слово "иллюстративный" используется здесь для обозначения "служащий примером, экземпляром или иллюстрацией". Любой аспект изобретения или конструкция, описанные здесь как "иллюстративные", не должны обязательно рассматриваться как предпочтительные или имеющие преимущество по сравнению с другими аспектами или конструкциями.
В частности, в отношении различных функций, выполняемых описанными выше компонентами, устройствами, схемами, системами и т.п., подразумевается, что термины (в том числе термин "средство"), используемые для описания таких компонентов, соответствуют, если не указано иное, любому компоненту, который выполняет указанную функцию описанного компонента (например, функциональному эквиваленту), даже если не является структурно эквивалентным раскрытой структуре, которая выполняет функцию в проиллюстрированных здесь иллюстративных аспектах изобретения. В этом отношении также следует понимать, что различные аспекты включают в себя систему, а также машиночитаемый носитель, имеющий исполняемые с помощью компьютера команды для выполнения действий и/или событий различных способов.
Кроме того, хотя конкретный отличительный признак мог быть раскрыт в отношении только одного из нескольких вариантов реализаций, такой отличительный признак может быть объединен с одним или более другими отличительными признаками других реализаций, что может быть желательным и выгодным для любого заданного или конкретного применения. В тех случаях, когда термины "включает в себя", "включающий в себя" и их варианты используются либо в подробном описании, либо в формуле изобретения, подразумевается, что эти термины являются охватывающими, аналогично термину "содержащий". Кроме того, подразумевается, что термин "или", используемый либо в подробном описании, либо в формуле изобретения, представляет собой "неисключающее или".
Кроме того, следует понимать, что различные части раскрытых систем и способов могут включать в себя или состоять из компонентов, субкомпонентов, процессов, средств, методологий или механизмов искусственного интеллекта, машинного обучения или основанных на знаниях или правилах (например, метода опорных векторов, нейронных сетей, экспертных систем, байесовских доверительных сетей, нечеткой логики, механизмов слияния данных, классификаторов и т.д.). Такие компоненты, среди прочего, могут автоматизировать некоторые механизмы или процессы, выполняемые таким образом, чтобы сделать части систем и способов более адаптивными, а также эффективными и интеллектуальными.
С учетом описанных выше иллюстративных систем, методологии, которые могут быть реализованы в соответствии с раскрытым предметом, были описаны в отношении нескольких блок-схем последовательности операций. Хотя в целях простоты объяснения методологии показаны и описаны как последовательность этапов, следует понимать, что заявленный предмет не ограничен порядком этапов, поскольку некоторые этапы могут произойти в другом порядке и/или одновременно с другими этапами, в отличие от того, что изображено и описано здесь. Кроме того, не все проиллюстрированные этапы могут требоваться для реализации описанных здесь методологий. Кроме того, следует также понимать, что раскрытые здесь методологии могут быть сохранены в изделии для обеспечения возможности транспортировки и переноса таких методологий на компьютеры. Подразумевается, что использованный здесь термин "изделие" охватывает компьютерную программу, доступную из любого машиночитаемого устройства, носителя или среды.
Кроме того, одна или более версий могут быть реализованы как способ, устройство или изделие с использованием стандартных программных и/или технических методик создания программного обеспечения, встроенного программного обеспечения, аппаратного оборудования или любой их комбинации для управления компьютером для реализации раскрытых аспектов изобретения. Подразумевается, что используемый здесь термин "изделие" (или "компьютерный программный продукт") охватывает компьютерную программу, доступную из любого машиночитаемого устройства, носителя или среды. Например, машиночитаемые носители могут включать в себя, но без ограничения, магнитные запоминающие устройства (например, жесткий диск, гибкий диск, магнитные полосы и т.д.), оптические диски (например, компакт-диск (CD), цифровой универсальный диск (DVD) и т.д.), смарт-карты и устройства флэш-памяти (например, карта, флэш-карта и т.д.). Кроме того, следует понимать, что носитель может использоваться для переноса машиночитаемых электронных данных, например, используемых при передаче и приеме электронной почты или при доступе к сети, например, сети Интернет или локальной сети (LAN). Безусловно, специалисты в области техники поймут, что для этой конфигурации может быть сделано много модификаций без отступления от объема или сущности раскрытых аспектов изобретения.
Следует понимать, что любой патент, публикация или другой материал раскрытия, полностью или частично, которые упомянуты как включенные по ссылке в настоящий документ, включается в настоящий документ только до такой степени, пока включенный материал не находится в противоречии с существующими определениями, утверждениями или другим материалом раскрытия, изложенным в этом документе. Таким образом, явно изложенное в настоящем документе раскрытие до необходимой степени заменяет любой вступающий в противоречие материал, включенный в настоящий документ посредством ссылки. Любой материал или его часть, которые упомянуты как включенные посредством ссылки в настоящий документ, но которые находятся в противоречии с существующими изложенными здесь определениями, утверждениями или другими материалами раскрытия, будут включены в настоящий документ только до такой степени, пока не возникает конфликта между этим включенным материалом и существующим материалом раскрытия.
Класс H04L29/12 отличающиеся терминалом преобразования данных