Мобильная сеть, имеющая объекты подсистемы ip мультимедиа (пим), и решения для обеспечения упрощения выполнения операций и совместимости между различными объектами пим

Мобильная сеть, имеющая объекты подсистемы ip мультимедиа (пим), и решения для обеспечения упрощения выполнения операций и совместимости между различными объектами пим

Иллюстрации

Показать все

Реферат

Область техники

Настоящее изобретение относится к мобильным сетям, включающим в себя различные объекты Подсистем IP Мультимедиа (ПИМ) (IMS), и более конкретно относится к решениям для обеспечения упрощения выполнения требуемых операций управления политикой и совместимости между объектами ПИМ на основании различных выпускаемых спецификациях в мобильных сетях.

Уровень техники

Современные мобильные сети, такие как сети, стандартизованные спецификациями 3GPP (Партнерский Проект Третьего поколения), включающие в себя все GSM (Глобальные Системы Мобильной Связи), и 3-е поколение сетей GSM, являются цельной интеграцией цифровых сотовых сетей и персональных систем связи для обеспечения телекоммуникационных услуг, включающих, например, услуги мобильных сетей передачи данных и услуги IP мультимедиа.

Каждая система 3GPP может включать в себя базовую сеть и инфраструктуру сети радиодоступа с использованием технологий Пакетной Радиосвязи Общего Пользования (GPRS) и Повышенных Скоростей Передачи Данных для Глобального Развития (EDGE) или поддержки Универсального Наземного Радиодоступа (УНРД) (UTRA), работающих в Дуплексной передаче с Частотным Разделением каналов (ЧРД) (FDD) и Дуплексной передаче с Временным Разделением каналов (ВРД) (TDD). Базовая сеть (БС) (CN) может быть логически разделена на домены с коммутацией каналов (КК) (CS) и домены с коммутацией пакетов (КП) (PS) с объектами БС, обеспечиваемыми для пользовательского трафика и связанной сигнализации, и подсистемы IP Мультимедиа (ПИМ) (IMS) с объектами БС, обеспечиваемыми для услуг IP мультимедиа. Некоторые объекты БС, такие как Домашний Сервер Абонента (ДСА) (HSS), Домашний Регистр местоположения ДРМ (HLR), Центр Аутентификации (ЦАу) (AuC), Регистр местоположения Посетителей РМП (VLR) и Регистр Идентификации Оборудования (РИО) (EIR), могут быть общими для доменов КП и КК, в то время как другие объекты БС, такие как Центр Коммутации Мобильной связи (ЦКМ) (MSC) и Шлюз ЦКМ, являются специфичными для домена для управления услугами коммутации каналов на/от мобильных станций, а Узел Поддержки (УПГ) (GGSN) и Обслуживающий GSN (ОУПГ) (SGSN) Шлюза GPRS (Пакетная Радиосвязь Общего Пользования) являются специфичными для доменов КП для управления передачей пакетов на/от мобильных станций.

Для услуг IP мультимедиа функциональные объекты ПИМ, такие как Функция Управления Сеансом Вызова (ФУСВ) (CSCF), обеспечиваются для управления связанными с ФУСВ процедурами, включая в себя установление контекста ППД (PDP) (Протокола передачи Пакетных Данных, например, IP) для связанной с ПИМ передачи сигналов, регистрацию и другие процедуры для сеансов ПИМ. CSCF может работать в качестве посредника управления сеансом вызова (ФПУСВ) (P-CSCF), чтобы служить в качестве первой точки контакта для пользовательского оборудования (ПО) (UE) (т.е. устройства, разрешающего пользователю доступ к услугам сети, таким как мобильная станция) в подсистеме IP мультимедиа (ПИМ), Обслуживающего ФУСВ (О-ФУСВ) (S-CSCF) для управления состояниями сеансов в сети или запрашивающего ФУСВ (З-ФУСВ) (I-CSCF), чтобы служить в качестве точки контакта в операторской сети для всех ПИМ соединений, назначенных либо абоненту этого сетевого оператора, либо абоненту роуминга в данной области обслуживания. Смотри Техническую Спецификацию (ТС) (TS) 3GPP 23.002.V5.9.0 (декабрь, 2002) «Сетевая Архитектура»; 3GPP ТС 23.101.V4.0.0 (апрель 2002) «Основная Архитектура УМТС»; и 3ПСП ТС 23.110.V4.0.0 (апрель 2001) «Слой УМТС Доступа: Обслуживание и Функции»; и Техническую Спецификацию (ТС) 3GPP 23.228.V6.0.1 (январь 2003) «Подсистема IP Мультимедиа (ПИМ)». Все (GSM/3G) спецификации 3GPP могут быть найдены, и загружены из сервера 3GPP по ftp://ftp.3gpp.org/specs, и сюда включены посредством ссылки. В дополнение к этому механизм для создания, поддержки и изменения спецификаций 3GPP (включая в себя различные Выпуски заданной спецификации 3GPP с новой или измененной функциональностью) могут быть найдены в Технической Спецификации 3GPP (TS) 21.900 V5.0.1 (Сентябрь 2002) «Способы Работы Группы Технической Спецификации».

