СПОСОБ И СИСТЕМА АКТИВИЗАЦИИ КОНТЕКСТА ПАКЕТНЫХ ДАННЫХ АБОНЕНТА ДЛЯ ПАКЕТНЫХ ДАННЫХ

Настоящее изобретение относится к способу и к системе активации контекста в первой сети, посредством чего осуществляют передачу телефонного вызова через указанную первую сеть и вторую сеть. В частности, первая сеть может представлять собой сеть сотовой или мобильной связи, например сеть УСМС (универсальной системы мобильной связи) (UMTS) или сеть СПРОП (системы пакетной радиосвязи общего пользования) (GPRS).

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

Несмотря на то, что в обычных сетях передачи данных с коммутацией пакетов, таких как Х.25 и IP/Интернет, может быть достигнут высокий коэффициент использования ширины полосы пропускания, в них одновременно с этим не может быть обеспечено предоставление достаточного качества обслуживания (КО) (QoS) для информационного обмена в реальном масштабе времени, например для речевых сообщений. В отличие от этих сетей в более современных сетях с такими технологиями коммутации пакетов, как асинхронный режим передачи данных (АРП) (АТМ) и ретрансляция кадров (Frame Relay), применение которых в среде, содержащей в себе поток информационного обмена как в реальном масштабе времени, так и не в реальном масштабе времени, может одновременно обеспечить и наличие высокого коэффициента использования, и предоставление надлежащего качества обслуживания в реальном масштабе времени. Эти двойственные цели, заключающиеся в обеспечении качества обслуживания и эффективности, могут быть также достигнуты и в IP-сети в том случае, если в ней используют протокол с резервированием, например ПРРС (протокол резервирования ресурсов сети (RSVP)), однако, твердые гарантии обеспечения надлежащего качества обслуживания могут быть предоставлены только тогда, когда каждый промежуточный маршрутизатор поддерживает ПРРС. Перед тем, как в сети сможет быть предоставлена гарантированная ширина полосы пропускания или степень резервирования для конкретного потока данных, средство управления доступом должно обеспечить возможность выполнения этих гарантированных обязательств, то есть обеспечить наличие достаточных ресурсов в сети. В противном случае сеть не выдаст абоненту такие гарантии.

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

Как уже было указано выше, один из подходов, который, в принципе, может быть использован для обеспечения гарантированного или, по меньшей мере, максимально высокого качества обслуживания на уровне сети, получаемого при информационном обмене в реальном масштабе времени, например при передаче речевых сообщений, в мультимедийной среде с коммутацией пакетов, заключается в резервировании ресурсов (ширины полос пропускания, объема буфера) в промежуточных маршрутизаторах/коммутаторах для конкретных потоков данных и представляет собой способ, применяемый как в системах с АРП (с асинхронным режимом передачи данных), так и в системах на основе МП/ПРРС. ПРРС может быть использован в приемнике и в узлах сети для выдачи запросов на сквозное резервирование в соответствии с моделями комплексных услуг, предложенными IETF (Рабочей группой по инженерным проблемам сети Интернет). Техническое описание ПРРС приведено в документе "Запрос на комментарии" №2205 (RFC 2205). В частности, ПРРС не является протоколом маршрутизации, его просто используют для резервирования ресурсов по существующему маршруту, который задан посредством любого имеющегося основного протокола маршрутизации. Сеанс связи указывают посредством совокупности адреса получателя, типа протокола транспортного уровня и номера порта адресата. Важно обратить внимание на то, что каждая операция, выполняемая посредством ПРРС, относится только к пакетам для конкретного сеанса связи, и, по существу, каждое сообщение ПРРС должно содержать в себе подробности того сеанса связи, для которого его используют. Транспортировка сообщений ПРРС может быть осуществлена в "необработанном" виде внутри IP-дейтаграмм с использованием протокола номер 46, хотя при этом главные компьютеры узлов сети, способные осуществлять ввод-вывод этих необработанных сообщений, могут сначала помещать сообщения ПРРС внутрь заголовков ППД (протокола пользовательских дейтаграмм (UDP)).

