ОТЧЕТ О ДОСТАВКЕ ТЕКСТОВЫХ СООБЩЕНИЙ В СВЯЗИ ПО ПРОТОКОЛУ УСТАНОВЛЕНИЯ СЕАНСА SIP Российский патент 2015 года по МПК H04L12/58 

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

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

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

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

В пользовательском устройстве (например в телефоне) отправитель нового текстового сообщения указывает одного или более получателей сообщения и вводит текст сообщения. Пользовательское устройство отправителя оформляет текстовое сообщение в соответствии с надлежащим протоколом и передает текстовое сообщение в центр сообщений сети связи по соответствующим каналам сигнализации. Примером центра сообщений является центр службы коротких сообщений (SMSC). Затем SMSC пытается доставить SMS-сообщение получателю (получателям).

Многие традиционные сети мобильной (беспроводной) связи являются сетями с коммутацией каналов. Примерами сетей с коммутацией каналов являются сети стандартов GSM и CDMA2000. Операторы сетей связи предлагают услуги передачи текстовых сообщений по сетям указанных стандартов с коммутацией каналов. Другим типом сетей, набирающим популярность, являются сети с коммутацией пакетов. Примеры сетей с коммутацией пакетов - сети IMS и LTE. Операторы сетей связи пытаются наладить предоставление услуг передачи текстовых сообщений и по таким сетям с коммутацией пакетов.

Одни из типов протоколов сигнализации, который используется в сетях с коммутацией пакетов, является протокол SIP (от английского Session Initiation Protocol - протокол установления сеанса). При отправке текстового сообщения данные, составляющие содержание текстового сообщения, включаются в состав запроса, составленного в соответствии с протоколом SIP (SIP-запрос), как правило, в SIP-запрос типа MESSAGE (сообщение). SIP-запрос направляется получателю. Приложение, исполняемое пользовательским устройством получателя, пытается выполнить анализ текстового сообщения, помещенного в SIP-запрос.

Порядок обмена текстовыми сообщениями по сетям с коммутацией пакетов (сетям Интернет-протокола) был установлен техническими спецификациями 3GPP и 3GPP2 (от английского 3^rd Generation Partnership Project - консорциум, разрабатывающий спецификации для мобильной телефонии). Помимо прочего, указанные технические спецификации определяют, что после доставки текстового сообщения получатель должен инициировать новый обмен сообщениями по протоколу SIP (новую SIP-транзакцию), чтобы сообщить об успешной доставке или же сбое в доставке текстового сообщения. Если операторы мобильных сетей попытаются предложить услуги обмена текстовыми сообщениями своим клиентам, то изложенная процедура может приводить к проблемам в сетях с коммутацией пакетов.

Раскрытие изобретения

В настоящем изобретении обеспечивается улучшенный способ информирования об успешной доставке или же сбое доставки текстовых сообщений, отправляемых с использованием протокола SIP. Когда в текстовое сообщение помещается SIP-запрос, то система, принимающая SIP-запрос, формирует ответ в соответствии с протоколом SIP (SIP-ответ). Система, соответствующая уровню техники, отправит SIP-ответ, отражающий состояние доставки исключительно SIP-запроса. Затем указанная система инициирует отдельную SIP-транзакцию для информирования о состоянии доставки собственно текстового сообщения. Предлагаемая в настоящем изобретении система, получающая SIP-запрос, содержащий текстовое сообщение, сформирует SIP-ответ, отражающий состояние доставки текстового сообщения, содержавшегося в полученном SIP-запросе. Такой SIP-ответ может быть введен в протокол SIP как ответ нового типа, например, с обозначением 7хх (в протоколе SIP обозначение типа ответа заключается в первой цифре трехзначного числа, в данном случае это цифра "7"). Введение статуса доставки текстового сообщения в SIP-ответ избавляет от необходимости инициировать отдельную SIP-транзакцию для информирования о состоянии доставки текстового сообщения.

Один из вариантов осуществления включает систему передачи текстовых сообщений, адаптированную для обмена текстовыми сообщениями через сеть с коммутацией пакетов. Система передачи текстовых сообщений содержит сетевой интерфейс, способный принять SIP-запрос от объекта сети с коммутацией пакетов, причем в состав SIP-запроса включено текстовое сообщение. Кроме того, система передачи текстовых сообщений содержит систему управления, способную проанализировать статус (состояние) доставки текстового сообщения получателю. Помимо этого, система управления способна сформировать SIP-ответ, содержащий параметр статуса доставки текстовых сообщений, а также включить в указанный параметр статуса доставки текстового сообщения указанный статус доставки текстового сообщения. Кроме того, указанный сетевой интерфейс способен передать SIP-ответ объекту по сети с коммутацией пакетов.