Однако вопросы остаются, когда обеспечивается совместная работа и совместимость между различными функциональными объектами в данной спецификации 3GPP, каждый раз как представляется новая функциональная особенность или новый признак и/или изменяется существующая функциональная особенность и, следовательно, представляется новый Выпуск данной спецификации.

Например, Функциональный блок Стратегического Решения (ФСР) (PDF) стандартизован в качестве части посредника (-прокси-) управления сеансом вызова (ФПУСВ) (P-CSCF) для контроля сеанса ПИМ, создает стратегические (политические) решения на основе сеанса Сеанса ПИМ и информации, относящейся к аудиовизуальной информации, и затем обменивается информацией решений с УПШГ через интерфейс прохождения, как дальше установлено в 3GPP ТС 29.207 V.5.2.0 (Декабрь 2002) «Управление стратегией через интерфейс прохождения», Выпуск 5. PDF используется для создания набора связывающей информации для связи уровня ПИМ и уровня носителя GPRS Сеанса ПИМ и отправки связывающей информации на GGSN через пользовательское оборудование (ПО) (UE). GGSN затем ищет PDF-адрес в наборе связывающей информации, принятой из ПО, идентифицирует правильную PDF и верифицирует, что операции контекста ППД, запрашиваемые ПО, подчиняются предшествующему согласованию на уровне ПИМ; см. также и 3GPP ТС 23.2.7 V5.6.9 (Декабрь 2002) «Концепция и Архитектура Сквозного Качества Услуги (КУ) (QoS)», Выпуск 5; и 3GPP ТС 29.208 V.5.2.0 (Декабрь 2002) «Потоки сигнализации Сквозного Качества Услуги (КУ) (QoS)», Выпуск 5.

В соответствии со Спецификацией 3GPP, Выпуск 5 (Декабрь 2002), PDF встраивается в P-CSCF, и разрешается только один сеанс ПИМ для каждого контекста PDF. Однако спецификация 3GPP, Выпуск 6 (Январь 2003), непрерывно планируется так, что PDF может быть выполнена в отдельном сетевом элементе, который отделен от P-CSCF. В дополнение к этому, здесь может быть несколько PDF, размещенных в базовой сети (БС) (CN). Как результат, даже если известна P-CSCF, PDF может не приниматься базовой сетью (БС). Единственная P-CSCF может быть сконфигурирована для использования услуг нескольких PDF, поскольку несколько PDF могут существовать в базовой сети (БС). Кроме того, несколько сеансов ПИМ распределены для единственного контекста ППД (Протокол передачи Пакетных Данных, например, IP) как непрерывно планируемые в Спецификации 3GPP, Выпуск 6 (Январь 2003). Как результат, ПО может отправлять/принимать несколько запросов установки или изменения сеансов (SIP INVITE) и может устанавливать (или изменять) один контекст ППД для нескольких сеансов ПИМ. Если имеется более чем одна PDF в базовой сети (БС), P-CSCF может отправлять запросы авторизации различных сеансов для различных PDF.

Однако, если GGSN основывается на Спецификации 3GPP, Выпуск 5, GGSN будет только искать один адрес PDF в наборах связывающей информации, принятой из ПО, и отправлять все наборы связывающей информации на тот же PDF. Некоторые наборы связывающей информации могут отправляться на неправильные PDF, что приводит к отказным решениям. Кроме того, даже если только используется единственный сеанс на каждый контекст ППД (Протокол передачи Пакетных Данных, например, IP), изменение контекста ППД может направляться P-CSCF на отличные PDF, нежели те, которые затем используются при активации контекста ППД (Протокол передачи пакетных данных, например, IP). Как результат, GGSN может отвергать запросы модификации контекста ППД, когда указывается, что адрес PDF в запросе, принятом из ПО, отличается от адреса PDF в сохраненном наборе связывающей информации. Кроме того, когда несколько сеансов ПИМ используют один и тот же контекст ППД (Протокол передачи пакетных данных, например, IP), GGSN не может управлять запросом изменения для некоторых, но не для всех, сеансов ПИМ в единственном контексте ППД (Протокола передачи пакетных данных, например, IP).

В целом, если один или более функциональных объектов, таких как ПО и PDF, основываются на Спецификации 3GPP, Выпуск 6, а другие наборы функциональных объектов, таких как GGSN, основываются на Спецификации 3GPP, Выпуск 5, сетевое оборудование может успешно работать. Нет способа убедиться в обратной совместимости, когда выполняется множество сеансов ПИМ над одним контекстом ППД (Протокола передачи пакетных данных, например, IP) и имеются функциональные объекты в сети, которые основываются на Спецификации 3GPP, Выпуск 5, и Спецификации 3GPP, Выпуск 6.