В сетях мобильной связи, таких как сети УСМС (универсальной системы мобильной связи) или сети СПРОП (системы пакетной радиосвязи общего пользования), необходимо обеспечить такое качество сквозного обслуживания, которое является достаточным для телефонного соединения. Для этого активируют контекст ППД (протокола передачи пакетных данных (PDP)) с достаточным качеством обслуживания, посредством которого осуществляют передачу потока информационного обмена речевыми сообщениями. Следовательно, требования в отношении качества обслуживания телефонного соединения, должны быть известны обеим оконечным точкам. Зная требования в отношении качества обслуживания, в оконечных точках может быть установлено достаточное качество обслуживания средствами, которые зависят от сетевой среды, в которой находятся оконечные точки. В тех объединенных сетях, в которых сеть мобильной связи соединена с IP-сетью, для передачи служебных сигналов с требованиями к качеству обслуживания между сетями было предложено использовать ПРРС. Однако, использование ПРРС приводит к передаче излишних служебных сигналов при передаче требований к качеству обслуживания. Кроме того, вызывает сомнение тот факт, что ПРРС обладает достаточной возможностью его расширения для того, чтобы его можно было использовать для каждого телефонного вызова.

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

Эту задачу решают посредством способа активации контекста в первой сети для осуществления передачи телефонного вызова и/или транзакции через указанную первую сеть и вторую сеть, а указанный способ содержит в себе следующие операции:

устанавливают соединение согласно прикладному протоколу с использованием передачи служебных сигналов или заданного по умолчанию контекста в указанной первой сети;

определяют информацию о функциональных возможностях исходя из сообщения указанного прикладного протокола, переданного из указанной второй сети в указанную первую сеть;

и активируют указанный контекст на основании указанной принятой информации о функциональных возможностях.

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

средство начальной установки, посредством которого устанавливают соединение согласно прикладному протоколу с использованием передачи служебных сигналов или заданного по умолчанию контекста в указанной первой сети;

средство определения, посредством которого определяют информацию о функциональных возможностях исходя из сообщения указанного прикладного протокола, переданного из указанной второй сети в указанную первую сеть; и

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

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

Следовательно, отсутствует какая-либо необходимость в использовании ПРРС между первой сетью и второй сетью для передачи служебных сигналов о функциональных возможностях в соответствующую другую конечную точку соединения. Надлежащие функциональные возможности сквозной передачи для телефонного вызова и/или транзакции могут быть согласованы заранее на основании сообщения (сообщений) прикладного протокола, переданного посредством передачи служебных сигналов или посредством заданного по умолчанию контекста. Затем активируют фактический контекст, необходимый для осуществления передачи телефонного вызова, в соответствии с согласованной информацией о функциональных возможностях. Таким образом может быть устранена необходимость в передаче дополнительных служебных сигналов, требуемых для ПРРС, в результате чего обеспечивают снижение нагрузки при передаче служебных сигналов. Кроме того, предложенное решение согласно настоящему изобретению является "понятным" для базовой сети, поскольку передача сообщений прикладного протокола в первую сеть может быть осуществлена "очевидным" способом.

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

В предпочтительном варианте осуществления телефонный вызов представляет собой телефонный вызов с обменом речевыми сообщениями. Следовательно, может быть эффективно реализовано обеспечение функциональных возможностей на сетевом уровне (например, совокупность параметров качества обслуживания), необходимых для передачи потока информационного обмена речевыми сообщениями в реальном масштабе времени даже при его передаче через различные сети. Однако, настоящее изобретение применимо для любого телефонного вызова и/или транзакции (например, для служебного сообщения, загрузки программы и т.п.), передача которого может быть осуществлена посредством активации контекста.

Кроме того, первая сеть может представлять собой сеть мобильной связи, а контекст может представлять собой вторичный контекст ППД. Такой вторичный контекст ППД применим как для телефонных вызовов, исходящих из мобильных устройств, так и для телефонных вызовов, заканчивающихся в мобильных устройствах, поэтому активация контекста всегда может быть осуществлена в оконечной точке соединения, подключенной к сети мобильной связи, вне зависимости от точки инициирования телефонного вызова и/или транзакции. Сеть мобильной связи может представлять собой сеть УСМС, а вторая сеть может представлять собой IP-сеть (сеть на основе межсетевого протокола).

В предпочтительном варианте осуществления прикладной протокол может представлять собой протокол Н.323 или Н.248, либо протокол инициирования сеанса связи (ПИСС) (SIP). Поскольку эти протоколы являются широко используемыми в любой сети на базе межсетевого протокола (МП), то может быть обеспечено универсальное решение по обмену информацией о функциональных возможностях между различными сетями.

