Протокол службы обмена расширяемыми текстовыми сообщениями для использования с двусторонним радиоприемопередатчиком

Иллюстрации

Показать все

Изобретение относится к системам связи. Технический результат заключается в усовершенствовании передачи управляющей информации. Заявленный способ (500) связи посредством обмена расширяемыми текстовыми сообщениями для использования с двусторонним радиоприемопередатчиком включает в себя поле (505) бита расширения для создания расширяемого заголовка для управления общим размером пакетов данных, используемых для передачи графика сообщений. Протокол дополнительно включает в себя поле (530) управляющего бита для обозначения сообщения в качестве управляющего сообщения или пользовательского сообщения и поле (540) типа протокольного блока данных (PDU) для идентификации типа сообщения. Поле (550) полезной нагрузки может дополнительно использоваться для переноса содержимого сообщения. 3 н. и 17 з.п. ф-лы, 19 ил., 1 табл.

Реферат

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

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

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

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

Большинство используемых в настоящее время протоколов обмена сообщениями, содержащими данные, представляет собой протоколы, «основанные на сервере». Таким образом, станции, желающие выполнить обмен текстовыми сообщениями или другими данными, сначала должны установить связь с сервером, который служит в качестве промежуточной станции. Этот тип работы часто упоминается как работа «с промежуточным накоплением», где станция отправителя посылает сообщение на сервер, который хранит сообщение до такого момента времени, когда предполагаемая станция получателя сможет принять сообщение, после чего сервер отправляет хранимое сообщение предполагаемой станции получателя. Такие протоколы включают в себя простой протокол электронной почты (SMTP), простой сетевой пейджинговый протокол (SNPP), мгновенный обмен сообщениями (IM) и протокол установления сеансов связи для дополнительных расширений мгновенного обмена сообщениями и определения присутствия (SIMPLE) и многие другие. Эти типы протоколов обычно используются для пересылки сообщений между пользователями в сетевой среде. Существующие системы обмена сообщениями становятся все более и более популярными, особенно среди пользователей беспроводных устройств. Поскольку обмен сообщениями может быть менее навязчивым, чем речевая связь по телефону, обмен сообщениями продолжает быть популярным режимом связи в малом бизнесе, правительственной и корпоративной среде.

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

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

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

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

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

Фиг.3 представляет собой блок-схему, иллюстрирующую стек протоколов связи, показанный на фиг.2 и использующий радиоинтерфейс стандарта цифровой мобильной радиосвязи Европейского института стандартизации электросвязи (ETSI-DMR) и варианты осуществления протокола службы обмена текстовыми сообщениями настоящего изобретения.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Осуществление изобретения

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

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

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

Фиг.1 представляет собой блок-схему, иллюстрирующую топологию системы для использования с протоколом службы обмена текстовыми сообщениями согласно варианту осуществления изобретения. Система 100 включает в себя множество мобильных беспроводных устройств 101-107 (также упоминаемых в данном документе как абоненты), которые могут устанавливать связь непосредственно между каждым устройством 101-107 или через центральную станцию, такую как повторитель 111. Эти устройства 101-107 обычно представляют собой двусторонние радиоприемопередатчики, которые могут отправлять речь, трафик данных и/или управляющую информацию беспроводным образом между устройствами. Устройства 101, 103 включают в себя внешние устройства 113, 115 обработки, которыми могут быть портативный переносной компьютер, персональный цифровой помощник (PDA) или другое электронное устройство, способное передавать и принимать данные и/или другую информацию по обмену сообщениями на устройство 101, 103. Каждое внешнее устройство 113, 115 обработки подключено или физически, или беспроводным образом к устройству 101, 103. Внешние устройства 113, 115 обработки используют приложения обмена текстовыми сообщениями, которые аналогичны тем, которые постоянно находятся в устройствах 105, 107, но внешние устройства 113, 115 обработки устанавливают связь с другими сетевыми устройствами, описанными в данном документе, через устройства 101, 103. Следовательно, устройства 101, 103 служат в качестве модема для того, чтобы способствовать установлению линии связи для внешнего устройства 113, 115 обработки. Альтернативно, устройства 101, 103 могут хостировать приложение текстовых сообщений, подобно приложениям устройств 105, 107, где приложения текстовых сообщений, хостируемые на устройствах 101, 103, и приложения текстовых сообщений, хостируемые во внешних устройствах 113, 115 обработки, каждое, адресуются посредством уникального адреса Интернет-протокола (IP).