Согласно другому варианту осуществления в состав SIP-ответа входит ответ типа SIP 700, информирующий о том, что попытка доставки текстового сообщения завершилась успешно. Кроме того, система управления способна вставить в ответ типа SIP 700 сообщение MAP (от английского Mobile Application Part - сторона мобильного приложения) типа RP-ACK (подтверждение), информирующий о том, что попытка доставки текстового сообщения завершилась успешно.

Согласно другому варианту осуществления изобретения в состав SIP-ответа входит ответ типа SIP 701, информирующий о том, что при попытке доставки текстового сообщения произошел сбой. Кроме того, система управления способна вставить в ответ SIP 701 сообщение MAP типа RP-ERROR (ошибка), информирующий о том, что при попытке доставки текстового сообщения произошел сбой.

Согласно другому варианту осуществления изобретения в состав статуса доставки входит сообщение типа SMS-SUBMIT-REPORT (отчет о приеме SMS) для отправленного мобильным устройством (Mobile Originated, МО) текстового сообщения.

Согласно другому варианту осуществления изобретения в состав статуса доставки входит сообщение типа SMS-DELIVER-REPORT (отчет о доставке SMS) для принятого мобильным устройством (Mobile Terminated, MT) текстового сообщения.

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

Согласно варианту осуществления изобретения в состав SIP-ответа входит ответ типа SIP 700, информирующий о том, что попытка доставки текстового сообщения завершилась успешно. Кроме того, способ включает вставку в ответ типа SIP 700 сообщения MAP (от английского Mobile Application Part - сторона мобильного приложения) типа RP-ACK (подтверждение), информирующего о том, что попытка доставки текстового сообщения завершилась успешно.

Согласно другому варианту осуществления изобретения в состав SIP-ответа входит ответ типа SIP 701, информирующий о том, что при попытке доставки текстового сообщения произошел сбой. Кроме того, способ включает вставку в ответ типа SIP 701 сообщения MAP типа RP-ERROR (ошибка), информирующего о том, что при попытке доставки текстового сообщения произошел сбой.

Согласно другому варианту осуществления изобретения в состав статуса доставки входит сообщение типа SMS-SUBMIT-REPORT (отчет о приеме SMS) для отправленного мобильным устройством (Mobile Originated, МО) текстового сообщения.

Согласно другому варианту осуществления изобретения в состав статуса доставки входит сообщение типа SMS-DELIVER-REPORT (отчет о доставке SMS) для принятого мобильным устройством (Mobile Terminated, MT) текстового сообщения.

Далее могут быть описаны и другие варианты осуществления изобретения.

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

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

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

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

на фиг.3 - система связи согласно одному из вариантов осуществления,

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

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

Описание осуществления

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

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

На фиг.1 проиллюстрирована система 100 передачи текстовых сообщений согласно примеру осуществления изобретения. В состав системы 100 передачи текстовых сообщений входят некоторый сервер, шлюз, оконечное пользовательское устройство или иная система, способная обрабатывать текстовые сообщения, передаваемые по протоколу SIP (протокол установления сеанса) через сеть 110 с коммутацией пакетов. Например, в состав системы 100 передачи текстовых сообщений может входить оконечное пользовательское устройство или пользовательское оборудование, поддерживающее протокол SIP и содержащее приложение, которое обрабатывает текстовые сообщения, получаемые через протокол SIP. Согласно другому варианту осуществления, в состав системы 100 передачи текстовых сообщений могут входить принимающие SIP-запрос с текстовым сообщением сервер, шлюз либо некоторая другая система сети связи с коммутацией пакетов, например сервер приложений, шлюз межсетевого взаимодействия Интернет-протокол - служба коротких сообщений (IP-SM-GW), поддерживающий протокол IMS (протокол передачи мультимедийного содержимого), или шлюз сети стандарта LTE, способный обрабатывать SMS-сообщения. Система 100 передачи текстовых сообщений либо является частью сети 110 с коммутацией пакетов, либо соединена с сетью 110 с коммутацией пакетов (как показано на фиг.1) в целях обмена SIP-сообщениями с объектами (на фиг.1 не показаны) сети 110 с коммутацией пакетов. Сеть 110 с коммутацией пакетов может содержать сеть IMS, сеть LTE или любую другую сеть, основанную на Интернет-протоколе.

Система 100 текстовых сообщений включает сетевой интерфейс 102 и систему 104 управления. Сетевой интерфейс 102 включает любое устройство или компонент, адаптированный для связи по протоколу SIP с одним или более объектов (на фиг.1 не показаны) в сети 110 с коммутацией пакетов. Несмотря на то, что объекты сети на фиг.1 не показаны, в своем составе они могут содержать серверы приложений, центральные узлы сети IMS (S-CSCF), шлюзы LTE или любой другой элемент, который передает или формирует текстовые сообщения. Система 104 управления содержит некоторое устройство или компонент, способный определять статус доставки текстового сообщения, содержащегося в SIP-запросе.

