СПОСОБ И УСТРОЙСТВО ДЛЯ ОБЕСПЕЧЕНИЯ ИНФОРМАЦИИ О СВЯЗАННЫХ СЕАНСАХ СВЯЗИ В ГИБРИДНЫХ ТЕЛЕКОММУНИКАЦИОННЫХ СЕТЯХ Российский патент 2010 года по МПК H04L12/66 

Область техники

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

Предшествующий уровень техники

Стационарные и, особенно, мобильные сети, такие как сети стандартов GSM (Глобальная система мобильной связи), GPRS (Система общей пакетной радиосвязи) или UMTS (Универсальная телекоммуникационная система), непрерывно развиваются. Сети GSM/GPRS и UMTS в настоящее время обеспечивают как связность за счет коммутации каналов (CS), так и связность за счет пакетной коммутации (PS). Двухточечная связность типа PS с ее возможностями передачи широкого диапазона типов данных может быть использована для предоставления мультимедийных услуг, таких как передача изображений, музыки и видео. Связность типа CS обеспечивает линию связи между двумя пользовательскими устройствами или одним или более терминалами, содержащимися в пользовательском устройстве, посредством одного или более доверительных сетевых узлов с надежным и определенным качеством обслуживания (QoS), например, для речевого трафика.

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

Услуги в комбинационных сетях, содержащих сети различных типов, такие как CS-сеть и PS-сеть, определяются как комбинационные услуги. Эти комбинационные услуги, которые объединяют традиционные услуги с коммутацией каналов (CS) с появляющимися услугами в области пакетной коммутации (PS), рассматриваются как первый практический шаг к созданию сети, в которой все услуги будут обеспечиваться архитектурой области пакетной коммутации (PS).

Телекоммуникационные системы, которые применяют две или более сетей, известны из публикаций WO 03/073782 A1 и WO 03/065654 A1.

WO 03/073782 A1 раскрывает устройство и способ, в которых сеанс(ы) связи между устройством и средой передачи, такой как сети типа беспроводной локальной сети, Bluetooth или UMTS, выбираются на основе предварительно определенного алгоритма выбора для приложения, загружаемого в устройство, в зависимости от доступной в текущий момент среды передачи. Действительный выбор соответствующей среды может зависеть от загружаемого приложения, от загруженного и активного приложения или от загруженного, активного приложения, требующего информационного обмена. Выбор соответствующей среды и начало информационного обмена требует, чтобы приложение было адаптировано для конкретно выбранной среды. Устройство может быть выполнено с возможностью управления различными соединениями передачи данных одновременно и выполняется для определения наличия упомянутых соединений.

WO 03/065654 A1 раскрывает систему и способ для осуществления плавной вертикальной передачи обслуживания между беспроводными пакетно-ориентированными коммуникационными сетями различного типа (Bluetooth, Wireless LAN или GPRS). Текущее качество линии связи или стоимость, при наличии множества сред передачи, может быть стимулом для инициирования передачи обслуживания.

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

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

Методы начисления платы за CS-вызов (как с последующей оплатой, так и с предоплатой) хорошо известны. Также существуют методы для начисления платы на пакетной основе, например начисление оплаты, известное как Ericsson Flexible Bearer, или, в более общем виде, известное как основанное на потоке начисление платы.

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

Например, если сторона А имеет текущий CS-вызов со стороной В, должна иметься возможность для стороны А и для стороны В посылать изображения друг другу и за получаемый в результате комбинационный вызов должна начисляться плата иным образом по сравнению со случаем, когда сеанс мультимедийной подсистемы Интернет-протокола (IMS), в целях переноса изображения, устанавливается в отдельности.

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

Начисление платы за комбинационную услугу требует проверки того, что CS-вызов и основанная на PS-области IMS-услуга относятся к одному и тому же абоненту и CS-вызов и PS-сеанс коррелированны друг с другом в том, что одни и те же сторона А и сторона В участвуют в CS-вызове и PS-сеансе.

Если события начисления платы, относящиеся к CS-вызову, такие как номер стороны А, номер стороны В, временная метка начала вызова и временная метка конца вызова, и события начисления платы, относящиеся к PS-сеансу, направленному на IMS-услугу, такие как начало пересылки, объем данных и Универсальный идентификатор ресурса Протокола инициирования сеанса (SIP-URI), сохранены и обработаны автономным образом, не всегда возможно проверить, что события принадлежат к комбинационному вызову, в котором CS-вызов и PS-сеанс коррелированны. В любом случае установление вышеупомянутой корреляции в реальном времени, вероятно, является более надежным, чем установление такой корреляции автономным образом (не в реальном времени).

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

Более того, с позиции абонента, должно было бы быть гарантировано, что любые затраты, генерируемые для PS-сеанса, рассчитываются надежным и достоверным способом по отношению к его CS-вызову.

Задача изобретения заключается в нахождении решения, которое направлено на создание способа проверки корреляции одновременного CS-вызова и одного или более PS-сеансов, устанавливаемых абонентом в комбинационной телекоммуникационной сети.

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

Сущность изобретения

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

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

Эти задачи решаются в настоящем изобретении посредством способа обеспечения информации о связанных сеансах связи для подсистемы (например, системы начисления палаты) в телекоммуникационной системе с CS-сетью и одной или более PS-сетями, при этом первое пользовательское устройство имеет упомянутые сеансы связи с сетевым объектом через сети различных типов. Обеспечение информации выполняется сетевым узлом, который устанавливает, что осуществляются сеансы связи, определяет корреляцию между сеансами связи и предоставляет полученную информацию о корреляции в упомянутую подсистему.

