СПОСОБ И СИСТЕМА УСТАНОВЛЕНИЯ СОЕДИНЕНИЯ МЕЖДУ СЕТЕВЫМИ ЭЛЕМЕНТАМИ
METHOD AND SYSTEM FOR ESTABLISHING CONNECTION BETWEEN NETWORK ELEMENTS

Область техники, к которой относится изобретение
Изобретение относится к способу и к системе установления соединения между двумя или большим количеством сетевых элементов. Это соединение может представлять собой, например, вызов по протоколу ПРДПСИ (VoIP) (передачи речевых данных по протоколу сети Интернет (IP)). Для этого соединения могут быть использованы, например, сетевой уровень или сеть, обеспечивающая телефонную связь через сеть Интернет, и сеть на основе СПРОП/УСМС (системы пакетной радиосвязи общего пользования/универсальной системы мобильной связи), (GPRS/UMTS), обеспечивающая передачу вызова.
Уровень техники
Для обеспечения соответствующего установления и обработки соединения между сетевыми элементами, например между абонентской аппаратурой, представляющей собой, например, оконечное устройство мобильной связи, и оконечным устройством другого абонента или базой данных и т.п., обычно используют один или несколько промежуточных сетевых элементов, например узлов поддержки. Для задания характеристик соединения используют один или несколько параметров соединения, например, контекстную информацию о ПППД (о протоколе передачи пакетных данных) (PDP), информацию о требуемом или обеспечиваемом качестве обслуживания (КО) (QoS), информацию о начислении оплаты, например тариф оплаты, и т.д..
В частности, в том случае, когда соединение осуществляют с использованием двух или нескольких сетей различных типов, например сетей, в которых используют различные протоколы передачи, например сетей на основе СПРОП/УСМС (системы пакетной радиосвязи общего пользования/универсальной системы мобильной связи) и сетей на основе протокола сети Интернет (IP), могут возникать проблемы при установлении соответствующего соединения и настройке параметров соединения.
Сущность изобретения
В настоящем изобретении предложены способ и система, посредством которых может быть обеспечен соответствующий процесс установления соединения между сетевыми элементами, например, находящимися в различных сетях, преимущественно так, как сформулировано в приложенной формуле изобретения.
Соответствующая процедура установления или обработки соединения, например для начисления оплаты, может быть реализована путем обмена запросами и ответами между третьим и четвертым сетевыми элементами, относящимися к получению разрешения на установление соединения (или типа соединения, например соединения с использованием ПППД), или к параметру соединения, например к КО (к качеству обслуживания), посредством чего обеспечивают соответствующее обслуживание соединения.
Третий сетевой элемент может представлять собой узел поддержки, который предпочтительно представляет собой шлюзовой узел поддержки, а четвертый сетевой элемент может представлять собой элемент, обеспечивающий ФУСВ (функцию управления состоянием вызова (CSCF)) или ФУС (функцию управления стратегией (PCF)), либо СОВ (сервер обработки вызовов (CPS)). Четвертый сетевой элемент может представлять собой часть сетевого уровня, обеспечивающего телефонную связь через сеть Интернет, или сам обеспечивать ее.
Согласно одной из особенностей настоящего изобретения обмен информацией происходит между областью сети с коммутацией пакетов (КП) (например, ШУПС (шлюзовым узлом поддержки СПРОП) (GGSN) или ШУПО (шлюзовым узлом поддержки обслуживания) (SGSN)) и между элементами мультимедийной подсистемы сети на основе протокола сети Интернет (IM) (обеспечивающими ФУСВ).
Согласно одному из предпочтительных вариантов осуществления изобретения четвертому сетевому элементу, представляющему собой, например, сетевой уровень телефонной связи через сеть Интернет, предоставлена возможность осуществлять управление, по меньшей мере, одним параметром соединения, например ограничивать активацию или видоизменение контекста ПППД (протокола передачи пакетных данных). Например, диалоговый контекст ПППД, то есть соединение, позволяющее обеспечивать речевое общение между вызывающим и вызываемым абонентами, может быть активирован только тогда, когда первый сетевой элемент, например оконечное устройство мобильной связи, предпринимает попытку вызова второго сетевого элемента. Например, в том случае, когда параметром соединения является контекст ПППД, и производят выдачу запроса на активацию или видоизменение контекста ПППД, третий сетевой элемент, например ШУПС, может послать запрос о разрешении на соединение в четвертый сетевой элемент, например, в элемент, обеспечивающий ФУСВ или ФУС, либо в СОВ, для проверки допустимости активации контекста ПППД или его видоизменения.
Такой подход обеспечивает наличие нескольких преимуществ. Во-первых, четвертый сетевой элемент, например ФУСВ, получает из запроса сведения об адресе третьего сетевого элемента, например ШУПС, и, следовательно, ему известен адрес, по которому следует возвратить ответ. В противном случае, когда четвертый сетевой элемент выполнен таким образом, что осуществляет передачу информации в третий сетевой элемент до того, как в него будет передана информация об адресе из третьего сетевого элемента, то при отсутствии в четвертом сетевом элементе информации об адресе третьего сетевого элемента, отвечающего за обслуживание соединения, могут возникать проблемы.
Даже в том случае, когда при попытке установления соединения, например вызова, первый сетевой элемент, например оконечное устройство мобильной связи, должен передать информацию непосредственно в четвертый сетевой элемент, первым сетевым элементом еще не получена информация об адресе третьего сетевого элемента, обеспечивающего последующее обслуживание соединения и, следовательно, он не способен передать эту информацию об адресе в четвертый сетевой элемент. Кроме того, если сначала из четвертого сетевого элемента в третий сетевой элемент было бы передано сообщение, например сообщение о санкционировании доступа, то третий сетевой элемент должен был бы выполнить запоминание информации о параметрах обработки вызова, например контекстов ПППД, которые пока еще не являются активными. После этого третьему сетевому элементу, возможно, придется привести в действие таймер и удалить информацию о санкционировании доступа по истечении отрезка времени, заданного посредством таймера, в том случае, если по каким-либо причинам активацию контекста ПППД не следует выполнять.
Кроме того, предложенное в настоящем изобретении решение также применимо и для абонентов, использующих роуминг, что, следовательно, обеспечивает получение дополнительных преимуществ.
В общем случае, согласно одной из особенностей настоящего изобретения, в нем предложено решение, обеспечивающее ограничение, например, активации или видоизменения контекста ПППД, исходя из характеристик вызова, передачу которого осуществляют на основании контекста ПППД.
Согласно одному из предпочтительных вариантов осуществления изобретения в сетях или в сетевых уровнях, функционирующих в соответствии с различными протоколами, например в уровне СПРОП/УСМС и в сетевом уровне, обеспечивающем телефонную связь через сеть Интернет, а также в средстве управления или выполнения таких функций, как ФУСВ или ФУС, создают общий идентификатор. Этот общий идентификатор может быть использован для отображения контекста ПППД в вызове. Общий идентификатор может представлять собой, например, идентификатор вызова "Идентификатор_Вызова" (Call_Id), уже имеющийся в сообщениях ПИСС (протокола инициирования сеанса связи (SIP)).
В альтернативном варианте общий идентификатор может также представлять собой идентификатор, расположенный в одном из сетевых уровней, например в уровне СПРОП/УСМС. Например, в этом случае общим идентификатором может являться ИТДСС (идентификатор точки доступа к сетевому сервису (NSAPI)). В предпочтительном варианте осуществления этот общий идентификатор передают в четвертый сетевой элемент, например в элемент, обеспечивающий ФУСВ, в сообщении протокола, например в сообщении ПИСС "ПРИГЛАШЕНИЕ" ("INVITE"). Затем общий идентификатор (например, ИТДСС) может быть передан из третьего сетевого элемента, например из ШУПС, в четвертый сетевой элемент (например, в элемент, обеспечивающий ФУС), а также из пятого сетевого элемента (например, из ФУСВ) в четвертый сетевой элемент. После этого четвертый сетевой элемент устанавливает соответствие запроса (переданного третьим сетевым элементом) и разрешения на доступ (переданного пятым сетевым элементом, например элементом, обеспечивающим ФУСВ), исходя из общего идентификатора, например ИТДСС.
Согласно еще одному предпочтительному варианту осуществления изобретения в нем предложено средство объединения параметра соединения, например, информации о начислении оплаты, генерация которой осуществлена в первой сети, например в базовой сети мобильной связи (например, в ШУПО и ШУПС), и во второй сети, например в базовой сети ТСПИ (телефонной связи на основе протокола сети Интернет) (IPT), например в СОВ. В этом варианте осуществления изобретения обеспечена возможность начисления оплаты за уровень КО (качества обслуживания), используемый для телефонной связи.
Согласно этой особенности изобретения предложено средство объединения информации о начислении оплаты за вызов и управления соответствием между резервированием КО в одной сети (например, в сети ТСПИ, в которой передачу данных о резервировании КО ТСПИ осуществляют, например, в сообщении ПИСС "ПРИГЛАШЕНИЕ") и резервированием КО (путем активации контекста, например, контекста КО ПППД) в другой сети (например, в базовой сети мобильной связи с передачей пакетных данных). Например, для задач начисления оплаты осуществляют проверку переданного идентификатора Идентификатор_Вызова (Call_Id), а также осуществляют проверку соответствия запрошенного уровня КО, или запроса, как в сообщении протокола (например, в сообщении ПИСС "ПРИГЛАШЕНИЕ"), так и в сообщении (сообщениях) активации контекста ПППД.
При активации контекста ПППД может быть введен новый параметр, посредством которого третий сетевой элемент, например ШУПС, уведомляют о четвертом сетевом элементе, представляющем собой, например, элемент, обеспечивающий обслуживание ФУСВ или совокупности ФУСВ/ФУС, либо СОВ. Следовательно, обеспечено поступление в третий сетевой элемент сведений об адресе четвертого сетевого элемента, в который должен быть послан запрос на проверку КО.
Еще одной необязательной характеристикой, управление которой может быть осуществлено конечным пользователем, является возможность передачи оконечным устройством (например, первым сетевым элементом) запроса на проверку КО, содержащегося в сообщении протокола, например в сообщении ПИСС "ПРИГЛАШЕНИЕ".
Согласно этой особенности изобретения обеспечена возможность составления ведомости о начислении оплаты на основании данных о КО.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
На Фиг. 1 показана основная структура и поток сообщений согласно одному из вариантов осуществления способа и системы из настоящего изобретения;
на Фиг. 2 изображен другой вариант осуществления системы и способа согласно настоящему изобретению;
на Фиг. 3 показан еще один вариант осуществления системы и способа согласно настоящему изобретению;
на Фиг. 4 изображен еще один вариант осуществления системы и способа согласно настоящему изобретению;
на Фиг. 5 показан еще один вариант осуществления системы и способа согласно настоящему изобретению;
на Фиг. 6 показан видоизмененный вариант осуществления системы и способа из Фиг. 2; и
на Фиг. 7 показан еще один вариант осуществления системы и способа согласно настоящему изобретению.
ПОДРОБНОЕ ОПИСАНИЕ ПРЕДПОЧТИТЕЛЬНЫХ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ
На Фиг. 1 показан первый вариант осуществления способа или системы согласно настоящему изобретению. Этот вариант осуществления обеспечивает активацию или видоизменение контекста ПППД, разрешенного элементом, выполняющим ФУСВ. Первым сетевым элементом является абонентская аппаратура (АО) 1, которая может представлять собой подвижную станцию. ШУПО 2 представляет собой обслуживающий узел (шлюзовой узел поддержки обслуживания СПРОП), обеспечивающий обслуживание абонентской аппаратуры 1 при поддержании соединения с другим сетевым элементом (со вторым сетевым элементом), которым является, например, оконечное устройство вызываемого абонента, не показанное на Фиг. 1. ШУПС (шлюзовой узел поддержки СПРОП) 3 представляет собой шлюзовой узел, посредством которого обеспечивают соединения с другой сетью, к которой может быть подключено оконечное устройство вызываемого абонента. Четвертым сетевым элементом является элемент 4, обеспечивающий функцию управления состоянием вызова (элемент, обеспечивающий ФУСВ), который принимает решение о разрешении активации или видоизменения контекста ПППД.
В том случае, когда посредством абонентской аппаратуры 1 предпринимают попытку вызова в оконечное устройство, находящееся в другой сети, например в сети на основе протокола сети Интернет (IP), абонентская аппаратура 1 передает в элемент 4, обеспечивающий ФУСВ, сообщение, например сообщение ПИСС (протокола инициирования сеанса связи) "ПРИГЛАШЕНИЕ". После этого, предпочтительно после получения из элемента 4, обеспечивающего ФУСВ, ответного сообщения, уведомляющего о принятии запроса на установление вызова, абонентская аппаратура 1 передает в ШУПО 2 запрос на активацию (или изменение) контекста ПППД. В ответ на этот запрос на активацию (или изменение) контекста ПППД, ШУПО 2 посылает в ШУПС 3 запрос на создание (или обновление) контекста ПППД.
ШУПС 3 выполнен таким образом, что в ответ на этот запрос, поступивший из ШУПО 2, не сразу же выполняет операцию создания или обновления контекстов ПППД, а сначала посылает в элемент 4, обеспечивающий ФУСВ, запрос на получение разрешения. В варианте осуществления изобретения, показанном на Фиг. 1, ШУПС 3 посылает этот запрос на получение разрешения в элемент 4, обеспечивающий ФУСВ, для проверки допустимости активации/видоизменения контекста ПППД. В видоизмененном варианте осуществления запрос на получение разрешения может быть также передан в элемент, обеспечивающий функцию управления стратегией (ФУС), который может представлять собой дополнительный необязательный сетевой элемент или может быть объединен с элементом, обеспечивающим ФУСВ.
В состав запроса на получение разрешения ШУПС 3 включает МИАМС/МНПСЦСКУ (Международный идентификатор абонента мобильной связи, IMSI/ Международный номер подвижной станции в цифровой сети с комплексными услугами (ISDN), MSISDN) (и, возможно, адрес ПППД), посредством которых обеспечивают распознавание телефонного аппарата мобильной связи, то есть абонентской аппаратуры 1. В составе запроса на получение разрешения ШУПС 3 может дополнительно передавать запрошенные значения КО (качества обслуживания), а также адрес вызываемого абонента (адрес абонента Б) в том случае, если он присутствует в шаблоне потока трафика (ШПТ) (TFT). В том случае, если МИАМС/МНПСЦСКУ (и, возможно, адрес ПППД) не являются достаточными для идентификации абонентской аппаратуры 1 или вызова, может быть использована дополнительная информация, например ИТДСС, которую передают в ШУПС 3. В этом случае предпочтительным вариантом является тот, в котором абонентская аппаратура 1 осуществляет передачу информации об ИТДСС контекста ПППД в элемент, обеспечивающий ФУСВ, в сообщении, передаваемом при установлении вызова, например, в сообщении ПИСС "ПРИГЛАШЕНИЕ". В этом случае элемент 4, обеспечивающий ФУСВ (или в альтернативном варианте или дополнительно обеспечивающий ФУС), выполнен таким образом, что осуществляет проверку того, что ИТДСС для вызова, содержащийся в сообщении, передаваемом при установлении вызова, эквивалентен ИТДСС для контекста ПППД, переданного из ШУПС 3 в составе запроса на получение разрешения, поэтому элемент 4, обеспечивающий ФУСВ (или элемент, обеспечивающий ФУС), может дать разрешение на использование правильного контекста ПППД. В случае наличия отдельного элемента, обеспечивающего ФУС, элемент 4, обеспечивающий ФУСВ, выполнен таким образом, что обеспечивает передачу ИТДСС в элемент, обеспечивающий ФУС. Аналогичным образом, в этом случае ШУПС 3 выполнен таким образом, что обеспечивает передачу запроса на получение разрешения, содержащего ИТДСС, в отдельный элемент, обеспечивающий ФУС.
В ответ на запрос на получение разрешения и после выполнения вышеуказанной операции проверки элемент 4, обеспечивающий ФУСВ (или элемент, обеспечивающий ФУС), осуществляет передачу разрешающего ответа в ШУПС 3. Разрешающий ответ содержит МИАМС/МНПСЦСКУ, посредством которого обеспечивают идентификацию абонентской аппаратуры 1 или вызова, для которого должен быть создан или обновлен контекст ПППД, а в предпочтительном варианте разрешающий ответ дополнительно содержит такую информацию, как, например, "характеристики вызова". В предпочтительном варианте информация о характеристиках вызова содержит приемлемые значения КО, приемлемую информацию об абоненте Б (которой в предпочтительном варианте является IP-адрес и номер порта вызываемого абонента), а также указатель, посредством которого указывают, является ли вызов обычным вызовом или же срочным вызовом.
ШУПС 3 выполнен таким образом, что устанавливает значения КО равными тем, которые получены из элемента 4, обеспечивающего ФУСВ (или из элемента, обеспечивающего ФУС). ШУПС 3 может установить самое высокое значение приоритета выделения/сохранения ресурсов в том случае, если вызов является срочным вызовом. Кроме того, ШУПС 3 может задать шаблон потока трафика (ШПТ) в соответствии с информацией об абоненте Б.
В том случае, если вызов является срочным вызовом, и для этого срочного вызова используют контекст ПППД, абонентская аппаратура 1 может быть уведомлена о нем путем передачи этой информации из ШУПС 3 в ШУПО 2, который направляет эту информацию в абонентскую аппаратуру 1 (мобильной связи).
Для передачи запроса на получение разрешения ШУПС 3 должен иметь сведения об адресе элемента 4, обеспечивающего ФУСВ, для установления связи с ним. В одном из вариантов осуществления изобретения адрес элемента, обеспечивающего ФУСВ, добавляют в качестве нового параметра в сообщение с запросом на активацию (или видоизменение) контекста ПППД и в сообщение с запросом на создание (или обновление) контекста ПППД. В альтернативном варианте осуществления ШУПС 3 выполнен таким образом, что извлекает адрес элемента, обеспечивающего ФУСВ, из ШПТ передаваемого контекста ПППД.
Кроме того, ШУПС 3 также может получать сведения об адресе элемента 4, обеспечивающего ФУСВ, каким-либо другим способом.
В том случае, когда для принятия решения о разрешении доступа используют другой сетевой элемент, например элемент, обеспечивающий ФУС, то адрес этого сетевого элемента (например, элемента, обеспечивающего ФУС) может быть передан в ШУПС 3 (через точку доступа) и в элемент 4, обеспечивающий ФУСВ.
Кроме того, согласно другой возможной особенности изобретения, в том случае, если вышеописанные функциональные возможности (запрос на получение разрешения и разрешающий ответ) необходимо предоставить также и абонентам, использующим роуминг, то к информации о подписке на услуги, содержащейся в абонентской базе данных (например, в регистре исходного местоположения, РИМ (HLR)), добавляют новый параметр, описывающий, действительно ли необходимо получить разрешение на активацию (или видоизменение) контекста ПППД от элемента, обеспечивающего ФУСВ (или элемента, обеспечивающего ФУС). Этот параметр может зависеть от конкретного контекста ПППД.
Возвращаясь теперь к Фиг. 1, после получения разрешающего ответа ШУПС 3 задает контекст ПППД и, по мере необходимости, дополнительную информацию, соответствующую информации, содержащейся в разрешающем ответе, например, приемлемое значение КО и т.д. Кроме того, ШУПС 3 возвращает в ШУПО 2 ответ о создании (или обновлении) контекста ПППД. В ответ на него ШУПО 2 передает в абонентскую аппаратуру 1 ответ об активации (или видоизменении) контекста ПППД. После этого вызов считают установленным и обеспечивают его обслуживание известным способом.
На Фиг. 2 показан другой вариант осуществления изобретения (способа и/или системы), который снабжен функцией управления стратегией (ФУС). Элемент, обеспечивающий ФУС, имеет интерфейс с ШУПС, а также с элементом, обеспечивающим ФУСВ. Элемент, обеспечивающий ФУС, может быть использован для связи между сетевым уровнем телефонной связи через сеть Интернет, то есть посредническим элементом, обеспечивающим ФУСВ, и сетевым уровнем СПРОП/УСМС (ШУПС). Например, вызов может влиять на контекст ПППД, активируемый для этого вызова.
На Фиг. 2 приведен пример потока передач и сообщений между сетевым уровнем СПРОП/УСМС, то есть ШУПС, и сетевым уровнем телефонной связи через сеть Интернет, то есть элементом, обеспечивающим ФУСВ, который осуществляют через элемент, обеспечивающий ФУС. Обеспечена возможность ограничения активации (или видоизменения) контекста ПППД на сетевом уровне телефонной связи через сеть Интернет.
Согласно Фиг. 2, разрешение на активацию/видоизменение контекста ПППД выдают, исходя из типа вызова. В варианте, изображенном на чертеже, показана процедура активации контекста ПППД в случае вызова, исходящего из устройства мобильной связи, то есть вызова, исходящего из подвижной станции (ПС) 21, при этом вызываемым абонентом является сетевой элемент 27 (абонентская аппаратура, база данных и т.д.). В элемент 25, обеспечивающий ФУС, посылают запрос на разрешение активации контекста ПППД. Показаны и описаны ниже только те параметры, которые необходимы для связи между посредническим элементом (модулем доступа) 26, обеспечивающим ФУСВ, и элементом, обеспечивающим ФУС, 25, и для связи между ШУПС 24 и элементом, обеспечивающим ФУС, 25.
В общем случае, согласно варианту осуществления изобретения, показанному на Фиг. 2, в сетевом уровне СПРОП/УСМС (то есть в ШУПС 24 системы связи третьего поколения (3G)), в сетевом уровне телефонной связи через сеть Интернет, например, в элементе 26, обеспечивающем ФУСВ, и в элементе 25, обеспечивающем ФУС, создают общий идентификатор, посредством которого обеспечивают отображение контекста ПППД в вызове. Наличие только идентификатора абонента, например МИАМС, является недостаточным в том случае, когда ПС 21 одновременно поддерживает множество вызовов. В этом случае, согласно Фиг. 2, общим используемым идентификатором является идентификатор вызова Идентификатор_Вызова (Call_Id), который уже существует в сообщениях ПИСС. Устройство, инициировавшее вызов, которым в данном примере является подвижная станция 21, выделяет Идентификатор_Вызова (Call_Id) известным способом, например, из протокола ПИСС, причем этот идентификатор Идентификатор_Вызова (Call_Id) однозначно характеризует вызов.
Согласно предпочтительному варианту осуществления изобретения, например тому, который показан на Фиг. 2, этот общий идентификатор, например Идентификатор_Вызова (Call_Id), передают из ПС 21 в ШУПО 23 и из ШУПО 23 в ШУПС 24. Кроме того, этот общий идентификатор передают из подвижной станции 21 в посреднический элемент 26, обеспечивающий ФУСВ, в предпочтительном варианте его передают в сообщении, инициирующем установление вызова, например в сообщении ПИСС "ПРИГЛАШЕНИЕ". Кроме того, этот общий идентификатор передают из элемента 26, обеспечивающего ФУСВ, в элемент 25, обеспечивающий ФУС, и, к тому же, из ШУПС 24 в элемент 25, обеспечивающий ФУС. Затем элемент 25, обеспечивающий ФУС, устанавливает соответствие запроса, переданного из ШУПС 24, с разрешением, переданным из элемента 26, обеспечивающего ФУСВ, по общему идентификатору (например, по идентификатору Идентификатор_Вызова (Call_Id)), и принимает решение о разрешении вызова и/или об используемых параметрах соединения, например о КО.
В видоизмененном варианте осуществления изобретения в качестве общего идентификатора используют идентификатор, имеющийся в сетевом уровне СПРОП/УСМС, например в ШУПС 24. Например, в качестве такого общего идентификатора используют ИТДСС. Согласно одному из вариантов осуществления изобретения, в этом случае передачу ИТДСС из ПС 21 в элемент 26, обеспечивающий ФУСВ, осуществляют в сообщении "ПРИГЛАШЕНИЕ" или в другом сообщении при установлении вызова. Кроме того, ИТДСС передают из ШУПС 24 в элемент 25, обеспечивающий ФУС, и из элемента 26, обеспечивающего ФУСВ, в элемент 25, обеспечивающий ФУС. В этом случае элемент 25, обеспечивающий ФУС, устанавливает соответствие запроса, переданного из ШУПС 24 с разрешением, переданным из элемента 26, обеспечивающего ФУСВ, по ИТДСС.
Оператор может установить конфигурацию системы таким образом, что она обеспечивает передачу в ШУПС информации о точке доступа, посредством которой указывают, требуется ли устанавливать связь с элементом, обеспечивающим ФУС, и для какого именно контекста ПППД она необходима, например, она может являться необходимой только в том случае, когда категория КО означает наличие диалоговой связи, то есть передачи речевых данных. Конфигурация системы может быть также установлена таким образом, что она осуществляет передачу адреса элемента 25, обеспечивающего ФУС, в ШУПС 24 и в элемент 26, обеспечивающий ФУСВ, за счет чего ШУПС 24 и элемент 26, обеспечивающий ФУСВ, могут поддерживать связь с одним и тем же элементом 25, обеспечивающим ФУС.
В альтернативном варианте осуществления изобретения, в котором передачу адреса элемента, обеспечивающего ФУС, в каждый из сетевых элементов, например в элементы 24 и 26, не производят, в состав информации о подписке, содержащейся в абонентской базе данных, например, в регистре исходного местоположения (РИМ) (HLR) и/или в СПА (в сервере перемещений абонентов (UMS)), может быть включен новый параметр, например, адрес элемента, обеспечивающего ФУС. ШУПО 23 получает адрес элемента 25, обеспечивающего ФУС, из абонентской базы данных, например из РИМ, и передает его в ШУПС 24. После получения адреса элемента 25, обеспечивающего ФУС, ШУПС 24 имеет сведения о том, с каким именно элементом 25, обеспечивающим ФУС, ему следует устанавливать связь. Элемент, обеспечивающий ФУСВ, получает из СПА тот же самый адрес элемента 25, обеспечивающего ФУС, и может устанавливать связь с этим же элементом 25, обеспечивающим ФУС.
Наличие необходимости установления связи с элементом 25, обеспечивающим ФУС, или ее отсутствие может зависеть от оператора исходной сети. Для абонентов, использующих роуминг, к информации о подписке на услуги, содержащейся в РИМ и в СПА абонентской базы данных, добавляют новый параметр, описывающий, необходимо ли устанавливать связь с элементом 25, обеспечивающим ФУС, например информацию "Необходимо взаимодействие с элементом, обеспечивающим ФУС". Информация "Необходимо взаимодействие с элементом, обеспечивающим ФУС", содержащаяся в РИМ, может относиться к конкретному варианту подписки на услуги или может относиться к конкретному контексту ПППД. ШУПО 23 получает информацию "Необходимо взаимодействие с элементом, обеспечивающим ФУС" из РИМ и передает ее в ШУПС 24. После получения информации "Необходимо взаимодействие с элементом, обеспечивающим ФУС" ШУПС 24 имеет сведения о необходимости установления связи с элементом, обеспечивающим ФУС, или об отсутствии этой необходимости при установлении соединения или изменении соединения, или при аналогичных операциях. Элемент 26, обеспечивающий ФУСВ, получает информацию "Необходимо взаимодействие с элементом, обеспечивающим ФУС" из СПА и из нее получает сведения о том, необходимо ли устанавливать связь с элементом 25, обеспечивающим ФУС, или нет.
Следовательно, согласно этой особенности изобретения в нем предложены три новые концепции, используемые по выбору или в совокупности:
(a) создают общий идентификатор для обеспечения соответствия между контекстом ПППД и вызовом;
(б) создают новый параметр для РИМ и СПА, а именно адрес элемента, обеспечивающего ФУС; и/или
(в) в РИМ и СПА создают новый параметр "Необходимо взаимодействие с элементом, обеспечивающим ФУС".
Ниже продемонстрировано и описано взаимодействие области сети с коммутацией пакетов (КП) с элементом 25, обеспечивающим функцию управления стратегией (ФУС), согласно варианту осуществления изобретения, который изображен на Фиг. 2. Ниже приведено более подробное описание операций, выполняемых при установлении соединения, со ссылкой на номера операций, показанных на Фиг. 2.
При выполнении операции 1 подвижная станция 21 передает сообщение "ПРИГЛАШЕНИЕ" в посреднический элемент 26, обеспечивающий ФУСВ, при этом сообщение "ПРИГЛАШЕНИЕ" содержит идентификатор абонента "Идентификатор Абонента" (Subscriber Id) и идентификатор вызова "Идентификатор_Вызова" (Call_Id). Посреднический элемент 26, обеспечивающий ФУСВ, передает эти сообщения вызываемому абоненту 27.
При выполнении операции 2 посреднический элемент 26, обеспечивающий ФУСВ, получает из оконечного устройства вызываемого абонента 27 сообщение о подтверждении приема, например сообщение 183w/БДОПА (база данных обслуживания параметров абонентов (SDP)), предусмотренное в ПИСС. Посреднический элемент 26, обеспечивающий ФУСВ, передает это подтверждение в подвижную станцию 21 (вызывающему абоненту).
При выполнении операции 3 после получения сообщения о подтверждении приема из оконечного устройства 27 вызываемого абонента, посреднический элемент 26, обеспечивающий ФУСВ, передает сообщение с запросом о предоставлении права на доступ (содержащее идентификатор абонента, идентификатор вызова "Идентификатор_Вызова" (Call_Id), согласованное значение КО, транспортный адрес вызываемого абонента) в элемент 25, обеспечивающий ФУС. Идентификатор абонента может представлять собой, например, МИАМС, МНПСЦСКУ или IP-адрес вызывающего абонента 21 (то есть адрес ПППД в сетевом уровне СПРОП/УСМС). Для обеспечения соответствия вызова с соответствующим контекстом ПППД в элементе 25, обеспечивающем ФУС, необходим используемый для этого Идентификатор_Вызова (Call_Id). Согласованное значение КО содержит параметры КО, полученные для вызова в результате согласования. В случае наличия срочного вызова посреднический элемент 26, обеспечивающий ФУСВ, устанавливает наивысшее значение выделяемого/сохраняемого приоритета для параметра КО. Транспортный адрес вызываемого абонента используют в сетевом уровне СПРОП/УСМС для задания ШПТ (шаблона потока трафика) для контекста ПППД.
При выполнении операции 4 элемент 25, обеспечивающий ФУС, может посылать сообщение о подтверждении приема сообщения с запросом о санкционировании доступа, полученного при выполнении операции 3, путем возврата сообщения о подтверждении санкционирования доступа (содержащего идентификатор абонента и Идентификатор_Вызова) в посреднический элемент 26, обеспечивающий ФУСВ.
При выполнении операции 5 ПС 21 выдает запрос на активацию контекста ПППД (например, вторичного контекста ПППД) для вызова путем передачи в ШУПО 23 сообщения с запросом на активацию (вторичного) контекста ПППД (содержащим адрес ПППД и Идентификатор_Вызова).
При операции 6 выполняют процедуру установления однонаправленного канала радиосвязи с абонентами.
При выполнении операции 7 ШУПО 24 передает в ШУПС 24 сообщение с запросом на создание контекста ПППД (содержащим идентификатор абонента, Идентификатор_Вызова и согласованное значение КО).
При выполнении операции 8 ШУПС 24 выдает запрос на разрешение активации контекста ПППД путем передачи в элемент 25, обеспечивающий ФУС, сообщения с запросом на получение разрешения (содержащим идентификатор запроса, идентификатор абонента, Идентификатор_Вызова и согласованное значение КО). Получение первого сообщения с запросом (при выполнении операции 8) приводит к созданию в элементе 25, обеспечивающем ФУС, состояния запроса.
При выполнении операции 9 элемент 25, обеспечивающий ФУС, посылает в ШУПС 24 ответ путем передачи в него сообщения о принятии решения (содержащего идентификатор запроса, согласованное значение КО и транспортный адрес вызываемого абонента). ШУПС 24 задает ШПТ для контекста ПППД согласно транспортному адресу вызываемого абонента.
При выполнении операции 10 ШУПС 24 может послать уведомление о том, что он выполнил действия в соответствии с принятым решением, путем передачи в элемент 25, обеспечивающий ФУС, сообщения с уведомлением о состоянии (содержащего идентификатор запроса).
При выполнении операций 11 и 12 осуществляют передачу сообщений об активации контекста ПППД известным способом.
Приведенные на Фиг. 2 сообщения 8 (запрос), 9 (принятое решение) и 10 (уведомление о состоянии) представляют собой сообщения протокола COPS (с общей открытой стратегией обслуживания (ООСО)).
На Фиг. 2 показан вариант активации контекста ПППД. В случае необходимости видоизменения контекста ПППД выполняют те же самые операции 8, 9 и 10, а также дальнейшие операции, показанные на Фиг. 2.
Необходимость получения из элемента 25, обеспечивающего ФУС, разрешения на активацию контекста ПППД может зависеть от конкретного оператора системы. Для предоставления этой функции также и для абонентов, использующих роуминг, в состав информации о подписке на услуги, содержащейся в РИМ, вводят новый параметр, например, "Необходимо взаимодействие с элементом, обеспечивающим ФУС". ШУПО получает из РИМ информацию "Необходимо взаимодействие с элементом, обеспечивающим ФУС" и должен передать ее в ШУПС 24 при активации/видоизменении контекста ПППД. После получения информации "Необходимо взаимодействие с элементом, обеспечивающим ФУС" ШУПС 24 имеет сведения о том, действительно ли при создании или изменении контекста ПППД необходимо устанавливать связь с элементом 25, обеспечивающим ФУС, или нет.
ШУПС 3, 24, 33 (изображенный на Фиг. 3, Фиг. 4 и Фиг. 5) может получить сведения об адресе элемента 4 или 26, обеспечивающего ФУСВ (или СОВ 34 из Фиг. 3 Фиг. 4 и Фиг. 5)
- путем извлечения адреса посреднического элемента, обеспечивающего ФУСВ, из имени домена посреднического элемента, обеспечивающего ФУСВ (предпочтительный вариант);
- из нового параметра "адрес элемента, обеспечивающего ФУСВ", переданного ПС в сообщении об активации (вторичного) контекста ПППД;
- из ШПТ при передаче контекста ПППД.
Параметрами, передаваемыми из ШУПС для обнаружения надлежащего телефонного вызова или соединения в элементе, обеспечивающем ФУС (СОВ; элемент, обеспечивающий ФУС, представляет собой логический элемент; он может представлять собой автономный элемент или находиться в элементе, обеспечивающем ФУСВ, либо в ШУПС), могут являться:
IP-адрес ПС ( = адресу ПППД) и номер порта ПС (= номеру порта адресата в ШПТ) (предпочтительный вариант);
равноправный IP-адрес (= адресу источника в ШПТ) и равноправный номер порта (= номеру порта источника в ШПТ).
На Фиг. 3, Фиг. 4 и Фиг. 5 показаны другие варианты осуществления настоящего изобретения, в которых предложен способ и средство объединения информации о начислении оплаты, созданной базовой сетью мобильной связи и базовой сетью ТСПИ. Базовая сеть мобильной связи представлена на чертеже элементами ШУПО 32 и ШУПС 33. Остальные компоненты, необходимые для создания сети мобильной связи являются известными для специалиста в данной области техники и на чертежах не показаны. Базовая сеть ТСПИ представлена сервером 34 обработки вызовов (СОВ). Остальные компоненты сети ТСПИ являются известными для специалиста в данной области техники и на чертежах не показаны.
Показанные на чертежах варианты осуществления изобретения обеспечивают возможность начисления оплаты за уровень КО, используемого в телефонных вызовах или в соединениях иных типов. Например, для телефонных вызовов требуется обеспечение трафика в реальном масштабе времени, и для них обычно необходим более высокий уровень КО, чем для других типов связи, например, для передачи сообщений по электронной почте (передача которых может быть осуществлена с использованием более низкого уровня КО и, следовательно, начисление оплаты за них производят по более низкому тарифу).
В вариантах осуществления изобретения, показанных на чертежах Фиг. 3, Фиг. 4 и Фиг. 5, предложен способ объединения информации о начислении оплаты за вызов и управления соответствием между зарезервированным уровнем КО в сети ТСПИ (например, тем, который был запрошен оконечным устройством, из которого исходит вызов, например, в сообщении ПИСС "ПРИГЛАШЕНИЕ") и уровнем КО контекста ПППД базовой сети мобильной связи с передачей пакетных данных (при активации контекста ПППД), или обеспечения их совпадения.
На Фиг. 3, Фиг. 4 и Фиг. 5 показан процесс передачи сообщений между оконечным устройством 31 мобильной связи (ОУМС), подключенным к сети мобильной связи, ШУПО 32, ШУПС 33 (ШУПО 32 и ШУПС 33 образуют часть сети мобильной связи, к которой подключено ОУМС 31), и сервером 34 обработки вызовов (СОВ). СОВ 34 содержит элемент, обеспечивающий функцию управления состоянием вызова (ФУСВ), аналогичный показанному на чертежах Фиг. 1 и Фиг. 2, поэтому блок 34 может также иметь надпись "элемент, обеспечивающий ФУСВ".
Ниже приведено более подробное описание варианта осуществления изобретения, показанного на Фиг. 3.
В том случае, когда посредством оконечного устройства 31 мобильной связи желают установить соединение с другим сетевым элементом, например с телекоммуникационной аппаратурой вызываемой стороны, оконечное устройство 31 мобильной связи выдает запрос на установление вызова, например, передает сообщение "ПРИГЛАШЕНИЕ" согласно протоколу инициирования сеанса связи (ПИСС), что отражено на чертеже как операция 1. Сообщение "ПРИГЛАШЕНИЕ", которое содержит информационные элементы "Идентификатор_Вызова" и "БДОПА: КО" ("SDP: QoS"), передают из ОУМС 31 в СОВ 34. Аббревиатурой БДОПА обозначена база данных обслуживания параметров абонентов. "Идентификатор_Вызова" представляет собой общий идентификатор, который создают для обеспечения возможности объединения или иного целесообразного использования взаимосвязи данных о начислении оплаты, например ИЗНО (информационных записей о начислении оплаты (CDR)), генерацию которых осуществляют узлы поддержки, например УПС (узлы поддержки СПРОП) (GSN), и элемент, обеспечивающий ФУСВ (или СОВ). Передачу этого общего идентификатора, представляющего собой, например, "Идентификатор_Вызова", в узлы поддержки и в элемент, обеспечивающий ФУСВ (или в СОВ), осуществляют на этапе установления соединения (например, на этапе установления вызова). Посредством этого способа может быть обеспечена однозначная идентификация устанавливаемого соединения или вызова во всех соответствующих элементах обработки, например в ШУПС и в СОВ, при этом отсутствует необходимость в наличии интерфейса непосредственно между этими компонентами. Этот способ и устройство обеспечивают средство объединения данных о начислении оплаты и/или проверки обоснованности КО в сетях различных типов, которые, например, обеспечивают соединение между всеми оконечными устройствами по протоколу сети Интернет (IP), например при телефонной связи через сеть Интернет.
При выполнении следующей операции 2 оконечное устройство 31 мобильной связи осуществляет передачу в ШУПО 32 запроса на активацию контекста ПППД, причем этот запрос содержит не только обычную информацию, например, о типе однонаправленного канала и о кодеке, но также и дополнительный параметр "Идентификатор_Вызова". Затем осуществляют передачу этого параметра "Идентификатор_Вызова" и других необходимых информационных элементов, которые являются известными, из ШУПО 32 в ШУПС 33, поэтому ШУПС 33 также содержит сведения об общем идентификаторе "Идентификатор_Вызова", присвоенном устанавливаемому соединению. При следующей операции 3 ШУПС 33 передает запрос на выполнение проверки в СОВ 34, при этом в запросе на выполнение проверки, указывают общий идентификатор "Идентификатор_Вызова" и дополнительную информацию, например тип однонаправленного канала и кодек.
При следующей операции 4 СОВ 34 (или содержащийся в СОВ 34 элемент, обеспечивающий ФУСВ) выполняет проверку устанавливаемого соединения, определяемого по общему идентификатору "Идентификатор_Вызова", и выполняет проверку правомерности запрошенных параметров КО как в телефонном канале (ПИСС/БДОПА), так и в однонаправленном канале (контексты ПППД). Элемент, обеспечивающий ФУСВ (СОВ 34), выполняет эту проверку для контроля правомерности запрошенных параметров КО перед одобрением установления вызова (или его продолжением), посредством чего он может начислять оплату за КО, обеспечиваемое при вызове или при соединении иного типа, либо он выполняет эту проверку для иных задач, нежели начисление оплаты. После этой проверки (Идентификатора_Вызова, БДОПА: КО, типа однонаправленного канала, кодека) СОВ 34 выдает сообщение о положительном результате проверки (ДА) или об отрицательном результате проверки (НЕТ) и возвращает (операция 5) в ШУПС 33 ответ, в котором указан результат проверки (положительный/отрицательный). ШУПС 33 использует информацию, полученную при операции 5, для принятия решения о допустимости (если результат проверки является положительным, "ДА") или недопустимости (если результат проверки является отрицательным, "НЕТ") активации контекста ПППД, относящегося к вызову, и возвращает ответ в ШУПО 32, посредством чего ШУПО 32 получает сведения о допустимости или недопустимости активации (или видоизменения) контекста ПППД. После получения ответа о допустимости или недопустимости активации ШУПО 32 выполняет известные операции и передает соответствующую информацию в оконечное устройство 31 мобильной связи.
СОВ 34 (или элемент, обеспечивающий ФУСВ), возвращая ответ на полученный при операции 1 запрос на установление вызова, может также осуществлять передачу ответа непосредственно в оконечное устройство 31 мобильной связи (операция 6). Например, при выполнении операции 6 может быть передан ответ "ДА/НЕТ" ("OK/NOK") по протоколу ПИСС.
Следовательно, для принятия решения о том, каким образом следует продолжать процедуру установления соединения, обеспечивают обмен дополнительной последовательностью сообщений между элементом, обеспечивающим ФУСВ (или СОВ), и ШУПС 33.
Помимо "Идентификатора_Вызова", СОВ 34 (или элемент, обеспечивающий ФУСВ) может также осуществлять прием дополнительных параметров и принимать решение с учетом также и этих дополнительных параметров.
Вышеописанная последовательность операций, показанная на Фиг. 3, не ограничена только лишь теми операциями, которые относятся к согласованию КО и к начислению оплаты, но может также относиться к выполнению иных проверок или оценок. Кроме того, решение, принимаемое СОВ 34 (или элементом, обеспечивающим ФУСВ), может также носить рекомендательный характер и необязательно должно иметь только два возможных значения "ДА/НЕТ".
Как показано на Фиг. 3, Фиг. 4 и Фиг. 5, ШУПС 33 выполнен таким образом, что при выполнении операции 3 обеспечивает передачу запроса на выполнение проверки в СОВ 34 (в элемент, обеспечивающий ФУСВ). Следовательно, существует необходимость передачи в ШУПС 33 информации об адресе или имени СОВ (элемента, обеспечивающего ФУСВ). В том случае, когда ШУПС 33 не имеет никаких сведений об обслуживающем элементе, обеспечивающем ФУСВ (СОВ 34), в котором зарегистрировано оконечное устройство 31 мобильной связи посредством процедуры регистрации согласно протоколу ПИСС и которым передано сообщение "ПРИГЛАШЕНИЕ", необходимо обеспечить уведомление ШУПС 33 об адресе или имени этого обслуживающего элемента 34, обеспечивающего ФУСВ (СОВ). Вариант осуществления изобретения, показанный на Фиг. 4, обеспечивает решение этой проблемы.
В дополнение к вышеописанной структуре и функциональным возможностям варианта осуществления изобретения из Фиг. 3, в варианте осуществления, изображенном на Фиг. 4, в запросе на активацию контекста ПППД, посредством которого обеспечивают уведомление ШУПС 33 об адресе или имени обслуживающего элемента 34, обеспечивающего ФУСВ (или СОВ), создают новый параметр, например "Логическое_имя_О-ФУСВ" (логическое имя обслуживающего элемента, обеспечивающего ФУСВ, "S-CSCF_logicalname"), за счет чего ШУПС 33 получает сведения о том, куда следует послать запрос "на проверку КО".
В основе варианта осуществления изобретения, показанного на Фиг. 4, лежит вышеописанная структура, изображенная на Фиг. 3. Приведенное выше описание также применимо для последовательностей передаваемых сообщений и выполняемых операций, показанных на Фиг. 4.
Оконечное устройство 31 мобильной связи содержит сведения о СОВ 34 (или об элементе, обеспечивающем ФУСВ), в котором оно зарегистрировано, и оно выполнено таким образом, что включает информацию об адресе или имени элемента О-ФУСВ (обслуживающего элемента, обеспечивающего ФУСВ, который находится в СОВ 34) в состав сообщения, посылаемого при выполнении операции 2 в ШУПО 32 и передаваемого затем в ШУПС 33. Этот новый параметр, посредством которого указывают адрес или имя обслуживающего элемента, обеспечивающего ФУСВ, представлен на Фиг. 4 как параметр "Логическое_имя_О-ФУСВ", передачу которого осуществляют в запросе на активацию контекста ПППД. За счет получения этой дополнительной информации "Логическое_имя_О-ФУСВ" ШУПС 33 теперь имеет сведения об адресе или имени соответствующего элемента, обеспечивающего ФУСВ (СОВ), и передает запрос на выполнение проверки (операция 3) в СОВ 34 (элемент, обеспечивающий ФУСВ), указанный посредством этого параметра. Другие операции, показанные на Фиг. 4, идентичны вышеописанным операциям из Фиг. 3.
Кроме того, на Фиг. 5 показан дополнительный необязательный параметр, управление которым может быть осуществлено конечным пользователем оконечного устройства 31 мобильной связи, и который позволяет конечному пользователю или телефонной аппаратуре, из которой исходит вызов, посылать запрос на "проверку КО", например, в сообщении ПИСС: "ПРИГЛАШЕНИЕ".
Вариант осуществления из Фиг. 5 содержит все признаки вышеописанных вариантов осуществления по Фиг. 3 и Фиг. 4. Согласно Фиг. 5, помимо этого, в состав запроса на установление соединения, передаваемого при выполнении операции 1 из оконечного устройства 31 мобильной связи в СОВ 34 (в элемент, обеспечивающий ФУСВ), включают новый дополнительный параметр, например "Необходима_проверка_ШУПС" (Require_ggsn_check).
Схема и способ, показанные на Фиг. 5, являются дополнением к способам объединения данных о начислении оплаты и управления КО, описание которых приведено со ссылками на Фиг. 3 и 4. Вариант осуществления изобретения по Фиг. 5 позволяет осуществлять произвольный выбор того, следует ли или не следует выполнять операции проверки с 3-й по 5-ю. В том случае, когда в сообщении ПИСС "ПРИГЛАШЕНИЕ" (или в сообщении с запросом на установление соединения иного соответствующего типа), переданном из оконечного устройства 31 мобильной связи в СОВ 34 задан параметр "Необходима_проверка_ШУПС" (Require_ggsn_check), СОВ (или содержащийся в СОВ элемент, обеспечивающий ФУСВ) готов к выполнению проверки согласно операции 4 и ожидает получения из ШУПС 33 сообщения с запросом на выполнение проверки согласно операции 3. После получения при операции 3 запроса на выполнение проверки СОВ 34 выполняет проверку согласно вышеописанной операции 4, после чего последовательность операций продолжают так, как описано выше. В том случае, когда в запросе на установление соединения, передаваемом при выполнении операции 1, параметр "Необходима_проверка_ШУПС" (Require_ggsn_check) не задан или отсутствует, СОВ 34 (элемент, обеспечивающий ФУСВ) не производит проверку КО согласно операции 4, при этом отсутствует необходимость получения им из ШУПС 33 какого-либо сообщения о проверке. Посредством этой информации, обусловленной наличием нового параметра "Необходима_проверка_ШУПС" (Require_ggsn_check), элемент, обеспечивающий ФУСВ, получает сведения о необходимости или об отсутствии необходимости выполнения процедуры проверки для продолжения процесса установления вызова. Новый параметр запроса на выполнение проверки, конечно же, может иметь любое произвольное обозначение, например "Необходима_проверка_КО_ПППД" (Require_pdpqos _check), при условии, что оно будет понято элементом, обеспечивающим ФУСВ.
Этот новый параметр, создаваемый согласно Фиг. 5, и возможность выбора варианта выполнения или невыполнения проверки КО или проверки любого иного типа (операция 4) также могут быть использованы в схеме, показанной на Фиг. 3, в которой не указывают логическое имя или адрес СОВ 34, указываемые при выполнении операции 2 из Фиг. 4. В частности, они могут быть использованы в том случае, когда ШУПС 33 получает сведения об адресе СОВ 34, в котором зарегистрирован ОУМС 31, каким-либо иным способом, например путем передачи сообщения из СОВ 34 в ШУПС 33.
Способы и средства, предложенные в вариантах осуществления настоящего изобретения, могут быть реализованы в виде программного обеспечения, содержащегося в ШУПС 3 и 33 и/или в элементе 34, обеспечивающем ФУСВ (в СОВ), что позволяет обеспечивать соответствующее выполнение запросов и проверок, а также обработку результатов проверок и генерацию информации о начислении оплаты для создания ведомости о начислении оплаты за установленные соединения.
Предложенные способ и средство проверки параметров КО могут быть также реализованы отдельно от процедуры генерации информации о начислении оплаты.
Помимо этого, продемонстрированные варианты осуществления изобретения обеспечивают возможность управления и задержки, например, обновления контекста ПППД, для контекстов ПППД, выделенных для телефонных вызовов в режиме речевой связи, до тех пор, пока не будет выполнена проверка посредством СОВ 34. Это может быть реализовано путем создания другой схемы обмена сообщениями между ШУПС 33 и СОВ 34.
На Фиг. 6 показан еще один вариант осуществления изобретения (способа и/или системы), который представляет собой видоизмененный вариант варианта осуществления изобретения из Фиг. 2. Согласно Фиг. 6, элемент 25, обеспечивающий ФУС, (см. Фиг. 2) объединен с посредническим элементом 26, обеспечивающим ФУСВ (см. Фиг. 2), и представляет собой один сетевой элемент 25'. Такая структура обеспечивает преимущество, заключающееся в отсутствии необходимости какой-либо внешней передачи сигналов между элементом, обеспечивающим ФУС, и элементом, обеспечивающим ФУСВ, поэтому операции 3 и 4 из Фиг. 2 могут быть пропущены. Проверку полномочий согласно этим операциям 3 и 4 из Фиг. 2 выполняют с использованием внутренней обработки в сетевом элементе 25' из Фиг. 6. В этом случае операция передачи сигналов между элементом, обеспечивающим ФУС, и элементом, обеспечивающим ФУСВ, представляет собой просто внутреннюю операцию передачи сигналов (то есть она не является строго ограниченной каким-либо стандартом).
Дальнейшие операции 1, 2 и с 5-й по 12-ю из Фиг. 6 идентичны вышеописанным операциям из Фиг. 2.
Следовательно, элемент, обеспечивающий ФУС, может представлять собой отдельный логический объект 25, показанный на Фиг. 2, может быть объединен с элементом, обеспечивающим ФУСВ, что показано на Фиг. 6, или может быть также объединен с ШУПС 24.
На Фиг. 7 показан другой вариант осуществления системы и способа согласно настоящему изобретению, в котором обеспечена возможность активации/видоизменения контекста ПППД с учетом характеристик вызова. На Фиг. 7 показан процесс активации контекста ПППД в случае вызова, исходящего из устройства мобильной связи. Предполагают, что для вызова активируют, по меньшей мере, один контекст ПППД. В элемент, обеспечивающий ФУС, выдают запрос на получение из него разрешения на активацию контекста ПППД. Разрешение из элемента, обеспечивающего ФУС, необходимо для регулировки КО контекста ПППД таким образом, чтобы оно соответствовало КО вызова. ШУПС может определять, действительно ли необходимо учитывать решение, принятое элементом, обеспечивающим ФУС, и для каких именно контекстов ПППД. Например, в информации о конфигурации может быть указано, что решение, принятое элементом, обеспечивающим ФУС, необходимо только для диалоговых контекстов ПППД, а для других контекстов ПППД активация контекста ПППД должна проходить без взаимодействия с элементом, обеспечивающим ФУС. В приведенном ниже описании продемонстрированы и описаны только те параметры, которые необходимы для обеспечения связи между ШУПС и элементом, обеспечивающим ФУС. Ниже приведено подробное описание операций, показанных на Фиг. 7.
Операция 1. ПС передает в посреднический элемент, обеспечивающий ФУСВ, сообщение "Приглашение" (идентификатор абонента). Посреднический элемент, обеспечивающий ФУСВ, пересылает это сообщение вызываемому абоненту.
Операция 2. Посреднический элемент, обеспечивающий ФУСВ, получает сообщение о подтверждении приема, например, 183w/БДОПА. Посреднический элемент, обеспечивающий ФУСВ, пересылает это подтверждение вызывающему абоненту.
Операция 3. ПС активирует контекст ПППД для вызова путем передачи в ШУПО запроса на активацию вторичного контекста ПППД.
Операция 4. Выполняют процедуру установления однонаправленного канала радиосвязи с абонентами.
Операция 5. ШУПО передает в ШУПС сообщение с запросом на создание контекста ПППД (содержащим адрес ПППД и согласованное значение КО).
Операция 6. ШУПС запрашивает разрешение на активацию контекста ПППД путем передачи сообщения с запросом (содержащим идентификатор запроса, идентификатор абонента и согласованное значение КО) в элемент, обеспечивающий ФУС. Идентификатор абонента представляет собой идентификатор, который известен как в области сети с КП, так и в мультимедийной подсистеме сети на основе протокола сети Интернет (IM), например, IP-адрес ПС.
Операция 7. Элемент, обеспечивающий ФУС, посылает ответ путем передачи в ШУПС сообщения о принятом решении (содержащего идентификатор запроса и согласованное значение КО).
Операции 8 и 9. Выполняют активацию контекста ПППД с одобренными параметрами, полученными из элемента, обеспечивающего ФУС.
Операция 10. ШУПС может передать сообщение о том, что он успешно завершил выполнение операции принятия решения, путем передачи в элемент, обеспечивающий ФУС, сообщения с уведомлением о состоянии (содержащего идентификатор запроса).
При видоизменении контекста ПППД выполняют те же самые операции 6, 7 и 10.
Несмотря на то что выше были продемонстрированы и описаны предпочтительные варианты осуществления изобретения, описанные и продемонстрированные подробности изобретения не являются ограничивающими, при этом подразумевают, что изобретение охватывает собой все видоизменения, пропуски и добавления признаков, которые описаны выше и показаны на чертежах.
Например, изобретение не ограничено только наличием обмена информацией между ШУПС (3, 24) и элементом, обеспечивающим ФУС, - элементом, обеспечивающим ФУСВ, (или совокупностью из элемента, обеспечивающего ФУСВ, и элемента, обеспечивающего ФУС). Тот же самый обмен информацией возможен при замене ШУПС 3 и 24 на ШУПО 2 и 23, что приводит к тому, что обмен информацией осуществляют следующим образом ШУПО - элемент, обеспечивающий ФУС, - элемент, обеспечивающий ФУСВ (или совокупность из элемента, обеспечивающего ФУСВ, и элемента, обеспечивающего ФУС).