Идентификация домена для доставки информации службы обмена сообщения

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

Реферат

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

Данная заявка притязает на преимущество и приоритет по находящейся в общей собственности предварительной заявке на патент США номер 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) ч