РАЗМЕЩЕНИЕ СЧЕТА АБОНЕНТА В ТЕЛЕКОММУНИКАЦИОННОЙ СИСТЕМЕ Российский патент 2008 года по МПК H04M15/00 H04Q7/38 

Область техники, к которой относится изобретение

Изобретение относится к выписыванию счета абоненту в телекоммуникационной системе и, в частности, к выписыванию счета абоненту при наличии множества провайдеров в системе подвижной связи. Система подвижной связи обычно относится к любой телекоммуникационной системе, которая позволяет осуществлять радиосвязь при перемещении абонентов в зоне обслуживания системы. Типичной системой подвижной связи является наземная подвижная сеть общего пользования (НПСОП).

Уровень техники

Телекоммуникационные системы все больше изменяются по отношению к окружению множества провайдеров (поставщиков), при котором доступ обеспечивается оператором доступа, телефония -телефонным оператором, и действительное обслуживание - одним или несколькими поставщиками услуг. Это имеет место особенно в системах, называемых системами подвижной связи третьего поколения, таких как универсальная система подвижной связи (УСПС). В (УСПС), например, действительная сеть подвижной связи может работать как сеть доступа, обеспечивающая абонента радиодоступом к внешним сетям, таким как сети межсетевого протокола (Интернет протокола ИП) IP и его службам, таким как ИП телефония (ИПТ, IPT). Одна сеть доступа обычно обеспечивает доступ к нескольким внешним сетям, которые могут быть подобного типа. Может быть несколько телефонных операторов, например которые обеспечивают службу ИПТ. Когда оператор доступа не является телефонным оператором, оба оператора обычно собирают свою информацию счета в своих собственных сетях и предъявляют счет абоненту отдельно. Поставщик услуг сам не поддерживает сеть, но покупает необходимое сетевое обслуживание у оператора сети, который собирает информацию счета на стороне поставщика услуг, как будто бы это была собственная информация счета оператора сети. Оператор сети также предъявляет счет абоненту со стороны поставщика услуг. Другими словами, если поставщик услуг покупает услугу сети от оператора доступа, оператор доступа отвечает за сбор информации счета за услугу и за выписывание счета в соответствии с согласованным тарифом. Телефонный оператор работает подобным же образом, если бы поставщик услуг купил услугу сети у телефонного оператора.

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

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

Было бы также более удобно для абонентов, для которых «нормально» выписывается счет в задолженности, получать единственный комбинированный счет вместо отдельных счетов, посылаемых операторами.

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

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

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

Идея, лежащая в основе изобретения, состоит в том, что информацию передают от первой сети (например, сети телефонного оператора или оператора доступа) в сеть второго оператора для образования общего счета. Преимуществом изобретения является то, что абоненту выписывается счет централизованным способом таким образом, что, например, будет достаточной только одна предоплаченная подписка, хотя операторам все еще разрешено устанавливать свои собственные цены за их услуги независимо друг от друга. Еще одно преимущество изобретения состоит в том, что оно дает возможность предоплаченной подписке или ограниченной балансом подписке, подлежащей оплате в задолженности, быть реализованной также при наличии множества поставщиков таким образом, что абонент нуждается только в единственной подписке, хотя операторам все еще разрешено устанавливать свои собственные цены на свои услуги независимо друг от друга. Еще одно преимущество изобретения состоит в том, что можно снабдить как абонента предоплаченной подписки, так и абонента ограниченной балансом подписки одними и теми же альтернативами выбирать телефонного оператора при наличии множества поставщиков, как обычных абонентов (т.е. тех, которые обычно подлежат выписыванию счета в задолженности).

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

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

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

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

фиг.1 показывает элементы системы УСПС, соответствующей изобретению,

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

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

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

Подробное описание изобретения

Данное изобретение может быть применено к любой телекоммуникационной системе, в которой информация, необходимая для выписывания счета абоненту, существует по меньшей мере в двух различных сетях. Такие системы включают в себя системы, называемые системами подвижной связи третьего поколения, такие как универсальная система подвижной связи (УСПС) и IS-41, системы подвижной связи, подобные системе GSM, такие как GSM 1800, и системы, основанные на упомянутых выше системах, такие как системы GSM 2+. Изобретение может быть также применено к стационарным системам, в которых могут работать два отдельных оператора. Изобретение будет далее описано с использованием системы 3GPP All-IP, т.е. системы УСПС, основанной на технологии IP и определенной в проекте партнерства 3-го поколения 3GPP, как примерная система, без ограничения ею изобретения. Технические условия систем подвижной связи и технические условия систем подвижной связи третьего поколения, в частности, быстро развиваются; следовательно, изобретение может потребовать дополнительных изменений. Все слова и выражения, следовательно, должны интерпретироваться широко, так как они предназначены для иллюстрации, а не ограничения изобретения. Существенным для изобретения является функция, а не сетевой узел, в котором эта функция расположена.

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

