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

ПРИТЯЗАНИЯ НА ПРИОРИТЕТ

Данная заявка притязает на преимущество и приоритет по находящейся в общей собственности предварительной заявке на патент США номер 61/232,733, поданной 10 августа 2009 года и имеющей назначенный ей номер дела в досье поверенного № 093206P1, раскрытие сущности которой тем самым содержится по ссылке в данном документе.

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

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

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

Введение

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

Различные типы информации могут отправляться между терминалом доступа и сетью, и эта информация может отправляться по различным типам доменов. Например, терминал доступа может отправлять речевой трафик, трафик веб-обозревателя, потоковый трафик, трафик службы коротких сообщений (SMS) (например, для доставки до 160 символов) и другие типы трафика в сеть. Помимо этого, в различных сценариях этот трафик может отправляться через домен Интернет-протокола (IP) или некоторый другой тип домена (например, домен с коммутацией каналов (CS)). Например, терминал доступа для системы на основе сети радиодоступа GSM/EDGE (GERAN) или наземной сети радиодоступа UMTS (UTRAN) может быть способен к осуществлению связи через IP-домен, к примеру, домен мультимедийной подсистемы на базе IP-протокола (IMS) или CS-домен. Аналогично терминал доступа для системы на основе усовершенствованной 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 связи (к примеру, части сети связи). В целях иллюстраци, различные аспекты раскрытия сущности описываются в контексте одного или более терминалов доступа, точек доступа и сетевых объектов, которые обмениваются данными друг с другом. Следует принимать во внимание, тем не менее, то, что идеи данного документа могут быть применимы к другим типам устройств или другим аналогичным устройствам, которые упоминаются с использованием других терминов. Например, в различных реализациях точки доступа могут упоминаться или реализовываться как усовершенствованные узлы B, узлы B, базовые станции и т.д., тогда как терминалы доступа могут упоминаться или реализовываться как пользовательское оборудование, мобильные станции, мобильные устройства и т.д.

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

В соответствии с идеями в данном документе, терминал 102 доступа сконфигурирован с помощью указания 108 службы обмена сообщениями, которое терминал 102 доступа использует для того, чтобы идентифицировать домен для доставки информации службы обмена сообщениями (например, SMS-сообщения). Например, на основе значения этого указания, селектор 108 домена службы обмена сообщениями может выбирать доставку информации службы обмена сообщениями в 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-сигнализация заключает в себе NAS-сигнализацию для SMS по CS. Для терминала доступа в UTRAN NAS-сигнализация заключает в себе NAS-сигнализацию для SMS по общей службе пакетной радиопередачи (GPRS) и Gs-интерфейс между центром коммутации мобильной связи (MSC) и обслуживающим узлом поддержки GPRS (SGSN). Для терминала доступа в E-UTRAN NAS-сигнализация заключает в себе NAS-сигнализацию для SMS по EPS и SGs-интерфейс между MSC и объектом управления мобильностью (MME).

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

Раскрытие сущности, таким образом, относится в некоторых аспектах к методологии выбора SMS-домена для терминалов доступа с поддержкой CS/CSFB и IMS для различных технологий радиодоступа. В некоторых реализациях терминал доступа использует одну конфигурацию: либо терминал доступа сконфигурирован, чтобы использовать 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-речь" выбирается); 3) терминал доступа является присоединенным по IMSI. Исходя из этого Фиг.4 и 5 описывают примерные операции выбора SMS-домена, которые могут быть выполнены посредством терминала доступа, закрепленного в технологии радиодоступа E-UTRAN- или 2G/3G, соответственно.

Фиг.4 описывает примерные операции выбора SMS-домена, которые могут быть выполнены для терминала доступа с поддержкой CS/CSFB и IMS, закрепленного в 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 завершается неудачно, то терминал доступа должен пытаться использовать NAS для SMS по 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-домена, которые могут быть выполнены для терминала доступа с поддержкой CS и IMS, закрепленного в технологии радиодоступа 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 описывает примерные операции, которые могут быть выполнены посредством терминала доступа с технологией E-UTRAN и CDMA2000. В этом случае терминал доступа в E-UTRAN может использовать SMS по IMS или SMS по S102. SMS по S102 выполняется с использованием протокольного блока данных (PDU) по стандарту CDMA2000 между терминалом доступа и MME и с использованием S102-туннеля между MME и функцией межсетевого обмена для CDMA 1x.

Этот пример начинается на этапе 802 с терминалом доступа с поддержкой 1x/LTE и IMS, закрепленным в 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 иллюстрирует упрощенный пример E-UTRAN-системы 1000 (т.е. LTE-сеть). Здесь пользовательское оборудование (т.е. терминал доступа) осуществляет связь через беспроводные сигналы с усовершенствованным узлом B через E-UTRA Uu-интерфейс.

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

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

Фиг.11 иллюстрирует упрощенный пример UTRAN-системы 1100. В этом случае UE осуществляет связь через беспроводные сигналы с узлом B через UTRA Uu-интерфейс. Узел B в свою очередь осуществляет связь с SGSN.

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

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

