Модуль, система и способ связи для беспроводной связи

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

 

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

Упомянутые способ и система, в частности, прикладное оборудование, известны в предшествующем уровне техники в пределах концепции автоматизированного электронного экстренного вызова, называемой концепцией «экстренного вызова» («E-Call»). Известный блок экстренного вызова основан на сенсорном или ручном запуске экстренного вызова, при этом система сигнализации, подобная системе шин или тому подобному, например, на транспортном средстве, подает запрос на выполнение экстренного вызова в сеть связи в случае, если сигнал, указывающий чрезвычайную ситуацию, присутствует в системе сигнализации. Известный блок экстренного вызова содержит модуль беспроводной связи, например, подобный так называемому модулю межмашинной (M2M) связи, при этом посредством запроса блока экстренного вызова, модуль M2M строит линию связи с предопределенным адресом экстренной помощи. Согласно чрезвычайной ситуации, адресу, главным образом, должен быть, например, номером телефона экстренного вызова для голосового соединения, при этом линия связи является голосовой линией связи для подачи голосового сообщения, и предпочтительно, дополнительно, связанного с чрезвычайной ситуацией набора данных, посредством так называемой внутриполосной сигнализации, в центр экстренной помощи, доступный по предопределенному номеру телефона экстренного вызова. В частности, беспроводная передача экстренного вызова в сеть связи содержит: построение линии связи голосового вызова, передачу набора данных безопасности по линии связи голосового вызова и последующую конфигурацию для передачи голосового вызова через линию связи голосового вызова. Предопределенный телефонный номер экстренного вызова обычно задается в модуле посредством аппаратных средств и/или программного обеспечения. В европейском регионе, такая концепция экстренного вызова (так называемая инициатива электронной безопасности “eSafety initiative”) запланирована для ввода в действие в ближайшем будущем и, таким образом, должна обеспечивать достижение, например, на транспортном средстве, автоматизированного экстренного вызова в случае чрезвычайной ситуации, например, во время аварии или подобной опасной ситуации с транспортным средством. В этом случае, пассажиры транспортного средства или другие участники дорожного движения могут рассчитывать на своевременную помощь и поддержку во время аварии или опасной ситуации.

Несмотря на то, что подача экстренного вызова в сеть связи по существу исключена в конкретной пригодной инфраструктуре, по-прежнему есть потребность в дополнительной поддержке пассажиров устройства, оснащенного блоком экстренного вызова или подобным прикладным оборудованием; а именно, в процессе подачи экстренного вызова в центр экстренной помощи. По сей день, пассажиры или другие получатели помощи в ближайшем окружении от модуля и/или прикладного оборудования принимают всего лишь редкие указания относительно подачи экстренного вызова и его состояния. До сих пор, известная процедура, самое большее, выдавала оптическую и/или акустическую обратную связь посредством человеко-машинного интерфейса (MMI), который, по существу, предназначен для однократного ручного запуска экстренного вызова запускающим лицом; однако, оптическая и/или акустическая обратная связь ограничена простым подтверждением того, что ручные действия действительно были осуществлены; например, подтверждает, что была нажата кнопка. Однако, этого недостаточно для надежного подтверждения того, что экстренный вызов в сеть связи действительно был осуществлен, в частности, это не является надежным подтверждением того, что экстренный вызов действительно достиг центра экстренной помощи. Более того, оказывается, что MMI для транспортных средств и тому подобного, главным образом и обязательно, должен быть размещен в транспортном средстве, где наиболее вероятно может ожидаться его повреждение во время аварии и/или подобной опасной ситуации. Таким образом, сомнительно, способен ли вообще MMI надежно осуществлять экстренный вызов, да еще и в условиях аварии. К тому же, может происходить не только повреждение MMI, но также может быть разрушена или повреждена аккумуляторная батарея для питания MMI, так что экстренный вызов не сможет быть осуществлен.

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

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

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

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

