ВЫБОР ДОМЕНА ДЛЯ ИНИЦИИРУЕМОЙ МОБИЛЬНЫМ ОБЪЕКТОМ СЛУЖБЫ СООБЩЕНИЙ Российский патент 2014 года по МПК H04L12/58 

Испрашивание приоритета

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

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

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

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

Введение

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

Между терминалом доступа и сетью можно отправлять различные типы информации, и эту информацию можно отправлять через разные типы доменов. Например, терминал доступа может отправлять голосовой трафик, трафик web-браузера, потоковый трафик, трафик Службы коротких сообщений (SMS) (например, для доставки до 160 символов) и другие типы трафика в сеть. Кроме того, в различных сценариях этот трафик можно отправлять через домен Интернет-протокола (IP) или некоторый другой тип домена (например, домен коммутации каналов (CS)). Например, терминал доступа для системы Наземной сети радиодоступа UMTS (UTRAN) или Сети с радиодоступом EDGE GSM (GERAN) могут иметь возможность осуществлять связь через IP-домен, например, домен мультимедийной подсистемы с IP (IMS) или домен CS. Аналогично, терминал доступа для системы Усовершенствованной UTRAN (Evolved-UTRAN, E-UTRAN) может иметь возможность осуществлять связь через IP-домен, например, домен IMS или домен CS с нейтрализацией неисправности (CSFB). Следовательно, существует потребность в эффективных способах для упрощения доставки информации из терминала доступа через разные типы доменов.

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

Ниже изложена сущность примерных аспектов раскрытия предмета изобретения. При рассмотрении в этом описании любое использование термина «аспекты» может относиться к одному или нескольким аспектам этого раскрытия предмета изобретения.

Раскрытие предмета изобретения относится, согласно некоторым аспектам, к предоставлению индикатора, который используется для управления тем, как информация для службы сообщений (например, служба обмена текстовыми сообщениями, например, SMS) маршрутизируется через разные домены. Например, терминал доступа может конфигурироваться посредством индикатора (например, терминал доступа принимает индикатор и поддерживает (хранит) этот индикатор), который указывает на то, что службу сообщений предпочтительно вызывать через IP-домен, или на то, что службу сообщений не следует вызывать через IP-домен. Терминал доступа тогда доставляет информацию службы сообщений на основе значения индикатора. Например, если индикатор указывает на предпочтение доставки SMS через IMS, то терминал доступа сначала пытается использовать домен IMS для доставки SMS. Если эта попытка оказывается безуспешной, то терминал доступа может тогда попытаться доставить SMS через домен слоя без доступа (NAS). В этом случае, терминал доступа может зарегистрироваться в домене CS (например, зарегистрироваться в Центре коммутации для мобильной связи), если терминал доступа еще не зарегистрирован. И наоборот, если индикатор указывает на то, что IMS не должна использоваться для доставки SMS, то терминал доступа может только пытаться доставить SMS через NAS (с включением регистрации в домене CS, если применимо).

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

В некоторых случаях, сетевой объект может формировать индикатор и отправлять его в терминал доступа. Например, домашний оператор может определять флаг OMA-DM, который отправляют в терминал доступа для задания предпочтения домашнего оператора или возможностей относительно выбора домена.

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

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

Эти и другие примерные аспекты раскрытия предмета изобретения описаны в подробном описании и прилагаемой формуле изобретения, которые приведены ниже, и в прилагаемых чертежах, в которых:

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

Фиг.2 - блок-схема нескольких примерных аспектов операций, которые могут выполняться вместе с выбором домена для доставки информации службы сообщений на основе индикатора.

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

Фиг.4 - блок-схема нескольких примерных аспектов операций, которые могут выполняться вместе с выбором домена для терминала доступа, закрепленного в E-UTRAN.

Фиг.5 - блок-схема нескольких примерных аспектов операций, которые могут выполняться вместе с выбором домена для терминала доступа, закрепленного в UTRAN.

Фиг.6 - блок-схема нескольких примерных аспектов одного примера операций, которые могут выполняться вместе с выбором домена для терминала доступа, закрепленного в E-UTRAN, но не прикрепленного к ней.

Фиг.7 - блок-схема нескольких примерных аспектов еще одного примера операций, которые могут выполняться вместе с выбором домена для терминала доступа, закрепленного в E-UTRAN, но не прикрепленного к ней.

Фиг.8 - блок-схема нескольких примерных аспектов операций, которые могут выполняться вместе с выбором домена в системе, которая поддерживает радиотехнологию cdma2000.

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

Фиг.10 - упрощенная схема, иллюстрирующая разные домены для доставки информации службы сообщений в примерной системе связи E-UTRAN.

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

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

Фиг.13 - упрощенная схема, иллюстрирующая примерную систему, которая поддерживает домен cdma2000 для доставки информации службы сообщений.

Фиг.14 - упрощенная блок-схема нескольких примерных аспектов компонентов, которые могут применяться в узлах связи.

Фиг.15 - упрощенная блок-схема нескольких примерных аспектов компонентов связи.

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

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

Подробное описание

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

На фиг.1 изображено несколько узлов примерной системы 100 связи (например, часть сети связи). Для иллюстрации различные аспекты раскрытия предмета изобретения описываются в контексте одного или нескольких терминалов доступа, точек доступа и сетевых объектов, которые осуществляют связь друг с другом. Должно быть понято, однако, что идеи, изложенные в этом описании, могут быть применены к устройствам других типов или к другим аналогичным устройствам, называемым с использованием другой терминологии. Например, в различных реализациях точки доступа могут называться или быть реализованы как eNodeB, NodeB, базовые станции и т.д., тогда как терминалы доступа могут называться или быть реализованы как абонентское оборудование, мобильные станции, мобильные телефоны и так далее.

Точки доступа в системе 100 предоставляют одну или несколько услуг (например, возможность сетевого соединения) для одного или нескольких беспроводных терминалов (например, терминала 102 доступа), которые могут быть установлены в зоне покрытия системы 100 или могут перемещаться через нее. Например, в различные моменты времени терминал 102 доступа может соединяться с точкой 104 доступа или некоторой другой точкой доступа в системе 100 (не изображено). Каждая из этих точек доступа может осуществлять связь с одним или несколькими сетевыми объектами (представленными, для удобства, сетевым объектом 106) для обеспечения возможности сетевого соединения с глобальной сетью. Эти сетевые объекты могут принимать различные формы, например, одного или нескольких объектов базовой сети и/или радиосети. Соответственно, в различных реализациях сетевой объект 106 может представлять функциональность, например, по меньшей мере, одного из: управления сетью (например, через объект регистрации, управления, администрирования и эксплуатации), управления вызовами, управления сеансом, управления мобильностью, функций шлюза, межсетевых функций или некоторой другой подходящей сетевой функциональности.

Согласно идеям, изложенным в этом описании, терминал 102 доступа сконфигурирован с индикатором 108 службы сообщений, который терминал 102 доступа использует для идентификации домена для доставки информации службы сообщений (например, сообщение SMS). Например, на основе значения этого индикатора, устройство 110 выбора домена службы сообщений может принять решение о доставке информации службы сообщений в IP-домен 112 или в другой домен 114. В некоторых реализациях сетевой объект 106 может конфигурировать терминал 102 доступа посредством индикатора 108 службы сообщений (как представлено соответствующими пунктирными линиями). Например, объект, связанный с оператором домашней сети связи общего пользования наземных мобильных объектов (HPLMN) терминала 102 доступа, может конфигурировать терминал 102 доступа посредством этого индикатора для управления предпочтительным поведением терминала 102 доступа.