Установление осуществления сеансов связи включает в себя дополнительные этапы извлечения сетевых адресов первого пользовательского устройства и сетевого объекта через CS-сеть и через PS-сеть и проверки осуществления сеансов связи в сетях обоих типов.

Изобретение обеспечивает «комбинационную проверку в реальном времени», причем проверяется, что CS-вызов и PS-сеанс с основанной на IMS услугой инициируются в одном пользовательском устройстве и завершаются в сетевом объекте, таком как другое пользовательское устройство. Эта «комбинационная проверка в реальном времени» комбинирует информацию, доступную от различных «логических баз данных».

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

Изобретение направлено на комбинационные услуги, которые состоят из CS-вызова и одного или более PS-сеансов в отношении услуг, ограниченных PS-областью. Комбинационное начисление платы, как представлено изобретением, является только одним примером комбинационной услуги.

Эти и другие варианты осуществления согласно настоящему изобретению иллюстрируются далее более подробно со ссылками на чертежи.

Краткое описание чертежей

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

Фиг.2 - схематичная диаграмма сетевого узла.

Детальное описание

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

Предположим, что два пользователя, сторона А и сторона В, используют сеансы связи, реализуемые между ними. Упомянутые сеансы связи между стороной А и стороной В состоят из CS-вызова, обеспечиваемого CS-сетью, и PS-сеанса, обеспечиваемого PS-сетью, причем оба сеанса связи рассматриваются как «компоненты связи». Упомянутые компоненты могут быть установлены один после другого, в произвольном порядке, или одновременно. Пользовательское устройство (UE), используемое стороной А, и пользовательское устройство UE, используемое стороной В, должны обеспечивать возможность одновременного осуществления CS- и PS-сеансов связи, что упоминается как связь в дуальном режиме. Упомянутая способность к дуальному режиму присуща либо одиночному устройству, либо множеству устройств, такому как пользовательское устройство сегментированной конфигурации, при которой пользовательское устройство UE дуального режима содержит, например, мобильный телефон и персональный компьютер (РС).

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

Фиг.1 схематично иллюстрирует комбинационную сеть 10, содержащую несколько сетей 11, 12, 13 различных типов, причем первое пользовательское устройство 1 и второе пользовательское устройство 2 соединены со всеми или некоторыми из сетей 11, 12, 13.

Что касается физического соединения с сетями 11, 12, 13, то пользовательские устройства 1 и 2 имеют сетевые соединения 1А, 1 В, 1С, 2А, 2 В, 2С, причем каждое из них ассоциировано с сетевым адресом в упомянутые сети 11, 12, 13.

Для объяснения изобретения произвольно предполагается, что сеть 11 является сетью типа CS-сети, а сети 12 и 13 являются сетями типа PS-сети.

В последующем описании поясняется, каким образом проверяется корреляция CS-вызова с PS-сеансом, установленными и поддерживаемыми пользовательским устройством 1 в направлении пользовательского устройства 2 или сетевого обслуживающего узла 34. Сетевой обслуживающий узел 34 имеет сетевые соединения 34А, 34 В, 34С, каждое из которых ассоциировано с сетевым адресом в упомянутые сети 11, 12, 13. Пользовательское устройство 1 может альтернативно осуществлять сеанс связи с сетевым обслуживающим узлом 34, где узел 34 действует как сервер контента.

Для пояснения изобретения предполагается следующее:

- Сторона А осуществляет с помощью своего пользовательского устройства 1 сеансы связи с пользовательским устройством 2 стороны В.

- Пользовательские устройства 1, 2 являются терминалами режима дуального переноса или пользовательскими устройствами (UE) канала множественного доступа к радиосвязи (RAB), от которых исходит CS-вызов или PS-сеанс или в которых CS-вызов или PS-сеанс завершаются.

- Компонент CS-связи комбинационной услуги представляет собой речевой/видео CS-вызов, и этот CS-вызов идентифицируется парой сетевых адресов CS-области, таких как номера мобильных станций Цифровой сети с комплексными услугами (MSISDN). Эти номера идентифицируются как MSISDN(А) для стороны А и как MSISDN(В) для стороны В.

- Услуга Мультимедийной подсистемы протокола Интернет (IMS, как определено стандартом 3GPP), осуществляемая между стороной А и стороной В, идентифицируется с использованием пары Протокола инициирования сеанса - Универсального идентификатора ресурса (SIP-URI) как SIP-URI(А) для стороны А и как SIP-URI(В) для стороны В.

Сетевые элементы 61, 62, 63, 64 с функциями базы данных соединены со всеми сетями 11, 12, 13 в составе комбинационной сети 10 через узел-посредник 60. Такие подсистемы, как подсистема 40 начисления платы или узел 41 аутентификации, имеют соединения с CS-сетью 11 и PS-сетью 12.

Предположим, что сторона А с пользовательским устройством 1 устанавливает речевой CS-вызов со стороной В с пользовательским устройством 2. CS-вызов регистрируется в логической базе 63 данных осуществляемых CS-вызовов, которая поддерживает записи осуществляемых CS-вызовов. Подсистема 40 начисления платы применяет либо оперативное начисление платы через соединение с CS-сетью 11, либо CS-услуга, присутствующая в CS-сети 11, используется для выборки детальных записей вызова. Подсистема 40 начисления платы уведомляется о «событиях», являющихся релевантными для начисления платы, таких как «начало вызова» и «конец вызова».