Изобретение исходит из того, что известные до сих пор способы могут быть дополнительно улучшены уже на основе концепции системы экстренного вызова, просто за счет дополнительного развития модуля связи блока экстренного вызова; а именно посредством улучшения модуля связи улучшенным использованием внешней беспроводной связи через сеть связи и улучшенным использованием внутреннего соединения в прикладном оборудовании устройства. К тому же, в изобретении учтено, что блок экстренного вызова или другое прикладное оборудование могут быть сконструированы предпочтительно простыми и недорогими, но при этом такими, чтобы выдерживать даже жесткие столкновения, удары и подобные неблагоприятные воздействия во время аварии устройства или других опасных ситуаций. Таким образом, конструкция и сборка блока экстренного вызова в устройстве обычно могут быть обеспечены со сравнительно низкими затратами, простым и экономным образом; таким образом, как учтено в изобретении - в противоположность MMI, или тому подобному - модуль связи имеет хорошую основу для решения проблем, описанных выше. Концепция изобретения предлагает дополнительно развить модуль посредством адаптации, в частности, внутреннего интерфейса и функциональных возможностей модуля, сверх известного стандарта. Преимущественно, обычно данные, описывающие чрезвычайную ситуацию, доступны в модуле для беспроводной передачи вовне экстренного вызова в сеть связи, после приема данных безопасности, описывающих чрезвычайную ситуацию, из приложения. В частности, инициатива электронной безопасности определила набор данных, в форме минимального набора данных (MSD), который должен передаваться, и который достигает максимум 140 байт. Как только будут доступны один или более параметров чрезвычайной ситуации, например, подобных сигналу датчика, указывающему опасную или аварийную ситуацию, или тому подобное, внутренний (т.е. внутри устройства) прием данных безопасности, описывающих чрезвычайную ситуацию, может инициироваться через внутреннее соединение. Параметр чрезвычайной ситуации обычно может представлять собой любой параметр, который определяет или указывает опасную или аварийную ситуацию, или другие неблагоприятные ситуации с устройством, например, подобные активизации подушки безопасности или ситуации переворачивания, либо полному торможению устройства. Согласно изобретению, дополнительно предлагается, чтобы модуль связи осуществлял доступ к объекту данных для внутреннего предоставления элемента данных, содержащего автоматизированное подтверждение аварийного вызова. Таким образом, согласно изобретению, в прикладном оборудовании, содержащем блоки ввода и/или вывода, достоверная информация восприятия может выводиться блоком вывода при приеме элемента данных, содержащего автоматизированное подтверждение экстренного вызова. В качестве альтернативы или дополнительно, модуль связи даже может быть выполнен с возможностью непосредственного соединения с блоков ввода и/или вывода, так чтобы достоверная информация восприятия могла выводиться блоком вывода при непосредственном приеме из модуля элемента данных, содержащего автоматизированное подтверждение экстренного вызова.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Предпочтительно, объект данных может представляться в кодированном виде. Дополнительно или в качестве альтернативы, внутренний обмен данными может кодироваться. В частности, уникальный элемент данных для подтверждения может кодироваться посредством внутреннего обмена данными. Самым предпочтительным видом кодирования является кодирование со сжатием посредством использования одной из известных схем сжатия для мультимедийных данных, например, подобное сжатию MPEG (стандарта Экспертной группы по киноизображению) или звуковых файлов. Тем самым обработка для связи может быть ускорена. В частности, к тому же, уникальный элемент данных для связи может кодироваться посредством внутреннего обмена данными. В силу этого, может быть оптимизирована скорость передачи через внутренний интерфейс. Еще одним видом кодирования, который предпочтительно использовать, является защитное кодирование; посредством которого предотвращается непреднамеренное или преднамеренное изменение объектов данных.

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

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

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

В конкретном предпочтительном варианте осуществления, блок экстренного вызова может быть осуществлен не на высоком прикладном уровне, а, по существу, в самом модуле. Тем самым последовательность этапов способа, как представлено в пунктах 13 и 14 формулы изобретения, может выполняться скорее в пределах модуля, нежели в комбинации модуля и прикладного оборудования системы. Например, может использоваться так называемый модуль открытой платформы, в котором программируемая команда отслеживается в последовательности для выполнения этапов способа. Такая разновидность последовательности может обеспечиваться в виртуальной машине, например, виртуальной машине JAVA. В этих и других случаях, в прикладном оборудовании, контроллер приложений преимущественно предусмотрен только для соединения модуля с шиной сигнализации устройства, подобной шине транспортного средства (шине CAN), или тому подобному. В таком варианте, сам модуль, в виде модуля M2M, может подсоединяться через интерфейс UART (универсального асинхронного приемопередатчика). С использованием упомянутого интерфейса, может подаваться сигнал для экстренного вызова. Например, подача может инициироваться датчиком столкновения или подобным детектирующим средством для указания аварийной и/или опасной ситуации. К тому же, ручная или автоматическая аварийная кнопка может использоваться для этой цели.

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

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

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

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

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

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

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

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

В частности, предпочтительно, чтобы подходящая идентификация языка хранилась в модуле и распознавалась во время следующего вывода автоматизированного подтверждения экстренного вызова. Указанная последовательность этапов особенно предпочтительна, когда модуль экстренного вызова принимает от сигнальной шины - подобной шине транспортного средства, в частности, шине CAN, или тому подобному - сообщение, что язык MMI транспортного средства изменился. В случае, если язык изменения не сохранен в звуковых файлов памяти модуля, команда может заканчиваться сообщением ошибки, и выбор языка модуля M2M может оставаться неизменным. Некоторые или конкретные из звуковых файлов могут оцениваться как обязательные, а другие - как необязательные. В случае, в котором необязательный звуковой файл запрошен для вывода, и выбранный язык недоступен, предпочтительный вариант осуществления предусматривает, что вывод необязательного сообщения на выбранном языке запрещается.

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

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

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

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

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

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

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

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

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

В частности, принимая во внимание типичные MMI транспортных средств, или тому подобное, предложенная концепция обладает тем преимуществом, что блок экстренного вызова может использоваться с питанием от аккумуляторной батареи, или тому подобного при отключении источника питания. В случае модуля открытой платформы, блок экстренного вызова, по существу, может быть сокращен до простой конструкции, содержащей только контроллер шины транспортного средства, соединяемый с модулем M2M. Дополнительная структура для обработки, в частности, ЦПУ (центральное процессорное устройство, CPU) или подобная сложная логика, не нужна в блоке экстренного вызова. Дополнительные аспекты настоящего изобретения относятся к компьютерным программам. Одним из аспектов является компьютерная программа, содержащая исполняемый код, подходящий для управления работой устройства радиосвязи в соответствии со способом по третьему аспекту изобретения или с одним из его вариантов осуществления, когда код выполняется процессором устройства радиосвязи. Еще один аспект компьютерной программы является компьютерной программой, содержащей исполняемые коды, подходящие для управления работой устройства контроллера при управлении работой группы устройств радиосвязи в соответствии со способом по четвертому аспекту изобретения, когда код выполняется процессором устройства контроллера. Каждая из компьютерных программ обычно предоставляется на запоминающем носителе.

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

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

фиг. 1 - структурная схема системы из прикладного оборудования и модуля, причем модуль реализован в качестве модуля M2M в блоке экстренного вызова, а система дополнительно реализована в транспортном средстве посредством соединения контроллера экстренного вызова с шиной транспортного средства;

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

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

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