Спецификации 3GPP предоставляют два механизма доставки SMS: SMS через IMS (IP-домен) и SMS через NAS (например, домен CS). В SMS через IMS, SMS доставляют в плоскость пользователя домена с пакетной коммутацией (PS) с использованием IMS.

В SMS через NAS, SMS доставляют через сигнализацию NAS. Эта сигнализация может принимать различные формы в зависимости от технологии радиодоступа (RAT), согласно которой в настоящее время терминал доступа закреплен. Для терминала доступа в GERAN, сигнализация NAS включает в себя SMS через сигнализацию NAS CS. Для терминала доступа в UTRAN, сигнализация NAS включает в себя SMS через сигнализацию NAS Общей службы пакетной радиопередачи (GPRS) и интерфейс Gs между Центром коммутации для мобильной связи (MSC) и Узлом поддержки обслуживания GPRS (SGSN). Для терминала доступа в E-UTRAN, сигнализация NAS включает в себя SMS через сигнализацию NAS EPS и интерфейс SGs между MSC и Объектом управления мобильностью (MME).

Для терминала доступа с возможностью IMS и CSFB, который закреплен в E-UTRAN, или для терминала доступа с возможностью IMS и CS, который закреплен в GERAN/UTRAN, терминал доступа может применить идеи, изложенные в этом описании, для принятия решения о том, как доставлять SMS. Кроме того, подобные способы могут быть применены для доставки SMS через другие домены. Например, для терминала доступа с радиотехнологией cdma2000 и E-UTRAN, когда этот терминал доступа находится в E-UTRAN, он может использовать SMS через IMS или SMS через S102.

Раскрытие предмета изобретения, соответственно, относится, согласно некоторым аспектам, к способу выбора домена SMS для терминалов доступа с возможностью IMS и CS/CSFB по всем технологиям радиодоступа. В некоторых реализациях терминал доступа использует одну конфигурацию: терминал доступа или сконфигурирован для использования SMS через IMS, или терминал доступа не сконфигурирован для использования SMS через IMS (например, сконфигурирован для использования SMS через NAS или S102). Когда терминал доступа сконфигурирован для использования SMS через IMS, терминал доступа сначала пытается доставить SMS через IMS. Если это не возможно, то терминал доступа пытается доставить SMS через NAS (или S102). Когда терминал доступа не сконфигурирован для использования SMS через IMS, тогда терминал доступа пытается (доставить) SMS только через NAS (или S102).

Примерные операции, которые могут быть выполнены системой, например, системой 100, согласно идеям, изложенным в этом описании, описываются более подробно в соответствии с блок-схемами по фиг.2 и фиг.3. Для удобства операции по фиг.2 и фиг.3 (или любые другие операции, рассматриваемые или указываемые в этом описании) могут быть описаны как выполняемые конкретными компонентами (например, компонентами, изображенными на фиг.1 и фиг.10-14). Должно быть понято, однако, что эти операции могут быть выполнены компонентами других типов и могут быть выполнены с использованием другого количества компонентов. Также должно быть понято, что одна или несколько операций, описанных в этом описании, могут не применяться в данной реализации.

Согласно фиг.2, на этапах 202 и 204 описаны операции, которые могут быть выполнены для конфигурирования терминала доступа с индикатором службы сообщений. Здесь в некоторый момент времени, формируется индикатор службы сообщений и затем отправляется в терминал доступа.

Этот индикатор может принимать различные формы. Например, индикатор может указывать (например, через первое назначенное значение, например, "0") на то, что службу сообщений предпочтительно вызывать через IP-домен, или индикатор может указывать (например, через второе назначенное значение, например "1") на то, что службу сообщений не следует вызывать через IP-домен. В качестве конкретного примера, индикатор "SMS через IMS" может указывать на то, что SMS предпочтено вызывать через IMS, или на то, что SMS не должна быть вызвана через IMS (например, SMS должна вместо этого вызываться через NAS или некоторый другой домен). Соответственно, согласно некоторым аспектам, такой индикатор может указывать на то, поддерживается ли данный домен сетью (например, домашней сетью).

Операции этапов 202 и 204 могут выполняться различными объектами, например, сетевым объектом или объектом конфигурации. В качестве примера первого из двух вышеупомянутых, домашний оператор может формировать флаг, определенный в IMS OMA-DM (управление устройством открытого сообщества производителей мобильной связи) MO (инициируемый мобильным объектом), который указывает, требует ли домашний оператор для терминала доступа использовать SMS через IMS. Домашний оператор тогда может предварительно сконфигурировать и/или динамически обновлять/конфигурировать терминал доступа посредством отправки индикатора в терминал доступа через сетевое соединение. В качестве примера второго из двух вышеупомянутых, объект конфигурации может конфигурировать (например, предварительно конфигурировать) терминал доступа (например, посредством загрузки индикатора в терминал доступа), когда терминал доступа первоначально программируется, когда терминал доступа первоначально вводится в действие, или в некоторый другой момент времени.

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

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

Как представлено на этапе 210, терминал доступа доставляет информацию службы сообщений на основе (например, на основе значения) поддерживаемого индикатора. Например, как представлено на этапе 212, если индикатор указывает на то, что IP-домен (например, IMS) является предпочтительным, то терминал доступа пытается доставить информацию службы сообщений через этот IP-домен. Как представлено на этапе 214, если эта попытка оказывается безуспешной, то терминал доступа может попытаться доставить информацию службы сообщений через другой домен (например, NAS). В этом случае, терминал доступа может зарегистрироваться в домене CS (например, зарегистрироваться в MSC), если терминал доступа еще не зарегистрирован в домене CS. Например, в E-UTRAN, терминал доступа может выполнять комбинированное обновление зоны слежения с присоединением к IMSI. И наоборот, как представлено на этапе 216, если индикатор указывает на то, что IP-домен не должен использоваться, то терминал доступа пытается доставить информацию службы сообщений через другой домен (например, NAS). Если требуется, то терминал доступа регистрируется в этом домене.

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

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

Согласно некоторым аспектам, выбор домена в терминале доступа может зависеть от других операций выбора домена, выполняемых терминалом доступа. Например, для терминалов доступа с возможностью передачи голоса, выбор голосового домена может быть выполнен терминалом доступа для определения домена службы передачи голоса между подсистемой голос через IMS (VoIMS) и CS.

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

Относительно статуса регистрации в IMS, терминал доступа может быть или зарегистрирован в IMS или не зарегистрирован в IMS.

Относительно текущей технологии радиодоступа, терминал доступа может быть закрепленным в E-UTRAN (терминал доступа уже присоединен к Усовершенствованной пакетной системе (EPS)), или терминал доступа может быть закрепленным в 2G/3G (например, GERAN или UTRAN).

Для случая, когда терминал доступа закреплен в E-UTRAN, статус присоединения к международной идентификации мобильного абонента (IMSI) (служба не-EPS) для терминала доступа может быть одним из следующих: 1) терминал доступа пытался выполнить присоединение к IMSI, но безуспешно (в этом случае, не обеспечивается возможность CSFB), 2) терминал доступа еще не пытался выполнить присоединение к IMSI (например, если выбрано "только PS IMS Voice" ("только голос через IMS PS")), 3) терминал доступа присоединен к IMSI. С учетом вышесказанного, на фиг.4 и фиг.5 изображены примерные операции выбора домена SMS, которые могут быть выполнены терминалом доступа, закрепленным согласно технологии радиодоступа E-UTRAN или 2G/3G, соответственно.