После установления CS-вызова сторона А принимает решение установить IMS-сеанс, являющийся PS-сеансом, со стороной В. IMS-услуга, размещенная в PS-сети 12, посылает в подсистему 40 начисления платы «событие начисления платы за PS-услугу». В этом событии IMS-услуга посылает информацию, такую как тип услуги, SIP-URI(А), SIP-URI(В), которая регистрируется в осуществляемых IMS-сеансах логической базы 61 данных. В обязанности подсистемы 40 начисления платы входит проверить или удостовериться, что этот PS-сеанс относится к осуществляемому CS-вызову, то есть проверить, является ли он «комбинационным». Для выполнения этой проверки должна объединяться информация из различных логических баз 61, 62, 63 и 64 данных.

Логические базы 61, 62, 63, 64 данных записывают и сохраняют конкретные соотношения в виде:

61: SIP-URI(А) - SIP-URI(В)=осуществляемые IMS-сеансы;

62: MSISDN(х) - IP-адрес(х)=номер MSISDN, номер коммутируемой телефонной сети общего пользования (PTSN), номер Виртуальной частной сети (VPN) в зависимости от IP-адреса, например, DTM-терминал;

63: MSISDN(А) - MSISDN(В)=осуществляемые CS-вызовы;

64: SIP-URI(х) - IP(x)=IMS-регистрация на устройстве.

Эти логические базы 61, 62, 63, 64 данных запрашиваются для предоставления информации, требуемой для выполнения надежной «комбинационной» проверки.

Логическая база 62 данных содержит конкретное соотношение MSISDN-номеров, рассматриваемых в качестве сетевых адресов CS-области, и IP-адресов PS-области, рассматриваемых как адреса PS-области. Пользовательское устройство, такое как DTM-терминал, содержит адреса обоих типов областей в одном терминале. Пользовательское устройство в виде среды сегментированного терминала содержит устройство PS-области, такое как персональный компьютер, и устройство CS-области, такое как «только CS»-телефон.

Логическая база 64 данных содержит конкретное соотношение IP-адресов и SIP-URI.

База 63 данных осуществляемых CS-вызовов и база 61 данных осуществляемых IMS-услуг регистрируют осуществляемые CS-вызовы и осуществляемые IMS-услуги соответственно. Каждое инициирование CS-вызова и IMS-услуги регистрируется в соответствующей базе 61, 63 данных.

Когда подсистеме, такой как подсистема 40 начисления оплаты или подсистема 41 аутентификации, требуется выполнить «комбинационную проверку», чтобы определить, являются ли два (или более) сеансов, которые заявляются как комбинационные сеансы, действительно комбинационными, эти подсистемы 40, 41 могут выполнить проверку или предпочтительно вызывают выполнение этой проверки специализированным сетевым узлом.

Сетевой узел, предпочтительно узел 5 установления корреляции, выполнен с возможностью определения корреляции между CS-вызовом и PS-сеансом и выполняет комбинационную проверку, чтобы определить, являются ли действительно комбинационными два (или более) сеанса связи, которые предположительно считаются комбинационными.

Задача проверки того, являются ли CS-вызов или IMS-сеанс действительно комбинационным вызовом или сеансом, определяется как «комбинационная проверка». Эта проверка, помимо других сетевых объектов, предпочтительно выполняется узлом 5 установления корреляции, а также специализированным узлом 70 определения корреляции и услугой 71 определения корреляции сеанса связи. Упомянутый узел 70 или услуга 71 обеспечивает параметр, представляющий корреляцию между CS-вызовом и IMS-сеансом.

Подсистемы 40, 41 выполняют комбинационную проверку либо путем запроса логических баз 61, 62, 63, 64 данных через узел-посредник 60 или без него или запрашивают от специализированных узлов 5, 70, 71 выполнить проверку корреляции или предоставить параметр, представляющий корреляцию.

Выполнение комбинационной проверки содержит следующие этапы:

а) получение MSISDN(А), MSISDN(В), SIP-URI(А), SIP-URI(В) на основе доступной информации в соответствующих блоках запуска услуг и информации, присутствующей в логических базах 61, 63 данных;

b) проверка того, что между MSISDN(А) и MSISDN(В) осуществляется CS-вызов;

с) проверка того, что между SIP-URI(А) и SIP-URI(В) осуществляется IMS-сеанс;

d) проверка того, что SIP-URI(А) и MSISDN(А) завершаются в одном и том же пользовательском терминале 1, 2 или размещены одним и тем же абонентом в среде сегментированного терминала;

е) проверка того, что SIP-URI(В) и MSISDN(В) завершаются в одном и том же пользовательском терминале 1, 2 или размещены одним и тем же абонентом в среде сегментированного терминала;

f) проверка того, что соединение среды передачи, как оно используется в IMS-сеансе, завершается на IP-адресах, ассоциированных в текущий момент с соответствующими SIP-URI.

Дополнение к (а). Получение MSISDN(В), который связан вызовом с MSISDN(А)

Когда комбинационная услуга, которая действует от имени стороны А, не знает номера MSISDN стороны В, то предусматриваются следующие методы для извлечения MSISDN(В).