В описанных далее вариантах осуществления при получении системой 100 передачи текстовых сообщений SIP-запроса, содержащего текстовое сообщение, от объекта сети 100 с коммутацией пакетов, указанная система 100 имеет возможность передать в обратном направлении объекту сети в SIP-ответе сообщение о статусе доставки текстового сообщения. Например, система 100 передачи текстовых сообщений имеет возможность сообщить, было ли текстовое сообщение успешно доставлено соответствующему получателю (получателям) или же при доставке произошел сбой. В сетях с коммутацией пакетов процедура сообщения о статусе доставки текстовых сообщений в SIP-ответе согласно описанию следующих вариантов осуществления изобретения ранее не была доступна. Чтобы пояснить существующий уровень техники, приведем набор команд, определенный протоколом SIP, называемый SIP-запросами или "методами". Примером упомянутых SIP-запросов является запрос типа SIP MESSAGE, который используется для передачи мгновенных сообщений, текстовых сообщений и т.д. Протокол SIP также определяет набор команд, называемых SIP-ответами. SIP-ответы используются как ответ на определенный SIP-запрос. Примерами SIP-ответов являются ответы типа 1хх, 2хх, 3хх, 4хх, 5хх и 6хх.

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

На фиг.2 показана блок-схема алгоритма, иллюстрирующая способ 200 информирования о состоянии доставки текстового сообщения согласно варианту осуществления изобретения. Шаги способа 200 будут описаны с использованием ссылок на систему 100 передачи текстовых сообщений на фиг.1. При этом следует учесть, что специалисты в данной области техники смогут предложить применение способа 200 в иных сетях и системах. Шаги на схеме алгоритма, описанные далее, не могут считаться исчерпывающими: алгоритм может включать другие шаги, не показанные на фиг.2. Кроме того, шаги могут выполняться в иной последовательности.

На шаге 202 интерфейс 102 получает от объекта (не показан) сети 110 с коммутацией пакетов SIP-запрос, содержащий текстовое сообщение. Например, объект сети 110 с коммутацией пакетов может содержать конечное пользовательское устройство, которое передает в SIP-запросе отправляемое мобильным устройством (Mobile Originated, МО) текстовое сообщение. Или же объект сети 110 с коммутацией пакетов может содержать сервер или шлюз, которые пересылают в систему 100 текстовое сообщение в составе SIP-запроса. SIP-запрос может включать запрос типа SIP MESSAGE или иного типа, передающий текстовое сообщение (например SMS-сообщение).

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

На шаге 206 система 104 управления формирует SIP-ответ, который содержит параметр статуса доставки текстовых сообщений. Набор SIP-ответов, предусмотренный к настоящему времени, не содержит параметра, выделенного для передачи статуса доставки тестовых сообщений. Поэтому в соответствии с представленным здесь вариантом осуществления вводятся один или более новых типов SIP-ответов, которые содержат параметр статуса доставки, используемый для индикации состояния доставки текстового сообщения получателю. Эти новые типы SIP-ответов более подробно описаны далее. Несмотря на то, что здесь используется термин "параметр" (параметр статуса), для описания расширенных возможностей SIP-ответа могут использоваться и другие термины, например: параметр заголовка, поле заголовка, содержание заголовка и т.д.

На шаге 208 система 104 управления присваивает определенный статус доставки текстового сообщения параметру статуса доставки текстового сообщения, содержащемуся в SIP-ответе. Затем на шаге 210 сетевой интерфейс 102 передает SIP-ответ объекту сети через сеть 110 с коммутацией пакетов. Как следует из приведенного выше описания, SIP-ответ действительно содержит статус доставки текстового сообщения. SIP-ответ может также содержать статус доставки SIP-запроса. В связи с тем, что SIP-ответ теперь содержит статус доставки текстового сообщения, то для информирования о состоянии доставки текстового сообщения не требуется новая SIP-транзакция (например другой SIP-запрос) между системой 100 передачи текстовых сообщений и объектом сети 110 с коммутацией пакетов. Это дает ряд преимуществ. Например, когда для информирования о состоянии доставки текстового сообщения требуется много SIP-транзакций, то и отправитель, и получатель должны хранить соответствующие данные о двух SIP-транзакциях, чтобы сопоставлять SIP-запросы и SIP-ответы этих двух транзакций. Кроме того, отправителем первого SIP-запроса не может являться узел, который получает второй SIP-запрос, передающий статус доставки, в связи с чем проверка этих двух SIP-транзакций может быть затруднена. Передача статуса доставки текстового сообщения в SIP-ответе (наряду со статусом SIP-запроса) согласно представленному варианту осуществления изобретения повышает эффективность передачи текстовых сообщений по сетям с коммутацией пакетов.