На фиг.4 изображены примерные операции выбора домена SMS, которые могут быть выполнены для терминала доступа с возможностью IMS и CS/CSFB, закрепленного в E-UTRAN. В этом примере предполагается, что терминал доступа уже присоединен к службам EPS (например, в результате процесса выбора голосового домена).

Как представлено на этапе 402, терминал доступа определяет, сконфигурирован ли он для предпочтения использования SMS через IMS. Например, терминал доступа может проверять значение поддерживаемого индикатора "SMS через IMS", как обсуждается в этом описании.

Если терминал доступа сконфигурирован для использования SMS через IMS, то терминал доступа пытается использовать SMS через IMS. Соответственно, как представлено на этапе 404, терминал доступа определяет, зарегистрирован ли он в IMS. Например, терминал доступа может уже зарегистрироваться в IMS во время выбора голосового домена. Если терминал доступа зарегистрирован в IMS, то терминал доступа выбирает домен IMS и использует SMS через IMS (этап 406).

Если терминал доступа еще не зарегистрирован в IMS на этапе 404, то терминал доступа пытается зарегистрироваться в IMS на этапе 408. Если регистрация является успешной, то терминал доступа использует SMS через IMS (этап 406).

Если попытка регистрации в IMS на этапе 408 окажется безуспешной, то терминал доступа пытается использовать SMS через NAS EPS (SGs). Соответственно, как представлено на этапе 410, терминал доступа определяет, предпринималась ли уже попытка присоединения к IMSI (например, во время выбора голосового домена). Если попытка присоединения к IMSI уже предпринималась, и она была успешной (т.е. терминал доступа уже присоединен к службам не-EPS), то терминал доступа выбирает домен NAS и использует SMS через NAS (SGs), как представлено на этапе 412.

Согласно этапу 410, если уже предпринималась попытка присоединения к IMSI, но она оказалась безуспешной, то услуга SMS является недоступной (этап 414). В этом случае, терминал доступа остается в E-UTRAN (после выбора технологии радиодоступа, который был сделан посредством выбора голосового домена) без услуги SMS.

Если терминал доступа определяет на этапе 410 то, что еще не предпринималась попытка присоединения к IMSI, то терминал доступа пытается зарегистрироваться в домене CS (например, зарегистрироваться в MSC) через комбинированное обновление зоны слежения (TAU) с присоединением к IMSI (с "флагом" только SMS), как представлено на этапе 416. Если эта попытка регистрации является успешной, то терминал доступа использует SMS через NAS (SGs) на этапе 412. В противном случае, терминал доступа остается в E-UTRAN без услуги SMS (этап 414).

Согласно этапу 402, если терминал доступа не сконфигурирован для использования SMS через IMS, то терминал доступа пытается использовать SMS через NAS (SGs). Соответственно, последовательность операций продолжается на этапе 410, где терминал доступа выполняет условные операции, рассмотренные выше (например, терминал доступа может зарегистрироваться в домене CS, если требуется).

На фиг.5 изображены примерные операции выбора домена SMS, которые могут быть выполнены для терминала доступа с возможностью IMS и CS, закрепленного в сети технологии радиодоступа 2G/3G (например, UTRAN).

Как представлено на этапе 502, терминал доступа определяет, сконфигурирован ли он для предпочтения использования SMS через IMS. Если терминал доступа сконфигурирован для использования SMS через IMS, то терминал доступа определяет, зарегистрирован ли он в IMS на этапе 504. Если терминал доступа зарегистрирован, то он использует SMS через IMS (этап 506).

Если терминал доступа еще не зарегистрирован в IMS на этапе 504, то терминал доступа пытается зарегистрироваться в IMS на этапе 508. Если регистрация является успешной, то терминал доступа использует SMS через IMS (этап 506).

Если попытка регистрации в IMS на этапе 508 окажется безуспешной, то, как представлено на этапе 510, терминал доступа использует SMS через NAS (сигнализация CS), которая всегда является доступной в технологии радиодоступа 2G/3G.

Согласно этапу 502, если терминал доступа не сконфигурирован для использования SMS через IMS, то терминал доступа использует SMS через NAS, как представлено на этапе 510.

Согласно фиг.6 и фиг.7, в некоторых случаях, терминал доступа закреплен в сети, но не присоединен к ней, когда инициированное мобильным объектом сообщение SMS должно быть доставлено. Например, некоторые терминалы доступа (например, платы передачи данных), у которых нет функциональных возможностей для голосового вызова, и которые не выполняют выбор голосового домена, могут по-прежнему использовать SMS. Следовательно, в таких терминалах доступа может быть применен выбор домена SMS, как указано в этом описании. На фиг.6 и фиг.7 описаны два примера того, как выбор домена для терминала доступа с возможностью CS и IMS, закрепленного в E-UTRAN, может быть выполнен для случая, когда терминал доступа не присоединен (например, когда выбор голосового домена не применяется).

В примере по фиг.6, терминал доступа выполняет присоединение к EPS/IMSI только в том случае, если терминал доступа не сконфигурирован для использования SMS через IMS. Соответственно, как представлено на этапе 602, терминал доступа определяет, сконфигурирован ли он для предпочтения использования SMS через IMS. Если это так, как представлено на этапе 604, то терминал доступа выполняет присоединение к EPS (только EPS) и затем пытается использовать SMS через IMS. Соответственно, как представлено на этапе 606, терминал доступа пытается зарегистрироваться в IMS. Если регистрация является успешной, то терминал доступа использует SMS через IMS (этап 608).

Если попытка регистрации в IMS на этапе 606 окажется безуспешной, то терминал доступа пытается использовать SMS через NAS. Соответственно, как представлено на этапе 610, терминал доступа выполняет комбинированное Обновление зоны слежения (TAU) с присоединением к IMSI. Если эта процедура присоединения является успешной, то терминал доступа использует SMS через NAS, как представлено на этапе 612.

Если процедура присоединения на этапе 610 оказывается безуспешной, то, как представлено на этапе 616, действие, предпринимаемое терминалом доступа в этот момент, может быть специфичным для реализации. Как представлено на этапе 618, в некоторых реализациях, терминал доступа снова выбирает другую технологию радиодоступа. Как представлено на этапе 620, в некоторых реализациях, терминал доступа остается в E-UTRAN, при этом услуга SMS является недоступной.

Согласно этапу 602, если терминал доступа не сконфигурирован для использования SMS через IMS, то терминал доступа пытается использовать SMS через NAS. В этом случае, терминал доступа выполняет комбинированное присоединение к EPS/IMSI. Если эта процедура присоединения является успешной, то терминал доступа использует SMS через NAS, как представлено на этапе 612. Если процедура присоединения на этапе 614 оказывается безуспешной, то действие, предпринимаемое терминалом доступа в этот момент, может быть специфичным для реализации, как представлено на этапе 616 (обсуждалось выше).

