СЕАНСЫ В СИСТЕМЕ СВЯЗИ
SESSIONS IN COMMUNICATION NETWORK

Настоящее изобретение относится к системам связи и, в частности, к управлению политикой при осуществлении сеансов связи, предоставляемых с использованием системы связи.
Систему связи можно рассматривать как устройство, делающее возможными сеансы связи между двумя или более объектами, такими как пользовательское оборудование и/или другие узлы, связанные с этой системой связи. Связь может содержать, например, передачу голоса, данных, мультимедиа и т.д. Пользовательское оборудование может, например, иметь возможность двусторонней телефонной связи или многосторонней конференц-связи. Кроме того, пользовательское оборудование может иметь возможность соединения с сервером приложений (AS), например с сервером поставщика услуг, что позволяет использовать услуги, предоставляемые этим сервером приложений.
В типичном случае система связи работает в соответствии с заданным стандартом или спецификацией, которые указывают, что разрешено делать различным объектам, связанным с данной системой связи и каким образом это должно быть достигнуто. Например, упомянутый стандарт или спецификация может определять, предоставляется ли пользователю или, точнее говоря, пользовательскому оборудованию услуга с коммутацией каналов и/или услуга с коммутацией пакетов. Также могут быть определены протоколы и/или параметры связи, которые должны быть использованы при осуществлении соединения. Другими словами, чтобы сделать возможной связь при помощи данной системы, необходимо определить конкретный набор "правил", на которых может быть основана эта связь.
Известны системы связи, предоставляющие пользовательскому оборудованию беспроводную связь. Примером беспроводных систем является Наземная сеть мобильной связи общего пользования (PLMN). В основе наземных сетей мобильной связи общего пользования в типичном случае лежит сотовая технология. В сотовых системах Базовая приемопередающая станция (BTS) или аналогичный компонент доступа обслуживает беспроводное Пользовательское оборудование (UE), также называемое Мобильными станциями (MS), через беспроводной интерфейс между этими объектами. Связь по беспроводному интерфейсу между пользовательским оборудованием и компонентами сети связи может быть основана на подходящем протоколе связи. Осуществление функций базовой станции и других устройств, необходимых для связи, может контролироваться одним или несколькими средствами управления. Различные средства управления могут быть соединены между собой.
Кроме того, могут быть предусмотрены один или более узлов межсетевого интерфейса для соединения сети мобильной связи с другими сетями, например Коммутируемой телефонной сетью общего пользования (PSTN) и/или другими сетями связи, такими как сеть с Интернет-протоколом (IP) и/или другие сети передачи данных с коммутацией пакетов. Например, если запрашиваемая услуга предоставляется поставщиком услуг, находящимся в другой сети, то запрос услуги направляется через сеть мобильной связи в упомянутую другую сеть, а затем этому поставщику услуг.
Примером услуг, которые могут быть предложены пользователям, например абонентам системы связи, являются так называемые услуги передачи мультимедиа. Примером систем связи, способных предложить услуги передачи мультимедиа, является сеть передачи мультимедиа по Интернет-протоколу. Функциональные возможности передачи мультимедиа по Интернет-протоколу (IM) могут быть предоставлены при помощи подсистемы Опорной сети (CN) для передачи мультимедиа по Интернет-протоколу, или сокращенно - Подсистемы передачи мультимедиа по Интернет-протоколу (IMS). Подсистема IMS включает различные сетевые компоненты, предназначенные для предоставления услуг передачи мультимедиа.
Партнерство по развитию сетей связи третьего поколения (3GPP) определяет использование Услуги пакетной передачи данных по радиоканалу (GPRS) как базовой системы связи для предоставления услуг подсистемы IMS. Поэтому услуга GPRS будет использоваться в данном описании в качестве примера возможной базовой системы связи, позволяющей предоставлять услуги передачи мультимедиа. Кроме того, партнерство 3GPP также определило эталонную архитектуру для опорной сети третьего поколения, которая будет обеспечивать лицам, использующим пользовательское оборудование, доступ к услугам передачи мультимедиа. Эта опорная сеть разделена на три главные области. Ими являются область с коммутацией каналов (CS-область), область с коммутацией пакетов (PS-область) и область передачи мультимедиа по Интернет-протоколу (IM-область).
Последняя из них, IM-область, должна обеспечивать адекватное администрирование услуг передачи мультимедиа. В IM-области третьего поколения поддерживается Протокол инициирования сеансов связи (SIP), разработанный Рабочей группой по стандартам для сети Интернет (IETF). Протокол SIP представляет собой протокол управления на уровне приложений, предназначенный для создания, модифицирования и прекращения сеансов связи с участием одной или более сторон (крайних точек).
С использованием протокола SIP можно устанавливать, модифицировать и прекращать сеансы передачи мультимедиа, например конференции. Однако детали сеанса, такие как тип медиаинформации, кодек или частота опроса, не могут быть описаны. Вместо этого тело SIP-сообщения содержит описание сеанса, закодированное в формате Протокола описания сеансов связи (SDP). Определен механизм, называемый моделью предложения/отклика, что позволяет двум объектам использовать протокол SDP, чтобы прийти к взаимопониманию в отношении сеанса передачи мультимедиа между ними. В этой модели один участник предлагает другому участнику описание требуемого сеанса с его точки зрения, а упомянутый другой участник отвечает, указывая требуемый сеанс с его точки зрения. Этот другой участник может, например, урезать упомянутое предложение. Стандарт 3GPP позволяет операторам Подсистем передачи мультимедиа по Интернет-протоколу определять допустимые параметры медиаинформации для сеансов связи в своей сети, они представляют собой либо общую локальную политику или медиаполитику (политику в отношении медиаинформации), либо ограничения на основе подписки. В этих сетях может создаваться только допустимая медиаинформация. Сообщения в формате SDP, нарушающие политику, отклоняются сетью.
Хотя для стандарта 3GPP уже описана обработка SIP-запросов, содержащих информацию в формате SDP, вопросы обработки SIP-ответов, например ответов с полезной нагрузкой, еще не рассмотрены. Протокол SIP позволяет посылать информацию в формате SDP в SIP-ответах. Однако невозможно отклонить такие ответы, если информация в формате SDP нарушает медиаполитику, например политику, установленную оператором, но не известную пользователю.
Задачей настоящего изобретения является решение одной или нескольких из описанных выше проблем.
Согласно одному из аспектов настоящего изобретения предлагается способ обработки ответов на сообщения в системе связи. Этот способ содержит следующие этапы: посылают сообщение от первой стороны второй стороне, посылают ответ на упомянутое сообщение, который содержит, по меньшей мере, один параметр, нарушающий политику при осуществлении связи между упомянутыми сторонами, обнаруживают при помощи контроллера сети, что упомянутый ответ содержит, по меньшей мере, один параметр, нарушающий упомянутую политику, и изменяют упомянутый, по меньшей мере, один параметр в соответствии с упомянутой политикой.
Согласно другому аспекту настоящего изобретения предлагается контроллер для системы связи, предназначенный для обработки ответов и запросов, передаваемых между сторонами сеансов связи, направления сообщения от первой стороны второй стороне, проверки того, содержит ли ответ на упомянутое сообщение, по меньшей мере, один параметр, нарушающий политику при осуществлении связи между упомянутыми сторонами, и изменения упомянутого, по меньшей мере, одного параметра в соответствии с упомянутой политикой.
Согласно следующему аспекту настоящего изобретения предлагается система связи, обеспечивающая сеансы связи между соединенными с ней сторонами, которая содержит контроллер, предназначенный для обработки ответов и запросов, передаваемых между сторонами сеансов связи, направления сообщения от первой стороны второй стороне, проверки того, содержит ли ответ на упомянутое сообщение, по меньшей мере, один параметр, нарушающий политику при осуществлении связи между сторонами, и изменения упомянутого, по меньшей мере, одного параметра в соответствии с упомянутой политикой.
В более предпочтительном варианте реализации настоящего изобретения упомянутый, по меньшей мере, один параметр изменяют при помощи упомянутого контроллера. Согласно другому варианту реализации настоящего изобретения упомянутый, по меньшей мере, один параметр изменяет упомянутая первая сторона. Ответ от второй стороны первой стороне может передаваться в неизмененном виде. Контроллером может выполняться проверка того, содержит ли дополнительное сообщение, поступающее от первой стороны в качестве отклика на упомянутый ответ, по меньшей мере, один параметр, нарушающий политику. Предлагаемые варианты реализации настоящего изобретения могут обеспечивать определенные преимущества при обработке сеансов связи с недопустимыми параметрами. Обработка может быть согласованной. Данная система может лучше прогнозировать различные ситуации, возникновение которых может быть обусловлено конфликтом линий поведения.
Для лучшего понимания настоящего изобретения оно будет описано со ссылкой на сопровождающие чертежи, на которых:
-  Фиг.1 показывает один из вариантов реализации настоящего изобретения;
- Фиг.2 представляет собой схему передачи сигналов, иллюстрирующую режим работы согласно одному из аспектов настоящего изобретения; и
- Фиг.3 представляет собой схему передачи сигналов, иллюстрирующую режим работы согласно другому аспекту настоящего изобретения.
Ниже будут описаны в качестве примера некоторые варианты реализации настоящего изобретения со ссылкой на примерную архитектуру системы мобильной связи третьего поколения (3G) . Однако необходимо понимать, что данные варианты могут быть применены к любой подходящей системе связи.
Обратимся к Фиг.1, на которой показан пример архитектуры сети, в которой может быть реализовано настоящее изобретение. На Фиг.1 показана сеть 45 передачи мультимедиа по Интернет-протоколу, предназначенная для предложения услуг передачи мультимедиа по Интернет-протоколу для ее абонентов.
Как описано выше, функциональные возможности Передачи мультимедиа по Интернет-протоколу (IM) могут быть обеспечены при помощи системы мобильной связи. В типичном случае система мобильной связи предназначена для обслуживания множества мобильного пользовательского оборудования обычно через беспроводной интерфейс между пользовательским оборудованием и, по меньшей мере, одной базовой станцией этой системы связи. Система мобильной связи логически может быть разделена на сеть радиодоступа (RAN) и опорную сеть (CN).
В данной системе размещены базовые станции 31 и 40, служащие для передачи сигналов от мобильного оборудования 30, 41 мобильных пользователей (т.е. абонентов) и приема сигналов на это оборудование через беспроводной интерфейс между пользовательским оборудованием и сетью радиодоступа. Соответственно, мобильное пользовательское оборудование способно передавать сигналы в сеть радиодоступа и принимать сигналы от этой сети через беспроводной интерфейс.
В показанной конфигурации пользовательское оборудование 30, 41 может обращаться к сети 45 IMS через сеть доступа, связанную соответственно с базовой станцией 31, 40. Необходимо понимать, что, хотя для ясности на Фиг.1 показано только две базовых станции, типичная сетевая система связи обычно включает множество базовых станций.
Мобильное пользовательское оборудование может представлять собой любое подходящее оборудование, способное устанавливать соединение с сетью по Интернет-протоколу. Например, мобильный пользователь может входить в сотовую сеть при помощи персонального компьютера (PC), персонального цифрового помощника (PDA), мобильной станции (MS) и т.п. Приведенные ниже примеры рассмотрены применительно к мобильным станциям.
Специалисты в данной области техники знакомы с особенностями и функционированием типичной мобильной станции. Поэтому достаточно отметить, что пользователь может использовать мобильную станцию для таких задач, как осуществление и прием телефонных звонков, прием данных от сети и посылка данных в сеть, а также ознакомление с мультимедийным контентом или иное использование услуг передачи мультимедиа. Мобильная станция может содержать антенну для беспроводного приема сигналов от базовых станций сети мобильной связи и передачи сигналов этим базовым станциям. Кроме того, мобильная станция может быть снабжена экраном для отображения изображений и другой графической информации для лица, использующего мобильное пользовательское оборудование. Для фото- или видеосъемки может быть предусмотрена фотокамера. В типичном случае также имеется громкоговоритель. Работой мобильной станции можно управлять при помощи подходящего интерфейса пользователя, например клавиш управления, голосовых команд и т.д. Кроме того, мобильная станция снабжена процессором и памятью.
Необходимо понимать, что, хотя для ясности на Фиг.1 показано только две мобильные станции, с базовыми станциями системы мобильной связи может одновременно обмениваться информацией множество мобильных станций.
Компоненты опорной сети (CN) в типичном случае включают различные средства коммутации и управления, а также шлюзы, позволяющие обеспечивать связь через множество сетей радиодоступа, а также сопряжение отдельной системы связи с одной или более из других систем связи, например с другими сотовыми системами и/или системами связи на основе стационарных линий. В системах стандарта 3GPP контроллер сети радиодоступа в типичном случае соединен с соответствующим компонентом или компонентами опорной сети, например Обслуживающим узлом, поддерживающим предоставление услуги пакетной радиосвязи общего пользования (SGSN) (контроллеры 33 и 39 на Фиг.1), но не ограничиваясь перечисленным. Сеть радиодоступа связана с обслуживающим узлом, поддерживающим предоставление услуги GPRS, посредством подходящего интерфейса, например интерфейса на уровне логических блоков. Хотя это не показано, узел SGSN в типичном случае имеет доступ к специальной базе данных по абонентам, предназначенной для хранения информации, связанной с подпиской соответствующего пользовательского оборудования. В свою очередь обслуживающий узел, поддерживающий предоставление услуги GPRS, в типичном случае обменивается информацией с Узлом межсетевого интерфейса, поддерживающим предоставление услуги GPRS (GGSN), при помощи базовой сети 32 GPRS. Это сопряжение обычно представляет собой интерфейс для передачи данных с коммутацией пакетов. В сети стандарта 3GPP для передачи трафика в сети инициируется сеанс передачи пакетных данных. Такой сеанс передачи пакетных данных часто называется PDP-контекстом (PDP - Протокол передачи пакетных данных). PDP-контекст может включать однонаправленный радиоканал, созданный между пользовательским оборудованием и контроллером сети радиодоступа, Однонаправленный канал радиодоступа (RAB), созданный между пользовательским оборудованием, контроллером сети радиодоступа и обслуживающим узлом, поддерживающим предоставление услуги GPRS, а также каналы данных с коммутацией пакетов, созданные между упомянутым обслуживающим узлом, поддерживающим предоставление услуги GPRS, и узлом межсетевого интерфейса, поддерживающим предоставление услуги GPRS. Каждый PDP-контекст обычно обеспечивает тракт связи между конкретным пользовательским оборудованием и узлом межсетевого интерфейса, поддерживающим предоставление услуги GPRS, и после его создания в типичном случае через него можно передавать множество потоков информации. Каждый поток обычно представляет собой, например, конкретную услугу и/или медиакомпонент конкретной услуги. Таким образом, PDP-контекст часто представляет собой логический тракт для одного или более потоков информации в сети. Для реализации PDP-контекста между пользовательским оборудованием и обслуживающим узлом, поддерживающим предоставление услуги GPRS, необходимо создать однонаправленные каналы радиодоступа, которые обычно обеспечивают пересылку данных на пользовательское оборудование. Способ реализации этих логических и физических каналов известен специалистам в данной области техники и поэтому не будет рассматриваться здесь более подробно.
Системы связи развиваются в направлении предоставления услуг пользовательскому оборудованию с использованием различных функций сети передачи данных, которые обрабатываются средствами управления, например серверами. Например, в существующих в настоящее время архитектурах беспроводной сети передачи мультимедиа третьего поколения предполагается, что для управления предоставлением услуг используются несколько различных серверов, обеспечивающих различные функции управления. Эти серверы включают, например, серверы управления вызовами (CSCF). Серверы CSCF могут быть разделены по различным категориям, например прокси-сервер управления вызовами (Р-CSCF), сервер управления запросами вызовов (I-CSCF) и обслуживающий сервер управления вызовами (S-CSCF). Необходимо понимать, что аналогичные серверы в различных системах могут иметь разные обозначения. Например, в определенных приложениях серверы CSCF могут называться серверами управления вызовами и сеансами.
Пользователю, желающему воспользоваться услугами, предоставляемыми системой IMS, сначала может потребоваться регистрация с использованием обслуживающего контроллера, например, обслуживающего серверы 36 управления вызовами и сеансами (S-CSCF). Как показано на Фиг.1, обмен информации между сервером S-CSCF 36 и пользовательским оборудованием может происходить через, по меньшей мере, один прокси-сервер 35 управления вызовами и сеансами (P-CSCF). Таким образом, прокси-сервер P-CSCF 35 используется как посредник при посылке сообщений от узла GGSN 34 к серверу 36 S-CSCF. Обслуживающий контроллер, т.е. сервер S-CSCF 36 на Фиг.1, в свою очередь представляет то средство управления, с использованием которого требуется зарегистрироваться пользовательскому оборудованию 30. Регистрация необходима для того, чтобы позволить пользовательскому оборудованию посылать запрос на предоставление услуги от системы связи.
Кроме того, может быть предусмотрено средство 37 управления политикой. Средство 37 управления политикой может быть предназначено для хранения необходимой информации о политике в его базе 38 данных. Компоненты сети могут обращаться к упомянутому средству управления политикой с различными целями, например, для получения информации, касающейся медиаполитики конкретного пользователя. Средство управления политикой может представлять собой сервер определения политики (PDF), который соединен с сервером P-CSCF и узлом GGSN.
Кроме того, на Фиг.1 показан сервер 50 приложений. Пользовательское оборудование может устанавливать соединение через сеть GPRS с сервером приложений, который соединен с одной или более из сетей передачи данных, например с рассматриваемой в качестве примера сетью с Интернет-протоколом, но не ограничиваясь перечисленным. Необходимо понимать, что с каждой сетью передачи данных может быть соединено большое число серверов приложений.
Хотя это не всегда необходимо, система, показанная на Фиг.1, может быть дополнительно устроена таким образом, что пользователь, которому предоставлены требуемые ресурсы связи базовой сетью и который зарегистрирован в обслуживающем контроллере 36, должен инициировать использование услуг, предоставляемых сервером 50 приложений путем посылки запроса о предоставлении требуемой услуги на упомянутый обслуживающий контроллер через упомянутую систему связи.
В основе настоящего изобретения лежит понимание того, что может оказаться выгодным выполнить заранее определенное действие после того, как обнаружено нарушение медиаполитики. Упомянутое действие в предпочтительном случае осуществляется в прокси-компоненте сети, например сервере P-CSCF 35.
Ниже более подробно в качестве примера описаны варианты реализации настоящего изобретения применительно к таким сообщениям, как SIP-ответы, содержащие параметр сеанса связи, например предложение, которое не соответствует медиаполитике оператора, хранящейся на сервере PDF 37, в связи с чем необходимо предпринять определенные действия, чтобы привести упомянутый, по меньшей мере, один нарушающий параметр в соответствие с политикой.
Как показано на Фиг.2, соответствующий сервер CSCF может модифицировать параметры перед их направлением далее. Сообщение "200 OK", посланное вторым пользовательским оборудованием 41 в ответ на сообщение "INVITE" от первого пользовательского оборудования 30, содержит предложение в формате SDP, которое нарушает медиаполитику. Сервер CSCF изменяет это предложение таким образом, чтобы оно соответствовало медиаполитике перед его последующей пересылкой на первое пользовательское оборудование 30 в качестве предложения в формате SDP. Отклик в сообщении "АСК" будет приемлем с точки зрения медиаполитики.
Если урезанная медиаинформация не удовлетворяет стороны (в худшем случае может оказаться, что при сопоставлении с локальной политикой аннулирована вся медиаинформация), они могут инициировать новое повторное сообщение "INVITE". Это возможно, так как сеанс передачи мультимедиа ограничивается пределами сети.
Согласно альтернативному варианту, показанному на Фиг.3, соответствующий сервер CSCF может проигнорировать данную проблему и направить немодифицированное SIP-сообщение, содержащее предложение в формате SDP. Предварительный ответ второго пользовательского оборудования на сообщение "INVITE", посланное первым пользовательским оборудованием, может содержать предложение в формате SDP, нарушающее медиаполитику.
Другими словами, предложение в формате SDP может быть направлено далее в том виде, как оно было принято. После чего сервер CSCF ожидает отклик с модифицированным и допустимым параметром сеанса связи от другой стороны. Отклик в формате SDP может быть принят в запросе "PRACK", который затем проверяется на соответствие медиаполитике. Если он неприемлем, запрос "PRACK" отклоняется. Таким образом, сервер CSCF может отклонить предложение/отклик, если окончательные параметры по-прежнему нарушают медиаполитику.
Отказ может содержать информацию о допустимой медиаполитике. Он может предоставляться в соответствии с Фиг.2.
Далее будет описан более подробный пример функционирования сервера P-CSCF 35 в соответствии с данным вариантом реализации настоящего изобретения. Когда сервер P-CSCF 35 принимает SIP-запрос, содержащий предложение в формате SDP, он может проверить параметры медиаинформации в принятом предложении. Если сервер P-CSCF 35 обнаруживает какие-либо параметры медиаинформации, которые не допускаются в данной сети, например, из-за локальной политики, он может вернуть ответ "Здесь неприемлемо", содержащий полезную нагрузку в формате SDP. Эта полезная нагрузка может содержать либо указание всех типов медиаинформации, кодеков и других параметров формата SDP, которые допускаются согласно локальной политики, либо исходя из конфигурации, установленной оператором сервера P-CSCF, подгруппу этих допустимых параметров. Такая подгруппа может зависеть от содержания принятого SIP-запроса.
Когда сервер P-CSCF принимает достоверный предварительный SIP-ответ, например SIP-сообщение "183" на Фиг.3, содержащий предложение в формате SDP, этот сервер может быть сконфигурирован таким образом, чтобы не проверять параметры медиаинформации в принятом предложении в формате SDP. Таким образом, даже если предложение содержит параметры медиаинформации, которые не допускаются в сети согласно локальной политике, предложению в формате SDP может быть разрешено свободное прохождение через сервер P-CSCF 35. Это может иметь определенные преимущества, так как для сервера P-CSCF может оказаться невозможным отклонить SIP-ответ. Вместо этого сервер P-CSCF может предпринять определенное действие на основе последующего запроса "PRACK", содержащего отклик в формате SDP на это предложение, и таким образом осуществить проверку. Если необходимо, т.е. отклик в формате SDP, урезанный пользовательским оборудованием, по-прежнему нарушает локальную политику, сервер P-CSCF может вернуть ответ "Здесь неприемлемо", содержащий информацию о допустимой локальной политике, в качестве полезной нагрузки в формате SDP.
Когда сервер P-CSCF принимает окончательный SIP-ответ "2хх" на запрос "INVITE" в поддерживаемом диалоге, т.е. на повторный "INVITE", который содержит предложение в формате SDP, этот сервер может проверить параметры медиаинформации в принятом предложении в формате SDP. Если сервер P-CSCF обнаруживает параметры медиаинформации, не допустимые в сети, например, локальной политикой, этот сервер может сопоставить предложение в формате SDP с упомянутой политикой, как показано на Фиг.2. Таким путем можно гарантировать, что отклик в формате SDP, посланный в запросе "АСК", допускается локальной политикой, а также является достоверным откликом для предложения в формате SDP, первоначально принятого сервером P-CSCF.
Далее будет описан более подробный пример операций, выполняемых в сервере S-CSCF 36 в соответствии с данным вариантом реализации настоящего изобретения. Когда сервер S-CSCF 36 принимает SIP-запрос, содержащий сообщение в формате SDP, он может проверить параметры медиаинформации в принятом сообщении в формате SDP. Если сервер S-CSCF обнаруживает какие-либо параметры медиаинформации, которые не допускаются исходя либо из локальной политики, либо из подписки, этот сервер может вернуть ответ "Здесь неприемлемо", содержащий полезную нагрузку в формате SDP. Как указано выше, эта полезная нагрузка может содержать либо указание всех типов медиаинформации, кодеков и других параметров SDP, которые допускаются согласно локальной политике и подписке пользователей, либо исходя из конфигурации, установленной оператором сервера S-CSCF, подгруппу этих допустимых параметров. Такая подгруппа может зависеть от содержания принятого SIP-запроса.
Когда сервер S-CSCF принимает достоверный предварительный SIP-ответ, содержащий предложение в формате SDP, этот сервер может быть сконфигурирован таким образом, чтобы не проверять параметры медиаинформации в принятом предложении в формате SDP. Таким образом, могут допускаться параметры медиаинформации, которые не допускаются в сети согласно локальной или другой политике, так как может оказаться невозможным отклонить SIP-ответ. Затем сервер S-CSCF может проверить последующий запрос "PRACK", содержащий отклик в формате SDP на это предложение, и, если необходимо, (т.е. отклик в формате SDP, урезанный пользовательским оборудованием, по-прежнему нарушает локальную политику), этот сервер продолжает работу, как описано выше для SIP-запросов.
Когда сервер S-CSCF принимает окончательный SIP-ответ "2хх" на запрос "INVITE" в поддерживаемом диалоге, который содержит предложение в формате SDP, этот сервер может проверить параметры медиаинформации в принятом предложении в формате SDP. Если сервер S-CSCF обнаруживает параметры медиаинформации, не допустимые в сети локальной политикой, этот сервер сопоставит предложение в формате SDP с упомянутой политикой. Таким путем можно гарантировать, что отклик в формате SDP, посланный в сообщении "АСК", допускается локальной политикой, а также является достоверным откликом для предложения в формате SDP, первоначально принятого сервером S-CSCF. Отметим, что невозможно отклонить "АСК" в протоколе SIP.
По возможности, система связи сконфигурирована таким образом, что SIP-сообщение "200 OK" для первоначального запроса "INVITE" не может содержать предложения в формате SDP. В этом случае либо первоначальный запрос "INVITE" может содержать упомянутое предложение, либо может иметься предварительный достоверный ответ с предложением в формате SDP.
Приведенное ниже вкратце описывает неподходящие модели в формате SDP, которые сети может потребоваться обрабатывать. Согласно одному из сценариев предложение в формате SDP остается без отклика в соответствии с моделью предложения/отклика в формате SDP. В этом случае предложение в формате SDP может быть проигнорировано. Согласно другому сценарию в SIP-сообщении отсутствует полезная нагрузка в формате SDP, при том что модель предложения/отклика в формате SDP этого требует. Тогда промежуточный сервер может не вмешиваться в ситуацию. SIP-сообщение может также содержать недействительное предложение в формате SDP, например синтаксическую или семантическую ошибку, либо нарушается модель предложения/отклика в формате SDP. Его можно считать аннулированным предложением. SIP-сообщение может также содержать недействительный отклик в формате SDP. Соответствующее предложение игнорируется, и сервер P-CSCF не посылает серверу определения политики информацию по установке политики.
Необходимо понимать, что, хотя варианты реализации настоящего изобретения описаны применительно к такому пользовательскому оборудованию, как мобильные станции, упомянутые варианты применимы к любому типу оборудования.
Примеры реализации настоящего изобретения описаны применительно к системе IMS и сетям GPRS. Данное изобретение также применимо к любым другим технологиям доступа, включая коллективный доступ с кодовым разделением каналов, коллективный доступ с частотным разделением каналов или коллективный доступ с временным разделением каналов, а также любые их комбинации. Кроме того, приведенные примеры рассмотрены применительно ко всем так называемым IP-сетям со всеми IP-компонентами. Данное изобретение также применимо к любым другим подходящим системам связи с беспроводными либо стационарными линиями, а также соответствующим стандартом и протоколом. Примеры других возможных систем связи, предоставляющих услуги беспроводной передачи данных, включают такие системы мобильной связи третьего поколения, как UMTS (Универсальная система мобильной связи), i-phone или CDMA2000 (Система коллективного доступа с кодовым разделением каналов) и система TETRA (Наземное транкинговое радио), беспроводная сеть передачи данных с технологией EDGE (Технология увеличения пропускной способности в GSM-сетях, дословно - Расширенный диапазон передачи данных для развития стандарта GSM). Примеры систем со стационарными линиями включают системы на основе технологий расширения полосы частот, обеспечивающие доступ в Интернет для пользователей, находящихся в различных местах, например дома и в офисах. Не принимая в расчет используемые в сети связи стандарты и протоколы, данное изобретение может быть применено во всех сетях связи, где при проведении сеансов связи необходимо управлять политикой.
Вариант реализации настоящего изобретения был рассмотрен применительно к прокси-серверу и обслуживающему серверу управления вызовами. Варианты реализации настоящего изобретения могут быть применимы к другим компонентам сети там, где это возможно.
Отметим также, что, хотя выше рассмотрены в качестве примера некоторые варианты реализации настоящего изобретения, в описанном решении могут быть сделаны различные изменения и модификации, не выходящие за пределы объема настоящего изобретения, который определен приложенной формулой изобретения.