МНОГОКРАТНАЯ РЕГИСТРАЦИЯ МОБИЛЬНЫХ IP И ВЗАИМОДЕЙСТВИЕ PCC
MULTIPLE REGISTRATION OF MOBILE IP AND PCC INTERACTION

ПРИОРИТЕТ ЗАЯВКИ ПО §119 35 U.S.C.
По настоящей заявке на патент испрашивается приоритет на основании предварительной заявки № 61/026,637, озаглавленной «MOBILE IP MULTIPLE REGISTRATIONS AND PCC INTERACTIONS», поданной 6 февраля 2008 г., принадлежащей правообладателю настоящей заявки и настоящим в явном виде включенной в настоящий документ путем ссылки.
ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Примерные и неограничивающие аспекты, описанные в данном документе, относятся в целом к системам беспроводной связи, способам, компьютерным программным продуктам и устройствам и, более конкретно, к методикам для политики и правил тарификации и применению политики к множеству мобильных IP-сеансов.
УРОВЕНЬ ТЕХНИКИ
Системы беспроводной связи широко используются, чтобы обеспечивать различные типы контента связи, такого как голос, данные и так далее. Эти системы могут быть системами множественного доступа, которые могут поддерживать связь со многими пользователями посредством совместного использования доступных системных ресурсов (например, ширина пропускания канала и мощность передачи). Примеры таких систем множественного доступа включают в себя системы множественного доступа с кодовым разделением (CDMA), системы множественного доступа с временным разделением (TDMA), системы множественного доступа с частотным разделением (FDMA) и системы множественного доступа с ортогональным частотным разделением (OFDMA).
Система беспроводной связи с множественным доступом может в общем одновременно поддерживать связь для множества беспроводных терминалов. Каждый терминал взаимодействует с одной или более базовыми станциями через передачи по прямой и обратной линиям связи. Прямая линия связи (или нисходящая линия связи) относится к каналу связи от базовых станций к терминалам, и обратная линия связи (или восходящая линия связи) относится к каналу связи от терминалов к базовым станциям. Эта линия связи может быть создана через систему с одним входом и одним выходом, множеством входов и одним выходом или с множеством входов и множеством выходов (MIMO).
Система UMTS (универсальная система мобильной связи) является одной из технологий сотовых телефонов третьего поколения (3G). UTRAN, сокращенное наименование наземной сети UMTS радиодоступа, является групповым термином для контроллеров узла В и радиосети, которые составляют часть сети UMTS радиодоступа. Эта сеть связи может передавать многие типы трафика от сети с коммутируемыми каналами в реальном времени в сеть с коммутируемыми пакетами на основе IP. UTRAN допускает возможность соединения между UE (пользовательским устройством) и базовой сетью. UTRAN содержит базовые станции, которые называются узлами В и контроллерами радиосети (RNC). RNC предусматривает управляющие функциональные возможности для одного или более узлов В. Узел В и RNC могут быть тем же самым устройством, хотя типичные варианты осуществления имеют отдельные RNC, расположенные в центральном офисе, который обслуживает множество узлов В. Несмотря на это обстоятельство их не нужно физически разделять, существует логический интерфейс между ними, известный как наименьшая верхняя граница. RNC и его соответствующие узлы В называются подсистемой радиосети (RNS). Может быть более чем одна RNS, присутствующая в UTRAN.
3GPP LTE (долгосрочное развитие) является названием, указанным для проекта в проекте партнерства третьего поколения (3GPP) для улучшения стандарта UMTS мобильных телефонов, чтобы справиться с будущими требованиями. Цели включают в себя улучшение эффективности, снижение затрат, улучшение служб, использование возможностей нового спектра и лучшую интеграцию с другими открытыми стандартами. LTE-система описывается в сериях спецификаций выделенной UTRA (EUTRA) и выделенной UTRAN (EUTRAN).
Полупостоянное планирование (SPS) является набором методик для эффективного назначения ресурсов для периодического трафика в системе беспроводной связи для поддержки назначения ресурсов с настолько несущественными служебными сигналами, как возможно для улучшения пропускной способности системы.
Мобильный Интернет-протокол (мобильный IP или MIP) является протоколом связи, который допускает прозрачную маршрутизацию пакетов данных для мобильных устройств в системе беспроводной связи. Под мобильным IP-протоколом устройство может регистрироваться с помощью домашнего агента (HA), с помощью которого устройство получает «домашний» IP-адрес. Домашний адрес устройства может затем использоваться для маршрутизации пакетов данных в и/или от устройства безотносительно положения устройства в сети беспроводной связи. Традиционно мобильное устройство может регистрироваться с помощью HA, сначала обнаруживая глобальный IP-адрес HA и последовательно создавая ассоциацию безопасности с HA на основе его обнаруженного IP-адреса. При ассоциации с HA устройство может сигнализировать обновления HA, относящиеся к положению и/или состоянию устройства. Эти обновления могут использоваться HA для обеспечения пакетов данных для устройства либо непосредственно, либо опосредованно через точку доступа отличной сети, в которую переместилось устройство.
Тем не менее, сложности возникают относительно мобильного IP и взаимодействий политики управления тарификацией (РСС). В частности, объекты, включенные в управление мобильным доступом (т.е. мобильный узел и домашний агент), являются отличными от объектов, включенных в качество обслуживания (QoS) и управление политикой (т.е. PCC), конкретно названная PCEF (функция политики и применение тарификации) и, соответственно, PCRF (функция политики и правила тарификации). Когда мобильный IP не используется, существует только один IP-адрес, используемый мобильным узлом, и это передается в объекты управления QoS (т.е. PCRF). На основе этого адреса PCRF создает правильное QoS в системе. Тем не менее, когда мобильный узел осуществляет MIP-регистрацию с помощью HA, один IP-адрес мобильного узла может изменяться, и объекты управления QoS (т.е. PCRF) не осведомлены об этом, так как они не включены. На основе этой ситуации PCRF не знает, какие адреса зарегистрированы мобильным узлом. Следовательно, PCRF не может определять, какие правила PCC (например, IP-потоки и связанная политика) нужно передавать в PCRF, расположенную в шлюзе доступа для соответствующей регистрации MIP.
РАСКРЫТИЕ ИЗОБРЕТЕНИЯ
Ниже представлено упрощенное краткое изложение, обеспечивающее базовое понимание некоторых аспектов раскрытых аспектов. Эта сущность изобретения не является расширительным обзором и не подразумевает ни идентифицировать ключевые либо критические элементы, ни намечать объем подобных аспектов. Ее единственная цель - представить некоторые понятия описанных признаков в упрощенной форме в качестве вступления в более подробное описание, которое представлено далее.
Согласно одному или более аспектам и его соответствующему раскрытию различные аспекты описаны в связи с координированием одной или многократных регистраций мобильных IP мобильного узла с различными шлюзами доступа с функцией политики и правил тарификации (PCRF). В частности, домашний агент (HA), действуя как функция политики и применения тарификации (PCEF), передает адреса, зарегистрированные как адрес для передачи (CoA) и домашний адрес (HoA) для PCRF. Таким образом, корректные ассоциации могут быть сделаны между домашним адресом мобильного узла и одной или более CoA, созданной для корректировки отправки правил политики и управления тарификацией (PCC) от PCRF в соответствующую PCEF для шлюза доступа.
В одном аспекте предусматривается способ обеспечения правил политики для множества сеансов пакетов данных по сети беспроводной связи для пользовательского устройства. Первый сеанс интернет-протокола (IP) создается для пользовательского устройства (UE) для беспроводных передач пакетов данных, получая IP-адрес, предусмотренный функцией применения политики доступа в узле доступа. Второй IP-сеанс создают для UE для беспроводных передач пакетов данных, привязывая IP-адрес первого сеанса к домашнему адресу (HoA), обеспеченного основной функцией применения политики, удаленной по отношению к узлу доступа. Установление первого и второго IP-сеансов передается в функцию правил политики. Более того, при создании второго IP-сеанса ассоциированный CoA передается в функцию правил политики для связывания двух сеансов. Таким образом, функция правил политики может идентифицировать функцию применения политики, где нужно применять правила качества обслуживания (QoS) и управления политикой тарификации (PCC).
В другом аспекте предусматривается по меньшей мере один процессор для обеспечения правил политики для множества сеансов пакетов данных по сети беспроводной связи для пользовательского устройства. Первый модуль создает первый сеанс интернет-протокола (IP) для пользовательского устройства (UE) для беспроводных передач пакетов данных, получая IP-адрес, предусмотренный функцией применения политики доступа в узле доступа. Второй модуль создает IP-сеанс для UE для беспроводных передач пакетов данных, привязывая IP-адрес первого сеанса к домашнему адресу (HoA), обеспеченному основной функцией применения политики, удаленной по отношению к узлу доступа. Третий модуль передает установление первого и второго IP-сеансов для функции правил политики. Четвертый модуль - для передачи ассоциированного IP-адреса первого сеанса в ответ на создание второго IP-сеанса для функции правил политики. Пятый модуль связывает первый и второй сеансы для идентификации функции применения политики, где необходимо применять правила политики.
В дополнительном аспекте предусматривается компьютерный программный продукт для обеспечения правил политики для множества сеансов пакетов данных по сети беспроводной связи для пользовательского устройства. Машиночитаемый носитель данных содержит первый набор кодов, побуждающий компьютер создавать первый сеанс интернет-протокола (IP) для пользовательского устройства (UE) для беспроводных передач пакетов данных, получая IP-адрес, обеспечиваемый функцией применения политики доступа, в узле доступа. Второй набор кодов побуждает компьютер создавать второй IP-сеанс для UE для беспроводных передач пакетов данных, привязывая IP-адрес первого сеанса к домашнему адресу (HoA), обеспеченному основной функцией применения политики, удаленной по отношению к узлу доступа. Третий набор кодов побуждает компьютер передавать установление первого и второго IP-сеансов для функции правил политики. Четвертый набор кодов побуждает компьютер передавать ассоциированный IP-адрес первого сеанса в ответ на создание второго IP-сеанса для функции правил политики. Пятый набор кодов побуждает компьютер связывать первый и второй сеансы для идентификации функции применения политики, где нужно применять правила политики.
В другом дополнительном аспекте предусматривается устройство для обеспечения правил политики для множества сеансов пакетов данных по сети беспроводной связи для пользовательского устройства. Предусматривается средство для создания первого сеанса интернет-протокола (IP) создается для пользовательского устройства (UE) для беспроводных передач пакетов данных, получая IP-адрес, предусмотренный функцией применения политики доступа в узле доступа. Предусматривается средство для создания второго IP-сеанса для UE для беспроводных передач пакетов данных, привязывая IP-адрес первого сеанса к домашнему адресу (HoA), обеспеченного основной функцией применения политики, удаленной по отношению к узлу доступа. Предусматривается средство для передачи установления первого и второго IP-сеансов для функции правил политики. Предусматривается средство для передачи ассоциированного IP-адреса первого сеанса в ответ на создание второго IP-сеанса для функции правил политики. Предусматривается средство для связывания первого и второго сеансов для идентификации функции применения политики, где нужно применять правила политики.
В дополнительном аспекте предусматривается устройство для обеспечения правил политики для множества сеансов пакетов данных по сети беспроводной связи для пользовательского устройства. Функция политики доступа в узле доступа создает первый сеанс интернет-протокола (IP) для пользовательского устройства (UE) для беспроводных передач пакетов данных, получая IP-адрес. Основная функция применения политики, удаленная по отношению к узлу доступа, создает второй IP-сеанс для UE для беспроводных передач пакетов данных, привязывая IP-адрес первого сеанса к домашнему адресу (HoA). Функция правил политики принимает передачу, содержащую установление первого и второго IP-сеансов и HoA, ассоциируемых с первой CoA и для связывания двух сеансов. Основная функция применения политики передает установление первого и второго IP-сеансов для функции правил политики. Основная функция применения политики передает ассоциированный IP-адрес первого сеанса в ответ на создание второго IP-сеанса для функции правил политики. Функция правил политики связывает первый и второй сеансы для идентификации функции применения политики, где необходимо применять правила политики.
В еще одном аспекте предусматривается способ для запроса множества сеансов пакетов данных в пользовательском устройстве по сети беспроводной связи, передавая информацию фильтрации, которая содержит информацию маршрутизации между пользовательским устройством и сетью, передающей информацию фильтрации с помощью основной функции применения политики для функции правил политики вместе с домашним адресом (HoA) и по меньшей мере один адрес для передачи (CoA) и создание правил политики в функции применения политики доступа с помощью функции правил политики на основе информации маршрутизации и обеспеченной CoA.
В еще одном аспекте по меньшей мере один процессор предусмотрен для запроса множества сеансов пакетов данных в пользовательском устройстве по сети беспроводной связи. Первый модуль передает информацию фильтрации, которая содержит информацию маршрутизации между пользовательским устройством и сетью. Второй модуль передает информацию фильтрации с помощью функции применения политики в функцию правил политики вместе с домашним адресом (HoA) и по меньшей мере одним адресом для передачи (CoA). Третий модуль создает правила политики в функции применения политики доступа с помощью функции правил политики на основе информации маршрутизации и обеспеченной CoA.
В еще одном дополнительном аспекте компьютерный программный продукт предусматривается для запроса множества сеансов пакетов данных в пользовательском устройстве по сети беспроводной связи. Машиночитаемый носитель данных содержит первый набор кодов, побуждающий компьютер передавать информацию фильтрации, которая содержит информацию маршрутизации между пользовательским устройством и сетью. Второй набор кодов побуждает компьютер передавать информацию фильтрации с помощью основной функции применения политики в функцию правил политики вместе с домашним адресом (HoA) и по меньшей мере одним адресом для передачи (CoA). Третий набор кодов побуждает компьютер создавать правила политики в функции применения политики с помощью функции правил политики на основе информации маршрутизации и обеспеченного CoA.
В еще одном дополнительном аспекте предусматривается устройство для запроса множества сеансов пакетов данных в пользовательском устройстве по сети беспроводной связи. Предусматривается средство для передачи информации фильтрации, содержащей информацию маршрутизации между пользовательским устройством и сетью. Предусматривается средство для передачи информации фильтрации с помощью основной функции применения политики в функцию правил политики вместе с домашним адресом (HoA) и по меньшей мере одним адресом для передачи (CoA). Предусматривается средство для создания правил политики в функции применения политики доступа с помощью функции правил политики на основе информации маршрутизации и обеспеченного CoA.
В еще одном дополнительном аспекте предусматривается устройство для запроса множества сеансов пакетов данных в пользовательском устройстве по сети беспроводной связи. Узел доступа передает информацию фильтрации, которая содержит информацию маршрутизации между пользовательским устройством и сетью. Основная функция применения политики передает информацию фильтрации в функцию правил политики с домашним адресом (HoA) и по меньшей мере одним адресом для передачи (CoA). Функция правил политики создает правила политики на основе информации маршрутизации и обеспеченного CoA. Функция применения политики доступа принимает правила политики.
Для достижения вышеизложенных и связанных с ними целей один или более аспектов содержат признаки, полностью описанные ниже в данном документе и конкретно выделенные в формуле изобретения. Нижеследующее описание и сопровождающие чертежи, изложенные подробно определенные иллюстративные аспекты обозначают несколько различных способов, в которых могут использоваться принципы аспектов. Другие преимущества и новые признаки станут очевидными из последующего подробного описания, когда рассматриваются в связи с чертежами, и раскрытые аспекты подразумевают включать в себя все подобные аспекты и их эквиваленты.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Признаки, сущность и преимущества настоящего изобретения станут более явными из изложенного ниже подробного описания, рассматриваемого вместе с чертежами, на которых одинаковые символы ссылок определяют соответственно по всему документу и из которых:
фиг.1 отображает блок-схему системы связи, использующей функцию применения политики, разделенной между шлюзом доступа и основным шлюзом для облегчения мобильного IP.
Фиг.2 отображает блок-схему архитектуры политики и управления тарификацией (PCC) для мобильного доступа, основанного на клиентах.
Фиг.3 отображает схему системы беспроводной связи множественного доступа для одного аспекта мобильного доступа, основанного на клиентах.
Фиг.4 отображает схематичную блок-схему системы связи для поддержки мобильного доступа, основанного на клиентах.
Фиг.5 отображает временную диаграмму способа для PCC-архитектуры и мобильного доступа, основанного на клиентах.
Фиг.6 иллюстрирует блок-схему пользовательского устройства и базовый узел, который имеет модули для PCC-архитектуры с мобильным доступом, основанным на клиентах.
ОСУЩЕСТВЛЕНИЕ ИЗОБРЕТЕНИЯ
В системе беспроводной связи, которая имеет множество узлов доступа, домашний агент (HA) сохраняет домашний адрес (HoA) для мобильного узла так, чтобы мог быть установлен IP-сеанс (интернет-протокол). Так как мобильный узел передвигается в пределах зоны обслуживания различных узлов доступа, мобильный узел может установить безопасную связь в пределах локального шлюза доступа и таким образом зарегистрировать локальный IP-адрес, называемый адресом для передачи (CoA), с помощью HA. Таким образом, мобильный протокол на основе сети, например, проксимобильный IP (PMIP), протокол туннелирования (GTP) радиослужбы пакетной передачи данных (GPRS), мобильный IP-протокол или тому подобное может быть установлен так, чтобы могло проводиться множество сеансов (т.е. последовательных, параллельных). Для того чтобы политика и управление тарификацией (PCC) могли сохраняться, MA информирует функцию политики и правил тарификации (PCRF), которая в свою очередь может затем передавать соответствующие PCC-правила (например, IP-потоки и связанные политики) в функцию политики и применения тарификации (PCEF) для конкретного шлюза доступа. MA может дополнительно быть осведомленной о фильтрах, предусмотренных мобильным узлом относительно того, какое приложение может запускаться на конкретном интерфейсе. Таким образом, правила PCC, передаваемые в PCEF, могут отражать эту информацию фильтра.
В другом аспекте во время соединения с сетью и фазы начальной загрузки мобильного IP создаются два различных сеанса политики и управления тарификацией (PCC) для пользовательского устройства. В частности, разделяются функциональные возможности PCEF. Один сеанс создается между функцией политики доступа и применения тарификации (A-PCEF) и функцией политики и правил тарификации (PCRF), которая имеет границу с адресом для передачи (CoA), обеспеченным A-PCEF во время установления сеанса. Другой сеанс создается между основной PCEF (C-PCEF) и PCRF, которая имеет границу с домашним адресом (HoA), обеспечиваемым C-PCEF во время установления сеанса. После установления PCC-сеансов PCRF передает правила PCC в A-PCEF и C-PCEF. Правила, передаваемые в A-PCEF, имеют также информацию CoA в описании потока, в то время как правила, передаваемые в C-PCEF, имеют HoA в описании потока. PCRF связывает два сеанса PCC как принадлежащие тому же самому UE. В одном иллюстративном варианте осуществления может использоваться ID подописания пары значение-признак (AVP), которое передает идентичность UE. В другом варианте осуществления CoA может использоваться для связывания двух сеансов PCC, для того, чтобы разрешить, чтобы C-PCEF передавала как HoA, так и CoA во время установления сеанса или обновления сеанса.
Следует принимать во внимание преимущество настоящего изобретения, состоящее в том, что аспекты, описанные в данном документе для PCEF-доступа, могут быть включены в функцию связи однонаправленного канала 3GPP и сообщения событий. Аналогично аспекты, описанные в данном документе для Core-PREF (основной PREF), могут быть включены в 3CPP PCEF.
Тем не менее, возникают ситуации, в которых UE может иметь множество адресов, сконфигурированных в определенном канале с одним или более адресами, зарегистрированными как CoA. PCRF должна знать, какой адрес, предусмотренный A-PCEF, регистрируется как CoA для того, чтобы отправлять корректные правила PCC и дескрипторы потока, когда необходимо. Например, подобное правило PCC и дескрипторы потока могут быть необходимы, когда прикладная функция модифицирует сеанс приема (Rx) и сообщает PCRF для модификации, соответственно, качества обслуживания (QoS). PCRF передает новые правила PCC для C-PCEF, связанной с этим сеансом Rx, но также с CoA, связанной с этой регистрацией мобильного IP (MIP).
В контексте настоящей заявки термины «компонент», «модуль», «система» и тому подобные, имеют намерением указывать ссылкой на имеющую отношение к компьютеру сущность либо из аппаратных средств, сочетания аппаратных средств и программного обеспечения, программного обеспечения или программного обеспечения при выполнении. Например, компонент может быть, но не ограничен, процессом, запущенным на процессоре, процессором, объектом, исполняемым файлом, потоком выполнения, программой и/или компьютером. В качестве иллюстрации как приложение, работающее на сервере, так и сервер могут быть компонентом. Один или более компонентов могут находиться в пределах процесса и/или потока выполнения, а компонент может быть локализован на одном компьютере и/или распределен между двумя или более компьютерами.
Слово «примерный» используется в материалах настоящей заявки, чтобы означать служащий в качестве примера, экземпляра или иллюстрации. Любой аспект или конструкция, описанные в материалах настоящей заявки как «примерные», не обязательно должны быть истолкованы в качестве предпочтительных или преимущественных над другими аспектами или конструкциями.
Кроме того, одна или более версий могут быть реализованы как способ, устройство или продукт, которое использует стандартное программирование и/или инженерные методики для создания программного обеспечения, встроенного программного обеспечения, аппаратного обеспечения либо любое его сочетание для управления компьютером для реализации раскрытых аспектов. Термин «продукт» (или в качестве альтернативы «компьютерный программный продукт») в контексте настоящей заявки включает в себя компьютерную программу, доступную из любого машиночитаемого устройства, несущей или носителей. Например, машиночитаемая среда может включать в себя, но не в качестве ограничения, магнитные запоминающие устройства (например, жесткий диск, дискету, магнитные полосы,...), оптические диски (например, компакт-диск (CD), цифровой универсальный диск (DVD),...), интеллектуальные карты и устройства флэш-памяти (например, карту памяти). Дополнительно, должно быть принято во внимание, что волновой сигнал несущей может быть использован, чтобы переносить машиночитаемые электронные данные, такие как используемые при передаче и приеме электронной почты или при осуществлении доступа к сети, такой как Интернет или локальная сеть (LAN). Конечно, специалистам в данной области техники будет понятно, что по отношению к этой конфигурации могут быть сделаны многие модификации, не выходящие из объема раскрытых аспектов.
Различные аспекты представлены с точки зрения систем, которые могут включать в себя множество компонентов, модулей и тому подобное. Следует понимать и принимать во внимание, что различные системы могут включать в себя дополнительные компоненты, модули и т.д. и/или могут не включать в себя все из компонентов, модулей и т.д., рассмотренных в связи с чертежами. Может также использоваться комбинация этих подходов. Различные аспекты, раскрытые в данном документе, могут осуществляться на электрических устройствах, включая устройства, которые используют технологии дисплея с сенсорным экраном и/или интерфейсы типа мышь-и-клавиатура. Примеры подобных устройств включают в себя компьютеры (настольный и мобильный), смартфоны, карманные персональные компьютеры (PDA) и другие электронные устройства, как проводные, так и беспроводные.
Далее описаны различные аспекты со ссылкой на чертежи. В нижеследующем описании для целей пояснения многие конкретные детали изложены, чтобы обеспечить полное понимание одного или более аспектов. Тем не менее, может быть очевидно, что различные аспекты могут быть осуществлены на практике без этих конкретных деталей. В иных случаях хорошо известные структуры и устройства показаны в блок-схеме, чтобы облегчить описание этих аспектов.
2
Как показано на фиг.1, система 100 беспроводной связи содержит сеть 162 управления политикой, которая поддерживает мобильный доступ для мобильного узла 104, также упоминаемого как пользовательское устройство (UE) или терминал доступа, для создания последовательных либо параллельных сеансов №1, №106, 108, пакетов доступа таких как, но не ограниченных мобильным IP-протоколом (интернет-протоколом) со множеством узлов №1, №2 доступа (например, базовая станция), 110, 112. Мобильный узел 104 устанавливает каждый сеанс 106, 108 с помощью получения соответствующих адресов 114, 116 для передачи (CoA) от соответствующего шлюза 118, 120 доступа. Мобильный узел 104 имеет домашний адрес 122 (HoA), который облегчает осуществление доступа к ассоциированным службам, хотя перемещаются между шлюзами доступа. С этой целью домашний агент 124 (HA) в базовом шлюзе 126 сохраняет информацию о HoA 122, которая может быть необходима, например, для осуществления доступа к определенным службам, доступным из сети пакетных данных 128 (PDN). Первый и второй шлюзы 118, 120 доступа для каждого узла 110, 112 доступа соответственно могут взаимодействовать с базовым шлюзом 126 для того, чтобы создавать каждый сеанс 106, 108; домашний агент 124 (HA) сохраняет связывание 130 HoA 122 с этими CoA ll4, 116.
Функция 132 правил политики, которая может быть частью сети 13 сотовой связи, имеет необходимость в распределении правил для целей, например качества обслуживания (QoS), тарификации и т.д. для этих сеансов 106, 108. Взаимодействие домашнего агента 124 (HA) и функции 136 применения базовой политики (C-PCEF), эти ассоциированные HoA 122 и CoA 114, 116 с функцией 130 уровней политики, правила политики могут быть соответствующим образом распространяться в соответствующую функцию 138, 140 применения политики доступа в шлюзах 118, 120 доступа.
Альтернативно или в дополнение в одном аспекте мобильный узел 104 может представлять стационарное или мобильное устройство, использующее преимущество различающихся возможностей двух узлов №1, №2 110, 112 такого, потоки которого направляются через узел, отображенный как интерфейс 142 сеанса №1 и интерфейс 144 сеанса №2. Компонент фильтра собирает информацию маршрутизации для различных IP-потоков с помощью различных доступов 146. Например, один узел 110 может допускать абонентские службы с высокой пропускной способностью (например, потоковый мультимедийный контент), в то время как другой узел 112 допускает неабонентскую IP-службу обмена сообщениями с низкой пропускной способностью. Домашний агент 124 (HA) преимущественно может получать информацию относительно этой другой маршрутизации потоков и передавать ее в функции 132 правил политики так, чтобы правила политики были соответствующими для соответствующих сеансов 106, 108.
На фиг.2 архитектура 200 управления политикой тарификации (PCC) системы 202 беспроводной связи улучшена для мобильной связи между пользовательским устройством 204 (UE), которое использует множество IP-адресов (например, CoA, HoA). В частности, предусмотрены две различные функции применения политики и тарификации (PCEF), особенно PCEF 206, 208, 210 доступа, которые расположены, соответственно, в шлюзе 212 (GW) доступа 3GPP и двух узлах 214, 216 доступа, не являющихся 3GPP, и базовая PCEF 218, расположенная в домашнем агенте 220 (HA) в шлюзе 222 («базовый» GW) сети 402 пакетных данных (PDN). PDN GW 222 и HA 220 согласовываются с IP-службами 224 оператора и сервером 226 3GPP (AAA) через интерфейс Sgi и, соответственно, интерфейс S6c. UE 204 создает, соответственно, интерфейс S2c через каждый узел 212, 214, 216 доступа с 402 PDN GW 222. Функция 228 правил политики и тарификации (PCRF) взаимодействует через соответствующие интерфейсы S7a с A-PDEF 212, 214, 216 и через интерфейс S7c с C-PDEF 218. Интерфейсы S7a и S7c могут отражать разницы, выгодные для разделения функциональных возможностей PCEF на базовые PCEF и PCEF доступа.
Следует принимать во внимание, что системы беспроводной связи широко используются для обеспечения различных типов контента связи, например речи, данных и так далее. Эти системы могут быть системами множественного доступа, которые могут поддерживать связь со многими пользователями посредством совместного использования доступных системных ресурсов (например, ширина пропускания канала и мощность передачи). Примеры таких систем множественного доступа включают в себя системы множественного доступа с кодовым разделением (CDMA), системы множественного доступа с временным разделением (TDMA), системы множественного доступа с частотным разделением (FDMA), системы 3GPP LTE и системы множественного доступа с ортогональным частотным разделением (OFDMA).
Система беспроводной связи с множественным доступом в общем может одновременно поддерживать связь для множества беспроводных терминалов. Каждый терминал взаимодействует с одной или более базовыми станциями через передачи по прямой и обратной линиям связи. Прямая линия связи (или нисходящая линия связи) относится к каналу связи от базовых станций к терминалам, и обратная линия связи (или восходящая линия связи) относится к каналу связи от терминалов к базовым станциям. Эта линия связи может быть создана через систему с одним входом и одним выходом, множеством входов и одним выходом или с множеством входов и множеством выходов (MIMO).
T
R
T
R
S
s
T
R
S
(
)
N
N
N
N
N
, N
N
Система MIMO в общем использует множество (N) передающих антенн и множество N приемных антенн для передачи данных. Канал MIMO, образованный  передающими и  приемными антеннами, может быть разложен на  независимых каналов, которые могут упоминаться как пространственные каналы, где ≤min{}. Каждый из  независимых каналов соответствует размерности. Система MIMO может предусматривать ее улучшенное функционирование (например, более высокую пропускную способность и/или большую надежность), если используются дополнительные размерности, создаваемые множеством передающих и приемных антенн.
Система MIMO поддерживает системы TDD (дуплекс с временным разделением) и FDD (дуплекс с частотным разделением). В системе TDD передачи прямой и обратной линий связи происходят в той же частотной области так, чтобы принцип взаимности разрешал оценку по каналу прямой линии связи из канала обратной линии связи. Это разрешает точке доступа извлекать коэффициент усиления формирования диаграммы направленности передающей антенны, когда в точке доступа доступно множество антенн.
На фиг.4 проиллюстрирована беспроводная система связи с множественным доступом согласно одному аспекту. Точка 450 доступа (AP) включает в себя множество групп антенн, одна из которых включает в себя 454 и 456, другая включает в себя 458 и 460 и дополнительно включает в себя 462 и 464. На фиг.4 показаны только две антенны для каждой группы антенн, однако больше и меньше антенн могут быть использованы для каждой группы антенн. Терминал 466 доступа находится во взаимодействии с антеннами 462 и 464, где антенны 462 и 464 передают информацию в терминал 466 доступа по прямой линии 470 связи и принимают информацию от терминала 466 доступа по обратной линии 468 связи. Терминал 472 доступа находится во взаимодействии с антеннами 456 и 458, где антенны 456 и 458 передают информацию в терминал 472 доступа по прямой линии 476 связи и принимают информацию от терминала 472 доступа по обратной линии 474 связи. В системе FDD линии 468, 470, 474 и 476 связи могут использовать различные частоты для взаимодействия. Например, прямая линия 470 связи может использовать частоту, отличную от той, которая использовалась линией 468 связи. Каждая группа антенн и/или область, в которой они спроектированы для взаимодействия, часто относится или связана с сектором точки 450 доступа. В одном аспекте группы антенн выполнены с возможностью передачи в терминалы 466, 474 в секторе областей, покрываемых точкой 450 доступа.
Во взаимодействии по прямым линиям 470 и 476 связи передающие антенны точки 450 доступа используют формирование диаграммы направленности антенны для того, чтобы улучшить отношение сигнал/шум прямых линий связи для различных терминалов 466 и 474 доступа. Кроме того, точка доступа, использующая формирование диаграммы направленности антенны для передачи в терминалы доступа, размещенные по его зоне обслуживания, вызывает меньше помех для терминалов доступа в соседних сотах, чем точка доступа, передающая через единственную антенну во все его терминалы доступа.
Точка 450 доступа может быть фиксированной станцией, используемой для взаимодействия с терминалами и может также упоминаться как точка доступа, узел В или какой-либо иной терминологией. Терминал 466, 472 доступа может также называться пользовательским устройством (UE), устройством беспроводной связи, терминалом, терминалом доступа либо какой-либо иной терминологией.
Фиг.5 является блок-схемой аспекта системы 510 передатчиков (также известной как «точка доступа») и системы 550 приемников (также известная как терминал доступа) в системе 500 MIMO. В системе 510 передатчиков данные трафика для множества потоков данных обеспечены из источника 512 данных для передающего (TX) процессора 514 данных.
В одном аспекте каждый поток данных передается по соответствующей передающей антенне. Процессор 514 данных TX форматирует, кодирует и перемежает данные трафика для каждого потока данных на основе конкретной схемы кодирования, выбранной для этого потока данных, чтобы предоставить кодированные данные.
Кодированные данные для каждого потока данных могут мультиплексироваться с помощью данных контрольного сигнала, используя методики OFDM. Данные контрольного сигнала являются типично известным шаблоном данных, который обрабатывается известным образом и может использоваться в системе приемников для оценки характеристики канала. Мультиплексируемые данные контрольного канала и кодированные данные для каждого потока данных затем модулируются (т.е. преобразовываются символы) на основе конкретной схемы модуляции (например, BPSK, QSPK, M-PSK или M-QAM), выбранной для этого потока данных для обеспечения символов модуляции. Скорость передачи данных, кодирование и модуляции для каждого потока данных могут быть определены командами, выполняемыми процессором 530.
T
T
Символы модуляции для всех потоков данных затем обеспечиваются процессору 520 TX MIMO, который может дополнительно обрабатывать символы модуляции (например, для OFDM). Процессор 520 TX MIMO затем обеспечивает потоки символов модуляции N для приемопередатчиков (TMTR) N с 522a по 522t. В определенных вариантах осуществления процессор 520 TX MIMO использует веса формирования диаграммы направленности для символов потоков данных и для антенны, от которой передается символ.
T
T
Каждый передатчик 522 принимает и обрабатывает соответствующий поток символов для обеспечения одного или более аналоговых сигналов и дополнительно приводит в определенное состояние (например, усиливает, фильтрует и преобразовывает с повышением частоты) аналоговые сигналы для обеспечения модулированного сигнала, подходящего для передачи по каналу MIMO. Nмодулированных сигналов от приемопередатчиков с 522а по 522t затем передаются от Nантенн с 524а по, соответственно, 524t.
R
В системе 550 приемника переданные модулированные сигналы принимаются с помощью Nантенн в 552а по 552r и принятый сигнал от каждой антенны 552 обеспечивается в соответствующий приемник с 554a по 554r (RCVR). Каждый приемник 554 приводит в определенное состояние (например, фильтрует, усиливает и преобразовывает с понижением частоты) соответствующий принятый сигнал, преобразовывает в цифровую форму приведенный в определенное состояние сигнал, чтобы предоставить выборки, и дополнительно обрабатывает выборки, чтобы предоставить соответствующий «принятый» поток символов.
R
R
T
Процессор 568 данных RX затем принимает и обрабатывает Nпринятых потоков символов от N приемников 554 на основе конкретной методики обработки приемника для обеспечения N «детектированных» потоков символов. Процессор 560 данных RX затем демодулирует, обратно перемежает и декодирует каждый детектированный поток символов для восстановления данных трафика для потока данных. Обработка процессором 560 данных RX является дополнительной к той, которая осуществляется процессором 520 TX MIMO и процессором 514 данных TX в системе 510 передатчиков.
Процессор 570 периодически определяет, какую матрицу предварительного кодирования необходимо использовать (рассмотрено ниже). Процессор 570 формулирует сообщение обратной линии связи, содержащее часть индексов матрицы и часть оценочных значений.
Сообщение обратной линии связи может содержать различные типы информации относительно канала связи и/или принятого потока данных. Сообщение обратной линии связи может обрабатываться с помощью процессора 538 данных TX, который также принимает данные трафика для множества потоков данных из источника 536 данных, модулированных модулятором 580, приведенные в определенное состояние передатчиками с 554а по 554r и передаваемые обратно в базовую станцию 510.
В системе 510 передатчика модулированные сигналы от системы 550 приемников принимаются антеннами 524, приведенные в определенное состояние приемниками 522, демодулированные демодулятором 540 и обработанные процессором 542 данных RX для извлечения сообщения обратной линии связи, передаваемого системой 550 приемников. Процессор 530 затем определяет, какую матрицу предварительного кодирования нужно использовать для определения весов формирования диаграммы направленности антенны, затем обрабатывает извлекаемое сообщение.
В одном аспекте логические каналы классифицируются на управляющие каналы и каналы трафика. Логические управляющие каналы содержат управляющий канал широковещания (BCCH), который является каналом DL для широковещания управляющей системной информации. Управляющий канал поискового вызова (PCCH), который является каналом DL, который передает информацию поиска. Групповой управляющий канал (MCCH), который является каналом DL точка-множество точек, используется для передачи мультимедийной трансляции и групповой передачи. Служебная информация планирования и управляющая информация (MBMS) для одного или нескольких MTCH. В общем, после установления RRC-соединения этот канал лишь используется UE, который принимает MBMS (следует отметить: прежний MCCH+MSCH). Выделенный управляющий канал (DCCH) является двунаправленным каналом «точка-точка», который передает выделенную управляющую информацию и используемую UE, которое имеет RRC-соединение. В аспекте логические каналы трафика содержат выделенный канал трафика (DTCH), который является двунаправленным каналом «точка-точка», выделенным для одного UE, для передачи абонентской информации. В дополнение группового канала трафика (MTCH) для DL-канала «точка-множество точек» для передачи данных трафика.
В аспекте транспортные каналы классифицируются на DL и UL. Транспортные DL-каналы содержат широковещательный канал (BCH). Нисходящий совместно используемый канал данных (DL-SDCH) и канал поиска (PCH), PCH для поддержки энергосбережения UE (цикл DRX обозначает сетью для UE), транслируемого по всей соте и преобразуемый для PHY-ресурсов, которые могут использоваться для других управляющих каналов/каналов трафика. UL-транспортные каналы содержат канал случайного доступа (RACH), канал запросов (REQCH), совместно используемый канал данных восходящей линии связи (UL-SDCH) и множество PHY-каналов. PHY-каналы содержат набор DL-каналов и UL-каналов.
DL PHY-каналы содержат: общий контрольный канал (CPICH), канал синхронизации (SCH); общий управляющий канал (CCCH); совместно используемый DL-управляющий канал (SDCCH); многоадресный управляющий канал (MCCH); совместно используемый канал назначения UL (SUACH); канал подтверждения (ACKCH); канал сохраненных физических данных DL (DL-PSDCH); канал управления мощностью UL (UPCCH); индикаторный канал поискового вызова (PICH); канал загрузки индикаторов (LICH); UL PHY-каналы содержат: физический канал случайного доступа (PRACH); канал индикаторов качества каналов (CQICH); канал подтверждения (ACKCH); канал индикаторов подмножества антенн (ASICH); совместно используемый канал запросов (SREQCH); физический UL-канал совместно используемых данных (UL-PSDCH); широковещательный контрольный канал (BPICH).
На фиг.6 отображен способ 600 для передачи S2c и дескриптор потока для обеспечения правила PCC, обеспечивая множество мобильных IP-сеансов. UE 602 соединяется со шлюзом №1 доступа (A-GW-1) 604 (блок 606). UE 602 осуществляет аутентификацию доступа к шлюзу №2 доступа (A-GW-2) 608, как отображено в 610, который, в свою очередь, завершает создание безопасного соединения, осуществляя аутентификацию и авторизацию (блок 612) с помощью аутентификации, авторизации и учета действий пользователя (AAA)/домашний сервер 614 абонентов (HSS) через шлюз 616 сети 402 пакетных данных (PDN), также упоминаемый как «базовый PDN GW». UE 602 затем может запрашивать локальный IP-адрес (CoA) из A-GW-2 608, отображенный в 618. Новый сеанс IP-CAN (сеть доступа с установлением возможности соединения интернет-протокола) устанавливается с помощью новой PCEF 620 доступа в A-GW-2 608, включая все IP-адреса, конфигурируемые UE 602 в линии связи (блок 622).
В иллюстративном аспекте это обеспечивается с помощью A-PCEF 620, которая передает CCR-сообщение (запрос на доверие в управлении) IETF (инженерная группа по развитию Интернета) протокола Diameter (RFC 3588) в PCRF 624, соединяя CoA с сеансом IP-CAN, отображенным на 626. PCRF 624 отвечает, принимая решение о правилах (блок 628). Как отображено на блоке 630, PCRF 624 может преимущественно рассматриваться как ввод того, какие службы являются непрерывными в решении по правилам PCC так, чтобы перерыв служб не испытывался UE 602. PCRF 624 обеспечивает A-GW-2 608, отправляя ответ на доверительное управление (CCA), как отображено на 632. A-PCEF 620 в A-GW-2 608 устанавливает правила PCC (блок 634). A-GW-2 608 передает ответ с локальным IP-адресом (CoA) в UE 602, как отображено на 636. UE 602 обеспечивает обновление связывания (BU) для 420 PDN GW 616, который включает в себя домашний адрес (HoA) для UE 602, а также новый CoA, как отображено на 638.
Домашний агент (HA) 640 на 402 PDN GW 616 сохраняет отслеживание этих ассоциаций между HoA и CoA. Базовая PCEF (C-PCEF) 642 также в PDN GW 616 осуществляет модификацию IP-CAN-сеанса для того, чтобы предоставить PCRF 624 с CoA, зарегистрированному в HA 640, так чтобы корректные PCC-правила могли передаваться в A-PCEF 620 (блок 644). С этой целью 402 PDN GW 616 передает Diameter CCR, который включает в себя HoA и CoA для PCRF 624, как отображено на 646. PCRF 624 связывает IP-CAN-сеанс с существующими сеансами прикладных функций (AF), например, с помощью модификации PULL IP-CAN-сеанса (блок 648). PCRF 624 принимает решение (блок 650) о правилах PCC и отвечает с помощью Diameter CCA, отображенного на 652. 402 PDN GW (базовый GW) 616 устанавливает правила PCC (блок 654) и передает подтверждение связывания в UE 602, как отображено на 656. Инициируемое с помощью PCRF прерывание IP-CAN-сеанса или модификация выполняется как соответствующая, как отображено на 658 между PCRF 624 и A-PCEF 660 на A-GW-1 604.
На фиг.7 выделенный базовый узел (eN8) 700 имеет вычислительную платформу 702, которая предусматривает средство, например наборы кодов, чтобы вызвать проведение компьютером множества беспроводных IP-сеансов для основанного на клиентах мобильного доступа в пределах PCC-архитектуры. В частности, вычислительная платформа 702 поддерживает подобные сеансы, которые имеют множество адресов для передачи (CoA), которые нужно ассоциировать с домашним адресом (HoA) UE 700 для целей управления политикой и тарификацией. В частности, вычислительная платформа 702 включает в себя машиночитаемый носитель данных (например, память) 704, который сохраняет множество модулей 706-712, выполняемых процессором(ами) 720. Модулятор 722, управляемый процессором 720, готовит сигнал нисходящей линии связи для модуляции с помощью передатчика 724, излучаемый антенной (антеннами) 726. Приемник 728 принимает сигналы восходящей линии связи от антенны (антенн) 726, которые демодулируются демодулятором 728 и обеспечиваются в процессор 720 для декодирования. В частности, предусматривается средство (например, модуль, набор кодов) 706 для создания первого сеанса интернет-протокола (IP) для пользовательского устройства (UE) для беспроводных передач пакетов данных путем получения IP-адреса, предусмотренного функцией применения политики доступа в узле доступа. Предусматривается средство (например, модуль, набор кодов) 708 для создания второго IP-сеанса для UE для беспроводных передач пакетов данных, привязывая IP-адрес первого сеанса к домашнему адресу (HoA), обеспеченному основной функцией применения политики, удаленной по отношению к узлу доступа. Предусматривается средство (например, модуль, набор кодов) 710 для установления первого и второго IP-сеансов в функции правил политики. Средство (например, модуль, набор кодов) 712 предусматривается для передачи ассоциированного IP-адреса первого сеанса в ответ на создание второго IP-сеанса для функции правил политики. Первый и второй сеансы связаны для идентификации функции применения политики, где необходимо применять правила политики. В одном аспекте два сеанса связаны для идентификации функции применения политики, где необходимо применять правила качества обслуживания (QoS) и правила управления политикой тарификации (PCC).
Далее, как показано на фиг.7, пользовательское устройство (UE) 750 имеет вычислительную платформу 752, которая предусматривает средство, например наборы кодов, чтобы вызвать запрос компьютером множества беспроводных IP-сеансов для основанном на клиентах мобильном доступе в пределах PCC-архитектуры. В частности, вычислительная платформа 752 поддерживает подобные сеансы, которые имеют множество адресов для передачи (CoA), которые нужно ассоциировать с домашним адресом (HoA) UE 750, для целей управления политикой и тарификацией (PCC). В частности, вычислительная платформа 752 включает в себя машиночитаемый носитель данных (например, память) 754, который сохраняет множество модулей 756-760, выполняемых процессором(ами) 770. Модулятор 772, управляемый процессором 770, готовит сигнал восходящей линии связи для модуляции с помощью передатчика 774, излучаемого с помощью антенны (антенн) 776, как отображено на 777 для eNB 700. Приемник 778 принимает сигналы нисходящей линии связи от eNB 700 от антенны(антенн) 776, которые демодулируются с помощью демодулятора 778, и обеспечиваемое процессору 770 для декодирования, в частности, средство 756 (например, модуль, набор кодов) существует для взаимодействия от пользовательского устройства с информацией сетевой фильтрации, содержащей информацию маршрутизации для различных IP-потоков (интернет-протокола) с помощью различных доступов. Средство 758 (например, модуль, набор кодов) предусмотрено для приема связи от первого шлюза доступа согласно первому правилу политики, принятому от базовой функции применения политики. Средство (например, модуль, набор кодов) 760 предусмотрено для приема связи от второго шлюза доступа согласно второму правилу политики, принятому в функции применения политики доступа, при этом сеть передает информацию фильтрации с помощью базовой функции применения политики в функцию правил политики вместе с домашним адресом (HoA) и по меньшей мере один адрес для передачи (CoA) и создает ресурсы с помощью функции правил политики на основе информации маршрутизации и обеспеченного CoA.
Описанное выше включает в себя примеры различных аспектов. Естественно невозможно описать каждую потенциальную комбинацию компонентов или методик для целей описания различных аспектов, но специалистам в данной области техники следует понимать, что возможны многие дополнительные комбинации и перестановки. Соответственно, подразумевается, что описание охватывает все подобные изменения, модификации и разновидности, которые находятся в рамках сущности и объема прилагаемой формулы изобретения.
В частности и относительно различных функций, выполняемых вышеописанными компонентами, устройствами, схемами, системами и т.п., термины (включая упоминание «средства»), используемые, чтобы описывать эти компоненты, предназначены, чтобы соответствовать, если не указано иное, любому компоненту, который выполняет указанную функцию описанного компонента (к примеру, функциональный эквивалент), даже если он структурно не эквивалентен раскрытой структуре, которая выполняет функцию в проиллюстрированных в данном документе примерных аспектах. В этом смысле также признается, что различные аспекты включают в себя систему, а также машиночитаемый носитель, имеющий машиноисполняемые команды для выполнения действий и/или событий различных способов.
Помимо этого, хотя конкретный признак изобретения был раскрыт относительно только одного из нескольких вариантов выполнения, этот признак может быть объединен с одним или более признаков других вариантов выполнения, что может быть нужно и предпочтительно для любого указанного или конкретного применения. В тех рамках, в которых термины «включает в себя» и «в том числе» и их варианты используются либо в подробном описании, либо в формуле изобретения, эти термины должны истолковываться как обозначающие неисчерпывающий перечень аналогично термину «содержащий». Кроме того, термин «или» в контексте либо подробного описания, либо формулы изобретения означает «неисключающее или».
Более того, следует понимать, что различные части раскрытых выше систем и способов могут включать в себя или состоять из основанных на искусственном интеллекте, машинном обучении, или знаниях, или правилах компонентов, подкомпонентов, процессов, средств, способов или механизмов (например, векторные машины поддержки, нейронные сети, экспертные системы, байесовские доверительные сети, нечеткую логику, машины слияния данных, классификаторы,...). Такие компоненты, в числе прочего, могут автоматизировать некоторые механизмы или процессы, выполняемые таким образом, чтобы сделать части систем и способов более адаптивными, а также эффективными и интеллектуальными. В качестве примера, а не ограничения, выделенная RAN (например, точка доступа, eNode B) может делать вывод или прогнозировать, когда используется надежное или расширенное поле проверки.
Принимая во внимание примерные системы, описанные ранее, методики, которые могут быть реализованы согласно раскрытому предмету изобретения, описаны со ссылкой на несколько блок-схем. Не смотря на то, что в целях простоты разъяснения способы показаны и описаны в качестве последовательностей блоков, должно быть понятно и принято во внимание, что заявленный предмет изобретения не ограничен порядком этих блоков, так, например, некоторые блоки могут выполняться в других порядках и/или одновременно с другими этапами из тех, что изображены и описаны в материалах настоящей заявки. Кроме того, не все проиллюстрированные блоки могут потребоваться для реализации способов, описанных в данном документе. Кроме того, дополнительно должно быть принято во внимание, что способы, раскрытые в материалах настоящей заявки, являются сохраняемыми в продукте, чтобы содействовать транспортировке и передаче таких способов в компьютеры. Понятие «продукт» в контексте материалов настоящей заявки подразумевает компьютерную программу, доступную с любого машиночитаемого устройства, несущей или носителей.
Следует принимать во внимание, что любой патент, публикация либо другой материал заявки, целиком либо частично, который упоминается как включенный путем ссылки в материалы данной заявки, включен в материалы настоящей заявки только в той степени, в которой включенный материал не противоречит существующим определениям, утверждениям либо другой материал заявки, изложенный в этой заявке. Как таковая и в той необходимой степени заявка, как явно изложено в материалах настоящей заявки, заменяет собой любой противоречащий материал, включенный в материалы данной заявки по ссылке. Любой материал либо его часть упоминается как включенная в материалы настоящей заявки путем ссылки, но которая противоречит существующим определениям, утверждениям либо другому материалу заявки, изложенному в данном документе, включены только в той степени, в которой не возникает противоречия между включаемым материалом и материалом существующей заявки.