Служба коротких сообщений, исходящих из мобильных устройств/поступающих в мобильные устройства, без международного абонентского телефонного номера мобильной станции (msisdn), в мультимедийной подсистеме на базе интернет-протокола (ims)

Служба коротких сообщений, исходящих из мобильных устройств/поступающих в мобильные устройства, без международного абонентского телефонного номера мобильной станции (msisdn), в мультимедийной подсистеме на базе интернет-протокола (ims)

Иллюстрации

Показать все

Реферат

ПЕРЕКРЕСТНАЯ ССЫЛКА НА РОДСТВЕННЫЕ ЗАЯВКИ

По данной заявке испрашивается приоритет согласно предварительной заявке на патент США №61/622,166, поданной 10 апреля 2012 года. Содержание этой ранее поданной заявки полностью включено в состав настоящего описания посредством ссылки.

ПРЕДПОСЫЛКИ СОЗДАНИЯ ИЗОБРЕТЕНИЯ

ОБЛАСТЬ ТЕХНИКИ

Варианты осуществления настоящего изобретения в целом относятся к сетям беспроводной связи, таким как (без ограничения приведенными примерами) наземная сеть радиодоступа универсальной системы мобильной связи (UTRAN, Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access Network) и/или усовершенствованная сеть UTRAN (E-UTRAN, Evolved UTRAN), реализованная согласно технологии долгосрочного развития (LTE, Long Term Evolution).

УРОВЕНЬ ТЕХНИКИ

Наземная сеть радиодоступа универсальной системы мобильной связи (UTRAN) относится к сети связи, в состав которой входят базовые станции, или узлы Node В, а также, например, контроллеры радиосети (RNC, radio network controller). Сеть UTRAN позволяет устанавливать соединения между пользовательским оборудованием (UE, user equipment) и базовой сетью. RNC выполняет функции управления для одного или более узлов Node В. RNC и соответствующие ему узлы Node В называются подсистемой радиосети (RNS, Radio Network Subsystem). В сети E-UTRAN (усовершенствованная сеть UTRAN) RNC отсутствует, и большинство функций RNC интегрированы в eNodeB (усовершенствованный узел Node В).

Технологии долгосрочного развития (LTE) или E-UTRAN разработаны для совершенствования UMTS посредством повышения эффективности и предоставления новых услуг, снижения затрат и применения новых возможностей в области использования спектра. В частности, LTE представляет собой стандарт 3GPP, обеспечивающий максимальные скорости передачи данных, составляющие по меньшей мере 50 Мбит/с в восходящей линии и 100 Мбит/с - в нисходящей. В LTE поддерживаются масштабируемые полосы пропускания несущих, от 20 МГц до 1,4 МГц, а также дуплексная передача, как с разделение по частоте (FDD, Frequency Division Duplexing), так и с разделением по времени (TDD, Time Division Duplexing).

Как указывалось выше, предполагается, что LTE позволит повысить эффективность использования спектра в сетях 3G за счет предоставления операторам связи возможности реализовывать больший объем услуг передачи данных и речи. Таким образом, LTE разработана для удовлетворения в будущем потребностей в высокоскоростной передаче данных и мультимедийной информации, а также для поддержки речевых услуг с высокой пропускной способностью. Преимущества LTE состоят, например, в поддержке высокой пропускной способности, малой задержке, схемах FDD и TDD на одной платформе, усовершенствованном интерфейсе конечного пользователя и простой архитектуре, позволяющей уменьшать эксплуатационные расходы.

Последующие версии 3GPP LTE (например, LTE Rel-10, LTE-Rel-11) нацелены на реализацию в будущем усовершенствованных систем международной мобильной связи (IMT-A, international mobile telecommunications advanced), для простоты называемых в этом описании LTE-Advanced (LTE-A).

Система LTE-A предназначена для расширения и оптимизации технологий радиодоступа 3GPP LTE. Цель разработки системы LTE-Advanced состоит в предоставлении в значительной степени усовершенствованных услуг посредством использования более высоких скоростей передачи данных и меньшей задержки с одновременным снижением затрат. LTE-A должна представлять собой более оптимизированную радиосистему, удовлетворяющую требованиям сектора радиосвязи международного союза электросвязи (ITU-R, international telecommunication union-radio), относящимся к стандарту IMT-Advanced, и поддерживающую при этом обратную совместимость.

Мультимедийная подсистема на базе IP-протокола (IMS, internet protocol (IP) multimedia subsystem) представляет собой архитектурную структуру для поставки мультимедийных IP-услуг. Для того чтобы упростить процесс интеграции в сеть Интернет, в IMS при возможности используются протоколы комитета по инженерным вопросам Интернета (IETF, internet engineering task force), такие как протокол инициирования сеансов (SIP, session initiation protocol). Подсистема IMS разработана для содействия доступу к речевым и мультимедийным приложениям с помощью беспроводных терминалов или устройств.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

