Протокол службы обмена расширяемыми текстовыми сообщениями для использования с двусторонним радиоприемопередатчиком
Изобретение относится к системам связи. Технический результат заключается в усовершенствовании передачи управляющей информации. Заявленный способ (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, которые включают в себя ограниченную маршрутизацию, внутреннюю маршрутизацию, маршрутизацию посредством электронной почты или полную маршрутизацию. Таким образом, использование данного протокола может предотвратить генерирование сообщений, которые не поддерживаются на конкретной системе. Как используется в системе, возможность ограниченной маршрутизации представляет собой базовую маршрутизацию обмена текстовыми сообщениями, которая разрешена (например, на устройства по умолчанию, такие как мобильные и портативные абоненты и диспетчеры в сети). Возможность внутренней маршрутизации представляет собой маршрутизацию обмена текстовыми сообщениями на устройства во внутренней сети, которая поддерживается с использованием службы с промежуточным накоплением (например, мобильные и портативные абоненты и диспетчеры). Возможность маршрутизации посредством электронной почты представляет собой маршрутизацию обмена текстовыми сообщениями на устройства во внешних сетях, имеющих необходимую поддержку (например, возможность ограниченной маршрутизации плюс возможность маршрутизации по адресу электронной почты). Наконец, возможность полной маршрутизации представляет собой указание, что сервер способен маршрутизировать на все устройства (например, возможность внутренней маршрутизации плюс возможность маршрутизации по адресу электронной почты).
Следовательно, варианты осуществления изобретения обеспечивают это при приеме сообщения доступности службы, мобильные и портативные абоненты будут ознакомлены о функциональной возможности сервера TMS, развернутой в системе, и динамически конфигурируют соответствующим образом параметры текстовых сообщений. В одной реализации системы возможность ограниченной маршрутизации предполагается до приема сообщения доступности службы TMS. В другой реализации системы предполагается отсутствие возможностей маршрутизации до тех пор, пока не будет принято сообщение доступности службы TMS.
Фиг.14 представляет собой блок-схему последовательности операций, иллюстрирующую примерный способ 1400 для приема сообщения согласно варианту осуществления настоящего изобретения. Необходимо отметить, что порядок этапов в любом способе, описанном в данном документе, не подразумевает точный порядок, так как порядок этапов может быть изменен без отступления от идей в данном документе. На этапе 1403 принимающее устройство принимает сообщение (например, PDU) от посылающего устройства. Принимающее устройство обнаруживает, что сообщение было принято по предварительно определенному порту на принимающем устройстве, указывая, что сообщение представляет собой PDU TMS, имеющий по меньшей мере первый заголовок согласно идеям данного документа. Порт, как используется в данном документе, ссылается на конечную точку в логическом соединении. Портом может быть, например, любой подходящий порт транспортного уровня, такой как порт протокола управления транспортировкой/Интернет-протокола (TCP/IP) или порт UDP. В одном варианте осуществления предварительно определенным портом является порт 4007 UDP. При обнаружении, что принятым сообщением является PDU TMS, принимающее устройство тогда начинает декодировать (1405) первый заголовок сообщения и затем декодирует любые дополнительные заголовки и поле полезной нагрузки (если оно присутствует) в соответствии с остальными этапами способа 1400.
На этапе 1407 принимающее устройство обнаруживает или определяет, установлен ли бит (например, 1) в поле бита расширения в первом заголовке. Если бит расширения установлен, также декодируется (1409) следующий заголовок, и этот процесс продолжается до тех пор, пока не будут присутствовать дополнительные заголовки, что указывается битом расширения, который не установлен (например, 0). На этапе 1411 принимающее устройство определяет, установлен ли управляющий бит в поле управляющего бита заголовка. Если управляющий бит установлен, тогда декодируется (1413) поле типа PDU и идентифицируется в качестве конкретного типа управляющего сообщения и выполняется (1415) связанная с ним служба или действие управления (если есть какие-либо). Например, где принимается сообщение SA TMS, службой или действием (1415) управления может быть локальное сохранение указания о возможности службы, переданной в сообщении. Примерные значения типа PDU, когда управляющий бит установлен, содержат: «0000», указывающее сообщение SA TMS, как описанное выше; «0001», указывающее сообщение действий приемника TMS; и «1111», указывающее сообщение подтверждения приема TMS, как описано выше. Одним примером сообщения действий приемника является сообщение, ассоциированное с встроенным ответом опроса. В такой реализации пользователь посылает сообщение с встроенным ответом опроса (например, да/нет). Сообщение действий приемника используется для возврата фактического ответа на инициатор. Таким образом, сообщение действий приемника может использоваться принимающим устройством для выполнения последующего манипулирования сообщением, когда оно будет принято (кроме подтверждения приема).
С другой стороны, если управляющий бит не установлен, поле типа PDU декодируется (1417) и идентифицируется в качестве конкретного типа пользовательского сообщения и выполняется (1419) служба пользователя (если есть такая), как было запрошено. Например, когда установлено поле приема (R), принимающее устройство автоматически посылает ответное сообщение, когда считывается полезная нагрузка пользователем принимающего устройства. Примерные значения типа PDU, когда управляющий бит не установлен, содержат: «0000», указывающее простое текстовое сообщение; «0001», указывающее простое текстовое сообщение с встроенным ответом опроса; и «1111», указывающее стандартное (или предварительно определенное) сообщение.
Далее, на этапе 1421 принимающее устройство определяет, установлен ли бит подтверждения приема в первом заголовке. Если этот бит не установлен, тогда процесс завершается. В противном случае, если бит подтверждения приема установлен, принимающее устройство передает сообщение подтверждения приема на посылающее устройство. В одном случае сообщение подтверждения приема, которое передается (1427), представляет собой положительное подтверждение приема (АСК), например, когда принимающее устройство успешно выполняет (1423) запрашиваемую службу. Альтернативно, сообщение подтверждения приема, которое передается (1425), представляет собой отрицательное подтверждение приема (NACK), например, когда принимающее устройство не выполняет (1423) успешно запрошенную службу. В одной примерной реализации NACK представляет собой сообщение подтверждения приема с полем бита АСК, установленным в 1, когда тип поля PDU указывает, что PDS TMS представляет собой сообщение подтверждения приема.
Фиг.15 представляет собой блок-схему последовательности операций, иллюстрирующую примерный способ 1500 для передачи PDU TMS согласно варианту осуществления настоящего изобретения. PDU содержит по меньшей мере один заголовок в соответствии с вышеупомянутыми идеями, который включает в себя по меньшей мере поле бита расширения, поле управляющего бита и поле типа PDU, как описано выше. Следовательно, на этапе 1503 передающее устройство определяет, что сообщение представляет собой или управляющее, или пользовательское сообщение. Если PDU не является управляющим сообщением, управляющий бит сбрасывается (1505) и тип PDU кодируется (1507) в качестве конкретного типа пользовательского сообщения. Примерными значениями пользовательского сообщения являются те, которые описаны выше. Если должно отправляться управляющее сообщение, устанавливается (1509) управляющий бит и кодируется (1511) тип PDU в качестве конкретного типа управляющего сообщения. Примерными значениями управляющего сообщения являются те, которые описаны выше.
Если на этапе 1513 передающее устройство определяет, что требуется дополнительный заголовок, устанавливается (1515) бит расширения и кодируется (1517) следующий заголовок. Этапы 1513-1517 повторяются до тех пор, пока не потребуются другие дополнительные заголовки. В этот момент сбрасывается (1519) бит расширения в последнем заголовке. На этапе 1525 поле полезной нагрузки с информацией полезной нагрузки добавляется необязательно, когда необходимо или требуется. На этапе 1521 передающее устройство определяет, требуется ли подтверждение доставки. Если не требуется подтверждение доставки, бит АСК сбрасывается (1523) в поле АСК первого заголовка. Однако, если требуется подтверждение доставки, устанавливается (1529) бит АСК в поле АСК первого заголовка.
Фиг.16 продолжает процесс передачи, осуществляемый в способе 1500. Когда сбрасывается бит АСК в первом заголовке, передача PDU продолжается на этапе 1601 и процесс завершается. Однако, когда установлен бит АСК в первом заголовке, передача продолжается на этапе 1603. В любом случае передача PDU может содержать, например, выполнение способов, описанных со ссылкой на фиг.18 и 19. Как видно, в соответствии с этими реализациями «передача» PDU может включать в себя передачу определения устройства (как результат декодирования сообщения SA), что PDU, предназначенное для конкретного устройства, не должно передаваться, потому что оно не может быть доставлено, основываясь на статусе доступности службы обмена текстовыми сообщениями в этот момент. Во многих других случаях «передача» означает, что передающее устройство фактически посылает или направляет PDU на предполагаемое принимающее устройство.
Возвращаясь обратно к этапу 1603, где PDU фактически посылается с передающего устройства на предполагаемое принимающее устройство и передающее устройство ожидает сообщение подтверждения приема, в одном варианте осуществления передающее устройство запускает таймер (1605) и контролирует (1607) таймер для определения, истек ли период в таймере, после чего передающее устройство повторно посылает PDU. Если не истек период в таймере и принят NACK (1609), тогда процесс завершается. Аналогично, если не истек период в таймере и принят АСК (1611), тогда процесс завершается. В типичном сценарии количество повторных попыток передачи ограничивается, так что процесс не входит в бесконечный цикл, когда не принимается АСК или NACK. Кроме того, когда передающее устройство фактически посылает PDU, оно передается с порта в передающем устройстве на предварительно определенный порт в принимающем устройстве (как описано выше). Порт в передающем устройстве может представлять собой порт транспортного уровня, такой как порт TCP/IP или порт UDP. Например, когда передающим устройством является абонент, портом в одном варианте осуществления является порт 4007 UDP, и когда передающим устройством является внешнее устройство обработки, такое как персональный компьютер, портом может быть любой эфемерный порт. Эфемерный порт, как используется в данном документе, имеет номер порта, который автоматически распределяется из предварительно определенного диапазона номеров порта.
Фиг.17 представляет собой блок-схему последовательности операций, иллюстрирующую способ 1700, используемый принимающим устройством для обработки сообщения доступности службы, согласно варианту осуществления настоящего изобретения. Как изложено в данном процессе, выполняется серия определений, основываясь на значении поля 1315 устройства (см. фиг.13) в принятом сообщении доступности службы. Выполняется определение (1703), обеспечивает ли система возможности ограниченной маршрутизации, и если присутствуют возможности ограниченной маршрутизации, «переменная маршрутизации» устанавливается на ограниченную (1705) и процесс завершается. Например, в одной примерной реализации переменная маршрутизации может локально хранить информацию о возможностях маршрутизации, сообщенную в сообщении доступности службы, в любом подходящем формате, таком как оперативное запоминающее устройство, так что информация маршрутизации доступна, когда это необходимо.
Если возможности маршрутизации системы не являются ограниченными, устройство определяет (1709), поддерживает ли система внутреннюю маршрутизацию, и переменная маршрутизации устанавливается на внутреннюю маршрутизацию (1711) и процесс затем завершается. Если система не имеет внутренней маршрутизации, тогда выполняется определение (1713), имеет ли система маршрутизацию посредством электронной почты. Если система не имеет маршрутизации посредством электронной почты, переменная маршрутизации устанавливается на электронную почту (1715) и процесс завершается. Если система не имеет маршрутизации посредством электронной почты, тогда выполняется определение (1717), имеет ли система возможность полной маршрутизации. Если система действительно имеет возможность полной маршрутизации, переменная маршрутизации устанавливается на полную (1719) и процесс завершается. Если, однако, с устройством не ассоциирована полная маршрутизация, тогда процесс завершается без установки переменной маршрутизации. Кроме того, когда принимается сообщение доступности службы, резидентное приложение текстовых сообщений считывает адрес IP источника из заголовка IP и использует этот адрес IP в качестве адреса IP пункта назначения для последующего обмена сообщениями на основе сервера (например, диспетчера, электронной почты, абонент-абонент посредством промежуточного накопления и т.д.).
Фиг.18 представляет собой блок-схему последовательности операций, иллюстрирующую способ 1800 передачи PDU TMS, согласно варианту осуществления настоящего изобретения, когда передача сообщения запрашивается резидентным приложением текстовых сообщений для режима, который не требует обработки сервером текстовых сообщений абонент-абонент. Пример, описанный в данном документе, относится к обычному режиму (который не применяет фиксированную конечную систему передачи данных), такому как, например, обычная (не транкинговая) радиосистема. Абонентский блок может работать или в режиме непосредственной связи (абонент-абонент без помощи повторителя), или в режиме повторителя (абонент-абонент с помощью повторителя). Способ 1800 применяется как в режиме непосредственной связи, так и в режиме с повторителем, где сервер (например, сервер 117) не требуется для обработки сообщения абонент-абонент.
На этапе 1803 принятия решения, является ли тип целевого адреса тем, который у абонента, тогда выполняется дополнительное определение (1821), установлена ли переменная возможности маршрутизации на внутреннюю или полную. Как описано выше, доступность службы в системе объявляется посредством сообщения доступности службы, которое указывает принимающим устройствам тип маршрутизации, который поддерживается сервером, например сервером 117, как изображено на фиг.1. Абонент запоминает, локально, службы маршрутизации, которые были объявлены системой вместе с адресом IP сервера 117. Как описано на фиг.18 и 19 в данном документе, абонент выводит на экран предполагаемые передачи, перед тем как они будут фактически переданы, и блокирует те, которые не могут быть правильно маршрутизированы системным сервером 117. Если доступность службы не является внутренней или полной, тогда передача выполняется (1823) без помощи сервера 117 и процесс завершается. В данном случае сообщение направляется по адресу IP конечного устройства (например, абонента 105-107, внешнего вычислительного устройства 113-115 и т.д.). И наоборот, если переменная возможности маршрутизации установлена на внутреннюю или полную, тогда передача выполняется (1819) через сервер 117 и процесс завершается. В данном случае сообщение направляется по адресу IP сервера.
Если типом целевого адреса не является абонент, то определяется (1809), является ли типом целевого адреса тип удаленного фиксированного конечного устройства, такого как диспетчер. Если он типа диспетчера, тогда выполняется определение (1811), не установлена ли переменная возможности маршрутизации на отсутствие маршрутизации. Если это так, тогда передача выполняется (1805) через сервер 117, направляя сообщение по адресу IP сервера. Если переменная возможности маршрутизации установлена на отсутствие маршрутизации, тогда не разрешается продолжение (1815) передачи и процесс завершается. В ситуации, когда типом целевого адреса не является тип диспетчера, выполняется дополнительное определение (1813), является ли целевой адрес адресом электронной почты. Если он является адресом электронной почты, тогда определяется (1817), установлена ли переменная возможности маршрутизации на электронную почту или установлена ли она на полную. Если так, передача выполняется (1819) через сервер 117 (направляя сообщение по адресу IP сервера) и процесс завершается. Если переменная возможности маршрутизации не является адресом электронной почты или если переменная маршрутизации не установлена на электронную почту или полную, тогда не разрешается продолжение (1815) передачи и процесс завершается.
Фиг.19 представляет собой блок-схему последовательности операций, иллюстрирующую альтернативный вариант осуществления способа передачи PDU, согласно варианту осуществления настоящего изобретения, когда передача сообщения требует сервер для обработки текстовых сообщений абонент-абонент (например, сервер типа с промежуточным накоплением). Если требуется сервер, все сообщения, которым разрешено передаваться, направляются на адрес IP сервера 117. Примером, как описано в данном документе, является выбор транкингового режима (разговорная группа в транкинговой радиосистеме), или он выбирается на обычный режим, в котором не применяется фиксированная конечная система передачи данных. Абонентский блок работает в режиме повторителя, который использует связь абонент-абонент при помощи повторителя.
На этапе 1903 передающее устройство определило, является ли тип целевого адреса типом абонента. Если типом целевого адреса является тип абонента, выполняется дополнительное определение (1905), установлена ли переменная возможности маршрутизации на внутреннюю или установлена ли переменная возможности маршрутизации на полную. Если так, разрешается продолжение (1907) передачи и процесс завершается. Однако если переменная возможности маршрутизации не установлена на внутреннюю или полную, то тогда не разрешается продолжение (1915) процесса и процесс завершается.
Если типом целевого адреса не является тип абонента, тогда выполняется второе определение (1909), является ли типом целевого адреса тип диспетчера. Если типом целевого адреса является тип диспетчера, тогда выполняется определение (1905), установлена ли переменная возможности маршрутизации на внутреннюю или установлена ли переменная возможности маршрутизации на полную. Если это так, тогда разрешается продолжение (1907) передачи через сервер и способ завершается. Если, однако, переменная возможности маршрутизации не установлена на внутреннюю или полную, тогда не разрешается продолжение (1915) передачи и процесс завершается.
Если типом целевого адреса не является тип диспетчера, выполняется третье определение (1913), является ли тип целевого адреса типом адреса электронной почты. Если типом целевого адреса является адрес электронной почты, выполняется определение (1917), установлена ли переменная возможности маршрутизации на полную. Если это так, тогда разрешается продолжение (1919) передачи через сервер и процесс завершается. Если, однако, переменная возможности маршрутизации не установлена на полную или если типом целевого адреса не является электронная почта, тогда не разрешается продолжение (1915) передачи и процесс завершается.
Следовательно, мобильные и портативные абоненты могут узнать возможности сервера TMS по радио. Например, если система не имеет сконфигурированный сервер обмена сообщениями электронной почты, сообщение доступности службы TMS будет указывать это соответствующим установленными битами. При инициировании текстового сообщения абонент будет интерпретировать целевой адрес и сравнивать его с битами возможности доступности службы TMS. В данном случае он будет запрещать посылку пользователем текстового сообщения, предназначенного для внешнего сетевого устройства (например, username@domainname.com). Это служит для защиты ограниченной пропускной способности канала от неэкономного обмена сообщениями. Кроме того, преимуществом данного способа является упрощенное управление сетью. Когда система модернизирует сервер TMS возможностью внешней маршрутизации, абоненты не должны быть вовлечены в какие-нибудь регулировки программного обеспечения для программирования управления (CPS). Вместо этого абоненты могут принимать сообщение доступности службы TMS, указывающее, что внешняя маршрутизация доступна, и будут автоматически выполнять обмен текстовыми сообщениями, предназначенными для внешних адресов. Другим вариантом осуществления является такое, когда абонент в одноранговом режиме принимает сообщение доступности службы TMS, указывающее, что доступна внутренняя маршрутизация (служба с промежуточным накоплением), это устройство может тогда автоматически переключиться в режим радиочастотного (РЧ) повторителя, основанного на сервере, для использования этой службы.
Преимущество вариантов осуществления протокола настоящего изобретения заключается в том, чтобы ограничить количество байтов данных для передачи информации, используемой двусторонним радиоприемопередатчиком. Кроме того, протокол также ограничивает сообщения, передаваемые по радио, только теми, которые могут быть правильно маршрутизированы в системе. Протокол использует бит расширения заголовка в начале каждого октета и перегрузку адресного поля (например, в дополнительных заголовках). Расширение заголовка позволяет выполнять передачу дополнительной информации, когда это необходимо.
В вышеизложенном описании изобретения были описаны конкретные варианты осуществления настоящего изобретения. Однако для специалиста в данной области техники понятно, что могут быть сделаны различные модификации и изменения без отступления от объема настоящего изобретения, изложенного в формуле изобретения ниже. Следовательно, описание изобретения и чертежи должны рассматриваться в иллюстративном, а не ограничительном смысле, и предполагается, что все такие модификации включаются в объем настоящего изобретения. Выгоды, преимущества, решения проблем и любой элемент (элементы), которые могут обусловить выгоды, преимущества или решения или более явное их выражение, не должны толковаться как критические, необходимые или существенные признаки или элементы любого или всех пунктов формулы изобретения. Изобретение определяется исключительно прилагаемой формулой изобретения, включающей в себя любые изменения, выполненные во время нахождения данной заявки на рассмотрении, и все эквиваленты выданной формулы изобретения.
Кроме того, в данном документе термины отношений, такие как первый и второй, верхний и нижний и т.п., могут использоваться исключительно для того, чтобы отличить один объект или действие от другого объекта или действия без обязательного требования или подразумевания любой фактической такой зависимости или порядка между такими объектами или действиями. Термины «содержит», «содержащий», «имеет», «имеющий», «включает в себя», «включающий в себя», «имеет в своем составе», «имеющий в своем составе» или любые их другие разновидности предназначены для того, чтобы охватывать неисключительное включение, так что процесс, способ, изделие или устройство, которые содержат, имеют, включают в себя, имеют в своем составе список элементов, не включают в себя только эти элементы, но могут включать в себя другие элементы, не перечисленные в явной форме или присущие такому процессу, способу, изделию или устройству. Элемент, за которым следуют слова «содержит …», «имеет …», «включает в себя …», «имеет в своем составе …», не исключают, без дополнительных ограничений, наличие дополнительных идентичных элементов в процессе, способе, изделии или устройстве, который содержит, имеет, включает в себя, имеет в своем составе элемент. Использование единственного числа не исключает использования множественного числа, если явно не указано обратное. Термины «главным образом», «по существу», «приблизительно», «примерно» или любая другая их разновидность определяются как являющиеся близкими, как понимается специалистом в данной области техники, и в одном неограничивающем варианте осуществления термин определяется как равный в пределах 10%, в другом варианте осуществления - в пределах 5%, в другом варианте осуществления - в пределах 1% и в другом варианте осуществления - в пределах 0,5%. Термин «связанный», как он используется в данном документе, определяется как подсоединенный, хотя необязательно непосредственно и не обязательно механически. Устройство или структура, которая «конфигурируется» некоторым образом, конфигурируется по меньшей мере таким образом, но также может конфигурироваться способами, которые не перечислены.
1. Способ связи посредством текстовых сообщений, содержащий этапы, на которых: посредством протокола прикладного уровня создают протокольный блок данных (PDU) службы обмена текстовыми сообщениями (TMS), содержащий, по меньшей мере, первый заголовок, содержащий, по меньшей мере, однобитовое поле бита расширения для создания расширяемого заголовка; однобитовое поле управляющего бита для селективного обозначения сообщения в качестве типа сообщения, причем тип сообщения выбирается из группы, содержащей управляющее сообщение и пользовательское сообщение; и многобитовое поле типа PDU, используемое совместно с однобитовым полем управляющего бита для идентификации типа PDU TMS из множества типов PDU TMS; и передают PDU TMS из первого порта в передающем устройстве на второй порт в принимающем устройстве.
2. Способ связи посредством текстовых сообщений по п.1, в котором поле типа PDU используется для идентификации PDU TMS в качестве одного из сообщения подтверждения приема, текстового сообщения и сообщения доступности службы.
3. Способ связи посредством текстовых сообщений по п.2, в котором первый заголовок дополнительно содержит поле подтверждения приема (АСК) для одного из запрашивания сообщения подтверждения приема от принимающего устройства и указания отрицательного АСК (NACK), когда поле типа PDU идентифицирует PDU TMS в качестве сообщения подтверждения приема.
4. Способ связи посредством текстовых сообщений по п.1, в котором передающее устройство представляет собой сервер обмена текстовыми сообщениями, причем способ дополнительно содержит этап, на котором устанавливают поле бита расширения для указания, что PDU TMS дополнительно содержит второй заголовок, причем второй заголовок включает в себя, по меньшей мере, поле устройства, которое указывает принимающему устройству возможности службы обмена текстовыми сообщениями на сервере.
5. Способ связи посредством текстовых сообщений по п.4, в котором поле устройства указывает одно из:
службы сообщений с ограниченной маршрутизацией;
службы сообщений с внутренней маршрутизацией;
службы сообщений с маршрутизацией посредством электронной почты и
службы сообщений с полной маршрутизацией.
6. Способ связи посредством текстовых сообщений по п.1, в котором второй порт представляет собой порт транспортного уровня.
7. Способ связи посредством текстовых сообщений по п.6, в котором порт транспортного уровня представляет собой порт 4007 UDP.
8. Способ связи посредством текстовых сообщений по п.6, в котором первый порт представляет собой порт транспортного уровня, и в котором: когда передающим устройством является абонентский блок, первым портом является порт 4007 UDP; и
когда передающим устройством является персональный компьютер, первым портом является любой эфемерный порт UDP.
9. Способ связи посредством текстовых сообщений по п.1, в котором первый заголовок дополнительно содержит поле приоритета для указания, является ли PDU TMS сообщением с приоритетом.
10. Способ связи посредством текстовых сообщений по п.1, в котором первый заголовок дополнительно содержит поле полезной нагрузки для переноса содержимого сообщения.
11. Способ связи посредством текстовых сообщений, содержащий этапы, на которых: принимают первое сообщение от передающего устройства;
обнаруживают, что первое сообщение было принято на предварительно определенном порте на принимающем устройстве, и в ответ на обнаружение обрабатывают первое сообщение в качестве протокольного блока данных (PDU) службы обмена текстовыми сообщениями (TMS) прикладного уровня, содержащего, по меньшей мере, первый заголовок, и причем этап обработки PDU TMS содержит этапы, на которых:
обнаруживают, установлен ли бит в однобитовое поле бита расширения в первом заголовке, указывающем расширяемый заголовок;
обнаруживают, установлен ли бит в однобитовое поле управляющего бита в первом заголовке, указывающем, является ли первое сообщение селективно обозначаемым в качестве типа сообщения, причем тип сообщения выбирается из группы, содержащей управляющее сообщение и пользовательское сообщение; и
идентифицируют один из множества типов PDU TMS, используя совместно однобитовое поле управляющего бита и поле типа PDU в первом заголовке; и
осуществляют действие, основанное на содержимом PDU TMS, определенном из этапа обработки.
12. Способ связи посредством текстовых сообщений по п.11, в котором предварительно определенным портом является порт транспортного уровня.
13. Способ связи посредством текстовых сообщений по п.12, в котором портом транспортного уровня является порт 4007 UDP.
14. Способ связи посредством текстовых сообщений по п.11, в котором этап обработки PDU TMS дополнительно содержит этапы, на которых обнаруживают, что бит установлен в поле подтверждения приема (АСК) в первом заголовке, и осуществляют действие ответной отправки сообщения подтверждения приема на передающее устройство.
15. Способ связи посредством текстовых сообщений по п.11, в котором передающим устройством является сервер обмена текстовыми сообщениями, и в котором этап обработки PDU TMS дополнительно содержит этапы, на которых:
идентифицируют из поля управляющего бита первое сообщение в качестве управляющего сообщения; и
идентифицируют из поля типа PDU тип PDU TMS в качестве сообщения доступности службы.
16. Способ связи посредством текстовых сообщений по п.15, в котором этап обработки PDU TMS дополнительно содержит этап, на котором обнаруживают из поля бита расширения, что PDU TMS содержит второй заголовок, который включает в себя, по меньшей мере, поле устройства, которое указывает принимающему устройству возможности службы обмена текстовыми сообщениями на сервере.
17. Способ связи посредством текстовых сообщений по п.15, дополнительно содержащий этапы, на которых:
создают второе сообщение, содержащее PDU TMS, предназначенное для передачи на целевое устройство;
определяют, основываясь на поле устройства во втором заголовке, позволяют ли возможности службы обмена текстовыми сообщениями серверу доставить второе сообщение на целевое устройство; и
блокируют передачу второго сообщения при определении, что возможности службы обмена текстовыми сообщениями не позволяют серверу доставлять второе сообщение на целевое устройство.
18. Машиночитаемый запоминающий элемент, на котором хранится считываемый компьютером код для программирования компьютера на выполнение способа связи посредством текстовых сообщений, причем способ содержит этапы, на которых:
обнаруживают, что первое сообщение было принято на предварительно определенном порте на принимающем устройстве, и в ответ на обнаружение обрабатывают первое сообщение в качестве протокольного блока данных (PDU) службы обмена текстовыми сообщениями (TMS) прикладного уровня, содержащего, по меньшей мере, первый заголовок, и в котором этап обработки PDU TMS содержит этапы, на которых
обнаруживают, установлен ли бит в однобитовое поле бита расширения в первом заголовке, указывающем расширяемый заголовок;
обнаруживают, установлен ли бит в однобитовое поле управляющего бита в первом заголовке, указывающий, обозначено ли селективно первое сообщение в качестве типа сообщения, причем тип сообщения выбирается из группы, содержащей управляющее сообщение и пользовательское сообщение; и
идентифицируют один из множества типов PDU TMS, используя совместно однобитовое поле управляющего бита и поле типа PDU в первом заголовке; и
осуществляют действие, основанное на содержимом первого сообщения, определенного из этапа обработки.
19. Машиночитаемый запоминающий элемент по п.18, в котором первое сообщение было принято от сервера обмена текстовыми сообщениями, и в котором этап обработки PDU TMS дополнительно содержит этапы, на которых: идентифицируют из поля управляющего бита первого заголовка, что первое сообщение представляет собой управляющее сообщение;
идентифицируют из поля типа PDU первого заголовка, что тип PDU TMS представляет собой сообщение доступности службы;
обнаруживают из поля бита расширения первого заголовка, что первое сообщение содержит второй заголовок, который включает в себя, по меньшей мере, поле устройства, которое указывает принимающему устройству возможности службы обмена текстовыми сообщениями на сервере.
20. Машиночитаемый запоминающий элемент по п.19, в котором способ дополнительно содержит этапы, на которых:
создают второе сообщение, предназначенное для передачи на целевое устройство, причем второе сообщение содержит второй протокольный блок данных TMS, который включает в себя, по меньшей мере, третий заголовок, содержащий, по меньшей мере, второе поле бита расширения; второе поле управляющего бита и второе поле типа PDU;
определяют, основываясь на поле устройства во втором заголовке, позволяют ли возможности службы обмена текстовыми сообщениями осуществить доставку сервером второго сообщения на целевое устройство; и
блокируют передачу второго сообщения после определения, что возможности службы обмена текстовыми сообщениями не позволяют серверу доставлять второе сообщение на целевое устройство.
