Способ организации предоплаченной услуги обмена мультимедийными сообщениями

Иллюстрации

Показать все

Изобретение относится к способу организации предоплаченной услуги обмена мультимедийными сообщениями (MMS) и может быть использовано в системах персональной мобильной мультимедийной связи. Технический результат - формирование протокола интерфейса между центром MMS (MMSC) и пунктом управления техническим обслуживанием (SCP) и определение структуры сообщения, обработка сервисов при обмене сообщениями между двумя терминалами или терминалом и приложением в системе предоплаченной MMS, формирование принципов начисления платы для предоплаченной MMS и реализация механизма такого начисления, достигается тем, что реализуются этапы: отправка вызывающим абонентом мультимедийного сообщения на MMSC; определение посредством MMSC типов адресов вызывающего абонента и вызываемого абонента, которому адресовано мультимедийное сообщение, с целью определения типов пользователей, к которым относятся вызывающий абонент и вызываемый абонент; а также выполнение вызывающим MMSC или вызываемым MMSC начисления платы и доставки мультимедийного сообщения путем направления запроса о начислении платы на SCP в зависимости от типа пользователя. 2 н. и 11 з.п. ф-лы, 4 табл. 6 ил.

Реферат

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

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

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

Услуга обмена мультимедийными сообщениями (MMS), возникшая как дальнейшее развитие услуги обмена короткими сообщениями (SMS - Short Messaging Service) и услуги обмена расширенными сообщениями (EMS - Enhanced Messaging Service), представляет собой комплексное решение для услуг персональной мобильной мультимедийной связи. В качестве контента мультимедийные сообщения могут включать в себя изображения, звуковую информацию, видеоинформацию, двоичные данные и т.п. С функциональной точки зрения MMS обеспечивает прохождение мультимедийного сообщения от терминала к терминалу, от терминала к приложению и от приложения к терминалу. MMS позволяет не только организовать связь между терминалами или между терминалом и приложением, но и встраивать в сообщение самый разнообразный контент, включая изображения, голосовую информацию, рисунки, а также двоичные и текстовые данные в любых сочетаниях. MMS может быть использована в качестве открытой платформы доступа к мультимедийным услугам, для придания более красочного и содержательного контента сервисным приложениям путем взаимодействия между пользователями мобильной связи и интернет-провайдерами контента. При этом пользователи выступают в роли не только потребителей MMS, но и создателей контента, что, несомненно, повышает заинтересованность конечных пользователей в подобной услуге.

Предоплаченная MMS считается одной из основных составляющих при создании телекоммуникационных сервисов поколений 2.5G и 3G. Предоплаченная MMS при обработке сообщений использует протокол беспроводного доступа WAP (Wireless Application Protocol). В предоплаченной MMS предусмотрено активное получение информации пользователями из центров обслуживания мультимедийных сообщений - способ, подобный используемому при поиске и загрузке в WAP и отличающийся от применяемого в SMS в отношении сетевой архитектуры и начисления платы.

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

Спецификация Проекта Сотрудничества Третьего Поколения (3GPP - Third Generation Partnership Project) описывает организацию предоплаченной MMS следующим образом.

Поддержку предоплаченной MMS обеспечивает центр обслуживания мультимедийных сообщений (MMSC). Если вызывающий абонент передает мультимедийное сообщение и при этом передающий MMSC подтверждает, что отправитель мультимедийного сообщения является абонентом предоплаченной MMS, то передающий MMSC посылает в пункт управления техническим обслуживанием (SCP - Service Control Point) запрос на начисление платы, а также выполняет аутентификацию пользователя и проверку начисления платы. Если сумма на балансе абонента недостаточна для оплаты мультимедийного сообщения, передающий MMSC может отказать в его отправке. Достаточность суммы на балансе пользователя для оплаты сообщения оценивается по следующим факторам: общий размер мультимедийного сообщения, тип контента, конфигурация элементов сообщения и тип краткого сообщения.

Процедура аутентификации и проверка начисления платы передающим MMSC осуществляются следующим образом. Сначала SCP производит аутентификацию на MMSC. Если вызывающий абонент является пользователем терминала или пользователем адреса E-mail, то MMSC назначает тариф, а SCP проверяет расчет и вычитает сумму, начисленную согласно тарифу, из располагаемой суммы на счету вызывающего абонента. Если вызывающий абонент является пользователем службы платных услуг (VAS - Value Added Service), то тариф и способ расчета определяются VAS, а SCP проверяет расчет и вычитает сумму, начисленную согласно тарифу и способу расчета, из располагаемой суммы на счету вызывающего абонента.

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

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