Согласно одному из вариантов осуществления настоящего изобретения способ включает сохранение в шлюзе универсального идентификатора ресурсов протокола инициирования сеансов (SIP-URI, session initiation protocol uniform resource identifier) и/или международного идентификатора мобильного абонента (IMSI, International Mobile Subscriber Identity) устройства, передающего сообщение с использованием службы передачи коротких сообщений (SMS, short message service). Способ может также включать прием SMS-сообщения от передающего устройства и извлечение универсального идентификатора ресурсов протокола инициирования сеансов (SIP-URI) для приемного устройства, являющегося получателем SMS-сообщения. SIP-URI приемного устройства может извлекаться из заголовка "Кому" ("адрес получателя") SMS-сообщения. Способ может также включать запрос у опорного сервера подписки (HSS, home subscription server) приемного устройства международного идентификатора мобильного абонента (IMSI) и информации о маршрутизации, касающейся приемного устройства, и доставку SMS-сообщения в приемное устройство с использованием международного идентификатора мобильного абонента (IMSI) и информации о маршрутизации. В соответствии с вариантом осуществления настоящего изобретения передающему и/или приемному устройству не назначен международный абонентский телефонный номер мобильной станции (MSISDN, mobile station international subscriber directory number).

Другой вариант настоящего изобретения заключается в реализации устройства. Устройство содержит по меньшей мере один процессор и по меньшей мере один модуль памяти, в которой хранится компьютерный программный код. По меньшей мере один модуль памяти и компьютерный программный код сконфигурированы таким образом, чтобы при взаимодействии по меньшей мере с одним процессором устройство по меньшей мере сохраняло универсальный идентификатор ресурсов протокола инициирования сеансов (SIP-URI) и/или международный идентификатор мобильного абонента (IMSI) устройства, передающего сообщение с использованием службы передачи коротких сообщений (SMS), принимало SMS-сообщение от передающего устройства и извлекало универсальный идентификатор ресурсов протокола инициирования сеансов (SIP-URI) для приемного устройства, являющегося получателем SMS-сообщения. SIP-URI приемного устройства извлекается из заголовка "Кому" SMS-сообщения. Устройство также может быть сконфигурировано для выполнения запроса у опорного сервера подписки (HSS) приемного устройства международного идентификатора мобильного абонента (IMSI) и информации о маршрутизации, касающейся приемного устройства, и доставки SMS-сообщения в приемное устройство с использованием международного идентификатора мобильного абонента (IMSI) и информации о маршрутизации. В соответствии с одним из вариантов осуществления настоящего изобретения передающему и/или приемному устройству не назначен международный абонентский телефонный номер мобильной станции (MSISDN).

Другой вариант настоящего изобретения заключается в реализации компьютерной программы, записанной на машиночитаемый носитель и отличающейся тем, что она сконфигурирована для управления процессором с целью выполнения процесса. Процесс включает сохранение в шлюзе универсального идентификатора ресурсов протокола инициирования сеансов (SIP-URI) и/или международного идентификатора мобильного абонента (IMSI) устройства, передающего сообщение с использованием службы передачи коротких сообщений (SMS). Процесс может также включать прием SMS-сообщения от передающего устройства и извлечение универсального идентификатора ресурсов протокола инициирования сеансов (SIP-URI) для приемного устройства, являющегося получателем SMS-сообщения. SIP-URI приемного устройства может извлекаться из заголовка "Кому" SMS-сообщения. Процесс может также включать запрос у опорного сервера подписки (HSS) приемного устройства международного идентификатора мобильного абонента (IMSI) и информации о маршрутизации, касающейся приемного устройства, и доставку SMS-сообщения в приемное устройство с использованием международного идентификатора мобильного абонента (IMSI) и информации о маршрутизации. В соответствии с вариантом осуществления настоящего изобретения передающему и/или приемному устройству не назначен международный абонентский телефонный номер мобильной станции (MSISDN).

Другой вариант настоящего изобретения заключается в реализации способа, включающего формирование пользовательским оборудованием SMS-сообщения. Процесс формирования включает заполнение поля адреса назначения протокола передачи (TP-DA, transfer protocol destination address) SMS с использованием значения, сконфигурированного для индикации того, что приемное устройство, являющееся получателем SMS-сообщения, адресуется без использования международного абонентского телефонного номера мобильной станции (MSISDN), установку в качестве универсального идентификатора ресурсов запроса (R-URI, request uniform resource identifier) значения идентификатора услуги общего пользования (PSI, public service identity) или адреса центра службы коротких сообщений и установку в качестве заголовка "Кому" SMS-сообщения значения универсального идентификатора ресурсов протокола инициирования сеансов (SIP URI) приемного устройства. Способ может также включать передачу SMS-сообщения в шлюз.