Фиг. 1 схематически изображает транспортное средство, или тому подобное, иллюстрирующее подвижное устройство 1000, содержащее электронную систему 300 транспортного средства, соединенную с блоком 200 экстренного вызова, в качестве примера прикладного оборудования, соответствующего концепции изобретения, при этом блок 200 экстренного вызова оборудован электронным модулем 100 для осуществления наружной (т.е. вне устройства) беспроводной связи через сеть 400 связи. В этом случае, сеть 400 беспроводной связи является сотовой телефонной сетью связи, имеющей одну или более базовых станций BS для беспроводного соединения с антенной 60 электронного модуля 100, и центром 500 обслуживания с другой стороны, при этом центр 500 обслуживания в этом случае является центром экстренной помощи. Таким образом, компоненты 100, 200, 300 реализованы в качестве электронной системы вызова в аварийных и чрезвычайных ситуациях, AEC, в подвижном устройстве 1000.

Электронная система 300 транспортного средства содержит шину 310 транспортного средства, подобную шине CAN (асинхронной последовательной коммуникационной шине), или подобную шину сигнализации, и систему 320 датчиков, содержащую один или более датчиков для детектирования аварийной ситуации. Датчик системы 320 датчиков, например, может быть реализован в качестве датчика столкновения или реле, или исполнительного механизма и/или датчика, соединенного с подушкой безопасности или подобной системой безопасности.

Шина 310 транспортного средства коммуникативно соединена с контроллером 210 блока экстренного вызова в блоке 200 экстренного вызова. Контроллер 210 блока экстренного вызова внутренне (внутри устройства) коммуникативно соединен с электронным модулем 100 для наружной беспроводной связи через сеть 400 связи. Первая часть 311 соединения внутренней сигнализации между шиной 310 транспортного средства и контроллером 210 блока экстренного вызова установлена линией шины. Вторая часть 211 соединения внутренней сигнализации между контроллером 210 блока экстренного вызова и модулем 100 связи установлена физическим электронным соединением для передачи сигналов управления в контроллер 140 модуля.

Подробнее, в рассматриваемом случае, модуль 100 M2M встроен в блок 200 экстренного вызова, который внутренне соединен через первую часть 311 с шиной 310 транспортного средства. Контроллер 140 модуля расположен как центральный блок управления, который принимает команды через интерфейс AT из контроллера 210 блока экстренного вызова по первой шине, а также из одного или более компонентов 170, 180, 190, 130 через шину 110 управления, как изображено на схеме. К тому же, возможен вывод команд контроллера 140 модуля в другие компоненты. Предпочтительно, контроллер 140 модуля интерпретирует и, кроме того, подает команды, принятые из контроллера 210 экстренного вызова, на дополнительные электронные компоненты модуля 200 связи.

Кроме того, модуль 100 связи содержит интерфейс 150 связи, причем вышеупомянутая антенна 160 для беспроводной связи соединена с интерфейсом 150 связи. Антенна 160 содержит высокочастотный блок (блок ВЧ, HF) для осуществления контакта с беспроводной сетью 400. Беспроводная сеть 400 выполнена с возможностью связи посредством одного или более из современных или будущих технологических стандартов для мобильной связи, например, подобных стандартам GSM (глобальной системы мобильной связи), EDGE (развития стандарта GSM с увеличенной скоростью передачи данных), GPRS (общей службы пакетной радиопередачи), UMTS (универсальной системы мобильных телекоммуникаций) и/или LTE (долгосрочного развития).

Контроллер 140 модуля внутри соединен шиной управления с памятью 180 модуля, которая, среди прочего, имеет зарезервированную область хранения для одного или более объектов 181 данных, несущих информацию 182 восприятия в виде акустической информации на специфичном языке; например, голосовой подсказки, или тому подобного. Каждая из голосовых подсказок может рассматриваться в качестве элемента данных, который пригоден для комбинирования с другими элементами данных для предоставления отдельного и уникального элемента данных. Иллюстративный элемент данных может храниться внутри, в памяти 180 модуля и/или в извещателе 190 экстренного вызова модуля, например, для буферизации.

Модуль 100 связи также содержит блок 170 кодирования/декодирования, в котором голосовые подсказки могут кодироваться и декодироваться, чтобы сохраняться в форме элемента данных в памяти 180 модуля. В рассматриваемом случае, блок 170 кодирования/декодирования дополнительно выполнен с возможностью кодирования/декодирования акустической информации, например, подобной звуковым файлам, или другой акустической информации, несущей объекты данных, в частности, объекты голосовых подсказок. Таким образом, блок 170 кодирования и декодирования имеет доступ к памяти 180 модуля и объектам 181 данных, соответствующим акустической информации 182, хранимой в них. Несмотря на то, что блок 170 кодирования/декодирования, главным образом, выполнен с возможностью кодирования и декодирования данных, тем не менее в альтернативном варианте или в дополнение, можно дополнительно упростить блок 170 до простого блока декодирования. Таким образом, можно сэкономить на средстве кодирования в случае, если в объектах 181 данных обеспечена достаточная, предопределенная и организованная акустическая информация.

В особенно предпочтительном варианте осуществления, блок 170 кодирования/декодирования реализован в контроллере 140 модуля, вместо предоставления блока 170 кодирования/декодирования в качестве отдельного блока, соединенного с контроллером 140 блока через шину 110 управления. Однако отдельный блок 170 кодирования/декодирования может быть полезным в альтернативном варианте осуществления, как показано на фиг. 1, вследствие улучшенной производительности модуля связи, обеспечиваемой таким образом. В этом случае, контроллер 140 модуля способен обеспечивать вывод звуковых файлов преимущественно параллельно с установлением соединения с сетью 400 беспроводной связи, например, для подачи экстренного вызова в центр 500 экстренной помощи.

