RU2550517C2 - Способ маршрутизации сессии от вызывающей стороны в обслуживающей сети связи вызывающей стороны к вызываемой стороне - Google Patents

Способ маршрутизации сессии от вызывающей стороны в обслуживающей сети связи вызывающей стороны к вызываемой стороне Download PDF

Info

Publication number
RU2550517C2
RU2550517C2 RU2013136538/08A RU2013136538A RU2550517C2 RU 2550517 C2 RU2550517 C2 RU 2550517C2 RU 2013136538/08 A RU2013136538/08 A RU 2013136538/08A RU 2013136538 A RU2013136538 A RU 2013136538A RU 2550517 C2 RU2550517 C2 RU 2550517C2
Authority
RU
Russia
Prior art keywords
session
routing
calling party
communication network
serving
Prior art date
Application number
RU2013136538/08A
Other languages
English (en)
Other versions
RU2013136538A (ru
Inventor
Ральф Келлер
Фредрик ЛИНДХОЛМ
Герт ЭСТЕР
Матс Ола СТИЛЛЕ
Original Assignee
Телефонактиеболагет Л М Эрикссон (Пабл)
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Телефонактиеболагет Л М Эрикссон (Пабл) filed Critical Телефонактиеболагет Л М Эрикссон (Пабл)
Publication of RU2013136538A publication Critical patent/RU2013136538A/ru
Application granted granted Critical
Publication of RU2550517C2 publication Critical patent/RU2550517C2/ru

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/02Communication route or path selection, e.g. power-based or shortest path routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1016IP multimedia subsystem [IMS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1046Call controllers; Call servers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1069Session establishment or de-establishment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08Mobility data transfer
    • H04W8/082Mobility data transfer for traffic bypassing of mobility servers, e.g. location registers, home PLMNs or home agents

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

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

Description

Область техники, к которой относится изобретение
Изобретение относится к телекоммуникациям, и, конкретнее, к способам, узлам маршрутизации сессии и системе связи для маршрутизации сессии от вызывающей стороны в обслуживающей сети связи вызывающей стороны к вызываемой стороне, программному элементу и компьютерно-читаемому носителю.
Предыдущий уровень техники
Появление в мобильных сетях, основанных на проекте партнерства третьего поколения (3GPP), мультимедийной IP подсистемы, предложило возможность маршрутизировать сессию от вызывающей стороны к вызываемой стороне с использованием связности, предоставляемой Интернет-протоколом (IP). Предполагая, что вызывающая сторона находится в роуминге из своей домашней сети связи в обслуживающей или гостевой сети связи, данные сигнализации и данные мультимедиа сессии, инициируемой вызывающей стороной, маршрутизируют из обслуживающей сети связи вызывающей стороны в домашнюю сеть связи вызывающей стороны, и, после этого, далее в обслуживающую сеть связи, в которой расположена вызываемая сторона.
В последнее время, усилия по оптимизации маршрутизации сессии от вызывающей стороны, расположенной в своей обслуживающей сети связи, к вызываемой стороне приводят в результате к маршрутизации мультимедиа данных сессии от вызывающей стороны к вызываемой стороне напрямую, посредством обслуживающей сети связи вызывающей стороны. Такая оптимизация маршрутизации мультимедиа известна для "вызовов локального выхода", для которых данные мультимедиа вызова не направляются в обязательном порядке в домашнюю сеть связи вызывающей стороны, а напротив, маршрутизируются к вызываемой стороне при помощи обслуживающей сети связи вызывающей стороны. Более того, оптимизацию маршрутизации мультимедиа можно достигнуть при помощи оптимальной маршрутизации мультимедиа (OMR), направленной на маршрутизацию данных мультимедиа сессии напрямую, при помощи обслуживающей сети связи вызывающей стороны, без прохождения через домашнюю сеть связи вызывающей стороны.
Обращаясь к фиг. 1, на которой проиллюстрирована основанная на IMS система 100 связи для маршрутизации голосовой сессии, инициированной от вызывающей стороны 102, расположенной в своей обслуживающей или гостевой сети 104 связи, к вызываемой стороне. Путь 106 сессии данных сигнализации сессии проходит от обслуживающей сети 104 связи вызывающей стороны 102 к домашней сети 108 связи вызывающей стороны 102, и, затем, например, к домашней сети связи оконечной вызываемой стороны. В этом варианте осуществления, обслуживающая сеть 104 связи вызывающей стороны 102 соответствует гостевой публичной наземной мобильной сети (VPLMN), и домашняя сеть 108 связи вызывающей стороны 102 соответствует домашней публичной наземной мобильной сети (HPLMN). Путь 110 сессии данных мультимедиа сессии проходит к вызываемой стороне посредством обслуживающей сети 104 связи вызывающей стороны 102 и, соответственно, минует узлы маршрутизации мультимедиа домашней сети 108 связи вызывающей стороны 102. В случае, если вызываемая сторона также находится в роуминге в своей обслуживающей или гостевой сети связи, данные 106 сигнализации и данные 110 мультимедиа сессии маршрутизируют из домашней сети связи вызывающей стороны к обслуживающей сети связи вызываемой стороны.
В обслуживающей сети 104 связи, данные 106 сигнализации сначала проходят шлюз 112 обслуживания и сети пакетных данных (PDN) (S&P GW), затем функцию-посредник 114 управления сессией вызова (P-CSCF), и функцию 116 управления межсоединением на границе (IBCF). Дополнительно, в домашней сети 108 связи, данные 106 сигнализации сессии сначала проходят IBCF 118, затем обслуживающую функцию 120 управления сессией вызова, сервер 122 приложения централизации и непрерывности (SCC AS), и, затем, узел 124 или 125 межсоединения сети. Узел межсоединения 124 включает в себя IBCF 126, сконфигурированный для маршрутизации данных сигнализации. Узел межсоединения 125 сконфигурирован как функция управления шлюзом выхода (BGCF) 127, сконфигурированного для маршрутизации сессии к центральному серверу мобильной коммутации (MSC-S) или функции управления шлюзом мультимедиа (MGCF) базовой сети домашней сети 108 связи для выхода сессии из основанной на IMS домашней сети 508 связи в сеть связи с коммутацией каналов (CS). MSC-S и MGCF вместе обозначены номером ссылки 128. Определение выбора одного из узлов межсоединения 124 и 126 выполняет S-CSCF 120 домашней сети 108 связи вызывающей стороны 102.
Мультимедиа данные 110 сессии маршрутизируют при помощи обслуживающей сети 104 связи вызывающей стороны 102, проходя S&P GW 112, и шлюз доступа (AGW) или шлюз переноса доступа (ATGW), где оба обозначены номером ссылки 130. Решение о том, маршрутизировать ли мультимедиа данные 110 при помощи обслуживающей сети 104 связи, также выполняют в домашней сети связи 108.
Путь маршрутизации данных 106 сигнализации сессии осуществляют путем локального выхода сессии. Здесь, местоположение PDN шлюза 112 в обслуживающей сети 104 связи вызывающей стороны 102 определяет, выполнять ли локальный выход вызова.
Для полноты, в обслуживающей сети 102 связи расположена гостевая функция политик и тарификации (vPCRF) 132, и, в домашней сети 108 связи, домашняя функция политик и тарификации (hPCRF) 134, опросная функция управления сессией вызова (I-CSCF) 136, домашний сервер абонента (HSS) 138, функция электронной нумерации ENUM 140, мультимедиа шлюз (M-MGW) 142, и транслирующий шлюз TrGW 130.
Тарификация или оплата сессии основана на пути маршрутизации сессии данных 106 сигнализации.
Соответственно, маршрутизация сессии, инициированной вызывающей стороной, которая находится в роуминге в своей гостевой сети связи, к вызываемой стороне через основанную на IMS домашнюю сеть связи вызывающей стороны может оказаться особенно сложной и обладать высоким потреблением пропускной способности сети, поскольку данные сигнализации и данные мультимедиа могут проходить не вместе, и соответствующие решения маршрутизации могут исполняться в домашней сети связи. Более того, с точки зрения тарификации сессии, мобильные операторы, управляющие обслуживающей сетью связи вызывающей стороны, не могут существенно участвовать в тарификации сессии, инициированной вызывающей стороной.
В WO 2007/072462 A2 описывается улучшенный сервер приложения непрерывности голосового вызова (VCC) и способ, в котором, во-первых, помогают в установлении экстренного вызова между пользовательским оборудованием (UE), способным к VCC (которое расположено в сети мультимедийной подсистемы по Интернет-протоколу (IP) (IMS)) и точкой доступа общественной безопасности (PSAP); во-вторых, помогают при передаче экстренного вызова из домена IMS в домен CS так, что экстренный вызов может продолжаться при роуминге UE из сети IMS в сеть с коммутацией каналов (CS); и, в-третьих, помогают PSAP совершать обратный вызов на UE, если экстренный вызов потерян в то время, пока UE находится в сети CS.
В Ericsson и др., «Update of Alternative 4”, 4 мая 2010, описываются предложения о добавлении изменения в Альтернативу 4 в TR 23.856, с целью дополнительно прояснить выбор сервера мобильного центра коммутации (MSC)/функциональности передачи гостевого доступа (VATF) сервером приложения непрерывности и централизации услуги (SCC AS) также для случая, в котором пользовательское оборудование (UE) не прикреплено к сети с коммутацией каналов (CS), и выбор сервера MSC узлом управления мобильностью (MME), если MME был изменен в то время, когда длилась голосовая сессия на мультимедийной подсистеме по Интернет-протоколу (IP) (IMS).
Сущность изобретения
Задачей изобретения может являться предоставление улучшенной маршрутизации данных сигнализации сессии, подлежащей маршрутизации от вызывающей стороны, расположенной в ее гостевой сети связи, к вызываемой стороне.
Для решения задачи, определенной выше, предоставляются способы, узел маршрутизации сессии для обслуживающей сети связи вызывающей стороны и для маршрутизации сессии для домашней сети связи вызывающей стороны, и для системы связи для маршрутизации данных сигнализации сессии для установления сессии от вызывающей стороны в обслуживающей сети связи вызывающей стороны к вызываемой стороне, программный элемент и компьютерно-читаемый носитель, в соответствии с независимыми пунктами формулы изобретения. Дополнительные варианты осуществления способов, узлов маршрутизации сессии, системы связи, программного элемента и компьютерно-читаемого носителя определены в зависимых пунктах формулы изобретения.
В соответствии с примерным аспектом изобретения предоставляют способ маршрутизации сессии от вызывающей стороны в обслуживающей сети связи вызывающей стороны к вызываемой стороне. Обслуживающая сеть связи вызывающей стороны отличается от домашней сети связи вызывающей стороны. Способ выполняется узлом маршрутизации сессии в обслуживающей сети связи вызывающей стороны. Способ включает в себя прием из домашней сети связи вызывающей стороны запроса на маршрутизацию сессии, запрашивающего маршрутизацию данных сигнализации сессии к вызываемой стороне посредством обслуживающей сети связи вызывающей стороны, и маршрутизацию данных сигнализации сессии к вызываемой стороне посредством обслуживающей сети связи вызывающей стороны на основании принятого запроса на маршрутизацию сессии.
В соответствии с другим примерным аспектом изобретения предоставляют способ маршрутизации сессии от вызывающей стороны в обслуживающей сети связи вызывающей стороны к вызывающей стороне. Обслуживающая сеть связи вызывающей стороны отличается от домашней сети связи вызывающей стороны. Способ выполняется узлом маршрутизации сессии в домашней сети связи вызывающей стороны. Способ включает в себя прием из обслуживающей сети связи вызывающей стороны запроса на маршрутизацию сессии, запрашивающего маршрутизацию данных сигнализации сессии к вызываемой стороне посредством обслуживающей сети связи вызывающей стороны, определение, необходимо ли маршрутизировать данные сигнализации сессии посредством обслуживающей сети связи вызывающей стороны, и маршрутизацию данных сигнализации сессии к обслуживающей сети связи вызывающей стороны на основании результата определения.
В соответствии с другим примерным аспектом изобретения предоставляют способ маршрутизации сессии от вызывающей стороны в обслуживающей сети связи вызывающей стороны к вызываемой стороне. Обслуживающая сеть связи вызывающей стороны отличается от домашней сети связи вызывающей стороны. Способ включает в себя передачу запроса на маршрутизацию сессии между домашней сетью связи вызывающей стороны и обслуживающей сетью связи вызывающей стороны, запрашивающего маршрутизацию данных сигнализации сессии к вызываемой стороне посредством обслуживающей сети связи вызывающей стороны, и маршрутизацию данных сигнализации сессии к вызываемой стороне посредством обслуживающей сети связи вызывающей стороны на основании переданного запроса на маршрутизацию сессии.
В соответствии с другим примерным аспектом изобретения предоставляют узел маршрутизации сессии в обслуживающей сети связи вызывающей стороны, сконфигурированный для маршрутизации сессии от вызывающей стороны в обслуживающей сети связи вызывающей стороны к вызываемой стороне. Обслуживающая сеть связи вызывающей стороны отличается от домашней сети связи вызывающей стороны. Узел маршрутизации сессии включает в себя блок приема, сконфигурированный для приема запроса на маршрутизацию сессии из домашней сети связи вызывающей стороны, запрашивающего маршрутизацию данных сигнализации сессии к вызываемой стороне посредством обслуживающей сети связи вызывающей стороны, и блок маршрутизации, сконфигурированный для маршрутизации данных сигнализации сессии к вызываемой стороне посредством обслуживающей сети связи вызывающей стороны на основании принятого запроса на маршрутизацию сессии.
В соответствии с другим примерным аспектом изобретения предоставляют узел маршрутизации сессии в домашней сети связи вызывающей стороны, сконфигурированный для маршрутизации сессии от вызывающей стороны в обслуживающей сети связи вызывающей стороны к вызываемой стороне. Обслуживающая сеть связи вызывающей стороны отличается от домашней сети связи вызывающей стороны. Узел маршрутизации сессии включает в себя блок приема, сконфигурированный для приема из обслуживающей сети связи вызывающей стороны запроса на маршрутизацию сессии, запрашивающего маршрутизацию данных сигнализации сессии к вызываемой стороне посредством обслуживающей сети связи вызывающей стороны, блок определения, сконфигурированный для определения, должны ли данные сигнализации сессии быть маршрутизированы посредством обслуживающей сети связи вызывающей стороны, и блок маршрутизации, сконфигурированный для маршрутизации данных сигнализации сессии к обслуживающей сети связи вызывающей стороны на основании результата определения.
В соответствии с другим примерным аспектом изобретения предоставляют систему связи для маршрутизации сессии от вызывающей стороны в обслуживающей сети связи вызывающей стороны к вызываемой стороне. Обслуживающая сеть связи вызывающей стороны отличается от домашней сети связи вызывающей стороны. Система связи включает в себя узел маршрутизации сессии в обслуживающей сети связи вызывающей стороны, такой, как описан выше, и узел маршрутизации сессии в домашней сети связи, такой, как описан выше.
В соответствии с другим примерным аспектом изобретения предоставляют программный элемент. Программный элемент, при выполнении процессором, сконфигурирован выполнять или управлять способом маршрутизации сессии от вызывающей стороны в обслуживающей сети вызывающей стороны к вызываемой стороне так, как определено выше.
В соответствии с другим примерным аспектом изобретения предоставляют компьютерно-читаемый носитель. В компьютерно-читаемом носителе сохранена компьютерная программа для маршрутизации сессии вызывающей стороны в обслуживающей сети вызывающей стороны к вызываемой стороне. Компьютерная программа, при выполнении ее процессором, сконфигурирована выполнять или управлять способом маршрутизации сессии от вызывающей стороны в обслуживающей сети вызывающей стороны к вызываемой стороне так, как описано выше.
Специальные сокращения и/или термины, которые определены в разделе «Предыдущий уровень техники», также можно применять к описанию изобретения.
В контексте данной заявки термины "вызывающая сторона" и "вызываемая сторона" могут, в частности, обозначать абонента или пользователя, который может использовать пользовательское оборудование или терминал для подписки на услугу, в частности в IMS, для осуществления сессии. В частности, пользовательское оборудование может представлять собой телекоммуникационное устройство, такое, как мобильный телефон, который можно использовать во время установления сессии или текущей сессии, с дополнительными телекоммуникационными устройствами или объектами.
Термин "домашняя сеть связи" может, в частности, обозначать сеть, к которой сторона (в частности, устанавливаемой или текущей) сессии может выполнить регистрацию. В частности, домашняя сеть связи может хранить запись абонентских данных вызванной стороны. В частности, домашняя сеть связи может включать в себя сеть доступа и ядро сети, и, в частности, может быть основана на IMS.
Термин "обслуживающая сеть связи" может, в частности, обозначать гостевую сеть, к которой сторона (в частности, устанавливаемой или текущей) сессии может осуществить роуминг. В частности, обслуживающая сеть связи стороны может быть идентичной домашней сети связи стороны, в том случае, если сторона может не осуществлять роуминг. В частности, обслуживающая сеть связи может включать в себя сеть доступа и ядро сети, и, в частности, может быть основана на IMS.
Термин "данные сигнализации сессии", в частности, может обозначать данные, относящиеся к управлению сессией. В частности, данные сигнализации можно посылать в запросе на маршрутизацию сессии (например, сообщении SIP-INVITE), при установлении сессии, или можно посылать во время текущей сессии, в частности, для изменения передачи мультимедиа (полезных) данных. Например, сессию можно установить для передачи голосовых данных вызываемой стороне. Однако, во время текущей голосовой сессии, можно передать вдоль пути маршрутизации сигнальных данных сессии, связанных с предыдущим установлением сессии, данные сигнализации, относящиеся к запросу добавления видеоданных к текущей передаче мультимедиа данных сессии.
Термин "маршрутизация данных сигнализации сессии посредством обслуживающей сети связи" может, в частности, обозначать передачу данных сигнализации вдоль, по меньшей мере, части обслуживающей сети связи. В частности, передача данных сигнализации может проходить внутри обслуживающей сети связи (в частности, при вхождении передачи в обслуживающую сеть связи и для передачи, терминируемой в обслуживающей сети связи), или может проходить через обслуживающую сеть связи.
Краткое описание чертежей
Изобретение будет более подробно описано в настоящем документе со ссылкой на примеры вариантов осуществления, которыми, однако, изобретение не ограничено.
На фиг. 1 проиллюстрирована блок-схема архитектуры связи во время инициирования сессии от вызывающей стороны в ее обслуживающей сети связи к вызываемой стороне.
На фиг. 2-4 проиллюстрированы блок-схемы способов маршрутизации сессии от вызывающей стороны в обслуживающей сети связи вызывающей стороны к вызываемой стороне, в соответствии с примерными вариантами осуществления изобретения.
На фиг. 5 проиллюстрирована блок-схема архитектуры связи в соответствии со способом маршрутизации сессии от вызывающей стороны в обслуживающей сети связи вызывающей стороны к вызываемой стороне, в соответствии с другим примерным вариантом осуществления изобретения.
На фиг. 6 проиллюстрирована блок-схема части архитектуры связи с фиг. 5.
На фиг. 7 и 8 проиллюстрированы блок-схемы узлов маршрутизации сессии для маршрутизации сессии от вызывающей стороны в обслуживающей сети связи вызывающей стороны к вызываемой стороне, в соответствии с примерными вариантами осуществления изобретения.
Подробное описание
Иллюстрации на чертежах приведены схематично. Необходимо отметить, что на различных чертежах аналогичные или идентичные элементы предоставлены под одинаковыми номерами ссылок, или под номерами ссылок, которые отличаются от соответствующих номеров ссылок только первой цифрой.
С переходом к фиг. 2 будет объяснен способ маршрутизации сессии от вызывающей стороны в обслуживающей сети связи вызывающей стороны к вызываемой стороне в соответствии с примерным вариантом осуществления изобретения. Обслуживающая сеть связи вызывающей стороны отличается от домашней сети связи вызывающей стороны. Способ выполняется на узле маршрутизации сессии в обслуживающей сети связи вызывающей стороны. Способ включает в себя этап 250 приема из домашней сети связи вызывающей стороны запроса на маршрутизацию сессии, запрашивающего маршрутизацию данных сигнализации сессии к вызываемой стороне посредство обслуживающей сети связи вызывающей стороны, и этап 252 маршрутизации данных сигнализации сессии к вызываемой стороне посредством обслуживающей сети связи вызывающей стороны, на основании принятого запроса на маршрутизацию сессии.
В частности, вызывающая сторона может находиться в роуминге из своей домашней сети связи в обслуживающей или гостевой сети связи. Вызывающая сторона может инициировать установление исходящей сессии к вызываемой стороне. Для установления сессии, соответствующий запрос на маршрутизацию сессии можно передать между соответствующими узлами маршрутизации сессии домашней сети связи и обслуживающей сети связи вызывающей стороны, и может запросить маршрутизацию данных сигнализации сессии из обслуживающей сети связи вызывающей стороны к домашней сети связи вызывающей стороны, затем обратно к обслуживающей сети связи вызывающей стороны, и, далее, к вызываемой стороне. После установления сессии, данные сигнализации сессии можно маршрутизировать из обслуживающей сети связи вызывающей стороны к домашней сети связи вызывающей стороны, затем обратно к обслуживающей сети связи вызывающей стороны, и, далее, к вызываемой стороне, на основании запроса на маршрутизацию сессии. Здесь, данные сигнализации сессии могут проходить через домашнюю сеть связи вызывающей стороны. В частности, путь маршрутизации сессии данных сигнализации установленной сессии может быть идентичен пути маршрутизации сессии запросов на маршрутизацию сессии во время установления сессии.
В частности, оптимизация маршрутизации данных сигнализации сессии может быть достигнута в том, что сессию можно маршрутизировать напрямую между обслуживающей сетью связи вызывающей стороны и соответствующей сетью связи вызываемой стороны, поскольку данные сигнализации сессии можно маршрутизировать, по меньшей мере, отчасти, параллельно данным мультимедиа. Дополнительно, решения маршрутизации можно также выполнять в обслуживающей сети связи, таким образом, высвобождая емкость домашней сети связи вызывающей стороны.
В частности, роуминговые соглашения, уже существующие для обслуживающей сети связи вызывающей стороны можно использовать во время установления сессии и текущей сессии, таким образом, лишая необходимости изменения роуминговых соглашений на основании нового пути маршрутизации.
В частности, уже существующие модели оплаты можно применять для тарификации сессии от вызывающей стороны к вызывающей стороне, поскольку сессию может быть нужно маршрутизировать из обслуживающей сети связи вызывающей стороны к домашней сети связи вызывающей стороны и, затем, обратно к обслуживающей сети связи вызывающей стороны. В частности, оператор обслуживающей сети связи вызывающей стороны может участвовать в тарификации сессии в большей степени по сравнению с маршрутизацией сессии из предыдущего уровня техники.
В частности, маршрутизацию связанных услуг во время установления сессии или во время маршрутизации сессии можно выполнять при помощи обслуживающей системы связи, поскольку данные сигнализации сессии можно маршрутизировать, по направлению к вызываемой стороне, посредством обслуживающей сети связи. В частности, информация адресации (например, каталожные телефонные номера, такие, как номера 118-xxx-) обслуживающей сети связи вызывающей стороны, которая может быть локальной в обслуживающей сети связи вызывающей стороны, и которая может быть недостижимой для вызывающей стороны из ее домашней сети связи, может быть использована для сессии вызывающей стороной.
В частности, в случае, в котором домашняя сеть связи может быть основана на IMS, и вызывающая сторона может инициировать сессию к вызываемой стороне, роуминговые соглашения коммутации каналов обслуживающей сети связи можно повторно использовать для (установления) сессии. В частности, модель каскадных платежей, известная из глобальной системы мобильной связи (GSM) можно также применять к голосовой сессии IMS, поскольку данные сигнализации такой голосовой сессии можно маршрутизировать к вызванной стороне посредством домашней сети связи, и, таким образом, посредством обслуживающей сети связи вызывающей стороны.
Далее будут описаны дополнительные примерные варианты осуществления способа. Однако, эти варианты осуществления также можно применять к соответствующим другим способам, соответствующим узлам маршрутизации сессии, соответствующей системе связи, соответствующей компьютерной программе, и соответствующему компьютерно-читаемому носителю, как описано в разделе "Сущность изобретения" и "Подробное описание".
Способ может дополнительно включать в себя этап 253 определения, может ли являться домашняя сеть связи вызываемой стороны идентичной обслуживающей сети связи вызывающей стороны, при этом маршрутизация может включать в себя маршрутизацию данных сигнализации сессии к вызываемой стороне внутри обслуживающей сети связи вызывающей стороны, в частности, при помощи узла маршрутизации сессии (в частности, опросная функция управления сессией вызова (I-CSCF) и/или обслуживающая функция управления сессией вызова (S-CSCF)) обслуживающей сети связи вызывающей стороны, если домашняя сеть связи вызывающей стороны может быть идентична обслуживающей сети связи вызывающей стороны (в частности, вызываемая сторона может находиться в обслуживающей сети связи вызывающей стороны). Здесь, узел(ы) маршрутизации сессии обслуживающей сети связи вызывающей стороны можно, соответствующим образом, выбрать на основании результата определения. Таким образом, сессию можно терминировать в обслуживающей сети связи вызывающей стороны. В частности, если определение может быть не положительным, (т.е. домашняя сеть связи вызываемой стороны может быть не идентична обслуживающей сети связи вызывающей стороны, в частности, вызываемая сторона может не находиться в обслуживающей сети связи вызывающей стороны), сессию можно маршрутизировать к сети связи вызываемой стороны посредством обслуживающей сети связи вызывающей стороны. Таким образом, сессию можно маршрутизировать через обслуживающую сеть связи вызывающей стороны. Таким образом, можно добиться оптимальной маршрутизации данных сигнализации сессии.
Способ может дополнительно включать в себя этап 254 определения узла межсоединения сети в обслуживающей сети связи вызывающей стороны, на основании характеристик сессии, и (в частности, выбор узла межсоединения сети на основании результата определения), и маршрутизация может включать в себя маршрутизацию данных сигнализации сессии посредством узла межсоединения сети в обслуживающей сети связи вызывающей стороны, на основании результата определения. Термин "характеристики сессии" может, в частности, обозначать характеристики сессии, относящиеся к типу передаваемых данных (например, голоса или видео) и/или относящиеся к вызываемой стороне (например, вызываемая сторона с адресацией в IMS). В частности, термин "узел межсоединения сети" может, в частности, обозначать узел или объект сети связи для межсоединения сети связи с другой сетью связи, в частности, по отношению к данным сигнализации и/или данным мультимедиа. В частности, узел межсоединения может включать в себя узел, сконфигурированный для маршрутизации данных сигнализации (например, IBCF, MSC-S или MGCF) и/или узел, сконфигурированный для маршрутизации мультимедиа данных (например, M-MGW, TrGW). Таким образом, соответствующий узел межсоединения сети можно выбрать при помощи узла маршрутизации сессии в обслуживающей сети связи вызывающей стороны, для маршрутизации сессии к вызываемой стороне оптимальным образом.
В частности, IBCF можно сконфигурировать для маршрутизации данных сигнализации к другой сети связи, основанной на IP или IMS. в частности, MGCF можно сконфигурировать для маршрутизации данных сигнализации к сети связи с коммутацией каналов (CS). В частности, BGCF можно сконфигурировать для выбора IBCF (в частности, в случае, в котором вызываемую строну можно адресовать при помощи телефонного номера), или MGCF для маршрутизации данных сигнализации. В частности, при выходе вызова или сессии в сеть связи CS, BGCF может выбрать MSC-S или MGCF, и может маршрутизировать данные сигнализации к вызываемой стороне посредством MSC-S или MGCF. В этом контексте, термин "выход сессии" может, в частности, обозначать маршрутизацию данных сигнализации к сети связи CS. В частности, выход сессии может не включать в себя, и может отличаться, от "локального выхода", как описано в сочетании с фиг. 1.
В частности, определение можно основывать на преобразовании информации маршрутизации, идентифицирующей вызывающую сторону. Например, такие преобразования можно выполнять на узле маршрутизации сессии обслуживающей сети связи, и могут включать в себя преобразование(я) ENUM и/или переносимых номеров (NP), как можно выполнять на узле маршрутизации сессии (например, S-CSCF) в домашней сети связи вызывающей стороны. Эта мера может позволить получать информацию о сети назначения сессии, в частности, о домашней сети связи вызываемой стороны.
Сессия может включать в себя данные мультимедиа, и маршрутизация может включать в себя маршрутизацию данных мультимедиа к вызываемой стороне посредством узла межсоединения сети (или узла, управляемого узлом межсоединения сети). Соответственно, во время маршрутизации сессии можно сэкономить емкости сетей, поскольку данные сигнализации и данные мультимедиа сессии, по меньшей мере, отчасти, маршрутизируются параллельно друг другу.
В частности, данные мультимедиа сессии можно маршрутизировать к вызываемой стороне напрямую, посредством обслуживающей сети связи вызывающей стороны, без предварительного прохода через домашнюю сеть связи вызывающей стороны, на основании запроса на маршрутизацию сессии.
Способ может дополнительно включать в себя этап 256 исполнения, для вызывающей стороны (в частности, локальной) услуги, связанной с узлом маршрутизации сессии в домашней сети связи вызывающей стороны. Термин "услуга, связанная с узлом маршрутизации сессии в домашней сети связи вызывающей стороны" может, в частности, обозначать локальную услугу, которая может быть общей для всех сторон, подписанных к домашней сети связи вызывающей стороны, и, таким образом, связанных с одним оператором. В частности, такая услуга может включать в себя, по меньшей мере, одно из вставки мелодии звонка (например, музыки ожидания), вставки оповещения (например, сигнала набора), перекодирования данных, и услуг конференц-связи. В частности, домашняя сеть связи может поддерживать 3GGP OSCAR. В частности, услугу можно исполнять для вызывающей стороны во время установления сессии и/или текущей сессии. В частности, доступность и/или выполнение услуги можно основывать на роуминговых соглашениях (например, соглашения об уровне услуги (SLA)) между домашней сетью связи и обслуживающей сетью связи вызывающей стороны. Таким образом, выполнение услуги, традиционно осуществляемой на узле маршрутизации сессии в домашней сети связи вызывающей стороны, можно делегировать узлу маршрутизации сессии в обслуживающей сети связи вызывающей стороны.
Запрос на маршрутизацию сессии может включать в себя информацию маршрутизации, идентифицирующую вызываемую сторону, и способ может дополнительно включать в себя этап 258 анализа запроса на маршрутизацию сессии для определения вызываемой стороны (в частности, для определения, необходимо ли маршрутизировать данные сигнализации к вызываемой стороне посредством обслуживающей сети связи вызывающей стороны и/или определения узла межсоединения сети, как описано выше), и маршрутизация может включать в себя маршрутизацию данных сигнализации сессии к вызываемой стороне, на основании результатов анализа. В частности, информация маршрутизации может включать в себя имя и/или адрес вызываемой стороны. В частности, информация маршрутизации может включать в себя, по меньшей мере, одно из универсального идентификатора ресурса (URI) (в частности, заголовка сообщения, например, P-заголовка), характерной информации из заголовка сообщения, и идентификационной информации вызываемой стороны из заголовка сообщения (например, P-вызываемой стороны ID-заголовка). В частности, заголовок может быть идентичен "заголовку пути" сообщения SIP-INVITE, как определено 3GPP, или может отличаться от заголовка пути и может соответствовать заново определенному заголовку. В частности, характерная информация может включать в себя характерную метку мультимедиа, включенную в заголовок сообщения, и может определять будущее назначение маршрутизации сообщения. В частности, заголовок, содержащий в себе URI, характерную информацию, и/или идентификацию вызываемой стороны, может представлять собой часть уже существующего заголовка, или может соответствовать заново определенному полю заголовка. В частности, последние варианты осуществления информации маршрутизации могут определять будущее назначение маршрутизации информации или сообщения. В частности, узел маршрутизации сессии в обслуживающей сети связи может извлекать информацию о оконечном приемнике запроса на маршрутизацию сессии из запроса на маршрутизацию сессии, и может включать в себя информацию о вызываемой стороне в другой запрос на маршрутизацию сессии, дополнительно отправленный вызываемой стороне с целями маршрутизации. В частности, принятый запрос на маршрутизацию сессии, и другой отправленный запрос на маршрутизацию сессии могут быть идентичны друг другу, и, таким образом, узел маршрутизации сессии просто изменяет информацию маршрутизации принятого запроса на маршрутизацию сессии.
В частности, последовательность этапов 252-258 может быть взаимозаменяема по отношению друг к другу. В частности, по меньшей мере, два из этапов 250-258 можно исполнять одновременно.
Обращаясь к фиг. 3, будет описан способ маршрутизации сессии от вызывающей стороны в обслуживающей сети связи вызывающей стороны к вызываемой стороне. Обслуживающая сеть связи вызывающей стороны отличается от домашней сети связи вызывающей стороны. Способ выполняется узлом маршрутизации сессии в домашней сети связи вызывающей стороны. Способ включает в себя этап 360 приема от обслуживающей сети связи вызывающей стороны запроса на маршрутизацию сессии, запрашивающего маршрутизацию данных сигнализации сессии к вызываемой стороне посредством обслуживающей сети связи вызывающей стороны, этап 362 определения, необходима ли маршрутизация данных сигнализации сессии посредством обслуживающей сети связи вызывающей стороны, и этап 364 маршрутизации данных сигнализации сессии к обслуживающей сети связи вызывающей стороны на основании результата определения.
Далее, будут описаны дополнительные примерные варианты осуществления способа. Однако эти варианты осуществления также можно применять к соответствующим другим способам, соответствующим узлам маршрутизации сессии, соответствующей системе связи, соответствующей компьютерной программе, и соответствующему компьютерно-читаемому носителю, как описано в разделе "Сущность изобретения" и разделе "Подробное описание".
Определение может включать в себя определение того, может ли запрос на маршрутизацию сессии включать в себя информацию маршрутизации, идентифицирующую узел маршрутизации сессии в обслуживающей сети связи вызывающей стороны, и маршрутизация может включать в себя маршрутизацию данных сигнализации сессии к обслуживающей сети связи вызывающей стороны, если запрос на маршрутизацию сессии может включать в себя информацию маршрутизации. В частности, в случае, в котором определение может не быть подтверждающим, узел маршрутизации сессии в домашней сети связи вызывающей стороны может игнорировать информацию маршрутизации, включенную в запрос на маршрутизацию сессии, и может интерпретировать информацию маршрутизации как подлежащую направлению на другие узлы сети связи, и данные сигнализации сессии можно маршрутизировать к вызываемой стороне посредством домашней сети связи вызывающей стороны. В частности, способ может завершиться. В частности, узел маршрутизации сессии в домашней сети связи вызывающей стороны может рассмотреть, может ли принятый запрос на маршрутизацию сессии включать в себя информацию маршрутизации, идентифицирующую узел маршрутизации сессии в обслуживающей сети связи вызывающей стороны, для обеспечения возможности маршрутизации запроса на маршрутизацию сессии и данных сигнализации сессии обратно к обслуживающей сети связи вызывающей стороны. Таким образом, определение можно облегчить, поскольку можно предоставить очень простое, но эффективное правило определения, необходима ли маршрутизация данных сигнализации сессии к обслуживающей сети связи вызывающей стороны.
В частности, узел маршрутизации сессии в домашней сети связи вызывающей стороны можно обеспечить возможностью поддержки маршрутизации данных сигнализации сессии к обслуживающей сети связи вызывающей стороны, и, таким образом, обеспечить возможностью проводить вышеупомянутое определение.
Информация маршрутизации может включать в себя, по меньшей мере, одно из универсального идентификатора ресурса (URI) (в частности, из заголовка сообщения), и характерной информацией заголовка сообщения. В частности, информация маршрутизации может соответствовать информации маршрутизации, принятой узлом маршрутизации сети в обслуживающей сети связи вызывающей стороны, как описано выше. Таким образом, для информации маршрутизации можно применять традиционным образом определенную информацию адресации, таким образом, упрощая реализацию способа в уже существующих системах связи.
Определение может включать в себя определение того, является ли запрос на маршрутизацию сессии соответствующим доступной политике домашней сети связи вызывающей стороны, и маршрутизация может включать в себя маршрутизацию данных сигнализации сессии к обслуживающей сети связи вызывающей стороны, если запрос на маршрутизацию сессии может быть в соответствии с доступной политикой. В частности, доступная политика может относиться к домашней сети связи вызывающей стороны, позволяя прием запросов на маршрутизацию сессии и/или данных сигнализации сессии с определенной сети связи и/или отправку запросов сессии и/или маршрутизацию данных сигнализации сессии к определенной сети связи. В частности, если определение может быть не подтверждающим, данные сигнализации сессии можно маршрутизировать посредством домашней сети связи вызывающей стороны, и способ может завершиться. Таким образом, уже доступные политики домашней сети связи вызывающей стороны можно не подвергать изменениям во время исполнения способа, таким образом, избегая, во время исполнения способа, сложных изменений определение маршрутизации домашней сети связи вызывающей стороны.
Определение можно основывать на адресе вызывающей стороны. В частности, определение может включать в себя определение, отличается ли страна, в которой может находиться вызываемая сторона, от страны, в которой может находиться вызывающая сторона, и маршрутизация может включать в себя маршрутизацию данных сигнализации сессии к обслуживающей сети связи вызывающей стороны, если страна вызываемой стороны может отличаться от страны вызывающей стороны. В частности, в случае, в котором страна вызываемой стороны может быть идентична стране вызывающей стороны (т.е. определение может быть не подтверждающим), сессию можно маршрутизировать напрямую вызываемой стороне посредством домашней сети связи вызывающей стороны, и способ может завершиться. В частности, определение может включать в себя определение, отличается ли домашняя сеть связи вызываемой стороны от домашней сети связи вызывающей стороны, и маршрутизация может включать в себя маршрутизацию данных маршрутизации сессии к обслуживающей сети связи вызывающей стороны, если домашняя сеть связи вызываемой стороны может отличаться от домашней сети связи вызывающей стороны. В частности, в случае, в котором домашняя сеть связи вызываемой стороны не может отличаться, и, таким образом, является идентичной, домашней сети связи вызывающей стороны (т.е. определение может быть не подтверждающим), сессию можно маршрутизировать напрямую вызываемой стороне посредством домашней сети связи вызывающей стороны, и способ может завершиться. В частности, определение можно основывать на анализе информации маршрутизации, например, телефонном номере вызываемой стороны. Таким образом, вследствие определения на основании адреса вызываемой стороны, для маршрутизации данных сигнализации сессии к вызываемой стороне, можно использовать улучшенный путь маршрутизации сессии, поскольку для маршрутизации данных сигнализации сессии можно выбирать кратчайший возможный путь маршрутизации сессии, таким образом, экономя емкости сети во время маршрутизации сессии.
Определение может включать в себя определение, может ли иметься возможность обойти, при маршрутизации сессии, узлы маршрутизации мультимедиа между узлом маршрутизации сессии в домашней сети связи вызывающей стороны (в частности, точка определения пути маршрутизации сессии для данных мультимедиа) и обслуживающей сетью связи вызывающей стороны, и маршрутизация может включать в себя маршрутизацию данных сигнализации сессии к обслуживающей сети связи вызывающей стороны, если при маршрутизации сессии может иметься возможность обойти узлы маршрутизации мультимедиа между узлом маршрутизации сессии домашней сети связи вызывающей стороны и обслуживающей сетью связи вызывающей стороны. В частности, в случае, когда определение может быть не подтверждающим, данные сигнализации сессии можно маршрутизировать к вызываемой стороне посредством домашней сети связи вызывающей стороны, и способ может завершиться. Иначе, данные мультимедиа сессии также можно маршрутизировать вдоль пути маршрутизации сессии данных сигнализации сессии. Таким образом, узел маршрутизации сессии в домашней сети связи вызывающей стороны может обеспечить возможность маршрутизации данных мультимедиа сессии напрямую, посредством обслуживающей сети связи вызывающей стороны, с целью улучшить путь маршрутизации сессии для данных мультимедиа. в частности, домашняя и обслуживающая сеть связи вызывающей стороны могут поддерживать оптимизированную маршрутизацию мультимедиа (OMR).
Определение можно основывать на запрошенной услуге связи, связанной с сессией. Термин "услуга связи" может, в частности, обозначать тип данных мультимедиа, подлежащих передаче в сессии (в частности, голосовые данные, видеоданные, мультимедиа данные, и т.п.). В частности, определение может включать в себя определение типа запрошенного для сессии услуги связи, определение, может ли иметься возможность маршрутизировать запрошенную услугу связи к вызываемой стороне посредством обслуживающей сети связи вызывающей стороны, и маршрутизация может включать в себя маршрутизацию данных сигнализации сессии к вызываемой стороне посредством обслуживающей сети связи вызывающей стороны, на основании результата определения, в частности, если может иметься возможность маршрутизировать запрошенную услугу связи к вызываемой стороне посредством обслуживающей сети связи вызывающей стороны. В частности, в случае, в котором определение может быть не подтверждающим, т.е., может не иметься возможность маршрутизировать запрошенную услугу посредством обслуживающей сети связи вызывающей стороны, данные сигнализации можно маршрутизировать к вызываемой стороне посредством домашней сети связи вызывающей стороны, и способ может завершиться. Таким образом, узел маршрутизации сессии в домашней сети связи может различать сессии, основанные на разных запрошенных в рамках сессии услугах, с целью оптимизировать путь маршрутизации сессии. В частности, может иметься возможность маршрутизировать голосовую сессию обратно к обслуживающей сети связи вызывающей стороны, в то время как может не иметься возможность маршрутизировать сессию обмена сообщениями обратно к обслуживающей сети связи, но можно маршрутизировать к вызываемой стороне посредством домашней сети связи вызывающей стороны.
Способ может дополнительно включать в себя этап 366 отправки запроса на маршрутизацию сессии на узел маршрутизации сессии в обслуживающей сети связи вызывающей стороны, запрашивающего маршрутизацию сессии к вызываемой стороне посредством обслуживающей сети связи вызывающей стороны и включающего в себя информацию маршрутизации, идентифицирующую, по меньшей мере, одно из узла маршрутизации сессии обслуживающей сети связи вызывающей стороны и вызываемой стороны. В частности, информация маршрутизации может быть аналогична информации маршрутизации, определенной выше, и может включать в себя, по меньшей мере, одно из универсального идентификатора ресурса (URI) (в частности, из заголовка сообщения), характерной информации заголовка сообщения, и идентификации вызываемой стороны из заголовка сообщения, как описано выше. В частности, узел маршрутизации сессии домашней сети связи вызывающей стороны может модифицировать информацию маршрутизации, принятую в запросе на маршрутизацию сессии от узла маршрутизации сессии в обслуживающей сети связи вызывающей стороны и может перенаправлять этот же запрос на маршрутизацию сессии, или может определять соответствующую информацию маршрутизации, идентифицирующую вызывающую сторону, для отправки в другом запросе на маршрутизацию сессии.
Способ может дополнительно включать в себя этап 368 делегирования узлу маршрутизации сессии в обслуживающей сети связи вызывающей стороны выполнения услуги, связанной с узлом маршрутизации сессии домашней сети связи вызывающей стороны, для вызывающей стороны. Эта мера может позволить распределение потребления емкостей сети во время установления и/или маршрутизации сессии, и может обеспечивать возможность узлу маршрутизации сессии обслуживающей сети связи вызывающей стороны соответствующим образом участвовать при тарификации сессии между вызывающей стороной и вызываемой стороной.
В частности, последовательность этапов 362 определения можно изменять по отношению друг к другу. В частности, последовательность этапов 362, 364, 366, 368 можно изменять по отношению друг к другу. В частности, по меньшей мере два из этапов 360-368 можно выполнять одновременно.
В дальнейшем будет описан способ маршрутизации сессии от вызывающей стороны в обслуживающей сети связи вызывающей стороны к вызываемой стороне. Обслуживающая сеть связи вызывающей стороны отличается от домашней сети связи вызывающей стороны. Способ выполняют при помощи другого узла маршрутизации сессии в обслуживающей сети связи. Способ включает в себя отправку к (в частности, узлу маршрутизации сессии) в домашней сети связи запроса на маршрутизацию сессии, запрашивающего маршрутизацию данных сигнализации сессии к вызываемой стороне посредством обслуживающей сети связи вызывающей стороны, и маршрутизацию данных сигнализации сессии к домашней сети связи вызывающей стороны.
В частности, запрос на маршрутизацию сессии может включать в себя информацию маршрутизации, идентифицирующую узел маршрутизации сессии в обслуживающей сети связи, посредством которой можно маршрутизировать сессию. В частности, информация маршрутизации может включать в себя, по меньшей мере, одно из универсального идентификатора ресурса (URI) (в частности, из заголовка сообщения), характерной информации заголовка сообщения, и идентификации вызываемой стороны из заголовка сообщения, как описано выше.
Обращаясь к фиг. 4, будет описан способ маршрутизации сессии от вызывающей стороны в обслуживающей сети связи вызывающей стороны к вызываемой стороне. Обслуживающая сеть связи вызывающей стороны отличается от домашней сети связи вызываемой стороны. Способ включает в себя этап 470 передачи запроса на маршрутизацию сессии между домашней сетью связи вызываемой стороны и обслуживающей сети связи вызывающей стороны, запрашивающего маршрутизацию данных сигнализации сессии к вызываемой стороне посредством обслуживающей сети связи вызывающей стороны, и этап 472 маршрутизации данных сигнализации сессии к вызываемой стороне посредством обслуживающей сети связи вызывающей стороны, на основании переданного запроса на маршрутизацию сессии. Термин "переданный запрос на маршрутизацию сессии" может, в частности, обозначать прием и/или передачу запроса на маршрутизацию сессии.
Далее будут описаны дополнительные примерные варианты осуществления способа. Однако, эти варианты осуществления также можно применять к соответствующим другим способам, соответствующим узлам маршрутизации сессии, соответствующей системе связи, соответствующей компьютерной программе, и соответствующему компьютерно-читаемому носителю, как описано в разделе "Сущность изобретения" и "Подробное описание".
В частности, связность в обслуживающей сети связи вызывающей стороны и домашней сети связи вызывающей стороны может быть основана на протоколе инициации сессии (SIP). В частности, соответствующую информацию маршрутизации можно включать в сообщение SIP-INVITE, отправляемое между соответствующими узлами маршрутизации сессии.
Обращаясь к фиг. 5 и 6, проиллюстрирована система связи 500, в соответствии с примерным вариантом осуществления. Система связи 500 идентична системе связи 100, проиллюстрированной на фиг. 1, однако, обслуживающая сеть связи 504 включает в себя гостевую функцию управления сессией вызова (V-CSCF) 580, расположенную вместе с P-CSCF/ATCF 514. P-CSCF 514 и V-CSCF 580 образуют узлы 582, 584 маршрутизации сессии обслуживающей сети связи 504.
Далее, обслуживающая сеть связи 504 включает в себя два узла 586, 588 межсоединения сети, сконфигурированных для предоставления межсоединения к обслуживающей сети связи вызываемой стороны. Каждый из узлов 586, 588 межсоединения сети включает в себя IBCF 590, 592, сконфигурированные для маршрутизации данных сигнализации, и TrGW 594, 596, сконфигурированные для маршрутизации данных мультимедиа. Узел 586 межсоединения сконфигурирован для маршрутизации пакетных коммутируемых данных 510 мультимедиа, и узел межсоединения 588 сконфигурирован для маршрутизации голосовых вызовов с коммутацией каналов. Обслуживающая сеть связи 504 может дополнительно включать в себя узел межсоединения сети, сконфигурированный как BCGF, сконфигурированный для выбора IBCF 590, 592, MCS-S или MGCF обслуживающей сети связи 504 для маршрутизации данных сигнализации. В частности, в случае выхода сессии в сеть связи CS, BCGF может выбрать MCS-S или MGCF.
S-CSCF 520 домашней сети 508 связи представляет узел 598 маршрутизации сессии домашней сети 508 связи.
В дальнейшем, со ссылкой на фиг. 5 и 6, будет описан способ маршрутизации сессии вызывающей стороны в обслуживающей сети связи вызывающей стороны в соответствии с примерным вариантом осуществления изобретения.
Вызывающая сторона 502 инициирует установление сессии к вызываемой стороне, расположенной в ее домашней сети связи, или в ее обслуживающей сети связи (в случае, если вызываемая сторона в роуминге). С этой целью, вызывающая сторона 502 отправляет сообщение SIP-INVITE, включающее в себя данные 506 сигнализации на P-CSCF 514 через S/P-GW 512. Соответственно, P-CSCF 514 перенаправляет сообщение SIP-INVITE на S-CSCF 520 в домашней сети 508 связи через IBCF 516, 518. S-CSCF 520 отправляет соответствующий запрос на TAS/SCC AS 522 для вызова приложения IMS, и, после приема сообщения, отправляет соответствующее сообщение SIP-INVITE на V-CSCF 584 через IBCFs 518, 516. После этого, V-CSCF 580 определяет, является ли домашняя сеть связи вызываемой стороны идентичной обслуживающей сети связи 504 вызывающей стороны 502, и, возможно, после этого определяет соответствующий узел 586, 588 межсоединения в обслуживающей сети связи 504, на основании характеристик сессии, которая должна быть установлена, и выбирает определенный узел 586, 588 межсоединения. После этого, соответствующее сообщение SPI-INVITE отправляют на один из узлов 586, 588 межсоединения. Эти отправки обозначены на фиг. 5 параллельными стрелками для обоих узлов 586, 588 межсоединения.
После установления сессии к вызываемой стороне, путь маршрутизации сессии данных 506 сигнализации сессии идентичен обмену информацией во время установления сессии, как описано выше, и указан на фиг. 5 сплошной линией. Данные 506 сигнализации установленной сессии, которые относятся к запрашиванию изменения данных 510 мультимедиа, подлежащих передаче вызываемой стороне, также маршрутизируют вдоль пути маршрутизации сессии данных 506 сигнализации, связанного с установлением сессии. Путь сессии данных 510 мультимедиа сессии устанавливают в обслуживающей сети 504 связи от вызывающей стороны 502 через S/P-GW 512, AGW/ATGW 530, и один из выбранных TrGW 594, 596 узлов 568, 588 межсоединения сети, и указан на фиг. 5 пунктирной линией.
Обращаясь к фиг. 6, способ будет описан более подробно. На первом этапе L1, P-CSCF 514 принимает сообщение SIP-INVITE от вызывающей стороны 502. P-CSCF 514 сначала определяет, поддерживает ли обслуживающая сеть связи 504 маршрутизацию сессии посредством обслуживающей сети 504 связи, и включает информацию маршрутизации, идентифицирующую V-CSCF 582 в сообщение SIP-INVITE, на основании информации о том, что обслуживающая сеть 504 связи поддерживает маршрутизацию сессии посредством обслуживающей сети 504 связи. Здесь, информация маршрутизации соответствует адресу V-CSCF 580. Включение информации маршрутизации в сообщение SIP выполняют помещением URI V-CSCF 580 в поле нового заголовка маршрутизации сообщения SIP-INVITE. Таким образом, V-CSCF 580 идентифицирован как одно из следующих назначений сообщения SIP-INVITE в пути маршрутизации сессии данных 506 сигнализации. Затем, сообщение SIP-INVITE пересылают в домашнюю сеть 508 связи, вдоль пути маршрутизации сессии данных 506 сигнализации. Иначе или дополнительно, P-CSCF 514 включает новую зарегистрированную характерную метку мультимедиа в заголовок маршрутизации сообщения SIP-INVITE, вместе с URI VCSCF 585. Два заголовка маршрутизации могут отличать друг от друга, или могут быть идентичны друг другу. Характерная метка идентифицирует V-CSCF 582 как часть пути маршрутизации сессии данных 506 сигнализации. Например, характерную метку мультимедиа можно определить в соответствии с www://tools.ieft.org/html/draft-holmberg-sipcore-proxy-feature-00, доступным на дату подачи настоящей заявки.
Сообщение SIP-INVITE отправляют с P-CSCF 514 на C-CSCF 520 через IBCFs 516, 518, которые, на этапе L2, обрабатывают сообщение SIP-INVITE традиционным образом, и, если возможно в обслуживающей и домашней сетях 504, 508 связи, в соответствии с процедурами 3GPP оптимальной маршрутизации мультимедиа (OMR). Соответственно, данные 510 мультимедиа сессии возможно маршрутизировать вдоль пути маршрутизации сессии, напрямую между обслуживающей сетью 504 связи вызывающей стороны 502 и обслуживающей сетью связи вызываемой стороны (которая является либо домашней сетью связи, либо гостевой сетью связи вызываемой стороны).
На этапе L3, S-CSCF 520 принимает сообщение SIP-INVITE и вызывает все приложения IMS в TSS/SCC AS 522, традиционным образом. С этой целью, два узла 520, 522 обмениваются между собой соответствующими сообщениями SIP, например, запросами и подтверждениями.
На этапе L4, S-CSCF 520, обладающий возможностью поддерживать маршрутизацию сессии посредством обслуживающей сети 504 связи, анализирует информацию маршрутизации сообщения SIP-INVITE, принятого с P-CSCF 514, и определяет, присутствует ли информация маршрутизации V-CSCF 580 в сообщении SIP-INVITE. С этой целью, S-CSCF 520 определяет, присутствует ли новый заголовок маршрутизации (включающий в себя URI) и/или характерная метка. Если это определение не подтверждается, сессию маршрутизируют посредством домашней сети 508 связи к вызываемой стороне, и способ завершается.
Если определение подтверждающее, т.е. информация маршрутизации присутствует в сообщении SIP-INVITE, S-CSCF 520 далее определяет, является ли сообщение SIP-INVITE соответствующим локальной политике домашней сети 508 связи. Например, такой локальной политикой домашней сети 508 связи может быть прием сообщения SIP-INVITE из данной конкретной обслуживающей сети 504 связи, или маршрутизации сессии, принятой из данной конкретной обслуживающей сети 504 связи, к вызываемой стороне. Если последнее определение не подтверждающее, данные 506 сигнализации сессии маршрутизируют к вызываемой стороне посредством домашней сети 508 связи, и способ завершается.
Если определение подтверждающее, S-CSCF 520 далее определяет, подлежат ли данные 506 сигнализации сессии маршрутизации к вызываемой стороне посредством обслуживающей сети 504 связи вызывающей стороны 502, на основании адреса вызываемой стороны. С этой целью, S-CSCF 520 определяет, отличается ли домашняя сеть 504 связи вызываемой стороны от домашней сети 508 связи вызывающей стороны 502, путем анализа телефонного номера вызываемой стороны. Это определение служит для нахождения оптимального пути маршрутизации сессии данных 506 сигнализации для случая, когда вызываемая сторона находится в домашней сети 508 связи вызывающей стороны 502. Если последнее определение не подтверждающее, данные 506 сигнализации сессии маршрутизируют к вызываемой стороне посредством домашней сети 508 связи, и способ завершается.
Если определение подтверждающее, S-CSCF 520 определяет, можно ли, при выборе пути маршрутизации сессии данных 510 мультимедиа, обойти узлы маршрутизации мультимедиа между узлом 598 маршрутизации сессии домашней сети 508 связи вызывающей стороны 502 (т.е., точка определения пути маршрутизации мультимедиа) и обслуживающей сети 504 связи вызывающей стороны, путем анализа информации в сообщении SIP-INVITE, определенной в соответствии с протоколом описания сессии (SDP). Здесь, узлы маршрутизации мультимедиа домашней сети 508 связи и обслуживающей сети 504 связи, которые имеется возможность обойти, например, указаны в соглашениях о роуминговом межсоединении между операторами соответствующих сетей связи. Если последнее определение не подтверждающее, данные 506 сигнализации сессии маршрутизируют к вызываемой стороне посредством домашней сети 508 связи вызывающей стороны 502, и способ завершается. Дополнительно, данные 510 мультимедиа маршрутизируют вдоль определенного пути сессии данных 506 сигнализации.
Если определение подтверждающее, S-CSCF 520 дополнительно определяет URI запроса сообщения SIP-INVITE, и определяет, подходит ли URI из URI запроса для маршрутизации сессии по направлению к обслуживающей сети 504 связи вызывающей стороны 502. Здесь, URI запроса указывает следующее назначение сообщения SIP-INVITE, и URI нового заголовка маршрутизации указывает конечное назначение сообщения SIP-INVITE. Если последнее определение не подтверждающее, данные 506 сигнализации сессии маршрутизируют к вызываемой стороне посредством домашней сети 508 связи, и способ завершается.
Если определение подтверждающее, S-CSCF 520 определяет, подлежат ли данные сигнализации сессии маршрутизации к вызываемой стороне посредством обслуживающей сети 504 связи вызывающей стороны 502, на основании запрошенной услуги связи, связанной с сессией. С этой целью, S-CSCF 520 определяет тип запрошенной услуги связи (например, передача голосового трафика), определяет, имеется ли возможность маршрутизации запрошенной услуги связи к вызываемой стороне посредством обслуживающей сети 504 связи вызывающей стороны 502. Если определение не подтверждающее, т.е. не имеется возможность маршрутизировать запрошенную услугу посредством обслуживающей сети 504 связи вызывающей стороны 502, данные сигнализации маршрутизируют к вызываемой стороне посредством домашней сети 508 связи вызываемой стороны 502, и способ завершается. Это определение может иметь приоритет над всеми предыдущими подтверждающими этапами определения.
Если последнее определение подтверждающее, S-CSCF 520 изменяет, на этапе L5, URI из URI запроса, и поле нового заголовка маршрутизации сообщения SIP-INVITE, путем смены местами информации URI запроса и нового заголовка маршрутизации так, что URI S-CSCF 520 в URI запроса заменяется на URI V-CSCF 580, и URI вызываемой стороны помещается в новый заголовок маршрутизации. Дополнительно или вместо нового заголовка маршрутизации в сообщении SIP-INVITE, заголовок идентификации пути маршрутизации-вызываемой стороны (P-called party-ID-header), включающий в себя информацию маршрутизации вызываемой стороны, включают в сообщение SIP-INVITE, аналогично использованию заголовка маршрутизации исходным S-CSCF 520, с целью передачи исходного URI вызываемой стороны на оконечный P-CSCF.
На следующем этапе L6, входной IBCF 516 напрямую маршрутизирует сообщение SIP-INVITE на V-CSCF 582, путем использования традиционной адресации идентификатора публичной услуги (PSI).
На этапе L7, V-CSCF 580, после приема сообщения SIP-INVITE, идентифицирует вызываемую сторону, путем анализа поля нового заголовка маршрутизации, и/или заголовка идентификации пути маршрутизации-вызываемой стороны принятого сообщения SIP-INVITE. Если URI запроса вызываемой стороны включает в себя номер телефона, V-CSCF 580 выполняет поиск ENUM и NP, с целью определить имя и/или домашнюю сеть вызываемой стороны сессии, как обычно могут S-CSCF 520. Далее, V-CSCF 580 включает URI вызываемой стороны в URI запроса сообщения SIP-INVITE, подлежащего отправке в направлении вызываемой стороны. Также, V-CSCF 582 выполняет локальные услуги для вызывающей стороны 502, например, включая музыку ожидания. Эти услуги, обычно общие для всех абонентов, принадлежащих оператору обслуживающей сети связи 504, например, основаны на роуминговых соглашениях. Исполнение услуг может быть исполнено до или следом за исполнением поиска(ов). После этого, V-CSCF 582 определяет, идентична ли обслуживающая сеть связи вызываемой стороны обслуживающей сети 508 связи вызывающей стороны 502. Если определение подтверждающее, V-CSCF 580 определяет, что сессию нужно терминировать в обслуживающей сети 504 и, соответственно, выбирает, для маршрутизации сессии к вызываемой стороне, узел управления сессией обслуживающей сети 504 связи (например, I-CSCF). Если определение не подтверждающее, V-CSCF 580 затем определяет узел межсоединения 586, 588, на основании характеристик сессии (например, голосового вызова CS), и включает информацию маршрутизации выбранного узла межсоединения 586, 588 в сообщение SIP-INVITE, подлежащее отправке.
На следующем этапе L8, сообщение SIP-INVITE далее отправляют на следующий узел сети 699, например, x-CSCF (I-CSCF и, необязательно, S-CSCF), MGCF, или IBCF обслуживающей сети 504 связи вызывающей стороны 502. IBCF 699 может быть идентичен IBCF 590 или 592 узлов 585 и 588 межсоединения сети, соответственно. В случае, в котором вызываемая сторона находится в обслуживающей сети 504 связи вызывающей стороны 502, которая идентична домашней сети связи вызываемой стороны, сообщение SIP-INVITE отправляют на I-CSCF 699 или I-CSCF и S-CSCF 699, в случае выхода вызова в сеть связи CS, сообщение SIP-INVITE отправляют на MGCF 699, и, в случае маршрутизации данных 506 сигнализации в другую основанную на IMS сеть связи вызываемой стороны, сообщение SIP-INVITE отсылают на IBCF 699.
На этапе L9, сообщения SIP-200OK, включающие в себя информацию SDP, относящуюся к генерации оптимизированного пути маршрутизации сессии данных 510 мультимедиа, отправляют соответствующим узлам в пути мультимедиа сессии. Соответственно, узлы маршрутизации мультимедиа между домашней сетью 508 связи и обслуживающей сетью 504 связи вызывающей стороны 502 обходят, и может иметь место дополнительные оптимизации маршрутизации мультимедиа.
На этапе L10, V-CSCF 580 включает в сообщение SIP-200OK поле нового заголовка маршрутизации, с целью информировать любой узел или сеть между домашней сетью 508 связи и обслуживающей сетью 504 связи вызывающей стороны 502 о факте того, что установлена маршрутизация данных 506 сигнализации сессии посредством обслуживающей сети 504, и что этот путь маршрутизации сессии данных 506 сигнализации используется только для целей управления услугой роуминга. Далее, P-CSCF 514, после приема сообщения SIP-200OK, снимает новый заголовок маршрутизации.
В частности, по меньшей мере одно из правил этапов определения, описанных в связи с фиг. 2-6, можно определять наоборот. Например, вместо определения идентичности между двумя объектами, можно определять различия между двумя объектами.
Обращаясь к фиг. 7, будет описан узел 784 маршрутизации сессии в обслуживающей сети связи вызывающей стороны. Узел 784 маршрутизации сессии сконфигурирован для маршрутизации сессии от вызывающей стороны в обслуживающей сети связи вызывающей стороны к вызываемой стороне. Обслуживающая сеть связи вызывающей стороны отличается от домашней сети связи вызывающей стороны. Узел 784 маршрутизации сессии включает в себя приемный блок RU1, сконфигурированный для приема запроса на маршрутизацию сессии из домашней сети связи вызывающей стороны, запрашивающего маршрутизацию данных сигнализации сессии к вызываемой стороне посредством обслуживающей сети связи вызывающей стороны, и блок маршрутизации TU1, сконфигурированный для маршрутизации данных сигнализации сессии к вызываемой стороне посредством обслуживающей сети связи вызывающей стороны, на основании принятого запроса на маршрутизацию сессии. Блок маршрутизации TU1 может быть идентичен, или может образовывать часть блока отправки узла 784 маршрутизации сессии. Узел 784 маршрутизации сессии может дополнительно включать в себя блок обработки PU1, сконфигурированный для обработки информации, относящейся к способу маршрутизации сессии от вызывающей стороны в обслуживающей сети связи вызывающей стороны к вызываемой стороне. В частности, блок обработки PU1 можно сконфигурировать для выполнения соответствующих этапов способа, как описано выше. Далее, узел 784 маршрутизации сессии может включать в себя блок накопителя SU1, сконфигурированный для хранения информации, относящейся к способу. В частности, по меньшей мере два блока могут быть интегрально сформированы. В частности, узел 784 маршрутизации сессии можно сконфигурировать для выполнения способа маршрутизации сессии от вызывающей стороны в обслуживающей сети связи вызывающей стороны к вызываемой стороне, как это описано выше.
Далее будут описаны дополнительные примерные варианты осуществления узла 784 маршрутизации сессии. Однако, эти варианты осуществления также можно применять к соответствующим другим способам, соответствующим узлам маршрутизации сессии, соответствующей системе связи, соответствующей компьютерной программе, и соответствующему компьютерно-читаемому носителю, как описано в разделе "Сущность изобретения" и "Подробное описание".
Узел 784 можно сконфигурировать как узел гостевой функции управления сессией вызова (V-CSCF).
Далее, узел 784 маршрутизации сессии можно разместить вместе с, по меньшей мере, одним из узла функции-посредника управления сессией вызова (P-CSCF) и узла управления передачей доступа (ATCF) (в частности, обслуживающей сети связи вызывающей стороны), в частности, в случае, и/или если P-CSCF и/или ATCF можно разместить вместе с обслуживающей функцией управления сессией вызова (S-CSCF) обслуживающей сети связи вызывающей стороны.
Обращаясь к фиг. 8, будет описан узел 898 маршрутизации сессии в домашней сети связи вызывающей стороны. Узел 898 маршрутизации сессии сконфигурирован для маршрутизации сессии от вызывающей стороны в обслуживающей сети связи вызывающей стороны к вызываемой стороне. Обслуживающая сеть связи вызывающей стороны отличается от домашней сети связи вызывающей стороны. Узел 898 маршрутизации сессии включает в себя приемный блок RU2, сконфигурированный для приема из обслуживающей сети связи вызывающей стороны запроса на маршрутизацию сессии, запрашивающего маршрутизацию данных сигнализации сессии к вызываемой стороне посредством обслуживающей сети связи вызывающей стороны, и блок определения PU1, сконфигурированный для определения того, подлежат ли данные сигнализации сессии маршрутизации посредством обслуживающей сети связи вызывающей стороны. В частности, блок определения PU2 может формировать часть, или быть идентичен, блоку обработки узла 898 маршрутизации сессии. В частности, блок обработки PU2 можно сконфигурировать для обработки информации, относящейся к способу маршрутизации сессии от вызывающей стороны в обслуживающей сети связи вызывающей стороны к вызываемой стороне, и можно сконфигурировать для выполнения соответствующих этапов определения способа, как описано выше. Узел 898 маршрутизации сессии включает в себя блок маршрутизации TU2, сконфигурированный для маршрутизации данных сигнализации сессии к обслуживающей сети связи вызывающей стороны, на основании результата определения. В частности, блок маршрутизации TU2 может быть идентичен, или формировать часть, блока отправки узла 898 маршрутизации сессии, который можно сконфигурировать для отправки информации. В частности, узел 898 маршрутизации сессии может включать в себя блок накопителя SU2, сконфигурированный для хранения информации, относящейся к способу маршрутизации сессии от вызывающей стороны в обслуживающей сети связи вызывающей стороны к вызываемой стороне. В частности, по меньшей мере, два из блоков можно сформировать интегрированно. В частности, узел 898 маршрутизации сессии можно сконфигурировать для выполнения способа маршрутизации сессии от вызывающей стороны в обслуживающей сети связи вызывающей стороны к вызываемой стороне, как описано выше.
Далее будут описаны дополнительные примерные варианты осуществления узла 898 маршрутизации сессии. Однако, эти варианты осуществления также можно применять к соответствующим другим способам, соответствующим узлам маршрутизации сессии, соответствующей системе связи, соответствующей компьютерной программе, и соответствующему компьютерно-читаемому носителю, как описано в разделе "Сущность изобретения" и "Подробное описание".
Узел 898 маршрутизации сессии можно сконфигурировать как узел обслуживающей функции управления сессией вызова (S-CSCF).
В нижеследующем, будет описан другой узел маршрутизации сессии в обслуживающей сети связи для маршрутизации сессии от вызывающей стороны в обслуживающей сети связи вызывающей стороны к вызываемой стороне. Обслуживающая сеть связи вызывающей стороны отличается от домашней сети связи вызывающей стороны. Другой узел маршрутизации сессии включает в себя блок отправки, сконфигурированный для отправки к (в частности, узел 782 маршрутизации сессии) домашней сети связи вызывающей стороны запроса на маршрутизацию сессии, запрашивающего маршрутизацию данных сигнализации сессии к вызываемой стороне, посредством обслуживающей сети связи вызывающей стороны. Другой узел маршрутизации сессии включает в себя блок маршрутизации, сконфигурированный для маршрутизации данных сигнализации сессии к домашней сети связи вызывающей стороны. В частности, блок маршрутизации формирует часть, или идентичен, блоку отправки другого узла маршрутизации сессии, который можно сконфигурировать для отправки информации. В частности, другой узел маршрутизации сессии включает в себя блок приема, сконфигурированный для приема информации, блок обработки, сконфигурированный для обработки информации, и блок накопителя, сконфигурированный для хранения информации, связанной со способом маршрутизации сессии от вызывающей стороны обслуживающей сети связи вызывающей стороны к вызываемой стороне. В частности, по меньшей мере, два из блоков можно сформировать интегрально.
В частности, другой узел маршрутизации сессии сконфигурирован для включения информации маршрутизации, идентифицирующей узел 798 маршрутизации сессии в запрос на маршрутизацию сессии.
В частности, другой узел маршрутизации сессии сконфигурирован как узел функции-посредника управления сессией вызова (P-CSCF).
В нижеследующем, будет описана система связи для маршрутизации сессии от вызывающей стороны в обслуживающей сети связи вызывающей стороны к вызываемой стороне. Обслуживающая сеть связи вызывающей стороны отличается от домашней сети связи вызывающей стороны. Система связи включает в себя узел 782 маршрутизации сессии, и узел 898 маршрутизации сессии, как описано выше. Система связи может дополнительно включать в себя другой узел маршрутизации сессии, как описано выше.
В нижеследующем, в соответствии с примерным вариантом осуществления будет описан программный элемент. Программный элемент, при исполнении процессором или блоком обработки, в частности, узла 784, 898 маршрутизации сессии, или другого узла маршрутизации сессии, сконфигурирован для выполнения или управления способом маршрутизации сессии от вызывающей стороны в обслуживающей сети связи вызывающей стороны к вызываемой стороне, как описано выше.
В нижеследующем, в соответствии с примерным вариантом осуществления будет описан компьютерно-читаемый носитель. На компьютерно-читаемом носителе хранится компьютерная программа для маршрутизации сессии от вызываемой стороны в обслуживающей сети связи вызывающей стороны к вызываемой стороне. Компьютерная программа, при исполнении процессором или блоком обработки, в частности, узла 784, 898 маршрутизации сессии, или другого узла маршрутизации сессии, сконфигурирована для выполнения или управления способом маршрутизации сессии от вызывающей стороны в обслуживающей сети связи вызывающей стороны к вызываемой стороне, как описано выше. Компьютерно-читаемый носитель может быть сконфигурирован, например, как энергозависимая память, энергонезависимая память, CD, DVD, USB накопитель, дискета или жесткий диск.
Несмотря на то, что изобретение проиллюстрировано и подробно описано в чертежах и вышеприведенном описании, эти иллюстрации и описание являются иллюстрирующими и примерными, а не ограничивающими; изобретение не ограничено описанными вариантами осуществления. Специалисты в данной области могут представить и реализовать другие изменения к описанным вариантам осуществления, при реализации изобретения из формулы изобретения, при изучении чертежей, описания, и приложенной формулы изобретения. В формуле изобретения, словосочетание «включающий в себя» не исключает других элементов или этапов, и использование единственного числа не исключает множественного числа. Тот факт, что определенные меры перечислены во взаиморазличных зависимых пунктах формулы изобретения, не указывает на то, что комбинацию этих мер нельзя использовать для достижения преимущества. Любые номера ссылок в формуле изобретения нельзя рассматривать как ограничивающие объем.

Claims (21)

1. Способ маршрутизации данных (506) сигнализации для установления сессии для сессии от вызывающей стороны (502) в обслуживающей сети (504) связи вызывающей стороны (502) к вызываемой стороне, при этом обслуживающая сеть (504) связи вызывающей стороны (502) отличается от домашней сети (508) связи вызывающей стороны (502), при этом способ выполняется узлом (584, 784) маршрутизации сессии в обслуживающей сети (504) связи вызывающей стороны (502), при этом способ включает в себя этапы, на которых:
принимают (250, L7) с узла (598, 898) маршрутизации сессии в домашней сети (508) связи вызывающей стороны (502) запрос на маршрутизацию сессии, запрашивающий маршрутизацию данных (506) сигнализации для установления сессии к вызываемой стороне посредством обслуживающей сети (504) связи вызывающей стороны (502), при этом запрос на маршрутизацию сессии включает в себя информацию маршрутизации, идентифицирующую узел (584, 784) маршрутизации сессии в обслуживающей сети (504) связи вызывающей стороны (502) и идентифицирующую вызываемую сторону,
анализируют (258, L7) запрос на маршрутизацию сессии для определения вызываемой стороны, и
маршрутизируют (252) данные (506) сигнализации для установления сессии к вызываемой стороне посредством обслуживающей сети (504) связи вызывающей стороны (502) на основании принятого запроса на маршрутизацию сессии и на основании результата анализа.
2. Способ по п. 1, при этом способ дополнительно включает в себя этап, на котором:
определяют (253, L7), является ли домашняя сеть связи вызываемой стороны идентичной обслуживающей сети (504) связи вызывающей стороны (502),
при этом маршрутизация (252) включает в себя этап, на котором маршрутизируют данные (506) сигнализации для установления сессии к вызываемой стороне внутри обслуживающей сети (504) связи вызывающей стороны (502), если домашняя сеть связи вызываемой стороны идентична обслуживающей сети (504) связи вызывающей стороны (502).
3. Способ по п. 1, при этом способ дополнительно включает в себя этап, на котором:
определяют (254, L7) узел (586, 588) межсоединения сети в обслуживающей сети (504) связи вызывающей стороны (502) на основании характеристик сессии,
при этом маршрутизация (252) включает в себя этап, на котором маршрутизируют данные (506) сигнализации для установления сессии посредством узла (586, 588) межсоединения сети в обслуживающей сети (504) связи вызывающей стороны (502) на основании результата определения.
4. Способ по п. 3, в котором сессия включает в себя данные (510) мультимедиа, при этом узел (586, 588) межсоединения сети маршрутизирует данные (510) мультимедиа к вызываемой стороне.
5. Способ по п. 1, при этом способ дополнительно включает в себя этап, на котором:
выполняют (256, L7) для вызывающей стороны (502) услугу, связанную с узлом (598) маршрутизации сессии в домашней сети (508) связи вызывающей стороны (502).
6. Способ маршрутизации данных (506) сигнализации для установления сессии для сессии от вызывающей стороны (502) в обслуживающей сети (504) связи вызывающей стороны (502) к вызываемой стороне, при этом обслуживающая сеть (504) связи вызывающей стороны (502) отличается от домашней сети (508) связи вызывающей стороны (502), при этом способ выполняется узлом (598, 898) маршрутизации сессии в домашней сети (508) связи вызывающей стороны (502), при этом способ включает в себя этапы, на которых:
принимают (360, L3) из обслуживающей сети связи вызывающей стороны (502) запрос на маршрутизацию сессии, запрашивающий маршрутизацию данных (506) сигнализации для установления сессии к вызываемой стороне посредством обслуживающей сети (504) связи вызывающей стороны (502) и включающий в себя информацию маршрутизации, идентифицирующую узел (584, 784) маршрутизации сессии в обслуживающей сети (504) связи вызывающей стороны (502),
определяют (362, L5), необходимо ли маршрутизировать данные (506) сигнализации для установления сессии посредством обслуживающей сети (504) связи вызывающей стороны (502), и
маршрутизируют (364) данные (506) сигнализации для установления сессии в запросе на маршрутизацию сессии к узлу (584, 784) маршрутизации сессии в обслуживающей сети (504) связи вызывающей стороны (502) на основании принятого запроса на маршрутизацию сессии и результата определения, при этом запрос на маршрутизацию сессии запрашивает маршрутизацию данных (506) сигнализации для установления сессии к вызываемой стороне посредством обслуживающей сети (504) связи вызывающей стороны (502) и включает в себя информацию маршрутизации, идентифицирующую узел (584, 784) маршрутизации сессии обслуживающей сети (504) связи вызывающей стороны (502) и вызываемую сторону.
7. Способ по п. 6, в котором определение (362, L4) включает в себя этап, на котором определяют, включает ли в себя запрос на маршрутизацию сессии информацию маршрутизации, идентифицирующую узел (584, 784) маршрутизации сессии в обслуживающей сети (504) связи вызывающей стороны (502), и в котором маршрутизация (366) включает в себя этап, на котором маршрутизируют данные (506) сигнализации для установления сессии к обслуживающей сети (504) связи вызывающей стороны (502), если запрос на маршрутизацию сессии включает в себя информацию маршрутизации.
8. Способ по п. 6, в котором информация маршрутизации включает в себя, по меньшей мере, одно из универсального идентификатора ресурса и характерной информации заголовка сообщения.
9. Способ по п. 6, в котором определение (362, L4) включает в себя этап, на котором определяют, является ли принятый запрос на маршрутизацию сессии соответствующим доступной политике домашней сети (508) связи вызывающей стороны (502), и в котором маршрутизация (366) включает в себя этап, на котором маршрутизируют данные (506) сигнализации для установления сессии к обслуживающей сети (504) связи вызывающей стороны (502), если запрос на маршрутизацию сессии является соответствующим доступной политике.
10. Способ по п. 6, в котором определение (362, L4) основано на адресе вызываемой стороны.
11. Способ по п. 6, в котором определение (362, L4) включает в себя этап, на котором определяют, имеется ли возможность, при маршрутизации сессии, обхода узлов маршрутизации мультимедиа между узлом (584, 784) маршрутизации сессии в домашней сети (508) связи вызывающей стороны (502) и обслуживающей сети (504) связи вызывающей стороны (502), и в котором маршрутизация (366) включает в себя этап, на котором маршрутизируют данные (506) сигнализации для установления сессии к обслуживающей сети (504) связи вызывающей стороны (502), если в сессии имеется возможность обходить узлы мультимедиа между узлом (584, 784) маршрутизации сессии в домашней сети (508) связи вызывающей стороны (502) и обслуживающей сети (504) связи вызывающей стороны (502).
12. Способ по п. 6, в котором определение (362, L4) основано на запрошенной услуге связи, связанной с сессией.
13. Способ по п. 6, при этом способ дополнительно включает в себя этап, на котором:
делегируют (368, L5) узлу (584, 784) маршрутизации сессии в обслуживающей сети (504) связи вызывающей стороны (502) выполнение услуги, связанной с узлом (598, 898) маршрутизации сессии домашней сети (508) связи вызывающей стороны (502), для вызывающей стороны (502).
14. Узел (584, 784) маршрутизации сессии для обслуживающей сети (504) связи вызывающей стороны (502) и для маршрутизации данных (506) сигнализации для установления сессии для сессии от вызывающей стороны (502) в обслуживающей сети (504) связи вызывающей стороны (502) к вызываемой стороне, при этом обслуживающая сеть (504) связи вызывающей стороны (502) отличается от домашней сети (508) связи вызывающей стороны (502), при этом узел (584, 784) маршрутизации сессии включает в себя:
блок (RU1) приема, сконфигурированный для приема с узла (598, 898) маршрутизации сессии в домашней сети (508) связи вызывающей стороны (502) запроса на маршрутизацию сессии, запрашивающего маршрутизацию данных (506) сигнализации для установления сессии к вызываемой стороне посредством обслуживающей сети (504) связи вызывающей стороны (502), при этом запрос на маршрутизацию сессии включает в себя информацию маршрутизации, идентифицирующую узел (584, 784) маршрутизации сессии в обслуживающей сети (504) связи вызывающей стороны (502) и идентифицирующую вызываемую сторону,
при этом узел (584, 784) маршрутизации сессии выполнен с возможностью анализа запроса на маршрутизацию сессии для определения вызываемой стороны и включает в себя:
блок (TU1) маршрутизации, сконфигурированный для маршрутизации данных (506) сигнализации для установления сессии к вызываемой стороне посредством обслуживающей сети (504) связи вызывающей стороны (502) на основании принятого запроса на маршрутизацию сессии и на основании результатов анализа.
15. Узел (584, 784) маршрутизации сессии по п. 14, при этом узел (584, 784) маршрутизации сессии сконфигурирован как узел (514) гостевой функции управления сессией вызова.
16. Система, при этом система включает в себя узел (584, 784) маршрутизации сессии по п. 14 или 15, при этом узел (584, 784) маршрутизации сессии расположен вместе с, по меньшей мере, одним из узла (514) функции-посредника управления сессией вызова и узла (514) функции управления передачей доступа.
17. Узел (598, 898) маршрутизации сессии для домашней сети (508) связи вызывающей стороны (502) и для маршрутизации данных (506) сигнализации для установления сессии для сессии от вызывающей стороны (502) обслуживающей сети (504) связи вызывающей стороны (502) к вызываемой стороне, при этом обслуживающая сеть (504) связи вызывающей стороны (502) отличается от домашней сети (508) связи вызывающей стороны (502), при этом узел (598, 898) маршрутизации сессии включает в себя:
блок (RU2) приема, сконфигурированный для приема из обслуживающей сети (504) связи вызывающей стороны (502) запроса на маршрутизацию сессии, запрашивающего маршрутизацию данных (506) сигнализации для установления сессии к вызываемой стороне, посредством обслуживающей сети (504) связи вызывающей стороны (502) и включающего в себя информацию маршрутизации, идентифицирующую узел (584, 784) маршрутизации сессии в обслуживающей сети (504) связи вызывающей стороны (502),
блок (PU2) определения, сконфигурированный для определения (362), необходимо ли маршрутизировать данные (506) сигнализации для установления сессии посредством обслуживающей сети (504) связи вызывающей стороны (502), и
блок (TU2) маршрутизации, сконфигурированный для маршрутизации (366) данных (506) сигнализации для установления сессии в запросе на маршрутизацию сессии на узел (584, 784) маршрутизации сессии в обслуживающей сети (504) связи вызывающей стороны (502) на основании принятого запроса на маршрутизацию сессии и результата определения, при этом запрос на маршрутизацию сессии запрашивает маршрутизацию данных (506) сигнализации для установления сессии к вызываемой стороне посредством обслуживающей сети (504) связи вызывающей стороны (502) и включает в себя информацию маршрутизации, идентифицирующую узел (584, 784) маршрутизации сессии в обслуживающей сети (504) связи вызывающей стороны (502) и вызываемую сторону.
18. Узел (598, 898) маршрутизации сессии по п. 17, при этом узел (598, 898) маршрутизации сессии сконфигурирован как узел (520) обслуживающей функции управления сессией вызова.
19. Система (500) связи для маршрутизации данных (506) сигнализации для установления сессии для сессии от вызывающей стороны (502) в обслуживающей сети (504) связи вызывающей стороны (502) к вызываемой стороне, при этом обслуживающая сеть (504) связи вызывающей стороны (502) отличается от домашней сети (508) связи вызывающей стороны (502), при этом система (500) связи включает в себя:
узел (584, 784) маршрутизации сессии по любому из пп. 14 или 15, и
узел (598, 898) маршрутизации сессии по п. 17 или 18.
20. Программный элемент, при этом программный элемент, при выполнении процессором, сконфигурирован для выполнения способа маршрутизации данных (506) сигнализации для установления сессии для сессии от вызывающей стороны (502) в обслуживающей сети (504) связи вызывающей стороны (502) к вызываемой стороне по любому из пп. 1-13.
21. Компьютерно-читаемый носитель, в котором хранится компьютерная программа для маршрутизации данных (506) сигнализации для установления сессии для сессии вызывающей стороны (502) в обслуживающей сети (504) связи вызывающей стороны (502) к вызываемой стороне, при этом компьютерная программа, при выполнении процессором, сконфигурирована для выполнения способа маршрутизации данных (506) сигнализации для установления сессии для сессии от вызывающей стороны (502) в обслуживающей сети (504) связи вызывающей стороны (502) к вызываемой стороне по любому из пп. 1-13.
RU2013136538/08A 2011-01-06 2011-01-06 Способ маршрутизации сессии от вызывающей стороны в обслуживающей сети связи вызывающей стороны к вызываемой стороне RU2550517C2 (ru)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2011/050134 WO2012092969A1 (en) 2011-01-06 2011-01-06 Method of routing a session from a calling party in a serving communication network of the calling party to a called party

Publications (2)

Publication Number Publication Date
RU2013136538A RU2013136538A (ru) 2015-02-20
RU2550517C2 true RU2550517C2 (ru) 2015-05-10

Family

ID=44168128

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2013136538/08A RU2550517C2 (ru) 2011-01-06 2011-01-06 Способ маршрутизации сессии от вызывающей стороны в обслуживающей сети связи вызывающей стороны к вызываемой стороне

Country Status (11)

Country Link
US (2) US8964961B2 (ru)
EP (1) EP2661941B1 (ru)
CN (1) CN103404221B (ru)
BR (1) BR112013017397B1 (ru)
DK (1) DK2661941T3 (ru)
ES (1) ES2550767T3 (ru)
IL (1) IL227366A (ru)
MA (1) MA34943B1 (ru)
PL (1) PL2661941T3 (ru)
RU (1) RU2550517C2 (ru)
WO (1) WO2012092969A1 (ru)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2740035C1 (ru) * 2017-10-12 2020-12-30 Рокпорт Нетворкс Инк. Шлюз прямых межсоединений

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9641567B2 (en) * 2009-05-14 2017-05-02 Qualcomm Incorporated Controlling media and informing controller status in collaborative sessions
US9641564B2 (en) * 2009-05-14 2017-05-02 Qualcomm Incorporated Maintaining controllee information in collaborative sessions
US8520615B2 (en) * 2010-03-26 2013-08-27 Juniper Networks, Inc. Breakout gateway for mobile data traffic
US8432871B1 (en) 2010-03-26 2013-04-30 Juniper Networks, Inc. Offloading mobile traffic from a mobile core network
GB2482919B (en) 2010-08-20 2014-05-07 Samsung Electronics Co Ltd Retrieval of user equipment capabilities by application server
JP6008617B2 (ja) * 2012-06-29 2016-10-19 キヤノン株式会社 通信装置およびその制御方法、並びにプログラム
CN103747430B (zh) * 2013-12-31 2018-10-19 华为技术有限公司 呼叫控制设备和处理用户业务的方法
US9712425B2 (en) * 2014-05-23 2017-07-18 Telefonaktiebolaget Lm Ericsson (Publ) Maintaining optimal media routing
US10015201B2 (en) 2015-06-30 2018-07-03 At&T Intellectual Property I, L.P. Implementing application level multimedia services as a switching function
CN111371724B (zh) * 2018-12-25 2022-05-17 中国电信股份有限公司 实现ims业务的通信系统、设备和方法
CN109714752B (zh) * 2019-01-04 2021-09-03 中国联合网络通信集团有限公司 一种基于区块链的通信方法及系统

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2001117235A (ru) * 1998-11-24 2003-05-27 Никсан Устройство и способ сбора и анализа данных связи

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060039397A1 (en) * 2004-08-18 2006-02-23 Lucent Technologies Inc. Sagacious routing engine, method of routing and a communications network employing the same
CN1758649B (zh) * 2004-10-05 2010-04-28 华为技术有限公司 版本不同的网间互联协议网络互通的方法
CN100479417C (zh) * 2005-09-02 2009-04-15 华为技术有限公司 一种防止媒体流迂回的通信方法
US20070149166A1 (en) * 2005-12-23 2007-06-28 Telefonaktiebolaget Lm Ericsson (Publ) Voice call continuity for emergency calls
US7830868B2 (en) * 2006-02-06 2010-11-09 Research In Motion Limited System and method for effecutating a SIP call in a network environment including IMS
CN101401383B (zh) * 2006-03-14 2012-12-05 艾利森电话股份有限公司 Ip多媒体子系统中的消息路由
US8335485B2 (en) * 2008-06-11 2012-12-18 Nokia Corporation Call routing

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2001117235A (ru) * 1998-11-24 2003-05-27 Никсан Устройство и способ сбора и анализа данных связи

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2740035C1 (ru) * 2017-10-12 2020-12-30 Рокпорт Нетворкс Инк. Шлюз прямых межсоединений
US11398928B2 (en) 2017-10-12 2022-07-26 Rockport Networks Inc. Direct interconnect gateway

Also Published As

Publication number Publication date
ES2550767T3 (es) 2015-11-12
CN103404221B (zh) 2018-02-23
IL227366A0 (en) 2013-09-30
RU2013136538A (ru) 2015-02-20
CN103404221A (zh) 2013-11-20
US20150131532A1 (en) 2015-05-14
EP2661941B1 (en) 2015-07-22
US20120177193A1 (en) 2012-07-12
IL227366A (en) 2017-05-29
MA34943B1 (fr) 2014-03-01
PL2661941T3 (pl) 2015-12-31
US8964961B2 (en) 2015-02-24
BR112013017397B1 (pt) 2022-04-19
US9596640B2 (en) 2017-03-14
BR112013017397A2 (pt) 2016-10-04
DK2661941T3 (en) 2015-10-19
EP2661941A1 (en) 2013-11-13
WO2012092969A1 (en) 2012-07-12

Similar Documents

Publication Publication Date Title
RU2550517C2 (ru) Способ маршрутизации сессии от вызывающей стороны в обслуживающей сети связи вызывающей стороны к вызываемой стороне
US8909224B2 (en) Connecting device via multiple carriers
KR101565626B1 (ko) 패킷 교환 방식 멀티미디어 가입자 서비스들을 제공하는 아키텍처에 의해 정의된 기능들을 갖는 인터페이스들을 갖는 이동 교환국 플랫폼
CN102378148B (zh) 终端、hss、及核心网网元获知终端能力的方法和系统
US9848020B2 (en) User plane control in IMS
US20040249887A1 (en) Conversational bearer negotiation
WO2016107161A1 (zh) 通信方法、用户设备及通信装置
RU2696338C2 (ru) Оптимизация задержки при передаче обслуживания
US9055397B2 (en) Method for usage of VPLMN infrastructure by an HPLMN to terminate an IMS session set up for a roaming user
CN101371239A (zh) 用于在通信网络中建立特殊通信会话的方法和系统体系结构
CN106941669B (zh) 无线通信方法和p-cscf设备
JP5746442B2 (ja) ローミングパートナーの領域の1次および2次への編成
RU2454031C2 (ru) Способ, система и устройство для установления ассоциативно-управляющих связей
US8605677B2 (en) Routing packet flows along an optimized path
US20230269661A1 (en) Communication method and apparatus
US8599787B2 (en) Routing packet flows along an optimized path in an IMS network
US9544756B2 (en) Home communication network determination
CN106685890A (zh) 一种呼叫VoLTE用户的优化方法、装置和系统
EP3035627A1 (en) Method of providing coverage extension to an existing mobile network, and corresponding system.
JP2024512551A (ja) インターネットプロトコルセッションにおいてメディアリソース機能またはメディアゲートウェイを選択するための方法および装置
CN118511496A (zh) 方法、装置和计算机程序
WO2014177174A1 (en) Hplmn indication in roaming architecture for voice over ims with local breakout
CN118827629A (zh) Ims媒体面选择方法、设备、ims核心网和存储介质
KR20170007016A (ko) 호 처리 시스템 및 그 시스템에서의 착신망 선택 방법