Устройство 109 подключено к компьютерному серверу 117 для способствования осуществления связи между устройствами 101-107 и внешней пользовательской корпоративной сетью 119, причем сервер также способствует установлению связи между блоками. Обычно устройство 109 не имеет резидентного приложения обмена текстовыми сообщениями, аналогично резидентному в устройстве 105, 107. Однако в некоторых вариантах осуществления устройство 109 может аналогичным образом включать в себя приложение обмена текстовыми сообщениями. В одном применении сервер может обеспечивать операцию с промежуточным накоплением, как описано выше. Пользовательская корпоративная сеть 119 включает в себя множество устройств 121-125 связи для передачи и приема данных и/или другой информации обмена сообщениями через сервер 117 на любое устройство 101-107 и внешние устройства 113, 115 обработки. Пользовательская корпоративная сеть 119 также включает в себя подключение к Интернету 127, где устройства 129-133 связи также могут отправлять или принимать данные или другую информацию обмена сообщениями через сервер 117 на устройства 101-107 и внешние устройства 113, 115 обработки.

Фиг.2 представляет собой блок-схему, иллюстрирующую общее представление обобщенного стека 200 протоколов связи, который определяет инфраструктуру для связи между двумя устройствами в системе 100, например связь посредством текстовых сообщений согласно вариантам осуществления настоящего изобретения. В данном варианте осуществления стек 200 протоколов содержит протокол 201 прикладного уровня, протокол 203 транспортного уровня, протокол 205 сетевого уровня, протокол 207 канального уровня и протокол 209 физического уровня. Для специалиста в данной области техники понятен принцип действия и используемость таких уровней протоколов, и, таким образом, для краткости не предоставляется дополнительное описание этих уровней.

Фиг.3 представляет собой блок-схему, иллюстрирующую стек протоколов связи, показанный на фиг.2 и использующий радиоинтерфейс стандарта цифровой мобильной радиосвязи Европейского института стандартизации электросвязи (ETSI-DMR) для реализации одного из протоколов в стеке. Стандарт ETSI-DMR определен в технической спецификации 102 361 ETSI. Стек протоколов, показанный на фиг.3, обозначается как стек 300 протоколов связи. Стек 300 протоколов связи включает в себя четыре протокола, которые включают в себя протокол 301 службы текстовых сообщений (TMS) согласно идеям в данном документе, причем протокол TMS содержит протокол 201 прикладного уровня. В качестве протокола прикладного уровня протокол 301 TMS обеспечивает сопряжение непосредственно с общими прикладными службами для прикладных процессов, выполняющихся на устройстве. Стек 301 протоколов дополнительно содержит протокол 303 протокола пользовательских дейтаграмм (UDP), который содержит протокол 203 транспортного уровня, протокол 305 IP, который содержит протокол 205 сетевого уровня, и протокол 307 ETSI-DMR, который содержит как протокол 207 канального уровня, так и протокол 209 физического уровня. Протоколы 303, 305 и 307 общеизвестны в технике и дополнительно не описываются для краткости. Кроме того, для специалиста в данной области техники понятно, что каждый «уровень» добавляет несколько полей, содержащих заголовок для этого уровня протокола. Кроме того, хотя UDP и IP не требуются по стандарту ETSI, настоящее изобретение поддерживает такую реализацию.