Согласно представленному варианту осуществления, номенклатура команд SIP-ответа [см. документ RFC 3261, подготовленный организацией "Общество Интернета" (Internet Society, ISOC) и описывающий протокол SIP] расширяется для поддержки новых типов и кодов ответов для SIP-запросов, в состав которых входят текстовые сообщения. Одним из таких новых SIP-ответов является ответ типа SIP 700, который сообщает об попытке, окончившейся успешным результатом. Более точно, SIP 700 содержит параметр, который сообщает, что доставка текстового сообщения завершилась успешно. Упомянутый параметр в ответе SIP 700 может быть дополнен разнообразной информацией, отражающей успешность доставки. Например, такой информацией может являться MAP RP-ACK [SMS-SUBMIT-REPORT для отправленного мобильным устройством (Mobile Originated, МО) текстового сообщения либо SMS-DELIVER-REPORT для принятого мобильным устройством (Mobile Terminated, MT) текстового сообщения].

Другим типом упомянутых новых SIP-ответов является тип SIP 701, который сообщает о попытке, завершившейся неудачей (сбоем). Более точно, ответ типа SIP 701 содержит параметр, который сообщает, что доставка текстового сообщения окончилась сбоем. Упомянутый параметр в ответе типа SIP 701 может быть дополнен разнообразной информацией, отражающей сбой доставки. Например, такой информацией может являться MAP RP-ERROR [SMS-SUBMIT-REPORT для отправленного мобильным устройством (Mobile Originated, МО) текстового сообщения либо SMS-DELIVER-REPORT для принятого мобильным устройством (Mobile Terminated, MT) текстового сообщения].

Пример

Фиг.3 иллюстрирует вариант осуществления системы 300 (электро)связи. Система 300 связи содержит несколько сетей беспроводной связи, в качестве примеров которых изображена сеть 310 стандарта CDMA, сеть 320 стандарта IMS и сеть 330 стандарта LTE. Варианты осуществления изобретения, описанные далее, иллюстрируют доставку SMS-сообщений мобильному устройств 350 с использованием сообщений по протоколу SIP.

В состав сети 310 стандарта CDMA входят HLR (от английского Ноте Location Register - реестр собственных абонентов сети) 312, MSC (от английского Mobile Switching Center - центр мобильной коммутации) 314 и PDN-GW (от английского Packet Data Network Gateway - шлюз сети пакетных данных) 316. HLR 312 является центральной базой данных абонентов, которая хранит абонентскую информацию и прочие данные (например абонентские профили) о мобильных устройствах, которые имеют право использовать сеть 310 стандарта CDMA. MSC 314 является узлом обслуживания мобильных устройств и отвечает за передачу голосовых звонков, SMS-сообщений и обеспечение других услуг, реализованных в сети 310 стандарта CDMA. PDN-GW 316 содержит любой узел или элемент сети 310 стандарта CDMA, обеспечивающий сигнализацию между сетью 310 стандарта CDMA и сетью с коммутацией пакетов, такой как сеть 320 стандарта IMS. Сеть 310 стандарта CDMA может включать прочие элементы сети, в частности базовые станции, контроллер сети доступа (RNC) и т.д., которые для краткости не показаны.

В состав сети 320 стандарта IMS входят узлы P-CSCF (от английского Proxy-Call Session Control Function - посредник для взаимодействия с абонентскими терминалами) 322, S-CSCF (от английского Serving-Call Session Control Function - центральный узел сети IMS) 324, HSS (от английского Home Subscriber Server - сервер домашних абонентов) 326, PGW (от английского Packet Gateway - пакетный шлюз) 328. P-CSCF 322 является точкой входа в домен IMS и выполняет функцию прокси-сервера для устройств IMS. S-CSCF 324 является центральным узлом сигнализации и осуществляет управление сеансом для устройств IMS, которые инициируют сеансы в сети 320 стандарта IMS. S-CSCF 324 связывается с устройствами IMS через одну или более сетей доступа, которые на фиг.3 не показаны. HSS 326 представляет собой сервер абонентов, который хранит информацию, относящуюся к абонентам (например абонентские профили), выполняет аутентификацию и авторизацию конечных пользователей, формирует информацию о местоположении пользователя и т.д. В состав PGW 328 входят любые узлы и элементы сети 320 стандарта IMS, которые обмениваются пакетами данных со внешними сетями.

В настоящем варианте осуществления изобретения элементы сети 330 стандарта LTE для упрощения не показаны.