Блок 130 выборки, который в настоящем варианте осуществления сформирован в качестве блока представления, имеет доступ через шину 120 данных к памяти 180 модуля и/или извещателю 190 экстренного вызова для извлечения элемента данных и/или голосовой подсказки непосредственно из объекта 182 данных, и подачи голосовой подсказки в интерфейс 150 связи модуля 100 связи. Блок 130 выборки, главным образом, выполнен с возможностью синтезирования речи или тональных сигналов, или другой акустической информации из объекта данных или элемента данных и вывода синтезированной акустической информации на громкоговоритель 720. и наоборот, блок 130 выборки может быть выполнен с возможностью записи акустической информации, принятой микрофоном 710, и выдачи ее в качестве акустических данных в блок 170 кодирования, и декодирования для сохранения в извещателе 190 экстренного вызова и/или памяти 180 модуля, либо для передачи кодированной акустической информации через сеть 400 в центр 500 экстренной помощи.

Эти и другие действия подачи данных управляются контроллером 140 модуля, при этом сигналы управления подаются в один или более из объектов 130, 150, 180, 170 через шину 110 управления в модуле 100 связи. В рассматриваемом случае блок 200 экстренного вызова дополнительно предусматривает контроллер 210 блока экстренного вызова для управления модулем 100 M2M и осуществляет связь с электронной системой 200 подвижного устройства 1000 через первую часть 311 и шину 310 транспортного средства. Шина транспортного средства внутренне выдает информацию из подвижного устройства 100, которая, например, может приниматься системой 320 датчиков или другими средствами, которые не обязательно должно быть выполнены в качестве датчиков. В действительности дополнительные системы управления могут быть обеспечиваться центральным блоком 330 управления транспортного средства или другими блоками 340 электронной системы 300 подвижного устройства 1000.

Для питания блока экстренного вызова или подобного прикладного оборудования 200 предусмотрена система питания. Система 600 питания может быть реализована внутри, в блоке 200 экстренного вызова, или может быть обеспечена вне блока 200 экстренного вызова в периферии вызывающего транспортного средства, например, в качестве части системы вызова в аварийных и чрезвычайных ситуациях, AEC. Блок 600 питания в первом альтернативном варианте содержит первый блок P1 питания, соединенный через линию питания с интерфейсом 220 питания для питания блока 200 экстренного вызова и через второй интерфейс 230 питания и соответственные линии питания - с модулем 100 связи для питания модуля связи. К тому же, аккумуляторная батарея BATT может быть соединена с интерфейсом 220 питания для обеспечения предоставления достаточного питания в систему вызова в аварийных и чрезвычайных ситуациях, AEC, если первый источник питания выходит из строя по какой бы то ни было причине, в частности, при аварии. В качестве второго альтернативного варианта, могут быть предусмотрены аккумуляторная батарея BATT и второй источник P2 питания, при этом второй источник P2 питания через линии питания, показанные в пунктирной форме, непосредственно соединен с дополнительным интерфейсом 121 питания модуля 100 связи. В этом случае модуль 100 связи независим по снабжению питанием и, таким образом, выполнен с возможностью независимого осуществления связи, невзирая на состояние блока 200 экстренного вызова. Действительно, второй альтернативный вариант обеспечивает питание для модуля 100 связи и гарантирует соединение модуля 100 связи через первую и вторую часть 311, 312, и контроллер 210 экстренного вызова с шиной 310 транспортного средства.

Средство 700 ввода и вывода может обеспечиваться соединенным с блоком 200 экстренного вызова и/или модулем 100 связи непосредственно через линии ввода и вывода. MMI или подобное средство 700 ввода и вывода содержит микрофон 710 и громкоговоритель 720. Громкоговоритель 720 соединен через линию 721 вывода с блоком 200 экстренного вызова и модулем 100 связи. Микрофон 710 соединен через линию 711 ввода с блоком 200 экстренного вызова и модулем 100 связи. Громкоговоритель 720 и микрофон 710, в этом случае, соединены непосредственно с блоком 200 экстренного вызова, однако, они также могут непосредственно использоваться модулем 100 связи через линии 711, 712 ввода и вывода.

Модуль связи на фиг. 1 показан и реализован в качестве так называемого модуля M2M (межмашинной связи). Несмотря на то, что настоящий вариант осуществления и реализация модуля 100 связи описаны с различными компонентами, показанными схематично в виде прямоугольников в иллюстративной комбинации, тем не менее должно быть ясно, что различные варианты комбинации компонентов также находятся в пределах объема концепции настоящего изобретения. Например, контролер 140 модуля может быть реализован и сконфигурирован так, чтобы не обязательно было обеспечивать контроллер блока экстренного вызова в качестве отдельного второго контроллера в блоке 200 экстренного вызова, взамен, контроллер 140 модуля и контроллер 210 блока экстренного вызова могут быть реализованы в объединенном виде, в одном контроллерном блоке. К тому же, это остается в силе для дополнительной объединенной комбинации электронных компонентов, показанных в виде прямоугольников с ссылочными позициями 150, 170, 180, 189, 130. В частности, основанные на памяти компоненты, подобные памяти 180 модуля, в экстренном извещателе, могут быть реализованы в одном блоке памяти. Блок памяти также может быть выполнен с возможностью интеграции блока 170 кодирования/декодирования и/или блока 130 выборки. К тому же, в одном варианте, блок 130 выборки и блок 170 кодирования/декодирования могут быть интегрированы в один блок. Кроме того, разновидности и альтернативные варианты, кроме описанных выше, возможны в зависимости от ситуации и прикладной инфраструктуры системы вызова в аварийных и чрезвычайных ситуациях для подвижных или других устройств.