После отправки сообщения на терминал получателя MMS MMSC посылает на SCP запрос о подтверждении начисления платы, чтобы обеспечить возможность точного начисления платы средствами SCP.

Спецификации 3GPP, касающиеся предоплаченной MMS, относительно просты; они лишь описывают в общих чертах некоторые основные принципы, но не касаются способов обработки, действующих в предоплаченной MMS. Этим спецификациям свойственны, в частности, следующие недостатки.

(1) Отсутствует соответствующая спецификация интерфейса предоплаты для предоплаченной MMS, т.е. отсутствуют протокол интерфейса и определение архитектуры сообщения применительно к интерфейсу между MMSC и SCP.

(2) Не решены проблемы процедуры обмена сообщениями между двумя терминалами или между терминалом и приложением VASP в предоплаченной MMS.

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

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

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

Если абонент MMS является абонентом с предоплатой, a SCP, где он зарегистрирован, может обеспечить как предоплаченные услуги, так и предоплаченную MMS, то способы, составляющие предмет настоящего изобретения, включают в себя по меньшей мере следующие этапы:

А. Отправку вызывающим абонентом мультимедийного сообщения на передающий MMSC;

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

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

В упомянутом выше способе тип пользователя - это терминал или приложение.

В упомянутом выше способе этап С включает в себя следующие этапы:

С1. Проверку, являются ли вызывающий и вызываемый абоненты терминалами, и являются ли передающий MMSC и принимающий MMSC одним и тем же MMSC, если да, то переход к этапу С2; в противном случае: если вызывающий и вызываемый абоненты являются терминалами, и передающий MMSC и принимающий MMSC не являются одним и тем же MMSC, то переход к этапу С3; если вызывающий абонент является терминалом, а вызываемый абонент является приложением, то переход к этапу С4; если вызывающий абонент является приложением, а вызываемый абонент является терминалом, то переход к этапу С5;

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

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

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

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

С6. Возврат вышеназванным передающим MMSC вызывающему абоненту отчета о доставке.

В описанном выше способе этап С2, в свою очередь, включает следующие этапы:

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

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

С23. Доставку мультимедийного сообщения с MMSC вызываемому абоненту;

С24. После подтверждения получения мультимедийного сообщения вызываемым абонентом - отправку с MMSC на SCP запроса о подтверждении оплаты для получателя, выполнение посредством SCP проверки и списания со счета абонента платы за трафик и возврат подтверждения оплаты; а также

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

В описанном выше способе этап С3, в свою очередь, включает следующие этапы:

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

С32. Пересылку с передающего MMSC полученного им мультимедийного сообщения на принимающий MMSC;

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

С34. Доставку мультимедийного сообщения с принимающего MMSC вызываемому абоненту;

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

С36. Отправку принимающим MMSC на передающий MMSC отчета о доставке с пересылкой; а также

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

В описанном выше способе этап С4, в свою очередь, включает следующие этапы:

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

С42. Отправку мультимедийного сообщения с передающего MMSC в адрес приложения; а также

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

В описанном выше способе этап С5, в свою очередь, включает следующие этапы:

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

С52. Доставку мультимедийного сообщения с принимающего MMSC вызываемому абоненту; а также

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

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

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

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

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

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

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

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

На фиг.1 показана блок-схема сетевой архитектуры системы с предоплатой.

На фиг.2 показана основная структурная схема настоящего изобретения.

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

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

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

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

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

Далее изобретение описано более подробно на примере конкретных вариантов его выполнения и со ссылкой на приложенные чертежи.

На фиг.1 показана блок-схема сетевой архитектуры системы с предоплатой. Как видно из фиг.1, протоколы взаимодействия между MMSC и соответствующими сетевыми устройствами могут быть разделены на следующие категории: протокол ЕМРР, принятый для организации связи между MMSC и SCP G-SCP и являющийся протоколом дальней связи; протокол SMTP, принятый для организации связи между MMSC и устройствами, на которых работают приложения и которые имеют адреса E-mail; протокол HTTP, принятый для организации связи между MMSC и приложениями провайдера сервиса (SP); Интернет-протокол, например, протокол HTTP, принятый для организации связи между MMSC и шлюзом WAP.