Согласно фиг.7, в этом примере, терминал доступа всегда выполняет присоединение к EPS/IMSI, независимо от его конфигурации SMS. Соответственно, как представлено на этапе 702, терминал доступа вначале выполняет комбинированное присоединение к EPS/IMSI.

Если эта процедура присоединения является успешной, как представлено на этапе 704, то терминал доступа определяет, сконфигурирован ли он для предпочтения использования SMS через IMS. Если это так, то, как представлено на этапе 706, терминал доступа пытается зарегистрироваться в IMS. Если регистрация является успешной, то терминал доступа использует SMS через IMS (этап 708).

Если попытка регистрации в IMS на этапе 706 оказывается безуспешной, то, как представлено на этапе 710, терминал доступа определяет, присоединен ли он к IMSI. Если это так, то терминал доступа использует SMS через NAS, как представлено на этапе 712.

Если терминал доступа не присоединен к IMSI на этапе 710, то, как представлено на этапе 714, действие, предпринимаемое терминалом доступа в этот момент, может зависеть от реализации. Как представлено на этапе 716, в некоторых реализациях, терминал доступа выбирает заново другую технологию радиодоступа. Как представлено на этапе 718, в некоторых реализациях, терминал доступа остается в E-UTRAN, при этом услуга SMS является недоступной.

Согласно этапу 704, если терминал доступа не сконфигурирован для использования SMS через IMS, то терминал доступа пытается использовать SMS через NAS. Следовательно, последовательность операций продолжается на этапе 710, где терминал доступа выполняет условные операции, рассмотренные выше.

На фиг.8 описаны примерные операции, которые могут быть выполнены терминалом доступа с технологией cdma2000 и E-UTRAN. В этом случае, терминал доступа в E-UTRAN может использовать SMS через IMS или SMS через S102. SMS через S102 выполняют с использованием протокольного блока данных (PDU) cdma2000 между терминалом доступа и MME и с использованием туннеля S102 между MME и межсетевой функцией CDMA 1x.

Этот пример начинается на этапе 802, при этом терминал доступа с возможностью IMS и 1x/LTE закреплен в E-UTRAN, но не присоединен к ней. В случае, если терминал доступа уже присоединен, то последовательность операций начнется на этапе 804.

Как представлено на этапе 802, терминал доступа выполняет присоединение к EPS. Если эта процедура присоединения является успешной, как представлено на этапе 804, то терминал доступа определяет, сконфигурирован ли он для предпочтения использования SMS через IMS. Если это так, то, как представлено на этапе 806, терминал доступа пытается зарегистрироваться в IMS. Если регистрация является успешной, то терминал доступа использует SMS через IMS (этап 808).

Если попытка регистрации в IMS на этапе 806 оказывается безуспешной, как представлено на этапе 810, то терминал доступа пытается зарегистрироваться в CDMA 1x. Если регистрация является успешной, то терминал доступа использует SMS через S102, как представлено на этапе 812.

Если терминал доступа не может зарегистрироваться в CDMA 1x на этапе 810, то, как представлено на этапе 814, действие, предпринимаемое терминалом доступа в этот момент, может быть специфичным для реализации. Как представлено на этапе 816, в некоторых реализациях, терминал доступа снова выбирает другую технологию радиодоступа. Как представлено на этапе 818, в некоторых реализациях, терминал доступа остается в E-UTRAN, при этом услуга SMS является недоступной.

Согласно этапу 804, если терминал доступа не сконфигурирован для использования SMS через IMS, то терминал доступа пытается использовать SMS через S102. Следовательно, последовательность операций продолжается на этапе 810, где терминал доступа выполняет условные операции, рассмотренные выше.

На фиг.9 изображена реализация, которая может быть применена, например, в случае, когда терминал доступа не сконфигурирован для предпочтительного использования SMS через IP-домен (например, IMS). В этом случае, терминал доступа может попытаться использовать для SMS домен, идентичный тому, который он использует для другого трафика (например, голосовой трафик в примере по фиг.9).

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

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

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

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

На фиг.10 изображен упрощенный пример системы 1000 E-UTRAN (т.е. сеть LTE). Здесь, абонентское оборудование (т.е. терминал доступа) осуществляет связь посредством беспроводных сигналов с eNodeB через интерфейс Uu E-UTRA.

eNodeB осуществляет связь с MME через интерфейс S1-MME. Кроме того, в этом примере MME также осуществляет связь с сервером MSC через интерфейс SGs. Следовательно, сигнализация домена NAS (как представлено пунктирной линией 1002) является доступной абонентскому оборудованию (UE) через eNodeB, MME и сервер MSC.

eNodeB также осуществляет связь с обслуживающим шлюзом (SGW) через интерфейс Sl-U. SGW, в свою очередь, осуществляет связь со шлюзом сети с коммутацией пакетов (PGW) через интерфейс S8 или S5. PGW осуществляет связь с объектами сети с коммутацией пакетов, например, мультимедийной IP-подсистемой (IMS), через интерфейс SGi. Соответственно, сигнализация домена IMS (как представлено пунктирной линией 1004) является доступной UE посредством туннеля IMS через eNodeB, SGW, PGW и IMS.

На фиг.11 изображен упрощенный пример системы 1100 UTRAN. В этом случае, UE осуществляет связь посредством беспроводных сигналов с NodeB через интерфейс Uu UTRA. NodeB, в свою очередь, осуществляет связь с SGSN.

SGSN осуществляет связь с сервером MSC через интерфейс Gs. Следовательно, сигнализация домена CS (как представлено пунктирной линией 1102) является доступной UE через NodeB, SGSN и сервер MSC.

SGSN также осуществляет связь с узлом поддержки функций шлюза GPRS (GGSN) через интерфейс Gn. GGSN, в свою очередь, осуществляет связь с объектами сети с коммутацией пакетов, например, мультимедийной IP-подсистемой (IMS), через интерфейс Gi. Соответственно, сигнализация домена IMS (как представлено пунктирной линией 1104) является доступной UE посредством туннеля IMS через NodeB, SGSN, GGSN и IMS.

На фиг.12 изображен упрощенный пример системы 1200 GERAN. Здесь терминал доступа (AT) осуществляет связь посредством беспроводных сигналов с приемопередатчиком базовой станции (BTS). BTS, в свою очередь, осуществляет связь с контроллером базовой станции (BSC).

BSC осуществляет связь с сервером MSC через интерфейс A. Следовательно, сигнализация домена CS (как представлено пунктирной линией 1202) является доступной UE через BTS, BSC и сервер MSC.

BSC также осуществляет связь с SGSN. SGSN осуществляет связь с GGSN, которая, в свою очередь, осуществляет связь с объектами сети с коммутацией пакетов, например, мультимедийной IP-подсистемой (IMS). Соответственно, сигнализация домена IMS (как представлено пунктирной линией 1204) является доступной AT посредством туннеля IMS через BTS, BSC, SGSN, GGSN и IMS.

На фиг.13 изображен упрощенный пример системы 1300 E-UTRAN, которая предоставляет возможность соединения cdma2000. Аналогично тому, как описано выше для фиг.10, UE осуществляет связь посредством беспроводных сигналов с eNodeB, и сигнализация домена IMS (как представлено пунктирной линией 1304) является доступной UE посредством туннеля IMS через eNodeB, SGW, PGW и IMS.

В этом случае, однако, сигнализация домена SMS (как представлено пунктирной линией 1302) предоставляется посредством PDU cdma2000 между UE и MME и туннеля S102 между MME и межсетевой функцией 1x.

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