Кроме того, даже если функциональные объекты основываются на одном и том же выпуске спецификации, требуются усложненные операции на GGSN и на PDF для управления изменениями контекста ППД, инициализированными множеством сеансов, и для управления совместной работой между общим содержанием ППД и различными стратегиями сеансов, управляемыми отдельными PDF.

Соответственно, имеется необходимость в обеспечении совместимости между функциональными объектами ПИМ, основанными на различных Выпусках Спецификации. Дополнительно, имеется необходимость в обеспечении упрощения операций GGSN и PDF.

Сущность изобретения

Различные аспекты настоящего изобретения направлены на решения для упрощения операций в объектах подсистемы IP мультимедиа в мобильной сети и для обеспечения совместимости между объектами подсистемы IP мультимедиа в мобильной сети на основе различных Выпусков данной Спецификации 3GPP.

В соответствии с одним аспектом настоящего изобретения архитектура Подсистемы IP мультимедиа для услуг IP мультимедиа содержит заданное пользовательское оборудование (ПО); узел поддержки шлюза (GGSN), конфигурируемый для управления передачей пакетов на/от заданного ПО; и функциональный блок-посредник управления сеансом вызова (P-CSCF), конфигурируемый для того, чтобы служить в качестве первой контактной точки ПО, и обеспечения услуг управления сеансом, включающая в себя установление контекста Протокола передачи пакетных данных (ППД) для относящихся к ПИМ сигнализации, регистрации и другим процедурам для сеансов ПИМ. P-CSCF дополнительно конфигурируется для осуществления следующего: сохранения информации идентификации из заданного ПО во время регистрации в памяти; приема сообщения ПИС (протокола инициализации сеанса, SIP) из заданного ПО; сравнение на идентичность в сообщении SIP с информацией идентификации, сохраненной в связи с Функциональным блоком принятия Стратегических Решений (PDF); и использование одного и того же PDF для всех операций данного ПО, когда информация идентификации в сообщениях SIP согласуется с информацией идентификации, сохраненной в памяти.

В соответствии с другим аспектом настоящего изобретения Функциональный блок принятия стратегических решений (PDF) конфигурируется для определения, изменяется ли один или более сеансов подсистемы IP мультимедиа в содержании ППД (Протокола передачи пакетных данных), и когда один или более сеансов ПИМ в содержании ППД изменяется, отправляет составное решение авторизации, включающее в себя как измененный сеанс, так и неизменный сеанс, для каждого контекста ППД для приведения в исполнение стратегии (политики).

В соответствии с еще одним аспектом настоящего изобретения обеспечивается машиночитаемый носитель информации, который содержит команды, которые при исполнении мобильной сетью осуществляют Функцию-посредник Управления Состоянием Вызовов (P-CSCF) в мобильной сети, включающую в себя: сохранение информации идентификации из данного пользовательского оборудования (ПО) при регистрации в памяти; прием сообщения SIP (Протокола Инициализации Сигналов) из данного ПО; сравнение информации идентификации в сообщении SIP с информацией идентификации, сохраненной в связи с Функциональным блоком принятия стратегических решений (PDF); и использование того же PDF для всех операций данного ПО, когда информация идентификации в сообщении SIP соответствует информации идентификации, сохраненной в памяти.

Настоящее изобретение более конкретно описывается в следующих абзацах посредством отсылки к чертежам, приложенным только в качестве примеров.

Краткое описание чертежей

Более полное понимание настоящего изобретения и многие сопровождающие улучшения этого изобретения станут без труда очевидными из последующего описания, когда рассматриваются совместно с сопровождающими чертежами, на которых одинаковые ссылочные позиции указывают одни и те же или подобные компоненты, при этом:

фиг. 1 показывает примерную архитектуру сетевой системы для обеспечения телекоммуникационных услуг, включая услуги IP мультимедиа, в соответствии с Спецификацией 3GPP, Выпуск 5;

фиг. 2 показывает примерную архитектуру интерфейса функциональных объектов ПИМ в соответствии со Спецификацией 3GPP, Выпуск 5;

фиг. 3 показывает примерную архитектуру интерфейса функциональных объектов ПИМ, планируемых в настоящее время для Спецификации 3GPP, Выпуск 6;

фиг. 4 показывает примерную архитектуру интерфейса функциональных объектов ПИМ в соответствии с вариантом осуществления настоящего изобретения;

фиг. 5 показывает примерное воплощение алгоритма в функции-посредника управления сеансом вызова (P-CSCF) для обеспечения упрощения операций в объектах ПИМ и совместимости между ПИМ объектами в мобильной сети в соответствии с вариантом осуществления настоящего изобретения;