- Метод 1: Запрос пользовательского устройства 1 стороны А.

Согласно данному методу пользовательское устройство 1 стороны А (соответствующее MSISDN(А)) запрашивается о том, с какой стороной В оно осуществляет текущий CS-вызов. Эта информация не должна быть доверительной, поскольку она обеспечивается не доверительным объектом. Однако информация, обеспечиваемая пользовательским устройством 1, используется как основа для запроса «верификационного типа», который выполняет сетевой узел 5, 70, 71, 40, 41.

- Метод 2: Запрос CS-услуги в CS-сети 11, например, предварительно оплаченной услуги.

В рамках предварительно оплаченной услуги (т.е. предварительно оплаченной услуги, которая в текущий момент начисляет плату на CS-вызов между пользовательским устройством 1 стороны А и пользовательским устройством 2 стороны В), по поручению стороны А, доступна запись, которая указывает, что между MSISDN(А) и MSISDN(В) осуществляется вызов. Поэтому в предварительно оплаченную услугу добавляется интерфейс прикладной программы (API) для ответа на запрос относительно того, какая сторона В 2 относится к осуществляемому CS-вызову стороны А 1. В действительности, любая CS-услуга, которая рассматривается как доверительный объект, которая регистрирует пары MSISDN(А)/MSISDN(В) для осуществляемых вызовов, запрашивается для этой проверки. Сетевой элемент 63 с функциональными возможностями базы данных снабжается регистрами пар MSISDN(А)/MSISDN(В) и запрашивается (не показано) непосредственно или через узел-посредник 60.

Дополнение к (b). Проверка того, что между MSISDN(А) и MSISDN(В) осуществляется CS-вызов

Назначением этого этапа является проверить, что MSISDN(А) и MSISDN(В) действительно являются частью одного и того же вызова, при этом MSISDN(А) и MSISDN(В) образуют конечные пункты CS-вызова. Такая проверка требуется, например, когда MSISDN(В) получен путем запроса пользовательского устройства 1 стороны А, традиционно рассматриваемого как не доверительный объект. В случае, когда MSISDN(В) извлекается из доверительного (сетевого) источника в качестве реализации логической базы 63 данных, этот этап уже в неявном виде выполняется путем нахождения самого MSISDN(В) на этапе (а). Методы проверки осуществляемого CS-вызова между пользовательским устройством 1 и пользовательским устройством 2 заключаются в следующем:

- Метод 1: Запрос в регистр исходного местоположения (HLR).

Запросы направляются в регистр HLR для извлечения информации об абоненте. Посредством регистра HLR, который может использовать «запрос в любое время» (ATI) для получения информации из регистра местоположения визитеров (VLR) или обслуживающего узла поддержки GPRS (SGSN), обеспечивается доступность «состояния» абонента, причем абонент идентифицируется в запросе в регистр HLR либо посредством международного идентификатора мобильного абонента (IMSI), либо посредством номера MSISDN (3GPP TS 23.078 v6.1.0, ch.11.3.4.1.2). Состояние CAMELBusy указывает, что абонент участвует в транзакции для мобильного инициирования или завершения CS-вызова.

Если запрос ATI используется для получения состояния абонента и сообщенное регистром HLR состояние соответствует «CAMELBusy», то регистр VLR должен также сообщать MSISDN(В), с которым абонент в текущий момент осуществляет CS-вызов. Помимо регистра HLR, имеются другие узлы, такие как MSC (Центр коммутации мобильного обслуживания) и регистр VLR, которые опрашиваются альтернативным образом.

- Метод 2: Запрос CS-услуги, например предварительно оплаченной услуги.

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

- Метод 3: Запрос функции базовой сети CS, подсистема 40 начисления платы.

Для обеспечения возможности начисления платы за CS-вызов компоненты известной подсистемы 40 начисления платы всегда участвуют в процедуре, независимо от использования предварительной оплаты или последующей оплаты. В возможном варианте подсистема 40 начисления платы расширяется за счет введения API-интерфейса, так что доверительный сетевой объект запрашивает подсистему 40 начисления платы относительно извлечения пары MSISDN(А) и MSISDN(В) или проверки ее достоверности.

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

Публикация WO 2006/010526 А1 раскрывает способ, каким образом можно обеспечить индикацию того, что CS-вызов и PS-сеанс, вероятно, являются коррелированными и, следовательно, представляют собой комбинационный сеанс и могут быть использованы в качестве стимула для проведения проверки, предусматриваемой изобретением.

Существующая реализация логической базы 63 данных осуществляемых CS-вызовов представляет собой известную в уровне техники систему «оперативного начисления платы». Поскольку в этой известной системе за все вызовы плата начисляется в реальном времени, данные из этой известной системы «оперативного начисления платы» используются в качестве логической базы 63 данных осуществляемых CS-вызовов.

Другая реализация логической базы 63 данных осуществляемых CS-вызовов представляет собой использование CS-услуги, размещенной в CS-сети, которая контролирует все осуществляемые вызовы.

Дополнение к (с). Проверка того, что между SIP-URI(А) и SIP-URI(В) осуществляется IMS-сеанс