На фиг.14 изображено несколько примерных компонентов, которые могут быть объединены в узлы, например, терминал 1402 доступа (например, соответствующий терминалу 102 доступа) и сетевой объект 1404 (например, домашней PLMN), для выполнения операций службы сообщений, как указано в этом описании. На практике описанные компоненты также могут быть включены в другие узлы в системе связи. Например, другие узлы в системе могут включать в себя компоненты, аналогичные тем, которые описаны для сетевого объекта 1404, для предоставления аналогичной функциональности. Кроме того, данный узел может содержать один или несколько из описанных компонентов. Например, терминал доступа может содержать несколько компонентов приемопередатчика, которые обеспечивают возможность этому терминалу доступа работать на нескольких частотах и/или осуществлять связь посредством других технологий.

Как изображено на фиг.14, терминал 1402 доступа включает в себя приемопередатчик 1406 для осуществления связи с другими узлами. Приемопередатчик 1406 включает в себя передатчик 1408 для отправки сигналов (например, информации службы сообщений, например, сообщений SMS) и приемник 1410 для приема сигналов (например, индикаторов службы сообщений).

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

Терминал 1402 доступа и сетевой объект 1404 также включают в себя другие компоненты, которые могут использоваться вместе с операциями службы сообщений, как указано в этом описании. Например, терминал 1402 доступа включает в себя процессор 1418 службы сообщений для выполнения связанных со службой сообщений операций (например, доставка информации службы сообщений, идентификация домена, попытка доставки информации службы сообщений через домен) и для предоставления другой связанной функциональности, как указано в этом описании. Терминал 1402 доступа также включает в себя процессор связи 1422 для выполнения относящихся к связи операций (например, определение того, что информация службы сообщений должна быть отправлена) и для предоставления другой связанной функциональности, как указано в этом описании. Кроме того, терминал 1402 доступа включает в себя компонент 1424 памяти (например, такой, который содержит запоминающее устройство или взаимодействует с ним) для поддержания информации (например, поддержания индикатора службы сообщений) и для предоставления другой связанной функциональности, как указано в этом описании. Сетевой объект 1404 включает в себя процессор 1420 службы сообщений для выполнения связанных со службой сообщений операций (например, формирование индикатора службы сообщений) и для предоставления другой связанной функциональности, как указано в этом описании.

В некоторых реализациях компоненты по фиг.14 могут быть реализованы в одном или нескольких процессорах (например, каждый из которых использует и/или включает в себя память данных для хранения информации или кода, используемых этим(и) процессором(ами) для предоставления этой функциональности). Например, некоторая функциональность этапа 1406 и некоторая или вся функциональность этапов 1418, 1422 и 1424 могут быть реализованы процессором или процессорами терминала доступа и памятью данных этого терминала доступа (например, посредством исполнения надлежащего кода и/или посредством надлежащей конфигурации компонентов процессора). Кроме того, некоторая функциональность этапа 1412 и некоторая или вся функциональность этапа 1420 могут быть реализованы процессором или процессорами сетевого объекта и памятью данных этого сетевого объекта (например, посредством исполнения надлежащего кода и/или посредством надлежащей конфигурации компонентов процессора).

Идеи, изложенные в этом описании, могут применяться в беспроводной системе связи с множественным доступом, которая одновременно поддерживает связь для нескольких беспроводных терминалов доступа. Здесь каждый терминал может осуществлять связь с одной или несколькими точками доступа посредством передач по прямой и обратной линиям связи. Прямая линия связи (или нисходящая линия связи) относится к линии связи из точек доступа в терминалы, а обратная линия связи (или восходящая линия связи) относится к линии связи из терминалов в точки доступа. Эта линия связи может быть установлена посредством системы с одним входом и одним выходом, системы со многими входами и многими выходами (MIMO) или некоторого другого типа системы.

Система MIMO использует множество (N_T) передающих антенн и множество (N_R) приемных антенн для передачи данных. Канал MIMO, сформированный N_T передающими и N_R приемными антеннами, может быть разложен на N_S независимых каналов, которые также называются пространственными каналами, где N_S≤min{N_T,N_R}. Каждый из N_S независимых каналов соответствует измерению. Система MIMO может предоставлять улучшенные характеристики (например, более высокую пропускную способность и/или большую надежность), если используются дополнительные измерения, создаваемые множеством передающих и приемных антенн.

Система MIMO может поддерживать дуплексную связь с временным разделением (TDD) и дуплексную связь с частотным разделением (FDD). В системе TDD передачи по прямой и обратной линии связи выполняются в идентичном диапазоне частот, чтобы принцип взаимности обеспечивал возможность оценки канала прямой линии связи из канала обратной линии связи. Это обеспечивает возможность точке доступа извлекать коэффициент усиления формирования главного лепестка диаграммы направленности антенны передатчика на прямой линии связи, когда в точке доступа имеются в распоряжении множество антенн.

На фиг.15 изображено беспроводное устройство 1510 (например, точка доступа) и беспроводное устройство 1550 (например, терминал доступа) примерной системы 1500 MIMO. В устройстве 1510 данные трафика для нескольких потоков данных предоставляются из источника 1512 данных в процессор 1514 данных передатчика (TX). Каждый поток данных может далее быть передан через соответствующую передающую антенну.

Процессор 1514 данных TX форматирует, кодирует и осуществляет перемежение данных трафика для каждого потока данных на основе конкретной схемы кодирования, выбранной для этого потока данных, для предоставления кодированных данных. С использованием технологий OFDM, кодированные данные для каждого потока данных могут быть мультиплексированы с данными пилот-сигнала. Данные пилот-сигнала, как правило, являются известным шаблоном данных, который обрабатывается известным способом и может использоваться в системе приемника для оценки характеристики канала. Мультиплексированные данные пилот-сигнала и кодированные данные для каждого потока данных после этого модулируют (то есть, отображают в символы) на основе конкретной схемы модуляции (например, BPSK, QSPK, М-PSK или M-QAM), выбранной для этого потока данных для предоставления символов модуляции. Скорость передачи данных, кодирование и модуляция для каждого потока данных могут устанавливаться командами, выполняемыми процессором 1530. В памяти 1532 данных может храниться код программы, данные и другая информация, используемая процессором 1530 или другими компонентами устройства 1510.

Символы модуляции для всех потоков данных после этого предоставляются в процессор 1520 MIMO TX, который может дополнительно обрабатывать символы модуляции (например, для OFDM). После этого процессор 1520 MIMO TX предоставляет N_T потоков символов модуляции в N_T приемопередатчиков (RCVR) 1522A-1522T. В некоторых аспектах процессор 1520 MIMO TX применяет веса формирования главного лепестка диаграммы направленности антенны к символам потоков данных и к антенне, из которой передается символ.

Каждый приемопередатчик 1522 принимает и обрабатывает соответствующий поток символов для предоставления одного или нескольких аналоговых сигналов, и далее обрабатывает с заданными условиями (например, усиливает, фильтрует и преобразует с повышением частоты) аналоговые сигналы для предоставления модулированного сигнала, подходящего для передачи по каналу MIMO. N_T модулированных сигналов из приемопередатчиков 1522A-1522T после этого передаются из N_T антенн 1524A-1524T, соответственно.

