СПОСОБ И УСТРОЙСТВО ДЛЯ ОБЕСПЕЧЕНИЯ СРЕДСТВА КОРРЕЛЯЦИИ В ГИБРИДНЫХ ТЕЛЕКОММУНИКАЦИОННЫХ СЕТЯХ
METHOD AND DEVICE FOR PROVIDING CORRELATION MEANS IN HYBRID TELECOMMUNICATION NETWORKS

Область техники, к которой относится изобретение
Настоящее изобретение вообще имеет отношение к телекоммуникационным системам, таким как стационарные, беспроводные или гибридные сети связи, имеющие архитектуру с коммутацией пакетов и с коммутацией каналов, называемые комбинируемыми сетями. В частности, настоящее изобретение обеспечивает способ эффективного установления взаимосвязи двух или более сеансов связи, присутствующих или устанавливаемых во фрагментах с коммутацией пакетов и с коммутацией каналов из состава упомянутых сетей.
Предшествующий уровень техники
Сети стационарной и в особенности мобильной связи, такие как глобальная система мобильной связи (GSM), система пакетной радиосвязи общего пользования (GPRS) или универсальная система мобильной связи (UMTS), постоянно развиваются. Сети GSM/GPRS и UMTS сегодня предлагают как возможность соединения с коммутацией каналов, так и возможность соединения с коммутацией пакетов. Прямая связь с коммутацией пакетов между оконечными пунктами с ее возможностями передачи широкого диапазона типов данных может использоваться для предложения таких услуг мультимедиа, как передача изображения, музыки и видео. Возможность соединения с коммутацией каналов обеспечивает надежную связь между двумя пользовательскими устройствами посредством одного или более доверенных сетевых узлов с надежным и определенным качеством обслуживания (QoS).
Комбинационные сети, в которых установлены два или более соединения различного типа с одним или более пользовательскими устройствами, способны использовать возможность соединения как с коммутацией каналов, так и с коммутацией пакетов с пользовательским оборудованием, тем самым делая возможной реализацию услуг, которые выполняют свою работу посредством сеансов связи с коммутацией пакетов, называемых сеансами с коммутацией пакетов, и сеансов связи с коммутацией каналов, называемых вызовами с коммутацией каналов.
Примеры систем предшествующего уровня техники, которые применяются в комбинационных сетях, представлены в опубликованных документах заявок на патенты WO 03/003767 A1 и US 2003/0199273 A1.
WO 03/003767 A1 [Soininen и др.] описывает систему и способ выбора между каналами передачи данных с коммутацией пакетов и с коммутацией каналов для обеспечения достаточного качества обслуживания голосового трафика и балансировки использования полосы пропускания сеансов передачи голоса и данных по сетям с коммутацией каналов и с коммутацией пакетов между двумя терминалами.
Приложение, то есть приложение с расширенными возможностями вызовов (RCA), исполняющееся на терминале, координирует использование сетей с коммутацией пакетов и сетей с коммутацией каналов в зависимости от фактически необходимого использования голоса, изображения или видео посредством согласования с помощью приложения с расширенными возможностями вызовов (RCA) по одной из сетей, применять ли сети с коммутацией пакетов и/или с коммутацией каналов. Если приложением с расширенными возможностями вызовов (RCA) принято решение применить сети с коммутацией каналов и с коммутацией пакетов одновременно, обе сети рассматриваются как единая логическая среда связи.
Терминальные сетевые адреса получают после взаимной отправки каждым терминалом своего собственного адреса или посредством запроса к прокси-серверу. Как только установлен первый сеанс связи с коммутацией пакетов или с коммутацией каналов, терминальные приложения (приложения с расширенными возможностями вызовов (RCA)) начинают процесс согласования в отношении того, должно ли быть установлено второе соединение, являющееся соединением либо с коммутацией пакетов, либо с коммутацией каналов.
US 2003/0199273 A1 [Pecen и др.] описывает систему и способ одновременного осуществления связи терминалом глобальной системы мобильной связи (GSM) с режимом сдвоенной передачи (DTM) класса A [с одним приемопередатчиком] по сети с коммутацией каналов и сети с коммутацией пакетов посредством использования контроллером базовой станции (BSC) выделенного канала управления (DCCH) в качестве транспортного канала для передачи данных с коммутацией пакетов. Таким образом, разрешая терминалу с режимом сдвоенной передачи (DTM), который обычно принимает данные с коммутацией пакетов через выделенный канал поискового вызова (PGCH), который не отслеживается в течение текущего вызова с коммутацией каналов, принимать и обрабатывать входящие сообщения с данными коммутации пакетов в течение одновременного вызова с коммутацией каналов.
Чтобы извлечь пользу из этого вида комбинирования служб, требуются пользовательские устройства, которые выполнены с возможностью одновременно обрабатывать вызов с коммутацией каналов и сеанс с коммутацией пакетов. Терминалы с несколькими беспроводными каналами передачи данных (RAB) для универсальной системы мобильной связи (UMTS) и терминалы с режимом сдвоенной передачи (DTM) для сетей глобальной системы мобильной связи (GSM) и системы пакетной радиосвязи общего пользования (GPRS) будут доступны; эти типы терминалов обеспечивают поддержку одновременного соединения с коммутацией каналов и с коммутацией пакетов.
Сегодня разговорный голос не может передаваться через каналы передачи данных с коммутацией пакетов конечному пользователю, например, из-за недостаточной пропускной способности действующих сетей радиосвязи, и поэтому для передачи разговорного голоса используются существующие каналы передачи данных с коммутацией каналов. В будущем, возможно, единый канал передачи данных с коммутацией пакетов будет использоваться для разговорного голоса и мультимедиа. Тем не менее, сегодня терминалы с режимом сдвоенной передачи (DTM) и, возможно, в будущем пользовательские устройства универсальной системы мобильной связи (UMTS) предоставят поддержку одновременного соединения с коммутацией каналов и с коммутацией пакетов.
Чтобы создать у конечного пользователя впечатление и ощущение единой службы, хотя служба может быть составлена из различных служб с коммутацией каналов и с коммутацией пакетов, развернутых соответственно в сети с коммутацией каналов и в сети с коммутацией пакетов, желательно определить и использовать некоторую форму взаимосвязи между текущими вызовами с коммутацией каналов или вызовами с коммутацией каналов, которые должны быть установлены, и текущим сеансом (сеансами) связи с коммутацией пакетов, который является текущим или должен быть установлен.
Некоторые примеры упомянутой взаимосвязи, которую желательно определить:
1) Должна быть возможность предоставлять пользователю телефона с режимом сдвоенной передачи (DTM) расширенный предупредительный сигнал, то есть, в отличие от только лишь звукового простого предупредительного сигнала, присущего вызову с коммутацией каналов, пользователь также получает визуальное представление. Это визуальное представление может содержать, например, фотографию вызывающей стороны, имя вызывающей стороны или приоритет вызова. Что касается принимающей стороны, не имеет значения, был ли вызов с коммутацией каналов сделан с пользовательского устройства с возможностями связи с коммутацией пакетов или просто с "обычного" (способного делать только вызовы с коммутацией каналов) телефона. В последнем случае "расширенную" часть вызова может сформировать объект в сети, например, подсистема мультимедиа протокола Интернета (IMS). В этом случае предупредительный сигнал на принимающем телефоне, инициализированный сетью с коммутацией каналов, взаимосвязан с визуальным предоставлением на принимающем телефоне.
2) Чтобы облегчить пользовательское взаимодействие, для сторон, участвующих в вызове с коммутацией каналов, должна быть возможность легко определить (например, с помощью одного нажатия на кнопку), что изображение, видео или файл будут отправлены стороне, с которой в данный момент происходит голосовая связь (то есть текущему партнеру по вызову с коммутацией каналов). В этом случае текущий вызов с коммутацией каналов взаимосвязан с существующим или новым сеансом связи с коммутацией пакетов, требуемым для отправки упомянутой части данных.
3) Если вызов с коммутацией каналов установлен между пользователями A и B, было бы желательно иметь возможность взимать оплату сеанса связи с коммутацией пакетов (например, обмена фотографиями, совместного использования электронной доски и т.д.) между пользователями A и B по тарифу, отличающемуся от обычного (то есть в отличие от тарифа, который применяется к отдельному сеансу связи с коммутацией пакетов), и выставлять пользователю единый счет. В этом случае взимание оплаты сеансов связи с коммутацией пакетов взаимосвязано с взиманием оплаты вызова с коммутацией каналов, чтобы выставить упомянутому пользователю единый счет, который традиционно имеет отношение только к вызовам с коммутацией каналов.
4) В течение текущего вызова с коммутацией каналов в службу поддержки пользователей или службу помощи для службы поддержки пользователей было бы желательно иметь возможность отправлять дополнительную информацию мультимедиа (изображения/видео с текстом), которая иллюстрирует решение проблемы. В этом случае текущий вызов с коммутацией каналов взаимосвязан с сеансом связи с коммутацией пакетов, в котором производится обмен дополнительной информацией мультимедиа.
5) Было бы желательно влиять на качество обслуживания (QoS) сеанса связи с коммутацией пакетов, когда идет вызов с коммутацией каналов. Например, потоковая передача видео во время вызова с коммутацией каналов, содержащего голосовой вызов, обрабатывается с более высоким приоритетом. В этом случае требуется, чтобы взаимосвязь между вызовом с коммутацией каналов и сеансом связи с коммутацией пакетов была известна пользовательскому устройству, сети или им обоим, чтобы влиять на качество обслуживания (QoS).
Во всех этих вышеизложенных примерах желательно определить взаимосвязь между вызовом с коммутацией каналов и сеансом связи с коммутацией пакетов таким образом, чтобы эта взаимосвязь была сообщена пользовательскому устройству и сети простым и надежным способом без любой заметной задержки. Кроме того, пользователю должно быть гарантировано, что счет за все затраты по сеансу связи с коммутацией пакетов выставляется надежным способом во взаимосвязи с его/ее вызовом с коммутацией каналов.
Проблема, для которой изобретение ищет решение, сформулирована как проблема из двух частей.
как обеспечить средство корреляции для корреляции
Первая часть проблемы имеет дело с тем, "как найти взаимосвязь между вызовом с коммутацией каналов и сеансом связи с коммутацией пакетов?" Более точно: как служба может определить, действительно ли последний триггер службы принадлежит текущей службе? Это должно решаться при различных обстоятельствах, а именно: последний триггер службы относится к службе с коммутацией каналов или к службе с коммутацией пакетов, сама текущая служба является службой с коммутацией каналов или службой с коммутацией пакетов, и, наконец, служба может быть резидентной в пользовательском устройстве или в сети. Эта первая часть проблемы определена следующим образом:  вызова с коммутацией каналов с сеансом связи с коммутацией пакетов.
как породить корреляцию
Вторая часть проблемы имеет дело с тем, "как обеспечить побудительный мотив для начала процесса поиска взаимосвязи между вызовом с коммутацией каналов и сеансом связи с коммутацией пакетов?" Более точно: как объект должен указать, или обозначить, или обратить внимание, что служба с коммутацией каналов и служба с коммутацией пакетов взаимосвязаны? Эта вторая часть проблемы определена следующим образом:  между вызовом с коммутацией каналов и сеансом связи с коммутацией пакетов.
Кроме того, желательно, чтобы порождение корреляции происходило в средстве связи пользователя или посредством службы перехвата. Любое решение упомянутой проблемы должно отвечать следующим требованиям:
- корреляция между вызовом с коммутацией каналов и сеансом связи с коммутацией пакетов не должна налагать дополнительные требования на пользователя, то есть пользователь должен иметь возможность произвольно размещать вызов с коммутацией каналов или запускать сеанс связи с коммутацией пакетов, не зная о том, будет ли он/она инициировать другую взаимосвязанную службу с коммутацией каналов или службу с коммутацией пакетов позже в течение этого вызова или сеанса.
- Любое найденное решение должно работать в различных сетях, даже если используется сочетание различных сетей с разными протоколами. Это применимо, когда вызов проходит через узел межсетевого интерфейса между двумя сетями, особенно когда эти две сети являются разнородными, например глобальная система мобильной связи (GSM) и система мультиплексирования с разделением по времени (TDM) или глобальная система мобильной связи (GSM) и телефонная коммутируемая сеть общего пользования (PSTN) / цифровая сеть комплексного обслуживания (ISDN) и т.д.
Сущность изобретения
Задачей настоящего изобретения является предоставление способа инициализации и обеспечения возможности корреляции сеансов связи, присутствующих в комбинируемой сети, содержащей сети различного типа, являющиеся сетью с коммутацией каналов и, по меньшей мере, одной сетью с коммутацией пакетов, причем упомянутые сеансы связи, являющиеся вызовом с коммутацией каналов в сети с коммутацией каналов и сеансом связи с коммутацией пакетов в сети с коммутацией пакетов, имеют отношение к стороне, имеющей пользовательское устройство, использующее упомянутые сеансы в упомянутых сетях разных типов.
Другой задачей настоящего изобретения является предоставление пользовательского устройства, которое выполнено с возможностью осуществления упомянутого установления корреляции между упомянутыми сеансами посредством предоставленного способа.
Эти задачи выполняются посредством способа, представленного в формуле изобретения, в котором в зависимости от типа сети (с коммутацией каналов или с коммутацией пакетов) устанавливается сеанс связи, в соответствии с чем пользовательскому оборудованию другой стороны предоставляются один или два идентификатора.
Во время установки сеанса связи в сети с коммутацией каналов другой стороне предоставляется индикатор комбинируемого вызова (CCI), чтобы указать, что сеанс связи может быть коррелирован с сеансом связи в сети с коммутацией пакетов, который установлен или будет установлен между теми же самыми сторонами. В случае если установка сеанса связи выполняется в сети с коммутацией пакетов, другой стороне отправляют идентификатор вызывающего абонента (CLI) и индикатор комбинируемого вызова (CCI), чтобы указать, что сеанс связи в сети с коммутацией пакетов может быть коррелирован с сеансом связи в сети с коммутацией каналов между теми же самыми сторонами. Порядок, в котором устанавливаются сеансы связи, является несущественным. Допускаются даже одновременно установленные сеансы.
Таким образом, заявленный способ с помощью наличия индикатора комбинируемого вызова (CCI) обеспечивает средство для обнаружения того, что сеанс связи взаимосвязан с другим сеансом связи, и индикатор комбинируемого вызова (CCI) обеспечивает также побудительный мотив для проверки того, присутствует ли корреляция между сеансами связи. Порядок, в котором установлены сеансы связи, является несущественным для применения изобретения. Допускаются даже одновременно установленные сеансы связи.
Способ в соответствии с настоящим изобретением основан на понимании того, что два пользователя, либо пользователь и сетевой объект в комбинируемой сети имеют одновременные сеансы связи друг с другом, например, через сеть с коммутацией каналов и сеть с коммутацией пакетов, причем сеансы связи считаются "изолированными" друг от друга, так как сеансы связи могут существовать без всякой ссылки друг на друга, даже будучи взаимосвязанными друг с другом с точки зрения пользователя. В случае, если сеансы связи, такие как вызов с коммутацией каналов в сети с коммутацией каналов и один или более сеансов связи с коммутацией пакетов в сети с коммутацией пакетов, должны быть взаимосвязанными с точки зрения сети, должна существовать корреляция между упомянутыми сеансами связи.
При попытке скоррелировать вызов с коммутацией каналов и сеанс связи с коммутацией пакетов должны быть определены следующие фазы:
(1) Установление того, что корреляция должна быть порождена; это решение принимается пользовательским устройством одного из пользователей или сетью.
(2) Формирование ссылок для указания корреляции и последующего указания, присоединения или приложения упомянутой ссылки к соответствующему каналу передачи вызова с коммутацией каналов или сеанса связи с коммутацией пакетов, чтобы облегчить последующее обнаружение корреляции.
(3) Обнаружение того, что требуется обнаружение корреляции.
(4) Выполнение требуемой корреляции.
Последний этап выполнения корреляции является зависимым от контекста, и его фактическая реализация зависит от типа сети и применяемых протоколов и должна применяться посредством известных способов.
С целью корреляции вызова с коммутацией каналов и сеанса связи с коммутацией пакетов различают следующие случаи:
a) вызов с коммутацией каналов является текущим, и устанавливается сеанс связи с коммутацией пакетов;
b) сеанс связи с коммутацией пакетов является текущим, и устанавливается вызов с коммутацией каналов;
с) вызов с коммутацией каналов и сеанс связи с коммутацией пакетов устанавливаются одновременно.
порождена
либо
обнаружена
и/или
Для всех упомянутых выше случаев корреляция может быть  либо в пользовательском устройстве вызывающей стороны A или вызываемой стороны B,  в сети. Наряду с этим корреляция должна быть  в пользовательском устройстве вызываемой или вызывающей стороны  в сети.
так и
Первая часть решения вышеизложенной проблемы состоит в использовании существующего идентификатора, а именно "идентификатора вызывающей линии" (CLI) в целях корреляции. Идентификатор вызывающей линии (CLI) используется в пользовательской подсистеме (ISUP) протокола цифровой сети комплексного обслуживания (ISDN), содержится в номере вызывающей стороны (CgPN), чтобы идентифицировать пользователя или объект, который создает вызов с коммутацией каналов. Идентификатор вызывающей линии (CLI) включен в процесс установления вызова с коммутацией каналов. В качестве второй части решения создается новый идентификатор "индикатор комбинируемого вызова" (CCI), который должен быть, по меньшей мере, однобитовой переменной (то есть флагом) для указания того, что вызов с коммутацией каналов является частью потенциального или установленного комбинируемого вызова, содержащего как вызов с коммутацией каналов,  сеанс связи с коммутацией пакетов.
Относительно упомянутого выше случая а): в случае, если в данный момент происходит вызов с коммутацией каналов между стороной A и стороной B и сеанс связи с коммутацией пакетов со стороной B устанавливается посредством стороны A, от стороны A пользовательскому устройству стороны B через сеть с коммутацией пакетов отправляют сообщение, содержащее идентификатор вызывающей линии (CLI) стороны A и "установленный" индикатор комбинируемого вызова (CCI). При приеме сообщения с индикатором комбинируемого вызова (CCI) пользовательским устройством стороны B пользовательское устройство стороны B определяет по наличию индикатора комбинируемого вызова (CCI), что текущий вызов с коммутацией каналов является коррелированным со входящим сеансом связи с коммутацией пакетов.
Относительно случая b): в случае, если в данный момент происходит сеанс связи с коммутацией пакетов между стороной A и стороной B и вызов с коммутацией каналов устанавливается посредством стороны A, стороне B передают "установленный" индикатор комбинируемого вызова (CCI) вместе с предупредительным сигналом вызова с коммутацией каналов. Поскольку в течение установки сеанса связи с коммутацией пакетов идентификатор вызывающей линии (CLI) пользовательского устройства стороны A уже был сообщен пользовательскому оборудованию стороны B, пользовательское оборудование стороны B решает по наличию индикатора комбинируемого вызова (CCI), что текущий сеанс связи с коммутацией пакетов является коррелированным со входящим вызовом с коммутацией каналов.
произвольном порядке
Относительно случая c): в случае, если вызов с коммутацией каналов и сеанс связи с коммутацией пакетов устанавливаются одновременно посредством стороны A, "установленный" индикатор комбинируемого вызова (CCI) инициализируется стороной A и в вызове с коммутацией каналов, и в сеансе связи с коммутацией пакетов. Сообщение от стороны A, содержащее идентификатор вызывающей линии (CLI) стороны A и "установленный" индикатор комбинируемого вызова (CCI), отправляют пользовательскому устройству стороны B через сеть с коммутацией пакетов. Одновременно стороной A устанавливается вызов с коммутацией каналов, и "установленный" индикатор комбинируемого вызова (CCI) передают вместе с предупредительным сигналом вызова с коммутацией каналов стороне B. Предупредительный сигнал вызова с коммутацией каналов и установка сеанса связи с коммутацией пакетов могут быть приняты в  в пользовательском устройстве стороны B. Индикатор комбинируемого вызова (CCI), принятый пользовательским устройством стороны B либо в предупредительном сигнале вызова с коммутацией каналов, либо при установке сеанса связи с коммутацией пакетов, указывает, что ожидается комбинируемый сеанс, в котором уже принятый вызов с коммутацией каналов или сеанс связи с коммутацией пакетов коррелирован с ожидаемым сеансом связи с коммутацией пакетов или вызовом с коммутацией каналов соответственно.
Приложение подсистемы мультимедиа Интернет-протокола (IMS) в пользовательском устройстве обеспечивает "установку" индикатора комбинируемого вызова (CCI) при установке вызова с коммутацией каналов и выдает "установленный" индикатор комбинируемого вызова (CCI) и идентификатор вызывающей линии (CLI) в сообщении для установления сеанса связи с коммутацией пакетов.
Поскольку в течение установки сеанса связи с коммутацией пакетов и вызова с коммутацией каналов индикатор комбинируемого вызова (CCI) "устанавливается" для обоих сеансов связи, а также идентификатор вызывающей линии (CLI) пользовательского устройства стороны A сообщается пользовательскому устройству стороны B как в сети с коммутацией каналов, так и в сети с коммутацией пакетов, пользовательское устройство стороны B определяет по наличию индикатора комбинируемого вызова (CCI), что сеанс связи, который наступил первым, является коррелированным со следующим входящим сеансом связи.
Индикатор комбинируемого вызова (CCI) вставлен в сигнализацию сети с коммутацией пакетов, а также сети с коммутацией каналов. Другие свойства индикатора комбинируемого вызова (CCI) состоят в том, что он является "записываемым" (порождаемым) посредством отправляющего/принимающего пользовательского устройства стороны A или стороны B, а так же посредством сети, в то время как он является "читаемым" (обнаруживаемым) посредством сети и отправляющего/принимающего пользовательского устройства. Кроме того, сеть имеет возможность удалить/изменить индикатор комбинируемого вызова (CCI) из канала передачи сеанса связи с коммутацией пакетов или вызова с коммутацией каналов.
Сообщения, которыми обмениваются упомянутые пользователи для установления связи и/или в течение связи, могут быть перехвачены и изменены "служебной сетью", содержащей сетевые объекты, которые имеют соединения с сетями других типов в комбинационной сети.
Представленный способ, отвечающий изобретению, обеспечивает пользовательскому устройству, сетевому объекту или служебной сети средство установления корреляции между сеансами связи в комбинируемой сети, содержащей различные типы сетей, в которой упомянутые сеансы связи используются пользовательским устройством, имеющим сеансы связи в сетях различного типа. Посредством применения индикатора комбинируемого вызова (CCI) установление корреляции порождается в пользовательском устройстве или сети, причем идентификатор вызывающей линии (CLI) делает возможной корреляцию между сеансами связи. В качестве ряда примеров посредством этого способа корреляции обеспечиваются "расширенные" предупредительные сигналы с простым пользовательским взаимодействием, надежно применяется адаптация тарифов сеансов связи с коммутацией пакетов, потоки мультимедиа могут быть просто коррелированы с текущим вызовом с коммутацией каналов, и на качество обслуживания (QoS) сеанса связи с коммутацией пакетов можно влиять на основе установления корреляции с вызовом с коммутацией каналов.
Эти и другие преимущества в соответствии с настоящим изобретением теперь будут проиллюстрированы более подробно со ссылкой на приложенные чертежи.
Перечень фигур чертежей
Фиг.1 - схема комбинируемой сети с двумя пользовательскими устройствами, соединенными с сетью.
Фиг.2 - схема пользовательского устройства.
Фиг.3 - схема узла корреляции.
Подробное описание изобретения
Без ограничений объема изобретения, чтобы обеспечить полное понимание настоящего изобретения, изобретение представлено сравнительно с уровнем техники и в рамках текущей реализации системы мобильной связи, используемой в среде комбинируемой сети. Однако настоящее изобретение может быть использовано в любой системе связи, содержащей комбинируемые сети.
Предположим, что два пользователя, сторона A и сторона B, имеют текущие сеансы связи. Упомянутые сеансы связи между стороной A и стороной B состоят из вызова с коммутацией каналов, обеспечиваемого сетью с коммутацией каналов, и сеанса связи с коммутацией пакетов, обеспечиваемого сетью с коммутацией пакетов, оба сеанса связи рассматриваются как "компоненты связи". Упомянутые компоненты могут быть установлены один за другим в произвольном порядке или одновременно. Пользовательские устройства, используемые стороной A и стороной B, должны допускать одновременные сеансы связи с коммутацией каналов и с коммутацией пакетов, что называется связью в сдвоенном режиме. Упомянутая возможность сдвоенного режима может присутствовать в одном устройстве или во множестве устройств, например, при раздельном размещении пользовательского устройства, когда указанное пользовательское устройство со сдвоенным режимом содержит, например, мобильный телефон и персональный компьютер.
Сообщения, которыми обмениваются упомянутые пользователи для установления связи и/или в течение связи, могут быть перехвачены и изменены "служебной сетью", содержащей сетевые объекты, имеющие соединения с сетями других типов в комбинируемой сети.
Фиг. 1 схематично иллюстрирует комбинируемую сеть 10, содержащую несколько сетей различных типов 11, 12, 13, и первое пользовательское устройство 1 и второе пользовательское устройство 2, соединенные со всеми или с некоторыми из сетей 11, 12, 13. Чтобы обеспечить физическое соединение с сетями 11, 12, 13, пользовательские устройства 1, 2 имеют сетевые интерфейсы 1A, 1B, 1С, 2A, 2B, 2C, с каждым из которых ассоциирован сетевой адрес, с упомянутыми сетями 11, 12, 13.
Для объяснения изобретения произвольно предполагается, что сеть 11 является сетью с коммутацией каналов, а сети 12 и 13 являются сетями с коммутацией пакетов.
Сторона A при помощи своего первого пользовательского устройства может иметь комбинируемый сеанс связи со стороной B посредством пользовательского устройства 2, как объясняется в примерах ниже. Однако сторона A альтернативно может иметь комбинируемый сеанс связи со служебным сетевым узлом 34, содержащимся в комбинируемой сети.
Ниже в описании будет разъяснено, как пользовательскими устройствами 1, 2 будет установлена корреляция между вызовом с коммутацией каналов и сеансом связи с коммутацией пакетов, после чего будет разъяснено, где корреляция будет установлена сетью 10, реализованная как сетевой узел 5 корреляции, имеющий соединения с сетями 11, 12, 13 другого типа, содержащимися в комбинируемой сети 10.
Для корреляции вызова с коммутацией каналов и сеанса связи с коммутацией пакетов различаются следующие случаи:
a) Вызов с коммутацией каналов является текущим, и устанавливается сеанс связи с коммутацией пакетов;
b) Сеанс связи с коммутацией пакетов является текущим, и устанавливается вызов с коммутацией каналов;
c) Вызов с коммутацией каналов и сеанс связи с коммутацией пакетов устанавливаются одновременно.
Для всех упомянутых выше случаев будет считаться, что добавление идентификатора вызывающей линии (CLI) при установлении вызова с коммутацией каналов в сети 11 с коммутацией каналов соответствует предшествующему уровню техники.
Для случая a) изобретение будет разъяснено с помощью практического сценария со ссылкой на фиг. 1.
Сторона A, имеющая пользовательское устройство 1, такое как телефон, вызывает сторону B, имеющую пользовательское устройство 2, посредством выбора телефонного номера стороны B из адресной книги на телефоне 1 или посредством "набора" телефонного номера стороны B.
Соединение в соответствии с предшествующим уровнем техники будет установлено посредством сети 11 с коммутацией каналов. В более поздний момент сторона A хочет отправить изображения стороне B.
Чтобы сторона A воспринимала это как единую службу, от стороны A не должно требоваться ничего большего, чем только нажатие одной кнопки для указания "отправить изображение моему текущему партнеру по вызову с коммутацией каналов".
В ответ на нажатие пользовательское устройство 1 стороны A извлекает адреса 2B, 2C пользовательского устройства 2 стороны B в сетях с коммутацией пакетов, которые могут быть адресом Интернет-протокола (IP), унифицированным идентификатором информационного ресурса (URI) протокола инициирования сеанса (SIP) или унифицированным идентификатором ресурса (URI) присутствия [RFC 3859 - Common Profile for Presence (CPP), Общий набор параметров для присутствия), The Internet Society Интернет-сообщество) (2004)].
Адрес в сети с коммутацией пакетов пользовательского устройства 2 вызываемой стороны B известен пользовательскому устройству стороны A. Для случая, чтобы сторона A извлекла адрес в сети с коммутацией пакетов, предоставляется способ поиска адреса в сети с коммутацией пакетов посредством способа, раскрытого в совместно рассматриваемой заявке US-60/592,427. Эта совместно рассматриваемая заявка показывает способ и устройство для извлечения адреса в сети с коммутацией пакетов партнера по комбинируемому вызову, причем извлечение адреса в сети с коммутацией пакетов инициализируется посредством протокола сети с коммутацией каналов по сети с коммутацией каналов. Запрос на извлечение адреса направляется партнеру по вызову или сетевому узлу, который совершает запрос сетевого адреса.
Когда адрес в сети с коммутацией пакетов известен пользовательскому устройству стороны A, может быть выполнен обмен функциональными возможностями терминалов.
Если сторона A инициирует передачу изображения, и, предполагая, что стоимости вызова с коммутацией каналов и сеанса связи с коммутацией пакетов (то есть отправка изображений) должны появиться в одном счете, далее комбинируемая сеть 10 должна иметь возможность определить, что вызов с коммутацией каналов и сеанс связи с коммутацией пакетов принадлежат единой службе. Другими словами, если вызов с коммутацией каналов и сеанс связи с коммутацией пакетов могут быть коррелированы, вызов с коммутацией каналов и сеанс связи с коммутацией пакетов взаимосвязаны и являются частью комбинируемого сеанса связи.
Для того чтобы дать возможность проверять корреляцию, изобретение предусматривает использование идентификаторов. Первый идентификатор для корреляции является существующим идентификатором, а именно "идентификатором вызывающей линии" (CLI). Идентификатор вызывающей линии (CLI) используется в пользовательской подсистеме (ISUP) протокола цифровой сети комплексного обслуживания (ISDN), содержащейся в номере вызывающей стороны (CgPN), для идентификации пользователя или объекта, который создает вызов с коммутацией каналов. Идентификатор вызывающей линии (CLI) включен в процесс установления вызова с коммутацией каналов.
так и
Для порождения корреляции изобретение предоставляет второй идентификатор, "индикатор комбинируемого вызова" (CCI), который должен быть, по меньшей мере, однобитовой переменной (то есть флагом), для указания того, что вызов с коммутацией каналов является частью потенциального или установленного комбинируемого вызова, содержащего как вызов с коммутацией каналов,  сеанс связи с коммутацией пакетов.
Чтобы обеспечить средство корреляции между текущим вызовом с коммутацией каналов посредством сети 11 с коммутацией каналов и сеанса связи с коммутацией пакетов, который должен быть установлен в сети 12, 13 с коммутацией пакетов, используется протокол для обращения к пользовательскому устройству 2 стороны B. Подходящим протоколом может быть протокол инициирования сеанса (SIP). Для инициирования мультимедийного сеанса Интернет-протокола (IP) пользовательскому устройству 2 стороны B отправляют сообщение INVITE (приглашение) протокола SIP, которое транспортирует идентификатор вызывающей линии (CLI) стороны A. Ассоциирование идентификатора вызывающей линии (CLI) стороны A с сообщением INVITE протокола SIP достигается множеством способов.
Логичным местом для вставки идентификатора вызывающей линии (CLI) является заголовок "Call-ID" ("Идентификатор вызова") сообщения INVITE протокола SIP. Заголовок "Call-ID" может быть установлен равным идентификатору вызывающей линии (CLI) в формате E.164 (см. Рекомендацию E.164 сектора электросвязи Международного союза электросвязи (ITU-T) [4]). В качестве альтернативы идентификатор вызывающей линии (CLI) может являться только частью в составе заголовка "Call-ID", и к нему может быть присоединена спереди или сзади дополнительная информация, такая как метка времени, в распознаваемом формате. Последняя альтернатива имеет несколько преимуществ, состоящих в том, что сторона A не ограничена установкой сеанса связи с коммутацией пакетов только с партнером вызова с коммутацией каналов; например, сторона A устанавливает сеансы связи с коммутацией пакетов с другой оконечной точкой.
Другим вариантом вставки идентификатора вызывающей линии (CLI) является заголовок "From" ("От") сообщения INVITE протокола SIP. Идентификатор вызывающей линии (CLI) (по существу, номер телефона) может быть отформатирован как универсальный идентификатор информационного ресурса (URI) телефонии, например sip: +31161245656@kpn.nl, и использован в заголовке "From" в соответствии с RFC 2806 Комитета по инженерным вопросам Интернета (IETF) [1]. Поле "From tag" в заголовке "From" сообщения INVITE протокола SIP используется для создания уникальности.
Дополнительным вариантом является использование тела сообщения INVITE протокола SIP для указания идентификатора вызывающей линии (CLI). В дополнение к идентификатору вызывающей линии (CLI) может использоваться отметка времени как простое средство создания уникальности между сообщениями INVITE протокола SIP, берущими начало из одного и того же пользовательского устройства.
Во всех отмеченных выше ситуациях индикатор комбинируемого вызова (CCI) также обозначается (в добавление к идентификатору вызывающей линии (CLI)), например, посредством префикса или суффикса к сообщению INVITE протокола SIP.
При приеме пользовательским устройством 2 стороны B сообщения с индикатором комбинируемого вызова (CCI) через сеанс связи с коммутацией пакетов по сети 12 с коммутацией пакетов пользовательское устройство 2 стороны B определяет по наличию индикатора комбинируемого вызова (CCI), что текущий вызов с коммутацией каналов является комбинируемым, когда идентификатор вызывающей линии (CLI) вызова с коммутацией каналов и идентификатор вызывающей линии (CLI), извлеченный из сеанса связи с коммутацией пакетов, являются одним и тем же.
При приеме индикатора комбинируемого вызова (CCI) принимающее пользовательское устройство или сетевой объект могут инициировать процедуру для проверки корреляции между сеансами связи. Способ выполнения этой фактической проверки для определения того, что вызов с коммутацией каналов и сеанс связи с коммутацией пакетов являются коррелированными, раскрыт в совместно рассматриваемой заявке US-60/592,426. Эта совместно рассматриваемая заявка показывает способ, в котором внедряется несколько логических баз данных, которые содержат фактические данные относительно взаимосвязей между сетевыми адресами и сеансами связи, где проверка корреляции применяется посредством узла корреляции. Данная проверка состоит из множества запросов к упомянутым базам данных или к другим сетевым объектам, выдающим в результате, должен ли сеанс связи рассматриваться как комбинируемый.
В необязательном порядке, пользовательское устройство 2 стороны B может иметь некоторые параметры настройки, которые требуют, чтобы в пользовательском устройстве 2 стороны B была обнаружена корреляция, поскольку, например, может быть, что сторона B желает отвечать на сеансы связи с коммутацией пакетов только от партнеров по вызову с коммутацией каналов.
Этот случай, отмеченный как произвольное поведение конечных пользователей пользовательских устройств 1, 2, подразумевает, что вызов с коммутацией каналов необязательно должен содержать индикатор комбинируемого вызова (CCI) во время установления вызова.
Даже если индикатор комбинируемого вызова (CCI) транспортируется в вызове с коммутацией каналов (когда не существует сеанса связи с коммутацией пакетов), любое участвующее пользовательское устройство 1, 2 или сетевой узел 34 должны выполнить комбинируемую проверку перед установлением корреляции. Поскольку не существует текущего сеанса связи с коммутацией пакетов, когда является текущим только вызов с коммутацией каналов, комбинируемая проверка приведет к отрицательному результату.
Для случая b) изобретение будет разъяснено с помощью практического сценария со ссылкой на фиг. 1. Сторона A, имеющая пользовательское устройство 1, и сторона B, имеющая пользовательское оборудование 2, имеют текущий сеанс текстового диалога (служба мультимедиа протокола IP). Из-за задержек, которым подвержен сеанс текстового диалога, сторона A решает, что лучше установить полнодуплексный речевой сеанс связи при оставленном продолжающемся сеансе текстового диалога, к которому он/она вернется, когда критические пункты будут обсуждены в разговоре. Решение для настоящего случая b) (вызов с коммутацией каналов, установленный после сеанса связи с коммутацией пакетов) очень похож на решение для случая a) (сеанс связи с коммутацией пакетов, установленный после вызова с коммутацией каналов). Поскольку устанавливается сеанс связи с коммутацией пакетов, идентификатор вызывающей линии (CLI) и индикатор комбинируемого вызова (CCI) транспортируются в сообщении INVITE протокола SIP точно таким же образом. Единственное различие в том, что идентификаторы транспортируются в ожидании того, что ассоциированный вызов с коммутацией каналов (требующий корреляции) может быть установлен позже. Таким образом, идентификатор вызывающей линии (CLI) по-прежнему транспортируется в сообщении INVITE протокола SIP различными способами, описанными в случае a).
Различие заключается в том, как транспортируется индикатор комбинируемого вызова (CCI). Вновь следует отметить, что поскольку сначала был установлен сеанс связи с коммутацией пакетов, индикатор комбинируемого вызова (CCI) не должен транспортироваться в сообщении INVITE протокола SIP, которое устанавливает сеанс связи с коммутацией пакетов. Но индикатор комбинируемого вызова (CCI) может транспортироваться в вызове с коммутацией каналов.
Как изложено выше в настоящем изобретении, предполагается, что вызов с коммутацией каналов использует подсистему приложений прямой передачи (DTAP), пользовательскую подсистему (ISUP) протокола цифровых сетей комплексного обслуживания (ISDN) и сигнализацию цифрового абонента (DSS1) в качестве канала передачи. Могут использоваться другие типы каналов передачи.
Поскольку в течение установки сеанса связи с коммутацией пакетов идентификатор вызывающей линии (CLI) пользовательского устройства 1 стороны A уже был сообщен пользовательскому устройству 2 стороны B, пользовательское устройство 2 стороны B имеет возможность определить, что текущий сеанс связи с коммутацией пакетов является комбинируемым и, следовательно, коррелированным с входящим вызовом с коммутацией каналов, поскольку индикатор комбинируемого вызова (CCI) "установлен". См. случай a) для ссылок на раскрытие способа выполнения фактической проверки для определения того, что вызов с коммутацией каналов и сеанс связи с коммутацией пакетов являются комбинируемыми.
Обычно взимание стоимости вызова не является доверительным, когда процесс взимания устанавливается терминалами или пользовательскими устройствами 1, 2, поэтому взимание традиционно регулируется сетью. Когда взимается стоимость комбинируемого вызова, например, достигается сокращение стоимости вызова с коммутацией каналов, когда между пользовательскими устройствами 1, 2 стороны A и стороны B одновременно присутствуют вызов с коммутацией каналов и сеанс связи с коммутацией пакетов, сетевой объект подтверждает, "установлен" ли индикатор комбинируемого вызова (CCI), на основе фактического присутствия упомянутых сеансов. В случае, если индикатор комбинируемого вызова (CCI) "установлен" необоснованно, сетевой объект изменяет или игнорирует текущее состояние индикатора комбинируемого вызова (CCI) и не применяет сокращение стоимости, как представлено в примере выше.
одновременно
Для случая c) изобретение будет разъяснено с помощью практического сценария со ссылкой на фиг. 1. Сторона A, имеющая пользовательское устройство 1, инициирует вызов с коммутацией каналов стороны B, имеющей пользовательское устройство 2, и хочет породить "расширенный предупредительный сигнал" на пользовательском устройстве 2 стороны B. Это достигается посредством установки сеанса связи с коммутацией пакетов  с вызовом с коммутацией каналов. Приложение подсистемы мультимедиа протокола IP (IMS) на пользовательском устройстве 1 стороны A включает индикатор комбинируемого вызова (CCI) при установлении вызова с коммутацией каналов и включает идентификатор вызывающей линии (CLI) при установлении сеанса связи с коммутацией пакетов. Когда пользовательское устройство 2 стороны B принимает вызов с коммутацией каналов, пользовательское устройство 2 делает вывод по наличию индикатора комбинируемого вызова (CCI), что оно должно ожидать соответствующего сеанса связи с коммутацией пакетов. Когда наступает сеанс связи с коммутацией пакетов, наличие идентификатора вызывающей линии (CLI) в сеансе связи с коммутацией пакетов указывает, что этот сеанс связи с коммутацией пакетов взаимосвязан с вызовом с коммутацией каналов, обозначенным идентификатором вызывающей линии (CLI). Пользовательское устройство 2 стороны B теперь одновременно предлагает вызов с коммутацией каналов и сеанс связи с коммутацией пакетов пользовательскому устройству 2 стороны B. Вызов с коммутацией каналов и сеанс связи с коммутацией пакетов формируют "расширенный предупредительный сигнал".
Дополнительный пример этого случая:
Сторона A из приведенного выше примера устанавливает вызов с коммутацией каналов в отношении пользовательского устройства 2 стороны B. Сети 11, 12, 13 перехватывают установление вызова с коммутацией каналов и порождают индикатор комбинируемого вызова (CCI) при сигнализации. Одновременно сеть устанавливает сеанс связи с коммутацией пакетов c пользовательским устройством 2 стороны B и вставляет идентификатор вызывающей линии (CLI) от стороны A в сигнализацию сеанса связи с коммутацией пакетов.
В результате пользовательское устройство 2 стороны B принимает расширенный предупредительный сигнал аналогично предыдущему примеру. Однако в настоящем примере расширение предупредительного сигнала формирует сеть в отличие от пользовательского устройства 1 вызывающей стороны.
Реализация "сети, которая порождает индикатор комбинируемого вызова (CCI)" осуществляется узлом 5 корреляции, имеющим соединения с сетями 11, 12, 13, содержащимся в комбинационной сети 10. Узел 5 корреляции содержит интерфейсы 5A, 5B и 5C, с каждым из которых ассоциирован сетевой адрес, с сетями 11, 12 и 13.
порождена
либо
обнаружена
и/или
Во всех трех представленных выше случаях a), b), c) корреляция может либо быть  в пользовательском устройстве 1, 2 вызывающей стороны A или вызываемой стороны B, или в служебном сетевом узле 34,  в сети, осуществленная как узел 5 корреляции. Наряду с этим корреляция должна быть  в пользовательских устройствах 1, 2 вызываемой и вызывающей сторон или в служебном сетевом узле 34,  в сетевом узле 5 корреляции.
Когда корреляция вызова с коммутацией каналов и сеанса связи с коммутацией пакетов должна быть выполнена сетью, как реализовано посредством узла 5 корреляции, этот сетевой узел 5 имеет средство обнаружения наличия индикатора комбинируемого вызова (CCI) в сигнальном протоколе. В иллюстративном варианте воплощения настоящего изобретения сетевой узел 5 включает в себя сервер приложений (AS). Протокол, который сервер приложений (AS) использует для управления установлением вызова с коммутацией каналов, требует подходящие информационные элементы для транспортировки элементов информации, передаваемой одним пользователем другому пользователю (UUI), которые в свою очередь содержат индикатор комбинируемого вызова (CCI).
Кроме того, упомянутый протокол управления потребует подходящего информационного элемента для порождения, изменения или удаления информации, передаваемой одним пользователем другому пользователю (UUI), которая включает в себя индикатор комбинируемого вызова (CCI). Протоколы пользовательской подсистемы (ISUP) протокола цифровых сетей комплексного обслуживания (ISDN), подсистемы приложений прямой передачи (DTAP) и сигнализации цифрового абонента (DSS1) обеспечивают возможность обмена информацией в элементах информации, передаваемой одним пользователем другому пользователю (UUI).
Примером такого протокола может быть подсистема приложений протокола CAMEL (CAP) (см. 3GPP TS 29.078 [6]), которая будет нуждаться в расширении, чтобы содержать информацию, передаваемую одним пользователем другому пользователю (UUI), в некоторых из операций CAP.
Когда пользовательские устройства 1, 2 в беспроводных телекоммуникационных сетях 11, 12, 13, такие как мобильные станции 1, 2, устанавливают вызов с мобильной станции, они используют элементы информации, передаваемой одним пользователем другому пользователю (UUI), в сообщениях установления вызова. См. 3GPP TS 23.087 [5]. Элемент информации, передаваемой одним пользователем другому пользователю (UUI), транспортируется через подсистему приложений прямой передачи (DTAP) (от мобильной станции до центра коммутации мобильной связи (MSC) или сервера центра коммутации мобильной связи (MSC)), через пользовательскую подсистему (ISUP) протокола цифровых сетей комплексного обслуживания (между телефонными станциями) и по протоколу сигнализации цифрового абонента (DSS1) (к цифровому абоненту). Сеть связи предусматривает прозрачную транспортировку элементов информации, передаваемой одним пользователем другому пользователю (UUI), между вызывающей и вызываемой сторонами.
Элементы информации, передаваемой одним пользователем другому пользователю (UUI), используются для транспортировки индикатора комбинируемого вызова (CCI). Протоколы сигнализации (ISUP, DTAP, DSS1) предусматривают использование элемента информации, передаваемой одним пользователем другому пользователю (UUI), при оповещении о вызове (то есть в прямом направлении от устройства 1 стороны A к устройству 2 стороны B) и при ответе на вызов (то есть в обратном направлении от устройства 2 стороны B к устройству 1 стороны A).
Индикатор комбинируемого вызова (CCI) имеет форму, по меньшей мере, однобитового флага, подходящего для адаптации к существующим протоколам, таким как протоколы инициирования сеанса (SIP), подсистема приложений прямой передачи (DTAP), пользовательская подсистема (ISUP) протокола цифровых сетей комплексного обслуживания (ISDN) или сигнализация цифрового абонента (DSS1).
Индикатор комбинируемого вызова (CCI) благодаря своему формату устойчив к перезаписи в различных сетях, через которые он проходит. Это применимо, когда вызов пересекает шлюзовой узел между двумя сетями, особенно когда эти две сети являются разнородными, например глобальная система мобильной связи (GSM) и система мультиплексирования с разделением по времени (TDM) или глобальная система мобильной связи (GSM) и телефонная коммутируемая сеть общего пользования (PSTN) / цифровая сеть комплексного обслуживания (ISDN) и т.д. Индикатор комбинируемого вызова (CCI) также устойчив к преобразованию протоколов, где это применимо, например, если используются межсетевые интерфейсы протокола SIP-T.
В итоге при формировании, порождении, обнаружении и удалении индикатора комбинируемого вызова (CCI) роли различных объектов в цепи трафика являются следующими:
вызывающая сторона A посредством пользовательского устройства 1: вызывающая сторона A формирует индикатор комбинируемого вызова (CCI) и вводит индикатор комбинируемого вызова (CCI) в установление вызова с коммутацией каналов в отношении пользовательского устройства 2 стороны B или служебного сетевого узла 34; пользовательское устройство 1 вызывающей стороны A может также принять индикатор комбинируемого вызова (CCI) от сети посредством размещенного в сети узла 5 корреляции или от пользовательского устройства 2 стороны B / служебного сетевого узла 34.
Сеть, реализованная как размещенный в сети узел 5 корреляции: узел 5 корреляции принимает индикатор комбинируемого вызова (CCI) от пользовательского устройства 1 вызывающей стороны A, когда он введен в установление вызова пользовательского устройства 2 стороны B или служебного сетевого узла 34; узел 5 корреляции может также принять индикатор комбинируемого вызова (CCI) от пользовательского устройства 2 вызываемой стороны B, когда он вставлен в ответ на вызов от пользовательского устройства 2 стороны B или служебного сетевого узла 34 к пользовательскому устройству 1 стороны A; узел 5 корреляции может также вставлять, изменять или удалять индикатор комбинируемого вызова (CCI) в установлении вызова пользовательского устройства 2 стороны B или служебного сетевого узла 34; и, наконец, узел 5 корреляции может вставлять, изменять или удалять индикатор комбинируемого вызова (CCI) в ответе на вызов от пользовательского устройства 2 стороны B или служебного сетевого узла 34 к пользовательскому устройству 1 стороны A.
Вызываемая сторона B посредством пользовательского устройства 2 или служебного сетевого узла 34; пользовательское устройство 2 вызываемой стороны B или служебный сетевой узел 34 принимает индикатор комбинируемого вызова (CCI) от узла 5 корреляции или от пользовательского устройства 1 стороны A; пользовательское устройство 2 вызываемой стороны B или служебный сетевой узел 34 может также формировать индикатор комбинируемого вызова (CCI) и вставлять его в ответ на вызов к пользовательскому терминалу 1 стороны A.
На фиг. 1 сеть связи также содержит подсистему 40 взимания стоимости и подсистему 41 аутентификации (подтверждения подлинности). Обе подсистемы 40, 41 действительно имеют соединения с двумя или более сетями 11, 12, 13 для применения своих функциональных возможностей в соответствии с предшествующим уровнем техники. Этим подсистемам также может быть выдан индикатор комбинируемого вызова (CCI) сетевого узла в случае обнаруженной корреляции между вызовом с коммутацией каналов и сеансом связи с коммутацией пакетов для некоторой стороны.
Фиг. 2 дает обзор элементов пользовательского устройства 1. Каждый из интерфейсов 1A, 1B, 1С, ассоциированный с сетевым адресом, обеспечивает соединение с сетями 11, 12, 13. Процессор 102, содержащий хранилище 102A прикладных программ, и блок 103 памяти, соединенный с возможностью осуществления связи с сетями 11, 12 13 через интерфейс 101 ввода-вывода, выполнены с возможностью устанавливать сеансы связи, проверять сетевой адрес, допускать установку связи и принимать и сохранять индикатор комбинируемого вызова (CCI).
либо
Узел 5 корреляции либо принимает индикатор комбинируемого вызова (CCI) от пользовательского устройства 1, пользовательского устройства 2, служебного сетевого узла 34,  выдает индикатор комбинируемого вызова (CCI), когда узел 5 обнаруживает через сетевые интерфейсы 5A, 5B, 5C с сетями 11, 12, 13, что вызов с коммутацией каналов и сеанс связи с коммутацией пакетов пользовательского устройства 1 стороны A коррелированы по отношению к пользовательскому устройству 1, 2, служебному сетевому узлу 34, подсистеме 40 взимания стоимости или подсистеме 41 подтверждения подлинности.
Далее будет разъяснен узел 5 корреляции со ссылкой на фиг. 3. Узел 5 корреляции выполнен с возможностью получать запрос от пользовательского устройства 1 для подтверждения наличия первого и второго сеанса связи. Узел 5 корреляции содержит блок 501 ввода-вывода, соединенный с сетями 11, 12, 13 через сетевые интерфейсы 5A, 5B, 5C, блок обработки 502 с хранилищем 502A прикладных программ и блок 503 памяти и выполнен с возможностью определять корреляцию между первым и вторым сеансом связи.
Посредством внедрения предусмотренного способа обеспечивается простой и надежный способ сделать возможной проверку корреляции. Посредством внедрения индикатора комбинируемого вызова (CCI) совместно с существующим идентификатором вызывающей линии (CLI) дается индикация того, что вызов с коммутацией каналов и один или более сеансов связи с коммутацией пакетов коррелированы. Следовательно проверка должна производиться только в том случае, когда установлен индикатор комбинируемого вызова (CCI), тем самым предотвращается выполнение проверок, которые выполнялись бы в случаях, при которых нет корреляции, хотя пользовательское устройство имеет более одного сеанса связи.
Представленное изобретение обеспечивает решение проблемы, представленной в описании предшествующего уровня техники:
1) При возможности корреляции вызова с коммутацией каналов и сеанса связи с коммутацией пакетов, обеспечиваемой посредством индикатора комбинируемого вызова (CCI), возможно предоставить пользователю телефона 1 с режимом сдвоенной передачи (DTM) расширенный предупредительный сигнал, содержащий, например, визуальное представление. Сетевой узел подсистемы мультимедиа протокола IP (IMS) может формировать "расширенную" часть вызова, предоставляемую в сеансе связи с коммутацией пакетов. В этом случае предупредительный сигнал в принимающем телефоне, инициализированный сетью с коммутацией каналов, теперь взаимосвязан с визуальным представлением на принимающем телефоне посредством наличия корреляции между вызовом с коммутацией каналов и сеансом связи с коммутацией пакетов.
2) При возможности корреляции вызова с коммутацией каналов и сеанса связи с коммутацией пакетов, обеспечиваемой посредством индикатора комбинируемого вызова (CCI), возможно облегчить пользовательское взаимодействие, при котором стороны, участвующие в вызове с коммутацией каналов, имеют возможность легко определить (например, с помощью одного нажатия на кнопку), что изображение, видео или файл будет отправлено стороне, с которой имеется текущая голосовая связь (то есть партнеру по текущему вызову с коммутацией каналов). В этом случае текущий вызов с коммутацией каналов коррелирован с существующим или новым сеансом связи с коммутацией пакетов, требуемым для отправки упомянутой части данных.
3) При возможности корреляции вызова с коммутацией каналов и сеанса связи с коммутацией пакетов, предоставляемой посредством индикатора комбинируемого вызова (CCI), текущий комбинируемый сеанс дает возможность взимать стоимость сеанса связи с коммутацией пакетов (например, обмена фотографиями, совместного использования электронной доски и т.д.) между стороной A и стороной B по тарифу, отличающемуся от обычного, и выставлять пользователю единый счет. В этом случае взимание стоимости сеансов связи с коммутацией пакетов коррелировано с взиманием стоимости вызова с коммутацией каналов для выставления упомянутому пользователю единого счета, который традиционно имеет отношение только к вызовам с коммутацией каналов.
4) При возможности корреляции вызова с коммутацией каналов и сеанса связи с коммутацией пакетов, предоставляемой посредством индикатора комбинируемого вызова (CCI), возможно, чтобы во время текущего вызова с коммутацией каналов в службу поддержки пользователей или службу помощи была отправлена информация мультимедиа (изображения/видео с текстом), которая иллюстрирует решение проблемы. В этом случае текущий вызов с коммутацией каналов коррелирован c сеансами связи с коммутацией пакетов, в которых осуществляется обмен дополнительной информацией мультимедиа.
5) При возможности корреляции вызова с коммутацией каналов и сеанса связи с коммутацией пакетов, обеспечиваемый посредством индикатора комбинируемого вызова (CCI), влияют на качество обслуживания (QoS) сеанса связи с коммутацией пакетов, когда вызов с коммутацией каналов является текущим. Потоковая передача видео во время вызова с коммутацией каналов, содержащего голосовой вызов, может быть обработана с более высоким приоритетом. Здесь требуется, чтобы взаимосвязь между вызовом с коммутацией каналов и сеансом связи с коммутацией пакетов была известна пользовательскому устройству или сети, либо им обоим, чтобы влиять на качество обслуживания (QoS).
6) При возможности корреляции вызова с коммутацией каналов и сеанса связи с коммутацией пакетов, обеспечиваемой посредством индикатора комбинируемого вызова (CCI), оператор сети применяет политику для активации таких же служб для второго сеанса связи, какие использовались в первом сеансе связи. Если первый сеанс связи был подчинен правилам виртуальной частной сети (VPN), второй сеанс связи может также быть подчинен правилам той же самой виртуальной частной сети (VPN), поскольку оператор полагается на корреляцию обоих сеансов.
7) При возможности корреляции вызова с коммутацией каналов и сеанса связи с коммутацией пакетов, обеспечиваемой посредством индикатора комбинируемого вызова (CCI), принимающий терминал 2 или служебный сетевой узел 34 может проверить и обнаружить корреляцию и применяет локальную политику к комбинируемому сеансу. Например, пользователь всегда автоматически дает согласие на новый сеанс, который начат в контексте текущего сеанса. Таким образом, второй сеанс связи принимается автоматически, когда первый сеанс связи уже являлся текущим и был "установлен" индикатор комбинируемого вызова (CCI).