Тогда как общие функции системы вызова в аварийных и чрезвычайных ситуациях уже были описаны с помощью фиг. 1, на фиг. 2 иллюстративная последовательность сигнализации показана на блок-схеме последовательности операций, которая изображает входы и выходы сигналов для каждого уровня шины 310 транспортного средства и прикладного оборудования 200, как блока экстренного вызова, а также модуля 100 связи, как модуля M2M, и сети 400 беспроводной связи, в частности, для соединения с центром 500 экстренных вызовов.

В иллюстративной системе вызова в аварийных и чрезвычайных ситуациях, AEC, электронная система 300 подвижного устройства может принимать сенсорное управление или другой сигнал, указывающий чрезвычайную ситуацию, как например, являющуюся результатом столкновения транспортного средства или подобной аварии, на этапе S1. На этапе S2, соответственный сигнал, указывающий чрезвычайную ситуацию, передается внутренне в блок экстренного вызова посредством осуществления связи между шиной 310 транспортного средства и контроллером 210 блока экстренного вызова. После приема сигнала, указывающего чрезвычайную ситуацию, на этапе S3 контроллером 210 блока экстренного вызова, на этапе S4, запрос на вывод голосовой подсказки или подобного автоматизированного подтверждения чрезвычайной ситуации и/или экстренного вызова формируется в контроллере 210 блока экстренного вызова, и подается для вывода на этапе S5 в контроллер 140 модуля в модуле 100 связи. На этапе S6 при приеме запроса инициируется начало вывода голосовой подсказки. Для активизации вывода акустической информации в форме голосовой подсказки, или тому подобного, в модуль M2M, команда активизации может быть реализована в форме команды AT.

На этапах S4, S5, S6 и последующих этапах, кроме того, команда активизации может сопровождаться выводом по меньшей мере идентификационной информации. Идентификационная информация предназначена для идентификации соответственного звукового файла, выбранного в качестве объекта данных из некоторого количества объектов данных, которые должны выбираться модулем связи, в памяти 180 модуля, а именно, которые должны выбираться контроллером 140 модуля в памяти 180 модуля. Данный выбор, в частности, учитывает выбор языка, но также может учитывать другие ситуации аварии и параметры чрезвычайной ситуации. На последующих этапах процедуры станет ясно, что вывод звукового файла продолжается до тех пор, пока модуль 100 связи, как модуль M2M, не примет дополнительный запрос, посредством блока экстренного вызова, чтобы завершить процедуру вывода. Следующий процесс может - но не обязательно должен - быть реализован цикличной программой, в которой голосовая подсказка повторяется, как только акустический файл, содержащий в себе голосовую подсказку, был воспроизведен до конца.

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

На этапе S7 вывод голосовой подсказки запрашивается контроллером 140 модуля; далее начинается последовательность извлечения голосовой подсказки из памяти 180 модуля, декодирования соответственных данных объекта 181 данных для извлечения акустической информации 182 посредством блока 170 декодирования, и в заключение начинается воспроизведение в блоке 130 выборки, для вывода акустической информации на громкоговоритель 720. На этапе S8 вывод голосовой подсказки, фактически, начинается ровно в момент времени t1 и - как будет видно ниже - продолжается до момента времени t2, при этом длительность голосовой подсказки указана полосой на фиг. 2, помеченной как VP.

На этапе S9 контроллер 140 модуля также будет принимать набор данных безопасности, а именно, минимальных данных безопасности, MSD, из электронной системы 300 и будет продолжать собирать данные безопасности на этапе S10 до тех пор, пока все данные безопасности не будут приняты на этапе S11. Блок 200 экстренного вызова будет способен выполнять этапы с S9 по S10 и S11 параллельно и наряду с выполнением этапов S6, S7 и S8 модулем 100 связи. Таким образом, тогда как голосовая подсказка VP уже была начата на этапе S8, в настоящем варианте осуществления на этапе S12 формируется запрос контроллера 210 блока экстренного вызова и, на этапе S13 запрос подается в модуль 100 связи и принимается на этапе S14. Таким образом, на этапе S15 модуль связи начнет построение линии связи с сетью 400. Соответственная передача сигнализации подается на этапе S16 в базовую станцию сети связи и принимается сетью 400 связи на этапе S17.

Прямоугольник II изображает ситуацию, когда существует проблема в установлении линии связи, которая будет подробнее описана ниже.

В настоящем варианте осуществления на этапе S18 линия связи голосового соединения подтверждается сигнализацией на этапе S19, принятой модулем на этапе S20. На этапе S21 передача минимальных данных безопасности, MSD, инициируется модулем 100, и данные MSD подаются на этапе S22 в сеть и принимаются на этапе S23. После этого - поскольку линия связи установлена, на этапе S18 экстренный голосовой вызов, обозначенный как экстренный вызов, инициируется на противоположной стороне в сети 400, а именно, в центре 500 экстренной помощи, и он уже продолжается во время приема данных MSD на этапе S23 и полной передачи данных MSD на этапе S24. Подача сигнализации завершения на этапе S25 принимается на этапе S26 модулем 100. В это время завершение передачи данных MSD из модуля 100 в сеть 400 подтверждается на этапе S26, а активизация голосового вызова из модуля 100 в блок 200 экстренного вызова подтверждается на этапе S27, после приема подтверждения активизации голосового вызова на этапе S28 в блоке 200 экстренного вызова. Затем, запрос на окончание вывода голосовой подсказки VP формируется на этапе S29 контроллером 210 экстренного вызова и подается на этапе S30 в модуль 100. При приеме запроса окончания голосовой подсказки на этапе S31, как следствие, окончание вывода голосовой подсказки формируется на этапе S32 контроллером 140 модуля и подается, чтобы приниматься в блоке 130 выборки на этапе S33. Таким образом, в момент времени t2 на этапе S33, завершается вывод голосовой подсказки VP, после начала, в момент времени t2.