фиг. 6 показывает примерную реализацию последовательности операций в Функциональном блоке принятия стратегических решений (PDF) для обеспечения упрощения операций в объектах ПИМ и совместимости между объектами ПИМ в мобильной сети в соответствии с вариантом осуществления настоящего изобретения.

Наилучший режим для выполнения изобретения

Настоящее изобретение применимо для использования со всеми типами мобильных сетей, включая 2-е и 3-е поколение сетей GSM (Глобальные системы для Мобильной Связи), сетей передачи, таких как Интернет, Интранеты, локальные вычислительные сети (LAN) и ATM, основанные на сетях передачи, и оконечных сетей, таких как телефонные сети общего пользования (ТСОП) (PSTNs), ЦСИС (ISDN) (цифровая сеть с интеграцией служб), IP сети/LAN, X.25 и Наземные мобильные сети общего пользования (СМСО) (PLMN), и соединенных систем и относящихся к ним протоколов, используемых для передач голоса, сообщения, данных и изображения между системами в таких мобильных сетях. Например, сети GSM 3-го поколения, в том числе сети передачи данных, использующие технологию Услуги Пакетной Радиосвязи Общего Пользования (GPRS) для услуг мобильных сетей данных и услуг IP мультимедиа и технологию Повышенных Скоростей Передачи Данных для Глобального Развития (EDGE) для обслуживания данных с высокой битовой скоростью передачи. Технология GPRS используется в сетях для разрешения пользователям связываться на высоких скоростях передачи данных и создавать с большей легкостью и более полезные приложения, такие как беспроводная почта и Веб-браузер. EDGE используется для дальнейшего повышения скорости передачи данных и обеспечивает видео- и мобильные мультимедиа приложения скоростями передачи данных выше 473 Кб/сек. Однако ради простоты, обсуждения в основном будут сконцентрированы на СМСО, включая объекты Подсистемы IP Мультимедиа (ПИМ) для обеспечения услуг IP мультимедиа.

На чертежах и конкретно на фиг. 1 показана примерная архитектура сетевой системы для обеспечения услуг телекоммуникаций, включая услуги IP мультимедиа, в соответствии со Спецификацией 3GPP, Выпуск 5. Как показано на фиг. 1, архитектура 100 сетевой системы может в общем случае включать в себя, например, исходное пользовательское оборудование (ПО) 110, оконечное пользовательское оборудование (ПО) 120 или, наоборот, и линию 130 связи, выполненную с возможностью соединения пользовательского оборудования (ПО) 110/120 и способную охватывать единственную сеть или различные сети, такие как, например, Наземная мобильная сеть общего использования (СМСО) 132, одну или несколько сетей 134 передачи и конечную сеть 134. Пользовательское оборудование (ПО) 110/120 может быть любым устройством или пользовательским терминалом, который разрешает пользователю доступ к сетевым услугам, включая, например, удаленный сервер или мобильную станцию (МС) (MS) для GSM, как определено в 3GPP ТС 24.002.V5.0.0 (Декабрь 2001), Выпуск 5.

Каждое ПО 110/120 может включать в себя, например, мобильный терминал (МТ) 112, конечное оборудование 114 (КО) (TE) и конечную функцию (функциональный блок) 116 адаптации (КФА) (TAF), размещенную для осуществления радиопередачи и связанных функций, и может содержать сквозные приложения для поддержки услуг связи.

Сеть 134 передачи может включать в себя, но не ограничивая, Интернет, Интранет, локальную вычислительную сеть (LAN) или сеть передачи, основанную на ATM. Конечная сеть 136 может включать в себя, но ограничивая, телефонную сеть общего пользования (ТСОП) (PSTN), ЦСИС, IP сеть/LAN, X.25 или другую наземную мобильную сеть общего пользования (СМСО).

Фиг. 2 показывает примерную архитектуру интерфейса функциональных объектов ПИМ в мобильных сетях в соответствии со Спецификацией 3GPP, Выпуск 5. Как показано на фиг. 2, Узел 210 Поддержки Шлюза GPRS (GGSN) и Функция-посредник 220 Управления Сеансом Вызова (P-CSCF) представляют собой сетевые объекты (например, аппаратное обеспечение автономной сети), которые являются частью базовой сети (БС), например, PLMN 132, как показано на фиг. 1. GGSN может использоваться для управления передачей пакетов на/от ПО 110/120 (например, мобильные станции). P-CSCF 220 может использоваться, чтобы служить в качестве первой контактной точки для заданного ПО 110/120 и для предоставления услуг управления сеансами и процедурами, имеющими отношение к CSCF, включая установление контекста ППД (Протокола передачи пакетных данных, например, IP) для относящимся к подсистеме IP мультимедиа (ПИМ) сигнализации, регистрации и другим процедурам для сеансов ПИМ.