Осуществляемые IMS-услуги регистрируются в логической базе 61 данных осуществляемых IMS-сеансов, которая связана с обработкой осуществляемых IMS-услуг. Система приложений Протокола инициирования сеанса (SIP-AS), которая исполняет IMS-услугу, действует как логическая база 61 данных осуществляемых IMS-сеансов и опрашивается сетевым узлом 5, 70, 71, 40, 41.

Дополнение к (d). Проверка того, что SIP-URI(А) и MSISDN(А) завершаются в одном и том же пользовательском терминале 1, 2 или размещены одним и тем же абонентом в среде сегментированного терминала

Эта задача состоит из трех этапов.

1-й этап: Извлечение IP(A), относящегося к MSISDN(А)

Посредством регистра HLR, рассматриваемого как реализация логической базы 62 данных, доступна информация относительно «Состояния абонента PS-области» и «Списка информации PDP-контекста» для абонента, идентифицированного либо посредством идентификатора IMSI, либо MSISDN (3GPP TS 23.078 v6.1.0, ch.11.3.4.1.2). IP-адрес считывается из списка «Контекстная информация PDP», как определено в 3GPP TS 23.078, ch.11.3.6.1.2.

2-й этап: Извлечение IP(A), относящегося к SIP-URI(A)

Функция регистратора SIP может быть использована в качестве логической базы 64 данных, чтобы извлекать SIP-URI путем предоставления IP-адреса.

3-й этап: Сравнение IP(А)-адресов из 1-го и 2-го этапов

Если первый и второй этапы выявляют один и тот же IP(А)-адрес, то подтверждается действительность того, что установлено логическое соотношение MSISDN(А)->IP(А)<-SIP-URI(A).

Дополнение к (е). Проверка того, что SIP-URI(В) и MSISDN(В) завершаются в одном и том же пользовательском терминале 1, 2 или размещены одним и тем же абонентом в среде сегментированного терминала

Тот же метод, что и рассмотренный выше в Дополнении к (d), следует использовать для проверки действительности того, что SIP-URI и номер MSISDN завершаются в одном и том же пользовательском устройстве стороны В.

Дополнение к (f). Проверка того, что соединение среды передачи, как оно используется в IMS-сеансе, завершается на IP-адресах, ассоциированных в текущий момент с соответствующими SIP-URI

В соответствии с IMS, как определено в 3GPP, последнее всегда имеет место.

Сетевые узлы 5, 70, 71, 40, 41 могут обращаться в логические базы 61, 62, 63, 64 данных для выполнения запросов информации, требуемой для выполнения комбинационной проверки. Обращение в эти базы данных выполняется либо непосредственно (не показано), либо через сети 11, 12, 13, либо через узел-посредник 60.

Определение корреляции между CS-вызовом и PS-сеансом может выполняться сетевым объектом, который выполнен с возможностью осуществления этапов проверки корреляции и обеспечения параметра, который представляет корреляцию. Такими сетевыми объектами являются узел 70 определения корреляции и услуга 71 определения корреляции сеанса связи, которые обеспечивают параметр, представляющий корреляцию. Узел 70 и услуга 71 запрашивают одни и те же логические базы данных тем же способом, как пояснено для действия, применяемого узлом 5 установления корреляции.

Другими сетевыми узлами, которые могут обеспечивать параметр, который представляет корреляцию, чтобы установить корреляцию между CS-вызовом и PS-сеансом, являются: приложение, исполняемое на первом пользовательском устройстве 1, логические базы 61, 62, 63, 64 данных или узел-посредник 60.

Ниже со ссылкой на фиг.1 и 2 описан узел 5 установления корреляции.

Сетевой узел 5, обозначенный как узел установления корреляции, выполнен с возможностью предоставления информации, такой как полученная корреляция, для связанных сеансов связи между пользовательским устройством 1 и пользовательским устройством 2 или сетевым объектом 34, в подсистемы, такие как узел 40 начисления платы или узел 41 аутентификации, через свои сетевые соединения 34А, 34 В, 34С, каждое из которых ассоциировано с сетевым адресом, на две или более из сетей (11, 12, 13).

Этот сетевой узел 5 предназначен для:

- установления того, что действительно присутствуют одновременные сеансы связи в каждой из сетей 11, 12, 13 между пользовательским устройством 1 и пользовательским устройством 2 или сетевым объектом 34;

- определения корреляции между установленными присутствующими одновременными сеансами связи; и

- предоставления подсистемам 40, 41 информации об установленной корреляции.

Сетевой узел 5 содержит блок 51 ввода/вывода, который связан с возможностью информационного обмена с сетями 11, 12, 13 посредством сетевых соединений 5А, 5 В, 5С, где блок ввода/вывода предназначен для извлечения сетевых адресов пользовательского устройства 1, пользовательского устройства 2 или сетевого объекта 34 через сети 11, 12, 13.

Сетевой узел 5, кроме того, содержит блок 52 обработки с памятью 52А прикладной программы и параметров, предназначенный для запроса любого из сетевых элементов, имеющих функциональные возможности баз 61, 62, 63, 64 данных, или блока-посредника 60, представляющего упомянутые сетевые объекты, пользовательского устройства 1, пользовательского устройства 2, сетевого объекта 34, узла 70 определения корреляции сеансов связи или услуги 71 определения корреляции сеансов связи, для проверки наличия сеансов связи.