В данном варианте изобретения протокол ЕМРР принят для организации связи между MMSC и SCP, а также для осуществления функции интерфейса предоплаты для предоплаченной MMS.

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

В таблицах 1-4 приведены определения предложенной протокольной структуры интерфейса обмена сообщениями между MMSC и SCP.

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

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

На этапе 201 вызывающий абонент, пользующийся предоплатой, посылает мультимедийное сообщение на MMSC.

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

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

Для определения типа терминала существуют три вида правил:

1. Правила для идентификации мобильного терминала:

Если адресная строка одного адреса соответствует спецификации числовой адресации E.164, т.е. адресная строка включает цифры 0-9 и разрешенные текстовые символы, такие как знак "+", кроме возможной строки символов "/TYPE=PLMN" в конце, то эта строка может быть первоначально идентифицирована как номер PLMN. Если адрес терминала опознан как номер PLMN, необходимо убедиться, что маршрут, извлеченный из числовой части адресной строки, является ненулевым и что длина числа является правильной, и, если это так, то данный адрес идентифицируется как разрешенный адрес мобильного терминала.

2. Правила для идентификации адреса E-mail:

Адрес E-mail должен отвечать критерию RFC822; это означает, что при наличии в строке символа "@" символьная строка перед знаком "@" является именем пользователя, а символьная строка после знака "@" относится к доменному имени.

3. Правила для идентификации приложения SP:

"Адрес" приложения SP должен быть адресом типа PLMN. Если из числовой части адресной строки не удается извлечь маршрут или если длина адреса не соответствует длине стандартного номера мобильного терминала, то данный адрес должен считаться адресом приложения SP.

На этапе 203, в зависимости от типа пользователя, тот MMSC, где пользователи зарегистрированы, инициирует запрос на SCP о начислении платы, чтобы завершить процесс начисления платы и передачи мультимедийного сообщения.

Дальнейшая процедура зависит от результата определения типа терминала на этапе 202. Эта процедура состоит в организации взаимодействия MMSC с соответствующим SCP и в завершении процесса начисления платы и передачи мультимедийного сообщения.

Процесс взаимодействия MMSC с SCP включает в себя следующие этапы. Во-первых, после получения мультимедийного сообщения MMSC посылает в SCP запрос MM_Charge.req об аутентификации и начислении платы, имеющий структуру, указанную в таблице 1, и содержащий необходимую контрольную информацию. Затем SCP рассчитывает размер платы на основании полей сообщения, содержащих тариф и скидку, определяет тип тарифа на основании соответствующего поля сообщения, а также тип счета и контент на основании полей cdrtype, Tsct-id, src-mmsc, gw-mmsc, pri, Charge-date, ton и npi. Если не возникает препятствий для аутентификации и начисления платы, а также обработки предоплаты, то SCP возвращает на MMSC ответ MM_Charge.res на запрос об аутентификации и начислении платы, имеющий структуру, указанную в таблице 2, в котором поле stat содержит результат операции по начислению платы. Если операция начисления платы прошла успешно, MMSC доставит мультимедийное сообщение вызываемому абоненту. Убедившись, что вызываемый абонент получил мультимедийное сообщение, MMSC посылает на SCP запрос MM_Confirm.req о подтверждении начисления платы, который имеет структуру, показанную в таблице 3. SCP удерживает плату на основе поля сообщения Mstat, после чего возвращает MMSC ответ на запрос MM_Charge.res об аутентификации и начислении платы, где запрос имеет структуру, показанную в таблице 4, а в поле stat сообщения записывается результат подтверждения начисления платы.

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

1. Списание со счета абонента платы за сеанс в реальном времени

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

2. Списание со счета абонента месячной платы в реальном времени

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

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

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

4. Проверка, не начислена ли плата за сеанс повторно

В течение периода (устанавливаемого провайдером услуги), когда порядковый номер мультимедийного сообщения (Msg-ID) не должен повторяться, (например, при условии, что порядковый номер мультимедийного сообщения (Msg-ID) не должен повторяться в течение 72 часов), SCP будет проверять, не совпадают ли в точности порядковый номер мультимедийного сообщения (Msg-ID), номер мобильного телефона, на который начисляется плата (Msid) и адрес получателя (Val) с теми, что уже имеются в информации по запросам о начислении платы за данный период. Если они совпадают, запрос о начислении платы системой MMS с предоплатой отклоняется.

5. Проверка, не начислена ли месячная плата повторно