В 3GPP All-IP системе 1 уровень А доступа и уровень Т телефонии будут отделены, и оба могут иметь своих собственных операторов. Система 1 содержит по меньшей мере один из двух уровней. В пределах объема данного изобретения уровень доступа соответствует сети доступа оператора доступа, а уровень телефонии соответствует телефонной сети телефонного оператора. Обычно, в отсутствие роуминга, абонент всегда использует одного и того же оператора доступа, хотя он или она может выбирать телефонного оператора для использования. Что касается изобретения, то структура уровня доступа и уровня телефонии является несущественной. Система 3GPP All-IP основана на службе GPRS всеевропейской глобальной системы для подвижной связи GSM и реализации служб интеллектуальной сети согласно специализированным применениям для архитектуры улучшенной логики подвижной сети CAMEL. GPRS и CAMEL являются фазовыми службами GSM 2+.

Оборудование абонента (ОА, UE) содержит действительный терминал и идентификационную карту модуля идентификации абонента (МИА, USIM), также называемую блоком идентификации абонента, соединенную с ним с возможностью разъединения. В этой связи оборудование абонента ОА обычно относится к единице, содержащей действительный терминал и блок идентификации абонента. Блоком идентификации абонента является смарт-карточка, которая содержит имя абонента и которая выполняет алгоритмы аутентификации и сохраняет аутентификацию, ключи шифрования и информацию подписки, необходимую в оборудовании абонента. Действительным терминалом может быть любое оборудование, способное устанавливать связь в системе подвижной связи. Терминал может, таким образом, быть простым терминалом только для речи, или это может быть терминал для различных служб, работающий как сервисная платформа и поддерживающий загрузку и выполнение различных относящихся к обслуживанию функций. Терминал может также быть комбинацией нескольких различных устройств, например мультимедийным компьютером с карточным телефоном Nokia, соединенным с ним для обеспечения соединения подвижной связи.

В первом предпочтительном варианте осуществления изобретения согласно фиг.1 уровень Т телефонии содержит, в дополнение к действительной сети IP, функцию управления состоянием вызова (ФУСВ, CSCF), функцию управления узла межсетевого сопряжения (шлюза) среды передачи данных (ФУУМС, MGSF) и среду выполнения CSE_T, соответствующую сервисному контрольному пункту в интеллектуальной сети.

ФУСВ управляет установлением вызова и отвечает за маршрутизацию и содержит, например, функцию, соответствующую функции переключения в интеллектуальной сети. ФУСВ снабжает службы IP-телефонии сквозным управлением. Передача сигналов, связанная с IP-телефонией, такая как H.323 и SIP, оканчивается на оборудовании абонента и ФУСВ. Другими словами, ФУСВ является сетевым узлом, в котором регистрируется оборудование абонента IP-телефонии и через который происходит передача сигналов. ФУСВ содержит модели состояния вызова IP-телефонии, которые используются для управления установлением вызова с другими сетевыми узлами, такими как сервисный контрольный пункт CSE_T. ФУСВ может также устанавливать связь с серверами приложений IP-телефонии (не показано на фиг.1). ФУСВ содержит базу данных абонента, которая логически соответствует регистру местонахождения перемещающегося абонента в системе GSM. ФУСВ отвечает за создание как информации телефонного счета, так и сервисной информации счета. Информация телефонного счета используется согласно политике выписывания счета и механизмам, определенным сетевым оператором IP-телефонии, для выписывания счета для использования основной телефонии, различных носителей данных и дополнительных служб. Сервисная информация счета генерируется поставщиком услуг. Сервисное выписывание счета осуществляется на основе платы за использование и вычисляется согласно контракту между поставщиком услуг и абонентом. Обе процедуры выписывания счета предпочтительно управляются сервисной управляющей функцией в интеллектуальной сети или способами, определенными открытыми интерфейсами (OSA, Parlay).

В первом предпочтительном варианте осуществления изобретения сервисная управляющая функция CSE_T оператора IP-телефонии управляет выписыванием счета в сети T IP-телефонии. Кроме того, она может управлять установлением вызова способом, подобным способу интеллектуальной сети. Функция управления обслуживанием CSE_T может содержать всю логику обслуживания и управление, связанные со службами выписывания счета и другими службами, а также с необходимыми базами данных или соединениями с базами данных. Функция управления обслуживанием является только логической функцией и она может быть внутренне реализована различными способами. Альтернативой является то, что она внутренне децентрализована и соответствующая логика обслуживания может быть децентрализована в различных узлах. Также информация обслуживания может быть децентрализована в различных узлах от логики обслуживания.

ФУУМС является примером новых сетевых узлов, обеспеченных в сети телефонного оператора. ФУУМС, в основном, собирает информацию об объемах данных, передаваемых на физическом соединении, так как ФУСВ ничего не знает о них.

В первом предпочтительном варианте осуществления изобретения основными частями уровня доступа А являются базовая сеть (БС, CN), УСПС наземная сеть радиодоступа (УНСРД, UTRAN) и CAMEL сервисное окружение CSE_A, которое соответствует сервисному пункту в интеллектуальной сети.