Фиг.12 иллюстрирует упрощенный пример GERAN-системы 1200. Здесь терминал доступа (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 иллюстрирует упрощенный пример E-UTRAN-системы 1300, которая предоставляет возможности подключения в CDMA2000. Аналогично описанному выше для Фиг.10, UE осуществляет связь через беспроводные сигналы с усовершенствованным узлом B, и сигнализация в IMS-домене (как представлено посредством пунктирной линии 1304) доступна для UE через IMS-туннель через усовершенствованный узел B, SGW, PGW и IMS.

В этом случае, тем не менее, сигнализация в SMS-домене (как представлено посредством пунктирной линии 1302) предоставляется через CDMA2000 PDU между 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 (например, терминал доступа) примерной MIMO-системы 1500. В устройстве 1510 данные трафика для определенного числа потоков данных предоставляются из источника 1512 данных в процессор 1514 передачи (TX) данных. Каждый поток данных затем может быть передан по соответствующей передающей антенне.

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

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

Каждый приемопередатчик 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-данных является комплементарной обработкой, выполняемой посредством TX MIMO-процессора 1520 и процессора 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 (E-UTRA), IEEE 802.11, IEEE 802.16, IEEE 802.20, Flash-OFDM® и т.д. UTRA, E-UTRA и GSM являются частью универсальной системы мобильной связи (UMTS). Идеи данного документа могут реализовываться в системе долгосрочного развития 3GPP (LTE), системе сверхширокополосной мобильной связи (UMB) и других типах систем. LTE - это версия UMTS, которая использует EUTRA. UTRA, E-UTRA, GSM, UMTS и LTE описываются в документах организации, называемой партнерским проектом третьего поколения (3GPP), тогда как CDMA2000 описывается в документах организации, называемой партнерским проектом третьего поколения 2 (3GPP2). Хотя определенные аспекты раскрытия сущности могут описываться с использованием терминологии 3GPP, следует понимать, что идеи данного документа могут применяться к технологии 3GPP (к примеру, Re199, Re15, Re16, Re17), а также к технологии 3GPP2 (к примеру, 1xRTT, 1xEV-DO Re10, RevA, RevB) и к другим технологиям.

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

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

Точка доступа может содержать, быть реализована как или известна как узел B, усовершенствованный узел B, контроллер радиосети (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 или другое устройство хранения на оптических дисках, устройство хранения на магнитных дисках или другие магнитные устройства хранения, либо любой другой носитель, который может быть использован для того, чтобы переносить или сохранять требуемый программный код в форме инструкций или структур данных, и к которому можно осуществлять доступ посредством компьютера. Также любое подключение корректно называть компьютерно-читаемым носителем. Например, если программное обеспечение передается из веб-узла, сервера или другого удаленного источника с помощью коаксиального кабеля, оптоволоконного кабеля, "витой пары", цифровой абонентской линии (DSL) или беспроводных технологий, таких как инфракрасные, радиопередающие и микроволновые среды, то коаксиальный кабель, оптоволоконный кабель, "витая пара", DSL или беспроводные технологии, такие как инфракрасные, радиопередающие и микроволновые среды, включены в определение носителя. Термин «диск», используемый в данном документе, включает в себя компакт-диск (CD), лазерный диск, оптический диск, универсальный цифровой диск (DVD), гибкий диск и диск Blu-Ray, при этом магнитные диски обычно воспроизводят данные магнитно, тогда как оптические диски обычно воспроизводят данные оптически с помощью лазеров. Комбинации вышеперечисленного также следует включать в число компьютерно-читаемых носителей. Следует принимать во внимание, что компьютерно-читаемый носитель может быть реализован в любом подходящем компьютерном программном продукте.

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

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

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

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

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

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

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

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

7. Способ по п.6, в котором процедура присоединения содержит процедуру присоединения только по стандарту усовершенствованной системы с пакетной коммутацией.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

24. Устройство по п.23, при этом служба обмена сообщениями содержит службу коротких сообщений.

25. Устройство по п.24, при этом домен Интернет-протокола содержит домен мультимедийной подсистемы на базе Интернет-протокола.

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

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

28. Устройство по п.26, при этом, если определено, что информация службы обмена сообщениями не может быть доставлена через сигнализацию в мультимедийной подсистеме на базе Интернет-протокола, идентификация домена содержит попытку регистрации в CDMA 1x, чтобы доставлять информацию службы обмена сообщениями по S102-интерфейсу.

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

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

31. Устройство по п.23, в котором процессор службы обмена сообщениями интегрирован с терминалом доступа.

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

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

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

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

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

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

38. Устройство по п.36, при этом, если определено, что информация службы обмена сообщениями не может быть доставлена через сигнализацию в мультимедийной подсистеме на базе Интернет-протокола, идентификация домена содержит попытку регистрации в CDMA 1x, чтобы доставлять информацию службы обмена сообщениями по 3102-интерфейсу.

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

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

41. Устройство по п.33, в котором средство для идентификации домена интегрировано с терминалом доступа.

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

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

44. Компьютерно-читаемый носитель по п.43, при этом служба обмена сообщениями содержит службу коротких сообщений.

45. Компьютерно-читаемый носитель по п.44, при этом домен Интернет-протокола содержит домен мультимедийной подсистемы на базе Интернет-протокола.

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

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

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

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

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

51. Компьютерно-читаемый носитель по п.43, при этом компьютерно-читаемый носитель интегрирован с терминалом доступа.

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

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

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

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

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

57. Устройство по п.56, при этом служба обмена сообщениями содержит службу коротких сообщений.

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

59. Устройство по п.58, при этом служба обмена сообщениями содержит службу коротких сообщений.

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

61. Компьютерно-читаемый носитель по п.60, при этом служба обмена сообщениями содержит службу коротких сообщений.