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

Область техники
Настоящее изобретение относится к телекоммуникационным системам, таким как стационарные, беспроводные или гибридные системы связи, имеющие архитектуру с пакетной коммутацией и с коммутацией каналов, определяемую как комбинационные сети. Более конкретно, настоящее изобретение относится к способу поддержки установления корреляции между двумя и более сеансами связи, текущими или устанавливаемыми в частях с пакетной коммутацией и с коммутацией каналов упомянутых сетей эффективным способом.
Предшествующий уровень техники
Стационарные и, особенно, мобильные сети, такие как сети стандартов 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.
Проверка того, что между MSISDN(А) и MSISDN(В) осуществляется CS-вызов
Дополнение к (b).
Назначением этого этапа является проверить, что 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.
Проверка того, что SIP-URI(А) и MSISDN(А) завершаются в одном и том же пользовательском терминале 1, 2 или размещены одним и тем же абонентом в среде сегментированного терминала
Дополнение к (d).
Эта задача состоит из трех этапов.
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 завершаются в одном и том же пользовательском устройстве стороны В.
Проверка того, что соединение среды передачи, как оно используется в IMS-сеансе, завершается на IP-адресах, ассоциированных в текущий момент с соответствующими SIP-URI
Дополнение к (f).
В соответствии с 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-сеанса, установленного в отдельности.