На этапе S34 в ответ на завершение голосовой подсказки передается сигнализации в блок 200 экстренного вызова, которая принимается на этапе S35. В течение этого времени, а именно уже после того, как на этапе S18 линия связи подтверждается сетью в момент времени T1, экстренный вызов находится на рассмотрении и выполняется в центре 500 экстренной помощи. После инициации на этапе S36 модуль далее воспринимает, что передача данных экстренного вызова завершена, в момент времени T2 и передает сигнал на этапе S37 в блок 200 экстренного вызова. Этот сигнал принимается на этапе S38 модулем 100, и внешняя линия связи открывается для голосовой связи с центром 400 экстренных вызовов. Следовательно, также вновь открывается вывод автоматизированного подтверждения экстренного вызова. В действительности, настоящий иллюстративный вариант осуществления изобретения в процедуре показывает, что вывод экстренного вызова посредством внешней передачи экстренного вызова в сеть связи между моментами времени T1 и T2 возможен параллельно с тем, что начиная с даже более раннего момента времени t1 и вплоть до момента времени t2, выдается подтверждение в окружение, например, водителю транспортного средства при аварии, или тому подобное.

Как указано этапом S17 в прямоугольнике II, отсутствие линии связи может обуславливать буферизацию экстренного вызова в извещателе 190 экстренного вызова модуля 100. Таким образом, этап S18 перемещается на более поздний момент времени T1’ для случая II; эта ситуация изображена на оси времени с левой стороны от T1 до T1’ на фиг. 2.

Ситуация, соответствующая прямоугольнику I по фиг. 2 на этапе S6 дополнительно описана на фиг. 3. Подробно, фиг. 3 показывает предполагаемую процедуру сигнализации для сбора данных о языке; в частности, выбор языка может выполняться асинхронно с выполнением экстренного вызова, что станет ясным из дальнейшего описания. В частности, в этом примере может допускаться, что пользователь MMI транспортного средства на этапе S1' изменил язык пользователя транспортного средства. Это, например, может осуществлено посредством изменения выбора языка в мультимедийных приложениях MMI транспортного средства, что является обычной функцией MMI между пользователем и транспортным средством. Можно допустить, что через шину 310 транспортного средства блок 200 экстренного вызова информируется об этом изменении языка. К тому же возможны другие триггеры в последовательности по фиг. 3: например, соединение диагностического блока или другой разновидности компьютера для конфигурирования транспортного средства у пользователя или продавца, или тому подобного. В каждом случае, экстренный вызов 200 может реагировать на выбор или изменение языка пользователя посредством приема, на этапе S2’, команды выбора языка на этапе S3’. Далее, блок 200 экстренного вызова может запускать на этапе S4’ запрос выбора языка по этапу S5’. Запрос подается внутри в модуль 100 связи на этапе S5’. Таким образом, на этапе S6’ модуль 100 связи принимает запрос для повторного выбора языка для дальнейшей связи. Этапы с S1’ по S8’ в действительности могут выполняться параллельно этапам с S1 по S8, как описано на фиг. 2.

Тем не менее проверка выбора языка на этапе S7’ может также начинаться в более поздний момент времени S9’, позже чем S6’, модулем 100 связи.

Предпочтительно, код языка - например, код языка MARC- может подаваться в качестве аргумента. В модуле M2M далее на этапе S7' проверяется, соответствует ли поданный код языка одному или более из существующих объектов 181 данных, а именно, звуковых файлов 182 в памяти 180 модуля. Возможно, что ни одного соответствующего звукового файла не будет найдено для выбранного языка, или что другие звуковые файлы соответствуют выбранному языку, но оказывается, что эти соответствующие звуковые файлы не формируют полного набора звуковых файлов; т.е. что некоторые из набора звуковых файлов отсутствуют. В последнем случае, если некоторые звуковые файлы отсутствуют, но количество звуковых файлов для языка расценивается, как хорошее, это состояние может приниматься, как несущественное. Например, может требоваться изменение нескольких звуковых файлов, но если в цепочке отсутствует единственный звуковой файл, вывод неполной цепочки все же может быть целесообразным.

Однако, если на этапе S7’ модуль 100 обнаруживает, что для выбранного языка существует соответствующий звуковой файл, и/или целы все звуковые файлы соответствующего набора звуковых файлов, то выбранный язык сохраняется внутренним образом на этапе S10’, и сохраненная ситуация подается на этап S11’; выдается в качестве сигнала обратной связи в блок 200 экстренного вызова, принимаемый на этапе S12’. Таким образом, на этапе S12’, блок экстренного вызова, как и модуль 100, узнает, что выбор языка был успешным.

В противном случае, никакие изменения языка не предпринимаются, и, вместо сохраненного выбора языка на этапе S11’, обратно в блок экстренного вызова выдается код ошибки.