В соответствии со Спецификацией 3GPP, Выпуск 5 (Декабрь 2002), Функция 222 принятия стратегического решения (PDF) интегрирована в P-CSCF 220 для наблюдения за сеансом ПИМ, когда ПО 110 выдает или принимает сообщение SIP (Протокол Инициализации Сеанса), содержащее сигнализацию ПОС (SDP) (Протокол Описания Сеанса) для договорных параметров для сеанса ПИМ, принимает стратегические (политические) решения на основе относящейся к сеансу ПИМ и аудиовизуальной информации, полученной из P-CSCF 220, и затем обменивается информацией о решениях с GGSN 210 через интерфейс Go, как ранее установлено в 3GPP ТС 29.207 V.5.2.0 (Декабрь 2002) «Управление политикой посредством интерфейса Go», Выпуск 5. В дополнение, только единственный сеанс ПИМ разрешается для каждого контекста ППД (Протокол передачи пакетных данных, например, IP).

Как ранее описано и ранее установлено в Спецификации 3GPP, Выпуск 5, ППД 222 используется для создания набора связывающей информации (особенно, маркера авторизации) для связи уровня ПИМ и уровня носителя GPRS сеанса ПИМ и отправки связывающей информации на GGSN 210 через пользовательское оборудование (ПО) 110. Связующая информация связывает контекст ППД (Протокол передачи пакетных данных, например, IP) с одним или более аудиовизуальными компонентами (IP потоки) сеанса ПИМ и используется GGSN 210 для запроса информации локальной стратегии (политики) на основе услуги (ЛСОУ) (SBLP) из ППД 222. Такая связующая информация обычно включает в себя:

(1) маркер авторизации, отправленный P-CSCF 220 на ПО 110 во время передачи сигналов SIP/SDP (ПОС),

(2) один или более идентификаторов потоков (которые могут быть добавлены ПО 110 после приема связывающей информации из P-CSCF/ППД), используемых ПО 110, GGSN 210 и PDF 222 для однозначной идентификации потока(-ов) IP аудиовизуальной информации, связанных с сеансом SIP.

При приеме такой связывающей информации GGSN 210 затем используется для поиска адреса PDF из набора связывающей информации (из маркера авторизации), принятого от ПО 110, идентификации правильного PDF и верификации того, что операции контекста ППД, запрошенные ПО 110, подчиняются предшествующим соглашениям на уровне ПИМ.

В GGSN 210 Точка 211 Применения Политики (ТПП) (PEP) является логическим объектом, который обменивается с PDF, имеющим отношение к основанному на услуге управлению локальной политикой (ЛСОУ, SBLP). С целью упрощения предполагается, что GGSN 210 косвенно содержит PEP 211, пока не установлено иное. GGSN 210 отправляет запросы на PDF 222 и принимает решения из PDF 222. GGSN 210 может кэшировать данные стратегического (политического) решения в решениях PDF, которые могут быть использованы позднее для локального политического решения, назначаемого GGSN 210 для создания решения политического управления о качестве услуги (КУ) (QoS) авторизации для изменений контекста ППД без запрашивания дополнительного взаимодействия с PDF 222. Функциональные особенности PEP для SBLP в GGSN описаны в 3GPP ТС 29.207 V.5.2.0 (Декабрь 2002) «Управление алгоритмом через интерфейс прохождения», Выпуск 5, и включены сюда посредством ссылки и не требуют здесь повторения.

ПС 110 и GGSN 210 могут также включать в себя механизмы для управления сквозными функциями Качества IP услуги (КС) и связанными потоками сигнализации, как описано в 3GPP ТС 23.207 V.5.6.0 (декабрь 2002) «Концепция и архитектура сквозного Качества услуги (КС)», Выпуск 5, и 3GPP ТС 29.208 V.5.2.0 (Декабрь 2002) «Сквозное Качество услуги (КС) потоков сигнализации», Выпуск 5, и включено сюда посредством ссылки. Например, ПО 110 может включать в себя клиентское приложение 111, администратор 113 услуги носителя IP (АУН) (BS), функцию перевода/отображения 115 и, опционально, администратор 117 услуги носителя (УН) UMTS (УМТС). Подобно этому, GGSN 210 может также включать в себя администратор 213 УН IP, функцию 215 перевода/отображения и, опционально, администратор 217 УН UMTS. Администраторы 114 и 213 УН IP обычно используют стандартный IP механизм для управления услугами носителя IP. Функции 115 и 215 перевода/отображения обеспечивают взаимодействие между этими механизмами и параметрами, используемыми в услугах носителя UMTS и используемыми в услугах носителя IP, взаимодействуют с администраторами 113 и 213 УН IP. Администраторы 117 и 217 УН UMTS используют стандартные механизмы UMTS для управления услугами носителя UMTS (Универсальной Мобильной Телекоммуникационной Системы) и функциями управления КС для услуг носителя UMTS.