Другой вариант настоящего изобретения заключается в реализации устройства. Устройство содержит по меньшей мере один процессор и по меньшей мере один модуль памяти, в которой хранится компьютерный программный код. По меньшей мере один модуль памяти и компьютерный программный код сконфигурированы таким образом, чтобы при взаимодействии по меньшей мере с одним процессором устройство по меньшей мере формировало SMS-сообщение. Процесс формирования включает заполнение поля адреса назначения протокола передачи (TP-DA) SMS с использованием значения, сконфигурированного для индикации того, что приемное устройство, являющееся получателем SMS-сообщения, адресуется без использования международного абонентского телефонного номера мобильной станции (MSISDN), установку в качестве R-URI значения идентификатора услуги общего пользования (PSI) и установку в качестве заголовка "Кому" SMS-сообщения значения универсального идентификатора ресурсов протокола инициирования сеансов (SIP URI) приемного устройства. Устройство также может быть сконфигурировано для передачи SMS-сообщения в шлюз.

Другой вариант настоящего изобретения заключается в реализации компьютерной программы, записанной на машиночитаемый носитель и отличающейся тем, что она сконфигурирована для управления процессором с целью выполнения процесса. Процесс включает формирование SMS-сообщения. Процесс формирования включает заполнение поля адреса назначения протокола передачи (TP-DA) SMS с использованием значения, сконфигурированного для индикации того, что приемное устройство, являющееся получателем SMS-сообщения, адресуется без использования международного абонентского телефонного номера мобильной станции (MSISDN), установку идентификатора услуги общего пользования (PSI) в качестве R-URI и установку универсального идентификатора ресурсов протокола инициирования сеансов (SIP URI) приемного устройства в качестве заголовка "Кому" SMS-сообщения. Процесс может также включать передачу SMS-сообщения в шлюз.

Другой вариант настоящего изобретения заключается в реализации способа, включающего прием из шлюза пользовательским оборудованием сообщения протокола инициирования сеансов (SIP), содержащего SMS-сообщение, посланное из передающего устройства без использования международного абонентского телефонного номера мобильной станции (MSISDN), и декодирование SMS-сообщения с использованием заголовка р-asserted-identity для определения идентификатора передающего устройства.

Другой вариант настоящего изобретения заключается в реализации устройства. Устройство содержит по меньшей мере один процессор и по меньшей мере один модуль памяти, в которой хранится компьютерный программный код. По меньшей мере один модуль памяти и хранимый компьютерный программный код могут быть также сконфигурированы таким образом, чтобы при взаимодействии по меньшей мере с одним процессором устройство по меньшей мере принимало из шлюза сообщение протокола инициирования сеансов (SIP), содержащее SMS-сообщение, посланное из передающего устройства без использования международного абонентского телефонного номера мобильной станции (MSISDN), и декодировало SMS-сообщение с использованием заголовка p-asserted-identity для определения идентификатора передающего устройства.

Другой вариант настоящего изобретения заключается в реализации компьютерной программы, записанной на машиночитаемый носитель и отличающейся тем, что она сконфигурирована для управления процессором с целью выполнения процесса. Процесс включает прием из шлюза пользовательским оборудованием сообщения протокола инициирования сеансов (SIP), содержащего SMS-сообщение, посланное из передающего устройства без использования международного абонентского телефонного номера мобильной станции (MSISDN), и декодирование SMS-сообщения с использованием заголовка p-asserted-identity для определения идентификатора передающего устройства.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

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

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

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

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

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

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

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

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

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

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

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

ПОДРОБНОЕ ОПИСАНИЕ

Процедура доставки сообщения с использованием службы коротких сообщений (SMS) через мультимедийную подсистему (IMS) на базе Интернет-протокола (IP) определена начиная с версии 7 3GPP в стандарте TS 23.204. Маршрутизация SMS, даже для устройств IMS, все еще основана на применении международного абонентского телефонного номера мобильной станции (MSISDN). В результате архитектура "SMS поверх IP", определенная в TS 23.204, требует использования MSISDN получателя для корректной маршрутизации SMS-сообщения. MSISDN отправителя также требуется устройству получателя для идентификации отправителя и для ответа на конкретное SMS-сообщение.

В версии 11 3GPP группа 3GPP начала изучение (в рамках TR 23.863) способа поддержки SMS в IMS без MSISDN. Одним из предметов этого исследования является связь через SMS между пользовательским оборудованием (UE) IMS, не содержащим MSISDN. В отсутствие MSISDN протокол "SMS поверх IP" требует некоторых фундаментальных изменений в том, что касается маршрутизации, поведения функционального узла и процедуры, выполняемой устройствами. В связи с этим, варианты осуществления настоящего изобретения относятся к доставке SMS-сообщения без использования MSISDN.

