КОРОТКИЕ ПОЛЬЗОВАТЕЛЬСКИЕ СООБЩЕНИЯ В СИГНАЛИЗАЦИИ УПРАВЛЕНИЯ СИСТЕМОЙ Российский патент 2014 года по МПК H04W4/12 

Область техники

Настоящее изобретение относится к области коротких сообщений в беспроводной связи и, в частности, к передаче коротких сообщений с использованием части управляющего сообщения.

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

Обмен текстовыми сообщениями позволяет сотовому телефону или другому беспроводному пользовательскому устройству передавать текстовые сообщения на другой сотовый телефон или беспроводное устройство. Это стало настолько популярным среди пользователей сотовых телефонов, что были приняты законы, запрещающие отправку текстовых сообщений во время управления транспортным средством. Были проведены научные исследования физического воздействия набора текстовых сообщений на большие пальцы и психологического воздействия набора текстовых сообщений на правописание и навыки общения. В большинстве систем радиосвязи для поддержки текстовых сообщений используют SMS (Short Message Service (Служба Коротких Сообщений)).

SMS может включать в себя небольшой текст и иногда небольшие файлы данных. Также был разработан стандарт MMS (Multimedia Message Service (Служба Передачи Мультимедийных Сообщений)), позволяющий отправлять более большие файлы данных, например, изображения, имеющие большой размер, или видео с одного сотового телефона или мобильного устройства на другое. Две системы работают с использованием разных сообщений, которые являются разными частями радиоинтерфейса.

Учитывая потребность в быстрой передаче большого количества файлов данных или мультимедийных файлов, в настоящий момент системы беспроводной связи перешли к использованию стандарта четвертого поколения (4G). И среди них, скорее всего, LTE (Long Term Evolution (Долгосрочное Постепенное Развитие)) и IEEE (Institute of Electrical and Electronics Engineers (Институт инженеров по электротехнике и электронике)) 802.16m получат широкое использование по всему миру.

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

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

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

Фиг.2 является схемой сигналов приема и передачи SMS между базовой станцией и мобильной станцией в режиме соединения согласно варианту осуществления настоящего изобретения;

Фиг.3 является схемой сигналов приема SMS от базовой станции мобильной станцией в режиме ожидания согласно варианту осуществления настоящего изобретения;

Фиг.4 является схемой сигналов отправки SMS на базовую станцию мобильной станцией в режиме ожидания согласно варианту осуществления настоящего изобретения;

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

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

В режиме соединения МС (Мобильная Станция (Mobile Station)) может отправлять сообщение RNG-REQ на БС (Базовая Станция (Base Station)) с использованием всего или части блока TLV (type-length-value (тип/длина/значение)) сообщения, несущего короткое сообщение. В состоянии приема МС принимает сообщение RNG-RSP от БС с использованием TLV, несущего короткое сообщение. Другие сообщения и управляющие сообщения также могут быть использованы в зависимости от конкретного применения.

На фиг.1 показан пример системы 10 сотовой радиосвязи. МС 12 и 14 могут быть мобильными или неподвижными и могут быть, например, сотовыми телефонами, ноутбуками, персональными компьютерами, проигрывателями мультимедиа, бытовыми устройствами или любыми из множества других устройств с беспроводным соединением. МС также может быть названа абонентской станцией, удаленной станцией, терминалом или другими терминами.

В системе присутствует некоторое количество базовых станций (БС) 16-24 для обеспечения связи с МС.БС, в зависимости от конкретного применения, могут отличаться друг от друга и иметь большую или малую область покрытия и мощность передачи. Несмотря на то, что на фиг.1 БС показаны однотипными, они могут быть соединены и сконфигурированы другим образом. В некоторых случаях конкретного применения может быть использована точка сетевого доступа или одноранговая МС, которая функционирует как БС. В проиллюстрированном примере первая МС зарегистрирована на БС 19 и вторая МС зарегистрирована на БС 23. Такая регистрация позволяет каждой МС быть связной с БС для поддержки тех услуг, которые поддерживаются МС и системой.