УНСРД содержит множество подсистем радиосети (не показано), соединенных с базовой сетью БС. Подсистема радиосети содержит контроллер радиосети (КРС, RNC) и один или несколько В узлов. Контроллер радиосети КРС является сетевым узлом, ответственным за управление радиоресурсами УНСРД. Он соответствует логически контроллеру базовой станции в системе GSM. В каждом соединении между оборудованием абонента ОА и УНСРД один КРС является обслуживающим КРС. Основная задача узла В состоит в обработке (канальном кодировании и мультиплексировании, регулировании скорости, декодировании и т.д.) уровня 1 радиоинтерфейса. Он также выполняет некоторые операции управления основным радиоресурсом, таким как управление мощностью внутренней цепи. В узел логически соответствует базовой станции системы GSM.

Базовая сеть БС может быть подключена к внешним сетям, таким как IP-сети IP. В примере фиг.1 базовая сеть БС содержит обслуживающий узел поддержки общих услуг пакетной радиопередачи (ОУПР, GPRS), (ОУПО, SGSN), узел поддержки ОУПР шлюза (УПОШ, GGSN) и собственный (исходный) сервер абонента (ССА, HSS). Базовые сети другого типа, такого как IS-41, могут содержать другие сетевые узлы.

Узлы поддержки ОУПО и УПОШ обычно подсоединены между собой главной сетью (не показано). Следует заметить, что функционально ОУПО и УПОШ могут также быть подсоединенными к одному и тому же сетевому узлу, и в этом случае главная сеть оператора является ненужной. Логически, однако, эти узлы являются различными узлами. IP-телефония на практике является невидимой для элементов базовой сети. Для узлов поддержки ОУПО и УПОШ IP-телефония является только контекстом программируемого (ПЦП, PDP), т.е. линией передачи с определенными требованиями к качеству обслуживания. Передача сигналов, связанная с IP-телефонией, обычно заканчивается в оборудовании абонента и ФУСВ, так что для ее понимания нет необходимости в ОУПО или УПОШ.

Обслуживающий узел поддержки ОУПО является узлом, который обслуживает оборудование абонента ОА, расположенное в его зоне. В сети пакетной радиосвязи сотового типа каждый узел поддержки ОУПО снабжает мобильные терминалы данных, т.е. оборудование абонента ОА, обслуживанием пакетных данных в зоне из одной или нескольких сотовых ячеек в его зоне обслуживания. ОУПО может участвовать в сборе информации счета в сети доступа. ОУПО согласно первому предпочтительному варианту осуществления изобретения содержит функцию, подобную функции переключения обслуживания в интеллектуальной сети.

Узлы поддержки УПОШ соединяют оператора с системами, внешними к сети ОУПР, такими как IP-сеть IP. УПОШ может также быть подсоединен непосредственно к сети или главному компьютеру частной компании. УПОШ работает как маршрутизатор между внешним адресом и данными внутренней маршрутизации (например, ОУПО). УПОШ может участвовать в сборе информации счета сети доступа.

Собственный сервер абонента ССА логически соответствует регистру исходного местонахождения в системе GSM, причем информация абонента для каждого абонента хранится в нем постоянно или полупостоянно таким образом, что информация абонента комбинируется с идентификатором абонента, который, например, является международным идентификационным номером оборудования подвижного абонента (МИНОПА, IMSI) в системе GSM. ФУСВ сети IP-телефонии имеет сигнальное соединение с ССА.

В первом предпочтительном варианте осуществления изобретения сеть доступа содержит функцию управления обслуживанием CSE_A для предоплаченных подписок выписывания счета. Этим сетевым узлом, отвечающим за выписывание счета, может также быть сетевой узел третьей стороны, т.е., например, поставщик предоплаченной услуги. Событие, подлежащее выписыванию счета из счета предоплаченной подписки или от абонента подписки, подлежащей оплате в задолженности, необязательно связано каким-либо средством с обслуживанием действительного носителя вообще, но счет/подписка могут использоваться для выписывания счета для всех видов услуг, т.е. для различных событий выписывания счета, необходимых, например, для электронной торговли. В первом предпочтительном варианте осуществления изобретения предполагается, что абонент имеет предоплаченную подписку для оператора сети доступа и оператор сети доступа, в свою очередь, имеет двусторонние касающиеся счета контракты с операторами IP-телефонии. Функция управления обслуживанием CSE_A может содержать всю логику обслуживания, относящуюся к услугам предоплаченной подписки, и управление, связанное с этой услугой, и необходимые базы данных для обслуживания или соединения с базами данных. Функция управления обслуживанием является только логической функцией и она может быть внутренне реализована различными путями. Альтернативой является то, что она внутренне децентрализована, и соответствующая логика обслуживания может быть децентрализована в различных узлах. Также информация обслуживания может быть децентрализована в узлах, отличных от узлов логики обслуживания. В первом предпочтительном варианте осуществления изобретения, однако, для ясности предполагается, что поддержание счетов предоплаченных подписок и необходимая информация расположены в одном и том же сетевом узле.

