Управление подпиской и оповещением о тарификации

Управление подпиской и оповещением о тарификации

Реферат

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

В последнее время попытки предоставить управление подпиской и оповещением о тарификации предпринимались по отношению к предоставлению услуги в (мобильных) сетях передачи данных. Ниже описывается сетевая архитектура типичной сети передачи пакетных данных 3-го поколения (то есть соответствующая проекту партнерства 3-го поколения - 3GPP).

Пользовательское оборудование (UE), которое является устройством, которое использует (мобильный) абонент для того, чтобы получить доступ к услугам пакетных данных. Шлюзовой узел (GGSN) поддержки GPRS (система пакетной радиосвязи общего пользования) является шлюзом для трафика пользовательской плоскости. Весь трафик пользовательской плоскости от сети доступа проходит через GGSN прежде, чем он будет переслан сетям передачи данных или другому пользовательскому оборудованию. GGSN может быть заменен любым другим шлюзовым элементом пакетных данных. Система онлайн тарификации (OCS) обеспечивает контроль кредита в реальном времени для управляемого в GGSN трафика пользовательской плоскости. OCS контролирует GGSN, например, посредством приложения (DCCA) протокола Diameter контроля кредита сеансов связи. Наконец, существует сервер (TS) пополнения счета, который осуществляет взаимодействие с абонентом, если существует потребность активировать подписки или должно быть предоставлено оповещение о тарификации. Сервер пополнения счета может быть заменен любым другим элементом сервера переадресации.

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

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

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

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

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

Документ RFC 4006 комиссии по технологиям Интернета (IETF) описывает изящное завершение услуги, когда используется индикация AVP (парное значение атрибута) завершения блока для того, чтобы инициировать переадресацию, а затем система онлайн тарификации удаляет необходимость переадресации, основываясь на явно заданной процедуре повторной авторизации (сообщение RAR - сообщение запрос повторной авторизации), либо повторная авторизация осуществляется после того, как истекает допустимое время действия по завершающему блоку.

Однако это решение имеет нижеследующие недостатки.

Оно требует, чтобы система онлайн тарификации имела интерфейс к серверу пополнения счета. Этот интерфейс еще не был стандартизирован. Кроме того, сигнализация RAR создает накладные расходы сигнализации, так как необходим дополнительный обмен сообщениями. Другой альтернативный вариант, отправка запроса (CCR) кредитного контроля после того, как истекает допустимое время, не изменяет статус авторизации услуги в режиме реального времени.

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

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

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

Модификации первого аспекта настоящего изобретения включают в себя нижеследующее.

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

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

Посредством сервера переадресации отправка любого трафика пользовательским терминалом может быть задержана.

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

Способ может дополнительно содержать этап, на котором инициируют перенаправление трафика с пользовательского терминала на сервер переадресации посредством информирования сетевого шлюзового узла заранее до того, как трафик будет отправлен пользовательским терминалом.

Инициация может быть выполнена в ответ на создание контекста протокола пакетных данных для упомянутого пользовательского терминала.

Сетевой шлюзовой узел может быть заранее информирован посредством системы онлайн тарификации.

Сетевой шлюзовой узел может быть шлюзовым узлом поддержки GPRS.

Сервер переадресации может быть сервером пополнения счета.

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

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

Модификации третьего аспекта настоящего изобретения включают в себя нижеследующее.

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

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

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

Сетевым шлюзовым устройством может быть шлюзовой узел поддержки GPRS.

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

Модификации четвертого аспекта настоящего изобретения включают в себя нижеследующее.

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

Сервер переадресации может быть выполнен в качестве сервера пополнения счета.

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

Модификации пятого аспекта настоящего изобретения включают в себя нижеследующее.

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

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

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

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

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

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

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

А именно, на Фиг.1 показаны предпочтительные варианты осуществления настоящего изобретения с помощью иллюстрации сигнализации между конечным пользователем EU (который может принимать участие посредством, например, использования пользовательского оборудования UE), шлюзовым узлом GGSN поддержки GPRS, системой OCS онлайн тарификации, и сервером TS пополнения счета. Эти элементы выбраны для того, чтобы проиллюстрировать пример реализации предпочтительного варианта осуществления настоящего изобретения, однако не подразумевается, что настоящее изобретение должно быть ограничено этими конкретными элементами, что упомянуто выше. Например, сервер пополнения счета иллюстрируется в качестве реализации сервера переадресации, узел GGSN поддержки GPRS в качестве реализации шлюза пакетных данных.

Выбранные процессы сигнализации помечены ссылочными номерами 1-8, которые далее будут упоминаться как этапы 1-8. Что касается изображенных элементов, EU, GGSN, OCS и TS, Фиг.1 должна быть истолкована так, что эти элементы иллюстрируют устройства, сконфигурированные для того, чтобы выполнять иллюстрированные этапы, что должно быть понятно.

Что касается конкретных сообщений, указатели URL изображаются в качестве примеров реализации.

А именно, когда создается контекст (сессия канала данных) протокола пакетных данных (PDP), шлюзовой узел поддержки GPRS уже отправляет (этап 1) системе OCS онлайн тарификации начальное сообщение CCR запроса кредитного контроля, указывающее запрашиваемые единицы измерения услуги (RSU).

