RU2352075C2 - Способ и система обработки сообщений в услуге мультимедийных сообщений - Google Patents

Способ и система обработки сообщений в услуге мультимедийных сообщений Download PDF

Info

Publication number
RU2352075C2
RU2352075C2 RU2007104351/09A RU2007104351A RU2352075C2 RU 2352075 C2 RU2352075 C2 RU 2352075C2 RU 2007104351/09 A RU2007104351/09 A RU 2007104351/09A RU 2007104351 A RU2007104351 A RU 2007104351A RU 2352075 C2 RU2352075 C2 RU 2352075C2
Authority
RU
Russia
Prior art keywords
message
recipient
delivery request
mmsc
application server
Prior art date
Application number
RU2007104351/09A
Other languages
English (en)
Other versions
RU2007104351A (ru
Inventor
Кэхуа ЧЭНЬ (CN)
Кэхуа ЧЭНЬ
Вэймин ЧЭН (CN)
Вэймин ЧЭН
Давэй ЛИ (CN)
Давэй ЛИ
Гуанчан БАЙ (CN)
Гуанчан БАЙ
Original Assignee
Хуавэй Текнолоджиз Ко., Лтд.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Хуавэй Текнолоджиз Ко., Лтд. filed Critical Хуавэй Текнолоджиз Ко., Лтд.
Publication of RU2007104351A publication Critical patent/RU2007104351A/ru
Application granted granted Critical
Publication of RU2352075C2 publication Critical patent/RU2352075C2/ru

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/58Message adaptation for wireless communication

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Information Transfer Between Computers (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Изобретение относится к системам связи. Способ обработки сообщения в услуге MMS, содержащий следующий шаг: после получения сообщения от стороны пользователя Центр MMS (ЦУМС (MMSC)) отправляет уведомление на домашний Сервер Приложений Дополнительных Платных Услуг, соответствующий получателям данного сообщения о необходимости обработать данное сообщение в соответствии с каждым содержащимся в данном сообщении идентификатором получателя, принадлежащего к этому Серверу Приложений Дополнительных Платных Услуг и содержащегося в сообщении. В настоящем изобретении далее раскрыта система обработки сообщений в услуге MMS. Применение технического решения, предложенного в данном изобретении, позволяет успешно реализовать услугу передачи сообщений в случае, когда терминал отправляет сообщения нескольким получателям, принадлежащим одному и тому же Серверу Приложений Дополнительных Платных Услуг. Кроме того, это позволит дополнительно уменьшить поток сообщений между центром ЦУМС (MMSC) и сервером Приложений Дополнительных Платных Услуг, что позволит снизить загруженность ресурсов связи, повысить эффективность и сократить затраты, что и является техническим результатом. 4 н. и 12 з.п. ф-лы, 6 ил.

Description

Область изобретения
Настоящее изобретение относится к области Услуги Мультимедийных Сообщений (MMS) и, в частности, к способу и системе обработки сообщений в услуге MMS.
Уровень техники
Услуга Мультимедийных Сообщений (MMS), которая является дальнейшим развитием Услуги Коротких Сообщений (SMS) и Услуги Расширенных Сообщений (EMS), обеспечивает комплексное сквозное решение для реализации услуги персональной мобильной мультимедийной связи. На фиг.1 представлена структурная схема, иллюстрирующая архитектуру обычной системы услуги MMS. Как изображено на фиг.1, сторона пользователя, в основном, содержит Терминал Беспроводной Электронной почты и Агента Пользователя MMS на Терминале Пользователя MMS. Сторона сети, в основном, содержит Центр MMS (ЦУМС(MMSC)), Сервер Приложений Дополнительных Платных Услуг и Внешний Сервер.
Центр ЦУМС(MMSC) в Элементах Сети вышеописанной стороны сети является центральной частью системы MMS. Центр ЦУМС(MMSC) предназначен для выполнения преобразования протокола, адаптации контента, хранения и управления очередностью обслуживания Мультимедийных Сообщений, передачи Мультимедийных Сообщений между различными мультимедийными устройствами и, кроме того, для хранения информации пользователя, информации о настройках, информации об интерфейсе и т.д.; Сервер Приложений Дополнительных Платных Услуг, в общем случае, Провайдер Услуг (SP) или Провайдер Контента (СР) предназначен для предоставления Дополнительной Платной Услуги MMS. В частности, интерфейс ММ7, который обычно использует в качестве несущего протокола Протокол Передачи Гипертекста (HTTP), предназначен для обеспечения взаимодействия между центром ЦУМС(MMSC) и провайдером SP.
Если сообщение должно быть передано из Терминала Пользователя пользователю определенного провайдера SP, то это сообщение должно быть сначала передано на центр ЦУМС(MMSC) через Агента Пользователя, а затем отправлено домашнему провайдеру SP, соответствующему получателю сообщения. Здесь термин «домашний провайдер SP получателя» означает, что данный получатель - это пользователь услуги этого домашнего провайдера SP. Например, если предположить, что получатель - это клиент услуги Мгновенных Сообщений (IM) в сети Интернет, то домашним провайдером SP получателя является сервер услуги IM.
Для некоторых услуг может быть два или более получателя сообщения, отправленного Агентом Пользователя; кроме того, среди этих получателей может быть два или более получателя, соответствующих одному и тому же домашнему провайдеру SP. Поток взаимодействия между Агентом Пользователя, центром ЦУМС(MMSC) и провайдером SP для этой ситуации проиллюстрирован на фиг.2. Предположим, что существует два получателя сообщения и что домашний провайдер SP этих двух получателей - это один и тот же провайдер SP. Поток содержит следующие шаги.
Шаг 201 - шаг 202: Агент Пользователя передает сообщение на центр ЦУМС(MMSC) посредством сообщения MM1_submit.REQ (запрос о передаче) протокола интерфейса ММ1, причем эти два получателя, Recv1 и Recv2, являются пользователями услуг одного и того же провайдера SP; после того как центр ЦУМС(MMSC) получает сообщение MM1_submit.REQ, центр ЦУМС(MMSC) возвращает ответ Агенту Пользователя посредством сообщения MM1_submit.RES (ответ на запрос о передаче).
Шаг 203 - шаг 204: Центр ЦуМС(MMSC) анализирует сообщение, определяет, что у этого сообщения существует два получателя, и поэтому создает одну копию данного сообщения; эти два сообщения доставляются одному и тому же провайдеру SP посредством двух сообщений MM7_deliver.REQ (запрос о доставке), каждое из которых содержит два адреса получателя, содержащиеся провайдеру SP посредством двух сообщений MM7_deliver.REQ (запрос о доставке), каждое из которых содержит два адреса получателя, содержащиеся в сообщении MM1_submit.REQ; затем провайдер SP возвращает сообщение MM7_deliver.RES (ответ на запрос о доставке) на центр ЦУМС(MMSC), в котором указано, что данный провайдер SP успешно получил два сообщения MM7_deliver.REQ и будет их обрабатывать.
Как описано выше, если сообщение содержит не менее двух получателей, а домашним провайдером SP по меньшей мере двух получателей является один и тот же провайдер SP, то этот домашний провайдер SP получит, как минимум, два сообщения MM7_deliver.REQ; и каждое из сообщений MM7_deliver.REQ содержит адреса всех этих получателей. В способе обработки сообщения, который использует провайдер SP, данный провайдер SP обрабатывает сообщение на основании адреса, содержащегося в адресном поле получателя, и если в адресном поле имеется несколько адресов, то провайдер SP по умолчанию обрабатывает это сообщение на основании первого адреса. В результате в случае двух полученных сообщений MM7_deliver.REQ провайдер SP обрабатывает сообщение только на основании адреса первого получателя сообщения; таким образом, сообщение не может быть обработано в соответствии с разными получателями, например доставлено разным получателям. Таким образом, требования к услуге нескольких получателей, принадлежащих одному и тому же провайдеру SP, могут не быть реализованы, т.е. не удовлетворены потребности в предоставлении услуги в том случае, когда у сообщения, отправленного Агентом Пользователя, существует два и более получателей, принадлежащих одному и тому же провайдеру SP.
Сущность изобретения
Учитывая вышеизложенное, в настоящем изобретении предложен способ, системы и устройства для обработки сообщения в услуге MMS, позволяющие реализовать услугу обработки сообщений в случае, когда терминал отправляет сообщение нескольким получателям, принадлежащим одному и тому же провайдеру SP.
Техническое решение настоящего изобретения содержит:
Способ обработки сообщений в Услуге Мультимедийных Сообщений (MMS), содержащий следующие шаги:
получают сообщение от стороны пользователя;
Центр MMS (ЦУМС(MMSC)) отправляет уведомление на домашний Сервер Приложений Дополнительных Платных Услуг получателей этого сообщения о необходимости обработать данное сообщение в соответствии с каждым идентификатором получателя, содержащимся в данном сообщении, причем каждый идентификатор получателя принадлежит к этому Серверу Приложений Дополнительных Платных Услуг.
Система обработки сообщений в Услуге Мультимедийных Сообщений (MMS), содержащая Центр MMS (ЦУМС(MMSC)) и Сервер Приложений Дополнительных Платных Услуг, в которой
Центр ЦУМС(MMSC) предназначен для отправки на Сервер Приложений Дополнительных Платных Услуг запроса о доставке, содержащего мультимедийное сообщение, с целью уведомления Сервера Приложений Дополнительных Платных Услуг о необходимости обработать данное мультимедийное сообщение согласно каждому содержащемуся в данном мультимедийном сообщении идентификатору получателя, причем данный идентификатор получателя принадлежит к данному Серверу Приложений Дополнительных Платных Услуг и содержится в данном мультимедийном сообщении; и
Центр ЦУМС(MMSC) уведомляет Сервер Приложений Дополнительных Платных Услуг о необходимости обработки мультимедийного сообщения в соответствии с каждым идентификатором получателя, принадлежащим к данному Серверу Приложений Дополнительных Платных Услуг и содержащимся в данном мультимедийном сообщении.
Центр Услуги Мультимедийных Сообщений (ЦУМС(MMSC)) содержит:
модуль обработки сообщений для генерирования запроса о доставке в соответствии с мультимедийным сообщением, переданным из модуля интерфейса связи, уведомляющего Сервер Приложений Дополнительных Платных Услуг о необходимости обработать данное мультимедийное сообщение в соответствии с каждым идентификатором получателя, принадлежащим к данному Серверу Приложений Дополнительных Платных Услуг и содержащимся в данном мультимедийном сообщении, и для направления сгенерированного запроса о доставке на модуль интерфейса связи Центра ЦУМС(MMSC) для осуществления отправки;
модуль интерфейса связи для передачи полученного мультимедийного сообщения на модуль обработки сообщений и для отправки запроса о доставке из модуля обработки сообщений на Сервер Приложений Дополнительных Платных Услуг.
Сервер Приложений Дополнительных Платных Услуг содержит:
модуль интерфейса связи, предназначенный для получения запроса о доставке и для передачи полученного запроса о доставке на модуль обработки сообщений;
модуль обработки сообщений, предназначенный для обработки мультимедийного сообщения, содержащегося в запросе о доставке, в соответствии с каждым идентификатором получателя, принадлежащим к данному Серверу Приложений Дополнительных Платных Услуг и содержащимся в данном мультимедийном сообщении.
При использовании технического решения, предложенного в настоящем изобретении, в услуге обработки сообщений в случае, когда терминал отправляет сообщение нескольким получателям, принадлежащим одному и тому же провайдеру SP, Центр ЦУМС(ММЭС) уведомляет провайдер SP о необходимости обработать данное сообщение в соответствии с каждым содержащимся в сообщении идентификатором получателя, принадлежащего данному провайдеру SP. Таким образом, это дает возможность провайдеру SP обрабатывать сообщение соответственно для нескольких получателей сообщения и успешно реализовать услугу терминала, отправляющего сообщение нескольким получателям, принадлежащим одному и тому же провайдеру SP.
Кроме того, в настоящем изобретении центр ЦУМС(MMSC) может доставлять сообщение провайдеру SP, которому принадлежат эти несколько получателей, посредством сообщения MM7_deliver.REQ, причем сообщение MM7_deliver.REQ содержит все идентификаторы получателей сообщения; провайдер SP анализирует данное сообщение MM7_deliver.REQ с целью определения всех идентификаторов получателей сообщения и обрабатывает данное сообщение в соответствии с каждым идентификатором получателя, принадлежащего данному провайдеру SP. Благодаря этому данный способ может еще более сократить поток сообщений между центром ЦУМС(MMSC) и провайдером SP, уменьшить загруженность ресурсов связи и увеличить производительность, а также сократить расходы.
Краткое описание чертежей
На фиг.1 представлена структурная схема, иллюстрирующая архитектуру обычной системы услуги MMS;
На фиг.2 представлена блок-схема обработки в обычной услуге сообщений для терминала, отправляющего сообщение нескольким получателям, принадлежащим одному и тому же провайдеру SP;
На фиг.3 представлена блок-схема, иллюстрирующая процесс в соответствии с вариантом реализации способа обработки сообщений в услуге MMS;
На фиг.4 представлена блок-схема, иллюстрирующая процесс в соответствии с другим вариантом реализации способа обработки сообщений в услуге MMS;
На фиг.5 представлена блок-схема, иллюстрирующая процесс в соответствии с третьим вариантом реализации способа обработки сообщений в услуге MMS;
На фиг.6 представлена структурная схема системы для обработки сообщений в услуге MMS.
Подробное описание изобретения
Настоящее изобретение подробно описано далее со ссылками на сопровождающие чертежи и варианты реализации.
В соответствии с вариантами реализации настоящего изобретения после получения сообщения от стороны пользователя центр ЦУМС(MMSC) уведомляет провайдер SP, которому принадлежит получатель данного сообщения, о необходимости обработать данное сообщение в соответствии с каждым содержащимся в сообщении идентификатором получателя, принадлежащим данному провайдеру SP.
Схема изобретения будет подробно описана далее со ссылками на три варианта реализации, в основе которых лежат различные способы, посредством которых центр ЦУМС(MMSC) уведомляет провайдер SP, которому принадлежит получатель данного сообщения, о необходимости обработать данное сообщение в соответствии с каждым содержащимся в сообщении идентификатором получателя, принадлежащим данному провайдеру SP.
На фиг.3 представлена блок-схема, иллюстрирующая данный процесс в соответствии с вариантом реализации способа обработки сообщений в услуге MMS. В соответствии с фиг.3 данный способ содержит следующие шаги:
Шаг 301 - шаг 302: Агент Пользователя терминала посылает на центр ЦУМС(MMSC) сообщение MM1_submit.REQ (запрос о передаче); центр ЦУМС(MMSC) после получения сообщения MM1_submit.REQ возвращает ответ Агенту Пользователя посредством сообщения MM1_submit.RES (ответ на запрос о передаче).
Шаг 303: Центр ЦУМС(MMSC) анализирует получателя принятого сообщения и создает копии данного сообщения в соответствии с числом домашних провайдеров SP получателей в полученном сообщении, причем общее число сообщений после копирования равно числу домашних провайдеров SP, которым принадлежат получатели; и затем центр ЦУМС(MMSC) доставляет данное сообщение на каждый соответствующий домашний провайдер SP посредством сообщения MM7_deliver.REQ (запрос о доставке).
Если предположить, например, что существует три получателя А, В и С, причем В и С принадлежат одному и тому же провайдеру SP, то число домашних провайдеров SP, к которым принадлежат данные получатели, равняется двум и число сообщений после копирования также равно двум. Только одно сообщение MM7_deliver.REQ отправлено на тот провайдер SP, которому принадлежат два и более получателей, т.е. которому принадлежит несколько получателей. Адресное поле получателя в данном сообщении MM7_deliver.REQ содержит все идентификаторы получателей из сообщения MM1_submit.REQ.
В соответствии с данной реализацией настоящего изобретения, центр ЦУМС(MMSC) может определить, принадлежат ли различные получатели одному и тому же провайдеру SP в соответствии с Идентификатором Дополнительных Платных Услуг (ИДПУ(VASID)) провайдера SP и кодом услуги. Например, пользователь мобильного телефона посылает мультимедийное сообщение двум пользователям услуги IM, чьи идентификаторы соответственно 66660012678050 и 66660013456789; далее центр ЦУМС(MMSC) анализирует эти два идентификатора, предполагая, что первые четыре цифры 6666 - это код услуги определенного провайдера SP, следующие три цифры 001 - это идентификатор ИДПУ(VASID) этого провайдера SP, последние семь позиций - это идентификаторы указанных пользователей услуги IM. И идентификатор ИДПУ(VASID), и код услуги в системах MMS имеют фиксированную длину, так что центр ЦУМС(MMSC) может определить, принадлежат ли данные получатели одному и тому же провайдеру SP.
Конечно, центр ЦУМС(MMSC) после получения MM1_submit.REQ сначала может определить, имеется ли у данного сообщения два или более получателей и принадлежат ли два или более получателей данного сообщения одному и тому же провайдеру SP. Если это так, то центр ЦУМС(MMSC) обрабатывает данное сообщение в соответствии с шагом 303, в противном случае он обрабатывает данное сообщение в соответствии с текущим процессом.
На самом деле, ситуация, когда есть только один получатель данного сообщения или есть несколько получателей, однако число этих получателей равно числу провайдеров SP, которым принадлежат данные получатели, может быть рассмотрена как частный случай ситуаций обработки на шаге 303. С данной точки зрения, центру ЦУМС(MMSC) может быть необязательно определять, существует ли два или более получателей сообщения MM1_submit.REQ или существует ли два или более получателей, принадлежащих к одному и тому же провайдеру SP; вместо этого центр ЦУМС(MMSC) может обрабатывать данное сообщение непосредственно в соответствии с шагом 303.
Шаг 304: После получения сообщения MM7_deliver.REQ провайдер SP возвращает сообщение MM7_deliver.RES (ответ на запрос о доставке) центру ЦУМС(MMSC) для того, чтобы проинформировать, что он успешно получил этот запрос и будет его обрабатывать.
Шаг 305: Провайдер SP анализирует адресное поле получателя в сообщении MM7_deliver.REQ с целью обнаружить идентификатор получателя и определяет для каждого получателя, принадлежит ли данный получатель данному провайдеру SP, и затем обрабатывает сообщение в соответствии в каждым идентификатором получателя, принадлежащего данному провайдеру SP.
Например, провайдер SP может скопировать содержание сообщения, причем число копий равно числу получателей, принадлежащих данному провайдеру SP, а содержимому данного сообщения предписывается, соответственно, каждый идентификатор получателя. Провайдер SP обрабатывает соответствующее содержимое данного сообщения в соответствии с различными идентификаторами получателей, т.е. пересылает содержимое данного сообщения каждому получателю, который принадлежит данному провайдеру SP соответственно. Для получателя, который не принадлежит данному провайдеру SP, провайдер SP обработки сообщения выполнять не будет.
На фиг.4 представлена блок-схема, иллюстрирующая процесс в соответствии с другим вариантом реализации способа обработки сообщений в услуге MMS. В соответствии с фиг.4 поток содержит следующие шаги.
Шаг 401 - шаг 402: Агент Пользователя терминала посылает на центр ЦУМС(MMSC) сообщение MM1_submit.REQ; после получения запроса центр ЦУМС(MMSC) возвращает ответ Агенту Пользователя посредством сообщения MM1_submit.RES.
Шаг 403: Центр ЦУМС(MMSC) анализирует получателей принятого сообщения и копирует данное сообщение в соответствии с числом получателей сообщения, причем число скопированных сообщений равно числу получателей, а каждое сообщение соответствует одному получателю; центр ЦУМС(MMSC) доставляет сообщение тому провайдеру SP, которому принадлежит каждый получатель, и добавляет поле идентификатора получателя, например X-Mms-RctpTo, к заголовку пакета HTTP, несущего сообщение MM7_deliver.REQ. Поле идентификатора получателя в заголовке пакета предназначено для передачи идентификатора получателя, соответствующего данному сообщению.
Если здесь предположить, что существует два получателя данного сообщения, Recv1 и Recv2 соответственно, причем оба принадлежат одному и тому же провайдеру SP, то центр ЦУМС(MMSC) отправляет соответственно на данный провайдер SP сообщения MM7_deliver.REQ1 и MM7_deliver.REQ2, причем заголовок пакета HTTP, который несет сообщение MM7_deliver.REQ1, содержит идентификатор первого получателя Recv1, и заголовок пакета сообщения HTTP, который несет сообщение MM7_deliver.REQ2, содержит идентификатор второго получателя Recv2.
Конечно, после получения сообщения MM1_submit.REQ центр ЦУМС(MMSC) может сначала выяснить, существует ли у данного сообщения два или более получателей и принадлежат ли два или более получателей данного сообщения одному и тому же провайдеру SP. Если это так, то центр ЦУМС(MMSC) обрабатывает данное сообщение в соответствии с шагом 403, в противном случае центр ЦУМС(MMSC) обрабатывает данное сообщение в соответствии с текущим процессом.
На самом деле, ситуация, когда есть только один получатель данного сообщения или есть несколько получателей, однако число этих получателей равно числу провайдеров SP, которым данные получатели принадлежат, может быть рассмотрена как частный случай ситуаций обработки на шаге 403. С данной точки зрения, центру ЦУМС(MMSC) может быть необязательно определять, существует ли два или более получателей сообщения MM1_submit.REQ или существует ли два или более получателей, принадлежащих к одному и тому же провайдеру SP; вместо этого центр ЦУМС(MMSC) может обрабатывать данное сообщение непосредственно в соответствии с шагом 403.
Шаг 404: После получения сообщения MM7_deliver.REQ провайдер SP возвращает сообщение MM7_deliver.RES на центр ЦУМС(MMSC) для того, чтобы проинформировать, что данный провайдер SP успешно получил запрос и будет его обрабатывать.
В ответ на сообщение MM7_deliver.REQ1 провайдер SP возвращает сообщение MM7_deliver.RES1 и на сообщение MM7_deliver.REQ2 провайдер SP возвращает сообщение MM7_deliver.RES2.
Шаг 405: Провайдер SP считывает поле идентификатора получателя, например X-Mms-RctpTo, в заголовке полученного пакета HTTP, который несет сообщение MM7_deliver.REQ, анализирует X-Mms-RctpTo с целью выявления идентификатора фактического получателя данного сообщения и на основании данного идентификатора обрабатывает сообщение, которое содержится в сообщении MM7_deliver.REQ. Здесь провайдер SP обрабатывает сообщение MM7_deliver.REQ1 и сообщение MM7_deliver.REQ2 соответственно согласно вышеописанному способу. При необходимости провайдер SP может также определить, принадлежит ли выявленный идентификатор фактического получателя данному провайдеру SP, и если выявленный идентификатор фактического получателя принадлежит данному провайдеру SP, то провайдер SP обрабатывает данное сообщение, содержащееся в MM7_deliver.REQ, на основании идентификатора получателя; в противном случае провайдер SP игнорирует MM7_deliver.REQ.
При использовании решения в соответствии с данным вариантом реализации, помимо реализации услуги обработки сообщений в случае, когда терминал посылает сообщения нескольким получателям, принадлежащим одному и тому же провайдеру SP, происходит уменьшение глубины анализа, выполняемого провайдером SP, а также снижение текущей загрузки провайдера SP, поскольку провайдер SP может обрабатывать данное сообщение, анализируя только заголовок пакета HTTP.
На фиг.5 представлена блок-схема, иллюстрирующая процесс в соответствии с третьим вариантом реализации способа обработки сообщений в услуге MMS. В соответствии с фиг.5 поток содержит следующие шаги.
Шаг 501 - шаг 502: Агент Пользователя данного терминала передает на центр ЦУМС(MMSC) сообщение MM1_submit.REQ; после получения запроса центр ЦУМС(MMSC) возвращает ответ Агенту Пользователя посредством сообщения MM1_submit.RES.
Шаг 503: Центр ЦУМС(MMSC) анализирует получателей принятого сообщения и копирует данное сообщение в соответствии с числом получателей сообщения, причем число скопированных сообщений равно числу получателей, а каждое сообщение соответствует одному получателю; кроме того, центр ЦУМС(MMSC) изменяет последовательность идентификаторов получателей, содержащихся в адресном поле получателя в MM7_deliver.REQ, которое несет каждое сообщение и которое подлежит доставке, располагая идентификатор фактического получателя данного сообщения на первой позиции.
Конечно, после получения центром ЦУМС(MMSC) сообщения MM1_submit.REQ центр ЦУМС(MMSC) может сначала выяснить, существует ли у данного сообщения два или более получателей и принадлежат ли два или более получателей данного сообщения одному и тому же провайдеру SP. Если это так, то центр ЦУМС(MMSC) обрабатывает данное сообщение в соответствии с шагом 503, в противном случае центр ЦУМС(MMSC) обрабатывает данное сообщение на основании существующего потока.
Действительно, условие, согласно которому есть только один получатель данного сообщения или есть несколько получателей, однако число этих получателей равно числу провайдеров SP, которым данные получатели принадлежат, может быть рассмотрено как частный случай среди ситуаций, обработанных на шаге 503. С данной точки зрения, центру ЦУМС(MMSC) может быть необязательно определять, существует ли два или более получателей сообщения MM1_submit.REQ или существует два или более получателей, принадлежащих к одному и тому же провайдеру SP; вместо этого центр ЦУМС(MMSC) обрабатывает данное сообщение непосредственно в соответствии с шагом 503.
Шаг 504: Центр ЦУМС(MMSC) доставляет сообщение тому провайдеру SP, которому, соответственно, принадлежит получатель, посредством сообщения MM7_deliver.REQ; при этом адрес получателя сообщения расположен на первой позиции адресного поля получателя в MM7_deliver.REQ.
Если предположить здесь, что существуют два получателя сообщения, оба принадлежащие к одному и тому же провайдеру SP, то центр ЦУМС(MMSC) отправляет на данный провайдер SP соответственно сообщения MM7_deliver.REQ1 и MM7_deliver.REQ2, причем на первой позиции в адресном поле получателя сообщения MM7_deliver.REQ1 расположен идентификатор первого получателя сообщения, а на первой позиции в адресном поле получателя сообщения MM7_deliver.REQ2 расположен идентификатор второго получателя сообщения.
Шаг 505: После получения сообщения MM7_deliver.REQ провайдер SP анализирует адресное поле получателя в полученном сообщении MM7_deliver.REQ в соответствии с существующим потоком обработки, чтобы выявить идентификатор получателя, находящийся на первой позиции, и определяет, принадлежит ли данный получатель данному провайдеру SP. Если получатель принадлежит к данному провайдеру SP, то провайдер SP обрабатывает сообщение в соответствии с идентификатором получателя; кроме того, провайдер SP возвращает сообщение MM7_deliver.RES на центр ЦУМС(MMSC), указав, что данный провайдер SP успешно получил запрос и будет его обрабатывать. На сообщение MM7_deliver.REQ1 данный провайдер SP возвращает ответ MM7_deliver.RES1; а на сообщение MM7_deliver.REQ2 данный провайдер SP возвращает ответ MM7_deliver.RES2. Здесь провайдер SP обрабатывает соответственно сообщения MM7_deliver.REQ1 и MM7_deliver.REQ2 посредством описанного выше способа обработки. Конечно, провайдеру SP может быть необязательно определять, принадлежит ли идентификатор получателя, находящийся на первой позиции, данному провайдеру SP; вместо этого провайдер SP может непосредственно обработать данное сообщение на основании идентификатора получателя.
Чтобы использовать техническое решение в соответствии с данным вариантом реализации настоящего изобретения, необходимо добавить в центр ЦУМС(MMSC) и/или в провайдер SP новые модули или модифицировать функции существующих модулей. Система обработки сообщений центра ЦУМС(MMSC) в соответствии с настоящим изобретением представлена на фиг.6.
Как представлено на фиг.6, центр ЦУМС(MMSC) содержит модуль интерфейса связи центра ЦУМС(MMSC) и модуль обработки сообщений центра ЦУМС(MMSC); а провайдер SP содержит модуль интерфейса связи провайдера SP и модуль обработки сообщений провайдера SP.
Модуль интерфейса связи центра ЦУМС(MMSC) предназначен для получения сообщения MM1_submit.REQ, отправленного терминалом пользователя услуги MMS, и для передачи полученного сообщения MM1_submit.REQ на модуль обработки сообщений центра ЦУМС(MMSC) с одновременной отсылкой сообщения MM1_submit.RES на терминал пользователя MMS. Модуль интерфейса связи центра ЦУМС(MMSC) далее предназначен для отправки сообщения MM7_deliver.REQ с модуля обработки сообщений центра ЦУМС(MMSC) провайдеру SP.
Модуль обработки сообщений центра ЦУМС(MMSC) предназначен для генерирования соответствующего сообщения MM7_deliver.REQ в соответствии с сообщением MM1_submit.REQ, переданным из модуля интерфейса связи центра ЦУМС(MMSC), с целью уведомить домашний сервер Приложений Дополнительных Платных Услуг, которому принадлежит получатель данного сообщения, о необходимости обработать сообщение в соответствии с идентификатором получателя, который содержится в сообщении и который принадлежит серверу Приложений Дополнительных Платных Услуг. Кроме того, модуль обработки сообщений центра ЦУМС(MMSC) передает для отправки сгенерированное сообщение MM7_deliver.REQ на модуль интерфейса связи центра ЦУМС(MMSC).
Модуль интерфейса связи провайдера SP предназначен для получения сообщения MM7_deliver.REQ, отправленного центром ЦУМС(MMSC), и для передачи полученного сообщения MM7_deliver.RES на модуль обработки сообщений провайдера SP с одновременным возвращением сообщения MM7_deliver.RES на центр ЦУМС(MMSC).
Модуль обработки сообщений провайдера SP предназначен для обработки сообщения в соответствии с адресом получателя в полученном сообщении MM7_deliver.REQ.
Более точно, в соответствии с первым вариантом реализации, предложенным в настоящем изобретении, модуль обработки сообщений центра ЦУМС(MMSC) предназначен для определения тех провайдеров SP, которым соответственно принадлежат получатели сообщения MM1_submit.REQ, и для генерирования одного сообщения MM7_deliver.REQ для каждого определенного провайдера SP. Адресное поле получателя в сообщении MM7_deliver.REQ, сгенерированном для определенного провайдера SP, содержит все идентификаторы получателей, переданные в сообщении MM1_submit.REQ. Кроме того, модуль обработки сообщений центра ЦУМС(MMSC) передает сгенерированные сообщения MM7_deliver.REQ на модуль интерфейса связи центра ЦУМС(MMSC).
В соответствии с первым вариантом реализации, предложенным в настоящем изобретении, модуль обработки сообщений провайдера SP предназначен соответственно для обработки сообщений MM7_deliver.REQ в соответствии с идентификаторами получателей, принадлежащих данному провайдеру SP, содержащимися в полученном сообщении MM7_deliver.REQ. Например, провайдер SP может переслать сообщение, содержащееся в сообщении MM7_deliver.REQ, соответствующим получателям. Другими словами, модуль обработки сообщений провайдера SP должен содержать суб-модуль оценки, входными данными которого является идентификатор получателя, а выходными данными - результат оценки, принадлежит ли введенный идентификатор получателя этому провайдеру SP.
В соответствии со вторым вариантом реализации, предложенным в настоящем изобретении, модуль обработки сообщений центра ЦУМС(MMSC) предназначен для определения тех провайдеров SP, которым принадлежат получатели, содержащиеся в сообщении MM1_submit.REQ, и для генерирования одного сообщения MM7_deliver.REQ для каждого получателя. Во время генерирования пакета HTTP, который несет сообщение MM7_deliver.REQ, для одного из получателей, принадлежащих к одному и тому же провайдеру SP, модуль обработки сообщений центра ЦУМС(MMSC) дополнительно переносит идентификатор данного получателя в заголовок пакета HTTP. Например, если предположить, что существуют три получателя А, В и С, принадлежащие провайдеру SP1, то модуль обработки сообщений центра ЦУМС(MMSC) переносит идентификатор получателя А в заголовок несущего пакета HTTP во время генерирования сообщения MM7_deliver.REQ для получателя А, переносит идентификатор получателя В в заголовок несущего пакета HTTP во время генерирования сообщения MM7_deliver.REQ для получателя В и переносит идентификатор получателя С в заголовок несущего пакета HTTP во время генерирования сообщения MM7_deliver.REQ для получателя С. Кроме того, модуль обработки сообщений центра ЦУМС(MMSC) передает сгенерированные сообщения MM7_deliver.REQ на модуль интерфейса связи центра ЦУМС(MMSC).
В соответствии со вторым вариантом реализации, предложенным в настоящем изобретении, модуль обработки сообщений провайдера SP предназначен для анализа заголовка пакета HTTP, содержащего сообщение MM7_deliver.REQ, чтобы обнаружить идентификатор фактического получателя данного сообщения, содержащийся в сообщении MM7_deliver.REQ, и обработать полученное сообщение MM7_deliver.REQ в соответствии с обнаруженным идентификатором фактического получателя. Например, провайдер SP может передать сообщение, содержащееся в MM7_deliver.REQ, фактическому получателю. Конечно, здесь модуль обработки сообщений провайдера SP может также при необходимости содержать суб-модуль оценки, входными данными которого является идентификатор получателя, а выходными данными - результат оценки, принадлежит ли введенный идентификатор получателя этому провайдеру SP.
В соответствии с третьим вариантом реализации, предложенным в настоящем изобретении, модуль обработки сообщений центра ЦУМС(MMSC) предназначен для определения тех провайдеров SP, которым принадлежат получатели, содержащиеся в сообщении MM1_submit.REQ, и для генерирования одного сообщения MM7_deliver.REQ для каждого получателя. Во время генерирования сообщения MM7_deliver.REQ для одного из нескольких получателей, принадлежащих одному и тому же провайдеру SP, модуль обработки сообщений центра ЦУМС(MMSC) изменяет адресное поле получателя в сообщении MM7_deliver.REQ, устанавливая идентификатор этого получателя на первую позицию.
Например, если предположить, что существуют три получателя А, В и С, принадлежащие провайдеру SP1, то модуль обработки сообщений центра ЦУМС(MMSC) устанавливает идентификатор получателя А на первую позицию в адресном поле получателей в сообщении MM7_deliver.REQ во время генерирования сообщения MM7_deliver.REQ для получателя А, устанавливает идентификатор получателя В на первую позицию в адресном поле получателей в сообщении MM7_deliver.REQ во время генерирования сообщения MM7_deliver.REQ для получателя В и устанавливает идентификатор получателя С на первую позицию в адресном поле получателей в сообщении MM7_deliver.REQ во время генерирования сообщения MM7_deliver.REQ для получателя С. Кроме того, модуль обработки сообщений центра ЦУМС(MMSC) передает сгенерированные сообщения MM7_deliver.REQ на модуль интерфейса связи центра ЦУМС(MMSC).
В соответствии с третьим вариантом реализации, предложенным в настоящем изобретении, функция модуля обработки сообщений провайдера SP в соответствии с данным вариантом реализации та же, что и функция модуля обработки сообщений провайдера SP, известного из уровня техники. Другими словами, модуль обработки сообщений провайдера SP обрабатывает сообщение MM7_deliver.REQ в соответствии с идентификатором первого получателя в адресном поле получателей в сообщении MM7_deliver.REQ. Например, провайдер SP может передать сообщение, содержащееся в MM7_deliver.REQ, первому получателю из адресного поля получателей. Конечно, здесь модуль обработки сообщений провайдера SP может также дополнительно содержать суб-модуль оценки, входными данными которого является идентификатор получателя, а выходными данными - результат оценки, принадлежит ли введенный идентификатор получателя этому провайдеру SP.
Вышеприведенное описание представляет лишь три предпочтительных варианта реализации настоящего изобретения и не может быть использовано для ограничения объема патентной защиты настоящего изобретения. Любое изменение, эквивалентная замена или усовершенствование, выполненные в соответствии с принципами или в духе настоящего изобретения, должны также принадлежать объему патентной защиты настоящего изобретения.

Claims (16)

1. Способ обработки сообщений в Услуге Мультимедийных Сообщений (MMS), содержащий следующие шаги:
получают сообщение от стороны пользователя;
Центр MMS (ЦУМС(MMSC)) отправляет уведомление на домашний Сервер Приложений Дополнительных Платных Услуг о необходимости обработать данное сообщение в соответствии с каждым идентификатором получателя, содержащемся в данном сообщении,
причем каждый идентификатор получателя принадлежит к домашнему Серверу Приложений Дополнительных Платных Услуг.
2. Способ по п.1, в котором шаг, на котором Центр ЦУМС(MMSC) отправляет на домашний Сервер Приложений Дополнительных Платных Услуг уведомление о необходимости обработать сообщение в соответствии с каждым содержащемся в данном сообщении идентификатором получателя, содержит следующие действия:
Центр ЦУМС(MMSC) доставляет сообщение на каждый Сервер Приложений Дополнительных Платных Услуг посредством запроса о доставке, содержащего идентификаторы получателей всех получателей данного сообщения; и
Сервер Приложений Дополнительных Платных Услуг анализирует запрос о доставке с целью определения идентификаторов получателей всех получателей данного сообщения и обрабатывает сообщение в соответствии с каждым идентификатором получателя, принадлежащего этому Серверу Приложений Дополнительных Платных Услуг.
3. Способ по п.1, в котором шаг, на котором Центр ЦУМС(MMSC) отправляет на домашний Сервер Приложений Дополнительных Платных Услуг уведомление о необходимости обработать сообщение в соответствии с каждым содержащемся в данном сообщении идентификатором получателя, содержит следующие действия:
Центр ЦУМС(MMSC) копирует сообщение, причем общее число сообщений после копирования равно числу получателей этого сообщения;
Центр ЦУМС(MMSC) доставляет каждое скопированное сообщение на тот Сервер Приложений Дополнительных Платных Услуг, которому принадлежит соответствующий получатель, посредством запроса о доставке и передает идентификатор получателя соответствующего получателя в несущем пакете запроса о доставке; и
Сервер Приложений Дополнительных Платных Услуг анализирует полученный несущий пакет запроса о доставке с целью определения содержащегося в нем идентификатора получателя, а затем обрабатывает сообщение, переданное в запросе о доставке, на основании идентификатора получателя.
4. Способ по п.3, отличающийся тем, что шаг передачи идентификатора получателя соответствующего получателя в несущем пакете запроса о доставке содержит следующие действия:
в заголовок пакета Протокола Передачи Гипертекста (HTTP), содержащего запрос о доставке, добавляют поле идентификатора получателя и передают идентификатор получателя в поле идентификатора получателя.
5. Способ по п.1, в котором шаг, на котором Центр ЦУМС(MMSC) отправляет
на домашний Сервер Приложений Дополнительных Платных Услуг уведомление о необходимости обработать сообщение в соответствии с каждым содержащемся в данном сообщении идентификатором получателя, содержит следующие действия:
Центр ЦУМС(MMSC) копирует сообщение, причем общее число сообщений после копирования равно числу получателей этого сообщения;
Центр ЦУМС(MMSC) доставляет каждое сообщение на Сервер Приложений Дополнительных Платных Услуг, которому принадлежит соответствующий получатель, посредством запроса о доставке и устанавливает идентификатор получателя соответствующего получателя на первую позицию адресного поля получателя в запросе о доставке; и
Сервер Приложений Дополнительных Платных Услуг анализирует адресное поле получателя в запросе о доставке с целью определения первого идентификатора получателя, а затем обрабатывает сообщение, содержащееся в запросе о доставке, на основании идентификатора получателя.
6. Система обработки сообщений в Услуге Мультимедийных Сообщений (MMS), содержащая Центр MMS (ЦУМС(MMSC)) и Сервер Приложений Дополнительных Платных Услуг, в которой:
Центр ЦУМС(MMSC) предназначен для отправки на Сервер Приложений Дополнительных Платных Услуг запроса о доставке, содержащего мультимедийное сообщение, с целью уведомления Сервера Приложений Дополнительных Платных Услуг о необходимости соответствующим образом обработать данное мультимедийное сообщение в соответствии с каждым идентификатором получателя, принадлежащим к данному Серверу Приложений Дополнительных Платных Услуг и содержащемся в данном мультимедийном сообщении; и
Сервер Приложений Дополнительных Платных Услуг является уведомляемым Центром ЦУМС (MMSC) о необходимости обработки мультимедийного сообщения в соответствии с каждым идентификатором получателя, принадлежащим к данному Серверу Приложений Дополнительных Платных Услуг и содержащемся в данном мультимедийном сообщении.
7. Система по п.6, в которой:
Центр ЦУМС(MMSC) предназначен для определения домашнего Сервера Приложений Дополнительных Платных Услуг получателя мультимедийного сообщения и для отправки запроса о доставке, содержащего мультимедийное сообщение, на домашний Сервер Приложений Дополнительных Платных Услуг; и
Сервер Приложений Дополнительных Платных Услуг предназначен для обработки мультимедийного сообщения, содержащегося в запросе о доставке, в соответствии с идентификатором получателя каждого получателя мультимедийного сообщения, принадлежащего этому Серверу Приложений Дополнительных Платных Услуг.
8. Система по п.6, в которой:
Центр ЦУМС(MMSC) предназначен для копирования данного мультимедийного сообщения согласно числу получателей этого мультимедийного сообщения, для отправки мультимедийного сообщения соответственно на тот Сервер Приложений Дополнительных Платных Услуг, которому принадлежит данный получатель, посредством запроса о доставке и передачи соответствующего идентификатора получателя в пакете, несущем запрос о доставке;
Сервер Приложений Дополнительных Платных Услуг предназначен для анализа полученного пакета, который несет запрос о доставке, с целью определения содержащегося в нем идентификатора получателя и для обработки мультимедийного сообщения, содержащегося в запросе о доставке, в соответствии с идентификатором получателя.
9. Система по п.6, в которой:
Центр ЦУМС(MMSC) предназначен для копирования мультимедийного сообщения согласно числу получателей этого мультимедийного сообщения, для отправки мультимедийного сообщения соответственно на тот Сервер Приложений Дополнительных Платных Услуг, которому принадлежит данный получатель, посредством запроса о доставке, а также для установки соответствующего идентификатора получателя, содержащегося в запросе о доставке, на первую позицию адресного поля получателя в запросе о доставке;
Сервер Приложений Дополнительных Платных Услуг предназначен для анализа адресного поля получателя, содержащегося в полученном в запросе о доставке, с целью определения первого идентификатора получателя и для обработки мультимедийного сообщения, содержащегося в полученном запросе о доставке, в соответствии с идентификатором получателя.
10. Центр Услуги Мультимедийных Сообщений (ЦУМС(MMSC)), содержащий:
модуль обработки сообщений, предназначенный для генерирования запроса о доставке в соответствии с мультимедийным сообщением, переданным из модуля интерфейса связи, уведомляющего домашний Сервер Приложений Дополнительных Платных Услуг о необходимости обработать данное мультимедийное сообщение в соответствии с каждым идентификатором получателя, принадлежащим к данному Серверу Приложений Дополнительных Платных Услуг и содержащемся в мультимедийном сообщении, а также для направления сгенерированного запроса о доставке на модуль интерфейса связи Центра ЦУМС(MMSC) для осуществления отправки;
модуль интерфейса связи для передачи полученного мультимедийного сообщения на модуль обработки сообщений и для отправки запроса о доставке из модуля обработки сообщений на Сервер Приложений Дополнительных Платных Услуг.
11. Центр ЦУМС(MMSC) по п.10, в котором модуль обработки сообщений, в частности, предназначен для определения тех провайдеров SP, которым принадлежат соответственно получатели мультимедийного сообщения, для генерирования для каждого определенного провайдера SP одного запроса о доставке, содержащего все идентификаторы получателей мультимедийного сообщения, и для направления сгенерированного запроса о доставке на модуль интерфейса связи.
12. Центр ЦУМС(MMSC) по п.10, в котором модуль обработки сообщений, в частности, предназначен для генерирования одного запроса о доставке для каждого получателя мультимедийного сообщения, содержащего идентификатор соответствующего получателя в несущем пакете запроса о доставке, и для передачи сгенерированного запроса о доставке на модуль интерфейса связи.
13. Центр ЦУМС(MMSC) по п.10, в котором модуль обработки сообщений, в частности, предназначен для генерирования одного запроса о доставке для каждого получателя мультимедийного сообщения, для установки идентификатора соответствующего получателя на первую позицию в запросе о доставке и для направления сгенерированного запроса о доставке на модуль интерфейса связи.
14. Сервер Приложений Дополнительных Платных Услуг, содержащий:
модуль интерфейса связи, предназначенный для получения запроса о доставке и для передачи полученного запроса о доставке на модуль обработки сообщений;
модуль обработки сообщений, предназначенный для соответствующей обработки мультимедийного сообщения, содержащегося в запросе о доставке, в соответствии с каждым идентификатором получателя, принадлежащим к данному Серверу Приложений Дополнительных Платных Услуг и содержащемся в данном мультимедийном сообщении.
15. Сервер Приложений Дополнительных Платных Услуг по п.14, в котором модуль обработки сообщений, дополнительно содержит суб-модуль оценки, входными данными которого является идентификатор получателя, а выходными данными - результат оценки, принадлежит ли введенный идентификатор получателя данному Серверу Приложений Дополнительных Платных Услуг.
16. Сервер Приложений Дополнительных Платных Услуг по п.14, в котором несущий пакет запроса о доставке содержит идентификатор получателя;
при этом модуль обработки сообщений, в частности, предназначен для анализа несущего пакета запроса о доставке с целью определения идентификатора получателя и обработки мультимедийного сообщения в соответствии с обнаруженным идентификатором получателя.
RU2007104351/09A 2005-09-26 2006-07-13 Способ и система обработки сообщений в услуге мультимедийных сообщений RU2352075C2 (ru)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CNB2005101050723A CN100455049C (zh) 2005-09-26 2005-09-26 一种多媒体消息服务系统中对消息的处理方法
CN200510105072.3 2005-09-26

Publications (2)

Publication Number Publication Date
RU2007104351A RU2007104351A (ru) 2008-08-20
RU2352075C2 true RU2352075C2 (ru) 2009-04-10

Family

ID=37133932

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2007104351/09A RU2352075C2 (ru) 2005-09-26 2006-07-13 Способ и система обработки сообщений в услуге мультимедийных сообщений

Country Status (7)

Country Link
US (2) US7894835B2 (ru)
EP (1) EP1793544B1 (ru)
CN (2) CN100455049C (ru)
BR (1) BRPI0605896B1 (ru)
HK (1) HK1104399A1 (ru)
RU (1) RU2352075C2 (ru)
WO (1) WO2007033552A1 (ru)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100455049C (zh) 2005-09-26 2009-01-21 华为技术有限公司 一种多媒体消息服务系统中对消息的处理方法
CN101345740B (zh) * 2007-07-09 2011-08-24 华为技术有限公司 一种多媒体数据的数字识别注册、处理方法及系统
CN102256348A (zh) * 2010-05-21 2011-11-23 华为技术有限公司 一种上行消息的路由方法、装置及系统
US9088892B1 (en) * 2012-07-02 2015-07-21 CSC Holdings, LLC Method and system for service authentication, network preference, and reporting logic with MMS services

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100293996B1 (ko) 1998-08-06 2001-07-12 윤종용 디지털휴대용전화기의개선된단문메시지발신방법
ATE300840T1 (de) * 2002-05-06 2005-08-15 Ericsson Telefon Ab L M Mehrbenutzermultimedianachrichtendiensten
CN1274125C (zh) * 2002-11-12 2006-09-06 华为技术有限公司 终端与增值业务提供商应用之间多媒体消息转发的方法
CN1230014C (zh) * 2002-11-19 2005-11-30 华为技术有限公司 一种多媒体消息业务发送的方法
JP2005094067A (ja) * 2003-09-12 2005-04-07 Nec Corp データ配信システム、サーバ装置、データ配信装置及びそれらに用いるデータ配信方法並びにそのプログラム
NO318868B1 (no) * 2003-10-24 2005-05-18 Tandberg Telecom As Videokonferanse med forbedrede multimediakapabiliteter
GB0402774D0 (en) * 2004-02-09 2004-03-10 Nokia Corp Multimedia message transfer
CN100455049C (zh) 2005-09-26 2009-01-21 华为技术有限公司 一种多媒体消息服务系统中对消息的处理方法

Also Published As

Publication number Publication date
CN100455049C (zh) 2009-01-21
EP1793544A1 (en) 2007-06-06
US8537824B2 (en) 2013-09-17
US20080280632A1 (en) 2008-11-13
WO2007033552A1 (fr) 2007-03-29
BRPI0605896B1 (pt) 2019-03-26
CN101156400A (zh) 2008-04-02
US7894835B2 (en) 2011-02-22
CN101156400B (zh) 2010-12-08
EP1793544B1 (en) 2013-03-06
HK1104399A1 (en) 2008-01-11
RU2007104351A (ru) 2008-08-20
EP1793544A4 (en) 2010-09-15
US20110032943A1 (en) 2011-02-10
BRPI0605896A2 (pt) 2009-05-26
CN1852468A (zh) 2006-10-25

Similar Documents

Publication Publication Date Title
EP1804432A1 (en) A method for limiting the forwarding times of the multimedia message for the multimedia messaging service center mmsc and a system thereof
US20060031369A1 (en) Method, system, and edge multimedia messaging service (MMS) relay/server for multi-staged MMS
US8260333B2 (en) Consolidating international short message service messages destined to multiple recipients
JP5417438B2 (ja) ショートメッセージ配信に対する課金
US9338613B2 (en) Intelligent messaging system to convert email to SMS, EMS and MMS
WO2012055134A1 (zh) 一种短信群发方法和系统
RU2352075C2 (ru) Способ и система обработки сообщений в услуге мультимедийных сообщений
US8341396B1 (en) Dynamic selection and insertion of signature blocks during message transmission
WO2004045233A1 (fr) Procede de transmission de messages multimedia entre differents centres de messagerie multimedia
RU2295831C2 (ru) Способ пересылки мультимедийных сообщений между центрами обработки мультимедийных сообщений
KR101061302B1 (ko) 통신 전달 보고 제공 방법, 통신 전달 보고 전송 및 수신 장치, 시그널링 메시지 생성 및 수신 모듈, 통신 전달 보고 전송 및 수신 시스템
US10063648B2 (en) Relaying mobile communications
CN114051013A (zh) 一种通信数据传输方法及装置
EP2424279B1 (en) Method for processing group messages, service delivery platform and associated equipment
KR101187514B1 (ko) 멀티미디어 메시지 기억 어드레스의 송신 시스템 및 방법
WO2010009666A1 (zh) 多媒体业务的实现方法、系统和装置
CN106487890A (zh) 一种基于xmpp协议的跨节点通讯网络请求方法
WO2012024915A1 (zh) 多媒体消息的处理方法及系统
CN101472246B (zh) 消息发送方法、消息鉴权方法及相应的系统
CN101662735A (zh) 一种文件共享的方法和装置
CN116017324A (zh) 一种基于smpp协议的数据处理方法发送的方法
JP2004030261A (ja) 電子メールの発信通知システム及びそのサーバ並びに無線端末

Legal Events

Date Code Title Description
MM4A The patent is invalid due to non-payment of fees

Effective date: 20200714