IP-телефония является общим термином, охватывающим услуги от стандартной голосовой телефонии на IP VolP до мультимедийных приложений, использующих IP-данные, голос и изображение в IP-телефонии. В дополнение к IP-телефонии, описанная выше система поддерживает другие приложения, такие как доступ в Интернет или Интранет. Подобным же образом IP-вызов относится к вызову, который использует передачу сигналов и поток информации абонента на основе IP. Информация абонента может содержать несколько различных компонентов, таких как голос, видеоизображение и данные. В дополнение к вызовам, IP-телефония может содержать услуги, подобные вызовам, которые могут быть однонаправленными, направленными к группе (или группам) или вещание в заданной зоне, например В IP-телефонии, системы подвижной связи используют новые протоколы, такие как протокол приложения радиосвязи WAP (протокол мобильной интерактивной связи с Интернет).

В дополнение к средствам известного уровня техники, система и ее сетевые узлы, реализующие функционирование данного изобретения, содержат средства для реализации функций, описанных более подробно в сочетании с фигурами 2, 3 или 4. Для большей точности они содержат либо средства для идентификации абонента общего счета и для передачи тарифов счета от одной сети к другой и для составления счета абоненту согласно тарифу счета, полученному путем комбинирования тарифов счета двух сетей, либо средства для генерации глобального идентификатора счета и для передачи этого идентификатора к узлам, которые собирают информацию счета. Также возможно, что система и ее сетевые узлы содержат все средства, упомянутые выше. Кроме того, оборудование абонента может содержать средства для хранения глобального идентификатора счета и для передачи этого идентификатора счета по меньшей мере к одной из сетей. Существующие сетевые узлы и оборудование абонента содержат процессоры и память, которые могут быть использованы в функциях изобретения. Все изменения, необходимые для реализации изобретения, могут быть выполнены как дополнительные или обновленные системные программы и/или посредством интегральных схем прикладной ориентации (ASIC).

Фигура 2 показывает передачу сигналов согласно первому предпочтительному варианту осуществления изобретения, когда вызов с использованием IP-телефонии осуществляется от оборудования абонента ОА с использованием предоплаченной подписки. Это пример услуг, начисляемых от подписки оборудования абонента, для которого может быть использована функциональность согласно первому предпочтительному варианту осуществления изобретения. В примере фигуры 2 предполагается, что оборудование абонента имеет подписку как на оператора доступа, так и на телефонного оператора, но предоплаченный счет только на оператора доступа. Подписка на телефонного оператора используется CSE_T для идентификации подписки оборудования абонента как предоплаченной подписки. В других вариантах осуществления изобретения предоплаченная подписка может идентифицироваться другими способами и в этих вариантах оборудование абонента нуждается только в единственной подписке, предпочтительно в подписке на оператора доступа. Для ясности, предполагается, что оборудование абонента сделало свое присутствие известным для сети доступа посредством выполнения операции присоединения ОУПР. В процедуре присоединения ОУПР, ОУПО создает контекст управления мобильностью (УМ, ММ), и управление логической линией связи (УЛЛ, LLC) обеспечивается между оборудованием абонента ОА и узлом ОУПО на уровне протокола.

Кроме того, для ясности предполагается, что оборудование абонента ОА активировало контекст РДР, т.е. адрес данных пакета, который оно желает использовать. Контекст РДР определяет различные параметры передачи данных, такие как тип PDP (Х.25 или IP, например), адрес PDP (IP-адрес, например), качество услуги (КУ, QoS) и идентификатор пункта доступа к услугам сетевого уровня (ИПДУС, NSAPI). Во время активации контекста PDP, ОУПО встретил специфический для абонента триггер (пункт обнаружения), в результате чего он запросил обрабатывающие контекст инструкции по меньшей мере от функции управления обслуживанием оператора доступа, который отвечает за поддержание счета предоплаченной подписки. ОУПО принимает адрес функции управления, например, от собственного сервера абонента ССА, или это может быть установлено как значение по умолчанию в триггере. В качестве инструкций обработки ОУПО принимает от функции управления CSE_A различные пороговые значения, например такие, как условие отчета, посредством которого CSE_A запрашивает сообщение от ОУПО, когда определенный объем информации был передан от оборудования абонента ОА, когда выписывание счета основано на переданном объеме информации. Этот обмен информацией не показан на фигуре 2.

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