Аналогично, фиг.4 представляет собой блок-схему, иллюстрирующую стек протоколов связи, показанный на фиг.2 и использующий радиоинтерфейс стандарта TIA-102 (Ассоциации телекоммуникационной промышленности) для реализации одного из протоколов в стеке. Стек протоколов, показанный на фиг.4, обозначается как стек 400 протоколов связи. Стек 400 протоколов связи также включает в себя четыре протокола, а именно протокол 401 TMS согласно идеям данного документа, протокол 403 UDP, протокол 405 IP и протокол 407 TIA-102. Протокол 401 TMS, протокол 403 UDP и протокол 405 IP аналогичны идентично названным протоколам 301, 303 и 305, описанным выше, и относятся к уровням в стеке 200 протоколов. Однако в данной реализации общеизвестный протокол 407 TIA-102 содержит как протокол 207 канального уровня, так и протокол 209 физического уровня.

Фиг.5 представляет собой блок-схему, иллюстрирующую общую структуру сообщения 500 службы обмена текстовыми сообщениями согласно варианту осуществления настоящего изобретения. Сообщение 500 службы обмена текстовыми сообщениями (также упоминаемой в данном документе как протокольный блок данных (PDU) TMS) включает в себя часть заголовка, содержащую поля 505-540, и может включать в себя часть 550 полезной нагрузки, зависящую от конкретного типа посылаемого PDU. Как показано на схеме, битовые интервалы b0-b7 каждый обозначает одну длину бита и содержат октет. Заголовочная часть включает в себя поле 505 расширения заголовка, поле 510 подтверждения приема, поле 520 приоритета, поле 530 управляющего бита и поле 540 типа PDU. Поле 505 расширения (Х) заголовка представляет собой однобитовое поле, которое находится в положении бита b7, и используется для расширения заголовка, когда необходимо, для включения дополнительной информации протокола. Для целей идей данного документа расширение заголовка означает, что заголовок включает в себя дополнительные октеты или, другими словами, что сообщение службы обмена текстовыми сообщениями содержит дополнительные заголовки. Таким образом, сообщение, имеющее «расширяемый заголовок», означает, что сообщение может содержать один или несколько заголовков в зависимости от установки одного или нескольких полей 505 расширения заголовка. Поле 510 подтверждения приема (А) представляет собой однобитовое поле, используемое для указания, что требуется сообщение подтверждения приема от принимающего устройства. Однако, если тип сообщения представляет собой сообщение подтверждения приема, тогда оно указывает отрицательное подтверждение приема (NACK), когда это поле установлено.

Поле 520 приоритета (Р) представляет собой однобитовое поле, которое работает для того, чтобы пометить сообщение как связь с приоритетами. Поле 530 управляющего бита (С) представляет собой однобитовое поле, используемое для обозначения или управляющей информации, или пользовательской информации (или, другими словами, является ли PDU TMS управляющим сообщением или пользовательским сообщением). Поле 540 типа PDU представляет собой четырехбитовое поле, используемое для обозначения одного из шестнадцати типов PDU, используемых в протоколе. Оно может включать в себя такие типы сообщений, как подтверждение приема, текстовое сообщение или сообщение доступности службы. В одном варианте осуществления поле 530 управляющего бита используется в комбинации с полем 540 типа PDU для обозначения одного из доступных PDU, используемых в протоколе. Следовательно, может быть до шестнадцати типов пользовательских сообщений и до шестнадцати типов управляющих сообщений. Поле 550 полезной нагрузки используется для группирования информации полезной нагрузки для любого из этих различных типов сообщений.

Фиг.6 представляет собой блок-схему, иллюстрирующую пример состава первого типа сообщения 600 подтверждения приема, согласно варианту осуществления настоящего изобретения. В данном и последующих примерах активная команда упоминается как логическая «1», тогда как команда сброса упоминается как логический «0». Однако эти команды могут быть изменены на противоположные без отступления от объема идей в данном документе, так что активная команда представляет собой логический «0» и команда сброса представляет собой логическую «1». Сообщение 600 подтверждение приема изображено с полем 605 расширения и полем 610 подтверждения приема, причем оба установлены в «0», указывая отсутствие расширения или подтверждения приема. Поле 620 бита приоритета и поле 630 управляющего бита оба установлены в «1», указывая, что эти поля являются активными. При работе поле 630 управляющего бита и поле 640 (1111) PDU используются в комбинации для указания, что это сообщение подтверждения приема.