В состав системы 300 связи также входят SMSC (от английского SMS Center - центр SMS) 342 и SMS-шлюз 344, в состав которого, в свою очередь, могут входить шлюз LTE, шлюз IP-SM-GW (от английского IP Short Message Gateway - шлюз для коротких сообщений IP-сети) либо некоторый другой шлюз, который передает SMS-сообщения с использованием Интернет-протокола. В состав SMSC 342 входит любой узел сети с коммутацией каналов, который передает SMS-сообщения, используя технологию с промежуточным хранением (технологию store-and-forward). В состав SMS-шлюза 344 входит любой узел, обеспечивающий сигнализацию между сетью, основанной на протоколе SIP, и сетью или устройством, использующим иной протокол. Например, если сеть или устройство использует протокол SMPP (от английского Short Message Peer-to-Peer - короткое сообщение равноправных узлов) для обмена SMS-сообщениями, то SMS-шлюз 344 преобразует сообщения по протоколу SMPP в сообщения по протоколу SIP, и наоборот. В состав системы 300 связи также входят ESME (от английского External Short Messaging Entities - внешние объекты обмена короткими сообщениями) 346 и 348. Объект ESME является внешним приложением, которое соединяется с SMSC 342 или SMS-шлюзом 344 для участия в приеме и(или) передаче SMS-сообщений. Типичными примерами объектов ESME являются системы автоматической рассылки рекламных сообщений пользователям мобильной связи, системы голосования по SMS, обрабатывающие такие SMS и т.д.

Пусть в данном варианте осуществления ESME 348 формирует SMS-сообщение, которое адресовано мобильному устройству 350. Следующий вариант осуществления иллюстрирует, как в SIP-ответ закладывается статус доставки.

На фиг.4 изображена диаграмма сообщений, поясняющая обмен сообщениями в случае сбоя в доставке SMS-сообщения согласно одному из вариантов осуществления. В этом варианте осуществления в мобильном устройстве 350 применяется система 100 передачи сообщений, показанная на фиг.1. После того, как ESME 348 сформирует SMS-сообщение для мобильного устройства 350, ESME 348 оформляет в соответствии с протоколом SMPP сообщение типа data_sm и добавляет в его состав SMS-сообщение. Здесь предполагается, что ESME 348 способен действовать по протоколу SMPP. В противном случае между ESME 348 и SMS-шлюзом 344 может быть задействован шлюз SMPP. Затем ESME 348 передает сообщение data_sm SMS-шлюзу 344. В ответ на сообщение data_sm SMS-шлюз 344 запрашивает HSS 326 о состоянии регистрации мобильного устройства 350, используя запрос UDR (от английского User Data Request - запрос данных пользователя по протоколу аутентификации, авторизации и учета "Diameter"). HSS 326 определяет, что мобильное устройство 350 зарегистрировано, и отвечает SMS-шлюзу 344, используя ответ UDA (от английского User Data Answer - ответ о данных пользователя по протоколу "Diameter"), означающий, что мобильное устройство 350 зарегистрировано. Затем SMS-шлюз 344 формирует по протоколу SIP запрос типа MESSAGE (SIP MESSAGE), которое содержит в себе SMS-сообщение. Заголовок запрос SIP MESSAGE может быть сформирован следующим образом:

MESSAGE tel:+19305020103 SIP/2.0

Via: SIP/2.0/UDP 135.1.62.120:5060; branch=z9hG4b

To: tel:+19305020103

From: tel:+19305020106; tag=1 (ESME Address - long code)

Call-ID: 689e5af4451c0170@livemas1

Max-Forwards: 70

CSeq: 1 MESSAGE

Route: LTE GW SIP URI

P-Charging-Vector=icid-value="PCSF:192.161.1.xxx-xxxxxxxx"

Content-Type: application/vnd.3gpp.sms

Content-Length: xx (длина сообщения на уровне передачи)

<<Вставка сообщений типа RP-DATA (сообщение SMS-DELIVER)>>

Затем SMS-шлюз 344 отправляет запрос SIP MESSAGE на S-CSCF 324 (центральный узел сети IMS), входящий в состав сети 320 IMS. В свою очередь, S-CSCF 324 переправляет запрос SIP MESSAGE мобильному устройству 350. Затем мобильное устройство 350 делает попытку проанализировать SMS-сообщение (RP-DATA), содержащееся в запросе SIP MESSAGE. Положим, что в данном варианте осуществления произошла ошибка, обусловленная одной или несколькими причинами. Мобильное устройство 350, в свою очередь, выясняет, что при доставке SMS-сообщения произошел сбой. Затем мобильное устройство 350 формирует ответ типа SIP 701, который содержит параметр статуса доставки SMS-сообщения, и закладывает в указанный параметр ответа типа SIP 701 признак сбоя доставки. Например, мобильное устройство 350 может закладывать сообщение типа SMS-DELIVER-REPORT (см. техническую спецификацию TS 23.040 консорциума 3GPP), которое включает переменную TP-Failwe-Cause, указывающую причину сбоя в доставке. Пример ответа SIP 701:

SIP/2.0 701 Attempted with unsuccessful result

Via: SIP/2.0/UDP 135.1.30.70:5080; branch=z9hG4bK287482662-1402101

Max-Forwards: 69

From: <sip:+19305020103@verizon.net; user=phone; lr>;tag=pctUA_287482662

To: LTE GW SIP URI

Call-ID: 287482662-1402079

CSeq: 1 MESSAGE

Content-Type: application/vnd.3gpp.sms

Content-Length: xx (длина сообщения на уровне передачи)

<<Вставка сообщений типа RP-ERROR (сообщение SMS-DELIVER-REPORT)>>

Затем мобильное устройство 350 передает ответ типа SIP 701 в адрес S-CSCF 324 (центральный узел сети IMS). S-CSCF 324 передает ответ типа SIP 701 SMS-шлюзу 344. SMS-шлюз 344 обрабатывает ответ типа SIP 701 с целью идентификации сбоя доставки (например обрабатывает переменную ТР-Failure-Cause, указывающую причину сбоя в доставке SMS-сообщения). Затем SMS-шлюз 344 переводит код ошибки в результирующий код command_status сообщения data_sm_resp протокола SMPP (если используется другой протокол, то возможно иное правило перевода кода). Таблица иллюстрирует пример перевода кода ошибки:

Код ошибки TP-Failure-Cause Результирующий код в переменной Command_Status протокола SMPP Причина сбоя delivery_failure_reason по протоколу SMPP Short message Type 0 not supported (тип 0 короткого сообщения не поддерживается) 0×00000015 Invalid Service Type (неверный тип службы) N/A (не поддерживается) Cannot replace short message (невозможно заменить короткое сообщение) 0×00000013 Replace SM Failed (сбой при замене короткого сообщения) N/A (не поддерживается) Unspecified TP-PID error (неоговоренная спецификацией ошибка идентификатора TP-PID) 0×000000FF Unknown Error (неизвестная ошибка) N/A (не поддерживается) Unspecified TP-DCS error (неоговоренная спецификацией ошибка схемы кодирования TP-DCS) 0×402 Unsupported Data Encoding (способ кодирования данных не поддерживается) N/A (не поддерживается) TPDU not supported (TPDU не поддерживается) 0×409 Invalid Payload Type (неверный тип нагрузки) N/A (не поддерживается) SIM SMS storage full (память SIM, выделенная для SMS, полностью заполнена) 0×000000FE Delivery Failure (сбой доставки) 0= destination unavailable (прием невозможен) No SMS storage capability in SIM (SIM не поддерживает хранение SMS) 0×000000FE Delivery Failure (сбой доставки) 0= destination unavailable (прием невозможен) Error in MS (ошибка мобильной станции) 0×000000FE Delivery Failure (сбой доставки) 0= destination unavailable (прием невозможен) Memory Capacity Exceeded (емкость памяти исчерпана) 0×000000FE Delivery Failure (сбой доставки) 0= destination unavailable (прием невозможен) Код ошибки TP-Failure-Cause Результирующий код в переменной Command_Status протокола SMPP Причина сбоя delivery_failure_reason по протоколу SMPP SIM Application Toolkit Busy (пакет приложений SIM занят) 0×000000FE Delivery Failure (сбой доставки) 0= destination unavailable (прием невозможен) SIM data download error (ошибка передачи данных SIM) 0×000000FE Delivery Failure (сбой доставки) 0= destination unavailable (прием невозможен) Values specific to an application (переменные, выделенные приложению) 0×00000015 Invalid Service Type (неверный тип службы) N/A (не поддерживается) Unspecified error cause (причина ошибки не оговорена) 0×00000015 Invalid Service Type (неверный тип службы) N/A (не поддерживается) зарезервировано (любые шестнадцатеричные значения) 0×00000015 Invalid Service Type (неверный тип службы) N/A (не поддерживается)

Затем SMS-шлюз 344 отправляет сообщение data_sm_resp к ESME 348. Упомянутое сообщение указывает ESME 348 на сбой доставки SMS-сообщения. Согласно варианту осуществления, показанному на фиг.4, ответ типа SIP 701 явно отображает статус доставки SMS-сообщения (сбой доставки). Поскольку в состав ответа SIP 701 входит статус доставки SMS-сообщения, мобильному устройству 350 не требуется инициировать новую SIP-транзакцию (например отправку другого запроса SIP MESSAGE) для информирования SMS-шлюза 344 о статусе доставки SMS-сообщения.