Каждая БС 16-24 соединена со шлюзом. В данном случае существует три шлюза 25, 26, 27. Каждый шлюз поддерживает несколько БС. Шлюзы могут быть, а могут и не быть соединены друг с другом, и все они соединены, напрямую или нет, с СОУ 30 (Сеть Обеспечения Услуг (Connectivity Service Network (CSN))). СОУ подключена к магистрали 31 телефонной сети или сети передачи данных, обеспечивающей доступ к другим телефонным системам, серверам данных, службам и т.д. В некоторых случаях вместо соединения через шлюз БС может быть напрямую соединена с СОУ через магистраль 31.

В показанном примере функции администрирования и управления могут быть распределены между БС, шлюзом и СОУ множеством различных способов. Что касается связи, то первая МС 12 может осуществлять связь со второй МС 14 через соответствующее соединение БС со шлюзом. Если обе МС зарегистрированы на одной БС, БС может поддерживать связь без использования маршрутизации через шлюз. Аналогично, если вторая МС соединена с другой системой, СОУ или ПИУ (Провайдер Интернет Услуг (Internet Service Provider (ISP))), то две МС могут связываться через магистраль 31.

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

На фиг.2 показан пример отправки текстовых сообщений или других типов коротких сообщений с использованием механизма передачи L2. Передача L2 является общей концепцией, в которой для отправки сообщений более высокого уровня используется уровень MAC. В случае использования протокола системы WiMAX это может быть передача L2 (Уровень 2) сообщения, такого как L2-XFER. Передача L2 использует определенный тип и подтип для передачи полезной нагрузки сообщения (например, Тип 6, подтип а). Ширина полосы частот может быть заранее согласована МС с БС для отправки полезной нагрузки сообщения по исходящему каналу с использованием механизма передачи L2.

Затем БС дает подтверждение 33 передачи SMS. Как в случае передачи исходящего сообщения, для этого может быть использовано сообщение передачи L2. Передача L2 использует определенный тип и подтип для подтверждения (например, Тип 6, подтип b).

Оба сообщения передачи, показанные на фиг.2, были изменены. Вместо содержания управляющего сообщения, предназначенного для базовой станции, первое передаваемое сообщение 32 содержит текстовое сообщение или другое короткое сообщение, предназначенное для другого пользователя. Обычное сообщение L2-XFER имеет атрибуты типа и подтипа. Определенный "Тип", такой как Тип 6, и определенный "ПодТип", такой как SubType, должны быть заранее определены как несущие короткое сообщение. При передаче короткого сообщения, TLV или другое поле, связанное с коротким сообщением, может быть вставлено в управляющее сообщение L2-XFER. Данные в этом поле могут быть заменены на короткое сообщение пользователя и маркер, такой как Тип и ПодТип, указывающие, что это сообщение для пользователя, а не управляющее сообщение.

Как показано на фиг.2, БС так же может отправить SMS на МС с использованием сообщений L2-XFER. Сначала сообщение 34 L2-XFER отправляют на МС. Как и в случае с L2-XFER от МС, это сообщение может содержать поле TLV, связанное с коротким сообщением для пользователя МС, как с, так и без управляющей информации, относящейся к параметрам TLV. TLV для SMS может быть обозначено любым конкретным заданным типом и подтипом. Например, могут быть использованы Тип 6, подтип а, как и в случае передачи от МС. В качестве альтернативы, в режиме соединения БС может отправить пользователю МС сообщение L2-XFER, включающее в себя подтверждение с текстом.

МС отвечает на SMS от БС сообщением 35 подтверждения. Оно также может быть в виде AAIJL2-XFER определенного Типа и подтипа (например: Тип 6, подтип b). Подтверждение также может включать в себя другое SMS. Когда МС находится в режиме соединения, для передачи короткого сообщения система может выбрать другое управляющее сообщение MAC, например сообщение регулирования диапазона или регистрации. Эти сообщения могут иметь "Тип", специально определенный для SMS или другого протокола обмена сообщениями.

В режиме ожидания БС и МС не соединены друг с другом, что не позволяет осуществлять обмен сообщениями передачи L2. Как показано на фиг.3, на БС есть короткое сообщение для отправки на МС, однако МС находится в режиме ожидания. Соответственно, она не примет RNG-RSP, как в случае, показанном на фиг.2. БС отправляет на МС страницу 36. В приведенном примере она является AAI_PAGE-ADV с кодом команды 0b01. Эта страница используется как команда от МС для обновления местоположения. Сначала станции выполняют регулирование 37 диапазона для запроса от БС ширины полосы частот. Затем МС отвечает и начинает обновление местоположения отправкой обычного сообщения 38 RNG-REQ. В качестве одного примера, это может быть AAI_RNG-REQ, содержащее CDMA Allocation А-МАР IE (RAID1 и индикатор маски Регулирования диапазона).