В устройстве 1550 переданные модулированные сигналы принимаются N_R антеннами 1552A-1552R, и принятый сигнал из каждой антенны 1552 предоставляется в соответствующий приемопередатчик (RCVR) 1554A-1554R. Каждый приемопередатчик 1554 обрабатывает с заданными условиями (например, фильтрует, усиливает и преобразует с понижением частоты) соответствующий принятый сигнал, оцифровывает обработанный с заданными условиями сигнал для предоставления выборок и далее обрабатывает выборки для предоставления соответствующего "принятого" потока символов.

Далее процессор 1560 данных приемника (RX) принимает и обрабатывает N_R принятых потоков символов из N_R приемопередатчиков 1554 на основе конкретной технологии обработки приемника для предоставления N_T "обнаруженных" потоков символов. Далее процессор 1560 данных RX демодулирует, устраняет перемежение и декодирует каждый обнаруженный поток символов для восстановления данных трафика для потока данных. Обработка процессором 1560 данных RX является дополнительной к той, которая выполняется процессором 1520 MIMO TX и процессором 1514 данных TX в устройстве 1510.

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

Сообщение обратной линии связи может содержать различные виды информации относительно линии связи и/или потока принимаемых данных. После этого сообщение обратной линии связи обрабатывается процессором 1538 данных TX, который также принимает данные трафика для нескольких потоков данных из источника 1536 данных, модулируется модулятором 1580, преобразуется приемопередатчиками 1554A-1554R и передается обратно в устройство 1510.

В устройстве 1510, модулированные сигналы из устройства 1550 принимаются антеннами 1524, преобразуются передатчиками 1522, демодулируются демодулятором (DEMOD) 1540 и обрабатываются с заданными условиями процессором 1542 данных RX для извлечения сообщения обратной линии связи, переданного устройством 1550. Далее процессор 1530 устанавливает, какую матрицу предварительного кодирования использовать для установления весов формирования луча, после этого обрабатывает извлеченную матрицу.

На фиг.15 также изображено то, что средства связи могут включать в себя один или несколько компонентов, которые выполняют операции по управлению сообщениями, как указано в этом описании. Например, компонент 1592 управления сообщениями может взаимодействовать с процессором 1570 и/или другими компонентами устройства 1550 для отправки информации службы сообщений в другое устройство (например, через устройство 1510). Должно быть понято, что для каждого устройства 1510 и 1550 функциональные возможности двух или нескольких описанных компонентов могут быть предоставлены одним компонентом. Например, один компонент обработки может предоставлять функциональность компонента 1592 управления сообщениями и процессора 1570.

Идеи, изложенные в этом описании, могут быть включены в различные типы систем связи и/или компонентов системы. В некоторых аспектах, идеи, изложенные в этом описании, могут применяться в системе с множественным доступом, которая может поддерживать обмен информацией с множеством пользователей посредством совместного использования доступных ресурсов системы (например, посредством задания одного или нескольких из полосы пропускания, мощности передатчика, кодирования, перемежения и так далее). Например, идеи, изложенные в этом описании, могут быть применены к любой одной или комбинациям из следующих технологий: системы множественного доступа с кодовым разделением (CDMA), CDMA с передачей на нескольких несущих (MCCDMA), широкополосный CDMA (W-CDMA), системы высокоскоростного пакетного доступа (HSPA, HSPA+), системы множественного доступа с временным разделением (TDMA), системы множественного доступа с частотным разделением (FDMA), системы FDMA с одной несущей (SC-FDMA), системы множественного доступа с ортогональным частотным разделением (OFDMA) или другие способы множественного доступа. Система беспроводной связи, в которой применяются идеи, изложенные в этом описании, может быть разработана с реализацией одного или нескольких таких стандартов, как IS-95, cdma2000, IS-856, W-CDMA, TDSCDMA и других стандартов. В сети CDMA может быть реализована такая радиотехнология, как универсальный наземный радиодоступ (UTRA), cdma2000 или некоторая другая технология. UTRA включает в себя W-CDMA и низкую частоту следования элементарных посылок (LCR). Технология cdma2000 охватывает стандарты IS-2000, IS-95 и IS-856. В сети TDMA может быть реализована такая радиотехнология, как Глобальная система мобильной связи (GSM). В сети OFDMA может быть реализована такая радиотехнология, как усовершенствованный UTRA (Evolved UTRA, E-UTRA), IEEE 802.11, IEEE 802.16, IEEE 802.20, Flash-OFDM® и т.д. UTRA, E-UTRA и GSM являются частью универсальной мобильной телекоммуникационной системы (UMTS). Идеи, изложенные в этом описании, могут быть реализованы в системе 3GPP Long Term Evolution (проект долгосрочного развития) (LTE), системе ультрамобильной широкополосной связи (Ultra-Mobile Broadband, UMB) и других типах систем. LTE является версией UMTS, которая использует E-UTRA. UTRA, E-UTRA, GSM, UMTS и LTE описаны в документах организации "Проект партнерства 3-его Поколения" (3GPP), тогда как cdma2000 описан в документах организации "Проект 2 партнерства 3-го Поколения" (3GPP2). Хотя определенные аспекты раскрытия предмета изобретения могут быть описаны с использованием терминологии 3GPP, должно быть понятно, что идеи, изложенные в этом описании, могут быть применены к технологии 3GPP (например, Rel99, Rel5, Rel6, Rel7), а также к технологии 3GPP2 (например, IxRTT, IxEV-DO Re1O, RevA, RevB) и к другим технологиям.

Идеи, изложенные в этом описании, могут быть включены в множество устройств (например, узлов) (например, реализованы внутри или выполнены посредством них). В некоторых аспектах, узел (например, беспроводной узел), реализованный в соответствии с идеями, изложенными в этом описании, может содержать точку доступа или терминал доступа.

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

Точка доступа может содержать, быть реализована как или известна как NodeB, eNodeB, контроллер радиосети (RNC), базовая станция (BS), базовая радиостанция (RBS), контроллер базовой станции (BSC), базовая приемопередающая станция (BTS), функциональный блок приемопередатчика (TF), приемопередающая радиостанция, радиомаршрутизатор, основной набор служб (BSS), расширенный набор служб (ESS), макросота, макроузел, домашний eNB (HeNB), фемтосота, фемтоузел, пикоузел или может использоваться некоторая другая аналогичная терминология.

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

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

Беспроводной узел может осуществлять связь через одну или несколько беспроводных линий связи, которые основаны на любой соответствующей технологии беспроводной связи или каким-либо иным способом поддерживают ее. Например, в некоторых аспектах беспроводной узел может связываться с сетью. В некоторых аспектах сеть может содержать локальную сеть или глобальную сеть. Беспроводное устройство может поддерживать или каким-либо иным способом использовать одно или большее количество из множества технологий беспроводной связи, протоколов или стандартов, например, рассматриваемых в этом описании, (например, CDMA, TDMA, OFDM, OFDMA, WiMAX, Wi-Fi и так далее). Аналогично, беспроводной узел может поддерживать или каким-либо иным способом использовать одну или несколько из множества соответствующих схем мультиплексирования или модуляции. Беспроводной узел может, соответственно, включать в себя соответствующие компоненты (например, радиоинтерфейсы) для установления соединения и связи через одну или несколько беспроводных линий связи с использованием вышеупомянутых или других технологий беспроводной связи. Например, беспроводной узел может содержать беспроводной приемопередатчик со связанными с ним компонентами приемника и передатчика, которые могут включать в себя различные компоненты (например, генераторы сигналов и процессоры обработки сигналов), которые обеспечивают передачу информации через беспроводной носитель информации.