Пусть согласно другому варианту осуществления мобильное устройство 350 формирует SMS-сообщение, предназначенное для ESME 348. Следующий вариант осуществления иллюстрирует, как статус доставки закладывается в SIP-ответ.

На фиг.5 изображена диаграмма сообщений, поясняющая обмен сообщениями в случае успешной доставки SMS согласно одному из вариантов осуществления. В этом варианте осуществления в SMS-шлюзе 344 применяется система 100 передачи сообщений, показанная на фиг.1. После того, как мобильное устройство 350 формирует SMS-сообщение, адресованное ESME 348, мобильное устройство 350 оформляет запрос типа SIP MESSAGE и встраивает SMS-сообщение в запрос SIP MESSAGE. Здесь предполагается, что мобильное устройство 350 способно действовать по протоколу SIP. Запрос SIP MESSAGE может выглядеть следующим образом:

MESSAGE tel:+19305020103 SIP/2.0

Via: SIP/2.0/UDP 135.1.30.70:5080; branch=z9hG4bK287482662-1402101

Max-Forwards: 70

From: <sip:+19305020106@verizon.net; user=phone; lr>; tag=pctUA_287482662

To: LTE GW SIP URI

Call-ID: 287482662-1402079

CSeq: 1 MESSAGE

Route: LTE GW SIP URI

P-Asserted-Identity: <sip:+19305020106@somedomam.com>

P-Asserted-Identity: <tel:+19305020106>

Content-Type: application/vnd.3gpp.sms

Content-Length: xx (длина сообщения на уровне передачи)

<<Вставка сообщения типа RP-DATA (сообщение SMS-SUBMIT)>>

Затем мобильное устройство 350 отправляет запрос SIP MESSAGE на S-CSCF 324 (центральный узел сети IMS). В свою очередь, S-CSCF 324 отправляет запрос SIP MESSAGE на SMS-шлюз 344. SMS-шлюз 344 извлекает SMS-сообщение из запроса SIP MESSAGE путем анализа его частей RP-DATA и SMS-SUBMIT PDU. Затем SMS-шлюз 344 формирует по протоколу SMPP сообщение типа data_sm и встраивает SMS-сообщение в сообщение типа data_sm. SMS-шлюз 344 отправляет сообщение типа data_sm на ESME 348 (предполагается, что ESME 348 способно действовать по протоколу SMPP).

По получении сообщения типа data_sm ESME 348 делает попытку проанализировать SMS-сообщение, встроенное в сообщение типа data_sm. Положим, что в данном варианте осуществления SMS-сообщение было успешно доставлено на ESME 348. ESME 348 определяет, что сообщение доставлено успешно, и формирует по протоколу SMPP сообщение типа data_sm_resp с кодом успешного результата. Затем ESME 348 отправляет сообщение типа data_sm_resp на SMS-шлюз 344.

SMS-шлюз 344 получает сообщение типа data_sm_resp и обрабатывает его, чтобы выяснить, было ли SMS-сообщение успешно доставлено адресату. Затем SMS-шлюз 344 формирует ответ типа SIP 700, в состав которого входит параметр статуса доставки SMS-сообщения, и вкладывает в этот параметр отметку об успешной доставке SMS-сообщения. Например, SMS-шлюз 344 может вкладывать сообщение SMS-SUBMIT-REPORT (см. техническую спецификацию TS 23.040 консорциума 3GPP), которое указывает на успешное завершение доставки. Пример ответа SIP 700:

SIP/2.0 700 Attempted with successful result

Via: SIP/2.0/UDP 135.1.30.70:5080; branch=z9hG4bK287482662-1402101

Max-Forwards: 69

From: <sip:+19305020106@verizon.net; user=phone; lr>;tag=pctUA_287482662

To: <sip:+19305020106@verizon.net; user=phone; lr>;

Call-ID: 287482662-1402079

CSeq: 1 MESSAGE

Content-Type: application/vnd.3gpp.sms

Content-Length: xx (длина сообщения на уровне передачи)

<<Вставка сообщений типа RP-ACK (сообщение SMS-SUBMIT-REPORT)>>

Затем SMS-шлюз 344 отправляет ответ типа SIP 700 на S-CSCF 324 (центральный узел сети IMS). В свою очередь, S-CSCF 324 отправляет ответ типа SIP 700 на мобильное устройство 350. Указанный ответ типа SIP 700 сообщает мобильному устройству 350 о том, что попытка доставки SMS-сообщения завершилась успешно. Согласно варианту осуществления, показанному на фиг.5, ответ типа SIP 700 явным образом отображает статус доставки SMS-сообщения (успешная доставка).