В TR 23.863 описывается одна альтернатива, предлагаемая в разделе 5.2.1 "Direct delivery with IP-SM-GW interworking" (непосредственная доставка с использованием взаимодействия IP-SM-GW). В целом, в контексте этого решения предлагаются следующие идеи:

1. Передающее пользовательское оборудование (UE) встраивает в полезную нагрузку SMS-сообщения свой универсальный идентификатор ресурсов протокола инициирования сеансов (SIP-URI) и SIP-URI получателя.

2. На уровне протокола SMS передающее UE записывает в поле адреса назначения протокола передачи (TP-DA) заранее заданный "короткий код МТ" для указания шлюзу передачи коротких сообщений на базе Интернет протокола (IP-SM-GW, internet protocol short message gateway) того, что идентификатор приемного UE содержится в полезной нагрузке SMS; в поле исходного адреса протокола маршрутизации (RP-OA, routing protocol originating address) UE записывает заранее заданный "короткий код МО" для указания шлюзу IP-SM-GW того, что идентификатор передающего UE содержится в полезной нагрузке SMS-сообщения.

3. IP-SM-GW извлекает универсальный идентификатор ресурсов протокола инициирования сеансов (SIP-URI) приемного UE из полезной нагрузки SMS-сообщения и запрашивает у опорного сервера подписки (HSS) информацию для маршрутизации в оконечный функциональный обслуживающий узел управления сеансами вызовов (S-CSCF, serving call session control function).

4. IP-SM-GW заносит в RP-OA и TP-OA свой собственный адрес и передает оконечному S-CSCF сообщение SIP с R-URI и заголовком "Кому", содержащим SIP URI приемного UE.

5. Оконечное устройство анализирует полезную нагрузку SMS-сообщения, находит SIP URI передающего UE и использует этот идентификатор для отклика на SMS-сообщение.

Однако описанная выше процедура имеет несколько недостатков. Например, объем полезной нагрузки SMS-сообщения в значительной степени уменьшается (например, на величину 160 символов (SIP URI отправителя + SIP URI получателя)). Это может повлиять на оплату, поскольку одно SMS-сообщение теперь может разбиваться на несколько частей (то есть, наблюдается сегментация SMS). Другой недостаток заключается в том, что заранее заданный короткий код требуется предоставить для UE. Взаимодействие с уровнем, не связанным с предоставлением доступа (NAS, non-access stratum), на основе SMS отсутствует. Процесс сохранения и пересылки также не поддерживается без дополнительного воздействия на IP-SM-GW. Следует отметить, что сохранение и пересылка представляет собой функцию, выполняемую центром службы коротких сообщений (SMSC, short message service center), который не используется согласно этому предложению.

На фиг. 1a в соответствии с вариантом осуществления настоящего изобретения показана диаграмма сигнализации для отправки SMS-сообщения из передающего устройства (например, UE-A) без MSISDN. Как показано на фиг. 1a, IP-SM-GW-A включается в процесс на этапе регистрации третьей стороны. IP-SM-GW-A осведомлен о том, что абоненту (например, UE-A и/или UE-B) не присвоен MSISDN, и сохраняет SIP-URI UE-A (общедоступный идентификатор пользователя IMS (IMPU, IMS public user identity) и частный идентификатор пользователя (IMPI, IMS private user identity)) или международный идентификатор мобильного абонента (IMSI, international mobile subscriber identity), который он принял из S-CSCF на этапе регистрации третьей стороны. Если шлюз IP-SM-GW-A не принимает IMPU/IMSI и/или SIP-URI при выполнении процедуры регистрации третьей стороны, то он запрашивает эту информацию у HSS устройства UE-A. UE-A формирует SMS-сообщение (например, исходящее из мобильного устройства (МО, mobile originated) SMS-сообщение или поступающее в мобильное устройство (МТ, mobile terminated) SMS-сообщение), после чего SMS-сообщение может доставляться в IP-SM-GW-A на основе существующих процедур.