Аналогично, фиг.7 представляет собой блок-схему, иллюстрирующую второй пример сообщения 700 подтверждения приема, использующего один бит расширения для создания дополнительного заголовка, согласно варианту осуществления настоящего изобретения. В противоположность фиг.6, фиг.7 изображена с полем 705 бита расширения, установленным в «1» для указания того, что имеется по меньшей мере один дополнительный заголовок. Поле 710 подтверждения приема установлено в «0», тогда как поле 720 приоритета и поле 730 управляющего бита оба установлены в «1», указывая, что они являются активными. При работе управляющий бит 730 и поле 740 (1111) типа PDU используются в комбинации для указания, что сообщение представляет собой сообщение подтверждения приема. Второй заголовок в сообщении подтверждения приема изображен таким, что второе поле 750 бита расширения установлено в «0», указывая, что за ним не следуют никакие дополнительные заголовки. Зарезервированное поле 760 представляет собой двухбитовое поле, зарезервированное для будущих усовершенствований протокола. Поле 770 порядкового номера представляет собой пятибитовое поле, которое используется в связи с порядковым номером передачи, так что может быть подтвержден прием конкретного переданного сообщения.

Фиг.8 представляет собой блок-схему, иллюстрирующую третий пример сообщения 800 подтверждения приема, использующего два бита расширения для создания двух дополнительных заголовков, согласно варианту осуществления настоящего изобретения. Аналогично сообщению, показанному на фиг.7, поле 805 бита расширения установлено в «1». Поле 810 подтверждения приема установлено в «0», тогда как поле 820 бита приоритета и поле 830 управляющего бита оба установлены в «1». Поле 840 типа PDU указывает, что сообщение представляет собой сообщение подтверждения приема. При работе поле 830 управляющего бита и поле 840 PDU используются в комбинации для указания, что сообщение представляет собой сообщение подтверждения приема. Так как поле 850 бита расширения во втором заголовке установлено в «1», то это указывает, что дополнительный (третий) заголовок следует за вторым заголовком. Второй заголовок также включает в себя зарезервированное поле 860 и поле 870 порядкового номера, как указано на фиг.7. Поле 880 бита расширения в третьем заголовке установлено в «0». Поле 885 расширения порядкового номера представляет собой двухбитовое поле и может использоваться для добавления двух дополнительных битов, когда для целей подтверждения приема требуется порядковый номер из семи цифровых битов. Это поле 885 расширения содержит самые старшие биты объединенных полей порядкового номера (SN) и расширения порядкового номера (SNX). Наконец, второе зарезервированное поле 890 представляет собой дополнительное пятибитовое поле, которое может использоваться для будущих усовершенствований протокола.

Фиг.9-11 представляют собой блок-схемы, иллюстрирующие примерный состав текстового сообщения, согласно вариантам осуществления настоящего изобретения. Что касается фиг.9, текстовое сообщение 900 включает в себя поле 901 бита расширения, поле 903 подтверждения приема, поле 905 приоритета, поле 907 управляющего бита и поле 909 типа PDU. Поле 909 типа PDU указывает, что данное сообщение представляет собой текстовое сообщение (0001). Поле 907 управляющего бита и поле 909 PDU используются в комбинации для указания соответственно, что сообщение представляет собой пользовательское сообщение (указываемое полем 907, установленным в логический «0») и, дополнительно, что типом пользовательского сообщения является текстовое сообщение. Поле 911 полезной нагрузки текстового сообщения представляет собой поле с изменяемой длиной в битах, используемое для переноса информации полезной нагрузки текстового сообщения.