Сетевой узел 5, кроме того, содержит блок 53 таймера для определения событий, когда подсистема 40, 41 должна обеспечиваться информацией, и блок 54 событий, предназначенный для активации блока 52 обработки, чтобы обеспечивать подсистему 40, 41 информацией, когда событие принимается от пользовательского устройства 1, пользовательского устройства 2 или сетевого объекта 34. Блок 54 события, кроме того, предназначен для активации блока 52 обработки, чтобы обеспечивать подсистему 40, 41 запрошенной информацией, когда запрос на получение информации принят от подсистемы 40, 41.

Настоящее изобретение обеспечивает возможность проверки, являются ли конкретный CS-вызов и PS-сеанс коррелированными и таким образом рассматриваются ли как комбинационные. Так как эта проверка выполняется в процессе CS-вызова и PS-сеанса, эта проверка квалифицируется как проверка «реального времени», которая позволяет, например, системе начисления платы адаптировать тариф начисления платы в процессе упомянутого вызова/сеанса по сравнению с автономным или пакетным вычислением оплаты на вызов/сеанс.

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

Отличие начисления платы за комбинационную услугу также заключается в дополнительной гибкости (и требованиях, указываемых операторами), позволяющей начислять плату за агрегированную услугу, состоящую из услуги, присущей коммутируемым каналам, и одной или более услуг, присущих пакетной коммутации, в противоположность традиционным и установленным возможностям начисления платы для сегментов с коммутацией каналов и с пакетной коммутацией. Например, если сторона А реализует текущий CS-вызов со стороной В, то для стороны А и для стороны В должна иметься возможность посылать изображения друг другу и за получаемый в результате комбинационный вызов оплата будет начисляться иным образом, по сравнению с тем, как это делается для IMS-сеанса, установленного в отдельности.

Изобретение относится к комбинационным сетям связи, которые могут обеспечить одновременную связность по сетям различных типов между пользовательскими устройствами. Техническим результатом является исключение дополнительных требований к абоненту при проверке корреляции между вызовом с коммутацией каналов (CS-вызов) и сеансом с пакетной коммутацией (PS-сеанс). Для этого сеанс связи, содержащий вызов с коммутацией каналов и один или более сеансов с пакетной коммутацией, может быть развернут одновременно в сетях различных типов во взаимосвязи с одним и тем же пользовательским устройством. Вызов с коммутацией каналов и сеанс с пакетной коммутацией могут быть коррелированны, и в этом случае сеанс связи рассматривается как комбинационный сеанс. Путем введения ряда логических баз данных, которые содержат действительные данные о сетевых адресах и сеансах связи, выполняется проверка корреляции применительно к узлу установления корреляции. Проверка состоит в ряде запросов в указанные базы данных или в другие сетевые объекты, в результате чего может быть установлено, может ли сеанс связи рассматриваться как комбинационный. Результат проверки может использоваться, например, в системе оперативного комбинационного начисления платы. 2 н. и 30 з.п. ф-лы, 2 ил.

1. Способ обеспечения проверки, являются ли комбинационными вызов в сети (11, 12, 13) с коммутацией каналов и связанный сеанс с пакетной коммутацией в сети (11, 12, 13) с пакетной коммутацией, в телекоммуникационной системе, содержащей упомянутые, по меньшей мере, две сети (11, 12, 13), по меньшей мере, двух различных типов сетей, при этом сети (11, 12, 13) соединяют, по меньшей мере, первое пользовательское устройство (1) и сетевой объект (2, 34), причем первое пользовательское устройство (1) и сетевой объект (2, 34) имеют соединения (1А, 1В, 1C, 2А, 2В, 2С, 34А, 34В, 34С) с, по меньшей мере, двумя сетями (11, 12, 13), при этом каждое из соединений (1А, 1В, 1C, 2А, 2В, 2С, 34А, 34В, 34С) ассоциировано с сетевым адресом, при этом способ содержит этапы:
установления наличия вызова в сети (11, 12, 13) с коммутацией каналов и сеанса в сети (11, 12, 13) с пакетной коммутацией между первым пользовательским устройством (1) и сетевым объектом (2, 34), причем упомянутые вызов и сеанс присутствуют одновременно,
отличающийся тем, что способ дополнительно содержит этапы:
выполнения комбинационной проверки в реальном времени, при которой проверяется, что упомянутые вызов и сеанс инициируются на первом пользовательском устройстве (1) и завершаются на сетевом объекте (2, 34);
предоставления результата верификации выполненной комбинационной проверки в, по меньшей мере, одну подсистему (40, 41).

2. Способ по п.1, в котором этап установления содержит этапы:
извлечения сетевого адреса типа сети с коммутацией каналов для первого пользовательского устройства (1),
извлечения сетевого адреса типа сети с коммутацией каналов для сетевого объекта (2, 34), который имеет вызов с первым пользовательским устройством (1) через сеть (11, 12, 13) с коммутацией каналов;
проверки наличия вызова;
извлечения сетевого адреса типа сети с пакетной коммутацией для первого пользовательского устройства (1);
извлечения сетевого адреса типа сети с пакетной коммутацией для сетевого объекта (2, 34), который имеет сеанс связи с первым пользовательским устройством (1) через сеть (11, 12, 13) типа сети с пакетной коммутацией;
проверки наличия упомянутого сеанса.

3. Способ по п.2, в котором этапы извлечения и этапы проверки выполняются для каждой из сетей, которые соединены с первым пользовательским устройством (1) и сетевым объектом (2, 34).