На фиг. 2b показан пример схемы сигнализации при выполнении процедуры регистрации в соответствии с одним из вариантов осуществления настоящего изобретения. Как показано на фиг. 1b, на шаге 1 UE устанавливает IP-соединение. На шаге 2, в любой момент времени после установления IP-соединения, UE регистрируется в S-CSCF согласно процедурам регистрации IMS. Затем, на шаге 3, S-CSCF проверяет начальные критерии фильтрации, извлеченные из HSS в процессе выполнения процедуры регистрации IMS. После успешного выполнения регистрации IMS на основе критериев начальной фильтрации, извлеченных на шаге 4, S-CSCF информирует IP-SM-GW (AS) о регистрации пользователя. IMSI также может передаваться в IP-SM-GW (AS), если в профиле подписки IMS UE отсутствует MSISDN. На шаге 5 IP-SM-GW (AS) возвращает сообщение "ОК" в S-CSCF, и на шаге 6 IP-SM-GW (AS) передает в HSS запрос на регистрацию IP-SM-GW. HSS при необходимости сохраняет принятый адрес IP-SM-GW или, в случае MT-SMS без MSISDN, использует его в качестве индикации о том, что UE должен быть доступен через IMS для инициирования сообщения оповещения центра обслуживания, если установлен флаг ожидания сообщения. На шаге 7 HSS возвращает в IP-SM-GW (AS) отклик на запрос регистрации IP-SM-GW. IP-SM-GW извлекает из пакета события регистрации значение IMPU (SIP URI) для доставки SMS без TEL-URI. Отклик на запрос регистрации IP-SM-GW может содержать адрес SC, подлежащий применению для этого пользователя в абонентских данных. После успешной регистрации адреса IP-SM-GW в HSS сервер HSS на шаге 8 проверяет, сохранены ли данные ожидания сообщения, и оповещает все SC.

Как показано на фиг. 1a, в соответствии с вариантом осуществления, поскольку приемному устройству (UE-B) не присвоен MSISDN, UE-A заносит в поле TP-DA фиктивное значение (например, 000000). Согласно этому варианту осуществления UE-A устанавливает в качестве R-URI (запрос универсального идентификатора ресурсов протокола) значение идентификатора услуги общего пользования (PSI) (например, адрес центра службы коротких сообщений) и в заголовок "Кому" (ТО) сообщения заносит значение SIP-URI UE-B. Функция управления сеансами вызовов прокси-сервера (P-CSCF, proxy call session control function) перед передачей сообщения в функциональный обслуживающий узел управления сеансами вызовов (S-CSCF) заносит, например, используемый по умолчанию URI устройства UE-A в заголовок p-asserted-identity. Поскольку в этом варианте осуществления настоящего изобретения устройству UE-A не назначен MSISDN, этому устройству также не назначен идентификатор tel URI (URI телефонного номера), и, таким образом, используемым по умолчанию URI является SIP URI устройства UE-A. S-CSCF выполняет iFC и пересылает сообщение в IP-SM-GW-A.

Далее, как показано на фиг. 1a, на шаге 2 IP-SM-GW-A извлекает из заголовка "Кому" идентификатор SIP URI для UE-B. IP-SM-GW-A запрашивает у опорного сервера подписки (HSS) устройства UE-B (HSS-B) идентификатор IMSI UE-B и информацию о маршрутизации SMS-сообщения. По существу, сообщение "Subscriber Info Request" (запрос информации об абоненте), определенное в TS 23.682, может повторно использоваться для сообщения инициирования связи между машинами, передаваемого между HSS и функциональным узлом взаимодействия на основе связи между машинами (MTC-IWF, machine type communication interworking function), с видоизменением, заключающимся в том, что в данном случае внешний идентификатор, определенный в TS 23.682 и являющийся специфическим идентификатором устройства, должен содержать общедоступный идентификатор пользователя (IMPU), то есть SIP URI. Таким образом, если IP-SM-GW запрашивает HSS с использованием SIP URI в качестве внешнего идентификатора UE-B, то HSS возвращает IMSI-B. Затем, на шаге 3, HSS возвращает IMSI UE-B и информацию о его текущем узле обслуживания для доставки SMS-сообщения в UE-B.

В соответствии с одним из вариантов осуществления настоящего изобретения, как показано на фиг. 1a в той его части, которая относится к варианту 1, такая политика позволяет IP-SM-GW-A непосредственно доставлять SMS-сообщение в UE-B через IP-SM-GW-B. На шаге 3, обсуждавшемся выше, IP-SM-GW-A обнаруживает, что TP-DA содержит фиктивное значение, и заголовок "Кому" содержит SIP URI, вследствие чего на шаге 4a IP-SM-GW-A может осуществить попытку непосредственной доставки сообщения через домен IMS без первоначального обращения к SMSC. IP-SM-GW-A осведомлен об адресе IP-SM-GW-B, полученном на шаге 3. IP-SM-GW-A формирует сообщение SIP следующим образом: {p-asserted-identity: SIP-URI абонента А, То: SIP-URI абонента В, R-URI=IP-SM-GW-B, поставщик SMS} {ТР-ОА=фиктивное значение, RP-OA=IP-SM-GW-A, RP-DA=IMSI абонента В, полезная нагрузка sms}. На шаге 4b IP-SM-GW-B добавляет свой собственный URI к наиболее важной информации заголовка p-asserted-identity для обеспечения передачи устройством UE-B отчета об отправке сообщения в IP-SM-GW-B. Шлюз IP-SM-GW-B доставляет сообщение SIP в UE-B с использованием идентификатора SIP URI устройства UE-B, который он получил в поле заголовка "Кому". UE-B сохраняет и удаляет наиболее важный URI в заголовке p-asserted-identity и использует его в качестве R-URI для доставки сообщения. Оставшиеся URI в заголовке p-asserted-identity представляет собой SIP URI устройства UE-A. Если доступ к UE-B через IMS выполнить не удается, то IP-SM-GW-B может попытаться доставить сообщение через узел с коммутацией каналов (CS, circuit switched) или обслуживающий узел поддержки GPRS (SGSN, Serving GPRS Support Node). Эти действия основаны на текущей процедуре, за исключением того, что шлюзу IP-SM-GW требуется преобразовать SIP URI UE-B в IMSI-B с использованием запроса HSS.