Информация о функциональных возможностях может представлять собой требование о надлежащем качестве обслуживания. Таким образом, желательное качество обслуживания может быть обеспечено как в первой, так и во второй сети без необходимости осуществления какой-либо дополнительной передачи служебных сигналов ПРРС для обеспечения резервирования ресурсов вдоль существующего установленного маршрута передачи внутри первой и второй сетей. Требование о надлежащем качестве обслуживания может определять собой тип кодирования/декодирования (например, в средах с использованием протоколов Н.323, Н.248 либо ПИСС (SIP)) или максимальную скорость передачи двоичных данных, гарантированную скорость передачи двоичных данных и/или задержку при передаче (например, в сообщении с запросом на активацию (вторичного) контекста ППД в базовой сети СПРОП (системы пакетной радиосвязи общего пользования)).

Кроме того, в промежуточных сетях для обеспечения надлежащих функциональных возможностей согласно указанной информации о функциональных возможностях может быть использовано раздельное обслуживание согласно стандарту Рабочей группы по инженерным проблемам сети Интернет (IETF Diffserv). При подобном типе обслуживания маршрутизаторы промежуточной сети могут получать информацию о требуемых функциональных возможностях (например, о требованиях к качеству обслуживания) для передаваемого телефонного вызова и/или транзакции посредством использования протокола передачи служебных сигналов, что обеспечивает резервирование необходимых ресурсов.

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

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

Ниже будет приведено более подробное описание настоящего изобретения на примере предпочтительного варианта его осуществления со ссылкой на сопроводительные чертежи, на которых: на Фиг.1 изображена принципиальная блок-схема сети УСМС, соединенной с IP-сетью (сетью на основе межсетевого протокола), в которой может быть реализован предпочтительный вариант осуществления настоящего изобретения; на Фиг.2 изображена принципиальная блок-схема абонентской аппаратуры согласно предпочтительному варианту осуществления настоящего изобретения; на Фиг.3 изображена диаграмма передачи служебных сигналов, на которой продемонстрирована передача служебных сигналов активации ППД для телефонного вызова, исходящего из мобильного устройства, согласно предпочтительному варианту осуществления настоящего изобретения, и на Фиг.4 изображена диаграмма передачи служебных сигналов, на которой продемонстрирован процесс активации ППД для телефонного вызова, заканчивающегося в мобильном устройстве, согласно предпочтительному варианту осуществления настоящего изобретения.

Ниже приведено более подробное описание предпочтительного варианта осуществления способа и системы согласно настоящему изобретению для системы УСМС (универсальной системы мобильной связи), соединенной с IP-сетью 6 (сетью на основе межсетевого протокола), которые изображены на Фиг. 1.

Согласно Фиг.1 сеть УСМС содержит в себе УНСРА (универсальную наземную сеть радиосвязи с абонентами системы УСМС) (UTRAN) 2, которая соединена с базовой сетью на основе СПРОП (системы пакетной радиосвязи общего пользования), в которой установление соединения с IP-сетью 6 осуществляют через ВУПОС (SGSN) (вспомогательный узел поддержки обслуживания посредством СПРОП) 3 и ВУШС (вспомогательный узел шлюза СПРОП) (GGSN) 4.

Кроме того, абонентская аппаратура (АА) 1 (UE), например оконечное устройство или станция мобильной связи, имеет радиосвязь с УНСРА 2. УНСРА 2 представляет собой сеть беспроводной связи, которая обеспечивает доступ к базовой сети на основе СПРОП в сети УСМС. IP-сеть 6 может представлять собой любую сеть на основе межсетевого протокола (МП), которая может поддерживать связь с сетью УСМС. Кроме того, на чертеже изображена оконечная аппаратура (ОА) (ТЕ) 5, которая может представлять собой любое оконечное устройство для речи или данных, поддерживающее связь с IP-сетью 6.

Таким образом, согласно Фиг.1 передача телефонного вызова для передачи данных или обмена речевыми сообщениями либо транзакции любого вида, например служебного сообщения или загружаемой программы и т.п., между АА 1 и ОА 5 может быть осуществлена через сеть УСМС и IP-сеть 6.