4. Способ по п.3, в котором этапы извлечения выполняются путем запроса сетевых элементов, имеющих функциональные возможности (61, 62, 63, 64) баз данных, или блока-посредника (60), представляющего упомянутые сетевые объекты (61, 62, 63, 64).

5. Способ по п.4, в котором, по меньшей мере, один этап извлечения выполняется путем запроса у первого пользовательского устройства (1) или сетевого объекта (2, 34) сетевого адреса типа сети с коммутацией каналов через сеть типа сети с пакетной коммутацией.

6. Способ по п.4, в котором этап проверки выполняется путем запроса у первого пользовательского устройства (1), сетевого объекта (2, 34), сетевых элементов (61, 62, 63, 64) или блока-посредника (60) параметра, представляющего участие в сеансе связи первого пользовательского устройства (1) или сетевого объекта (2, 34).

7. Способ по п.6, в котором этап выполнения комбинационной проверки в реальном времени дополнительно содержит этапы:
проверки того, что адрес сети с пакетной коммутацией и адрес сети с коммутацией каналов первого пользовательского устройства (1) завершаются в одном и том же пользовательском устройстве или использованы тем же самым абонентом в среде сегментированного терминала;
проверки того, что адрес сети с пакетной коммутацией и адрес сети с коммутацией каналов сетевого объекта (2, 34) завершаются в одном и том же пользовательском устройстве или использованы тем же самым абонентом в среде сегментированного терминала;
проверки того, что соединение среды передачи, используемое сеансом пакетной коммутации, завершается в адресах Интернет-протокола, ассоциированных в текущий момент с соответствующими адресами с пакетной коммутацией.

8. Способ по п.7, в котором на этапе выполнения упомянутые вызов и сеанс рассматриваются как комбинационные, если узел (70) определения корреляции сеансов связи или услуга (71) определения корреляции сеансов связи выдает параметр, представляющий корреляцию между упомянутыми вызовом и сеансом.

9. Способ по п.8, в котором на этапе определения корреляция рассматривается как имеющая место, если приложение на первом пользовательском устройстве (1) выдает параметр, представляющий корреляцию.

10. Способ по п.1, в котором этап предоставления выполняется по запросу подсистемы (40, 41) в ответ на событие, генерируемое первым пользовательским устройством (1) или сетевым объектом (2, 34), или с регулярными интервалами.

11. Способ по п.10, в котором этап предоставления дополнительно содержит этап обеспечения сетевых адресов первого пользовательского устройства (1) или сетевого объекта (2, 34), которые участвуют в комбинационной проверке в реальном времени.

12. Способ по п.9, в котором сетевой объект (2, 34) является вторым пользовательским устройством (2) или сетевым обслуживающим узлом (34), таким как сервер контента.

13. Способ по п.12, в котором первое или второе пользовательское устройство (1, 2) содержит терминал с, по меньшей мере, одним соединением к каждой подсоединенной сети (11, 12, 13), и каждое из упомянутых соединений имеет сетевой адрес, такой как терминал дуального режима переноса (DTM), терминал Глобальной сети мобильной связи - Системы общей пакетной радиосвязи (GSM-GPRS) или терминал Канала множественного радиодоступа Универсальной телекоммуникационной системы (UMTS Multi-RAB).

14. Способ по п.13, в котором первое или второе пользовательское устройство (1, 2) содержит два или более терминалов, где каждый из терминалов имеет, по меньшей мере, одно соединение с каждой подсоединенной сетью (11, 12, 13), причем каждое из упомянутых соединений имеет сетевой адрес.

15. Способ по п.14, в котором терминалы имеют возможность размещать сеанс связи, такой как для передачи речи, аудио, видео или данных, посредством устройства, такого как телефон, головной телефон, терминал GSM, терминал Усовершенствованной мобильной телефонной системы (AMPS) или цифровой AMPS, терминал Цифровой усовершенствованной бесшнуровой телефонии (DECT), терминал Bluetooth, видеотерминал, персональный компьютер или рабочая станция.

16. Способ по п.15, в котором терминал (1, 2) имеет проводное соединение с сетью (11, 12, 13) или беспроводное соединение с сетью (11, 12, 13).

17. Способ по п.16, в котором сетевой адрес является телефонным номером абонента, таким как номер мобильной станции цифровой сети с комплексными услугами (MSISDN), телефонный номер коммутируемой телефонной сети общего пользования (PSTN), частным номером Виртуальной частной сети (VPN), или номером, соответствующим рекомендации Е.164 Международного телекоммуникационного союза (ITU).

18. Способ по п.16, в котором сетевой адрес является идентификатором или номером PS-сети, таким как Универсальный идентификатор ресурса Протокола инициирования сеанса (SIP-URI), адресом Интернет-протокола (IP) или адресом уровня Управления доступом к среде (MAC) локальной сети (LAN), таким как Ethernet МАС-адрес.

19. Способ по любому из пп.4, 6-9, 16, 18, в котором сетевой элемент, имеющий функциональные возможности (64) базы данных, или блок-посредник (60) обеспечивает связь между SIP-URI и IP-адресом.

20. Способ по любому из пп.4, 6-9, 16, 18, в котором сетевой элемент, имеющий функциональные возможности (62) базы данных, или блок-посредник (60) обеспечивает связь между номером MSISDN, PSTN или VPN и IP-адресом.

