Предыстория изобретения
Это изобретение в основном относится к наземному мобильному радио, конкретнее в системе, обеспечивающей услуги наземного мобильного радио (LMR) с использованием множества протоколов связи LMR.
Наземное мобильное радио может использоваться для обеспечения связи между разными мобильными блоками, например, наземными мобильными радио в разных транспортных средствах. Наземная мобильная связь на полосе радиочастот, например, связь для общественной безопасности (например, полиция, пожарная служба и т.д.) в основном предоставляется на полосах частот ОВЧ, УВЧ, 700 МГц и 800 МГц. Часть каждой из этих полос частот предназначена Федеральной комиссии по связи (FCC) для услуг связи для общественной безопасности и также называется Полосы частот общественной безопасности. Эта связь может также осуществляться с использованием закрытых наземных мобильных радиоуслуг (PLMRS).
Традиционно сети LMR использовались для обеспечения ответственных приложений, таких как связь общественной безопасности. Кроме предоставления очень высокого уровня доступности системы, сети LMR предназначены поддерживать услуги РТТ, такие как работа режима доставки. Эти системы LMR являются специализированными протоколами LMR воздушного канала для беспроводного сообщения между радио LMR и инфраструктурой LMR.
Известные LMR системы используют один протокол для различных уровней в стеках протокола. Например, один и тот же протокол должен использоваться как для транспортного уровня, так и для прикладного уровня стека протокола. Далее, при попытке взаимного соединения множества систем, каждая из которых использует другой протокол, необходимо транскодирование и транс-шифрование переданного LMR контента. Таким образом, конструкция этих систем может привести к субоптимальным показателям, и цена этих систем может увеличиться.
Краткое описание изобретения
Заявляемое решение раскрывает способ передачи LRM контента наземного мобильного радио. Способ включает передачу LMR контента с использованием множества транспортных протоколов в одной сети LMR. Дополнительно способ включает конфигурирование LMR контента на основе протокола прикладного уровня LMR для части одной сети LMR, через которую LMR контент следует передать.
Решение также обеспечивается системой беспроводной связи, которая включает инфраструктуру LMR, способную сообщаться со множеством блоков LMR во множестве зон действия системы LMR. По меньшей мере, какая-то часть зон действия имеет разные транспортные протоколы. Система беспроводной связи дополнительно включает интерфейс, способный обрабатывать принятый LMR контент, который передается, используя 1-ый транспортный протокол и повторное пакетирование контента для связи, используя 2-й транспортный протокол LMR.
Решение также обеспечивается блоком LMR, который включает, по меньшей мере, один голосовой кодер/декодер и множество модемов, соединенных с, по меньшей мере, одним голосовым кодером/декодером. Каждый из множества модемов способен сообщаться с разными транспортными протоколами LMR.
Краткое описание чертежей
Теперь изобретение будет описано в виде примера со ссылкой на сопроводительные чертежи, на которых:
Фиг.1 - это диаграмма, показывающая наземную мобильную радиосистему связи (LMR), сконструированную в соответствии с примерным вариантом осуществления изобретения.
Фиг.2 - это диаграмма, показывающая зону действия части системы связи LMR, представленную на фиг.1
Фиг.3 - это блок-схема блока LMR, сконструированного в соответствии с примерным вариантом осуществления изобретения, сообщающегося с сетью LMR.
Фиг.4 - это блок-схема блока LMR, сконструированного в соответствии с другим примерным вариантом осуществления изобретения.
Фиг.5 - это блок-схема, показывающая стеки протокола в соответствии с примерным вариантом осуществления изобретения.
Фиг.6 - это блок-схема способа управления передачи LMR контента в системе связи LMR в соответствии с примерным вариантом осуществления изобретения.
Фиг.7 - это блок-схема интерфейса транспортного протокола, сконструированного в соответствии с примерным вариантом осуществления изобретения.
Фиг.8 - это блок-схема, показывающая отформатированный LMR контент в соответствии с примерным вариантом осуществления изобретения.
Фиг.9 - это блок-схема системы связи LMR, сконструированной в соответствии с примерным вариантом осуществления изобретения, показывающая зоны действия связи.
Фиг.10 - это блок-схема системы связи LMR, сконструированной в соответствии с примерным вариантом осуществления изобретения, показывающая поток данных.
Подробное описание изобретения
Разные варианты осуществления изобретения включают в себя систему обеспечения LMR контента, например, услуг по сети LMR с использованием множества протоколов связи. Конкретнее множество протоколов транспортного уровня используются для сообщения LMR, которое может удерживать один прикладной уровень протокола LMR.
Следует отметить, что когда делается ссылка на LMR контент, это в основном относится к любому виду или типу контента речи или/и данных LMR, и может определять конкретные услуги LMR, операции, устройства управления и т.д. Например, LMR контент может включать, не ограничиваясь этим, голосовые данные, данные аварийных сигналов, контрольные данные, относящиеся к выбору конкретной речевой группы, данные LMR для переноса между радиоблоком и сервером, перепрограммирование данных (например, обновленные данные программного обеспечения) и т.д.
Конкретнее, как показано на фиг.1, беспроводная система связи и конкретнее система связи LMR 20, сконструированная согласно разным вариантам осуществления изобретения, обеспечивает связь между множеством блоков, LMR и терминалов LMR (не показаны), которые могут быть конфигурированы для мобильной работы, в частности, размещаясь в различных транспортных средствах 22. Связь между блоками LMR, например, размещенными в разных транспортных средствах 22, происходит по сети LMR, имеющей охват связи, определенный рядом базовых станций связи и связанных с ними корпусами связи 24, например, как часть повторителей связи корпуса. В области охвата LMR радиочастотный охват (РЧ) обеспечивается каждой из базовых станций. РЧ охват может перекрываться.
В разных примерах осуществления протокол связи, обеспеченный разными базовыми станциями и связанными вышками связи (24), может быть различным. Конкретнее, протокол передачи и конкретно протокол транспортного уровня отличается для некоторых базовых станций и связанных вышек связи 24. Например, одна базовая станция и вышка связи 24 могут использовать магистральный протокол наземного магистрального радио (TETRA) (например, стандарт ETSI TETRA) для зоны охвата РЧ этой базовой станции и связанной вышки связи 24 и другой базовой станции могут использовать транспортный протокол Р25 (например, стандарт Project 25 (TIA 102)) для охвата РЧ этой базовой станции и связанной вышки связи 24. Следует отметить, что некоторые из базовых станций и связанных вышек связи 24 могут использовать один и тот же транспортный протокол. Кроме того, следует отметить, что другие типы протоколов и стандартов связи LMR могут быть использованы, включая, например, протоколы М/А-СОМ OpenSky и EDACS.
При работе каждый из блоков LMR способен сообщаться с LMR контентом через систему связи LMR 20 с использованием разных протоколов связи. В частности, и как описано ниже подробнее, LMR блоки выбирают один из ряда протоколов транспортного уровня для использования при передаче LMR контента, что может отличаться от протокола прикладного уровня. LMR контент затем конфигурируется для связи, используя выбранный протокол связи и конкретнее инкапсулированного на основе выбранного протокола связи. Кроме того, можно использовать разные прикладные уровни протоколов.
Система связи LMR 20 может включать одну или более областей связи 30, часть одной области связи показана на фиг.2. Область связи 30 образована рядом РЧ зон охвата 32, или более базовых станций и связанных вышек связи (показаны на фиг.1).
Каждая зона охвата 32 может быть сконфигурирована для сообщения с LMR контентом с использованием разного протокола транспортного уровня, показанного как LMR1-Transport, LMR-2 Transport и LMR-3 Transport, указывая на то, что используются три разных протокола транспортного уровня. Следует отметить, что рядом с РФ зонами охвата 32 могут использоваться те же самые или разные протоколы транспортного уровня.
Разные варианты осуществления позволяют комплексные услуги LMR проходить с рядом протоколов, например, со множеством протоколов радио или/и воздушного канала.
В основном, блок LMR 40 (также называемый терминалом LMR), как он показан на фиг.3, сконфигурирован, чтобы обеспечить полную работу сквозного (комплексного) прикладного протокола LMR и услуг между блоками LMR 40 и сетью LMR 42, которые могут включать ряд базовых станций LRM 44, каждая из которых может быть способна сообщаться с использованием разного протокола.
Конкретнее, блок LMR 40 включает множество модулей или компонентов, способных обеспечить связь через LMR сеть 42. Конкретно, блок LMR 40 включает прикладной модуль LMR 46, соединенный с транспортным модулем 48, что вместе обеспечивает конфигурацию речевых (голосовых) или/и данных для связи через сеть LMR 42 (имеющую одну или более базовых станций LMR 44) с использованием передатчика/приемника LMR 50, которые могут быть отдельными блоками или одним приемопередатчиком. Блок LMR 22 далее содержит модуль пакетирования LMR 50, соединенный с транспортным модулем 48 и приемником передатчиком LMR 50 для инкапсулирования речевой или/и связи данных, используя один из ряда протоколов связи. Транспортный модуль LMR 48, модуль инкапсуляции LMR 52 и приемник/передатчик 50 в основном определяют часть 54 множественного протокола связи.
Блок LMR 40 может включать дополнительные компоненты, например, антенну (не показана) для передачи и приема сигналов, как это известно. Кроме того, например, блок LMR 40 может включать фильтр (не показан), также как фильтр приемника и передатчика для фильтрования сигналов, которые приняты и переданы, соответственно, блоком LMR 40. Блок LMR 40 может также включать компоненты для обработки LMR контента и для интерфейса с пользователем. Например, процессор 56, соединенный с памятью 58, может принимать разный LMR контент и, основываясь на входе пользователя 60 или другой информации (например, описательной информации конфигурации или протокола в сигнале LMR контента), определяют способ, которым можно инкапсулировать или декапсулировать LMR контент, как подробнее описано ниже. Например, процессор 56 может быть конфигурирован, чтобы передавать управляющие команды в селектор 62 транспортного модуля 48 LMR для выбора протокола для передачи LMR контента. Может также иметься дисплей 64 для воспроизведения, например, текущих каналов, частоты, режима связи, типа связи, протокола связи и т.д. для блока 40 LMR.
При работе система связи 20 LMR с блоком LMR 40 может обеспечивать связь через сеть LMR 42, используя разные известные протоколы, например, протоколы LMR воздушного канала в одной сети LMR 42. Например, эти протоколы воздушного канала включат, кроме прочего, стандарты Project 25 (TIA 102) и ETSI TETRA. Эти протоколы воздушного канала (airlink) определяют формат и процедуры информационного обмена между блоком 40 LMR и сетью 42 LMR и, в частности, базовыми станциями LMR 44. Следует отметить, что когда базовая станция (станции) 44 являются частью большей системы, базовая станция (станции) 44 взаимосвязаны с переключающим оборудованием (не показано), которое маршрутизирует речь и данные между разными частями системы, так к другим базовым станциям LMR или диспетчерским терминалам. Как известно, базовая станция LMR 44 обрабатывает, например, манипулирует информацией о голосе, данных и управлении, полученной по воздушному каналу, в альтернативный формат, пригодный для сообщения в сети LMR 42, например, для оборудования транспорта или переключения.
Например, на основе текущей зоны охвата РЧ 32 (показана на фиг.2) и связанного протокола связи, который можно автоматически определить (например, используя информацию заголовка в сигнале LMR) или выбрать вручную (например, выбрать пользователь), LMR контент сначала инициируется прикладным модулем LMR 46 на основе прикладного уровня и затем инкапсулируется модулем инкапсуляции LMR 52 на основе транспортного уровня, как он выбран транспортным модулем LMR 48. Следует отметить, что когда LMR контент передается по сети LMR 42, инкапсуляция транспортного уровня может измениться на основе, например, протокола, используемого текущей базовой станцией LMR 44, но инкапсуляция прикладного уровня остается неизменной. Соответственно, в разных вариантах осуществления изобретения блок LMR 40 способен, мо меньшей мере, иметь один кодер/декодер 70, соединенный с частью множественного протокола связи 72, как показано на фиг.4. В этом варианте осуществления часть 72 множественного протокола связи включает интерфейс 74 для связи с голосовым кодером/декодером 70 и рядом модемов 76, каждый из которых способен сообщаться, используя разный протокол связи LMR. Количество модемов 76 или других блоков связи можно изменить, например, уменьшить или увеличить. Кроме того, может иметься один блок связи, способный сообщаться, используя ряд разных протоколов связи. Также голосовой кодер/декодер 70 можно изменить или добавить дополнительные голосовые кодеры/декодеры 70, если LMR контент нужно передать, используя разные прикладные уровни. Кроме того, блок LMR 40 может включать громкоговоритель 78, способный давать на выходе декапсулированный LMR контент.
В работе блок 40 LMR либо принимает LMR контент в части множественного протокола связи 72 или входа пользователя (например, голосовое сообщение по микрофону (не показан) или ввод с нажатием кнопки) у голосового кодера/декодера 70. Для LMR контента, полученного в части множественного протокола связи 72, LMR контент декапсулируется и обрабатывается, что может включать декодирование и дешифровку LMR контента, и тогда выход, например, через громкоговоритель происходит 78. Входные сигналы, принятые в голосовом кодере/декодере 70, например, вход, кодируется (например, инкапсулируется на уровне инкапсулирования) и затем передается из части множественного протокола связи 72, используя один из ряда модемов 76 на основе протокола связи для этой части сети LMR 42 (показана на фиг.3), и как определено транспортным уровнем.
Таким образом, передача LMR контента передается по сети LMR 42, и что может включать передачу и прием с использованием множества разных транспортных протоколов и соответствующей конфигурации LMR контента, например, конфигурации LMR контента с использованием разных протоколов воздушного канала. Для того чтобы обеспечить связь по сети LMR 42, используя блок LMR 40, протокол связи комплектует для связи, используя разные протоколы, разделенные, как показано на фиг.5. В частности, и в отношении связи с блоком LMR 40 с использованием сети LMR 42, стек протокола LMR 80 разделен на много уровней, что в примерном варианте осуществления является двухуровневым стеком протокола, имеющим прикладной уровень LMR 82 и транспортный уровень LMR 84. Прикладной уровень 82 и транспортный уровень 84 может быть, например, создан прикладным модулем LMR 46 и транспортным модулем 48 (оба показаны на фиг.3, соответственно). Прикладной уровень LMR 82 способен обеспечить интерпретацию и обработку речи, данных о контроле данных и информации по всей сети LMR 42, и транспортный уровень LMR 84 способен обеспечивать подаче речевой информации, информации о данных и управления по среде передачи, которая может передаваться только частью сети LMR 42, определенной зоной охвата РЧ 32 (показана на фиг.2). Как описано, протокол воздушного канала LMR определяет, по меньшей мере, один из прикладных уровней LMR 82 и транспортный уровень LMR 84 для конкретной части сети LMR 42, например, зону охвата РЧ 32.
В двухуровневой модели протокола стека базовая станция LMR 44 (показана на фиг.3) и переключающее оборудование в сети LMR 42 (показано на фиг.3) принимают содержание от блока LMR 40 (показан на фиг.3 и 4) и передают содержание прикладного уровня LMR 82 между ними с одним или несколькими разными транспортными уровнями. В частности, как показано на фиг.5, содержание прикладного уровня 82 инкапсулировано у базовой станции LMR 42 (показана на фиг.3) с использованием инкапсуляции 86, как это известно. В примерном варианте осуществления дискретные блоки передачи инкапсулированы в транспортные дейтаграммы и, в частности, пакетно коммутируемые дейтаграммы 88, которые передаются с использованием одного из ряда транспортных протоколов. По приеме инкапсулированной дейтаграммы контент прикладного уровня можно восстановить и, в частности, декапсулировать.
Кроме того, эта двухуровневая модель стека позволяет доставлять услуги прикладного уровня LMR по частям сети, используя разные транспортные протоколы, определенные разными протоколами связи или протоколом, отличным от прикладного слоя. Конкретно, как показано с левой стороны фиг.5, прикладной уровень 82 и транспортный уровень 84 сконфигурированы на основе одного и того же протокола связи, а именно, LMR-1, который может быть, например, основанным на Tetra протоколом связи. Однако, как показано на правой стороне фиг.5, прикладной уровень 82 тот же самый, а именно LMR-1, но транспортный уровень 84а другой, а именно LMR-2, что может быть, например, протоколом связи Р25. Следовательно, содержание инкапсуляции прикладного уровня то же самое, но транспортный уровень инкапсуляции другой.
В частности, инкапсуляция контента LMR 86 используется дейтаграммами транспорта с пакетным переключением 88, так что сеть LMR 42 (показана на фиг.3) может сообщаться с переключающим оборудованием с использованием пригодных транспортных протоколов, тем самым поставляя идентичные услуги прикладного уровня LMR по сети LMR 42, используя базовые станции LMR 44 (показаны на фиг.3), способные связываться с использованием разных протоколов связи LMR. Конкретно, инфраструктура LMR связывается с прикладными услугами LMR с использованием переключения 92 прикладного уровня LMR в сочетании с пакетом транспортных дейтаграмм 68 с переключением с разными транспортными уровнями 84 и 84а.
Следует отметить, что разные варианты осуществления изобретения не ограничены стеком двухуровневого протокола и могут иметься дополнительные уровни для стека многоуровневого протокола при необходимости. Например, могут иметься разные уровни сеанса, такие как уровень массированного шифрования. Дополнительно, например, RTP уровень может быть обеспечен.
Следует отметить, что хотя пример на фиг.5 показан как обеспечивающий связь, используя (1) тот же протокол как для прикладного уровня и транспортного уровня, и (2) другой протокол для транспортного уровня, в разных вариантах осуществления рассматриваются модификации. Например, тот же транспортный уровень можно использовать с разными прикладными уровнями.
Различные варианты осуществления изобретения обеспечивают управление передачей LMR контента в системе связи LMR, используя сеть LMR, имеющую ряд базовых станций LMR или другие повторители или маршрутизаторы, которые могут использовать разные протоколы связи. В частности, способ 100 управления связи LMR контента показан на фиг.6 и включает определение в 102 протокола для использования для передачи LMR контента и конкретнее использование протокола транспортного уровня. В примерном варианте осуществления изобретения определяется транспортный протокол для текущей зоны охвата. Определение может использоваться на ручном выборе, например, на основе выбора входа пользователя, из которых протокол для использования или введенное местоположение блока LMR. Выбор может происходить, например, с использованием кнопки или переключателя на блоке LMR 40 (показан на фиг.3). В качестве альтернативы или факультативно определение того, какой протокол для использования может быть автоматическим. Например, выбор протокола для передачи LMR контента может основываться на автоматическом обнаружении местоположения блока LMR (например, используя GPS) или на основе информации, принятой в содержании LMR, например, в части заголовка LMR контента или в сообщении об установке или конфигурации.
После определения транспортного протокола для передачи LMR контента, сделанного в 102, способ передачи выбирается в 104 на основе определенного протокола для использования. Например, скорость или скорость передачи информации в бодах можно выбирать (вручную или автоматически) из диапазона скоростей передачи данных связи. Кроме того, процедуры установки для создания и соединения с определенной частью сети можно выбрать. Например, если нужно использовать 1-ый протокол связи, можно использовать подпрограмму установки транспортного уровня сети связи LMR-1, где канал связи устанавливается между блоком LMR и этой частью сети LMR через приемник/передатчик LMR в блоке LMR. Если нужно использовать 2-й протокол связи, подпрограмма установки транспортного уровня сети связи может быть использована, где канал связи устанавливается между блоком LMR и этой другой частью (отличной от 1-й части) сети LMR. Программа настройки может включать любые пригодные процессы, которые известны для установления канала беспроводной связи.
После этого в 106 LMR контент сконфигурирован для обеспечения связи на основе протокола прикладного уровня и выбранного способа связи. Например, если LMR контент нужно передать, используя транспортный уровень LMR-1, выбирается конкретный стандарт LMR, в котором следует конфигурировать или форматировать LMR контент. В частности, если выбирается стандарт LMR-1, в котором следует конфигурировать полезную нагрузку речи или/и данных, определяется LMR контент. Это может включать, например, выбор одного из стандартов Project 25 (TIA 102) или ETSI ТЕТРА для способа связи и соответствующего инкапсулирования данных, например, с использованием инкапсулирования оболочки с конкретным протоколом прикладного уровня, например, протоколом прикладного уровня LMR-1. Далее, и например, можно выбрать закрытый формат (proprietary format), например, закрытый формат OpenSky MC/A-COM, закрытый формат NetworkFist или системы EDACS. Можно использовать другой протокол связи или формат, например, если часть сети LMR требует связи в стандарте LMR-2.
В дополнение, и как подробнее описано выше в связи с фиг.5, в зависимости от используемого протокола для передачи LMR контента, можно использовать конкретный стек протокола. Далее, можно добавить заголовок протокола LMR, идентифицирующий транспортный уровень и протокол, используемый для инкапсулирования данных к полезной нагрузке данных LMR. Как подробнее описано ниже, LMR контент инкапсулирован, например, IP инкапсулирован с оболочкой IP до осуществления связи. Следует отметить, что это может включать ряд уровней инкапсуляции.
Вновь обращаясь к фиг.6, после того как LMR контент сконфигурирован в 106, сконфигурированный LMR контент передается в 108. Например, если LMR контент способен связываться с использованием протокола связи LMR-1, модем, соответствующий этому протоколу, используется для передачи LMR контента от и с блоками LMR. Если LMR контент способен связываться с использованием, например, другого протокола, такого как протокол LMR-2, используется другой модем, соответствующий этому протоколу для передачи LMR контента от и в блоках LMR. Следует отметить, что блок LMR может быть выполнен для работы в 2-х или более режимах работы, а именно, в связи с 2-мя или более разными протоколами связи.
После передачи и приема LMR контента, например, базовой станцией сети, LMR контент обрабатывается в 110 для определения действия. Например, это может включать определение передачи голосовых (речевых) данных или выдачи сигнала аварии или запроса РТТ для группового разговора. Далее, например, если LMR контент передается, используя другие транспортные уровни, адрес назначения IP инкапсулированной дейтаграммы можно сначала определить и потом передать к месту обработки с использованием маршрутизатора в сети. Затем можно снова инкапсулировать LMR контент.
В разных вариантах осуществления изобретения, как показано на фиг.7, интерфейс 120 транспортного протокола может быть обеспечен в связи с базовыми станциями 44 (показаны на фиг.3). Может быть обеспечен интерфейс 120 транспортного протокола, например, как отдельный блок (например, автономный модуль), плата для соединения с сервером в сети LMR 42 (показана на фиг.3) или программного обеспечения для загрузки в сервер в сети LMR 42. Интерфейс 120 транспортного протокола включает процессор 122 для обработки принятого инкапсулированного LMR контента для связи в инфраструктуре в сети LMR 42. В частности, и как подробнее описано в связи с фиг.5 и 6, процессор может принимать LMR контент, сформатированный, как показано на фиг.8. LMR контент в основном содержит часть данных LMR и часть инкапсуляции протокола пакетного переключения. Конкретно, LMR контент 130 может включать заголовок протокола 132 транспортного уровня, заголовок протокола 134 прикладного уровня и данные LMR 136, например, полезную нагрузку данных LMR.
Этот LMR контент 130, в принципе, инкапсулирован, например, инкапсулирован в одну или более IP оболочек, так что можно использовать разные протоколы связи для передачи LMR контента 130. Процессор 122 расформировывает LMR контент 130, например, путем удаления заголовка протокола 132 транспортного уровня и может хранить расформированный LMR контент 130 в памяти 124. Затем LMR контент 130 можно далее обработать процессором 122 для определения того, какое действие нужно выполнить, или адреса в инфраструктуре LMR с пакетным переключением, в которую нужно передать LMR контент 130, что может включать повторную инкапсуляцию с использованием другого транспортного протокола, идентифицированного другим заголовком протокола 132 транспортного уровня. В принципе, когда LMR контент 130 расформирован, LMR контент 130 способен связываться в инфраструктуре LMR или в другой части сети LMR 42. Контроль передачи LMR контента 130 управляется контроллером 126, который может содержать маршрутизатор 128 для маршрутизации LMR контента 130 к пункту назначения внутри, например, сети LMR 42.
Таким образом, разные варианты осуществления изобретения обеспечивают передачу LMR контента, используя один или более протоколов внутри сети LMR. Контент может инкапсулироваться для связи на основе ряда транспортных уровней и сообщаться соответственно с использованием одного из модемов блока LMR. Например, и как показано на фиг.9, система связи LMR 200 в основном включает ряд базовых станций сети LMR 202, способных связываться с использованием 1-го протокола связи LMR и ряда базовых станций сети LMR 204, способных сообщаться с использованием 2-го протокола связи. Каждая из множества сетевых базовых станций 202 и 204 имеет соответствующею зону охвата 206 и 208, соответственно. Зоны охвата связи 206 и 208 могут перекрываться в некоторых местах. Разные варианты осуществления изобретения, описанные здесь, позволяют сообщаться блоку LMR 210, например, радио LMR в мобильном блоке или транспортном средстве по разным протоколам связи LMR (например, разным протоколам транспортного уровня) в зависимости, например, от местоположения блока LMR 210 и соответствующей имеющейся зоны охвата. Конкретнее, корпуса связи (не показаны), соответствующие каждой из ряда базовых станций сети LMR 202 и 204, устанавливают беспроводную связь, как здесь описано.
Далее, как показано на фиг.10, контроллер 212 в инфраструктуре 211 сети LMR, например, система связи 200 (показана на фиг.9) может быть способна управлять связью из ряда базовых станций сети LMR 202 и 204, как здесь описано. Контроллер может обрабатывать ряд пакетных данных, полученных от разных частей сети LMR, например, разных РЧ зон охвата 214 и 216, имеющих разные требования к разным протоколам связи или транспортному протоколу, для определения соответствующего действия или процедуры маршрутизации для конкретных пакетов данных, как здесь описано. Следовательно, и, например, могут быть разные варианты осуществления изобретения для использования протокола связи на основе протокола связи Tetra в загородных областях для меньшего диапазона связи с большей пропускной способностью и протоколом связи ВЧ на основе протокола связи в сельских областях для большего диапазона и связи с меньшей пропускной способностью. Далее, транспортный слой можно выбрать на основе типа или вида услуги.
Различные варианты осуществления или компоненты, например, системы связи LMR, сети и контроллеры в них, могут быть реализованы как часть одной или более компьютерных систем, которые могут быть отдельными или интегрированы с системой связи LMR. Система связи может включать компьютер, входное устройство, дисплей и интерфейс, например, для доступа в Интернет. Компьютер может содержать микропроцессор. Микропроцессор может соединяться с шиной связи. Компьютер также может содержать память. Память может включать оперативную память и ПЗУ. Далее, компьютерная система может включать запоминающее устройство, которое может быть жестким диском или съемное запоминающее устройство, такое как гибкой диск, оптический диск и т.п. 3апоминающее устройство может также быть другим подобным средством для загрузки компьютерных программ или других команд в компьютерную систему.
Используемый здесь термин «компьютер» может включать основанную на процессоре или основанную на микропроцессоре систему, включая системы с использованием микроконтроллеров, схем с сокращенным набором команд (RISC), интегральные схемы прикладной ориентации (ASIC), логические схемы и любую другую схему или процессор, способный выполнять описанные здесь функции. Эти примеры только примеры и таким образом не предназначены ограничивать определение или/и значение понятия «компьютер».
Компьютерная система выполняет набор команд, которые хранятся в одном или более запоминающем элементе, чтобы обработать входные данные. Запоминающие элементы могут также хранить данные или другую информацию при необходимости. Запоминающий элемент может быть в виде источника информации или физического элемента памяти внутри машины обработки.
Набор инструкций может включать различные команды, который дают команду компьютеру как машине для обработки производить конкретные операции, такие как способы и процессы разных вариантов осуществления изобретения. Набор команд может быть в виде вспомогательной программы. Программа может быть в разных видах, таких как системная программа или прикладная программа. Далее, программа может быть в виде собрания отдельных программ, программного модуля внутри большей программы или части программного модуля. Программное обеспечение может также включать модульное программирование в виде объектно-ориентированного программирования. Обработка входных данных машиной для обработки может быть в ответ на команды пользователя или в ответ на результаты предыдущей обработки, или в ответ на запрос, сделанный другой машиной для обработки. Используемое здесь понятие «программные средства» и «программно-аппаратные средства» взаимозаменяемы и включают любую компьютерную программу, хранимую в памяти для выполнения компьютером, включая ЗУПВ, ПЗУ, СППЗУ, ППЗУ и энергонезависимую ЗУПВ. Эти типы памяти только примеры и не ограничивают пригодных типов памяти для хранения компьютерной программы.
Следует также отметить, что разные варианты осуществления изобретения могут давать другую или/и дополнительную функциональность. Например, комплексное шифрование можно выполнять, что исключает использование промежуточного шифровального оборудования и риск для безопасности, который возникает при наличии такого промежуточного оборудования с доступом к ключам шифрования. Далее, разные варианты осуществления изобретения могут обеспечить комплексное кодирование цифровой речи, что исключает использование промежуточного транскодирования и оборудования транскрипции, и поэтому утерю достоверности, возникающую, когда один формат преобразуется в другой формат.
Настоящая группа изобретений относится к наземному мобильному радио (LMR). Техническим результатом является уменьшение нагрузки аппаратных средств наземного мобильного радио. Он достигается тем, что представлен способ передачи наземного мобильного радио LRM контента наземного мобильного радио, который включает передачу LMR контента с использованием множества транспортных протоколов в одной сети LMR, включает конфигурирование LMR контента на основе протокола прикладного уровня LMR для части одной сети LMR, через которую LMR контент следует передать. Также представлена система беспроводной связи, которая включает инфраструктуру LMR, способную сообщаться со множеством блоков LMR во множестве зон действия системы LMR. По меньшей мере, какая-то часть зон действия имеет разные транспортные протоколы. Система беспроводной связи дополнительно включает интерфейс, способный обрабатывать принятый LMR контент, который передается, используя 1-ый транспортный протокол и повторное пакетирование контента для связи, используя 2-й транспортный протокол LMR. И представлен блок LMR наземного мобильного радио, использующийся в указанных способе и в системе. 3 н. и 13 з.п. ф-лы, 10 ил.
1. Способ передачи наземного мобильного радио (LMR) контента (130), содержащий:
автоматическое определение первым мобильным радио его местоположения;
автоматический выбор указанным первым мобильным радио первого сетевого протокола мобильного радио из множества сетевых протоколов мобильного радио на основе указанного местоположения первого мобильного радио, указанный первый сетевой протокол мобильного радио включает протокол уровня приложения для первого уровня приложения первого стека протоколов мобильного радио и первый протокол транспортного уровня для транспортного уровня указанного стека протоколов мобильного радио;
генерацию контента мобильного радио указанным протоколом уровня приложения;
упаковку указанного контента мобильного радио с использованием первого протокола транспортного уровня;
передачу (108) упакованного LMR-контента (130) в рамках первой области покрытия сети LMR (42);
выбор второго сетевого протокола мобильного радио, который включает второй протокол транспортного уровня для указанного транспортного уровня второго стека протоколов мобильного радио, указанный второй сетевой протокол мобильного радио и указанный второй протокол транспортного уровня соответственно отличаются от указанных первого сетевого протокола мобильного радио и указанного первого протокола транспортного уровня,
перепаковка указанного контента мобильного радио с использованием указанного второго протокола транспортного уровня и направление указанного перепакованного контента мобильного радио (130) по второй зоне покрытия радиочастот указанной сети LMR (42), где указанный первый протокол уровня приложения остается неизменным на протяжении передачи указанного контента мобильного радио в рамках указанной второй области покрытия радиочастот указанной сети мобильного радио.
2. Способ по п.1, где указанный стек протокола мобильного радио представлен стеком протоколов двух уровней для передачи LMR-контента (130).
3. Способ по п.1, где стек протокола мобильного радио включает комбинацию предопределенного протокола уровня приложения и предопределенный протокол транспортного уровня, и один из первых протоколов уровня приложения и первый протокол транспортного уровня выбраны таким образом, чтобы не соответствовать соответствующему одному из указанных предопределенных протоколов уровня приложения и указанного предопределенного протокола транспортного уровня.
4. Способ по п.1, где LMR-контент (130) содержит контент, определяющий, по меньшей мере, одну из услуг LMR, операции и управление и включает, по меньшей мере, одно из голосовых данных, данных аварийного сигнала, данных управления, относящихся к выбору конкретной говорящей группы, данные LMR для передачи между радиоблоком и сервером и перепрограммированием данных.
5. Способ по п.1, дополнительно содержащий осуществление комплексного шифрования между рядом блоков LMR (40, 210).
6. Способ по п.1, дополнительно содержащий выполнение комплексного цифрового речевого кодирования между рядом блоков LMR (40, 210).
7. Способ по п.1, дополнительно содержащий конфигурирование LMR-контента (130) для связи с использованием одного из протоколов Project 25, протокола воздушного канала ETSI TETRA, частного формата OpenSky, частного формата EDACS и формата NetworkFirst.
8. Способ по п.1, дополнительно включающий автоматический выбор второго протокола транспортного уровня.
9. Система беспроводной связи, содержащая:
инфраструктуру LMR (211) наземного мобильного радио, способную связываться с рядом блоков LMR (40, 210) во множестве зон охвата (208) системы LMR (200), причем, по меньшей мере, два из ряда зон охвата (208) используют разные протоколы транспортного уровня для транспортного уровня соответствующих им стеков протоколов мобильного радио; и
интерфейс (120), облегчающий соединение между указанными множественными областями покрытия, указанный интерфейс сконфигурирован для
получения LMR-контента (130) от первого мобильного радио указанного множества мобильных радио, указанный мобильный радиоконтент генерируется указанным первым мобильным радио, используя первый протокол уровня приложения для уровня приложения указанного первого из стека протоколов мобильного радио и первый протокол транспортного уровня мобильного радио из указанных протоколов транспортного уровня, и
перепаковки контента мобильного радио (130) с использованием второго протокола транспортного уровня из указанных протоколов транспортного уровня, отличного от указанного первого протокола транспортного уровня, где указанный протокол уровня приложения указанного уровня приложения не изменяется указанным интерфейсом, и указанный первый протокол транспортного уровня является частью первого сетевого протокола мобильного радио, и указанный второй протокол транспортного уровня является частью второго сетевого протокола мобильного радио, который отличается от указанного первого сетевого протокола мобильного радио, и где первый сетевой протокол мобильного радио автоматически выбирается указанным первым мобильным радио из множества сетевых протоколов мобильного радио на основе автоматически определенного местоположения указанного первого мобильного радио.
10. Система по п.9, где стек протоколов LMR является стеком протокола двух слоев.
11. Система по п.9, где инфраструктура LMR (211) способна связываться, используя один из протокола Project 25, протокола воздушного канала ETSI TETRA, частного формата OpenSky, частного формата EDACS и формата NetworkFirst.
12. Система по п.9, где инфраструктура LMR (211) способна связываться с LMR-контентом (130), содержащим контент, определяющий, по меньшей мере, одну из услуг LMR, операции и управление и включает, по меньшей мере, одно из голосовых (речевых) данных, данных аварийного сигнала, данных управления, относящихся к выбору конкретной говорящей группы, данные LMR для передачи между радиоблоком и сервером и перепрограммированием данных.
13. Система по п.9, где указанный стек протоколов мобильного радио включает комбинацию предопределенных протоколов уровня приложения (82) и предопределенный протокол транспортного уровня (84), и один из указанных протоколов уровня приложения и указанный первый протокол транспортного уровня выбран так, чтобы не совпадать с соответствующим протоколом из указанных предопределенных протоколов уровня приложения и указанного предопределенного протокола транспортного уровня.
14. Блок LMR наземного мобильного радио, включающий:
модуль приложения, сконфигурированный для генерации контента мобильного радио на основе протокола уровня приложения первого сетевого протокола мобильного радио;
селектор, сконфигурированный для динамического и автоматического выбора протокола транспортного уровня из множества протоколов транспортного уровня на основе автоматически определенного местоположения указанного мобильного радио, указанный протокол транспортного уровня является частью второго сетевого протокола мобильного радио, который отличается от указанного первого сетевого протокола мобильного радио;
модуль упаковки, сконфигурированный для упаковки указанного контента мобильного радио на основе указанного протокола транспортного уровня, и
по меньшей мере, один трансивер, соединенный с модулем приложения, трансивер сконфигурирован для передачи контента мобильного радио, сгенерированного с использованием указанного протокола уровня приложения указанного первого сетевого протокола мобильного радио и упакованного с использованием указанного протокола транспортного уровня указанного второго сетевого протокола мобильного радио.
15. Блок LMR по п.14, дополнительно содержащий модуль транспортного уровня (48), способный создать протокол транспортного уровня для связи.
16. Блок LMR по п.14, дополнительно содержащий модуль прикладного уровня LMR (46), способный обеспечить протокол прикладного уровня.
Пломбировальные щипцы | 1923 |
|
SU2006A1 |
Топчак-трактор для канатной вспашки | 1923 |
|
SU2002A1 |
Комбинированная машина для теребления и очесывания головок льна | 1937 |
|
SU52536A1 |
Печь для непрерывного получения сернистого натрия | 1921 |
|
SU1A1 |
Авторы
Даты
2012-05-20—Публикация
2007-08-06—Подача