Фиг. 3 показывает примерную архитектуру интерфейса функциональных объектов ПИМ, планируемых в данное время для Спецификации 3GPP, Выпуск 6. В соответствии с планами для Спецификации 3GPP, Выпуск 6 (Январь 2003), PDF не является больше частью P-CSCF 220. Вместо этого PDF теперь воплощен в отдельном сетевом элементе, который отделен от P-CSCF 220. В дополнение, здесь может быть несколько PDF 222А - 222N, расположенных в базовой сети (БС). Как результат, даже если известен P-CSCF 220, PDF может не быть присвоен базовой сетью (БС). Единственный P-CSCF 220 может конфигурироваться для использования услуг нескольких PDF 222А - 222N, при этом несколько PDF 222А - 222N могут существовать в базовой сети (БС). Кроме того, разрешаются несколько сеансов ПИМ для единственного контекста ППД (Протокола передачи пакетных данных, например, IP), при этом ПО 110 и PDF 222 основываются на планах для Спецификации 3GPP, Выпуск 6 (Январь 2003). Как результат, ПО 110 может отправлять/принимать несколько запросов установки или изменения сеансов (SIP INVITE) и может устанавливать (или изменять) один контекст ППД для нескольких сеансов ПИМ. Если имеется более одного PDF 222А - 222N в базовой сети (БС), P-CSCF 220 может отправлять запросы авторизации различных сеансов для различных PDF 222А - 222N.

Однако если GGSN 210 основывается на Спецификации 3GPP, Выпуск 5, GGSN 210 будет только искать один адрес PDF из набора связывающей информации, принятой из ПО 110, и отправлять все наборы связывающей информации на один и тот же PDF. Некоторые наборы связывающей информации могут быть отправлены на неправильные PDF, что приводит к отказным решениям. Кроме того, даже если используется контекст единственного сеанса для каждого ППД (Протокол передачи пакетных данных, например, IP), изменение контекста ППД может быть направлено P-CSCF 220 на отличный PDF, чем тот, который использован при активации контекста ППД (Протокол передачи пакетных данных, например, IP). Как результат, GGSN 210 может отклонить запрос изменения контекста ППД, когда уведомляется, что адрес PDF в запросе, принятом от ПО 110, отличается от адреса PDF в сохраненном наборе связывающей информации. Кроме того, когда несколько сеансов ПИМ используют один и тот же контекст ППД (Протокол передачи пакетных данных, например, IP), GGSN 210 не может управлять запросом изменений для некоторых, но не всех сеансов ПИМ в единственном контексте ППД (Протокол передачи пакетных данных, например, IP).

Поэтому, если один или более функциональных объектов ПИМ, таких как ПО 110 и PDF 222, как показано на фиг. 3, основаны на Спецификации 3GPP, Выпуск 6, а другой набор функциональных объектов, таких как GGSN 210, как показано на фиг. 2, основан на Спецификации 3GPP, Выпуск 5, сетевые среды не могут успешно работать. Нет способа гарантировать обратную совместимость, когда множество сеансов ПИМ выполняются через один контекст ППД (Протокол передачи пакетных данных, например, IP) и имеются функциональные объекты в сети, которые основываются на Спецификации 3GPP, Выпуск 5, и Спецификации 3GPP, Выпуск 6.

Кроме того, даже если функциональные объекты ПИМ основываются на одном и том же выпуске спецификации, требуются сложные операции в GGSN 210 и в PDF 222, если сеансы, управляемые отдельными PDF, мультиплексируются в некоторый контекст ППД или если активация и изменение(-я) контекста ППД управляются отдельными PDF 222А - 222N. PDF 222 следует знать другие сеансы, мультиплексируемые на один и тот же контекст ППД и управляемые другими PDF, для того, чтобы быть способным управлять освобождением сеанса и правильной деактивацией контекста ППД. GGSN 210 должен быть способен комбинировать сеанс на основе решения авторизации из различных PDF 222А - 222N для формирования корректной информации авторизации для общего контекста ППД. GGSN 210 следует также поддерживать информацию о статусе каждого сеанса, т.е. следует знать сеанс вместо того, чтобы знать только контекст ППД.

На фиг. 4 показана примерная архитектура интерфейса функциональных объектов в соответствии с вариантом осуществления настоящего изобретения. Архитектура интерфейса, как показано на фиг. 4, выгодно обеспечивает упрощение работы объектов ПИМ сети и обратную совместимость между различными объектами ПИМ в мобильной сети на основе различных Выпусков данной Спецификации 3GPP, когда множество сеансов ПИМ выполняются над единственным контекстом ППД.