Поскольку в состав ответа SIP 700 входит статус доставки SMS-сообщения, SMS-шлюзу 344 не требуется инициировать новую SIP-транзакцию (например отправку другого запроса SIP MESSAGE) для информирования мобильного устройства 350 о статусе доставки SMS-сообщения.

Любые из различных элементов, показанных на чертежах или описанных в изобретении, могут быть реализованы в форме аппаратного обеспечения, программного обеспечения, аппаратно-программного обеспечения или какого-либо их сочетания. Например, какой-либо элемент может быть реализован в форме специализированного аппаратного обеспечения. Элементы в форме специализированного аппаратного обеспечения могут обозначаться как "процессоры", "контроллеры" или какими-либо аналогичными терминами. Если функции обеспечиваются процессором, их может обеспечивать один специализированный процессор, один совместно используемый процессор или множество отдельных процессоров, часть из которых могут быть совместно используемыми. Кроме того, используемый в прямой форме термин "процессор" или "контроллер" не должен толковаться как относящийся исключительно к аппаратному обеспечению, способному выполнять программы, и может без ограничения подразумевать цифровой сигнальный процессор (DSP, от английского - digital signal processor), сетевой процессор, специализированную интегральную схему (ASIC, от английского - application-specific integrated circuit), программируемую пользователем вентильную матрицу (FPGA, от английского - Field Programmable Gate Array), постоянное запоминающее устройство (ПЗУ) для хранения программного обеспечения, оперативное запоминающее устройство (ОЗУ), энергонезависимое запоминающее устройство, логическую схему или какой-либо иной физический аппаратный компонент или модуль.

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

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

Изобретение относится к области связи. Технический результат изобретения заключается в усовершенствовании SIP-транзакции путем добавления информации о состоянии доставки текстового сообщения. Система и способ передачи статуса доставки текстового сообщения осуществляется с помощью сообщений протокола SIP. Согласно одному из вариантов осуществления, система передачи текстовых сообщений получает SIP-запрос от объекта сети связи с коммутацией пакетов. В состав этого SIP-запроса входит текстовое сообщение. Система передачи текстовых сообщений выявляет статус доставки текстового сообщения получателю и формирует SIP-ответ, в состав которого входит параметр статуса доставки текстового сообщения. Система передачи текстовых сообщений вставляет выявленный статус доставки текстового сообщения в упомянутый параметр статуса доставки текстового сообщения и передает SIP-ответ объекту по сети связи с коммутацией пакетов. 2 н. и 8 з.п.ф-лы, 5 ил., 1 табл.

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

2. Система по п.1, в которой:
ответ по протоколу SIP включает ответ типа SIP 700, свидетельствующий об успешном завершении попытки доставки текстового сообщения, и
система управления способна вставить сообщение стороны мобильного приложения (MAP) типа RP-ACK (подтверждение) в ответ типа SIP 700, свидетельствующий об успешном завершении попытки доставки текстового сообщения.

3. Система по п.1, в которой:
ответ по протоколу SIP включает ответ типа SIP 701, свидетельствующий о неудачном завершении попытки доставки текстового сообщения, и
система управления способна вставлять сообщение MAP типа RP-ERROR (ошибка) в ответ типа SIP 701, свидетельствующий о неудачном завершении попытки доставки текстового сообщения.

4. Система по п.1, в которой статус доставки включает отчет о приеме SMS (сообщение SMS-SUBMIT-REPORT) для отправленного мобильным устройством (МО) текстового сообщения.

5. Система по п.1, в которой статуса доставки включает отчет о доставке SMS (сообщение SMS-DELIVER-REPORT) для принятого мобильным устройством (МТ) текстового сообщения.

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

7. Способ по п.6, в котором:
ответ по протоколу SIP включает ответ типа SIP 700, свидетельствующий об успешном завершении попытки доставки текстового сообщения, и
шаг вставки свидетельства о статусе доставки текстового сообщения включает вставку сообщения MAP типа RP-ACK в ответ типа SIP 700, свидетельствующий об успешном завершении попытки доставки текстового сообщения.

8. Способ по п.6, в котором:
ответ по протоколу SIP включает ответ типа SIP 701, свидетельствующий о неудачном завершении попытки доставки текстового сообщения, и
шаг вставки свидетельства о статусе доставки текстового сообщения включает вставку сообщения MAP типа RP-ERROR в ответ типа SIP 701, свидетельствующий о неудачном завершении попытки доставки текстового сообщения.

9. Способ по п.6, в котором статус доставки включает сообщение SMS-SUBMIT-REPORT для отправленного мобильным устройством (МО) текстового сообщения.

10. Способ по п.6, в котором в состав статуса доставки входит сообщение SMS-DELIVER-REPORT для принятого мобильным устройством (МТ) текстового сообщения.