21. Способ по любому из пп.4, 6-9, 16, 18, в котором сетевой элемент, имеющий функциональные возможности (63) базы данных, или блок-посредник (60) обеспечивает информацию, такую как параметр CAMELBusy, о том, осуществляется ли сеанс CS-связи между первым пользовательским устройством (1) и сетевым объектом (2, 34).

22. Способ по любому из пп.4, 6-9, 16, 18, в котором сетевой элемент, имеющий функциональные возможности (61) базы данных, или блок-посредник (60) обеспечивает информацию о том, осуществляется ли сеанс с пакетной коммутацией между первым пользовательским устройством (1) и сетевым объектом (2, 34), такой как сеанс мультимедийной IP-системы (IMS).

23. Способ по п.18, в котором результат комбинационной проверки и сетевые адреса предоставляются в подсистему (40) начисления платы, чтобы предпочтительно применить скидку при начислении платы за два или более связанных одновременных вызова и сеанса.

24. Способ по п.18, в котором результат комбинационной проверки и сетевые адреса предоставляются в подсистему (41) аутентификации, чтобы предпочтительным образом подсистема (41) аутентификации обеспечивала одну процедуру подписывания для дополнительных сеансов связи.

25. Сетевой узел (5), содержащийся в телекоммуникационной системе, причем узел (5) выполнен с возможностью обеспечения проверки, являются ли комбинационными вызов в сети (11, 12, 13) с коммутацией каналов и связанный сеанс с пакетной коммутацией в сети (11, 12, 13) с пакетной коммутацией, причем система дополнительно содержит упомянутые, по меньшей мере, две сети (11, 12, 13), по меньшей мере, двух различных типов сети, где сети (11, 12, 13) соединены с, по меньшей мере, первым пользовательским устройством (1) и сетевым объектом (2, 34), причем первое пользовательское устройство (1) и сетевой объект (2, 34) имеют сетевые соединения (1А, 1В, 1C, 2А, 2В, 2С, 34А, 34В, 34С), каждое из которых ассоциировано с сетевым адресом, с сетями (11, 12, 13), при этом узел (5) содержит блок (51) ввода/вывода, связанный с возможностью информационного обмена с сетями (11, 12, 13), посредством сетевых соединений (5А, 5В, 5С), каждое из которых имеет сетевой адрес, блок (52) обработки с памятью (52А) прикладной программы и параметров для запроса сетевых элементов, имеющих функциональные возможности (61, 62, 63, 64) баз данных, или блока-посредника (60), представляющего упомянутые сетевые элементы, при этом блок (51) ввода/вывода во взаимодействии с блоком (52) обработки выполнены с возможностью установления наличия вызова и сеанса, осуществляемых одновременно в каждой из сетей (11, 12, 13) между первым пользовательским устройством (1) и сетевым объектом (2, 34), при этом вызов и сеанс имеют место в сетях (11, 12, 13) различных типов сетей,
отличающийся тем, что упомянутый узел дополнительно выполнен с возможностью выполнения комбинационной проверки в реальном времени, при которой проверяется, что вызов и сеанс исходят из первого пользовательского устройства (1) и завершаются на сетевом объекте (2, 34), причем верификация выполняемой комбинационной проверки предоставляется, по меньшей мере, в одну подсистему (40, 41).

26. Сетевой узел (5) по п.25, в котором блок (51) ввода/вывода выполнен с возможностью извлечения сетевых адресов первого пользовательского устройства (1) или сетевого объекта (2, 34) через сети (11, 12, 13).

27. Сетевой узел (5) по п.26, в котором блок (52) обработки с памятью (52А) прикладной программы и параметров дополнительно выполнен с возможностью запроса первого пользовательского устройства (1), узла (70) определения корреляции сеансов связи, услуги (71) определения корреляции сеансов связи через упомянутый узел определения корреляции или сетевой объект (2, 34) для проверки наличия одновременных вызова и сеанса.

28. Сетевой узел (5) по п.27, в котором узел (5) дополнительно содержит блок (53) таймера для определения событий, когда подсистеме (40, 41) должна предоставляться упомянутая верификация.

29. Сетевой узел (5) по п.28, в котором узел (5) дополнительно содержит блок (54) событий, выполненный с возможностью активации блока (52) обработки, чтобы предоставить подсистеме (40, 41) упомянутую верификацию, когда событие принято от первого пользовательского устройства (1) или от сетевого объекта (2, 34).

30. Сетевой узел (5) по п.29, в котором блок событий дополнительно выполнен с возможностью активации блока (52) обработки, чтобы предоставить подсистеме (40, 41) запрошенную верификацию, когда запрос на верификацию принят от подсистемы (40, 41).

31. Сетевой узел (5) по п.30, в котором сетевой адрес является телефонным номером абонента, таким как номер мобильной станции цифровой сети с комплексными услугами (MSISDN), телефонный номер коммутируемой телефонной сети общего пользования (PSTN), частным номером Виртуальной частной сети (VPN), или номером, соответствующим рекомендации E.164 Международного телекоммуникационного союза (ITU).

32. Сетевой узел (5) по п.30, в котором сетевой адрес является идентификатором или номером PS-сети, таким как Универсальный идентификатор ресурса Протокола инициирования сеанса (SIP-URI), адресом уровня управления доступом к среде (MAC) локальной сети (LAN), таким как Ethernet МАС-адрес, или адресом Интернет-протокола.