В ответ система OCS онлайн тарификации отправляет (этап 2) начальное сообщение CCA ответ кредитного контроля обратно шлюзовому узлу GGSN поддержки GPRS, посредством которого можно инициировать переадресацию для тех тарифных групп, где авторизация услуги требует дополнительного диалога с сервером TS пополнения счета. Переадресация может быть инициирована также в любом другом обновленном сообщении CCA.

Когда шлюзовой узел GGSN поддержки GPRS обнаруживает (этап 3) запрос трафика HTTP, относящийся к тарифной группе, где переадресация допускается, он переадресует запрос трафика серверу TS пополнения счета.

Сервер TS пополнения счета предоставляет (этап 4) конечному пользователю EU диалог авторизации услуги посредством, например, приема "сообщения согласия" и т.д.

Основываясь на результате диалога, сервер TS пополнения счета отвечает (этап 5) конечному пользователю EU. Ответное сообщение (например, "информирован") включает в себя маркер авторизации. Когда шлюзовой узел GGSN поддержки GPRS обнаруживает в исходящем от доверяемого сервера TS пополнения счета ответном сообщении маркер авторизации, он удаляет (этап 5) маркер из ответа HTTP до пересылки этого ответа, например, пользовательскому оборудованию конечного пользователя EU. Кроме того, шлюзовой узел GGSN поддержки GPRS инициирует (этап 6) авторизацию услуги по отношению к системе OCS онлайн тарификации посредством отправки системе OCS онлайн тарификации сообщения CCR запроса кредитного контроля, указывающего запрашиваемые единицы измерения услуги (RSU), и просит квоту для соответствующей тарифной группы. В сообщение CCR также включается (этап 6) маркер авторизации.

Система OCS онлайн тарификации проверяет и подтверждает правильность маркера авторизации. В зависимости от результата она либо разрешает, либо запрещает доступ к контенту услуг. Результат авторизации возвращается (этап 7) шлюзовому узлу GGSN поддержки GPRS в сообщении CCA ответе кредитного контроля, который затем может указать разрешенные единицы измерения услуги (GSU). В конце концов, шлюзовой узел GGSN поддержки GPRS останавливает (этап 8) переадресацию трафика после того, как принято сообщение CCA ответ кредитного контроля.

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

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

Сервер пополнения счета также может задержать выполнение этапа 8 так, чтобы было достаточно времени для обмена сообщениями CCR-CCA до этапа 8, и таким образом, когда пользовательское оборудование пытается получить доступ к услуге, переадресация уже удалена из шлюзового узла поддержки GPRS. Эта задержка может быть осуществлена, используя известные тэги языка разметки гипертекста (HTML) или языка разметки для беспроводных систем (WML).

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

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

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

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

Что касается недостатка альтернативного технического решения, оно выполнено с функциональной возможностью однократного входа в систему и оно не может быть использовано для того, чтобы принять решение о повторной авторизации, основываясь на используемости ресурсов контента, техническое решение в соответствии с предпочтительным вариантам осуществления настоящего изобретения дает возможность принятия основанных на используемости решений практически "свободно". Подробнее, предпочтительные варианты осуществления настоящего изобретения основаны на использовании интерфейса онлайн тарификации для управления переадресацией и аутентификацией. Другими словами, управление используемостью и оповещение являются неотъемлемыми частями интерфейса онлайн тарификации. В отличие от него интерфейсы Liberty используются только для того, чтобы передать сигналы аутентификации и авторизации, а управление используемостью или оповещение отсутствуют. Также сообщения CCR и CCA, которыми обмениваются между шлюзовым узлом поддержки GPRS и системой онлайн тарификации, используются для сообщения данных используемости и предоставляют квоту для используемости услуги.

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

В заключение, относительно вышеупомянутого "маркера" должно быть отмечено следующее. Тройка OCS/GGSN/TS находится в состоянии "обработка пополнения счета и задержка подлежащего оплате трафика" и "передача подлежащего оплате трафика". Изменение состояния должно быть сообщено GGSN, причем оно может исходить либо от сервера пополнения счета, либо от системы онлайн тарификации. Это будет "маркер".

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

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

Однако все решения, требующие систему онлайн тарификации делать это непосредственно, имеют недостаток создания связей "треугольника" (то есть GGSN->TS->OCS->GGSN... вместо GGSN->TS-> OCS->TS->GGSN->OCS->GGSN). Эти недостатки ощутимы. Назовем лишь несколько, причина в том, что подход треугольника является более дорогостоящим (главным образом из-за более высокой сложности), трехстороннюю связь затрагивают проблемы тайм-аута, и корреляция идентификаций должна быть транспортирована и согласована тремя участниками, при этом интерфейс TS<->OCS не стандартизован.

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

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

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

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

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

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

4. Способ по п.3, в котором отправку пользовательским терминалом любого трафика задерживают посредством сервера переадресации.

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

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

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

8. Способ по п.6 или 7, в котором сетевой шлюзовой узел информируют заранее посредством системы онлайн тарификации.

9. Способ по п.1, в котором сетевой шлюзовой узел является узлом поддержки GPRS.

10. Способ по п.1, в котором сервер переадресации является сервером пополнения счета.

11. Машиночитаемый носитель информации, содержащий компьютерный программный продукт, выполненный с возможностью предоставления инструкций для того, чтобы выполнять способ по любому из пп.1-10.

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

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

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

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

16. Сетевое шлюзовое устройство по п.12, причем сетевое шлюзовое устройство является шлюзовым узлом поддержки GPRS.