Фиг. 4 показывает подробный схематический вид интерфейса модуля 100 с громкоговорителями 720, при этом линия 721 вывода дополнительно определяется переключателем 722, который является селективным и исключающим в отношении выбора любого блока 130 выборки, как показано на фиг. 1, а также других блоков акустической информации, подобных блоку 131 тонального телефонного звонка, голосовому каналу 132 или подобным блокам 133 акустической информации. Подробно, фиг. 4 показывает часть X по фиг. 1, при этом голосовой вывод может активизироваться в громкоговорителе 720. Согласно концепции настоящего изобретения, громкоговоритель 720 может избирательно использоваться для вывода так, чтобы только звуковой файл, выбранный блоком 130 выборки, связывался с громкоговорителем 720 в случае чрезвычайной ситуации. Все другие файлы 133 акустической информации или источники акустической информации, подобные модулю 131 тонального телефонного звонка и голосовому каналу 132 для входящих вызовов, устраняются; это означает, что они не могут соединяться переключателем 720 в положении A с блоком 130 выборки, как показано на фиг. 4. Причина состоит в том, что в чрезвычайной ситуации блок 133 выборки имеет высший приоритет для воспроизведения акустической информации. Поэтому все другие блоки 133 или источники 131, 132 акустической информации блокируются и не имеют связи с громкоговорителем 720. Только вследствие последовательности этапов S33, S34, S35 на фиг. 2 предоставляется возможность дополнительного голосового подтверждения. Возможно, выходные сигналы для громкоговорителя 720, в частности, из голосового соединения голосового канала 132, например, один из экстренных вызовов на этапах с S18 по S39, могут выводиться громкоговорителем 720.

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

принимать внутренним образом, через внутреннее соединение, данные безопасности, описывающие чрезвычайную ситуацию;

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

осуществлять доступ по меньшей мере к объекту данных, хранимому в модуле связи, для предоставления элемента данных, содержащему автоматизированное подтверждение экстренного вызова;

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

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

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

4. Модуль связи по п. 1, содержащий:

интерфейс связи для установления линии беспроводной связи с сетью связи, при этом интерфейс связи для беспроводной связи соединен с антенной;

внутренний интерфейс для соединения модуля связи с транспортным средством, причем внутренний интерфейс выполнен с возможностью внутреннего обмена данными между транспортным средством и модулем связи;

контроллер модуля, выполненный с возможностью управления внутренним обменом данными между модулем и транспортным средством;

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

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

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

6. Модуль по п. 1 или 3, в котором объект данных и/или элемент данных выбирается в соответствии с одним или более из:

данных безопасности согласно потребностям чрезвычайной ситуации,

ручного и/или автоматизированного машинного происхождения экстренного вызова,

качества линии связи.

7. Модуль связи по п. 1 или 2, в котором автоматизированное подтверждение экстренного вызова является визуальной, акустической и/или осязательной информацией, и/или другой информацией восприятия для подтверждения, в частности голосовой подсказкой.

8. Модуль связи по п. 7, в котором информация восприятия является акустической информацией на конкретном языке, а объект данных и/или элемент данных выбирается в соответствии с выбором языка согласно конкретному языку, когда выбор заранее определен, и/или задан контекстом, и/или задан командой.

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

10. Система связи, содержащая транспортное средство и модуль связи и/или модуль связи в соединении с блоком экстренного вызова,

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

при этом информация восприятия, содержащая автоматизированное подтверждение экстренного вызова, выводится блоком вывода при приеме элемента данных.

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

принимает внутренним образом данные безопасности, описывающие чрезвычайную ситуацию;

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

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

12. Способ по п. 11, в котором

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

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

13. Способ по п. 11 или 12, содержащий этапы, на которых:

принимают сигнал чрезвычайной ситуации в блоке экстренного вызова,

принимают запрос на подтверждение экстренного вызова в модуле,

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

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

в блоке экстренного вызова собирают данные безопасности, описывающие чрезвычайную ситуацию,

в модуле принимают внутренним образом данные безопасности, описывающие чрезвычайную ситуацию,

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

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

14. Способ по п. 13, содержащий дополнительные этапы, на которых:

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

- в блоке экстренного вызова принимают внутренним образом обратную связь от центра экстренных вызовов,

- в модуле связи принимают запрос для окончания вывода автоматизированного подтверждения экстренного вызова в модуле,

- посредством модуля связи заканчивают вывод автоматизированного подтверждения экстренного вызова с высшим приоритетом и в блоке экстренного вызова разблокируют блок вывода,

- в модуле связи активизируют линию связи с центром экстренных вызовов для осуществления голосовой связи.

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



 

Похожие патенты:

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

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

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

Изобретение относится к системе беспроводной связи, и более конкретно, к способу каналообразования в полосе свободного диапазона частот и устройству для него. Техническим результатом является эффективное задание канала для беспроводной локальной сети (WLAN) в полосе свободного диапазона частот.

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

Изобретение относится к технике связи и может использоваться в мобильных системах беспроводной связи. Технический результат состоит в повышении надежности связи.

Изобретение относится к беспроводной связи. Узел сети обслуживает ячейку, в которой расположено беспроводное ретрансляционное устройство, при этом узел сети обеспечивает зону покрытия сети для беспроводного ретрансляционного устройства.

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

Изобретение относится к системам связи. Техническим результатом является создание инструментария для приема или отслеживания усовершенствованного физического канала управления нисходящей линии связи (ePDCCH) или физического совместно используемого канала нисходящей линии связи (PDSCH).

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

Изобретение относится к установлению линии связи. Технический результат – ускоренное установление линии связи. Для этого предусмотрено: прием кадра пробного запроса, который включает в себя идентификатор конфигурации системы; определение, соответствует ли принятый идентификатор конфигурации системы хранимому идентификатору конфигурации системы; при условии, что принятый идентификатор конфигурации системы соответствует хранимому идентификатору конфигурации системы, передачу кадра сокращенного пробного ответа в ответ на кадр пробного запроса, при этом кадр сокращенного пробного ответа содержит меньшее количество параметров конфигурации, чем все параметры конфигурации набора параметров конфигурации; и при условии, что принятый идентификатор конфигурации системы не соответствует любому хранимому идентификатору конфигурации системы, передачу кадра полного пробного ответа в ответ на кадр пробного запроса. 6 н. и 14 з.п. ф-лы, 8 табл., 23 ил.