Фиг.10 представляет собой блок-схему, иллюстрирующую примерный состав текстового сообщения 1000, использующего один бит расширения для создания одного дополнительного заголовка. В данном примере поле 1001 бита расширения установлено в 1 для указания, что второй заголовок следует за первым заголовком. Поле 1003 подтверждения приема, поле 1005 приоритета, поле 1007 управляющего бита и поле 1009 типа PDU подобны тем, которые показаны на фиг.9. Второй заголовок содержит поле 1011 бита расширения, поле 1013 приема, поле 1015 запроса ответа или опроса (Ро), поле 1017 порядкового номера и поле 1019 полезной нагрузки текстового сообщения. В данном примере поле 1011 бита расширения установлено в 0, указывая, что не будет дополнительных заголовков расширения. Поле 1013 приема используется посылающим устройством для запроса автоматического ответа от принимающего устройства, когда сообщение читается пользователем. Поле 1015 Ро используется посылающим устройством для запроса ответа от принимающего пользователя. Поле 1017 порядкового номера представляет собой пятибитовое поле, которое используется в связи с порядковым номером передачи, так что может быть подтвержден прием или может быть выполнена ссылка на конкретное переданное сообщение.

Аналогично, фиг.11 представляет собой блок-схему, иллюстрирующую текстовое сообщение 1100, использующее два бита расширения для создания двух дополнительных заголовков. Текстовое сообщение 1100, аналогично сообщению на фиг.10, иллюстрирует первый заголовок 1101 бита расширения, установленный в 1, и поле 1103 подтверждения приема, установленное в 1, тогда как поле 1105 приоритета, поле 1107 управляющего бита и поле 1109 типа PDU установлены на такие же значения, что и в соответствующих полях в сообщениях 900 и 1000. Второй заголовок иллюстрирует второе поле 1111 бита расширения, установленное в 1, указывающее, что будет использоваться третий заголовок. Поле 1113 приема, поле 1115 запроса ответа или опроса (Ро) и поле 1117 порядкового номера установлены в те же значения, что и соответствующие поля в сообщении 1000. Третий заголовок включает в себя поле 1113 бита расширения, которое установлено в 0, указывающее, что за ним не следуют дополнительные заголовки. Поле 1121 бита расширения порядкового номера используется для добавления двух дополнительных битов к заголовку расширения для подтверждения приема или обращения к сообщениям, требуя семибитовый порядковый номер. Поле 1123 кодирования указывает, какой тип схемы декодирования знаков будет использоваться принимающим устройством. Наконец, поле 1125 полезной нагрузки текстового сообщения используется для передачи информации текстового сообщения.

Фиг.12 представляет собой блок-схему, иллюстрирующую пример состава сообщения 1200 доступности службы (SA), согласно варианту осуществления настоящего изобретения. Сообщение SA используется для связи с внешней корпоративной сетью и/или другими устройствами, устанавливающими связь через Интернет. Например, сообщение доступности службы может отправляться с сервера 117 на устройства 105, 107, 113 и/или 115 для указания мобильным приложениям службы текстовых сообщений в устройствах 105, 107 и внешним устройствам 113, 115 обработки, какие доступны службы маршрутизации обмена текстовых сообщений в системе и адрес Интернет-протокола (IP) сервера 117. Этот адрес IP не передается явно в сообщениях, показанных на фиг.12 и 13. Вместо этого адрес IP сервера определяется, например, посредством считывания адреса IP источника из заголовка IP и порта UDP источника из заголовка UDP, которые принимаются на устройствах 105, 107, 113, 115 вместе с сообщением 1200 (или 1300).