Функциональные средства, описанные в этом документе (например, относительно одного или нескольких прилагаемых чертежей), могут соответствовать в некоторых аспектах функциональным средствам, аналогично обозначенным "средство для", в прилагаемой формуле изобретения. Согласно фиг.16-19, устройства 1600, 1700, 1800 и 1900 представлены как цепь взаимосвязанных функциональных модулей. Здесь модуль 1602 поддержания индикатора может соответствовать, по меньшей мере, согласно некоторым аспектам, например, компоненту памяти, как обсуждается в этом описании. Модуль 1604 доставки информации службы сообщений может соответствовать, по меньшей мере, согласно некоторым аспектам, например, процессору службы сообщений, как обсуждается в этом описании. Модуль 1606 приема индикатора может соответствовать, по меньшей мере, согласно некоторым аспектам, например, приемнику, как обсуждается в этом описании. Модуль 1702 формирования индикатора может соответствовать, по меньшей мере, согласно некоторым аспектам, например, процессору службы сообщений, как обсуждается в этом описании. Модуль 1704 отправки индикатора может соответствовать, по меньшей мере, согласно некоторым аспектам, например, передатчику, как обсуждается в этом описании. Модуль 1802 определения того, что информации службы сообщений должна быть отправлена, может соответствовать, по меньшей мере, согласно некоторым аспектам, например, процессору связи, как обсуждается в этом описании. Модуль 1804 идентификации домена может соответствовать, по меньшей мере, согласно некоторым аспектам, например, процессору службы сообщений, как обсуждается в этом описании. Модуль 1806 доставки информации службы сообщений может соответствовать, по меньшей мере, согласно некоторым аспектам, например, процессору службы сообщений, как обсуждается в этом описании. Модуль 1902 определения того, что информация службы сообщений должна быть отправлена, может соответствовать, по меньшей мере, согласно некоторым аспектам, например, процессору связи, как обсуждается в этом описании. Модуль 1904 идентификации домена может соответствовать, по меньшей мере, согласно некоторым аспектам, например, процессору службы сообщений, как обсуждается в этом описании. Модуль 1906 попытки доставки информации службы сообщений через идентифицированный домен может соответствовать, по меньшей мере, согласно некоторым аспектам, например, процессору службы сообщений, как обсуждается в этом описании. Модуль 1908 попытки доставки информации службы сообщений через другой домен может соответствовать, по меньшей мере, согласно некоторым аспектам, например, процессору службы сообщений, как обсуждается в этом описании.

Функциональные средства модулей по фиг.16-19 могут быть реализованы различными способами, согласующимися с идеями, изложенными в этом документе. В некоторых аспектах функциональные средства этих модулей могут быть реализованы как один или несколько электрических компонентов. В некоторых аспектах функциональные средства этих блоков могут быть реализованы как система обработки данных, включающая в себя один или несколько компонентов процессора. В некоторых аспектах функциональные средства этих модулей могут быть реализованы с использованием, например, по меньшей мере, части одной или нескольких интегральных схем (например, ASIC). Как рассматривается в этом описании, интегральная схема может включать в себя процессор, программные средства, другие относящиеся к ней компоненты или некоторую их комбинацию. Функциональные средства этих модулей также могут быть реализованы некоторым другим способом, как указано в этом описании. Согласно некоторым аспектам один или несколько из любых выделенных пунктиром блоков на фиг.16-19 являются необязательными.

Должно быть понятно, что любое упоминание об элементе в этом описании с использованием такого обозначения, как "первый", "второй" и т.д., в общем, не ограничивает количество или порядок этих элементов. Скорее эти обозначения могут использоваться в этом описании как удобный способ проведения различия между двумя или несколькими элементами или примерами элемента. Соответственно, упоминание о первом и втором элементах не означает, что там могут использоваться только два элемента, или что первый элемент каким-либо образом должен предшествовать второму элементу. Также, если не оговорено иначе, множество элементов может содержать один или несколько элементов. Кроме того, терминология вида "по меньшей мере, один из: A, B или C", используемая в описании или формуле изобретения, означает "A, или B, или C, или любая комбинация этих элементов".

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

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

Различные иллюстративные логические блоки, модули и схемы, описанные применительно к аспектам, раскрытым в этом описании, могут быть реализованы внутри интегральной схемы (IC), терминала доступа или точки доступа или выполняться ими. IC может содержать универсальный процессор, цифровой сигнальный процессор (DSP), специализированную интегральную схему (ASIC), программируемую пользователем вентильную матрицу (FPGA) или другое программируемое логическое устройство, дискретный вентиль или транзисторную логику, дискретные аппаратные компоненты, электрические компоненты, оптические компоненты, механические компоненты или любую их комбинацию, разработанные для выполнения функций, описанных в этом документе, и может исполнять коды или машинные команды, которые находятся в IC, вне IC или те и другие. Универсальный процессор может быть микропроцессором, но в качестве альтернативы, процессор может быть любым обычным процессором, контроллером, микроконтроллером или конечным автоматом. Процессор также может быть реализован как комбинация вычислительных устройств, например, комбинация DSP и микропроцессора, множества микропроцессоров, одного или нескольких микропроцессоров вместе с ядром DSP или как любая другая такая конфигурация.

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

В одном или более иллюстративных вариантах осуществления описанные функции могут быть реализованы в аппаратных средствах, программном обеспечении, программно-аппаратных средствах или любой их комбинации. Если функции реализованы в программном обеспечении, то они могут быть сохранены на машиночитаемом носителе информации или переданы посредством него в виде одной или нескольких инструкций или кода. Машиночитаемые носители информации включают в себя как носители информации компьютерного запоминающего устройства, так и среды связи, включающие в себя любой носитель информации, который обеспечивает передачу компьютерной программы из одного места в другое. Носителями информации запоминающего устройства могут быть любые доступные носители информации, к которым можно получить доступ посредством компьютера. В качестве примера, но не ограничения, такие машиночитаемые носители информации могут содержать RAM, ROM, EEPROM, CD-ROM или другой накопитель на оптических дисках, накопитель на магнитных дисках, или другие магнитные запоминающие устройства, или любой другой носитель информации, который может использоваться для переноса или хранения требуемого кода программы в виде инструкций или структур данных, и к которому компьютер может получить доступ. Кроме того, любое соединение соответственно называют машиночитаемым носителем информации. Например, если программное обеспечение передают из web-сайта, сервера или другого удаленного источника с использованием коаксиального кабеля, оптоволоконного кабеля, витой пары, цифровой абонентской линии (DSL) или беспроводных технологий, например, инфракрасного излучения, радиовещания и сверхвысокочастотных волн, то коаксиальный кабель, оптоволоконный кабель, витая пара, DSL или беспроводные технологии, например, инфракрасное излучение, радиовещание и сверхвысокочастотные волны включаются в определение носителя информации. Магнитный и немагнитный диски, используемые в этом описании, включают в себя компакт-диск (CD), лазерный диск, оптический диск, универсальный цифровой диск (DVD), гибкий диск и диск блю-рей (blu-ray), причем магнитные диски обычно воспроизводят данные магнитным способом, в то время как немагнитные диски воспроизводят данные оптически посредством лазеров. Комбинации приведенных выше носителей также должны быть включены в машиночитаемые носители информации. Должно быть понято, что машиночитаемый носитель информации может быть реализован в любом соответствующем компьютерном программном продукте.

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