Однако БС не отвечает обычным сообщением RNG-RSP. Вместо этого МС принимает от БС сообщение RNG-RSP 40, содержащее поля TLV, относящиеся к SMS. Как и ранее, это сообщение может содержать, а может и не содержать управляющее сообщение. В приведенном примере, за ним следует сообщение 41 с CDMA Allocation А-МАР IE (RAID1 и индикатор маски Регулирования диапазона). БС продолжает отправлять данное сообщение 42 до тех пор, пока не получит подтверждение 43 от МС. И БС, и МС могут запустить таймеры отсчета момента приема подтверждения. МС имеет таймер для CDMA Allocation А-МАР IE, и БС имеет таймер для подтверждения. В качестве альтернативы, МС может оправить сообщение о регулировании диапазона или другое управляющее сообщение, которое включает в себя как дополнение к подтверждению текст SMS.

В одном конкретном примере, показанном на фиг.3, когда на БС есть входящее SMS для МС, находящейся в режиме ожидания, БС включает SMS в сообщение AAI-RNG-RSP после отправки AAI_PAG-ADV, указывающего на обновление местоположения. После отправки AAI_RNG-RSP, содержащего SMS, БС устанавливает состояние CDMA Allocation А-МАР IE как "не опрошенное" для приема AAI_MSG-ACK в качестве подтверждения получения входящего SMS. MCRC для CDMA Allocation А-МАР IE использует маску RAID и индикатор маски регулирования диапазона, в котором RAID аналогичен маске RAID в CDMA Allocation А-МАР IE для сообщения AAI_RNG-REQ, отправленного МС.

После того как БС отправила AAI_RNG-RSP, содержащего SMS, БС запускает таймер SMS_confirm_resource_alloc_timer и оставляет за МС право на определение CDMA Allocation А-МАР IE. Когда МС принимает AAI_RNG-RSP, содержащего SMS, МС запускает таймер SMS_confirm_resource_waiting_timer и ожидает получения CDMA Allocation А-МАР IE для отправки AAI_MSG-ACK.

Если МС имеет данные для отправки короткого сообщения и МС находится в режиме ожидания, то она может по собственной инициативе выполнить обновление местоположения с использованием сообщения 46 RNG-REQ, включающего в себя SMS. Это показано на фиг.4. В данном примере регулирование диапазона на основе кода завершается на этапе 45 и станции готовы для осуществления связи. Сигнал запроса регулирования диапазона может быть получен в форме AAI_RNG-REQ с SMS для CDMA Allocation А-МАР IE. Базовая станция может ответить обычным сообщением 47 RNG-RSP, или сообщение RNG-RSP может включать в себя короткое сообщение, если короткое сообщение поставлено в очередь для отправки.

В одном конкретном примере БС использует сообщение AAI_RNG-RSP для передачи SMS на МС по входящему каналу. SMS от МС, находящейся в состоянии ожидания, может быть включено в сообщение AAI_RNG-REQ. Это может быть обозначено использованием, например, установки Ranging Purpose Indication Bit (Бита Обозначения Регулирования Диапазона)=1 ("обновление местоположения в режиме ожидания"). Если возможностей исходящего канала недостаточно для отправки сообщения RNG-REQ, включающего в себя SMS, то сообщение AAI_RNG-REQ может быть разбито на фрагменты с использованием способа для разбиения на части RNG-REQ.

БС принимает SMS от МС через сообщение AAI_RNG-REQ, когда МС находится в режиме ожидания. При получении данного сообщения БС может ответить отправкой сообщения AAI_RNG-RSP. Это может быть использовано для подтверждения приема SMS.

На предыдущем уровне техники SMS и MMS шифруются на физическом уровне. Это осуществляется в том случае, когда сообщения непосредственно идентифицируются как несущие SMS или MMS информацию. В протоколе 802.16m сообщения RNG-REQ и RNG-RSP не шифруются. Управляющие сообщения, содержащиеся обычно в TLV сообщения RNG, не являются значимыми. Это может быть скомпенсировано на уровне приложения, например, механизмом шифрования на уровне SMS или применением какого-либо другого способа шифрования. Более высокий уровень шифрования может быть использован для фактической части сообщения SMS, передаваемой через TLV сообщения RNG, без необходимости шифрования сообщения RNG на физическом уровне.