На шаге 4c сообщение об успешном или неудачном выполнении операции возвращается в IP-SM-GW-A. UE-B может временно находиться вне зоны охвата, или память может быть переполнена, что может привести к сбою при доставке сообщения. На шаге 4d IP-SM-GW-A отправляет это SMS-сообщение в SMSC устройства UE-A для выполнения функции сохранения и пересылки.

В соответствии с некоторыми вариантами осуществления настоящего изобретения, такими как варианты 2 или 3, показанные на фиг. 1a, предполагается, что непосредственная доставка не допускается, поэтому сигнализация в первую очередь должна выполняться через SMSC. Например, IP-SM-GW-A отправляет SMS-сообщение в SMSC-A. Согласно одному из вариантов осуществления настоящего изобретения IP-SM-GW-A повторно использует сообщение Submit Trigger (инициатор отправки), определенное в TS 23.682, для передачи сообщения инициирования связи между машинами SMSC и MTC-IWF (эталонная точка Т4), совместно с новой дополнительной информацией в варианте 2 (шаг 5), в котором также добавляется SIP URI UE-A. Согласно варианту 3, как показано на шаге 6, добавляется только IMSI UE-A, и никаких расширений для T4 не требуется.

Следует отметить, что, хотя на фиг. 1a показаны два отдельных шлюза (например, IP-SM-GW-A и IP-SM-GW-B), в некоторых вариантах осуществления может использоваться один шлюз.

На фиг. 1c показан пример схемы сигнализации, используемой при выполнении процедуры инициирования мобильного SMS-сообщения в соответствии с одним из вариантов осуществления настоящего изобретения. Как показано на фиг. 1c, на шаге 1 UE-A регистрируется в S-CSCF в соответствии с процедурой регистрации IMS. На шаге 2 UE-A может отправить инкапсулированное короткое сообщение (SMS-SUBMIT, адрес SC) в S-CSCF с использованием подходящего способа SIP. Поскольку приемному UE не назначен MSISDN, UE-A может занести в поле TP-DA значение, которое указывает, что приемное UE, адресуется без использования MSISDN, и указать SIP URI получателя в сообщении SIP (например, UE-A в сообщении устанавливает в качестве R-URI значение PSI (адрес SMSC) и в заголовок "Кому" заносит SIP URI получателя). Перед передачей сообщения в S-CSCF функция P-CSCF может занести используемый по умолчанию URI устройства UE-A в заголовок p-asserted-identity. На шаге 3 S-CSCF может переслать инкапсулированное короткое сообщение (SMS-SUBMIT, адрес SC) в IP-SM-GW (AS) на основе сохраненных критериев iFC. IP-SM-GW (AS) на шаге 4 может подтвердить получение сообщения SIP. Подтверждение получения сообщения SIP затем, на шаге 5, может пересылаться функциональным узлом S-CSCF в UE-A.

