Многократная регистрация мобильных ip и взаимодействие pcc

Многократная регистрация мобильных ip и взаимодействие pcc

Иллюстрации

Показать все

Реферат

ПРИОРИТЕТ ЗАЯВКИ ПО §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) и другие электронные устройства, как проводные, так и беспроводные.

Далее описаны различные аспекты со ссылкой на чертежи. В нижеследующем описании для целей пояснения многие конкретные детали изложены, чтобы обеспечить полное понимание одного или более аспектов. Тем не менее, может быть очевидно, что различные аспекты могут быть осуществлены на практике без этих конкретных деталей. В иных случаях хорошо известные структуры и устройства показаны в блок-схеме, чтобы облегчить описание этих аспектов.

Как показано на фиг.1, система 100 беспроводной связи содержит сеть 162 управления политикой, которая поддерживает мобильный доступ для мобильного узла 104, также упоминаемого как пользовательское устройство (UE) или терминал доступа, для создания последовательных либо параллельных сеансов №1, №2 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).

Система MIMO в общем использует множество (N_T) передающих антенн и множество (N_R ) приемных антенн для передачи данных. Канал MIMO, образованный N _T передающими и N _R приемными антеннами, может быть разложен на N _S независимых каналов, которые могут упоминаться как пространственные каналы, где N _s≤min{N _T , N _R}. Каждый из N _S независимых каналов соответствует размерности. Система 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.

Символы модуляции для всех потоков данных затем обеспечиваются процессору 520 TX MIMO, который может дополнительно обрабатывать символы модуляции (например, для OFDM). Процессор 520 TX MIMO затем обеспечивает потоки символов модуляции N_T для приемопередатчиков (TMTR) N_T