В описанном выше примере для протокола 802.16m сообщения RNG являются частью группы управляющих сообщений MAC (Управление Доступом к Носителю).

Эти сообщения передаются как основная часть MAC PDU (Блок Данных Протокола). Все управляющие сообщения MAC начинаются с поля Типа Сообщения и могут содержать дополнительные поля. Формат управляющего сообщения приведен ниже в таблице 1.

Таблица 1 Поле Размер Примечание Тип управляющего сообщения 8 REQ=4, RSP=5 Зарезервировано 8 Значение равно нулю Закодированная информация TLV Переменный Управляющие сообщения

В таблице 1 первая часть MAC PDU является идентификатором типа, занимающего 8 бит. Для сообщения RNG-REQ тип обозначается числом 4. Для сообщения RNG-RSP тип обозначается числом 5. Предусмотрено более большое количество типов MAC PDU с использованием других номеров типа. Следующие 8 бит сообщения равны нулям. После заголовка MAC PDU содержит данные TLV. Как описано ниже, блоки TLV могут иметь разную длину или размер и могут быть объединены в одном сообщении заранее предусмотренным способом. Данные в TLV предназначены для управляющих сообщений, которые незаметны для пользователя и гарантируют сглаживание работы системы.

В 802.16m регулирование диапазона с использованием сообщений RNG-REQ и RNG-RSP является процессом получения правильного сдвига синхронизации, сдвига частоты и настройки мощности, чтобы передача от МС была совмещена с БС, и так, чтобы принимать сигналы в течение соответствующего порога приема. Регулирование диапазона также используют для установления местоположения мобильной станции при ее перемещении.

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

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

Сообщение Запроса Диапазона (RNG-REQ) передается МС в момент инициализации и затем передается периодически для определения сетевой задержки и для запроса мощности передачи, профиля пакетов или других параметров работы системы. Инициализация относится к моменту начального поиска МС для получения доступа к сети и регистрации на базовой станции. Сообщение RNG-REQ может отсылаться в момент начального регулирования диапазона и в выделенные интервалы передачи данных. Часть сообщения с полем TLV может меняться в зависимости от обстоятельств и в одном сообщении RNG-REQ может быть более одного поля TLV.

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

Сообщение RNG-RSP (Отклик на Регулирование Диапазона) имеет похожие типы параметров TLV, которые могут быть отправлены. Они могут включать в себя информацию о настройке синхронизации, частоту, канал, подканал, параметры задержки, различные таймеры, номера кадров и временных интервалов, номера оборудования и адреса базовых станций и модемов, параметры вызова и т.д. Как и в случае с сообщением запроса, сообщения отклика также относятся к управляющим параметрам и работе оборудования.

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

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

На фиг.5 показан пример аппаратной конфигурации, которая может быть использована как для мобильной станции, так и базовой станции для реализации вышеописанной связи. Как показано на фиг.5, станция 50 управляется процессором 52. Он может быть небольшим процессором с низким энергопотреблением в случае МС или мощным высокопроизводительным процессором в случае БС.

Процессор имеет шину памяти, подключенную к памяти 56, например, магнитной, оптической, твердотельной или их комбинации. Память содержит программный код и пользовательские данные, которые могут быть получены или отправлены станциями. Блок учетных данных 58 также может быть соединен с данной шиной. В случае МС он может включать в себя SIM (Subscriber Identity Module (Модуль Идентификации Абонента)) и хранить другие персональные данные. В случае БС он может включать в себя базу учетных данных авторизации или быть подключенным к такой базе данных.

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

Шина интерфейса пользователя, например USB (Universal Serial Bus (Универсальная Последовательная Шина)), или другой тип интерфейса подключения соединяют процессор с интерфейсом 60 пользователя, таким как клавиатура, сенсорный экран, мышь, шаровой манипулятор и т.д., дисплеем 62 и разъемами 64 для подключения других устройств. Конкретный интерфейс пользователя может быть адаптирован для соответствия конкретному применению. Пользователь может ввести или приложить текст или другое короткое сообщение с использованием интерфейса пользователя, а также использовать его для управления и обслуживания системы. В случае МС пользователь может, используя интерфейс, сделать запись посредством микрофона или камеры и приложить данную запись к короткому сообщению, которое, в соответствии с командой, введенной клавиатурой или сенсорным экраном, будет отправлено конкретному пользователю или группе пользователей.

