Способ и система установления соединения между сетевыми элементами

Способ и система установления соединения между сетевыми элементами

Иллюстрации

Показать все

Реферат

Область техники, к которой относится изобретение

Изобретение относится к способу и к системе установления соединения между двумя или большим количеством сетевых элементов. Это соединение может представлять собой, например, вызов по протоколу ПРДПСИ (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, предложен способ объединения информации о начислении оплаты за вызов и управления соответствием между зарезервированным уровнем КО в