Как показано на фиг. 4, алгоритм 410 может быть воплощен в качестве части P-CSCF 220 для того, чтобы убедиться в том, что P-CSCF 220 будет использовать один и тот же PDF для всех операций заданного ПО 110. Таким образом, GGSN 210 будет всегда получать только один и тот же адрес PDF для всех операций. Как результат, даже если GGSN 210 и другие объекты ПИМ основываются на Спецификации 3GPP, Выпуск 5, GGSN 210 будет всегда работать в соответствии с другими объектами ПИМ, такими как ПО 110 и P-CSCF 220, на основе Спецификации 3GPP, Выпуск 6. Кроме того, работа GGSN 210 и PDF намного проще, когда нет отношения один-ко-множеству между объектами ПИМ.

Для того чтобы убедиться в том, что P-CSCF 220 использует PDF для всех операций данного ПО 110, этому ПО 110 требуется регистрация. Конкретно, ПО 110 может отправлять идентификационную информацию на S-CSCF (не показано) через P-CSCF 220. Таким образом, идентификационная информация может соответствовать IP адресу ПО 110 и может быть использована в последующих запросах на/от одного и того же ПО 110. P-CSCF 220 затем сохраняет эту идентификационную информацию, принятую при регистрации; см. 3GPP ТС 24.228 V.5.3.0 (Декабрь 2002) «Потоки сигнализации для Управления Вызовами IP мультимедиа на основе SIP и SDP», Выпуск 5. Когда принимается сообщение SIP, приводящее к операциям PDF, P-CSCF 220 может проверять идентификационную информацию в сообщении SIP и сравнивать идентичность (идентификационную информацию) в сообщении SIP с сохраненной идентифицирующей информацией в связи с PDF (т.е. сохраненная идентифицирующая информация приводит к некоторому адресу PDF). Альтернативно, идентификационная информация может соответствовать рангу заранее сконфигурированного адреса или рангу URI. Если P-CSCF 220 знает все пригодные адреса PDF 222А - 222N, например, через предварительную конфигурацию, адреса PDF могут использоваться или динамически (например, когда данное ПО 110 регистрируется, некоторый адрес PDF выделяется для ПО 110 на продолжительность регистрации), или статически (например, некоторый адрес PDF для некоторого ранга объектов ПО). Как результат, можно благоприятно избежать несовместимости между функциональными объектами ПИМ, такими как ПО 110 и PDF 222, как показано на фиг. 3, на основе планов для Спецификации 3GPP, Выпуск 6, и другим набором функциональных объектов, таких как GGSN 210, как показано на фиг. 2, на основе Спецификации 3GPP, Выпуск 5. Дальнейшие и значительные преимущества упрощения операций, требуемых в GGSN 210 и в PDF 222, успешно достигаются, если все сетевые элементы основываются на одном и том же выпуске спецификации. Когда используется один и тот же PDF для всех сеансов контекста ППД, GGSN 210 не нужно комбинировать решения авторизации из различных PDF для получения конечной авторизации для контекста ППД и освобождение сеанса деактивации контекста ППД гораздо проще для PDF 222.

В дополнение, PDF 22 может также конфигурироваться для отправки объединенного решения авторизации для каждого контекста ППД для охвата неизмененных сеансов и измененных сеансов для каждого контекста ППД, если только изменяется один или более сеансов ПИМ в контексте ППД. Таким образом, GGSN 210 не управляет параметрами отдельных сеансов ПИМ и комбинирует изменения и неизмененные параметры для получения конечных параметров авторизации для контекста ППД.

Фиг. 5 показывает примерное воплощение операций в функции-посреднике управления сеансом вызова (P-CSCF) для обеспечения совместимости между объектами ПИМ или упрощения работы GGSN и PDF в соответствии с вариантом осуществления настоящего изобретения. Как показано на фиг. 5, P-CSCF 220 может содержать алгоритм 410, показанный на фиг. 4, который активизируется для осуществления следующего.

На этапе 510 P-CSCF 220 сохраняет идентификационную информацию от заданного ПО 110, принятую при регистрации, в памяти. Вслед за этим P-CSCF 220 принимает сообщение SIP, содержащее информацию SDP для сеанса ПИМ, приводящую к операциям PDF, на этапе 520, а затем сравнивает эту идентификационную информацию в сообщении SIP с идентификационной информацией, сохраненной в памяти, со ссылкой на PDF 222 (т.е. сохраненная идентификационная информация приводит к определенному адресу ФАР) на этапе 530.

Если идентичность (идентификационная информация) в сообщение SIP соответствует идентификационной информации, сохраненной в памяти со ссылкой на PDF 222, P-CSCF 220 использует один и тот PDF для всех операций данного ПО 110 на этапе 540. Альтернативно, если идентификационная информация в сообщении СИП не соответствует идентификационной информации, сохраненной в памяти со ссылкой на PDF 222, P-CSCF 220 затем осуществляет другие функции, запрошенные сообщением SIP, на этапе 550.