Если провайдером услуги установлена оплата на помесячной основе, например, с периодичностью в месяц, то SCP будет проверять, совпадают ли в точности номер мобильного телефона, на который начисляется плата (Msid), адрес получателя (Val), идентификатор предприятия (vasp-id) и идентификатор услуги (sp-id) с теми, что уже имеются в запросе о начислении месячной платы за данный период. Если они совпадают, то полученная месячная плата будет учтена предоплаченной MMS при расчетах.

6. Проверка лимита потребления услуги за сеанс

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

7. Проверка лимита месячного потребления услуги

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

8. Запрос о подтверждении начисления платы как механизм дополнительного начисления платы

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

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

9. Механизм оказания услуги, поддерживающий ограничение начисляемой платы и месячной платы

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

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

10. Механизм проверки трафика и списания в режиме оплаты за сеанс

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

При любом виде начисления платы - т.е. как за сеанс, так и помесячно - MMSC должен включить размер трафика мультимедийного сообщения в запрос MM_Confirm.req о подтверждении оплата, а именно - в поле сообщения (Data-length). SCP дополняет начисление на счет абонента суммой, рассчитанной на основе трафика.

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

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

На этапах 301˜302 после того, как вызывающий абонент посылает мультимедийное сообщение через MMS UA отправителя, являющегося агентом вызывающего абонента, сообщение пересылается на передающий MMSC через WAP GW и редиректор. В частности, сообщение пересылается на ретранслятор/сервер MMS. После этого, MMSC, получив сообщение, возвращает подтверждение MM1_Send.conf. Поскольку вызывающий и вызываемый абоненты относятся к одному MMSC в том, что касается сервиса от непересылающего терминала к терминалу, то в последующих этапах MMSC именуется просто текущим MMSC.

На этапах 303˜304 текущий MMSC направляет на G-SCP запрос об аутентификации и начислении платы для отправителя MM_Charge.req, после чего G-SCP выполняет операции аутентификации и обработки предоплаты, проверяет, не начисляется ли плата за сеанс повторно, и обеспечивает оплату сеанса. После завершения операций аутентификации и обработки предоплаты G-SCP возвращает на MMSC ответ MM_Charge.res на запрос об аутентификации и начислении платы, в котором поле stat ответа MM_Charge.res содержит результат оплаты. Если поле stat показывает, что операция оплаты прошла успешно, G-SCP посылает на MMSC запрос о доставке мультимедийного сообщения абоненту.

На этапах 305˜306 текущий MMSC направляет на G-SCP запрос об аутентификации и начислении платы для получателя MM_Charge.req, после чего G-SCP выполняет операции аутентификации и обработки предоплаты, проверяет, не начисляется ли плата за сеанс повторно, и обеспечивает оплату сеанса. После завершения операций аутентификации и обработки предоплаты G-SCP возвращает на MMSC ответ MM_Charge.res на запрос об аутентификации и начислении платы, в котором поле stat ответа MM_Charge.res содержит результат оплаты. Если поле stat показывает, что операция оплаты прошла успешно, G-SCP посылает на текущий MMSC запрос о доставке мультимедийного сообщения абоненту.

На этапах 307˜311 текущий MMSC доставляет мультимедийное сообщение вызываемому абоненту через MMS UA получателя, являющийся агентом вызываемого абонента. Получив сообщение, вызываемый абонент направляет на текущий MMSC подтверждение MM1_Acknowledge.ind через MMS UA получателя.

На этапах 312˜313, убедившись, что адресат получил мультимедийное сообщение, текущий MMSC направляет на G-SCP запрос о подтверждении начисления платы для получателя MM_Confirm.req. Затем G-SCP проверяет трафик и списывает соответствующую сумму, после чего возвращает на текущий MMSC ответ на запрос MM_Confirm.res о подтверждении оплаты, причем поле stat сообщения MM_Charge.res содержит результат оплаты.

На этапах 314˜315, убедившись, что адресат получил мультимедийное сообщение, текущий MMSC направляет на G-SCP запрос о подтверждении начисления платы для отправителя MM_Confirm.req. G-SCP подтверждает операции оплаты, проверки трафика и списания со счета, после чего возвращает на текущий MMSC ответ на запрос о подтверждении оплаты MM_Confirm.res, причем поле stat в сообщении MM_Charge.res содержит результат оплаты.

На этапе 316 текущий MMSC посылает отправителю через MMS UA отправителя отчет о доставке.

Действия в нештатных ситуациях:

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

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

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