На фигуре 2 процесс начинается, когда оборудование абонента передает запрос установления соединения 2-1. ОУПО передает сообщение к УПОШ, который передает запрос установления вызова 2-1 к ФУСВ. Прием запроса 2-1 установления вызова приводит к встрече в ФУСВ с триггером (пункт обнаружения) для инициации обслуживания, который заставляет ФУСВ передать запрос 2-3 инструкций для функции управления обслуживанием CSE_T телефонного оператора. Функция управления обслуживанием CSE_T обнаруживает на этапе 2-4, что вызов касается предоплаченной подписки, и функция управления обслуживанием CSE_A отвечает за предоплаченный счет предоплаченной подписки. В первом варианте осуществления изобретения информация размещена, например, в базе данных CSE_T, или операторы могут иметь общую базу данных для использования. В другом предпочтительном варианте осуществления изобретения CSE_T может сделать вывод, на основе телефонного номера звонящего абонента, например, что рассматривается предоплаченная подписка, и запрашивает адрес функции управления обслуживанием CSE_A, отвечающей за предоплаченный счет от ССА через ФУСВ.

Поскольку подписка является предоплаченной подпиской, CSE_T посылает в сообщении 2-5 тариф телефонного оператора и инструктирует ФУСВ, что тариф телефонного оператора должен быть передан к CSE_A и все специальные события во время вызова должны быть направлены к CSE_A. Сообщение 2-5 предпочтительно содержит адрес CSE_A. После приема адреса 2-5 ФУСВ передает сообщение 2-6, которое содержит информацию тарифа телефонного оператора и указывает телефонного оператора CSE_A к CSE_A, поддерживающего счет предоплаченной подписки. Если с обслуживанием не связано никакого управления, подобного интеллектуальной сети, то соединение между ФУСВ и CSE_T разъединяется. После приема сообщения 2-6 CSE_A проверяет на этапе 2-7, имеют ли оператор доступа и телефонный оператор, указанные сообщением 2-6, связанный с выписыванием счета контракт.

Если операторы имеют взаимный контракт, CSE_A комбинирует тариф телефонного оператора и тариф оператора доступа для того, чтобы начислить предоплаченный счет в соответствии с комбинированным тарифом. Кроме того, CSE_A передает команду к ФУСВ в сообщении 2-8А продолжить установление вызова. Сообщение 2-8А может также содержать другую информацию, связанную с управлением, подобным интеллектуальной сети, таким как усиление точек обнаружения. Сообщение 2-8А может также содержать, например, условия отчета или изменения предыдущих условий отчета. При установлении соединения предоплаченный счет начисляется согласно комбинированному тарифу, в основном, на основе информации, сообщенной ОУПО. Если ФУСВ обнаруживает специальное событие, т.е. событие, которое не могло быть учтено в формировании тарифа, он информирует CSE_A об этом событии, так что CSE_A может подтвердить это событие в начислении предоплаченного счета. Оператор доступа передает долю телефонного оператора в счете соединения к телефонному оператору, предпочтительно в задолженности.

Если операторы не имеют взаимного контракта, то CSE_A информирует ФУСВ об этом в сообщении 2-8В, после чего ФУСВ предпочтительно завершает установление вызова и информирует оборудование абонента ОА о том факте, что выбранный телефонный оператор не может быть использован.

В предпочтительном варианте осуществления изобретения тариф телефонного оператора известен в ФУСВ. В этом варианте сообщение 2-5 не содержит тариф.

В предпочтительном варианте осуществления изобретения CSE_A и CSE_T могут прямо обмениваться информацией. В этом варианте CSE_T непосредственно информирует CSE_A о тарифе телефонного оператора и CSE_A отвечает CSE_T сообщением 2-8А или 2-8В. В этом варианте сообщения 2-5 и 2-6 не являются необходимыми, но соединение между CSCF и CSE_T не может быть разъединено. В этом варианте CSE_T передает информацию о специальных событиях к CSE_A.

В предпочтительном варианте осуществления изобретения предоплаченной подпиской является подписка на телефонного оператора, и в этом случае CSE_T (или подобный) отвечает за начисление предоплаченной подписки. В этом варианте CSE_T обнаруживает на этапе 2-4, что запрос установления соединения, поставляемый через оператора А доступа, рассматривается и запрашивает информацию тарифа оператора доступа от CSE_A (или соответствующий сетевой узел, содержащий информацию тарифа) в сообщениях 2-5 и 2-6 через ФУСВ. CSE_A возвращает информацию тарифа, если операторы имеют взаимный контракт, после чего CSE_T комбинирует тарифы и начисляет счет согласно комбинированному тарифу. В другом варианте информация контракта расположена в CSE_T, и он запрашивает информацию тарифа, только если контракт существует. Еще в одном предпочтительном варианте осуществления изобретения CSE_T содержит, кроме информации контракта, также тариф оператора доступа. В этом варианте информация тарифа не нуждается в запрашивании, но будет достаточно, что ФУСВ комбинирует тариф оператора доступа с тарифом телефонного оператора. В этом варианте при изменении тарифа оператора доступа, это изменение обновляется в CSE_T. Это может быть выполнено путем использования, например, автоматического обновления.

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

