СПОСОБ, СИСТЕМА И УСТРОЙСТВО ДЛЯ ПЕРЕСЫЛКИ МГНОВЕННЫХ СООБЩЕНИЙ В ПОДСИСТЕМЕ IP-МУЛЬТИМЕДИА (IMS)
METHOD, SYSTEM AND DEVICE TO SEND INSTANTANEOUS MESSAGES IN IP-MULTIMEDIA SUBSYSTEM (IMS)

ПЕРЕКРЕСТНАЯ ССЫЛКА НА РОДСТВЕННЫЕ ЗАЯВКИ
Эта заявка притязает на приоритет заявки на патент Китая № 200510120863.3, поданной 15 декабря 2005, под названием "Способ, система и устройство для пересылки мгновенных сообщений в IMS", переданной в общее пользование и включенной в данное описание в качестве ссылки для всех целей.
ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Настоящее изобретение относится к службе мгновенных сообщений IMS, в частности к способу, системе и устройству для пересылки мгновенных сообщений в IMS.
УРОВЕНЬ ТЕХНИКИ
Служба обмена сообщениями представляет собой вид службы, поддерживаемой подсистемой IP-мультимедиа (IMS). Эта служба позволяет осуществлять пересылку и прием сообщений среди пользователей IMS. Размер сообщения не ограничен с точки зрения технической реализации.
Функция, обеспечиваемая службой обмена сообщениями, в основном заключается в предоставлении пользователю возможности пересылки мультимедийных мгновенных сообщений через посредство сервер приложений (AS) обмена сообщениями и возможности приема мультимедийных мгновенных сообщений, пересылаемых другими пользователями через AS обмена сообщениями. Мультимедийное мгновенное сообщение может включать в себя текст, изображение, аудиоинформацию или видео.
Соответствующее устройство в службе обмена сообщениями для осуществления пересылки и приема мгновенных сообщений среди пользователей включает в себя приемный терминал, т.е. пользовательское оборудование (UE), сетевой посредник, AS обмена сообщениями и т.д. Сетевой посредник, как правило, относится к функциональным единицам типа прокси-сервера управления вызовами и сеансами (P-CSCF), обслуживающего CSCF (S-CSCF), опрашивающего CSCF (I-CSCF) и т.д. Схематичный вид, иллюстрирующий объединение этих устройств в сеть, представлен на фиг. 1, более подробное описание которой приводится ниже.
Как показано на фиг. 1, UE, прежде всего, подключается к базовой станции и получает доступ в IMS через узел обслуживания пакетных данных (PDSN). В IMS передача управляющих сигналов осуществляется посредством протокола инициирования сеанса (SIP), а передача потока данных может осуществляться посредством SIP или протокола ретрансляции сообщений о сеансах связи (MSRP). P-CSCF представляет собой точку ввода SIP-сигнализации, отвечающей за взаимодействие с UE. S-CSCF является сервером управления, отвечающим за запуск конкретного AS, например AS обмена сообщениями, и пересылку сообщения на приемный S-CSCF. AS обмена сообщениями отвечает за обработку конкретных сообщений. Этот сервер может принимать SIP- и MSRP-сообщения.
Процесс пересылки запроса осуществляется приблизительно следующим образом: в случае необходимости пересылки запроса со стороны UE пересылающее UE подключается к P-CSCF в составе IMS через базовую станцию и PDSN. P-CSCF передает запрос на S-CSCF. S-CSCF пересылает запрос на AS обмена сообщениями. После обработки запроса на AS обмена сообщениями AS обмена сообщениями возвращает запрос на S-CSCF. S-CSCF пересылают запрос на S-CSCF в зоне размещения приемной стороны. Приемный S-CSCF, прежде всего, запускает запрос на приемный AS обмена сообщениями, а затем после приема обработанного запроса пересылает запрос на приемное UE.
Вид внутренней структуры AS обмена сообщениями представлен на фиг. 2. Адаптер протокола SIP отвечает за пересылку/прием SIP-сообщений и уведомляет блок управления сообщениями о SIP-сообщениях. Адаптер протокола MSRP отвечает за прием/пересылку MSRP-сообщений и уведомляет блок управления сообщениями о MSRP-сообщениях. Блок управления сообщениями отвечает за обработку и хранение сообщений.
В настоящее время прием мгновенных сообщений может быть в общем осуществлен двумя способами.
При одном способе, как показано на фиг. 3, сервер пересылает полное сообщение посредством SIP MESSAGE на UE. Конкретный поток сигнализации состоит из следующих этапов:
на этапах 1-2 сервер пересылает запрос SIP MESSAGE на UE. Сообщение содержит все тела сообщения;
на этапах 3-4 UE возвращает подтверждение приема сообщения.
При другом способе, как показано на фиг. 4, сервер пересылает полное сообщение на UE посредством SIP INVITE и MSRP SEND. Конкретный поток сигнализации состоит из следующих этапов:
на этапах 1-2 сервер пересылает SIP INVITE на UE для запроса на установление MSRP-линии связи с UE;
на этапах 3-4 UE возвращает подтверждение на сервер и возвращает подтверждение установления MSRP-линии связи с сервером;
на этапах 5-6 сервер возвращает подтверждающую информацию на UE;
на этапе 7 после установления MSRP-линии связи между сервером и UE на UE посредством MSRP SEND пересылается тело сообщения;
на этапе 8 UE возвращает подтверждение приема сообщения MSRP SEND;
на этапах 9-10 сервер пересылает пользователю SIP BYE для оповещения UE об окончании SIP-сеанса связи и отключении MSRP-линии связи;
на этапах 11-12 UE возвращает подтверждение приема SIP BYE.
Следует отметить, что с целью упрощения на фиг. 3 и фиг. 4 не показан процесс приема сообщения от UE и не представлены базовая станция, PDSN и P-CSCF.
Ввиду своей высокой пропускной способности сеть 3G может обмениваться сообщениями с Интернетом, причем размер сообщения, принимаемого сетью 3G, теоретически не ограничен. Вместительность же терминала пользователя, например сотового телефона, является ограниченной и определяет критический параметр процесса пересылки сообщений. Кроме того, существует большой разброс между значениями вместительности различных терминалов пользователей, например сотовых телефонов. Если сотовый телефон пользователя А имеет большую вместительность, а сотовый телефон пользователя В имеет меньшую вместительность, то существует вероятность, что размер мгновенного сообщения, пересылаемого от пользователя А пользователю В, превысит вместительность сотового телефона пользователя В. В этой ситуации пользователь В будет не в состоянии постоянно принимать мгновенные сообщения от пользователя А вследствие ограничения вместительности своего сотового телефона. Поэтому на конечном этапе пересылки мгновенного сообщения после прохождения многих узлов возникает сбой, обусловленный ограничением вместимости приемного терминала. Это снижает качество обслуживания пользователей и приводит к неэффективному использованию сетевого ресурса.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
В примере осуществления настоящего изобретения рассматриваются способ, система и устройство для пересылки мгновенного сообщения в IMS, позволяющие преодолеть указанный выше недостаток.
В примере осуществления настоящего изобретения рассматривается способ пересылки мгновенных сообщений в IMS. Мгновенное сообщение включает в себя, по меньшей мере, одно тело сообщения. Приемный терминал имеет порог приема сообщений. Способ включает в себя следующие этапы:
реконструкции мгновенного сообщения путем замены части тел исходного сообщения в мгновенном сообщении телами нового сообщения на основании конфигурации, заданной пользователем таким образом, чтобы размер реконструированного мгновенного сообщения не превышал порога приема сообщений в ситуации, когда размер мгновенного сообщения превышает порог приема сообщений; и
пересылки реконструированного мгновенного сообщения на приемный терминал.
Технические решения, обеспечиваемые следующими способами, могут быть дополнительными техническими решениями.
Тело нового сообщения содержит идентификатор тела сообщения, соответствующий телу исходного сообщения. Способ дополнительно содержит следующие этапы:
сохранения содержимого, по меньшей мере, некоторых из замененных тел исходного сообщения и идентификаторов замененных тел исходного сообщения и
пересылки содержимого тел исходного сообщения, соответствующих принимаемым идентификаторам тел сообщения, на приемный терминал, осуществляемой после приема идентификаторов тел сообщений, пересылаемых с приемного терминала.
Пересылку идентификаторов тел сообщения осуществляют посредством запросов по протоколу доступа к XML-конфигурации.
Пересылку идентификаторов тел сообщения осуществляют посредством сообщений по протоколу передачи гипертекста.
Способ включает в себя этап придания различных приоритетов различным телам исходного сообщения в соответствии с типами тел сообщения; причем реконструкцию выполняют на основе приоритетов тел исходного сообщения.
Способ включает в себя этап придания различных приоритетов различным телам исходного сообщения в соответствии с размером тел сообщения; причем реконструкцию выполняют на основе приоритетов тел исходного сообщения.
Тела нового сообщения включают в себя описательную информацию по телам исходного сообщения.
Описательная информация включает в себя имя тела сообщения и/или размер тела сообщения.
В примере осуществления настоящего изобретения дополнительно рассматривается сервер для пересылки мгновенных сообщений. Мгновенное сообщение включает в себя, по меньшей мере, одно тело сообщения. Сервер содержит:
устройство сравнения, выполненное с возможностью сравнения размера мгновенного сообщения с порогом приема сообщений приемного терминала;
устройство реконструкции, выполненное с возможностью реконструкции мгновенного сообщения путем замены части тел исходного сообщения в мгновенном сообщении телами нового сообщения на основании конфигурации, заданной пользователем таким образом, чтобы размер реконструированного мгновенного сообщения не превышал порога приема сообщений, в ситуации, когда размер мгновенного сообщения превышает порог приема сообщений, подключенное к устройству сравнения; и
устройство, подключенное к устройству реконструкции и выполненное с возможностью пересылки реконструированного мгновенного сообщения.
Технические решения, обеспечиваемые следующими серверами, могут быть дополнительными техническими решениями.
Сервер дополнительно включает в себя:
блок хранения сообщений, подключенный к устройству реконструкции и выполненный с возможностью хранения содержимого, по меньшей мере, некоторых из тел исходного сообщения и идентификаторов тел исходного сообщения; и
устройство, подключенное к блоку хранения сообщений и выполненное с возможностью пересылки содержимого тел исходного сообщения, соответствующих идентификаторам тел сообщения, на приемный терминал, осуществляемой после приема идентификаторов тел сообщения от приемного терминала.
Пересылку идентификаторов тел сообщения на сервер осуществляют посредством запросов по протоколу доступа к XML-конфигурации или сообщений по протоколу передачи гипертекста.
Устройство реконструкции придает различные приоритеты различным телам исходного сообщения в соответствии с типами тел сообщения и осуществляет реконструкцию мгновенного сообщения на основе приоритетов тел исходного сообщения или устройство реконструкции придает различные приоритеты различным телам исходного сообщения в соответствии с размером тел сообщения и осуществляет реконструкцию мгновенного сообщения на основе приоритетов тел исходного сообщения.
Кроме того, в примере осуществления настоящего изобретения рассматривается система для пересылки мгновенных сообщений, включающая в себя терминал и сервер. Сервер адаптирован для пересылки мгновенного сообщения, которое включает в себя, по меньшей мере, одно тело сообщения. Сервер включает в себя:
устройство сравнения, выполненное с возможностью сравнения размера мгновенного сообщения с порогом приема сообщений приемного терминала;
устройство реконструкции, выполненное с возможностью реконструкции мгновенного сообщения путем замены части тел исходного сообщения в мгновенном сообщении телами нового сообщения на основании конфигурации, заданной пользователем таким образом, чтобы размер реконструированного мгновенного сообщения не превышал порога приема сообщений в ситуации, когда размер мгновенного сообщения больше, чем порог приема сообщений, подключенное к устройству сравнения; и
устройство, подключенное к устройству реконструкции и выполненное с возможностью пересылки реконструированного мгновенного сообщения.
В другом варианте изобретения сервер может дополнительно включать в себя:
блок хранения сообщений, подключенный к устройству реконструкции и выполненный с возможностью хранения содержимого, по меньшей мере, некоторых из тел исходного сообщения и идентификаторов тел исходного сообщения; причем
устройство пересылки, подключенное к блоку хранения, выполнено с возможностью пересылки содержимого тел исходного сообщения, соответствующих идентификаторам тел сообщения, на приемный терминал, осуществляемой после приема идентификаторов тел сообщений от приемного терминала.
Использование примеров осуществления настоящего изобретения применительно к принимаемому мгновенному сообщению позволяет информировать приемный терминал о телах сообщения в составе всего сообщения, о каждом соответствующем заменяющем теле сообщения, по меньшей мере, в некоторых из тел сообщения, соответствующих телам сообщения, и иногда о полном содержимом некоторых тел сообщения. Приемный терминал не может непосредственно получить конкретное содержимое тел сообщения, замененных заменяющим телом. В случае, когда приемный терминал ожидает получения конкретного содержимого некоторого замененного тела сообщения, это конкретное содержимое может быть получено путем пересылки запроса, несущего идентификатор тела сообщения, соответствующий телу исходного сообщения, на сервер. Если размер тела исходного сообщения превышает вместительность приемного терминала, то приемный терминал может получить тела сообщения путем посещения Web-сайта сервера и ввода идентификатора тела сообщения, соответствующего телу исходного сообщения. После приема содержимого некоторого тела исходного сообщения приемным терминалом возможно отдельное удаление содержимого этого тела сообщения на приемном терминале.
Следовательно, приемный терминал может избирательно получать содержимое тела сообщения, чтобы повысить качество обслуживания пользователей, повысить уровень удобства эксплуатации AS обмена сообщениями и обеспечить более полное удовлетворение потребностей пользователей. Для оператора это позволяет снизить вероятность сбоя при пересылке сообщения и повысить эффективность использования сетевого ресурса. Кроме того, при использовании примеров осуществления настоящего изобретения приемный терминал с малой вместительностью может принимать мгновенное сообщение с избыточным объемом многократно, чтобы преодолеть ограничение на размер мгновенного сообщения в зависимости от вместительности терминала.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Фиг. 1 - типичная архитектура сети для предоставления услуги по обмену сообщениями при предшествующем уровне техники;
Фиг. 2 - схематичный вид внутренней структуры AS обмена сообщениями, представленного на фиг. 1;
Фиг. 3 - поток сигнализации в процессе полной пересылки мгновенного сообщения на терминал с использованием запроса SIP MESSAGE при предшествующем уровне техники;
Фиг. 4 - поток сигнализации в процессе полной пересылки мгновенного сообщения на терминал с использованием запроса SIP INVITE и запроса MRSP SEND при предшествующем уровне техники;
Фиг. 5 - схематичный вид структуры мгновенного сообщения;
Фиг. 6 - схематичный вид структуры мгновенного сообщения, полученного путем замены тела сообщения в составе мгновенного сообщения, представленного на фиг. 5, соответствующим телом нового сообщения согласно одному примеру осуществления настоящего изобретения;
Фиг. 7 - поток сигнализации в процессе пересылки мгновенного сообщения и поставки содержимого тела сообщения на терминал с использованием запроса SIP MESSAGE и запроса XCAP (по протоколу доступа к конфигурации расширяемого языка разметки (XML)) согласно одному примеру осуществления настоящего изобретения;
Фиг. 8 - поток сигнализации в процессе пересылки мгновенного сообщения и поставки содержимого тела сообщения на терминал с использованием запросов SIP INVITE, MSRP SEND и XCAP согласно другому примеру осуществления настоящего изобретения;
Фиг. 9 - поток сигнализации в процессе получения тела сообщения путем посещения Web-страницы сервера посредством браузера согласно одному примеру осуществления настоящего изобретения;
Фиг. 10 - схематичный вид архитектуры сети для предоставления услуги обмена сообщениями в одном примере осуществления настоящего изобретения;
Фиг. 11 - схематичный вид внутренней структура AS обмена сообщениями, представленного на фиг. 10;
Фиг. 12 - пример реального мгновенного сообщения;
Фиг. 13 - мгновенное сообщение, полученное путем замены тела сообщения в составе мгновенного сообщения, представленного на фиг. 12, соответствующим телом нового сообщения согласно одному примеру осуществления настоящего изобретения.
ПОДРОБНОЕ ОПИСАНИЕ
Предлагается техническое решение на одном примере осуществления настоящего изобретения, в основе которого лежит предпосылка использования в качестве приемного терминала пользователя службы обмена сообщениями IMS.
После того как сервер принимает мгновенное сообщение от пересылающей стороны, сервер, прежде всего, сравнивает мгновенное сообщение с порогом приема сообщений приемного терминала. Мгновенное сообщение от пересылающей стороны может иметь одно или более тел сообщения, которые могут существовать в формате многоцелевых расширений электронной Интернет-почты (MIME). Тип каждого тела сообщения может быть текстом, изображением, аудиоинформацией или видео и т.д. Порог приема сообщений приемного терминала может быть конфигурирован по умолчанию AS обмена сообщениями (в дальнейшем именуемом сервером) или заказной ИС пользователя в случае, когда пользователь подписывается на услугу обмена сообщениями, и этот порог приема сообщений хранится на сервере. В предпочтительном варианте порог приема сообщений приемного терминала равен максимальному размеру сообщения, принимаемого приемным терминалом.
В случае мгновенного сообщения, размер которого не превышает порог приема сообщений, сервер пересылает мгновенное сообщение обычным способом. Как указывается выше, один способ состоит в полной пересылке сообщения пользователю, осуществляемой сервером посредством SIP MESSAGE, как показано на фиг. 3. Другой способ заключается в полной пересылке сообщения пользователю, осуществляемой сервером посредством SIP INVITE и MSRP SEND, как показано на фиг. 4.
В случае мгновенного сообщения, размер которого превышает порог приема сообщений, сервер осуществляет реконструкцию мгновенного сообщения следующим образом: сервер заменяет, по меньшей мере, некоторые из тел сообщения в составе мгновенного сообщения соответствующим телом нового сообщения, чтобы размер мгновенного сообщения не превышал порога приема сообщений, подвергает соответствующему разбиению каждое содержимое, по меньшей мере, некоторых из тел исходного сообщения и сохраняет содержимое, например, в блоке хранения сообщений сервера.
Пользователь может предварительно задать конфигурацию, при которой разбиению подвергаются все тела исходного мгновенного сообщения или только некоторые из тел исходного сообщения. В случае, когда пользователь задает конфигурацию с разбиением всех тел исходного сообщения, содержимое всех тел исходного мгновенного сообщения подвергается соответствующему разбиению. В случае, когда пользователь задает конфигурацию с разбиением некоторых из тел исходного сообщения, в предпочтительном варианте реконструкция мгновенного сообщения осуществляется на основе определенной последовательности приоритетов. Например, тело исходного сообщения с самым высоким приоритетом первым подвергается разбиению и заменяется телом нового сообщения. После этого тело исходного сообщения со вторым самым высоким приоритетом подвергается разбиению и заменяется другим телом нового сообщения. Указанные процессы выполняются по очереди до достижения размера мгновенного сообщения, меньшего или равного порогу приема сообщений. В одном примере осуществления сервер придает различные приоритеты различным телам исходного сообщения в соответствии с различными типами тел сообщения, т.е. текст, звук, изображение или видео. Например, приоритеты тел исходного сообщения от высокого к низкому являются следующими: текст, звук, изображение и видео. В одном определенном примере осуществления для тел сообщения с одним и тем же типом последовательность приоритетов определяется в соответствии с размером тела исходного сообщения. Например, большому телу исходного сообщения придается высокий приоритет, а малому телу исходного сообщения придается низкий приоритет. В другом примере осуществления сервер придает различные приоритеты различным телам исходного сообщения в соответствии с различными размерами тел сообщения. Например, самому большому телу исходного сообщения придается самый высокий приоритет, а второму самому большому телу исходного сообщения придается второй самый высокий приоритет. Указанные процессы продолжаются соответствующим образом. В одном определенном примере осуществления для тел исходного сообщения с одним и тем же размером последовательность приоритетов определяется в соответствии с типом тел сообщения. Например, приоритеты тел сообщения от высокого к низкому являются следующими: текст, звук, изображение и видео.
В другом варианте изобретения конфигурация способов разбиения тела исходного сообщения в мгновенном сообщении может задаваться сервером по умолчанию.
Согласно примеру осуществления настоящего изобретения каждое тело исходного сообщения подвергается разбиению в соответствии с телом нового сообщения, выполненным с возможностью замены тела исходного сообщения. Тело нового сообщения может быть в формате XML. Тело нового сообщения включает в себя идентификатор тела сообщения, соответствующий телу исходного сообщения. В предпочтительном варианте тело нового сообщения также включает в себя описательную информацию (в этом значении для простоты изложения тело нового сообщения в контексте именуется также телом сообщения с описательной информацией) по телу исходного сообщения. В предпочтительном варианте описательная информация может включать в себя имя тела сообщения и/или размер тела сообщения. Например, формат тела исходного сообщения является следующим:
тип тела сообщения: поясняющая информацию по типу тела исходного сообщения,
содержимое тела сообщения: конкретное содержимое тела исходного сообщения.
Соответствующий формат тела сообщения с описательной информацией может быть следующим:
тип тела сообщения: поясняющая информация по типу расширения,
содержимое тела сообщения: содержимое тела сообщения с описательной информацией.
В одном примере осуществления "поясняющая информация по типу расширения" является постоянной величиной:
"application/bodydescMsg+xml". "Содержимое тела сообщения с описательной информацией" является следующим:
<?xmlversion="1.0"?>
<item>
<name>имя тела сообщения</name>
<size>размер тела сообщения</size>
<ID>идентификатор тела сообщения</ID>
</item>
"Имя тела сообщения" может быть получено из поля имени в теле исходного сообщения типа фотографии моей родной семьи. jpg, моего прощального письма.wav и т.д. В случае отсутствия имени в теле исходного сообщения сервер генерирует имя автоматически как "имя тела сообщения" типа неизвестный файл 1, неизвестный файл 2 и т.д. "Размер тела сообщения" может быть получен путем вычисления в соответствии с размером тела исходного сообщения. "Идентификатор тела сообщения" может быть генерирован сервером в случае, когда сервер хранит содержимое тела исходного сообщения после разбиения. Сервер может определять тело исходного сообщения только по идентификатору.
Согласно примерам осуществления настоящего изобретения, по меньшей мере, некоторые из тел сообщения в составе мгновенного сообщения заменяются соответствующими телами сообщения с описательной информацией. Фиг. 5 и фиг. 6 иллюстрируют этот процесс в общем. Следует отметить то, что "описательная информация по телу 1 сообщения "..., "описательная информация по телу 4 сообщения" на фиг. 6 включает в себя идентификаторы тел сообщения, соответствующие телам исходного сообщения.
После реконструкции мгновенного сообщения сервер пересылает реконструированное новое мгновенное сообщение на приемный терминал. Это может осуществляться посредством SIP MESSAGE или SIP INVITE и MSRP SEND.
В новом мгновенном сообщении возможны две ситуации. Одна ситуация состоит в том, что все тела исходного сообщения в мгновенном сообщении заменены и превращены в тела сообщения с описательной информацией. Другая ситуация состоит в том, что некоторые из тел исходного сообщения в мгновенном сообщении заменены и превращены в тела сообщения с описательной информацией, а другие тела исходного сообщения остались незамененными. Следовательно, приемный терминал может непосредственно получить конкретное содержимое других тел исходного сообщения, которые остались незамененными. Независимо от ситуации после приема нового мгновенного сообщения приемный терминал не может непосредственно получить конкретное содержимое замененных тел сообщения, которые были превращены в тела сообщения с описательной информацией. В случае необходимости получения специального содержимого некоторого тела сообщения приемный терминал, например сотовый телефон, может получить конкретное содержимое путем пересылки запроса XCAP (по протоколу доступа к расширяемой конфигурации), несущего идентификатор тела сообщения, соответствующего телу сообщения, на сервер. Вообще говоря, тело сообщения с описательной информацией включает в себя имя тела сообщения и/или размер тела сообщения. В этой ситуации приемный терминал принимает решение о предпочтительном варианте получения ожидаемого тела исходного сообщения - в соответствии с именем тела сообщения и/или размера тела сообщения.
Фиг. 7 иллюстрирует поток сигнализации в процессе пересылки мгновенного сообщения и поставки содержимого тела сообщения на терминал с использованием запросов SIP MESSAGE и XCAP согласно одному примеру осуществления настоящего изобретения, в частности, следующим образом:
На этапах 1-2 сервер пересылает запрос SIP MESSAGE на приемный терминал. По меньшей мере, некоторые из тел исходного сообщения заменяются соответствующим телом сообщения с описательной информацией в формате XML;
на этапах 3-4 приемный терминал возвращает подтверждение приема сообщения;
на этапе 5 приемный терминал пересылает запрос XCAP для получения тела исходного сообщения. Запрос XCAP включает в себя идентификатор тела сообщения, соответствующий телу исходного сообщения;
на этапе 6 сервер возвращает содержимое тела исходного сообщения на приемный терминал.
На практике этапы 5-6 могут повторяться многократно.
Фиг. 8 иллюстрирует поток сигнализации в процессе пересылки мгновенного сообщения и поставки содержимого тела сообщения на приемный терминал с использованием запросов SIP INVITE, MSRP SEND и XCAP согласно другим примерам осуществления настоящего изобретения, в частности, следующим образом:
на этапах 1-2 сервер пересылает SIP INVITE на приемный терминал для запроса на установление MSRP-линии связи с приемным терминалом;
на этапах 3-4 приемный терминал возвращает подтверждение приема на сервер и возвращает подтверждение установления MSRP-линии связи с сервером;
на этапах 5-6 сервер возвращает подтверждающую информацию на приемный терминал;
на этапе 7 после установления MSRP-линии связи между сервером и приемным терминалом на приемный терминал посредством MSRP SEND пересылается тело сообщения;
на этапе 8 приемный терминал возвращает подтверждение приема сообщения MSRP SEND;
на этапах 9-10 сервер пересылает на приемный терминал SIP BYE для оповещения приемного терминала об окончании SIP-сеанса связи и отключении MSRP-линии связи;
на этапах 11-12 приемный терминал возвращает подтверждение приема SIP BYE;
на этапе 13 приемный терминал пересылает запрос XCAP на получение тела исходного сообщения. Запрос XCAP включает в себя идентификатор тела сообщения, соответствующий телу исходного сообщения;
на этапе 14 сервер возвращает содержимое тела исходного сообщения на приемный терминал.
На практике этапы 13-14 могут повторяться многократно.
Если размер тела сообщения, которое должно быть получено приемным терминалом, превышает вместительность приемного терминала, то приемный терминал может получить тело сообщения путем регистрации на сервере PORTAL посредством протокола HTTP. Фиг. 9 иллюстрирует этот процесс. Приемный терминал, например ПК, может посетить Web-сайт сервера посредством браузера, чтобы войти на главную страницу сервера, ввести имя пользователя, пароль и т.д. для входа в пользовательский интерфейс и ввода идентификатора тела сообщения, соответствующего телу исходного сообщения, чтобы получить тело исходного сообщения.
После приема и отображения содержимого некоторого тела исходного сообщения приемным терминалом возможно отдельное удаление содержимого этого тела сообщения на приемном терминале.
Приемный терминал, выполненный с возможностью примеров осуществления настоящего изобретения, может быть сотовым телефоном, ПК или другим электронным устройством с функциями обмена информацией.
На фиг. 10 представлен схематичный вид архитектуры сети для предоставления услуги обмена сообщениями в одном примере осуществления настоящего изобретения. Приемный терминал может взаимодействовать с AS обмена сообщениями путем пересылки запроса XCAP. По сравнению с архитектурой сети в материалах, использованных при экспертизе заявки, представленной на фиг. 1, AS обмена сообщениями на фиг. 10 должен быть способен обрабатывать запрос XCAP. На фиг. 11 представлен схематичный вид внутренней структуры AS обмена сообщениями, иллюстрируемого фиг. 10. По сравнению с AS обмена сообщениями в материалах, использованных при экспертизе заявки, представленном на фиг. 2, AS обмена сообщениями согласно примеру осуществления настоящего изобретения дополнен блоком хранения сообщений, адаптером протокола XCAP и пользователем PORTAL. Блок хранения сообщений отвечает за хранение тела сообщения после разбиения. Адаптер протокола XCAP и пользователь PORTAL отвечают за получение тела исходного сообщения из блока хранения сообщений и поставку тела исходного сообщения на приемный терминал.
В заключение для более полного понимания примеров осуществления настоящего изобретения на интуитивном уровне предлагается конкретный пример пересылки мгновенного сообщения согласно одному примеру осуществления настоящего изобретения. Пользователь A пересылает одно мгновенное сообщение с несколькими телами сообщения пользователю B. Предположим, что размер мгновенного сообщения превышает размер самого большого сообщения, принимаемого терминалом пользователя B. Мгновенное сообщение, пересылаемое пользователем А, представлено на фиг. 12 (для простоты заголовок сообщения, не имеющий отношения к техническому решению, предлагаемому в примерах осуществления настоящего изобретения, показан кратко). Сообщение, пересылаемое сервером пользователю В с использованием одного примера осуществления настоящего изобретения, представлено как фиг. 13. Если пользователь В ожидает получить определенное тело сообщения, то этот пользователь В может переслать следующий запрос:
GET
http://ap.huawei.com/services/fetchMsgBody/users/sip:userl@
huawei.com/Messaging/~~/Messaging/message[@ID="MsgBody32fa84
b447fU2"]HTTP)/1.1
Host:ap.huawei.com
Поэтому пример для подтверждения приема, возвращаемого сервером (игнорирующего поле заголовка, не имеющего отношения к техническому решению согласно примерам осуществления настоящего изобретения), является следующим:
HTTP/1.1 200 OK
Content-Type: Application/XML
Content-Length: 342
<?xmlversion="1.0"?>
<MsgBody MsglD="MsgBoay32fa84b447fU2">
<Content-Type>
audio/x-wav
</Content-Type>
<Content-Transfer-Encoding>
base64
</Content-Transfer-Encoding>
<Content-Disposition filename="body3.wav">
attachment
</Content-Disposition>
<body>
UklGRIScAgBXQVZFZml0IBAAAAABAAIAllYAAIhYAQAEA
......
pHjP4VhDQflAcr8tfwMoGhYa6fV
</body>
</MsgBody>
Выше настоящее изобретение описано на примерах его осуществления, однако очевидно, что в эти примеры осуществления могут быть внесены многочисленные изменения. Например, хранение содержимого тела исходного сообщения после разбиения может осуществляться в устройстве, отличном от сервера. Тело сообщения с описательной информацией может иметь формат, отличный от XML. Пользователь может получать содержимое определенного тела сообщения с сервера посредством других протоколов, а не только по XCAP. Поэтому объем настоящего изобретения должен определяться принятой формулой изобретения и ее законных эквивалентов, а не только приведенными в иллюстративных целях примерами осуществления.