В одном из вариантов осуществления настоящего изобретения IP-SM-GW может выполнять авторизацию услуги на основе сохраненных абонентских данных. IP-SM-GW может проверить, авторизован ли абонент для использования службы коротких сообщений (например, проверить установки параметров запрета, определенного оператором (Operator Determined Barring)), подобно тому, как выполняется авторизация MSC/SGSN в случае доставки короткого сообщения через домен CS или PS. Кроме того, IP-SM-GW может также проверить, авторизован ли пользователь для применения доставки инкапсулированного короткого сообщения через IMS. Если авторизация услуги завершается неудачно, то IP-SM-GW может не пересылать сообщение и может возвратить в UE информацию о соответствующей ошибке в отчете об отказах. В противном случае IP-SM-GW (AS) извлекает короткое сообщение (SMS-SUBMIT) и формирует сообщение SMS-DELIVER (доставка SMS), после чего на шаге 6 передает его в сеть оконечной подсистемы IMS. На шаге 7 оконечная сеть IMS пытается доставить SM указанному получателю. В процессе выполнения операций, обозначенных как 8a, 8b или 8c, оконечная сеть IMS передает отклик одним из следующих способов: 8a) оконечная сеть IMS отклоняет доставку или не позволяет выполнить доставку SMS-сообщения без MSISDN путем возврата постоянной ошибки; 8b) оконечная сеть IMS не способна доставить SM к указанному получателю и возвращает идентификатор корреляции для выполнения повторных попыток в последующих сеансах. Затем IP-SM-GW передает SM в SMSC для выполнения операции сохранения и пересылки, либо 8c) оконечная сеть IMS успешно доставляет SM указанному получателю. На шаге 9 соответствующий ответный отчет, сформированный на шагах 8a, 8b или 8c, возвращается в UE-A. На шаге 8a отклик указывает устройству UE-A, что при передаче SMS-сообщения данному получателю регистрируется постоянная ошибка. На шаге 8b оклик представляет собой отчет об отправке, принятый из SMSC. На шаге 8c отклик указывает на успешную доставку SM получателю.

На фиг. 2a показана схема сигнализации, иллюстрирующая способ доставки центром SMSC-A SMS-сообщения в UE-B в соответствии с одним из вариантов осуществления настоящего изобретения. Шаг 1, показанный на фиг. 2a, соответствует операциям, выполняемым для отправки сообщения, изображенным на фиг. 1a. На шаге 2, показанном на фиг. 2a, SMSC-A выбирает IP-SM-GW-B для доставки сообщения и передает в IP-SM-GW-B SMS-сообщение с использованием сообщения forwardshortMsg. Это сообщение содержит SIP URI или IMSI устройства UE-A. В поле ТР-ОА заносится значение, указывающее, что приемное UE (например, UE-B) адресуется без использования MSISDN. Например, в одном из вариантов осуществления настоящего изобретения для этого можно установить в поле ТР-ОА некоторое фиктивное значение (например, 000). На шаге 3 IP-SM-GW-В узнает о том, что устройству UE-A не назначен MSISDN, поскольку в поле ТР-ОА содержится фиктивное значение или в сообщение включен SIP URI устройства UE-A. Если принят только IMSI, то шлюз IP-SM-GW-B запрашивает у HSS-A SIP URI устройства UE-A, например, через Sh-интерфейс.

На шаге 4, изображенном на фиг. 2a, IP-SM-GW-B доставляет сообщение SIP в UE-B таким же образом, как это показано на шаге 4b, изображенном на фиг. 1a, но с тем отличием, что IP-SM-GW-B может использовать связывание SIP URI (то есть, внешнего идентификатора) с IMSI в HSS и преобразовывать IMSI-B в SIP URI UE-B путем запроса данных в HSS. Если в IP-SM-GW-B сохранена эта информация о связи SIP-URI с IMSI (например, в результате предшествующего запроса HSS), то этот дополнительный запрос HSS не требуется. IP-SM-GW-B осведомлен о том, что устройство UE-B способно декодировать поступающее из UE SMS-сообщение, которому не присвоен MSISDN (то есть, информация о возможностях UE-B была передана ранее, например, в новой метке функции в регистре SIP и в ходе процедуры регистрации третье стороны). Новая индикация в сообщении SIP может использоваться для информирования UE-В о том, что это SMS-сообщение поступает из UE, которому не присвоен MSISDN.

В некоторых вариантах осуществления настоящего изобретения UE-B не использует значение ТР-ОА. Вместо этого UE-B может использовать заголовок p-asserted-identity для определения идентификатора отправителя (UE-A), как объяснялось выше.

В некоторых вариантах осуществления настоящего изобретения UE-B может использовать фиктивное значение в ТР-ОА для определения того, что первый заголовок p-asserted-identity переносит адрес IP-SM-GW-B, а другие заголовки p-asserted-identity переносят идентификатор отправителя (то есть, UE-A).

В некоторых вариантах осуществления настоящего изобретения IP-SM-GW-B может заносить в поле ТР-ОА фиктивное значение, которое указывает устройству UE-B на то, что SIP URI отправителя переносится в другом заголовке SIP, например, в заголовке Referred-By (ссылка из объекта).

Для отчета о доставке сообщения существующий механизм, определенный в TS 23.040 и TS 24.341, может повторно использоваться, если он для подтверждения сообщения не применяет MSISDN. Единственное различие может заключаться в том, что поскольку MSISDN или tel URI не назначен устройству UE-B, IP-SM-GW-B принимает SIP URI устройства UE-B в заголовке p-associated-identity сообщения, которое переносит отчет о доставке, и шлюзу IP-SM-GW-B может потребоваться использование SIP URI UE-B для связывания отчета о доставке с предшествующей доставкой SMS сообщения. Следует отметить, что это требование применимо также к точке Т4, которой не присвоен MSISDN, согласно TS 23.682 при использовании протокола "SMS-поверх-IP".