Изобретение относится к беспроводной связи. Технический результат – улучшение качества соединения и повышение скорости передачи данных путем формирования множества не создающих помех друг другу пространственных каналов для каждого пользователя. Для этого в многопользовательской системе (MU) с множеством антенн (MAS) используются области когерентности в беспроводных каналах для формирования множества не создающих взаимные помехи потоков данных для различных пользователей. В одном варианте осуществления используется нелинейное или линейное предварительное кодирование для формирования отдельных областей когерентности для разных пользователей. В качестве примера нелинейное предварительное кодирование может содержать кодирование типа ''грязная бумага'' (DPC) или предварительное кодирование Томлинсона-Харашимы, и линейное предварительное кодирование может содержать диагонализацию блока (BD) или формирование луча с принудительной установкой в ноль энергии взаимных помех (ZF-BF). Технологию с ограниченной обратной связью также можно использовать для передачи информации о состоянии канала (CSI) от множества пользователей в MU-MAS. 4 н. и 30 з.п. ф-лы, 58 ил.

Изобретение относится к области сети радиодоступа. Техническим результатом является уменьшение нагрузки по обработке в узлах радиодоступа. Способ включает в себя прием первым CN информационного элемента идентификатора конечной точки туннеля (TEID) от второго CN, причем информационный элемент TEID содержит множество полей, причем одно из множества полей включает в себя идентификатор мобильной сети наземной связи общего пользования (PLMN) шлюза сети пакетных данных (PGW). Первый CN передает принятый PLMN-идентификатор к устройству базовой станции. 4 н. и 16 з.п. ф-лы, 10 ил., 9 табл.

Изобретение относится к системе и способу настройки определяемой пользователем сети. Технический результат заключается в обеспечении рационального использования ресурсов услуги связи по стандарту широкополосной связи для мобильных устройств (МВВ). Способ содержит этапы, на которых: организовывают посредством определяемого пользователем шлюза множество услуг связи, соответствующих элементу сети мобильной связи, для формирования результата организации, содержащего интегрированный API, причем интегрированный API используется для задания МВВ-услуги, и предоставляется для активации МВВ-услуги для работы с приложениями; принимают посредством определяемого пользователем шлюза запрос определяемой пользователем сети из МВВ-сервера приложений, переносящего МВВ-услугу для работы с приложениями, при этом запрос содержит информацию определений ресурса услуги связи, требуемого МВВ-услугой для работы с приложениями, и используется для того, чтобы запрашивать установление или модификацию определяемой пользователем сети; активируют посредством определяемого пользователем шлюза, согласно запросу определяемой пользователем сети и результату организации, множество услуг связи, соответствующих элементу сети мобильной связи, чтобы устанавливать или модифицировать определяемую пользователем сеть; и возвращают посредством определяемого пользователем шлюза результат активации на МВВ-сервер приложений. 3 н. и 11 з.п. ф-лы, 8 ил.

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

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

Изобретение относится к способу связи с сетями, который выполняется пользовательским оборудованием (UE). Технический результат заключается в снижении нагрузки на сеть доступа. Способ содержит: получение доступа в наземную сеть радиодоступа развитой UMTS (E-UTRAN); поиск беспроводной локальной сети (WLAN), которая может обрабатывать трафик, относящийся к E-UTRAN; запрос информации о нагрузке и качестве сигнала WLAN; и определение того, может ли трафик, относящийся к E-UTRAN, быть передан на WLAN в соответствии с запрошенными информации о нагрузке, качестве сигнала и пороговыми значениями. При этом пороговые значения содержат первое пороговое значение, связанное с низким качеством сигнала WLAN, второе пороговое значение, связанное с высоким качеством сигнала WLAN, третье пороговое значение, связанное с низкой нагрузкой WLAN, четвертое пороговое значение, связанное с высокой нагрузкой WLAN, при этом трафику разрешается быть переданным из E-UTRAN на WLAN, когда запрошенное качество сигнала WLAN больше, чем второе пороговое значение, и когда запрошенная нагрузка WLAN меньше, чем третье пороговое значение. 2 н. и 5 з.п. ф-лы, 15 ил., 1 табл.

Изобретение относится к способу и устройству для определения местоположения носимого устройства. Технический результат состоит в повышении точности определения местоположения. Для этого способ включает определение носимым устройством, разъединено ли соединение для ближней связи с первым терминалом; и если обнаружено, что соединение для ближней связи с первым терминалом разъединено, широковещательную передачу носимым устройством уведомительного сообщения для инструктирования по меньшей мере одного второго терминала о необходимости установления соединения для ближней связи с носимым устройством и инструктирования по меньшей мере одного второго терминала о необходимости передачи уведомления о соединении серверу, для того чтобы сервер определил местоположение носимого устройства, соответствующее по меньшей мере одному второму терминалу. После широковещательной передачи уведомительного сообщения и установления соединения для ближней связи с ближайшими вторыми терминалами вторые терминалы сообщают серверу идентификационную информацию подключенного носимого устройства, и сервер определяет местоположение носимого устройства, соответствующее множеству вторых терминалов, и, таким образом, определяет информацию о местоположении носимого устройства. 9 н. и 15 з.п. ф-лы, 22 ил.

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

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

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

Наверх