Данное изобретение относится к установлению соединений в системе связи, такой как система мобильной телефонии.
Фиг.1 является упрощенной схемой одного вида системы связи. Структура фиг.1 основана на архитектуре системы мобильной связи УСМС (универсальная система мобильной связи) (UMTS - Universal Mobile Telecommunications System) третьего поколения (3G). Система по фиг.1 включает в себя два пользовательских устройства или терминала (ПУ) (UE) 1, 2, которые выполнены с возможностью осуществления связи посредством сети 3. Каждый из терминалов связывается с сетью по радио и получает доступ к сети 3 через сеть 4, 5 радиодоступа (СРД) (RAN). Сеть 3 обеспечивает два типа связи между терминалами. Соединения с коммутацией каналов, например, для речевой связи происходят между сетями 4, 5 радиодоступа через центры 6, 7 коммутации мобильной связи (ЦКМС) (Mobile Switching Centre - MSC). Соединения с коммутацией пакетов, например, для передачи данных происходят между сетями радиодоступа через обслуживающий узел 8, 9 поддержки GPRS (ОУПО) (SGSN - Serving GPRS Support Node) и шлюзовой узел 10, 11 поддержки GPRS (ШУПО) (GGSN - Gateway GPRS Support Node) (GPRS-общие услуги пакетной радиосвязи).
Обычно, когда между двумя терминалами должно быть установлено соединение, терминалы на основе природы предлагаемого соединения - например, требуемой скорости передачи данных и величины задержки, с которой можно смириться, - принимают решение, устанавливать ли соединение с коммутацией пакетов или соединение с коммутацией каналов. Некоторым приложениям подходит любой тип соединения. Например, во многих ситуациях речевой трафик может удовлетворительно передаваться по соединению с коммутацией каналов или по соединению с коммутацией пакетов (например, посредством протокола SIP (Session Initiation Protocol - протокол инициализации сеанса) или Н.323). В особенности при соединениях с коммутацией пакетов по линии связи могут передаваться данные более чем одного типа, так что (например) речевые и видеоданные могут передаваться одновременно. Это обеспечивает удобный путь для выполнения расширенных услуг, таких как общение на виртуальной доске или в чате по принципу «щелкни-чтобы-поговорить».
Однако речь с коммутацией пакетов - это относительно новое явление. В большинстве существующих сетей речевой трафик пропускают почти исключительно по линиям связи с коммутацией каналов, так как в этих сетях нельзя гарантировать, что линии связи с коммутацией пакетов обеспечат достаточное качество услуг, например, из-за вероятности того, что будет задержка, чрезмерная для речевого трафика. Можно ожидать, что в будущем сети смогут пропускать трафик с коммутацией пакетов с уровнем услуг, который позволит поддерживать расширенные услуги тех типов, которые перечислены выше, по линиям связи с коммутацией пакетов. Однако в настоящее время по мере роста спроса на такие расширенные услуги существует необходимость устранить разрыв до того, как сети с коммутацией пакетов с большей пропускной способностью станут широко доступны, и обеспечить такие расширенные услуги в большинстве обычных сетей.
Более того, даже когда сети с большей пропускной способностью будут доступны, можно ожидать, что во многих случаях будут доступны каналы с коммутацией каналов и коммутацией пакетов. Изобретатели настоящего изобретения отметили, что для сбалансированного использования ширины полосы пропускания по обеим частям сети будет удобно получить дополнительную гибкость в распределении соединений по доступным типам канала.
В соответствии с одним аспектом настоящего изобретения предлагается система связи, содержащая сеть, имеющую первую точку доступа к сети и вторую точку доступа к сети и выполненную с возможностью передачи данных между первой точкой доступа к сети и второй точкой доступа к сети посредством первого однонаправленного канала и второго однонаправленного канала; и первый терминал, выполненный с возможностью соединения с первой точкой доступа к сети, и второй терминал, выполненный с возможностью соединения со второй точкой доступа к сети, причем каждый из терминалов выполнен с возможностью одновременной поддержки соединения первого типа и соединения второго типа с другим терминалом через сеть как единого логического механизма связи, и при этом соединение первого типа устанавливается между терминалами в начале связи, а соединение второго типа устанавливается между терминалами после этого, если в передачу вводится новый тип данных, передача которого лучше поддерживается соединением второго типа.
В соответствии со вторым аспектом изобретения предлагается способ связи между первым терминалом и вторым терминалом посредством системы связи, содержащей сеть, имеющую первую точку доступа к сети и вторую точку доступа к сети и выполненную с возможностью передачи данных между первой точкой доступа к сети и второй точкой доступа к сети посредством однонаправленного канала с коммутацией пакетов и однонаправленного канала с коммутацией каналов, заключающийся в том, что соединяют первый терминал с первой точкой доступа к сети, соединяют второй терминал со второй точкой доступа к сети и осуществляют одновременную поддержку каждым из терминалов соединения с коммутацией пакетов и соединения с коммутацией каналов с другим терминалом через сеть как единого логического механизма связи, и при этом соединение одного типа устанавливают между терминалами в начале связи, а соединение другого типа устанавливают между терминалами после этого, если в связь вводят новый тип данных, передачу которого лучше поддерживают соединением другого типа.
Предпочтительно первым однонаправленным каналом является однонаправленный канал с коммутацией пакетов, и соединением первого типа является соединение с коммутацией пакетов. Предпочтительно вторым однонаправленным каналом является однонаправленный канал с коммутацией каналов, и соединением второго типа является соединение с коммутацией каналов.
Предпочтительно терминалы выполнены с возможностью осуществления действий по установлению одновременных соединений с коммутацией пакетов и коммутацией каналов путем установления соединения с коммутацией каналов и передачи каждым терминалом своего адреса с коммутацией пакетов на другой терминал посредством соединения с коммутацией каналов. Затем, предпочтительно, терминалы выполнены с возможностью установления соединения с коммутацией пакетов посредством адресов с коммутацией пакетов, переданных по соединению с коммутацией каналов.
Альтернативно первый однонаправленный канал может быть однонаправленным каналом с коммутацией каналов, и соединением первого типа может быть соединение с коммутацией каналов; а второй однонаправленный канал может быть однонаправленным каналом с коммутацией пакетов, и соединением второго типа может быть соединение с коммутацией пакетов. Терминалы могут быть выполнены с возможностью осуществления действий по установлению одновременных соединений с коммутацией пакетов и коммутацией каналов путем установления соединения с коммутацией каналов и связи каждого терминала с прокси-сервером сети для получения от прокси-сервера адреса с коммутацией пакетов другого терминала. Затем каждый терминал может быть выполнен с возможностью предоставления соответствующему прокси-серверу сетевого адреса другого терминала, а прокси-сервер выполнен с возможностью отклика на этот адрес для предоставления адреса с коммутацией пакетов этого другого терминала. Сетевым адресом может быть номер в формате Е.164. Соответственно терминалы выполнены с возможностью установления соединения с коммутацией пакетов посредством адресов с коммутацией пакетов, полученных через прокси-сервер. Прокси-сервером может быть SIP прокси-сервер.
Адресами с коммутацией пакетов являются адреса в интернет-протоколе IP (Internet Protocol). Адреса с коммутацией пакетов могут передаваться на терминалы посредством сигнализации пользователь - пользователь (UUS - user-to-user signalling). Адреса с коммутацией пакетов могут передаваться на терминалы посредством протокола (протокол описания сеанса) (SDP). Сообщения, высылаемые с помощью UUS, могут удобно кодироваться с помощью протокола SDP.
Терминалы могут быть выполнены с возможностью осуществления действий по установлению одновременных соединений с коммутацией пакетов и коммутацией каналов путем установления соединения с коммутацией пакетов и передачи каждым терминалом своего адреса с коммутацией каналов на другой терминал посредством соединения с коммутацией пакетов. Затем терминалы могут быть выполнены с возможностью установления соединения с коммутацией каналов посредством адресов с коммутацией каналов, переданных по соединению с коммутацией пакетов.
Адресами с коммутацией каналов предпочтительно являются идентификаторы MSISDN (мобильного абонента сети ISDN, Integrated Services Digital Network - цифровая сеть с комплексными услугами), то есть номера в формате Е.164.
Соответственно адреса с коммутацией каналов передаются посредством протокола инициализации сеансов (SIP - Session Initiation Protocol).
Сетью предпочтительно является сеть мобильной связи. Терминалами предпочтительно являются мобильные терминалы. Терминалы предпочтительно выполнены с возможностью осуществления связи с сетью по радиоинтерфейсу. Сеть и/или терминалы могут работать в соответствии с системами GSM (Global System for Mobile Communications - глобальная система мобильной связи), GPRS (General Packet Radio Services - пакетная радиосвязь общего назначения) UMTS (Universal Mobile Telecommunications System - универсальная система мобильной связи) или их производными. Сеть может содержать одну или несколько базовых сетей.
Настоящее изобретение далее будет описано посредством примеров со ссылками на приложенные чертежи, на которых:
фиг.1 является условной схемой сети связи;
фиг.2 показывает упрощенную функциональную архитектуру пользовательского терминала;
фиг.3 показывает поток сообщений во время установления сеанса связи на виртуальной лекционной доске;
фиг.4 показывает поток сообщений во время продолжения сеанса связи;
фиг.5 показывает еще одну упрощенную функциональную архитектуру пользовательского терминала;
фиг.6 показывает поток сообщений во время продолжения сеанса связи с коммутацией пакетов при соединении с коммутацией каналов.
Настоящее изобретение будет описано посредством примеров со ссылками на архитектуру сети третьего поколения. Однако должно быть понятно, что оно может быть применено к любому другому пригодному типу сети.
Различные расширенные услуги, которые начинают востребоваться пользователями услуг связи, используют как очень критичные к задержкам данные, такие как речевая информация, так и связанные с ними менее критичные к задержкам данные. Примеры таких менее критичных к задержкам данных включают в себя изображения для поддержки услуг «щелкни-чтобы-поговорить» чертежей, которые подлежат совместному использованию в услугах виртуальной лекционной доски, и поддерживающие данные по действиям участников для поддержки услуг чата. В каждом из этих случаев речевые данные должны передаваться как нормальные с минимальной задержкой, а поддерживающие данные могут выдержать большую задержку. Как будет описано ниже, эти услуги могут с удобством поддерживаться посредством одновременных линий связи с коммутацией каналов и с коммутацией пакетов между обычными конечными точками или терминалами. Такой механизм может быть реализован в сети, показанной в схематическом виде на фиг.1, но с терминалами/пользовательскими устройствами и составляющими со стороны сети, имеющими описанные ниже архитектуру и свойства.
Фиг.2 показывает функциональную архитектуру терминала, выполненного с возможностью действия как ПУ 1, 2 в архитектуре по фиг.1 и обеспечения одновременных линий связи с коммутацией каналов и с коммутацией пакетов между обычными конечными точками. Более высоким уровнем 20 архитектуры является пользовательский интерфейс, который управляет взаимодействием между составляющими более низких уровней и пользователем. Ниже пользовательского интерфейса 20 находится приложение 21, выполняемое на терминале. В этом примере приложением является приложение, которое может поддерживать расширенные услуги или услуги вызова с широкими возможностями. Ниже приложения находятся уровни, которые форматируют исходящие данные или обрабатывают входящие данные в соответствии с требованиями коммутации пакетов или коммутации каналов. В этом примере уровни с коммутацией пакетов (КП) (PS) содержат более высокий уровень 22 интернет-протокола IP и уровень 23 шлюза общих услуг пакетной радиосвязи. Обработка с коммутацией каналов (КК) (CS) управляется уровнем 24 протоколов КК. Уровни КП и КК эффективны при параллельном использовании. Ниже уровней КП и КК находится радиоинтерфейс к системе широкополосного множественного доступа с кодовым разделением каналов (МДКР) (CDMA) третьего поколения.
Для обеспечения услуги вызова с широкими возможностями приложение 21 вызова с широкими возможностями (ПШВ) выполнено с возможностью связи с функциями 22, 23, специфическими для КП, и функцией 24, специфической для КК. ПШВ координирует использование КК и КП соединений и обеспечивает понятный для пользователя опыт с помощью пользовательского интерфейса, когда используется эта услуга.
Когда один терминал того типа, который показан на фиг.2, должен связаться с другим таким терминалом посредством услуги вызова с широкими возможностями, пользователи каждого терминала активируют приложения 21 на своих соответствующих терминалах для поддержки этой услуги. Приложения договариваются друг с другом по сети 3, чтобы определить, как именно должна обеспечиваться эта услуга. Одним возможным механизмом того, чтобы терминалы договорились о том, что данные, более критичные к задержкам, такие как речевые данные, будут высылаться по соединению с коммутацией каналов между терминалами и что данные, менее критичные к задержкам, такие как связанные с ними визуальные или описательные данные, будут высылаться по соединению с коммутацией пакетов между теми же терминалами. Когда терминалы устанавливают, что они оба поддерживают такой механизм и договариваются о продолжении, эти терминалы устанавливают одновременные соединения с коммутацией каналов и коммутацией пакетов по сети, а затем продолжают связь для обеспечения услуги.
Одним предпочтительным средством, с помощью которого может быть установлено КК соединение, является интернет-протокол IP. В этом случае терминалы должны знать IP-адреса и номера портов друг друга, которые подлежат использованию, чтобы установить объединенное КК и КП соединение. Эта информация может передаваться между терминалами с использованием, например, сигнализации пользователь - пользователь (UUS - user-to-user signalling). Одним конкретным подходом является использование протокола SDP (протокол описания сеанса), определенного в документе RFC-2327.
Информация об IP-адресах и т.п. должна высылаться во время процесса установления соединения или позже, во время соединения, например, если пользователи во время обычного соединения решили активировать расширенную услугу. В обычных условиях был бы предпочтителен второй подход.
Пример работы по процедуре установки будет описан со ссылкой на фиг.3. Пример на фиг.3 показывает установление сеанса общения на виртуальной лекционной доске между пользователями Анной (А) и Бобом (В). Фиг.3 показывает терминал 30 А и терминал 31 В. Каждый терминал включает в себя приложение 32, 33 вызова с широкими возможностями, IP-стек 34, 35 для поддержки КП связи и устройство 36, 37 по обработке протокола КК для обработки КК передач. Терминалы соединяются для КК связи через центр 38 коммутации мобильной связи в сети. Для простоты КП блоки сети не показаны.
В этом примере предполагается, что оба терминала изначально имеют активные PDP-контексты (PDP - Packet Data Protocol, протокол пакетной передачи данных) с назначенными IP-адресами. В противном случае это может быть задано перед продолжением процедуры установки.
В процессе, показанном на фиг.3, терминал Анны отображает иконку, на которую Анна щелкает (на этапе 40), чтобы начать вызов. ПШВ 32 интерпретирует запрос и определяет, что будет предпочтительно удовлетворить запрос на вызов посредством КК соединения. Соответственно терминал 30 и терминал 31 связываются обычным образом, как показано на этапах 41-50 для установления КК соединения между терминалами и открытия тракта для разговора с использованием однонаправленного канала КК.
Терминалы соответственно обмениваются SDP-информацией друг с другом посредством UUS во время установки соединения.
Затем Боб решает открыть сеанс общения на виртуальной лекционной доске (на этапе 51). ПШВ 33 определяет, что должны предпочтительно использоваться параллельные КК и КП соединения для удовлетворения запроса на речевые данные и данные виртуальной лекционной доски. Соответственно приложение 33 сигнализирует IP-стеку 35 начать сеанс общения на виртуальной лекционной доске (на этапе 52). Зная IP-адрес терминала 30, терминал 31 сигнализирует терминалу 30, чтобы пригласить его начать сеанс общения на виртуальной доске по параллельной КП линии связи (на этапе 53). IP-стек 34 сигнализирует ПШВ 32 о том, что запрашивается сеанс общения на виртуальной лекционной доске (на этапе 54). Анне через пользовательский интерфейс терминала 30 указывается, что она принимает сеанс общения на виртуальной лекционной доске (на этапе 55). ПШВ 32 сигнализирует IP-стеку, что запрос принят (на этапе 56), и IP-стек 34 возвращает сообщение 200 «ОК» (на этапе 57) на IP-стек 35, который указывает (на этапе 58) ПШВ, что установлен сеанс общения на виртуальной лекционной доске. Сеанс общения на виртуальной лекционной доске может затем продолжиться с использованием однонаправленного канала с коммутацией пакетов, как показано на этапе 59.
Как показано на фиг.4, сеанс затем может продолжиться тем, что Анна запрашивает, как организовать встречу с Бобом. Для этого обмениваются информацией о встрече, как обобщенно показано на этапе 60, с использованием последующего КП обмена. Этот обмен не выражается в продолжающемся сеансе/канале связи в виде, показанном на этапе 59.
Когда вызов должен быть завершен, Анна сигнализирует ПШВ 32 о том, что вызов должен быть завершен (на этапе 61). ПШВ сигнализирует IP-стеку 34 о том, что продолжающийся сеанс общения на виртуальной лекционной доске должен быть завершен (на этапе 62), и сигнализирует КК протоколам 36 о том, что КК вызов должен быть завершен (на этапах 62, 63). Сообщения 64, 65 о разъединении высылаются обычным образом. КК протоколы 37 информируют ПШВ 33 того участника, который не начинал завершение, о том, что вызов должен быть разъединен (на этапе 66). Это ПШВ 33 информирует IP-стек 35 о том, что сеанс общения на виртуальной лекционной доске должен быть завершен, и подтверждает КК протоколам разъединение вызова (на этапах 67, 68). Затем обычным образом высылаются подтверждения 69, 70, 71. КК и КП соединения управляются как единый логический механизм связи. Это объединение соединений означает, что для терминала обязательно завершить одно из соединений, если завершено другое.
Приложение конечного пользователя управляет количеством и природой соединений прозрачно с точки зрения пользователя, так что для пользователя соединения могут начинаться и завершаться непосредственно, даже если они различных типов.
Фиг.5 и 6 иллюстрируют другой механизм. В варианте выполнения по фиг.5 и 6 терминалы А и В включают в себя уровень 80 адаптации (см. фиг.5). Уровень адаптации позволяет устанавливать КК или КП вызовы как прозрачные для приложения 81, которое выполняется в терминале. Уровень адаптации может быть предусмотрен в терминалах независимо от любого приложения, которое должно в них выполняться. Уровень адаптации находится между приложением и уровнями КК и КП соединений. Когда приложение выдает запрос на соединение, уровень адаптации интерпретирует этот запрос и передает его должным образом на КК или КП уровни.
Фиг.6 показывает пример работы, которая поддерживается терминалами, имеющими архитектуру, показанную на фиг.5. В примере по фиг.6 предполагается, что два терминала 90, 91 уже соединены посредством соединения с коммутацией каналов (см. этап 92). Терминалы имеют уровни 93, 94 приложения; уровни 95, 96 адаптации; IP-стеки 97, 98 и стеки 99, 100 протокола с коммутацией каналов. Терминалы могут связываться для КК вызовов через ЦКМС 101.
Пользователь А решает начать речевой вызов пользователя В. Пользователь А сигнализирует уровню 93 приложения своего терминала для указания, что должен быть начат речевой вызов (на этапе 102). Поскольку терминалы уже вовлечены в КП вызов, в этом примере предполагается, что уровень приложения начинает речевой вызов посредством запроса (отформатированного, например, как показано на фиг.6), основанного на адресе терминала противоположной стороны, как необходимо для КП соединения, например в формате SIP (протокола инициализации сеансов). Уровень адаптации может попытаться начать речевой вызов по КП линии связи. Однако в этом примере предполагается, что уровень адаптации принимает решение о том, что должен быть использован КК однонаправленный канал. Это решение должно быть вынесено на основе знания блоком адаптации пропускных способностей сети. Как показано на фиг.6, уровень адаптации высылает SIP-сообщение ПРИГЛАШЕНИЕ через IP-стек 97 терминала В. Сообщение ПРИГЛАШЕНИЕ содержит SIP-параметры, показывающие, что должен быть использован КК носитель, и указывает идентификатор MSISDN терминала А (см. этап 103). Знание этого идентификатора MSISDN даст возможность терминалу В идентифицировать вызов, когда запрос на установление вызова приходит в терминал В.
Уровень адаптации в терминале В обнаруживает входящее сообщение ПРИГЛАШЕНИЕ. Поскольку форма сообщения ПРИГЛАШЕНИЕ указывает запрос на входящий КК вызов, он отвечает сообщением 200 ОК, включающим идентификаторы MSISDN терминала В (см. этап 104). Знание идентификатора MSISDN терминала В даст возможность терминалу А вызвать этот идентификатор MSISDN, чтобы установить предстоящий КК вызов.
Когда сообщение ОК с идентификатором MSISDN терминала В приходит в терминал А, уровень 95 адаптации терминала А начинает устанавливать вызов этого идентификатора MSISDN (см. этап 105). Уровень 98 адаптации принимающего терминала сравнивает идентификатор MSISDN входящего вызова с идентификатором, принятым на этапе 103. Если они совпадают, он информирует уровень 100 приложения терминала В о входящем вызове (на этапе 106). Уровень 100 приложения отвечает сообщением 107 о приеме, и в ответ уровень 98 адаптации принимает КК вызов (на этапе 108). Затем в то же время и между теми же конечными точками, что и исходное IP-соединение 92, устанавливается КК вызов (на этапе 109).
Аналогичная процедура может быть использована, если используются SIP прокси-серверы (или функции управления состоянием вызова (CSCF)).
Для установления КП соединения могут быть использованы и другие средства.
Если два обычных GPRS терминала вовлечены в вызов с коммутацией каналов, то каждый из них знает номер другого в формате Е.164, но необязательно знает IP-адрес другого, назначенный ШУПО (шлюзовым узлом поддержки GPRS). В этом случае, если КП соединение затем устанавливается параллельно существующему КК соединению, имеется необходимость в средстве для терминалов, чтобы получить доступ к IP-адресам друг друга и любой другой необходимой информации о промежуточных межсетевых брандмауэрах и/или прокси-серверах.
В этой ситуации SIP протокол (документ RFC-2543), который изначально был разработан для передачи речевых вызовов по IP, может быть использован в то время, когда проводится КК вызов. Для определения унифицированного указателя ресурса (УУР) (URL - Uniform Resource Locator) SIP КК пользователя предпочтительно существует заданное преобразование из идентификаторов в формате Е.164 в формат SIP URL. Это преобразование может использовать заданную логику либо может храниться в таблице для просмотра. Такое преобразование адресов может выполняться SIP прокси-сервером в сети. Он может осуществлять таблицу простых преобразований либо может использовать более сложную базу данных, по которой следует делать поиск для определения преобразования. В первом из этих решений таблица для просмотра может перечислять SIP прокси-серверы, соответствующие каждому номеру в формате Е.164, например:
В последнем решении SIP прокси-серверы, по существу, могут обеспечивать услугу DNS (Domain Name Service - служба доменных имен) запроса с использованием записей DNS SRV.
Во время КК вызова пользователь знает адрес удаленной стороны в формате Е.164. Приложение на вызывающем терминале, который начинает КП соединение по однонаправленному каналу с другим терминалом, использует адрес в формате Е.164 для создания сообщения SIP ПРИГЛАШЕНИЕ (или SIP ИНФОРМАЦИЯ) и посылает его на локальный SIP прокси-сервер. Назначением является номер другого участника в формате Е.164 (высланный с меткой для указания, что адрес является телефонным номером вместо имени пользователя), и этот локальный прокси-сервер использует свою таблицу преобразования (или более сложную схему) для определения соответствующего SIP прокси-сервера назначения. Идентификатор SIP прокси-сервера назначения возвращается в вызывающий терминал. Вызывающий терминал посылает сообщение ПРИГЛАШЕНИЕ (или ИНФОРМАЦИЯ) на этот прокси-сервер назначения, указывающее идентификатор в формате Е.164 другого терминала. Прокси-сервер назначения определяет SIP URL-адрес, который был присвоен терминалу с использованием этого идентификатора в формате Е.164. Прокси-сервер назначения затем может направить этот запрос в другой терминал посредством его IP-адреса, и установление КП соединения обычно может продолжиться как нормальное. Отметим, что из факта того, что в полезной нагрузке сообщения ПРИГЛАШЕНИЕ (или ИНФОРМАЦИЯ) нет никакой информации о сеансе, прокси-сервер назначения может определить, что сообщение не указывает на установку вызова.
Могут быть применены соответствующие процедуры по контролю оплаты счетов, например, основанные на распознанном типе полезной нагрузки или объеме данных, подлежащих передаче. Например, файлы с большими несжатыми изображениями могут быть более дорогими для передачи, чем файлы с более мелкими сжатыми изображениями. SIP прокси-серверы также поддерживают регистрационную услугу, которая может применять различные функции в зависимости от времени суток, типа полезной нагрузки и т.п. Например, пользователь может определить, что если он получает изображение в формате GIF, а время уже после 16:00, то затем изображение направляется на присвоенный адрес электронной почты.
Альтернативно сами сообщения ПРИГЛАШЕНИЕ (или ИНФОРМАЦИЯ) могут быть использованы для передачи данных пользователя.
Настоящее изобретение было описано с конкретными ссылками на универсальную систему мобильной связи (UMTS - Universal Mobile Telecommunications System) и пакетную радиосвязь общего назначения (GPRS - General Packet Radio Services). Однако оно не ограничено этими системами.
Заявитель обращает внимание на тот факт, что настоящее изобретение может включать в себя любой признак или сочетание признаков, раскрытых здесь, как явно, так и неявно, либо любое их обобщение без ограничения по объему любого из пунктов формулы изобретения. Из описания, приведенного выше, специалисту в данной области техники будет понятно, что различные изменения могут быть сделаны в рамках объема изобретения.
Изобретение относится к системам связи. Технический результат заключается в увеличении гибкости распределения соединений. Система связи, содержащая сеть, имеющую первую точку доступа к сети и вторую точку доступа к сети и выполненную с возможностью переноса данных между первой точкой доступа к сети и второй точкой доступа к сети посредством, например, однонаправленного канала с коммутацией пакетов и однонаправленного канала с коммутацией каналов; и первый терминал, выполненный с возможностью соединения с первой точкой доступа к сети, и второй терминал, выполненный с возможностью соединения со второй точкой доступа к сети, причем каждый из терминалов выполнен с возможностью одновременной поддержки соединения с коммутацией пакетов и соединения с коммутацией каналов с другим терминалом через сеть как единого логического механизма связи. 5 н. и 59 з.п. ф-лы, 6 ил.
RU 97112177 А, 20.06.1999 | |||
Бесклапанный насос | 1946 |
|
SU70893A1 |
WO 9916266 А1, 01.04.1999 | |||
WO 9966748 А1, 23.12.1999 | |||
WO 9857482 А1, 17.12.1998. |
Авторы
Даты
2008-09-20—Публикация
2002-06-28—Подача