Фиг. 6 показывает примерное воплощение последовательности операций в Функциональном блоке стратегического (политического) решения (PDF) для обеспечения совместимости между объектами ПИМ или упрощения работы GGSN и PDF в соответствии с вариантом осуществления настоящего изобретения. PDF 222 может поддерживать множество сеансов ПИМ для каждого контекста ППД, как ранее установлено в Спецификации 3GPP, Выпуск 6. Как показано на фиг. 6, PDF 222 может быть сконфигурирована для осуществления следующего.

На этапе 610 PDF 222 определяет, изменился ли один или несколько сеансов ПИМ в контексте ППД. Если изменился один или несколько сеансов ПИМ в контексте ППД, PDF 222 отправляет объединенное решение авторизации для каждого контекста ППД, охватывая неизмененные сеансы и измененные сеансы для каждого контекста ППД в GGSN 210 для принятия политики на этапе 620. Таким образом GGSN 210 не нужно управлять параметрами отдельно от сеанса ПИМ и комбинировать измененные и неизмененные (сохраненные) параметры для получения конечных параметров авторизации для контекста ППД.

Как описано из вышесказанного, архитектура сетевого интерфейса в соответствии с вариантом осуществления настоящего изобретения обеспечивает совместимость между объектами подсистемы IP мультимедиа (ПИМ) в мобильной сети на основе различных Выпусков Спецификаций данной Спецификации 3GPP, в то же время способствуя упрощению операций различных объектов ПИМ, таких как операции GGSN и PDF.

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

1. Функция-посредник управления сеансом вызовов (ФПУСВ, P-CSCF), воплощенная в мобильной сети, для обеспечения услуг IP мультимедиа, содержащая:

сохранение идентификационной информации из заданного пользовательского оборудования (ПО) в памяти при регистрации;

прием сообщения SIP (Протокол инициализации Сеанса) с идентификационной информацией от заданного ПО;

использование упомянутой идентификационной информации для определения, с каким функциональным блоком принятия политического решения (PDF) необходимо контактировать:

использование одного и того же PDF для всех операций идентификационной информации заданного ПО, включая использование одного и того же PDF для всего сеанса контекста Протокола передачи пакетных данных (ППД).

2. ФПУСВ по п.1, в которой PDF является отдельным объектом от ФПУСВ.

3. ФПУСВ по п.1, в которой PDF конфигурируется для определения того, изменены ли один или более сеансов подсистемы IP мультимедиа (ПИМ) в контексте ППД, и когда один или более сеансов ПИМ изменен, отправления объединенного решения авторизации, включающего в себя как измененные сеансы, так и неизмененные сеансы в расчете на каждый контекст ППД для применения политики.

4. ФПУСВ по п.1, в котором идентификационная информация получается из заданного ПО во время регистрации и связана с PDF.

5. Архитектура подсистемы IP мультимедиа (ПИМ) для услуг IP мультимедиа, содержащая:

заданное пользовательское оборудование (ПО);

узел поддержки шлюза (GGSN), выполненный с возможностью управления передачей пакетов на заданное ПО/от заданного ПО; и

функция-посредник управления сеансом вызова (ФПУСВ, P-CSCF), выполненная с возможностью служить в качестве первой контактной точки упомянутого ПО и обеспечивать услуги управления сеансом, включая установление контекста Протокола передачи пакетных данных (ППД) для относящихся к ПИМ сигнализации, регистрации и других процедур для сеансов ПИМ,

при этом P-CSCF дополнительно конфигурируется для осуществления следующего:

сохранения идентификационной информации, принятой от заданного ПО, в памяти во время регистрации;

приема сообщения SIP (Протокол инициализации сеанса) с идентификационной информацией из заданного ПО;

использования идентификационной информации для определения, с каким функциональным блоком принятия политического решения (PDF) необходимо контактировать; и

использование одного и того же PDF для всех операций идентификационной информации заданного ПО, включая использование одного и того же PDF для всего сеанса контекста Протокола передачи пакетных данных (ППД).

6. Архитектура подсистемы IP мультимедиа по п.5, в которой PDF является отдельным объектом от этой ФПУСВ.

7. Архитектура подсистемы IP мультимедиа по п.5, в которой PDF конфигурируется для определения того, изменен ли один или более сеансов подсистемы IP мультимедиа (ПИМ) в контексте ППД, и, когда изменен один или более сеансов в контексте ППД, отправления объединенного решения авторизации, включающего в себя как измененные сеансы, так и неизмененные сеансы для каждого контекста ППД для применения политики.

8. Архитектура подсистемы IP мультимедиа по п.5, в которой идентификационная информация получается из заданного ПО во время регистрации и связана с PDF.

9. Способ обеспечения фу