Сообщение 1200 SA также используется для предотвращения попытки передачи мобильными приложениями службы текстовых сообщений сообщения службы текстовых сообщений, которое может быть неправильно маршрутизировано на предполагаемое устройство получателя. Использование этого сообщения сохраняет определенную пропускную способность радиоинтерфейса посредством исключения отправки некоторых сообщений, доставка которых, в конечном счете, будет неуспешной. Сообщение 1200 доступности службы включает в себя поле 1201 бита расширения, поле 1203 подтверждения приема, поле 1205 приоритета, поле 1207 управляющего бита и поле типа PDU. В данном примере поле 1207 управляющего бита и поле 1209 типа PDU указывают соответственно, что сообщение представляет собой управляющее сообщение, и дополнительно то, что типом управляющего сообщения является сообщение (0000) доступности службы. Сообщение 1200 может использоваться, например, там, где заранее известны возможности маршрутизации устройствами в системе для приема сообщения 1200, например, посредством инициализации в устройстве.

Фиг.13 представляет собой блок-схему, иллюстрирующую второй пример сообщения 1300 доступности службы с одним битом расширения для создания одного дополнительного заголовка согласно варианту осуществления настоящего изобретения. Сообщение 1300 доступности службы изображено с первым битом 1301 расширения, установленным в 1, что указывает, что за ним следует второй заголовок. Поле 1303 бита подтверждения приема, поле 1305 бита приоритета, поле 1307 управляющего бита и поле 1309 типа PDU установлены в те же значения, что и соответствующие поля в сообщении 1200. Второй заголовок включает в себя поле 1311 второго бита расширения, установленное в 0, указывающее, что за ним не следуют дополнительные заголовки расширения. Зарезервированное поле 1313 используется для будущей управляющей информации, тогда как поле 1315 устройства представляет собой двухбитовое поле, используемое для указания, какой тип служб доступен на сервере. Альтернативным способом представления этого поля (основываясь на реализации ниже) является то, что это поле указывает те устройства, которые могут выполнить связь посредством текстовых сообщений в сети, и дополнительно указывает, необходимо ли использование сервера текстовых сообщений для осуществления такой связи.

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

Термин «внутренняя» означает, что текстовые сообщения могут отправляться между абонентами и между абонентами и внешними устройствами обработки и между абонентами и диспетчерами посредством использования сервера текстовых сообщений (также упоминаемого в данном документе как с промежуточным накоплением). В данном случае используемым адресом IP пункта назначения является адрес сервера 117, который получают посредством считывания адреса IP источника из заголовка IP, когда принимается сообщение доступности службы (или он может предоставляться абоненту).

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

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

Таблица 1 ниже представляет примерные разрешенные/поддерживаемые возможности для сервера текстовых сообщений (например, сервера 117) согласно варианту осуществления настоящего изобретения. Необходимо дополнительно отметить в отношении таблицы 1, что для ситуации, когда нет сообщения SA, принятого от сервера 117, служба текстовых сообщений для диспетчера поддерживается тогда, когда адрес IP сервера предоставляется абоненту. В противном случае она не поддерживается до тех пор, пока не будет принято сообщение доступности службы.

Таблица 1
Разрешенные/поддерживаемые возможности
SU-SU (абонент-абонент) непосредственно (без промежуточного накопления (S&F)) SU-SU через сервер (S&F) Диспетчер через сервер (S&F) Электронная почта через сервер (S&F)
Сообщение доступности службы не принято - один вариант осуществления Да Нет Возможен Нет
Сообщение доступности службы не принято - альтернативный вариант осуществления Нет Нет Нет Нет
Ограниченная Да Нет Да Нет
Внутренняя Нет Да Да Нет
Электронная почта Да Нет Да Да
Полная Нет Да Да Да

Как указано ранее, фиг.12-13 иллюстрируют структуры сообщений доступности службы для службы текстовых сообщений (TMS), которые посылаются с сервера TMS (например, сервера 117) для объявления доступности TMS в системе. Поле 1315 устройства используется для уникальной идентификации возможностей сервера TMS, которые включают в себя ограниченную маршрутизацию, внутреннюю маршрутизацию, маршрутизацию посредством электронной почты или полную маршрутизацию. Таким образом, использование данного протокола может предотвратить генерирование сообщений, которые не поддерживаются на конкретной системе. Как используется в сис