Выбор домена для инициируемой мобильным объектом службы сообщений

Выбор домена для инициируемой мобильным объектом службы сообщений

Иллюстрации

Показать все

Реферат

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

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

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

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

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

Введение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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