Процессор 52 также соединен с шиной связи, позволяющей осуществлять связь с другими устройствами. Проводной интерфейс 66 позволяет БС связываться с другими БС, шлюзами, контроллерами базовых станций, центрами обслуживания и управления и т.д. В случае БС проводной интерфейс предполагает как сетевое подключение, так и подключение портативных устройств, а также позволяет подключить устройство к персональному компьютеру для обновления или обслуживания. Шина связи также обеспечивает связь с персональной сетью 68 (PAN), например Bluetooth, локальной сетью 70 (LAN), например Wi-Fi, и глобальной сетью 72 или городской сетью, например 802.16m. В зависимости от применения может быть использовано большее или меньшее количество сетевых адаптеров. Некоторые сетевые функции могут быть объединены или быть отдельными функциями, и могут быть использованы различные протоколы и конфигурации.

Адаптер 72 глобальной сети (WAN) включает в себя логическую схему 74, которая генерирует, объединяет, кодирует, шифрует и ставит в очередь пакеты, которые должны быть отправлены в глобальную сеть. Логическая схема соединена с приемопередатчиком 76, который усиливает, модулирует и кодирует пакеты, полученные от логической схемы, для их передачи в глобальную сеть через антенну 78. Антенна может иметь один или более элементов в зависимости от требований к производительности, себестоимости и внешнего вида. Данная схема передачи также может функционировать и для приема, но может быть использована и отдельная схема приема. Схема приема должна выполнять обратные функции по приему, демодуляции, усилению, обработке, декодированию и т.д. для получения данных, которые отправляются процессору по шине связи.

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

Конфигурация, показанная на фиг.5, может быть применена для портативного или настольного компьютера, оборудованного адаптером беспроводной связи. Адаптер 72 глобальной сети (WAN) может быть отдельным компонентом для шины USB, PCI (Межсоединение Периферийных Компонентов) или любой другой подходящей шины, или он может быть внутренним элементом системы.

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

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

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

Настоящее изобретение может быть реализовано в виде программного продукта, который включает в себя носитель с командами, доступными для чтения соответствующим устройством, и эти команды используются как компьютерная программа (или программа для другого устройства) для выполнения им процессов согласно настоящему изобретению. Носителем команд, доступных для чтения устройством, может быть, но изобретение этим не ограничено, гибкий диск, оптический диск, компакт-диск (CD-ROM), магнитооптический диск, ПЗУ, ОЗУ, СППЗУ, ЭСППЗУ, магнитная или оптическая карта, флэш-память или любой другой тип носителя, пригодный для хранения электронных команд.

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

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

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

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

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

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

4. Способ по п.3, в котором второе короткое сообщение является сообщением от пользователя третьей радиостанции.

5. Способ по п.1, в котором короткое сообщение является текстовым сообщением.

6. Способ по п.1, в котором короткое сообщение является сообщением службы коротких сообщений (SMS).

7. Способ по п.1, в котором короткое сообщение является мультимедийным сообщением.

8. Способ по п.1, в котором поле данных выделено для использования в управляющем сообщении.

9. Способ по п.1, в котором первое управляющее сообщение является сообщением управления доступа к среде (MAC).

10. Способ по п.9, в котором используют сообщение управления доступом к среде при операциях управления доступом к среде в режиме соединения или в режиме ожидания.

11. Способ по п.1, дополнительно содержащий этап, на котором принимают оповещение от второй радиостанции, причем отправляют первое управляющее сообщение в ответ на прием оповещения.

12. Способ по п.9, в котором первое управляющее сообщение является сообщением обновления местоположения.

13. Способ по п.1, дополнительно содержащий этап, на котором шифруют, на уровне приложения, короткое сообщение перед его отправкой.

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

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

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

17. Устройство по п.15, в котором поле данных выделено для использования в управляющем сообщении.

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

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

20. Носитель по п.19, в котором первое управляющее сообщение является сообщением обновления местоположения.