Фигура 3 показывает передачу сигналов согласно второму предпочтительному варианту осуществления изобретения. В примере фигуры 3 для ясности предполагается, что оборудование абонента ОА имеет подписку на оператора доступа, которая устанавливает счета между операторами, если телефонный оператор отличается от оператора доступа. Каждый оператор, в свою очередь, устанавливает с его поставщиками услуг счет, связанный с использованием этих услуг. В некоторых других вариантах осуществления изобретения абонент может иметь подписку как на оператора доступа, так и на телефонного оператора. Для ясности, далее предполагается, что оборудование абонента сделало свое присутствие известным для сети доступа посредством выполнения операции присоединения ОУПР. В процедуре присоединения ОУПР, ОУПО создает контекст мобильностью управления УМ, и логическая линия связи обеспечивается между оборудованием абонента ОА и узлом ОУПО на уровне протокола управления логической линией связи ЛЛС. Кроме того, для ясности предполагается, что оборудование абонента было зарегистрировано в ФУСВ, и вызов направлен в этот ФУСВ. Способ, которым ФУСВ выбирается в связи с регистрацией, является несущественным для изобретения. В других предпочтительных вариантах осуществления изобретения вызов может быть направлен в ФУСВ, в котором оборудование абонента не зарегистрировано.

На фиг.3 процесс начинается, когда оборудование абонента активирует контекст PDP, который, согласно тому, что было описано выше, определяет различные параметры передачи данных, такие как тип PDP (Х.25 или IP, например) PDP адрес (IP адрес, например), качество обслуживания КО и идентификатор пункта доступа к услугам сетевого уровня ИПДУС. Активация PDP контекста начинается передачей сообщения 3-1 (Запрос активизации контекста PDP) от оборудования абонента ОА к ОУПО. Затем ОУПО и оборудование абонента могут выполнять функции безопасности, например аутентификацию оборудования абонента. Они не показаны на фиг.3. После приема сообщения 3-1 ОУПО находит адрес УПОШ и передает сообщение 3-2 (Запрос создания контекста PDP) к УПОШ. В ответ на сообщение 3-2 на этапе 3-3 УПОШ генерирует глобальный идентификатор счета C_ID. Глобальным идентификатором счета предпочтительно является комбинация целого числа, идентифицирующего контекст PDP в УПОШ, и адреса УПОШ. Образованный таким образом идентификатор счета является глобальным уникальным идентификатором. Предпочтительно, текущее число используется как идентифицирующее целое число. Вместо адреса УПОШ также может использоваться адрес другого элемента сети, целое число, затем предпочтительно идентифицирующее контекст PDP в конкретном элементе сети. Идентификатор счета может быть также образован другими способами. Важным пунктом во втором варианте осуществления изобретения является то, что идентификатор счета является уникальным в системе, образованной различными взаимодействующими сетями, так что записи деталей вызова, относящиеся к одному и тому же контексту PDP, которые подаются в центр счета, всегда содержат один и тот же идентификатор счета, который не может быть спутан в центре счета с идентификаторами счета, используемыми другими контекстами PDP.

После генерирования идентификатора счета C_ID (и после создания информации, необходимой для маршрутизации) УПОШ передает сообщение 3-4 (Создать ответ контекста PDP), которое содержит идентификатор счета C_ID в качестве нового параметра. ОУПО отделяет идентификатор счета C_ID от сообщения 3-4 и на этапах 3-5 сохраняет идентификатор счета C_ID как идентификатор счета, подлежащий использованию в этом контексте PDP, и передает идентификатор счета C_ID к оборудованию абонента ОА в сообщении 3-6 (Активировать допуск контекста PDP), указывающем, что активация контекста PDP прошла успешно.

После приема сообщения 3-6 на этапе 3-7 оборудование абонента ОА сохраняет идентификатор счета C_ID как идентификатор счета, связанный с конкретным контекстом PDP. Когда абонент желает получить обслуживание от сети, например установить вызов, на этапе 3-8 оборудование абонента присоединяет идентификатор счета к сообщению установления 3-9 (Установить) и передает сообщение 3-9 к ФУСВ. На этапе 3-10 ФУСВ сохраняет идентификатор счета в своей памяти, подлежащий использованию в выписывании счета этого соединения. ФУСВ передает идентификатор счета к ФУУМС в сообщении 3-11, и на этапе 3-12, ФУУМС сохраняет идентификатор счета в своей памяти, подлежащий использованию в выписывании счета этого соединения.

Фигура 3 не показывает другой передачи сигналов, связанной с установлением соединения. После установления соединения определенные сетевые узлы (в примере фиг.3 ОУПО, УПОШ, ФУСВИ и ФУУМС) собирают информацию счета, причем каждый передает записи деталей вызова (ЗДВ, CDR) в центр счета (ЦС, BC) в сообщениях 3-13а, 3-13b, 3-13с, 3-13d. Записи деталей вызова содержат идентификатор счета C_ID. С использованием идентификатора счета C_ID центр счета ЦС комбинирует записи деталей вызова, подаваемые от различных сетевых узлов, в сумму, подлежащую начислению от абонента. Предоплаченный счет может быть также начислен каждый раз после приема любого из сообщений 3-13а, 3-13b, 3-13с или 3-13d, и в этом случае комбинирование событий счета означает, что каждая запись деталей вызова, содержащая один и тот же идентификатор счета, будет начислять определенный счет. Правильный счет обнаруживается на основе идентификатора счета. Центр счета может быть отдельным центром или, например, сетевым узлом CSE_T, начисляющим счет предоплаченной подписки.