Изобретение относится к выбору домена для доставки информации службы сообщений. Техническим результатом является повышение надежности и эффективности, ассоциированные с доставкой информации службы сообщений в современных сетях, а также упрощение доставки информации из терминала доступа через разные типы доменов. Способ связи содержит: поддержание индикатора в терминале доступа, причем этот индикатор указывает на то, что службу сообщений предпочтительно вызывать через домен Интернет-протокола, или что службу сообщений не следует вызывать через упомянутый домен Интернет-протокола, и посылку информации службы сообщений от терминала доступа на основе индикатора, при этом посылка информации службы сообщений содержит: осуществление попытки послать информацию службы сообщений через сигнализацию Мультимедийной подсистемы на основе Интернет-протокола, если индикатор указывает на то, что службу сообщений предпочтительно вызывать через упомянутый домен Интернет-протокола, и осуществление попытки присоединиться к одному из: сигнализации слоя без доступа или домена с коммутацией каналов и послать информацию службы сообщений по одному из сигнализации слоя без доступа или домена с коммутацией каналов, если попытка послать информацию службы сообщений через сигнализацию Мультимедийной подсистемы на основе Интернет-протокола оказывается безуспешной. 8 н. и 32 з.п. ф-лы, 19 ил.

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

2. Способ по п.1, в котором служба сообщений содержит Службу коротких сообщений.

3. Способ по п.2, в котором домен Интернет-протокола содержит упомянутый домен Мультимедийной подсистемы на основе Интернет-протокола.

4. Способ по п.1, дополнительно содержащий прием индикатора из сетевого объекта.

5. Способ по п.4, в котором сетевой объект содержит объект домашнего оператора для терминала доступа.

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

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

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

9. Устройство для связи, содержащее:
компонент памяти, выполненный с возможностью поддержания индикатора в терминале доступа, причем индикатор указывает на то, что службу сообщений предпочтительно вызывать через домен Интернет-протокола, или что службу сообщений не следует вызывать через упомянутый домен Интернет-протокола, и
процессор службы сообщений, выполненный с возможностью посылки информации службы сообщений от терминала доступа на основе индикатора, при этом процессор службы сообщений дополнительно сконфигурирован, чтобы:
пытаться послать информацию службы сообщений через сигнализацию Мультимедийной подсистемы на основе Интернет-протокола, если индикатор указывает на то, что службу сообщений предпочтительно вызывать через упомянутый домен Интернет-протокола, и
пытаться присоединиться к одному из: сигнализации слоя без доступа или домена с коммутацией каналов и посылать информацию службы сообщений по одному из сигнализации слоя без доступа или домена с коммутацией каналов, если попытка послать информацию службы сообщений через сигнализацию Мультимедийной подсистемы на основе Интернет-протокола оказывается безуспешной.

10. Устройство по п.9, в котором служба сообщений содержит Службу коротких сообщений.

11. Устройство по п.10, в котором домен Интернет-протокола содержит упомянутый домен Мультимедийной подсистемы на основе Интернет-протокола.

12. Устройство по п.9, дополнительно содержащее приемник, выполненный с возможностью приема индикатора из сетевого объекта.

13. Устройство по п.9, в котором процессор службы сообщений также сконфигурирован пытаться посылать информацию службы сообщений через одно из сигнализации слоя без доступа или домена с коммутацией каналов, если индикатор указывает на то, что службу сообщений не следует вызывать через домен Интернет-протокола.

14. Устройство для связи, содержащее:
средство для поддержания индикатора в терминале доступа, причем этот индикатор указывает на то, что службу сообщений предпочтительно вызывать через домен Интернет-протокола, или что службу сообщений не следует вызывать через упомянутый домен Интернет-протокола, и
средство для посылки информации службы сообщений от терминала доступа на основе индикатора, причем средство для посылки информации службы сообщений содержит:
средство для осуществления попытки посылать информацию службы сообщений через сигнализацию Мультимедийной подсистемы на основе Интернет-протокола, если индикатор указывает на то, что службу сообщений предпочтительно вызывать через упомянутый домен Интернет-протокола, и
средство для осуществления попытки присоединиться к одному из: сигнализации слоя без доступа или домена с коммутацией каналов и послать информацию службы сообщений по одному из сигнализации слоя без доступа или домена с коммутацией каналов, если попытка послать информацию службы сообщений через сигнализацию Мультимедийной подсистемы на основе Интернет-протокола оказывается безуспешной.

15. Устройство по п.14, в котором служба сообщений содержит Службу коротких сообщений.

16. Устройство по п.15, в котором домен Интернет-протокола содержит домен Мультимедийной подсистемы на основе Интернет-протокола.

17. Устройство по п.14, также содержащее средство для приема индикатора из сетевого объекта.

18. Устройство по п.14, в котором средство для посылки информации службы сообщений также содержит средство для осуществления попытки послать информацию службы сообщений через одно из: сигнализации слоя без доступа или домена с коммутацией каналов, если индикатор указывает на то, что службу сообщений не следует вызывать через домен Интернет-протокола.

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

20. Машиночитаемый носитель информации по п.19, в котором служба сообщений содержит Службу коротких сообщений.

21. Машиночитаемый носитель информации по п.20, в котором домен Интернет-протокола содержит домен Мультимедийной подсистемы на основе Интернет-протокола.

22. Машиночитаемый носитель информации по п.19, в котором способ также содержит прием индикатора из сетевого объекта.

23. Машиночитаемый носитель информации по п.19, в котором посылка информации службы сообщений также содержит попытку послать информацию службы сообщений через одно из сигнализации слоя без доступа или домена с коммутацией каналов, если индикатор указывает на то, что службу сообщений не следует вызывать через домен Интернет-протокола.

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

25. Способ по п.24, в котором служба сообщений содержит Службу коротких сообщений.

26. Способ по п.25, в котором домен Интернет-протокола содержит упомянутый домен Мультимедийной подсистемы на основе Интернет-протокола.

27. Способ по п.24, в котором индикатор отправляется сетевым объектом.

28. Способ по п.24, в котором индикатор отправляется объектом домашнего оператора для терминала доступа.

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

30. Устройство по п.29, в котором служба сообщений содержит Службу коротких сообщений.

31. Устройство по п.30, в котором домен Интернет-протокола содержит упомянутый домен Мультимедийной подсистемы на основе Интернет-протокола.

32. Устройство по п.29, в котором индикатор отправляется сетевым объектом.

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

34. Устройство по п.33, в котором служба сообщений содержит Службу коротких сообщений.

35. Устройство по п.34, в котором домен Интернет-протокола содержит упомянутый домен Мультимедийной подсистемы на основе Интернет-протокола.

36. Устройство по п.33, в котором индикатор отправляется сетевым объектом.

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

38. Машиночитаемый носитель информации по п.37, в котором служба сообщений содержит Службу коротких сообщений.

39. Машиночитаемый носитель информации по п.38, в котором домен Интернет-протокола содержит домен Мультимедийной подсистемы на основе Интернет-протокола.

40. Машиночитаемый носитель информации по п.37, в котором индикатор отправляется сетевым объектом.