Для отчета об отправке сообщения существующий механизм, определенный в TS 23.040, может повторно использоваться, если он для подтверждения сообщения не применяет MSISDN. Единственное различие заключается в том, что поскольку UE-A не назначен MSISDN или tel URI, шлюзу IP-SM-GW-A может потребоваться использование SIP URI устройства UE-A в R-URI сообщения, которое переносит отчет об отправке.

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

Единственное различие может заключаться в том, что сообщение о состоянии не содержит ТР-ОА, а вместо него содержит TP-RA (адрес получателя), который в настоящий момент должен представлять собой MSISDN исходного получателя SMS-сообщения, о состоянии доставки которого передается отчет. В SMSC известна только информация о IMSI пункта назначения (например, UE-B). Таким образом, SMSC может использовать IMSI в TP-RA, что также является расширением прикладной подсистемы мобильной связи (MAP, mobile application part), однако подобное тому, что требуется в любом случае для операции доставки SMS-сообщения без MSISDN согласно TS 23.682. Если IP-SM-GW принимает отчет о состоянии из SMSC, ему может потребоваться выполнить обратный запрос из HSS, подобный тому, что показан в варианте 3, изображенном на фиг. 1a, для преобразования IMSI в SIP URL. Согласно варианту осуществления настоящего изобретения IP-SM-GW заносит в поле TP-RA фиктивное значение, которое указывает UE, что SIP URI переносится в заголовках SIP, например в заголовке "Referred-By".

Для выполнения процедуры Alert-SC (уведомление через SC) в настоящее время требуемая услуга MAP, предоставляемая между HLR и MSC/SGSN/IP-SM-GW, нуждается в использовании MSISDN или номера MSISDN-alert (то есть, в том случае, если для IMSI назначено множество MSISDN) для идентификации SMS-сообщения, подлежащего пересылке. К этой услуге MAP относятся: услуга MAP-ALERT-SERVICE-CENTRE (обслуживающий центр уведомления MAP), услуга MAP-INFORM-SERVICE-CENTRE (обслуживающий центр информирования MAP), услуга МАР-REPORT-SM-DELIVERY-STATUS (состояние доставки SM в отчете MAP). В соответствии с одним из вариантов осуществления настоящего изобретения MAP расширяется для переноса SIP URI устройства UE-B, и существующие поля MSISDN или MSISDN-alert заполняются фиктивными значениями (например, нулями).

Для пространства решений IMS шлюз IP-SM-GW-B может использовать Sh-интерфейс для установки флага ожидания сообщения (Message Waiting Flag) в HSS, относящемся к UE-B, при отказе во время доставки SMS-сообщения. Если UE-B снова переходит в активное состояние или указывает на доступность участков памяти для приема SMS-сообщения, то IP-SM-GW-B может проинформировать HSS устройства UE-B о необходимости выполнения повторной попытки. Для выполнения повторной попытки HSS информирует SMSC-A с использованием IMSI UE-B и SMSC-A повторяет шаг 2, показанный на фиг. 2a. Следует отметить, что это требование, касающееся Alert-SC, применимо также к точке Т4, которой не присвоен MSISDN, согласно TS 23.682.

Что касается совместного использования идентификаторов IMS несколькими устройствами, согласно текущим спецификациям IMS допускается совместное использование SIP URI (общедоступного идентификатора пользователя IMS) множеством клиентов IMS. Это же положение применимо к Tel URI, который может совместно использоваться в домене IMS; хотя в домене CS он ограничен одним IMSI и, таким образом, - одним устройством. В текущей версии протокола "SMS поверх IP" (TS 24.341) эта проблема решается следующим образом: процесс доставки SMS-сообщения в МТ (МТ SMS-deliver) никогда не разветвляется в IMS (это обеспечивается путем установки директивы "no-fork" в сообщении). Это означает, что сообщение, переносящее SMS, доставляется только в одно устройство. Таким же образом, отчет о состоянии SMS передается только в одно устройство, которое даже может не являться тем устройством, которое изначально передало SMS-сообщение, о состоянии которого пересылается отчет. Отчет об отправке SMS (SMS-submit-report) передается во все зарегистрированные устройства, однако устройства, которые не отправляли исходное SMS-сообщение, могут проигнорировать отчет с помощью поля Call-id (идентификатор вызова) в заголовке In-Reply-To (ответ на сообщение) сообщения, которое переносит отчет об отправке SMS.

На фиг. 2b пок