Во втором предпочтительном варианте сетевые узлы телефонного оператора (ФУСВ и ФУУМС) удаляют идентификатор счета C_ID из своей памяти, в то время как соединение разъединяется. Во втором предпочтительном варианте оборудование абонента ОА и сетевые узлы сети доступа (ОУПО и УПОШ) удаляют идентификатор счета C_ID из своей памяти, в то время как контекст PDP деактивируется. Удаление относится к информации, более недоступной.

В предпочтительном варианте, использующем второй вариант осуществления изобретения, абонент общего счета идентифицируется либо в УПОШ или ОУПО, и идентификатор счета передается к оборудованию абонента только, если абонент является абонентом общего счета. В этом варианте оборудование абонента выполнено с возможностью присоединения идентификатора счета к сообщению 3-9 только, если оно приняло его в сообщении 3-6.

Фигура 4 показывает передачу сигналов согласно третьему предпочтительному варианту осуществления изобретения. В примере фигуры 4 сделаны те же самые предположения, что и в примере фигуры 3. Кроме того, в примере фигуры 4 предполагается, что интерфейс между уровнем доступа и уровнем телефонии расположен между УПОШ и ФУСВ.

На фигуре 4 процесс начинается, когда оборудование абонента ОА начинает активировать контекст PDP путем передачи сообщения 4-1 (Запрос активации контекста PDP) от оборудования абонента ОА к ОУПО. Затем ОУПО и оборудование абонента могут выполнять функции безопасности, например аутентификацию оборудования абонента. Это не показано на фигуре 4. После приема сообщения 4-1 ОУПО находит адрес УПОШ и передает сообщение 4-2 (Запрос создания контекста PDP) к УПОШ. В ответ на сообщение 4-2 на этапе 4-3 УПОШ генерирует глобальный идентификатор счета C_ID. Глобальный идентификатор счета описывается более подробно в сочетании с фигурой 3.

После генерации идентификатора счета C_ID (и после создания информации, необходимой для маршрутизации) УПОШ передает сообщение 4-4 (Создать ответ контекста PDP), которое содержит идентификатор счета C_ID как новый параметр. ОУПО отделяет идентификатор счета C_ID от сообщения 4-4 и, на этапе 4-5 сохраняет идентификатор счета C_ID как идентификатор счета, подлежащий использованию в этом контексте PDP. УПОШ также передает идентификатор счета C_ID к ФУСВ в сообщении 4-6. На этапе 4-7 ФУСВ сохраняет идентификатор счета в своей памяти, подлежащий использованию в выписывании счета этой линии передачи. ФУСВ передает идентификатор счета к ФУУМС в сообщении 4-8, и на этапе 4-9, ФУУМС сохраняет идентификатор счета в своей памяти, подлежащей использованию в выписывании счета этого соединения.

При установлении соединения, например вызова, от оборудования абонента определенные сетевые узлы (в примере фигуры 4 ОУПО, УПОШ, ФУСВ и ФУУМС) собирают информацию счета с использованием идентификатора счета C_ID, заданного для линии передачи, используемой соединением, причем каждый сетевой узел передает записи деталей вызова ЗДВ к центру счета ЦВС. Записи деталей вызова содержат идентификатор счета C_ID. Передача записей деталей вызова не показана на фигуре 4. В третьем предпочтительном варианте центр счета ЦС работает таким же образом, как показано во втором предпочтительном варианте в соединении с фигурой 3; поэтому его работа не будет описываться здесь более подробно.

В третьем предпочтительном варианте сетевые узлы телефонного оператора (ФУСВ и ФУУМС) и сетевые узлы сети доступа (ОУПО и УПОШ) удаляют идентификатор счета C_ID из их памяти, в то время как контекст PDP деактивируется. Удаление относится к информации, более недоступной.

В предпочтительном варианте осуществления изобретения сообщение 4-6, содержащее идентификатор счета C_ID, передается к ФУСВ только, когда соединение было установлено от оборудования абонента.

В другом предпочтительном варианте осуществления изобретения ФУСВ запрашивает идентификатор счета C_ID от УПОШ, например, в ответ на прием сообщения установки (сообщение 3-9 на фигуре 3). В этом варианте УПОШ выполнен с возможностью передачи сообщения 4-6 в ответ на запрос идентификатора счета C_ID, принятый от ФУСВ.