Основной задачей базовой сети СПРОП является предоставление соединения со стандартными сетями передачи данных (в которых используют такие протоколы, как ТСР/МП (протокол управления передачей/межсетевой протокол), Х.25, и ПСОБУС (протокол сетевого обслуживания без установления соединения (CLNP)). Ориентированная на передачу пакетов инфраструктура базовой сети СПРОП предусматривает наличие двух вспомогательных узлов - ВУШС 4 и ВУПОС 3. В число основных функций ВУШС 4 входит взаимодействие с внешней IP-сетью 6. ВУШС 4 обновляет каталог адресов местоположений с использованием поступающей из ВУПОС 3 информации о маршрутизации, в которой указан маршрут к соответствующему оконечному устройству мобильной связи, и направляет пакет протокола внешней сети передачи данных в инкапсулированном виде через магистральную линию связи СПРОП в ВУПОС 3, который в данный момент времени осуществляет обслуживание соответствующего оконечного устройства мобильной связи (например, АА 1). К тому же, он осуществляет расформирование пакетов из внешних сетей передачи данных и их передачу в IP-сеть 6, а также управляет начислением оплаты за поток данных информационного обмена. Основные функции ВУПОС 3 заключаются в обнаружении новых оконечных устройств мобильной связи в зоне обслуживания СПРОП, в управлении процессом регистрации новых оконечных устройств мобильной связи вместе с теми, которые уже зарегистрированы в реестре СПРОП, в передаче/приеме пакетов данных в/из соответствующего оконечного устройства мобильной связи и в ведении учета местоположения оконечных устройств мобильной связи в ее зоне обслуживания. Информацию об абонентах запоминают в реестре СПРОП, в котором запоминают соответствие между идентификатором устройства мобильной связи и адресом в СПДОКП (сети передачи данных общего пользования с коммутацией пакетов (PSPDN)) (например, IP-адрес в сети). Реестр СПРОП служит в качестве базы данных, из которой ВУПОС 3 может получить информацию о том, действительно ли новому оконечному устройству мобильной связи, находящемуся в его зоне обслуживания, предоставлено право соединения с базовой сетью СПРОП.

В состоянии ожидания в АА 1 отсутствует активированный логический контекст СПРОП или какие-либо выделенные адреса в СПДОКП. В этом состоянии АА 1 может осуществлять только прием сообщений многоадресного вещания, прием которых может быть выполнен посредством любого оконечным устройством мобильной связи СПРОП. Поскольку для инфраструктуры сети СПРОП местоположение АА 1 является неизвестным, то передача каких-либо сообщений в АА 1 из внешней IP-сети 6 невозможна.

При включении АА 1 первой процедурой, выполняемой между АА 1 и базовой сетью СПРОП, является синхронизация радиосвязи. В том случае, когда желают, чтобы АА 1 начала функционирование с использованием услуг СПРОП сети УСМС, посредством нее инициируют процедуру активации контекста для определения контекста логического канала связи между АА 1 и ВУПОС 3 с использованием выделенного канала управления в качестве канала передачи информации.

В том случае, когда передачу телефонного вызова осуществляют между ОА 5, находящейся в IP-сети 6, и АА 1, необходимо выполнить обмен информацией о функциональных возможностях между АА 1 и ОА 5 таким образом, чтобы обеспечить соответствие требованиям в отношении функциональных возможностей тракта передачи через сеть УСМС и IP-сеть 6.

Согласно вышеописанному известному уровню техники известная система была выполнена таким образом, что для передачи служебной информации о требованиях в отношении функциональных возможностей, например о требованиях к качеству обслуживания, в ней используют ПРРС между внешней ОА 5 и АА 1 или ВУШС 4 (т. е. АА ↔ ОА или ВУШС ↔ ОА).

Согласно предпочтительному варианту осуществления настоящего изобретения перед активацией контекста ППД (протокола передачи пакетных данных (PDP)) и фактической передачей телефонного вызова устанавливают прикладной протокол между АА 1 и ОА 5. В этом случае функциональные возможности могут быть согласованы заранее на основании протокольных сообщений прикладного протокола.

Прикладным протоколом, пригодным для этой задачи, является, например, протокол, соответствующий Рекомендации Н.323 Международного союза по электросвязи (МСЭ) (ITU Recommendation H.323). Этот стандарт охватывает собой технические требования для услуг узкополосной видеотелефонной связи (или передачи звука и графических изображений). В стандарте протокола Н.323 указаны компоненты, необходимые для видеотелефонной связи. Для телефонных соединений с передачей звуковых сигналов не нужны стандарты кодирования-декодирования видеоданных и совместно используемых приложений, но, тем не менее, они существуют в рамках одних и тех же стандартов. Протокол Н.323 представляет собой прикладной протокол, который характеризует мультимедийные системы связи с пакетной передачей данных в тех сетях, в которые не может быть обеспечено гарантированное качество обслуживания. Протокол Н.323 применим для любой сети на основе межсетевого протокола (IP-сети), в том числе для сети Интернет, и его используют как для тех оконечных устройств, посредством которых осуществляют обмен только звуковой информацией, так и для оконечных устройств, обладающих возможностью обмена видеоинформацией.

Для установления двухточечного телефонного соединения с использованием протокола Н.323 необходимы два канала связи по протоколу управления передачей (TCP). Первым из этих каналов, которые необходимо установить, является общеизвестный канал Q.931. Вызывающая оконечная точка инициирует установление этого соединения с вызываемой оконечной точкой по протоколу управления передачей (TCP). Затем осуществляют обмен сообщениями об установления телефонного соединения так, как предписано в стандарте Н.225.0. Если вызываемая оконечная точка ответила на вызов, то в этом случае с использованием канала Q.931 в вызывающую оконечную точку осуществляют передачу IP-адреса и порта для дополнительного канала Н.245, который необходимо создать. Затем вызывающая оконечная точка может открыть соединение по протоколу управления передачей с указанным адресом и портом для создания канала Н.245. В случае простого телефонного соединения после установления канала связи Н.245 отсутствует дальнейшая необходимость в наличии канала Q.931, и он может быть закрыт посредством любой из оконечных точек.

Ввиду того обстоятельства, что сообщения в канале Q.931 содержат в себе несколько информационных компонент, относящихся к сообщению, которые содержат в себе информацию о функциональных возможностях, необходимая передача информации о функциональных возможностях между ОА 5 и АА 1 может быть обеспечена путем создания канала Н.323.

В альтернативном варианте для передачи информации о функциональных возможностях может быть использован протокол инициирования сеанса связи (ПИСС) (SIP), который представляет собой протокол IETF (рабочей группы по инженерным проблемам сети Интернет) для инициирования телефонных соединений в IP-сетях. ПИСС представляет собой протокол прикладного уровня, разработанный рабочей группой в области управления групповыми сеансами мультимедийной связи IETF (рабочей группы по инженерным проблемам сети Интернет) и описанный в документе "Запросы на комментарии" №2453 (RFC 2453). ПИСС может быть использован для установления сеансов мультимедийной или телефонной связи, например, для телефонной связи через сеть Интернет, мультимедийной конференц-связи и дистанционного обучения. Посредством ПИСС осуществляют управление обменом информацией для следующих случаев: местоположение абонента, функциональных возможности для абонента, работоспособность абонента, установление телефонного соединения и обслуживание телефонного соединения.

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

Таким образом, предложенные выше протоколы Н.323 и ПИСС обеспечивают возможность осуществлять обмен информацией о функциональных возможностях (например, требованиями о надлежащем качестве обслуживания) перед фактическим выполнением передачи телефонного вызова. Однако, могут быть использованы и другие прикладные протоколы, пригодные для этих задач, например протокол управления оконечными устройствами типа Н.248.

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

Согласно Фиг.2 АА 1 содержит в себе приемопередатчик (ППРД) (TRX) 15, выполненный таким образом, что осуществляет передачу или прием сигналов через беспроводное соединение в/из УНСРА 2. Приемопередатчик 15 соединен с устройством 14 кодирования/декодирования, которое выполнено таким образом, что осуществляет надлежащее кодирование или декодирование сигналов, передаваемых в сеть УСМС или принимаемых из нее.

Кроме того, в нем имеется устройство 11 передачи служебных сигналов протокола, которое осуществляет передачу служебных сигналов прикладного протокола (например, Н.323, Н.248 или ПИСС) при начальной установке в том случае, когда телефонный вызов должен исходить из АА 1. Затем результат обмена протокольными сообщениями между АА 1 и вызываемой ОА 5 подают в устройство 12 определения функциональных возможностей, выполненное таким образом, что осуществляет определение согласованных функциональных возможностей на основании информации о функциональных возможностях, полученной вместе с протокольным сообщением из ОА 5. Затем полученные в результате определения или согласования данные о функциональных возможностях подают в устройство 13 управления контекстом, которое осуществляет обслуживание и генерацию информации о контексте, необходимой для передаваемого в ВУПОС 3 сообщения об активации контекста, посредством которого устанавливают требуемые функциональные возможности в базовой сети СПРОП сети УСМС.

Следует обратить внимание на то, что передачу сообщений прикладного протокола при начальной установке в базовой сети СПРОП выполняют посредством использования передачи служебных сигналов или контекста, заданного по умолчанию. Кроме того, следует отметить, что функции устройств 11-13, изображенных на Фиг. 2, могут быть обеспечены посредством соответствующих управляющих программ или подпрограмм, которые используют для управления средством обработки (например, центральным процессором (ЦП)), находящимся в АА 1.

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

На Фиг.3 показана диаграмма передачи служебных сигналов для телефонного вызова, исходящего из мобильного устройства, то есть для случая, в котором АА 1 является вызывающей оконечной точкой. В том случае, когда передачу телефонного вызова во внешнюю ОА 5 желают осуществить из устройства АА 1, то посредством него осуществляют управление устройством 11 передачи служебных сигналов протокола таким образом, что при начальной установке оно инициирует передачу служебных сигналов с использованием прикладного протокола, например вышеуказанного протокола Н.323, Н.248 или ПИСС. Передачу протокольных сообщений, обмен которыми произведен в течение процедуры начальной установки, осуществляют в сети УСМС посредством передачи служебных сигналов или заданного по умолчанию контекста ППД. Таким образом, АА 1 может осуществлять обмен с вызываемой ОА 5 информацией о требуемых функциональных возможностях (например, о типе кодеков и т.д.).

После того, как посредством устройства 12 определения функциональных возможностей определены согласованные функциональные возможности, эту информацию о функциональных возможностях подают в устройство 13 управления контекстом, после чего оно осуществляет управление таким образом, чтобы инициировать активацию вторичного контекста ППД, соответствующего согласованным функциональным возможностям. Для этого устройство 13 управления контекстом осуществляет генерацию сообщения с запросом на активацию вторичного контекста ППД и осуществляет управление таким образом, чтобы была выполнена передача этого сообщения в ВУПОС 3. Исходя из параметров (например, указанных в запросе требований к качеству обслуживания, в том числе таких параметров, относящихся к качеству обслуживания, как максимальная скорость передачи двоичных данных, гарантированная скорость передачи двоичных данных, время задержки при передачи и т.д.), содержащихся в этом сообщении, определяют согласованную информацию о функциональных возможностях, например о желательной совокупности параметров качества обслуживания, путем выполнения операции установления соответствия между параметрами и согласованной информацией о функциональных возможностях. Затем ВУПОС 3 проверяет правильность сообщения с запросом на активацию вторичного контекста ППД и получает адрес соответствующего ВУШС 4. Затем ВУПОС 3 создает туннельный идентификатор (ТИД) (TID) для запрошенного контекста ППД и осуществляет передачу сообщения с запросом на создание контекста ППД в ВУШС 4. ВУШС 4 использует имя точки доступа, содержащееся в сообщении с запросом на создание контекста ППД, для обнаружения IP-сети 6 и создает новую запись в своей таблице контекста ППД. Новая запись позволяет ВУШС 4 осуществлять маршрутизацию соответствующих пакетов данных между ВУПОС 3 и внешней IP-сетью 6. Кроме того, ВУШС 4 устанавливает заданные функциональные возможности (например, согласованное качество обслуживания) и передает ответное сообщение о создании контекста ППД обратно в ВУПОС 3. В ответ на него ВУПОС 3 передает ответное сообщение об активации контекста ППД назад в АА 1 и теперь может осуществлять маршрутизацию пакетов данных между ВУШС 4 и АА 1.

Таким образом, требования в отношении функциональных возможностей (например, в отношении средств обеспечения качества обслуживания), обеспечиваемых для вызываемого абонента, зависят от условий, существующих у вызываемого абонента, например от функциональных возможностей, заданных при активации вторичного контекста ППД. Однако, теперь больше нет необходимости в использовании ПРРС между ОА 5 и АА 1 или ВУШС 4 для передачи вызываемому абоненту служебных сигналов о требованиях в отношении функциональных возможностей (например, о требованиях к типу кодеков и т.д.).

На Фиг.4 приведена диаграмма передачи служебных сигналов для телефонного вызова, заканчивающегося в мобильном устройстве, то есть для того случая, в котором ОА 5 осуществляет передачу телефонного вызова в АА 1. В этом случае ОА 5 сначала осуществляет передачу в АА 1 сообщения о начальной установке с использованием прикладного протокола, например вышеуказанного протокола Н.323, Н.248 или ПИСС, при этом в сети УСМС для обеспечения "отчетливой" передачи этого сообщения используют передачу служебных сигналов или заданный по умолчанию контекст. Затем протокольное сообщение о начальной установке подают в содержащееся в АА 1 устройство 11 передачи служебных сигналов протокола, которое может непосредственно осуществлять генерацию ответного протокольного сообщения о начальной установке, подтверждающего начальную установку протокола. Исходя из полученного протокольного сообщения о начальной установке устройство 12 определения функциональных возможностей определяет согласованные функциональные возможности и подает полученную в результате определения информацию о функциональных возможностях в устройство 13 управления контекстом. Затем устройство 13 управления контекстом осуществляет управление таким образом, что осуществляет передачу сообщения с запросом на активацию вторичного контекста ППД в ВУПОС 3. Затем, как описано применительно к Фиг.3, ВУПОС 3, исходя из информации о функциональных возможностях, содержащейся в принятом из АА 1 сообщении с запросом на активацию вторичного контекста ППД, создает сообщение с запросом на создание контекста ППД и передает его в ВУШС 4. После приема ответного сообщения о создании контекста ППД из ВУШС 4 ВУПОС 3 осуществляет передачу в АА 1 ответного сообщения об активации вторичного контекста ППД, обеспечивая тем самым установление соединения внутри сети УСМС.

В альтернативном варианте передача вышеуказанного ответного сообщения прикладного протокола о начальной установке может быть осуществлена после активации вторичного контекста ППД, что обозначено на Фиг.4 пунктирными стрелками.

Таким образом, инициирование активации вторичного контекста ППД осуществляют посредством АА 1 также и в том случае, когда телефонный вызов заканчивается в мобильном устройстве. Поскольку в АА 1 получена информация о функциональных возможностях вызывающей ОА 5 и известны ее собственные возможности, то устройство 12 определения функциональных возможностей может установить для контекста ППД минимальные требования в отношении функциональных возможностей (например, требования в отношении качества обслуживания) в соответствии с согласованными функциональными возможностями. Кроме того, в этом случае также отсутствует необходимость в использовании ПРРС между ОА 5 и АА 1 или ВУШС 4 для передачи в ОА 5 служебных сигналов о требованиях в отношении функциональных возможностей.

В том случае, когда между сетью УСМС и IP-сетью 6 находятся другие промежуточные сети, для обеспечения требуемых функциональных возможностей, например совокупности параметров качества обслуживания, может быть использовано средство раздельного обслуживания согласно стандарту Рабочей группы по инженерным проблемам сети Интернет (IETF Diffserv). Посредством стандарта раздельного обслуживания (Diffserv) задают такой тип обслуживания, в котором для внесения в пакеты меток об их местоположении в коде используют восемь элементов в заголовке пакета. Посредством помеченных пакетов указывают категорию обслуживания, которую следует установить посредством сетевых маршрутизаторов, направляющих пакеты адресату.

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

Итак, приведено описание способа и системы активации контекста в первой сети, посредством чего осуществляют передачу телефонного вызова и/или транзакции через первую сеть и вторую сеть. Сначала выполняют начальную установку прикладного протокола, например Н.323 Н.248 или ПИСС, в первой сети с использованием передачи служебных сигналов или контекста, заданного по умолчанию. На основе сообщения прикладного протокола, переданного из второй сети, определяют информацию о функциональных возможностях и используют ее для активации контекста. Таким образом, согласование функциональных возможностей может быть выполнено заблаговременно, а активация контекста может быть осуществлена, например, посредством вторичного контекста как для телефонных вызовов и/или транзакций, исходящих из мобильного устройства, так и для телефонных вызовов и/или транзакций, заканчивающихся в мобильном устройстве. Следовательно, в данном случае отсутствует необходимость в использовании протокола резервирования для передачи во вторую сеть служебных сигналов с требованиями в отношении функциональных возможностей и может быть обеспечено снижение нагрузки, обусловленной необходимостью передачи служебных сигналов.

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