Если интерфейс между уровнем доступа и уровнем телефонии расположен где-нибудь еще, идентификатор счета C_ID передается к ФУСВ через этот интерфейс, что означает, что сообщение 4-6, показанное на фигуре 4, является ненужным, но вместо него передается некоторое другое сообщение (сообщения). Если этот интерфейс расположен, например, между ССА и ФУСВ, то ССА может передать идентификатор счета к ФУСВ. ССА может быть информирован об идентификаторе счета либо ОУПО, либо УПОШ.

В предпочтительных вариантах осуществления изобретения согласно второму и третьему предпочтительным вариантам глобальный идентификатор счета не генерируется в соединении с активацией контекста PDP (звено передачи данных), а генерируется, только, когда абонент оборудования абонента желает получить обслуживание от сети. В этих вариантах сообщения 3-1 и 3-2 или 4-1 и 4-2 используются для запрашивания генерации идентификатора счета либо прямо, либо косвенно, и в варианте согласно второму предпочтительному варианту этап 3-7 может быть опущен, так как оборудование абонента просто передает идентификатор счета, генерируемый в сети оператором доступа, к сетевому узлу (узлам) телефонного оператора. В этих вариантах идентификатор счета предпочтительно удаляется из памяти сетевого узла, в то время как соединение разъединяется.

Также возможно, что идентификатор счета генерируется в сетевом узле телефонного оператора, от которого он передается либо прямо, либо через оборудование абонента к сетевому узлу (узлам) сети доступа.

В предпочтительном варианте использующем второй и третий варианты осуществления изобретения, абонент общего счета идентифицируется либо в УПОШ, либо в ОУПО, и идентификатор счета передается к оборудованию абонента или ФУСВ только, если абонент является абонентом совместного счета. В таком варианте, использующем второй вариант, оборудование абонента приспособлено для присоединения идентификатора счета к сообщению 3-9 только, если оно приняло его в сообщении 3-6.

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

Некоторые или все сообщения передачи сигналов, показанные на фигурах 3 и 4, могут быть, например, сообщениями, основанными на протоколе GTP туннелирования ОУПР, H.323 и/или протоколами инициирования сеанса SIP.

Сообщения передачи сигналов и этапы, показанные на фигурах 2, 3 и 4, не показаны в абсолютном хронологическом порядке и они могут быть реализованы в отличном от изображенного порядке. Другие сообщения передачи сигналов могут быть переданы и/или другие функции могут выполняться между сообщениями и/или стадиями. Например, во втором предпочтительном варианте осуществления изобретения на этапе 3-9 может быть проверено, имеют ли операторы контракт, делающий возможным общий счет, и процесс может продолжаться как показано на фигуре 3 при существовании такого контракта. Некоторые этапы, показанные на фигурах 2 и 3, могут быть также опущены. Если, например, в первом предпочтительном варианте осуществления изобретения один и тот же оператор является как телефонным оператором, так и оператором доступа, то CSE_T и CSE_A могут быть одним и тем же пунктом управления обслуживанием, и в этом случае на этапе 2-4 CSE_T обнаруживает, что он сам отвечает за счет предоплаченной подписки, так что сообщение 2-5 не будет передано, но тарифы комбинируются, как показано на этапе 2-7. Также затем не будет передано сообщение 2-6. Сообщения передачи сигналов являются только примерами, и они могут содержать несколько отдельных сообщений для передачи одной и той же информации. Кроме того, сообщения могут также содержать другую информацию. Названия сообщений могут также отличаться от названий, описанных выше.

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

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

1. Сетевой узел для многосетевой системы связи, отличающийся тем, что выполнен с возможностью генерирования, в ответ на прием запроса для установления соединения от терминала абонента, глобального идентификатора счета, предназначенного для использования сетевыми узлами, собирающими информацию счета для упомянутого соединения, причем упомянутый идентификатор счета используется для комбинирования информации счета, относящейся к упомянутому запросу, и для включения упомянутого идентификатора счета в упомянутый запрос до направления этого запроса в другой сетевой узел.2. Сетевой узел для многосетевой системы связи, выполненный с возможностью сбора информации счета, отличающийся тем, что выполнен с возможностью приема запроса от другого сетевого узла, причем упомянутый запрос содержит глобальный идентификатор счета для конкретного соединения, и сохранения идентификатора счета, предназначенного для использования сетевым узлом при выписывании счета, относящегося к конкретному соединению.3. Биллинговый центр для многосетевой системы связи, отличающийся тем, что выполнен с возможностью приема от других сетевых узлов информации счета, содержащей глобальный идентификатор счета для конкретного соединения, и комбинирования информации счета, которая содержит один и тот же глобальный идентификатор счета, для выписывания общего счета абонента.4. Машиночитаемый носитель информации, содержащий последовательность машиночитаемых команд, выполнение которых сетевым узлом приводит к осуществлению комбинирования информации счета, содержащей один и тот же глобальный идентификатор счета для конкретного соединения, для выписывания общего счета абонента, причем информацию счета принимают от других сетевых узлов.