Перекрестная ссылка на смежную заявку
Настоящая заявка испрашивает приоритет по обычной заявке на патент США № 16/146 673, поданной в Бюро по регистрации патентов и товарных знаков США 28 сентября 2018 г., содержание которой полностью включено в настоящий документ путем ссылки.
Область техники
Варианты осуществления в общем смысле относятся к системам связи и более конкретно к обеспечению качества взаимодействия управляемых услуг связи для транспортного средства, находящегося в пути, посредством систем связи.
Предпосылки создания изобретения
Бытовые и корпоративные потребители услуг связи и услуг по передаче контента, как правило, оформляют относительно длительные (например, месячные, годовые и т.д.) договорные отношения с поставщиками таких услуг, например, с поставщиками интернет-услуг, поставщиками услуг телевидения, поставщиками медиа-услуг ОТТ и т.д. Такие потребители, как правило, ожидают определенного договорного уровня обслуживания; и если такие потребители получают нежелательный уровень сервиса, зачастую это побуждает их связываться с поставщиком услуги, чтобы сообщить о нежелательном уровне сервиса. Например, разочарованные потребители, скорее всего, будут обращаться к своему поставщику интернет-услуг в случае недоступности услуги, заметного замедления услуги, проблем с конфигурацией и т.д. Чтобы обеспечить желаемый уровень сервиса для своих потребителей, такие поставщики услуг, как правило, призывают своих клиентов сообщать о проблемах и стараются своевременно решать эти проблемы.
Пользователи стали чаще проявлять интерес к потреблению ресурсов связи (например, для потоковой передачи данных, электронной почты, Интернета и т.д.) во время поездок на транспортном средстве. Например, пассажиры могут пользоваться мобильными телефонами, ноутбуками, планшетами, встроенными мультимедийными терминалами и/или другими терминалами на транспорте во время путешествия на автомобиле, самолете, автобусе, поезде, круизном судне или другом транспортном средстве. Во многих случаях некоторые или все услуги связи предоставляются пассажирам посредством удаленной сети (например, Интернет), которая обменивается данными с транспортным средством. В таких случаях часто существует договорные отношения между поставщиком услуг связи и поставщиком транспортных услуг, который управляет транспортным средством. Для обеспечения предоставления поставщиком услуг связи определенного уровня некоторые такие поставщики стремятся периодически проверять доступность их услуг в течение определенного периода времени и/или их соответствие некоторому договорному пороговому значению скорости передачи данных.
Несмотря на то, что между поставщиком услуг связи и поставщиком транспортных услуг часто существуют относительно долгосрочные договорные отношения, между поставщиком услуг связи и пассажирами могут существовать только относительно краткосрочные отношения. Например, пассажир самолета может использоваться интернет-услуги на борту этого самолета только в течение части одного полета. Хотя в течение этого времени услуга на борту самолета может быть технически доступна и может обеспечивать по меньшей мере минимальную скорость передачи данных, качество услуги для пассажира все еще может быть неудовлетворительным, или услуга может быть вообще недоступна для пассажира по ряду причин. Таким образом, как поставщики транспортных услуг, так и поставщики услуг связи могут иметь неполное понимание впечатления конечных пользователей от использования услуги, что может помешать этим поставщикам узнать о проблемах, возникающих в отношении качества обслуживания конечных пользователей, и соответствующим образом решать их.
Краткое описание изобретения
Описаны, помимо прочего, системы и способы для обеспечения услуг связи на транспорте, управляемых качеством взаимодействия (QoE). Например, услуги связи в пути поставляются по сети на потребляющие контент устройства на одном или более транспортных средствах. В пределах окна измерений для получения результатов измерения доставки на уровне сети (NLD) можно измерять доставку услуг связи в пути, а для получения результатов измерений потребления данных на уровне пользователя (CLC) можно измерять потребление услуг связи в пути одним или более потребляющими контент устройствами. Измерения NLD и CLC могут быть использованы для расчета показателя качества взаимодействия (QoE), который указывает на качество предоставленных услуг с точки зрения восприятия одним или более пассажирами одного или более транспортных средств. Показатель QoE можно использовать для обновления сохраненных данных уровня обслуживания. Обновление может вызвать формирование одного или более триггеров уровня обслуживания, которые могут активировать автоматическое корректирующее действие для условий, относящихся к QoE.
Краткое описание графических материалов
Настоящее изобретение описано в сочетании с прилагаемыми фигурами:
на фиг. 1 показана упрощенная схема спутниковой системы связи, которая обеспечивает контекст для различных вариантов осуществления;
на фиг. 2 показана иллюстративная система связи для предоставления услуг связи на транспорте, в которой компоненты измерения и оценки преимущественно размещены в сетевых узлах со стороны поставщика, в соответствии с различными вариантами осуществления;
на фиг. 3 показана иллюстративная система связи для предоставления услуг связи на транспорте, в которой компоненты измерения и оценки преимущественно размещены на транспортном средстве, в соответствии с различными вариантами осуществления;
на фиг. 4 показана иллюстративная система связи для предоставления услуг связи на транспорте, в которой компоненты измерения преимущественно размещены на транспортном средстве, а компоненты оценки преимущественно размещены в сетевых узлах со стороны поставщика в соответствии с различными вариантами осуществления; и
на фиг. 5 показана блок-схема иллюстративного способа предоставления медиа-услуг на транспорте соответствии с различными вариантами осуществления.
На прилагаемых фигурах аналогичные компоненты и/или элементы могут иметь одинаковые ссылочные обозначения. Кроме того, различные компоненты одного и того же типа можно различать с помощью эталонного обозначения со вторым обозначением, которое отличается от аналогичных компонентов. Если в спецификации используют только первое ссылочное обозначение, описание применимо к любому из аналогичных компонентов, имеющих одно и то же ссылочное обозначение, независимо от второго ссылочного обозначения.
Подробное описание
В представленном ниже описании множество конкретных деталей приведено для обеспечения полного понимания настоящего изобретения. Однако простому специалисту в данной области техники будет понятно, что изобретение может быть реализовано без этих конкретных деталей. В некоторых случаях схемы, структуры и способы не были подробно описаны во избежание затруднения понимания настоящего изобретения.
На фиг. 1 показана упрощенная схема спутниковой системы связи 100, которая обеспечивает контекст для различных вариантов осуществления. Спутниковая система связи 100 по существу облегчает доставку контента от одного или более источников контента на множество транспортных средств 110 в соответствии с основанным на времени освобождения приоритетом, как описано в настоящем документе. Например, пассажирский самолет может иметь на борту встроенную систему для обеспечения услуг связи в пути (например, развлечения на борту самолета, возможности интернет-подключения во время полета и т.д.) пассажирам посредством встроенных в кресло, персональных мобильных или других устройств. Во время полета встроенная система пассажирского самолета может обмениваться данными с одним или более операторами спутниковой системы связи 100, посредством которых услуги связи в пути могут быть предоставлены пассажирам.
Транспортное средство 110 и связанные с транспортным средством услуги могут предоставляться пассажирам поставщиком транспортных услуг, таким как авиакомпания; и поставщик транспортных услуг может иметь намерение обеспечить качественное обслуживание своих пассажиров в отношении услуг связи в пути. Для обеспечения качественного обслуживания пассажиров поставщики транспортных услуг могут стремиться предоставить пассажирам услуги связи в пути по меньшей мере с необходимым уровнем доступности (например, небольшое время простоя сети или отсутствие простоя сети и подобных недостатков обслуживания), с необходимой скоростью передачи данных (например, достаточно высокая пропускная способность, ширина полосы пропускания и т.д. для целей пассажиров) и с требуемым уровнем доступа (например, надлежащая цена, поддержка различных приложений и/или типов устройств и т.д.). Услуги связи на транспорте могут быть предоставлены поставщиком связи, таким как спутниковая компания связи, который может предоставлять и управлять некоторыми или всеми компонентами сети поставщика, посредством которой предоставляются услуги связи в пути. В некоторых случаях поставщик связи полностью или частично связан с поставщиком транспортных услуг. В других случаях поставщик связи отделен от поставщика транспортных услуг. В таких случаях поставщик транспортных услуг может обеспечить желаемое качество обслуживания пассажиров за счет договорных отношений с поставщиком связи.
Традиционно обеспечение желаемого качества обслуживания пассажиров включает обязательство поставщика связи только периодически проверять доступность его услуг в течение по меньшей мере некоторого договорного периода времени и/или соответствие некоторому договорному пороговому значению скорости передачи данных. Однако такие периодические проверки, как правило, не точно отражают, предоставляется ли конечным пользователям (например, пассажирам) необходимый уровень обслуживания. Например, хотя объективное измерение может указывать на наличие сети на конкретном рейсе самолета в конкретное время и на обеспечение по меньшей мере минимального уровня скорости передачи данных, какая-либо другая проблема может привести к тому, что некоторые или все пассажиры рейса будут испытывать трудности при подключении к сети, использовании определенных приложений или иным образом испытывать нежелательные впечатления от качества услуги. Часто в таких случаях члены экипажа транспортного средства могут не иметь или практически не иметь возможности или способности решить проблему, пассажиры могут иметь незначительную мотивацию сообщать о проблеме, и/или может быть сложно определить причины или средства устранения неполадки после сообщения о ней (например, из-за того, что лицо, сообщающее о неполадке, не в полной мере понимает проблему, из-за отсутствия целесообразности исправления проблемы для технических специалистов постфактум и т.д.).
В вариантах осуществления, описанных в настоящем документе, предложены новые подходы к обеспечению требуемого качества взаимодействия (QoE) в отношении предоставления услуг связи в пути. Например, компоненты сети поставщика используются для получения измерений доставки на уровне сети (NLD) и измерений потребления на уровне пользователя (CLC) в течение временного окна измерения во время предоставления услуг связи в пути. Показатель QoE может быть рассчитан в виде функции от (например, средневзвешенное значение и т.д.) измерений NLD и CLC, а эти измерения могут основываться как на объективных, так и на субъективных показателях. Рассчитанный показатель QoE в режиме реального времени может указывать на качество поставленных услуг (QoS) с точки зрения одного или более пассажиров одного или более транспортных средств. В некоторых вариантах осуществления показатель QoE может быть использован автоматически для генерации одного или более триггеров уровня обслуживания, что может привести по желанию к выполнению одного или более автоматизированных триггерных ответных действий для по меньшей мере частичного устранения обнаруженных изменений в QoE.
В вариантах осуществления могут использоваться множество различных типов показателей различными способами. Измерения NLD, как правило, включают объективные измерения, указывающие на эффективность сети при предоставлении услуг связи в пути (например, независимо от факта или характера потребления предоставленных услуг одним или более пассажирами). Измерения NLD могут быть получены на различных уровнях, например, со всей сети, с подсети, с одной или более линий связи сети и т.д. Измерения CLC обычно включают субъективные измерения (а также могут включать объективные измерения), указывающие на результативность пассажиров при потреблении услуг связи в пути. Измерения CLC также могут быть получены на различных уровнях, например, для каждого отдельного пассажира или для больших или малых групп пассажиров, для одного или более смоделированных потребляющих контент устройств и т.д. Два типа измерений могут по разному отражаться на рассчитанном QoE. Например, хотя услуги связи в пути объективно доступны конкретному пассажиру (например, в соответствии с измерениями NLD), измерения CLC могут указывать на то, что одно или более потребляющих контент устройств пассажира испытывают трудности из-за плохого приема беспроводной связи (или плохого проводного интерфейса) на месте пассажира, технических ограничений устройства и/или по другим причинам. Кроме того, хотя определенные измерения CLC могут быть измерены объективно (например, с помощью потребляющего контент устройства пассажира или смоделированного потребляющего контент устройства), объективное измерение может быть объединено с субъективной частью расчета показателя QoE или может влиять на нее. Например, измерение CLC может включать в себя объективный показатель количества буферных видеособытий во временном окне измерения, который может быть сравнен с пороговым количеством буферных видеособытий в рамках расчета показателя QoE и/или в рамках вывода триггера уровня обслуживания (описано ниже); а пороговое количество буферных видеособытий может быть определено путем субъективного измерения того, какое количество буферных видеособытий имеет тенденцию отрицательно влиять на качество поставленных услуг QoS с точки зрения пассажиров.
В зависимости от конкретных используемых показателей один или более типов показателей QoE могут быть рассчитаны и/или использованы для генерирования триггеров уровня обслуживания. В некоторых вариантах реализации рассчитывают общий показатель QoE для указания общего восприятия качества поставленных услуг QoS. В других вариантах реализации рассчитывают показатель QoE просмотра веб-страниц для указания восприятия качества поставленных услуг QoS в отношении использования услуг связи в пути для нормальных характеристик просмотра веб-страниц. В некоторых вариантах реализации рассчитывают показатель QoE потоковой передачи видео для указания восприятия качества поставленных услуг QoS в отношении использования услуг связи в пути для характеристик потоковой передачи видео. В других вариантах реализации могут рассчитывать другие показатели QoE для указания восприятия качества поставленных услуг QoS в отношении использования услуг связи в пути для других типов характеристик. Любой из этих типов показателей QoE может быть рассчитан по отношению к одному или более пассажирам, одному или более транспортным средствам, одному или более временным окнам измерения и/или другим подходящим параметрам.
Эти и другие элементы могут быть обеспечены с помощью компонентов сети поставщика. В соответствии с настоящим документом сеть поставщика может включать в себя некоторые или все компоненты со стороны поставщика, компоненты со стороны транспортного средства и сеть поставщика для соединения с возможностью передачи данных компонентов со стороны поставщика с компонентами со стороны транспортного средства. Компоненты со стороны поставщика могут включать в себя один или более межсетевых терминалов 150 и сетевых узлов 245 со стороны поставщика. В некоторых случаях компоненты со стороны поставщика также могут включать в себя одну или более сетей доставки контента 160, один или более контент-серверов 180 и/или любые другие подходящие компоненты, размещенные удаленно от транспортного средства 110. Компоненты на стороне транспортного средства могут включать в себя встроенную систему связи 112, которая может иметь транзитный терминал 230 с любыми другими подходящими компонентами, относящимися к системе связи, размещенными на транспортном средстве 110. Сеть поставщика может включать в себя линии связи (например, спутниковые линии связи 135), ретрансляторы (например, спутники 105) и/или любые другие подходящие компоненты, размещенные между транспортным средством и компонентами на стороне поставщика.
В представленном варианте осуществления показано транспортное средство 110, обменивающееся данными с одним или более контент-серверами 180 посредством спутника 105, одного или более сетевых узлов со стороны поставщика 245 (например, шлюз, базовый узел и т.д.) и сети доставки контента 160. Хотя система связи 100 представлена транспортным средством 110 в виде одного летательного аппарата, обменивающегося данными со спутником 105 посредством узкого луча 135, такое представление не является ограничивающим, и варианты осуществления могут существовать во множестве различных контекстов. Например, система связи 100 может включать в себя одно или более транспортных средств 110 (например, самолеты, поезда, автобусы, дирижабли, круизные судна и т.д.), взаимодействующих посредством одной или более подходящих архитектур связи, включая любые подходящие линии связи, такие как спутниковые системы связи, системы связи «воздух – земля», гибридные спутники и системы связи «воздух – земля», системы сотовой связи и т.д.
Как правило, из-за мобильного характера транспортного средства 110 архитектура системы связи, вероятно, будет включать в себя по меньшей мере один беспроводной канал связи. В некоторых вариантах осуществления транспортное(-ые) средство(-а) 110 может(могут) обмениваться данными с системами связи, имеющими множество несущих. Термин «несущая» обычно включает беспроводной канал связи, посредством которого можно обслуживать одно или более транспортных средств 110 и/или потребляющих контент устройств 120, такой как узкий луч 135 спутниковой системы связи (например, обслуживающий конкретную зону покрытия узкого луча), конкретную полосу несущих частот и/или поляризацию в пределах узкого луча спутниковой системы связи (например, обслуживающую некоторые или все терминалы в конкретной зоне покрытия узкого луча), сотовую полосу несущих частот (например, обслуживающую сотовые терминалы в конкретной зоне покрытия соты) и т.д. Например, обмен данными с конкретной несущей может включать в себя обмен данными по соответствующей беспроводной линии связи с использованием конкретной частоты, поляризации и т.д. В архитектуре системы связи может использоваться множество несущих для обеспечения различных функций, включая обслуживание большой зоны обслуживания, состоящей из множества зон покрытия несущих (например, зоны покрытия узкого луча, зоны покрытия соты и т.д.). Зоны покрытия несущих могут частично или полностью перекрываться, так что определенные географические регионы обслуживаются несколькими несущими (например, параллельно). По мере перемещения транспортного средства 110 по зоне сети связи оно может перемещаться по множеству зон покрытия несущих, так что в разные промежутки времени услуги связи могут предоставляться на транспортном средстве 110 посредством различных несущих. Например, во время выполнения трансатлантического или международного рейса самолет и потребляющие контент устройства 120 пассажиров на борту могут перемещаться по нескольким зонам покрытия несущих; и в разные промежутки времени для поддержания связи с транспортным средством 110 над большим географическим регионом, покрытом во время движения (например, пересеченная область больше зоны покрытия одной несущей) и/или для обеспечения других функций, таких как балансировка нагрузок на нескольких несущих, группирование терминалов несущей и т.д., могут использоваться разные несущие, обслуживающие эти зоны покрытия. Перемещение транспортного средства 110 с одной несущей на другую несущую во время движения может включать в себя «передачу» услуг связи между этими несущими, что может включать в себя в некоторых случаях передачу ожидаемых многоадресных передач и/или других услуг.
Использование услуг связи в пути пассажирами транспортного средства 110 может включать в себя обмен данными различных типов контента по сети поставщика. Например, контент может включать в себя потоковую передачу мультимедийного контента (например, телепередачи, кинофильмы или радиопрограммы); прямой эфир теле- и радиопрограмм; просмотр веб-сайтов в Интернете, социальные сети или интерактивные онлайн-игры; использование электронной почты, СМС-переписку или другие действия, связанные с обменом сообщениями; и т.д. Такой контент может исходить от или быть предназначен для контент-сервера(ов) 180 через сеть доставки контента 160 и шлюз 150 (и/или другие сетевые узлы 245 со стороны поставщика). Сеть доставки контента 160 может включать в себя любой подходящий тип сети, например сеть Интернет, IP-сеть, интранет, глобальную вычислительную сеть (WAN), локальную вычислительную сеть (LAN), виртуальную частную сеть (VPN), виртуальную локальную вычислительную сеть (VLAN), волоконно-оптическую сеть, кабельную сеть, коммутируемую телефонную сеть общего пользования (PSTN), коммутируемую сеть передачи данных общего пользования (PSDN), наземную сеть мобильной связи общего пользования и/или любой другой тип сети, поддерживающий передачу данных, как описано в настоящем документе. Сеть 160 может включать в себя как проводные, так и беспроводные соединения, а также оптические каналы связи.
Контент-сервер(-ы) 180 может(могут) быть доступен(-ы) через спутник 105 в любой подходящей архитектуре. Например, контент может генерироваться контент-сервером(-ами) 180, храниться на контент-сервере(-ах) 180 и/или приниматься контент-сервером(-ами) 180 по сети 160; и контент-сервер(-ы) 180 может(могут) быть расположен(-ы) на шлюзе 150, базовом узле или в любой другой подходящей точке инфраструктуры системы связи. Контент во время полета может передаваться от контент-сервера(-ов) 180 на потребляющие контент устройства 120 (например, в ответ на запросы на такой контент от потребляющих контент устройств 120) через спутник 105 и систему связи на борту 112. Хотя для предотвращения чрезмерного усложнения чертежа показан только один контент-сервер 180. Контент, принятый потребляющими контент устройствами 120, может исходить от одного или более контент-серверов 180 в одном или более местоположениях. В некоторых случаях предоставление услуг связи в пути включает в себя предоставление контента в ответ на запросы (например, явные или неявные запросы) на такой контент от потребляющих контент устройств 120. В других случаях предоставление услуг связи в пути включает в себя передачу контента на транспортное средство 110 и/или на конкретные потребляющие контент устройства 120 не в ответ на запрос клиента. Например, контент может быть передан на потребляющие контент устройства 120 на основании графика или в целях предварительного позиционирования, контент может быть передан на транспортное средство 110 в виде широковещательной трансляции или многоадресной рассылки с помощью любых подходящих протоколов связи и/или схем связи и т.д.
Предоставление услуг связи в пути на транспортном средстве 110 может включать в себя взаимодействия между компонентами сети, расположенными на стороне поставщика и системой связи на борту 112 (например, посредством одной или более спутниковых линий связи 135 и спутника 105). Варианты осуществления системы связи на борту 112 включают в себя транзитный терминал 230, а транзитный терминал 230 может включать в себя систему антенн 170, приемопередатчик 172, модем 174, блок доступа к сети (NAU) 176 и точку беспроводного доступа (WAP) 178. В некоторых вариантах реализации система связи на борту 112 может обеспечивать прием прямого сигнала нисходящей линии связи от спутника 105 и передачу обратного сигнала восходящей линии связи на спутник 105 для поддержки двусторонней передачи данных между потребляющими контент устройствами 120 на транспортном средстве 110 и компонентами сети поставщика, расположенными на стороне поставщика. Потребляющие контент устройства 120 могут включать в себя мобильные устройства (например, смартфоны, ноутбуки, планшеты, нетбуки и т.п.), такие как персональные электронные устройства (PED), принесенные на транспортное средство 110 пассажирами. В качестве дополнительных примеров потребляющие контент устройства 120 могут включать в себя системы, встроенные в спинки пассажирских кресел, или другие устройства на транспортном средстве 110. Потребляющие контент устройства 120 могут обмениваться данными с блоком доступа к сети 176 посредством канала связи, который может быть проводным и/или беспроводным. Канал связи может представлять собой, например, часть локальной сети, такой как беспроводная локальная сеть (WLAN), поддерживаемая WAP 178. Один или более WAP-протоколов 178 могут быть распределены по транспортному средству 110 и могут совместно с блоком доступа к сети 176 обеспечивать функции переключения и маршрутизации трафика; например, как часть расширенного набора услуг WLAN (ESS) и т.д.
Во время работы блок доступа к сети 176 может передавать данные восходящей линии связи, полученные от потребляющих контент устройств 120, на модем 174 для генерирования модулированных данных восходящей линии связи (например, сигнал промежуточной частоты передачи) для доставки на приемопередатчик 172. Приемопередатчик 172 может преобразовывать с повышением частоты, а затем усиливать модулированные данные восходящей линии связи для генерирования обратного сигнала восходящей линии связи для передачи на спутник 105 посредством системы антенн 170. Аналогичным образом приемопередатчик 172 может принимать прямой сигнал нисходящей линии связи от спутника 105 посредством системы антенн 170. Приемопередатчик 172 может усиливать и преобразовывать с понижением частоты прямой сигнал нисходящей линии связи для генерирования модулированных данных нисходящей линии связи (например, сигнал промежуточной частоты приема) для демодуляции модемом 174. Демодулированные данные нисходящей линии связи могут быть переданы от модема 174 в блок доступа к сети 176 для маршрутизации на потребляющие контент устройства 120. Модем 174 может быть интегрирован в блок доступа к сети 176 или в некоторых примерах может представлять собой отдельный компонент.
По мере перемещения транспортного средства 110 через зоны действия несущих систем связи 100 пассажиры на борту этих транспортных средств 110 могут потреблять услуги связи, используя свои потребляющие контент устройства 120. Некоторые варианты осуществления, описанные в настоящем документе, направлены на обеспечение по меньшей мере необходимого уровня качества взаимодействия (QoE) для тех пассажиров, которые потребляют или намереваются воспользоваться возможностью потребления услуг связи в пути. Это может включать использование различных компонентов по всей сети поставщика для получения и использования как объективной, так и субъективной относящейся к QoE информации для пассажиров транспортного средства 110.
На фиг. 2 показана иллюстративная система связи 200 для доставки услуг связи на транспорте таким образом, чтобы поддерживать необходимое качество взаимодействия (QoE) для пассажира, в соответствии с различными вариантами осуществления. Система связи 200 может представлять собой реализацию частей системы связи 100, описанной со ссылкой на фиг. 1. Например, как показано на фиг. 1, система связи 200, представленная на фиг. 2, включает в себя одно или более транспортных средств 110, которые обмениваются данными с одним или более узлами сети со стороны поставщика 245 посредством сети поставщика 240. Сеть поставщика 240 может включать в себя спутниковую сеть связи, показанную на фиг. 1, или любую другую подходящую сеть или сети.
Транспортное средство 110 может иметь расположенный на нем транзитный терминал 230, обменивающийся данными со множеством потребляющих контент устройств 120 посредством бортовой сети 225. Варианты осуществления транзитного терминала 230 могут включать в себя сетевой интерфейс поставщика 232 для соединения с возможностью передачи данных с сетью поставщика 240, по которой предоставляются услуги связи в пути транспортному средству 110. Варианты осуществления транзитного терминала 230 также могут включать интерфейс бортовой сети 234 для соединения с возможностью передачи данных с потребляющими контент устройствами 120 посредством бортовой сети 225.
В представленном варианте осуществления узлы сети 245 со стороны поставщика включают в себя измерительную подсистему 250, подсистему оценки качества взаимодействия (QoE) 270 и хранилище профиля услуги 260, в котором хранятся данные об уровне обслуживания (как описано ниже). Варианты осуществления измерительной подсистемы 250 включают в себя подсистему доставки на уровне сети (NLD) 252 для измерения доставки услуг связи в пути в течение временного окна измерения для получения набора измерений NLD. В некоторых вариантах осуществления набор измерений NLD включает в себя измерение доступности услуг связи в пути во временном окне измерения. В одном варианте реализации подсистема NLD 252 многократно (например, периодически) проверяет сеть связи для определения, активно ли соединение, и регистрирует результаты проверок во временном окне измерения для получения показателя доступности. В другом варианте осуществления подсистема NLD 252 периодически или непрерывно измеряет скорость передачи данных одной или более линий связи сети связи для определения, проходят ли какие-либо данные запроса или ответа по линии(-ям) связи. Любые периоды, в течение которых данные не проходят по линии(-ях) связи, могут быть зарегистрированы как периоды отсутствия доступности, и подсистема NLD 252 может получать информацию о доступности в соответствии с этим. В других вариантах осуществления набор измерений NLD включает в себя измерение скорости передачи данных услуг связи в пути во временном окне измерения. В других вариантах осуществления набор измерений NLD включает в себя измерение метрики соединения для по меньшей мере одного канала связи между узлом сети связи со стороны поставщика и транспортным средством. Например, метрика соединения может указывать на уровень задержки линии связи, пропускную способность, состояние передачи обслуживания и/или любой другой подходящий показатель метрики соединения. Любые из этих и/или других типов измерений NLD могут включать в себя измерения характеристик прямой линии связи (измерения NLD, относящиеся к трафику прямой линии связи сети) и/или измерения характеристик обратной линии связи (измерения NLD, относящиеся к трафику обратной линии связи сети). В настоящем документе термин «связь по прямой линии связи» по существу относится к передаче данных на транспортное средство 110, а термин «связь по обратной линии связи» по существу относится к передаче данных с транспортного средства 110. Например, связь по прямой линии связи может исходить от узла(-ов) со стороны поставщика 245 на транспортное средство 110 (или, как показано на фиг. 1, по одной или более спутниковых линий связи 135 от шлюза 150 на одно или более транспортных средств 110); а связь по обратной линии связи может исходить от транспортного средства 110 на узел(-ы) со стороны поставщика 245 (или, как показано на фиг. 1, по одной или более спутниковых линий связи 135 от транспортного средства 110 к шлюзу 150).
Подсистема NLD 252 может получать измерения NLD любым подходящим способом. Например, измерительная подсистема 250 может выполнять тесты скорости и/или другие сетевые тесты для проверки доступности сети и предоставления конкретной скорости передачи данных. Размещение подсистемы NLD 252 на узлах сети со стороны поставщика 245 может облегчить получение и/или агрегацию измерений от множества транспортных средств 110. Например, измерения NLD можно агрегировать по транспортному средству, по несущей или по лучу, по парку транспортных средств, по типу транспортного средства, по маршруту, по типу пассажира, по типу потребляющего контент устройства, по типу приложения для потребления контента, по классу услуги, по географии, по времени (например, время суток, время года), по вместимости транспортного средства и т.д. В некоторых вариантах реализации агрегация может быть многомерной. Например, измерения NLD можно агрегировать по каждой несущей для каждого типа транспортного средства.
Варианты осуществления измерительной подсистемы 250 включают в себя подсистему потребления на уровне пользователя (CLC) 254 для измерения потребления услуг связи в пути в течение временного окна измерения по меньшей мере одним потребляющим контент устройством 120 для получения набора измерений CLC. В некоторых вариантах осуществления некоторые или все измерения NLD представляют собой объективные измерения, а некоторые или все измерения CLC представляют собой субъективные измерения. В некоторых вариантах осуществления одно или более субъективных измерений CLC получают путем отправки приглашения ответить на вопрос одному или более пассажирам на одно или более из потребляющих контент устройств 120 пассажиров, чтобы получить субъективные данные обратной связи от пассажира(-ов) в отношении потребления услуг связи в пути во временном окне измерения. Например, приглашение может быть отправлено, когда пассажир(-ы) использует(-ют) потребляющее(-ие) контент устройство(-а) 120 для потребления услуг связи в пути или иногда после этого. В одном таком варианте осуществления потребление мультимедийных услуг связи в пути осуществляется с помощью специального приложения (например, предоставляемого поставщиком транспортных услуг, поставщиком услуг связи и т.д.) или стандартного приложения (например, стандартного Интернет-браузера); и приложение включает в себя графические элементы пользовательского интерфейса, всплывающие меню и т.п., посредством которых могут отображаться приглашения при входе в систему услуг, взаимодействия с услугами, реагирующие на обнаружение определенных условий во время потребления услуг и т.д. Субъективные данные обратной связи могут быть получены от по меньшей мере одного из одного или более пассажиров посредством по меньшей мере одного потребляющего контент устройства в ответ на приглашение, и по меньшей мере часть результатов измерения CLC может быть сгенерирована в соответствии с субъективными данными обратной связи.
В качестве дополнительного или альтернативного варианта подсистема CLC 254 может получать одно или более объективных измерений CLC любым подходящим способом. Например, подсистема CLC 254 может включать в себя или может обмениваться данными с модулем глубокой проверки пакетов на стороне поставщика, формирователем трафика и т.д. (и/или, например, одним или более смоделированными потребляющими контент устройствами (SCCD) 222, как описано ниже). Такие компоненты могут контролировать трафик, передаваемый на транспортное средство 110 и/или индивидуальные потребляющие контент устройства 120 и от них, чтобы определить, какие типы контента потребляются, сколько потребляется каждого типа контента, какие приложения или типы приложений используются для потребления контента и т.д. Как и в случае с подсистемой NLD 252, размещение подсистемы CLC 254 на узлах сети со стороны поставщика 245 может облегчить получение и/или агрегацию измерений от множества транспортных средств 110. Результаты измерений CLC могут быть агрегированы теми же или другими способами (например, при более высоком или более низком разрешении, для тех же или других переменных и т.д.), что и при агрегации результатов измерений NLD. Например, в некоторых вариантах реализации можно агрегировать результаты измерений CLC по типу протокола связи, типу приложения, типу браузера и т.д.
В одном варианте реализации набор измерений CLC указывает на объем данных услуг связи (например, включая загрузку и/или использование загрузки), используемых одним или более потребляющими контент устройствами 120 во временном окне измерения. В другом варианте реализации набор измерений CLC указывает на количество времени, в течение которого одно или более потребляющих контент устройств 120 использовали услуги связи во временном окне измерения. В другом варианте реализации набор измерений CLC указывает на по меньшей мере один тип устройств, используемых для потребления услуг связи одним или более потребляющими контент устройствами 120 во временном окне измерения (например, формат устройства, такой как смартфон, ноутбук, планшет и т.д.; установка устройства, такая как персональное мобильное устройство, встроенный в спинку кресла терминал, дисплей общего пользования в салоне и т.д.; характеристики устройства, такие как размер экрана, операционная система и т.д.). В другом варианте реализации набор измерений CLC указывает на по меньшей мере одно приложение, используемое для потребления услуг связи одним или более потребляющими контент устройствами 120 во временном окне измерения (например, интернет-трансляция мультимедийного контента, интернет-чат, интернет-навигация, электронная почта и т.п.). В другом варианте реализации набор измерений CLC указывает на тип трафика, участвующего в потреблении услуг связи одним или более потребляющими контент устройствами 120 во временном окне измерения. В другом варианте реализации набор измерений CLC указывает на то, успешно ли приобретена услуга связи по меньшей мере одним из пассажиров, связанных с одним или более потребляющими контент устройствами 120, в рамках временного окна измерения. В другом варианте реализации набор измерений CLC указывает, успешно ли одно или более потребляющих контент устройств 120 подключились с возможностью передачи данных к транзитному терминалу 230 для потребления услуг связи в пути в рамках временного окна измерения.
В некоторых вариантах осуществления на некоторые из измерений CLC можно воздействовать с использованием одного или более моделируемых потребляющих контент устройств (SCCD) 222. Каждое устройство SCCD 222 может быть реализовано в виде исполняемой программы, работающей на транзитном сервере 230, которая имитирует поведение одного или более фактических потребляющих контент устройств 120. В альтернативном варианте осуществления одно или несколько устройств SCCD 222 могут быть реализованы в виде фактической или виртуальной машины, использующей программу моделирования. Устройство SCCD 222 можно использовать, например, для имитации нормального поведения потребителя, атипичного поведения потребителя, определенных режимов отказа потребляющих контент устройств, особенностей определенных типов потребляющих контент устройств (например, торговые марки, браузеры, операционные системы, обновления программного обеспечения и т.д.), особенностей определенных вариантов использования (например, типы приложений, типы контента и т.д.) и/или других условий.
В некоторых вариантах реализации устройства SCCD 222 используются для генерации параметров, относящихся к просмотру веб-страниц (например, время загрузки веб-страницы и т.д.), тем самым способствуя расчету показателя качества взаимодействия (QoE) просмотра веб-страниц. Например, исполняемая программа устройства SCCD 222 может включать в себя заранее заданный набор из одной или более веб-страниц, которые запрашиваются устройством SCCD 222. Многократное выполнение программы (например, в разное время) может привести к тому, что устройство SCCD 222 каждый раз запрашивает один и тот же заранее заданный набор из одной или более веб-страниц, таким образом получая множество выборок измерений для времени загрузки веб-страницы. Выборки измерений можно использовать (например, автоматически) для определения приемлемого времени загрузки веб-страницы (или приемлемого диапазона времени загрузки веб-страницы) и для обнаружения несоответствия выборок (указывающих неприемлемое время загрузки веб-страницы). В одном таком варианте реализации устройство SCCD 222 регистрирует значения времени загрузки веб-страницы в ходе ряда итераций и/или с течением времени, автоматически характеризует зарегистрированные значения времени загрузки веб-страницы для определения приемлемого времени загрузки веб-страницы и использует определенное приемлемое время загрузки веб-страницы для обнаружения аномалий в зарегистрированных значениях времени загрузки веб-страницы и/или в последовательно зарегистрированных значениях времени загрузки веб-страницы. В другом таком варианте реализации устройство SCCD 222 регистрирует значения времени загрузки веб-страницы в течение ряда итераций и/или с течением времени и отправляет зарегистрированные значения времени загрузки веб-страницы в подсистему CLC 254. Подсистема 254 CLC может автоматически характеризовать зарегистрированные значения времени загрузки веб-страницы для определения приемлемого времени загрузки веб-страницы и использовать определенное приемлемое время загрузки веб-страницы для обнаружения аномалий в зарегистрированных значениях времени загрузки веб-страницы и/или в последовательно зарегистрированных значениях времени загрузки веб-страницы.
В некоторых вариантах реализации устройства SCCD 222 используют для генерации параметров, относящихся к потоковой передаче видео (например, задержки запуска видео, повторная буферизации видео и т.д.), тем самым способствуя расчету показателя качества взаимодействия (QoE) потоковой передачи видео. Например, исполняемая программа устройства SCCD 222 может включать в себя заранее заданный набор из одного или более видеофайлов, которые запрашиваются устройством SCCD 222. Многократное выполнение программы (например, в разное время) может привести к тому, что устройство SCCD 222 каждый раз запрашивать один и тот же заданный набор из одного или более видеофайлов (например, с узла со стороны поставщика 245), тем самым получая множество выборок измерений для задержек запуска видео. Выборки измерений можно использовать (например, автоматически) для определения приемлемых задержек запуска видео и для обнаружения несоответствия выборок (указывающих неприемлемую задержку запуска видео). Аналогичным образом при использовании устройств SCCD 222 для потоковой трансляции видеофайла может быть подсчитано количество повторных событий буферизации за определенный период времени (например, 5 минут), и это количество может использоваться для установления приемлемого порогового значения, и/или это количество может сравниваться с существующим пороговым значением для указания обнаружения недопустимого количества повторных событий буферизации.
В других вариантах осуществления устройства SCCD 222 могут быть использованы для генерации любых других подходящих показателей для вычисления общего показателя качества взаимодействия (QoE) и/или различных показателей качества взаимодействия (QoE), относящихся к конкретным типам активности. В некоторых из этих и/или других реализаций измерения CLC, полученные с использованием устройств SCCD 222, могут быть скомбинированы с измерениями NLD (например, с доступностью услуг связи в пути, скоростью передачи данных по прямой линии связи для услуг связи в пути и т.д.) для дополнительного содействия расчету одного или более показателей качества взаимодействия (QoE). Например, при получении измерительной подсистемой 250 измерений NLD и измерений CLC одно или более устройств SCCD 222 могут работать на транзитном терминале 230 для моделирования генерации и/или потребления различных типов трафика (например, таким образом воздействуя и/или дополнительно способствуя измерениям CLC). Эти действия могут выполняться во время нормального движения транспортного средства 110 (например, в течение временного окна измерения при перевозке пассажиров), во время моделирования движения транспортного средства 110 (например, когда транспортное средство 110 запарковано или т.п., и проводятся испытания) или в любой другой подходящий момент времени.
Услуги связи в пути предоставляются пассажирам посредством их потребляющих контент устройств 120 (и/или устройств SCCD 222) в течение некоторого или всего времени движения транспортного средства 110. Аналогичным образом временное окно измерения, в течение которого получают измерения NLD и/или CLC, может представлять собой некоторое или все время движения транспортного средства 110. Например, пассажиру самолета может быть запрещен доступ к услугам связи в пути во время взлета или посадки, или во время других периодов выполнения рейса; в то время как пассажиру автобуса может быть предоставлен доступ к услугам связи в пути в течение всего времени нахождения пассажира на борту автобуса. Соответственно, в некоторых вариантах реализации временное окно измерения задают в соответствии с отрезком времени движения транспортного средства 110, в течение которого пассажирам предоставляют доступ к услугам связи в пути. Кроме того, существуют отрезки времени во время движения транспортного средства 110, на котором большее или меньшее количество пассажиров, вероятно, будет использовать услуги связи в пути, во время которых услуги связи в пути, вероятно, будут более или менее надежно доставляться на транспортное средство 110 и т.д. Соответственно, в некоторых вариантах реализации временное окно измерения задают так, чтобы оно соответствовало отрезкам времени, в которые, вероятно, возникают определенные состояния отказов или другие условия. В других вариантах реализации временное окно измерения задают с возможностью регистрации выборки активности в течение предварительно заданного отрезка времени. Например, временное окно измерения можно задать равным десятиминутному окну приблизительно на половине времени в пути транспортного средства. В других вариантах реализации временное окно измерения можно задать в ответ на инициирующее событие. Например, варианты реализации могут быть автоматически инициированы для измерения относительно одного или более транспортных средств 110 в течение некоторого отрезка времени в ответ на явный запрос на измерение (например, выданный по расписанию на основании договора, выданный сервисным специалистом и т.д.), в ответ на обнаруженное событие сети, которое может повлиять на QoE (например, отказ сети, обнаруженное резкое увеличение использования сети и т.д.), в ответ на обнаруженную индикацию снижения качества взаимодействия QoE (например. обнаруженное снижение QoE для одного или более пассажиров транспортного средства 110 может инициировать измерение QoE для других пассажиров этого транспортного средства 110, другого транспортного средства 110, обслуживаемого той же несущей и т.д.) и/или в ответ на любое другое подходящее инициирующее событие.
Варианты осуществления подсистемы оценки QoE 270 обмениваются данными с измерительной подсистемой 250 для расчета показателя QoE, связанного с конкретным временным окном измерения, в зависимости от измерений NLD и измерений CLC. Показатель QoE может указывать на качество поставленных услуг (QoS) с точки зрения одного или более пассажиров одного или более транспортных средств 110 по отношению к потреблению (или отсутствию потребления) этими пассажирами услуг связи в пути посредством их потребляющих контент устройств 120. После расчета показателя QoE варианты осуществления подсистемы оценки QoE 270 могут соответственно обновлять данные уровня обслуживания, хранящиеся в хранилище профиля услуги 260. В некоторых вариантах осуществления обновление хранилища профиля услуги 260 включает хранение новых данных и/или перезапись данных в хранилище профиля услуги 260. В других вариантах осуществления обновление может включать расчет обновленных статистических данных, параметров, тенденций и/или других данных в соответствии с обновленными данными уровня обслуживания и сохранение этих обновленных данных в хранилище профиля услуги 260.
Если обновление хранилища профиля услуги 260 приводит к тому, что некоторая часть данных уровня обслуживания пересекает предварительно заданное пороговое значение инициирования (например, превышает максимальный пороговый уровень или падает ниже минимального порогового уровня), подсистема оценки QoE 270 может выводить триггер уровня обслуживания 275. В некоторых вариантах осуществления триггер уровня обслуживания 275 может указывать на одно или более предварительно заданных нежелательных условий в отношении качества взаимодействия QoE для одного или более пассажиров транспортного средства 110. В других вариантах осуществления триггер уровня обслуживания 275 может указывать на одно или более необходимых в исключительных случаях условий в отношении качества взаимодействия QoE для одного или более пассажиров транспортного средства (например, сверх договорного или гарантированного уровня QoE).
Подсистема оценки QoE 270 может рассчитывать показатель QoE любым подходящим способом в зависимости от измерений NLD и измерений CLC. В некоторых вариантах осуществления расчет основан на количестве предварительно заданных факторов, каждый из которых имеет соответствующий весовой коэффициент. Весовые коэффициенты и/или функция, используемые при расчете, могут зависеть от типа триггера уровня обслуживания 275, который должен выводиться подсистемой оценки QoE 270. Расчет может быть выполнен при любом подходящем выборе объекта или объектов, при этом расчет может включать в себя агрегирование, интерполяцию, экстраполяцию, связывание и т.д. Например, расчет может приводить к получению одного или более показателей QoE, связанных с конкретным транспортным средством, конкретным потребителем или группой потребителей, конкретным типом устройства, конкретным приложением или типом данных, конкретным классом обслуживания, конкретным транспортным маршрутом и т.д. В некоторых вариантах осуществления услуги связи в пути доставляются на транспортное средство в соответствии с набором договорных условий QoE, указывающих по меньшей мере на один целевой уровень NLD для набора измерений NLD и по меньшей мере на один целевой уровень CLC для набора измерений CLC. В таких вариантах осуществления подсистема оценки QoE 270 может дополнительно рассчитывать показатель QoE в зависимости от по меньшей мере одного из набора договорных условий QoE. Например, предоставление мультимедийных услуг в пути может регулироваться договором между поставщиком услуг связи и поставщиком транспортных услуг или между поставщиком услуг связи и пассажиром (например, в соответствии с лицензионным соглашением конечного пользователя, условиями использования, соглашением использования программ лояльности и т.д.); и договор может обеспечивать обещанные, гарантированные или другие уровни обслуживания, относящиеся к QoE.
В некоторых вариантах осуществления подсистема оценки QoE 270 рассчитывает показатель QoE в соответствии с ранее сгенерированными или динамически генерируемыми ожидаемыми условиями QoE. Например, варианты осуществления могут генерировать набор ожидаемых условий QoE для одного или более транспортных средств 110, типа транспортного средства, транспортного маршрута, несущей и т.д. В некоторых вариантах реализации некоторые или все из ожидаемых условий QoE генерируются вручную, например, в соответствии с договорными обязательствами, нормальными эксплуатационными ожиданиями и т.д. В других вариантах реализации некоторые или все из ожидаемых условий QoE генерируются автоматически подсистемой оценки QoE 270 в зависимости от данных уровня обслуживания, хранящихся в хранилище профиля услуги 260. Например, можно использовать модели машинного обучения, статистические модели, анализ тенденций или подобное для генерирования группы значений, которые рассматривают как находящиеся в пределах нормального рабочего диапазона для определенных транспортных средств 110, времени суток, пассажировместимости и т.д. Сгенерированные ожидаемые условия QoS могут указывать по меньшей мере на один из ожидаемых уровней NLD для по меньшей мере одного из наборов измерений NLD или ожидаемых уровней CLC для по меньшей мере одного из наборов измерений CLC. Затем подсистема оценки QoE 270 может рассчитывать показатель QoE таким образом, чтобы показатель QoE указывал на качество поставленных услуг QoS с точки зрения одного или более пассажиров транспортного средства по сравнению с ожидаемым QoS.
В некоторых вариантах осуществления триггер уровня обслуживания 275, генерируемый подсистемой оценки QoE 270, может быть предварительно связан с одним или более автоматизированными триггерными ответными действиями. В таких вариантах осуществления узлы сети со стороны поставщика 245 могут дополнительно включать в себя подсистему автоматизированного ответа 280. Подсистема автоматизированного ответа 280 может обнаруживать триггер уровня обслуживания 275 и может управлять выполнением автоматизированного триггерного ответного действия в ответ на обнаружение. Автоматизированное триггерное ответное действие может включать в себя управление автоматическим выполнением задачи для решения проблемы услуг связи в пути, указанных триггером уровня обслуживания 275. В одном из вариантов реализации задача включает в себя передачу вызова технической помощи. Например, автоматизированный вызов технической помощи может поступать персоналу на транспортном средстве (например, бортпроводнику) для уточнения, можно ли каким-либо образом улучшить качество обслуживания пассажира (например, с помощью перезагрузки одного или более компонентов транзитного терминала, объяснения пользователю, как работать с услугой и т.д.), поступать наземному персоналу (например, персоналу в аэропорту прибытия, чтобы информировать их о возможной проблеме с техническим состоянием терминала на транспорте) или поступать поставщику услуг связи (например, для регистрации проблемы, принятия корректирующих действий, планового обслуживания и т.д.). В другом варианте реализации задача включает в себя выполнение сценария восстановления. Например, автоматизированные сценарии восстановления можно использовать автоматически для перезагрузки одного или более компонентов транзитного терминала, повторного установления сетевого соединения, обновления программного обеспечения, проверки на наличие вирусов или других ошибок программного обеспечения, предложения корректирующих действий (например, предложение пассажиру использовать другой браузер или загрузить конкретное программное обеспечение) и т.д. В другом варианте реализации задача включает в себя корректировку последующего предоставления сетевых ресурсов. Например, выделение полосы пропускания, формирование трафика и/или другое предоставление ресурсов можно регулировать для задействованного транспортного средства в режиме реального времени; запланированное предоставление можно скорректировать на будущие периоды времени, когда задействованное транспортное средство будет находиться в движении, будущие периоды времени, когда будет запланирован выход того же или другого транспортного средства на задействованный маршрут, и т.д. В другом варианте реализации задача включает в себя выдачу компенсации по меньшей мере одному или более пассажирам, пострадавшим от проблемы, или регулировку цен на потребление услуг связи в пути. Например, одному или нескольким задействованным пассажирам могут автоматически предоставлять доступ к более высокому уровню обслуживания бесплатно или по сниженной стоимости, могут автоматически предоставлять акционные предложения или скидки на услуги связи или другие услуги (например, доступ к сети Интернет на будущем рейсе, купон на еду или напитки на будущем рейсе, кредит по программе лояльности и т.п.), могут автоматически возмещать стоимость использованных услуг связи и т.д. В другом варианте реализации задача включает в себя формирование отчета для передачи контрагенту, связанному с предоставлением услуг связи в пути. Например, поставщик транспортных услуг может заключить договор с поставщиком услуг связи на предоставление услуг связи в пути; и по условиям договора поставщик услуг связи может быть обязан информировать поставщика транспортных услуг о показателях, которые имеют отношение к QoE.
Как описано в настоящем документе, показатели QoE могут рассчитываться для различных величин и при различных разрешениях. Например, показатель QoE можно рассчитать для любой подходящей комбинации одного или более пассажиров, одного или более летательных аппаратов, одного или более типов поведения (например, просмотр веб-сайтов, потоковая передача видео и т.п.), одного или более типов приложений и/или других величин. В зависимости от типов рассчитанных показателей QoE и/или типов выведенных триггеров уровня обслуживания 275 данные уровня обслуживания могут обновляться в хранилище профиля услуги 260 различными способами, а функция, используемая для обновления данных уровня обслуживания, может отличаться от варианта осуществления к варианту осуществления. В некоторых вариантах осуществления данные уровня обслуживания обновляются таким образом, чтобы непосредственно соответствовать конкретным показателям QoE (например, каждая единица информации в наборе данных уровня обслуживания в хранилище профиля услуги 260 представляет собой соответствующий ранее рассчитанный показатель QoE). Например, показатель QoE, рассчитанный для пассажиров конкретного летательного аппарата в течение временного окна измерения, указывает на то, что, хотя услуги связи в пути и доступны (например, в соответствии с определенными измерениями NLD) при необходимой скорости передачи данных, пассажиры отмечают плохой уровень обслуживания (в соответствии с определенными измерениями CLC). В таком примере данные уровня обслуживания могут быть обновлены для отражения рассчитанного показателя QoE и могут привести к выводу конкретного триггера уровня обслуживания 275, который автоматически перезагружает транзитный терминал 230.
В других случаях данные уровня обслуживания обновляются таким образом, чтобы агрегировать множество показателей QoE, рассчитанных в течение одних и тех же или разных временных окон измерения. Например, с течением времени соответствующий показатель QoE рассчитывают для каждого из множества пассажиров на каждом из множества летательных аппаратов в каждом из множества временных окон измерения. Обновление данных уровня обслуживания может включать агрегацию некоторых или всех соответствующих показателей QoE для одной или более величин (например, путем агрегации показателей QoE для всех пассажиров конкретного летательного аппарата в конкретном временном окне измерения, для одного пассажира в течение множества временных окон измерения и т.д.) и/или при одном или более выборах объекта (например, для всех пассажиров в конкретном салоне конкретного летательного аппарата, для всех пассажиров всего летательного аппарата, для всех пассажиров всего парка летательных аппаратов и т.д.). Кроме того, каждый показатель QoE может быть частью одной или более агрегации (например, одна агрегация включает всех пассажиров в конкретном летательном аппарате в конкретном временном окне измерения, а другая агрегация включает некоторых из одних и тех же пассажиров из множества летательных аппаратов во множестве временных окон измерения). В некоторых случаях агрегация включает в себя дальнейшую обработку и/или расчет, например, путем расчета интерполяций, экстраполяций или статистических тенденций; путем фильтрации и/или сортировки; путем обработки с помощью алгоритма машинного обучения; и т.д. Агрегации, отраженные обновленными данными уровня обслуживания, затем можно использовать для информирования о выводе множества типов триггеров уровня обслуживания 275. Например, агрегация соответствующих показателей QoE отдельных пассажиров может быть использована аналогичным образом для расчета одного показателя QoE для множества пассажиров (например, как в приведенном выше примере, где триггер уровня обслуживания 275 автоматически перегружает транзитный терминал 230). Агрегированные данные уровня обслуживания могут быть использованы для обнаружения и устранения более длительных и/или макроскопических тенденций QoE. Например, данные уровня обслуживания могут указывать на то, что пассажиры, как правило, отмечают низкое качество обслуживания, если они размещаются в салоне бизнес-класса каждой конкретной модели летательного аппарата в большом парке летательных аппаратов, и такие данные уровня обслуживания могут приводить к выводу триггера уровня обслуживания 275, который инициирует систематическую проверку доставки услуг связи в пути в салон бизнес-класса конкретной модели летательного аппарата.
В различных вариантах осуществления, описанных со ссылкой на фиг. 2, компоненты измерительной подсистемы 250 и подсистемы оценки QoE 270 расположены в узлах сети со стороны поставщика 245. Соответственно, эти варианты осуществления получают измерения NLD и измерения CLC, а также рассчитывают показатели QoE в части сети со стороны поставщика, удаленной от транспортного средства 110. В других вариантах осуществления различные части измерительных и/или вычислительных компонентов могут быть расположены в других частях сети, таких как транспортное средство 110. Некоторые из других вариантов осуществления показаны на фиг. 3 и 4.
На фиг. 3 показана иллюстративная система связи 300 для доставки услуг связи на транспорте таким образом, чтобы поддерживать необходимое качество взаимодействия (QoE) для пассажира, когда компоненты системы связи 300 главным образом расположены на отдельном транспортном средстве 110 в соответствии с различными вариантами осуществления. Система связи 300 может представлять собой реализацию частей системы связи 100, описанной со ссылкой на фиг. 1. Например, представленное транспортное средство 110 может представлять собой одно из нескольких транспортных средств 110, взаимодействующих с одним или более узлами сети на стороне поставщика 245 (не показаны) посредством сети поставщика 240.
Как показано на фиг. 2, транспортное средство 110 включает в себя транзитный терминал 230, обменивающийся данными с рядом потребляющих контент устройств 120 посредством бортовой сети 225. Некоторые варианты осуществления также могут включать в себя один или более SCCD 222, которые могут быть реализованы с помощью транзитного терминала 230. Транзитный терминал 230 может включать в себя сетевой интерфейс поставщика 232 для соединения с возможностью передачи данных с сетью поставщика 240, по которой доставляются услуги связи в пути на транспортное средство 110, и встроенный сетевой интерфейс 234 для соединения с возможностью передачи данных с потребляющими контент устройствами 120 посредством бортовой сети 225. В отличие от фиг. 2 транзитный терминал 230, изображенный на фиг. 3, включает в себя измерительную подсистему 250, подсистему оценки QoE 270 и хранилище профиля услуги 260 (т.е. каждый транзитный терминал 230, расположенный на каждом из транспортных средств 110 или на части транспортного средства 110 может включать в себя соответствующий экземпляр измерительной подсистемы 250, подсистемы оценки QoE 270 и хранилище профиля услуги 260).
Измерительная подсистема 250 на борту транспортного средства 110 включает в себя подсистему NLD 252 и подсистему CLC 254. Подсистема NLD 252 может отслеживать сетевой интерфейс поставщика 232 для получения измерений NLD для одного или более сетевых подключений между сетью поставщика 240 и транзитным терминалом 230. Например, измерения NLD могут включать в себя доступность сети, скорость передачи данных, ширину полосы пропускания, состояние передачи обслуживания, протокол связи, схему модуляции и/или кодирования и/или любые другие подходящие измерения NLD. Подсистема CLC 254 может включать в себя бортовой формирователь трафика, бортовой модуль глубокой проверки пакетов и/или другие компоненты для мониторинга интерфейса бортовой сети 234 с целью получения измерений CLC одного или более сетевых соединений между транзитным терминалом 230 и потребляющими контент устройствами 120. Например, результаты измерений CLC могут включать в себя то, сколько потребляющих контент устройств 120 потребляют услуги связи в пути, какие типы потребляющих контент устройств 120 используются для потребления услуг связи в пути (например, категории устройств, такие как по размеру экрана; и/или конкретные типы устройств), какие приложения используются для потребления услуг связи в пути (например, категории приложений, такие как обмен сообщениями, интернет-трансляция мультимедийного контента и т.д.; и/или конкретные приложения), какие типы трафика проходят через бортовую сеть 225 (например, протоколы передачи данных и т.д.) и/или любые другие подходящие измерения CLC.
В представленном варианте осуществления подсистема оценки QoE 270 может затем использовать полученные измерения NLD и измерения CLC для расчета показателя QoE. Например, подсистема оценки QoE 270 может обновлять хранилище профиля услуги 260 для определения необходимости генерирования триггера уровня обслуживания 275. В случае если подсистема QoE 270 генерирует триггер уровня обслуживания 275, некоторые варианты осуществления могут регистрировать триггер уровня обслуживания 275. Например, зарегистрированный триггер уровня обслуживания 275 может использоваться для последующего технического обслуживания или последующих корректирующих действий. В других вариантах осуществления подсистема оценки QoE 270 может включать в себя компоненты или может обмениваться данными с подсистемой автоматизированного ответа 280 (не показана) для автоматического выполнения корректирующего действия (например, путем перезагрузки соединения, выполнения диагностических скриптов и т.д.).
На фиг. 4 показана иллюстративная система связи 400, аналогичная системе 300, показанной на фиг. 3, за исключением того, что подсистема оценки QoE 270 и хранилище профиля услуги 260 расположены в узлах сети со стороны поставщика 245. Например, как показано на фиг. 3, транспортное средство 110 может представлять собой одно или множество транспортных средств 110, каждое из которых включает в себя транзитный терминал 230, который обменивается данными с сетью поставщика 240 (посредством сетевого интерфейса поставщика 232) и обменивается данными с рядом потребляющих контент устройств 120 по бортовой сети 225 (посредством интерфейса бортовой сети 234). Каждый транзитный терминал 230 может включать в себя встроенную измерительную подсистему 250, которая может включать в себя подсистему NLD 252 и подсистему CLC 254. Некоторые варианты осуществления также могут включать в себя один или более SCCD 222, которые могут быть реализованы с помощью транзитного терминала 230.
Измерения NDL и измерения CLC, полученные с помощью встроенных подсистем измерения 250 множества транспортных средств 110, могут быть переданы по сети поставщика 240 в подсистему оценки QoE 270 (или, например, во множество подсистем оценки QoE 270). В представленном варианте осуществления подсистема(-ы) оценки QoE 270 может(могут) затем использовать полученные измерения NLD и измерения CLC для расчета одного или более показателей QoE. Например, показатели QoE могут быть получены с использованием измерений с одного транспортного средства 110 в течение одного временного окна измерения, агрегированных с одного транспортного средства 110 в течение множества временных окон измерения, агрегированных со множества транспортных средств 110 в одной несущей в течение одного или более временных окон измерения, агрегированных со множества транспортных средств 110 во множестве несущих в течение одного или более временных окон измерения и т.д. Полученные измерения NLD и CLC могут быть использованы для обновления хранилища профиля услуги 260 для определения необходимости генерирования триггера уровня обслуживания 275. В случае если триггер уровня обслуживания 275 генерируется подсистемой оценки QoE 270, варианты осуществления могут регистрировать триггер уровня обслуживания 275 для использования при выполнении будущих действий и/или могут включать компоненты (например, подсистему автоматизированного ответа 280, не показана) для автоматического выполнения корректирующего действия.
На фиг. 5 показана блок-схема иллюстративного способа 500 предоставления медиа-услуг на транспорте в соответствии с различными вариантами осуществления. В некоторых вариантах осуществления способ 500 реализован с использованием различных компонентов систем, представленных на фиг. 1–4. Варианты осуществления способа 500 начинаются с этапа 504 путем предоставления в течение временного окна измерения услуг связи в пути по сети поставщика на потребляющие контент устройства посредством транзитного терминала, расположенного на транспортном средстве. Услуги связи в пути могут включать в себя услуги интернет-трансляции мультимедийного контента или другие услуги потоковой передачи мультимедийного контента (например, фильмов, телепередач, музыки и т.д.); услуги просмотра веб-страниц (например, взаимодействие с содержимым веб-сайта); услуги личной связи (например, электронная почта, СМС-переписка и т.д.); и/или любые другие подходящие услуги связи, предоставляемые по сети поставщика. Сеть поставщика может включать в себя любой подходящий спутник или другие беспроводные линии связи для осуществления передачи данных между одним или более узлами сети со стороны поставщика и транзитным терминалом на транспортном средстве. Транзитный терминал может включать в себя любое подходящее оборудование связи (например, приемопередатчики, модемы, серверы и т.д.), расположенное на любом подходящем транспортном средстве (например, самолете, круизном судне, поезде, автобусе и т.д.). Потребляющие контент устройства могут включать в себя устанавливаемые на транспортном средстве потребляющие устройства (например, мониторы в спинках сидений, дисплей общего пользования на борту транспортного средства и т.д.), персональные потребляющие контент устройства (например, смартфоны пассажиров, планшетные или портативные компьютеры и т.д.) или любые другие подходящие потребляющие контент устройства.
Временное окно измерения может включать в себя некоторый отрезок времени или все время, в течение которого услуги связи в пути предоставляются пассажирам транспортного средства. В одном варианте реализации временное окно измерения включает в себя все время движения транспортного средства. В другом варианте осуществления временное окно измерения включает в себя только некоторый отрезок времени движения транспортного средства, в течение которого разрешено потребление услуг связи в пути (например, время, в течение которого конкретный рейс самолета находится на высоте более 10 000 футов). В другом варианте осуществления временное окно измерения составляет некоторое время выборки (например, десять минут) в течение времени движения транспортного средства.
На этапе 508 варианты осуществления могут измерять доставку услуг связи в пути в течение временного окна измерения для получения набора измерений доставки на уровне сети (NLD). В некоторых вариантах осуществления набор измерений NLD включает в себя измерение доступности услуг связи в пути во временном окне измерения. В других вариантах осуществления набор измерений NLD включает в себя измерение скорости передачи данных услуг связи в пути во временном окне измерения. В других вариантах осуществления набор измерений NLD включает в себя измерение метрики соединения для по меньшей мере одного канала связи между узлом сети связи со стороны поставщика и транспортным средством. Например, метрика соединения может указывать на уровень задержки линии связи, пропускную способность, состояние передачи обслуживания и/или любой другой подходящий показатель метрики соединения. Любые из этих и/или других типов измерений NLD могут включать в себя измерения характеристик прямой линии связи (измерения NLD, относящиеся к трафику прямой линии связи сети) и/или измерения характеристик обратной линии связи (измерения NLD, относящиеся к трафику обратной линии связи сети). В некоторых вариантах реализации некоторые или все измерения на этапе 508 могут выполняться транзитным терминалом. Например, транзитный терминал может выполнять тесты скорости и/или другие сетевые тесты для проверки доступности сети и предоставления конкретной скорости передачи данных. В некоторых вариантах осуществления измерение на этапе 508 может включать в себя агрегацию данных NLD от множества потребляющих контент устройств. Например, данные NLD можно агрегировать по каждому транспортному средству, по несущей и/или лучу, по парку транспортных средств, по типу транспортного средства, по транспортному маршруту, по типу пассажира, по типу устройства, по типу приложения, по классу обслуживания, по географии, по времени (например, по времени суток, времени года), по пропускной способности транспортного средства и т.д. В некоторых вариантах осуществления предоставление на этапе 504 включает в себя передачу данных услуг связи по сети поставщика от узла сети со стороны поставщика транспортному средству, и по меньшей мере часть измерений на этапе 508 выполняется узлом сети со стороны поставщика. Например, межсетевой терминал может обнаруживать условия линии связи, проверять терминалы транспортного средства и т.д.
На этапе 512 варианты осуществления могут измерять потребление услуг связи в пути в течение временного окна измерения по меньшей мере одним потребляющим контент устройством для получения набора измерений потребления на уровне пользователя (CLC). В некоторых вариантах осуществления измерение на этапе 512 может включать в себя передачу приглашения посредством по меньшей мере одного потребляющего контент устройства по меньшей мере одному или более пассажирам транспортного средства, которые используют по меньшей мере одно потребляющее контент устройство, причем приглашение запрашивает субъективные данные обратной связи от по меньшей мере одного или более пассажиров в отношении потребления услуг связи в пути во временном окне измерения по меньшей мере одним потребляющим контент устройством. Например, потребление мультимедийных услуг связи в пути может осуществляться с помощью специального приложения (например, предоставляемого поставщиком транспортных услуг, поставщиком услуг связи и т.д.) или стандартного приложения (например, стандартного Интернет-браузера); и приложение включает в себя графические элементы пользовательского интерфейса, всплывающие меню и т.п., посредством которых могут отображаться приглашения при входе в систему услуг, взаимодействия с услугами, реагирующие на обнаружение определенных условий во время потребления услуг и т.д. Субъективные данные обратной связи могут быть получены от по меньшей мере одного из одного или более пассажиров посредством по меньшей мере одного потребляющего контент устройства в ответ на приглашение, и по меньшей мере часть результатов измерения CLC может быть сгенерирована в соответствии с субъективными данными обратной связи. В некоторых вариантах реализации измерение на этапе 512 включает в себя получение по меньшей мере одного из наборов измерений CLC транзитным терминалом. Например, транзитный терминал (например, модуль глубокой проверки пакетов со стороны транспортного средства, формирователь трафика и т.д.) может проверять подключенные потребляющие контент устройства, агрегировать обратную связь, проверять состояние линии связи и т.д. В некоторых вариантах осуществления для таких измерений могут использовать смоделированные потребляющие контент устройства, как описано в настоящем документе. В других вариантах реализации обеспечение на этапе 504 включает в себя передачу данных услуг связи в пути по сети поставщика от узла сети со стороны поставщика транспортному средству, и по меньшей мере часть измерений на этапе 512 выполняется узлом сети со стороны поставщика. Например, компонент межсетевого узла со стороны поставщика (например, модуль глубокой проверки пакетов со стороны поставщика, формирователь трафика и т.д.) может агрегировать данные CLC от множества транспортных средств, по всей несущей или лучу и т.д.
В одном варианте реализации набор измерений CLC указывает на объем данных услуг связи (например, включая загрузку и/или использование загрузки), используемых по меньшей мере одним потребляющим контент устройством из множества потребляющих контент устройств во временном окне измерения. В другом варианте реализации набор измерений CLC указывает на количество времени, в течение которого по меньшей мере одно потребляющее контент устройство использовало услуги связи в пути во временном окне измерения. В другом варианте реализации набор измерений CLC указывает на по меньшей мере один тип устройств, используемых для потребления услуг связи в пути по меньшей мере одним потребляющими контент устройством во временном окне измерения (например, формат устройства, такой как смартфон, ноутбук, планшет и т.д.; установка устройства, такая как персональное мобильное устройство, встроенный в спинку кресла терминал, дисплей общего пользования в салоне и т.д.; характеристики устройства, такие как размер экрана, операционная система и т.д.). В другом варианте осуществления набор результатов измерений CLC указывает на по меньшей мере одно приложение для потребления контента, используемое для потребления услуг связи в пути по меньшей мере одним потребляющим контент устройством во временном окне измерения (например, интернет-трансляция мультимедийного контента, интернет-чат, интернет-навигация, электронная почта и т.п.). В другом варианте реализации набор измерений CLC указывает на тип трафика, участвующего в потреблении услуг связи в пути по меньшей мере одним потребляющим контент устройством во временном окне измерения. В другом варианте реализации набор измерений CLC указывает на то, успешно ли приобретена услуга связи по меньшей мере одним из пассажиров, связанных с по меньшей мере одним потребляющим контент устройством, в рамках временного окна измерения. В другом варианте реализации набор измерений CLC указывает, успешно ли по меньшей мере одно потребляющее контент устройство подключилось с возможностью передачи данных к серверу на транспорте для потребления услуг связи в пути в рамках временного окна измерения.
В некоторых вариантах осуществления на этапе 510 варианты осуществления могут приводить в действие смоделированное потребляющее контент устройство транзитным терминалом во временном окне измерения для потребления услуг связи в пути в соответствии с протоколом моделирования. В таких вариантах осуществления измерение на этапе 512 может включать в себя измерение потребления услуг связи в пути во временном окне измерения с помощью смоделированного потребляющего контент устройства для получения по меньшей мере части набора измерений CLC. Смоделированное устройство SCCD может быть реализовано в виде исполняемой программы, работающей на сервере передачи данных, которая имитирует поведение одного или более потребляющих контент устройств. Такое смоделированное устройство можно использовать для имитации нормального поведения потребителя, атипичного поведения потребителя, определенных режимов отказа потребляющих контент устройств, особенностей определенных типов потребляющих контент устройств (например, торговые марки, браузеры, операционные системы, обновления программного обеспечения и т.д.), особенностей определенных вариантов использования (например, типы приложений, типы контента и т.д.) и/или других условий.
На этапе 516 варианты осуществления могут рассчитывать, в зависимости от набора измерений NLD и набора измерений CLC, показатель качества взаимодействия (QoE), связанный с временным окном измерений и транспортным средством. Как описано в настоящем документе, показатель QoE указывает на качество поставленных услуг (QoS), с точки зрения одного или более пассажиров транспортного средства. Расчет на стадии 516 может быть основан на количестве предварительно заданных факторов, каждый из которых имеет соответствующий весовой коэффициент. Весовые коэффициенты и/или функция, используемые при расчете, могут зависеть от типа триггера, который будет выведен ниже на этапе 524. Расчет может быть выполнен при любом подходящем выборе объекта или объектов, при этом расчет может включать в себя агрегирование, интерполяцию, экстраполяцию, связывание и т.д. Например, расчет может приводить к получению одного или более показателей QoE, связанных с конкретным транспортным средством, конкретным потребителем или группой потребителей, конкретным типом устройства, конкретным приложением или типом данных, конкретным классом обслуживания, конкретным транспортным маршрутом и т.д. В некоторых вариантах осуществления услуги связи в пути доставляются на транспортное средство в соответствии с набором договорных условий QoE, указывающих по меньшей мере на один целевой уровень NLD для набора измерений NLD и по меньшей мере на один целевой уровень CLC для набора измерений CLC. В таких вариантах осуществления расчет на этапе 516 может дополнительно выполняться в зависимости от по меньшей мере одного из набора договорных условий QoE. Например, предоставление мультимедийных услуг в пути на этапе 504 может регулироваться договором между поставщиком услуг связи и поставщиком транспортных услуг или между поставщиком услуг связи и пассажиром (например, в соответствии с лицензионным соглашением конечного пользователя, условиями использования, соглашением использования программ лояльности и т.д.); и договор может обеспечивать обещанные, гарантированные или другие уровни обслуживания, относящиеся к QoE.
На этапе 520 варианты осуществления могут обновлять данные уровня обслуживания, хранящиеся в хранилище профиля услуги, в зависимости от показателя QoE. В некоторых вариантах осуществления обновление включает в себя хранение новых данных и/или перезапись данных в хранилище профиля услуги. В других вариантах осуществления обновление может включать в себя вычисление обновленных статистических данных, параметров, тенденций и/или других данных в соответствии с обновленными данными уровня обслуживания.
Некоторые варианты осуществления на этапе 530 генерируют ожидаемые условия QoE для транспортного средства таким образом, чтобы расчет дополнительно выполнялся в зависимости от набора ожидаемых условий QoE. Например, перед расчетом варианты осуществления могут генерировать в зависимости от данных уровня обслуживания, хранящихся в профиле услуги, набор ожидаемых условий QoE для транспортного средства (например, для конкретного транспортного средства, типа транспортного средства, транспортного маршрута, несущей и т.д.), указывающий по меньшей мере на один из ожидаемых уровней NLD для по меньшей мере одного из наборов измерений NLD или из ожидаемых уровней CLC для по меньшей мере одного из наборов измерений CLC. В таких случаях расчет на этапе 516 осуществляется таким образом, чтобы показатель QoE дополнительно указывал на качество поставленных услуг QoS с точки зрения одного или более пассажиров транспортного средства по сравнению с ожидаемым QoS.
На этапе 524 варианты осуществления могут выводить триггер уровня обслуживания в ответ на обновление, что приводит к тому, что по меньшей мере часть данных уровня обслуживания пересекает предварительно заданное пороговое значение инициирования. Например, в зависимости от типа триггера уровня обслуживания пересечение предварительно заданного порогового значения инициирования может включать достижение уровня, который выше предварительно заданного максимального порогового значения или ниже предварительно заданного минимального порогового значения, и т.д. В некоторых вариантах осуществления триггер уровня обслуживания может указывать на одно или более предварительно заданных нежелательных условий в отношении QoE для одного или более пассажиров транспортного средства. В других вариантах осуществления триггер уровня обслуживания может указывать на одно или более необходимых в исключительных случаях условий в отношении качества взаимодействия QoE для одного или более пассажиров транспортного средства (например, сверх договорного или гарантированного уровня QoE). Как описано выше, некоторые варианты осуществления собирают субъективные данные обратной связи от пассажиров (например, посредством специального приложения или т.п.). В некоторых вариантах осуществления субъективные данные обратной связи используются для калибровки одного или более пороговых значений инициирования. Например, субъективные данные обратной связи, собранные от большого числа пассажиров в течение некоторого времени, могут указывать на то, что определенные типы триггеров уровня обслуживания 275 выдаются слишком часто или слишком редко, указывая на то, что установлено слишком высокое или слишком низкое пороговое значение инициирования; и пороговое значение инициирования может быть увеличено или снижено соответственно.
Некоторые варианты осуществления на этапе 526 могут обнаруживать вывод триггера уровня обслуживания на этапе 524. В таких вариантах осуществления триггер уровня обслуживания может быть предварительно связан с автоматизированным триггерным ответным действием. Некоторые такие варианты осуществления на стадии 528 могут управлять выполнением автоматизированного триггерного ответного действия в ответ на обнаружение. Автоматизированное триггерное ответное действие может включать в себя управление автоматическим выполнением задачи для решения проблем услуг связи в пути, указанных триггером уровня обслуживания. В одном из вариантов реализации задача включает в себя передачу вызова технической помощи. Например, автоматизированный вызов технической помощи может поступать персоналу на транспортном средстве (например, бортпроводнику) для уточнения, можно ли каким-либо образом улучшить качество обслуживания пассажира (например, с помощью перезагрузки одного или более компонентов транзитного терминала, объяснения пользователю, как работать с услугой и т.д.), поступать наземному персоналу (например, персоналу в аэропорту прибытия, чтобы информировать их о возможной проблеме с техническим состоянием терминала на транспорте) или поступать поставщику услуг связи (например, для регистрации проблемы, принятия корректирующих действий, планового обслуживания и т.д.). В другом варианте реализации задача включает в себя выполнение сценария восстановления. Например, автоматизированные сценарии восстановления можно использовать автоматически для перезагрузки одного или более компонентов транзитного терминала, повторного установления сетевого соединения, обновления программного обеспечения, проверки на наличие вирусов или других ошибок программного обеспечения, предложения корректирующих действий (например, предложение пассажиру использовать другой браузер или загрузить конкретное программное обеспечение) и т.д. В другом варианте реализации задача включает в себя корректировку последующего предоставления сетевых ресурсов. Например, выделение полосы пропускания, формирование трафика и/или другое предоставление ресурсов можно регулировать для задействованного транспортного средства в режиме реального времени; запланированное предоставление можно скорректировать на будущие периоды времени, когда задействованное транспортное средство будет находиться в движении, будущие периоды времени, когда будет запланирован выход того же или другого транспортного средства на задействованный маршрут, и т.д. В другом варианте реализации задача включает в себя выдачу компенсации по меньшей мере одному или более пассажирам, пострадавшим от проблемы, или регулировку цен на потребление услуг связи в пути. Например, одному или нескольким задействованным пассажирам могут автоматически предоставлять доступ к более высокому уровню обслуживания бесплатно или по сниженной стоимости, могут автоматически предоставлять акционные предложения или скидки на услуги связи или другие услуги (например, доступ к сети Интернет на будущем рейсе, купон на еду или напитки на будущем рейсе, кредит по программе лояльности и т.п.), могут автоматически возмещать стоимость использованных услуг связи и т.д. В другом варианте реализации задача включает в себя формирование отчета для передачи контрагенту, связанному с предоставлением услуг связи в пути. Например, поставщик транспортных услуг может заключить договор с поставщиком услуг связи на предоставление услуг связи в пути; и по условиям договора поставщик услуг связи может быть обязан информировать поставщика транспортных услуг о показателях, которые имеют отношение к QoE.
Способы, описанные в настоящем документе, включают в себя одно или более действий для осуществления описанного способа. Способ и/или действия можно менять местами друг с другом в пределах объема, определенного формулой изобретения. Иными словами, если не указан конкретный порядок действий, порядок и/или использование конкретных действий могут быть изменены без отступления от объема формулы изобретения.
Описанные функции могут быть реализованы в виде аппаратного обеспечения, программного обеспечения, встроенного программного обеспечения или любой их комбинации. При реализации в программном обеспечении функции можно хранить в виде одной или более команд на физическом машиночитаемом носителе. Носителем данных может быть любой доступный физический носитель, доступ к которому может осуществляться с помощью компьютера. В качестве примера, не имеющего ограничительного характера, такие машиночитаемые носители могут включать в себя ОЗУ, ПЗУ, ЭСППЗУ, CD-ROM или другой накопитель на оптических дисках, накопитель на магнитных дисках или другие магнитные устройства хранения данных или любой другой материальный носитель, который можно использовать для переноса или хранения необходимого программного кода в виде команд или структур данных и доступ к которому может осуществляться с помощью компьютера. В настоящем документе термин «диск» включает в себя компакт-диск (CD), лазерный диск, оптический диск, универсальный цифровой диск (DVD), гибкий диск и диск Blu-ray®, при этом один тип диска обычно воспроизводит данные магнитным способом, в то время как другой тип диска воспроизводит данные оптическим способом с помощью лазеров.
Компьютерный программный продукт может выполнять определенные операции, представленные в настоящем документе. Например, такой компьютерный программный продукт может представлять собой машиночитаемый материальный носитель с инструкцией, реально хранящейся (и/или закодированной) на нем, причем команды исполняет один или более процессоров для выполнения операций, описанных в настоящем документе. Компьютерный программный продукт может включать в себя средства компоновки программ из готовых модулей. Программное обеспечение или инструкции также можно передавать по физической среде. Например, программное обеспечение может быть передано с веб-сайта, сервера или другого удаленного источника с помощью передающей среды, такой как коаксиальный кабель, оптоволоконный кабель, витая пара, цифровая абонентская линия связи (DSL) или с помощью беспроводной технологии, такой как инфракрасная технология, технология радиосвязи или микроволновая технология.
Кроме того, модули и/или другие подходящие средства для выполнения способов и методик, описанных в настоящем документе, можно загружать и/или иным образом получать с помощью подходящих терминалов и/или соединенных с серверами устройств и т.п. для облегчения передачи средств для выполнения способов, описанных в настоящем документе. В альтернативном варианте осуществления различные способы, описанные в настоящем документе, могут быть обеспечены с помощью средств хранения данных (например, ОЗУ, ПЗУ, физические носители данных, такие как CD или гибкий диск и т.п.), так что пользовательский терминал и/или базовая станция могут получать различные способы при присоединении или подключении средств хранения к устройству. Более того, можно использовать любую другую приемлемую методику для обеспечения способов и методик, описанных в настоящем документе. Элементы, реализующие функции, могут также быть физически расположены в различных местоположениях, включая распределенное расположение таким образом, что части функций реализованы в различных физических местоположениях.
При описании настоящего изобретения будут использованы следующие термины; использование формы единственного числа включает объекты во множественном числе, если из контекста явно не следует иное. Таким образом, например, упоминание элемента включает ссылку на один или более элементов. Термин «один» относится к одному, двум или более и по существу относится к выбору некоторого количества или всего количества. Термин «множество» относится к двум или более элементам. Термин «приблизительно» означает, что количества, размеры, величины, составы, параметры, формы и другие характеристики не обязательно должны быть точными, но могут быть приближенными и/или большими или меньшими, по мере необходимости отражающими приемлемые допуски, коэффициенты преобразования, округление, погрешность измерения и т.п., а также другие факторы, известные специалистам в данной области. Термин «по существу» означает, что указанную характеристику, параметр или значение не нужно достигать в точности, а отклонения или вариации, включая, например, допуски, погрешности измерения, ограничения точности измерения и другие факторы, известные специалистам в данной области, могут возникать в количествах, которые не мешают характеристике отражать значение, для которого она предназначена. Числовые данные могут быть выражены или представлены в настоящем документе в формате диапазона. Следует понимать, что такой формат диапазона используется только для удобства и краткости и, таким образом, его следует толковать гибко, как включающий не только числовые значения, явно перечисленные как границы диапазона, но и как включающий все отдельные числовые значения или поддиапазоны, входящие в этот диапазон, как если бы каждое числовое значение и поддиапазон были явно перечислены. В качестве примера числовой диапазон «приблизительно от 1 до 5» следует толковать как включающий не только явно перечисленные значения от приблизительно 1 до приблизительно 5, но и отдельные значения и поддиапазоны в пределах указанного диапазона. Таким образом, в этот числовой диапазон включены отдельные значения, такие как 2, 3 и 4, и поддиапазоны, такие как 1–3, 2–4 и 3–5, и т.д. Этот же принцип относится к диапазонам с указанием только одного численного значения (например, «больше чем приблизительно 1») и должен применяться независимо от ширины диапазона или описанных характеристик. Для удобства множество элементов может быть представлено в виде общего списка. Однако эти списки следует толковать так, как если бы каждый элемент списка был по отдельности указан как отдельный уникальный элемент. Таким образом, ни один отдельный элемент такого списка не следует толковать как фактический эквивалент любого другого элемента того же списка исключительно на основании представления их в общей группе без указания обратного. Кроме того, если термины «и» и «или» используются в сочетании со списком элементов, их следует толковать широко в том смысле, что любой один или более из перечисленных элементов могут использоваться отдельно или в комбинации с другими перечисленными элементами. Термин «в альтернативном варианте» относится к выбору одного из двух или более альтернативных вариантов и не предназначен для ограничения выбора только этими перечисленными альтернативами или только одним из перечисленных альтернативных вариантов за раз, если контекст явно не указывает иное. Используемый в настоящем документе термин «связанный» не требует непосредственного соединения компонентов друг с другом. Вместо этого предполагается, что термин также включает в себя конфигурации с непрямыми соединениями, в которых между соединенными компонентами может быть включен один или более других компонентов. Например, такие другие компоненты могут включать в себя усилители, аттенюаторы, изоляторы, направленные соединители, переключатели резерва и т.п. Кроме того, при использовании в настоящем документе термин «или», применяемый в списке пунктов и предваряемый выражением «по меньшей мере один из», указывает на дизъюнктивный список, так что, например, список «по меньшей мере один из A, B или C» означает A или B или C, или AB или AC или BC, или ABC (т.е. A, и B, и C). Кроме того, термин «пример» не означает, что описанный пример предпочтительнее или лучше других примеров. Используемый в настоящем документе термин «набор» элементов означает «один или более» из этих элементов, за исключением случаев, когда набор явным образом должен состоять из более одного элемента, или явным образом может представлять собой нулевой набор.
Различные изменения, замены и изменения способов, описанных в настоящем документе, могут быть выполнены без отступления от технологии идей, определенных в приложенной формуле изобретения. Более того, объем настоящего описания и формулы изобретения не ограничен конкретными аспектами процесса, машины, производства, состава продукта, средств, способов и действий, описанных выше. Можно использовать процессы, машины, производство, состав продукта, средства, способы или действия, которые в настоящее время или позднее будут разработаны и выполняют по существу ту же функцию или обеспечивают по существу тот же результат, что и соответствующие аспекты, описанные в настоящем документе. Соответственно, прилагаемая формула изобретения включает в себя такие процессы, машины, производство, состав продукта, средства, способы или действия.
Изобретение относится к области обеспечения услуг связи на транспорте, а именно к управлению такими услугами на основании качества взаимодействия (QoE). Техническим результатом является обеспечение автоматического корректирующего действия для условий, относящихся к QoE, на основании триггеров уровня обслуживания. Услуги связи в пути поставляются по сети на потребляющие контент устройства на одном или более транспортных средствах. В пределах окна измерений для получения результатов измерения доставки на уровне сети (NLD) можно измерять доставку услуг связи в пути, а для получения результатов измерений потребления данных на уровне пользователя (CLC) можно измерять потребление услуг связи в пути одним или более потребляющими контент устройствами. Измерения NLD и CLC могут быть использованы для расчета показателя качества взаимодействия (QoE), который указывает на качество предоставленных услуг с точки зрения восприятия одним или более пассажирами одного или более транспортных средств. Показатель QoE можно использовать для обновления сохраненных данных уровня обслуживания. Обновление может вызвать формирование одного или более триггеров уровня обслуживания. 3 н. и 27 з.п. ф-лы, 5 ил.
1. Способ доставки услуг связи на транспорте, включающий:
предоставление в течение временного окна измерения услуг связи в пути по сети поставщика на множество потребляющих контент устройств посредством транзитного терминала, расположенного на транспортном средстве;
первое измерение доставки услуг связи в пути в течение временного окна измерения для получения набора измерений доставки на уровне сети (NLD);
второе измерение потребления услуг связи в пути в течение временного окна измерения по меньшей мере одним потребляющим контент устройством из множества потребляющих контент устройств для получения набора измерений потребления на уровне пользователя (CLC);
расчет, в зависимости от набора измерений NLD и набора измерений CLC, показателя качества взаимодействия (QoE), связанного с временным окном измерения и транспортным средством, причем показатель QoE указывает на качество поставленных услуг (QoS) с точки зрения одного или более пассажиров транспортного средства;
обновление данных уровня обслуживания, хранящихся в хранилище профиля услуги, в зависимости от показателя QoE; и
вывод триггера уровня обслуживания в ответ на обновление, что приводит к тому, что по меньшей мере часть данных уровня обслуживания пересекает предварительно заданное пороговое значение инициирования.
2. Способ по п. 1, дополнительно включающий:
приведение в исполнение смоделированного потребляющего контент устройства транзитным терминалом во временном окне измерения для потребления услуг связи в пути в соответствии с протоколом моделирования, причем второе измерение включает в себя измерение потребления услуг связи в пути во временном окне измерения с помощью смоделированного потребляющего контент устройства для получения по меньшей мере части набора измерений CLC.
3. Способ по любому одному из пп. 1, 2, дополнительно включающий в себя:
обнаружение триггера уровня обслуживания, причем триггер уровня обслуживания предварительно связан с автоматизированным триггерным ответным действием; и
управление выполнением автоматизированного триггерного ответного действия в ответ на обнаружение.
4. Способ по п. 3, в котором автоматизированное триггерное ответное действие содержит управление автоматизированным выполнением для решения проблемы услуг связи в пути, указанной триггером уровня обслуживания, по меньшей мере одним из следующих способов: вызов технической помощи; выполнение сценария восстановления; корректировка последующего предоставления сетевых ресурсов; выдача компенсации по меньшей мере одному из одного или более пассажиров, пострадавших от проблемы; регулировка цен на потребление услуг связи в пути; или формирование отчета для передачи контрагенту, связанному с доставкой услуг связи в пути.
5. Способ по любому одному из пп. 1–4, дополнительно включающий в себя:
перед выполнением расчета генерирование в зависимости от данных уровня обслуживания, хранящихся в профиле услуги, набора ожидаемых условий QoE для транспортного средства, указывающего по меньшей мере на один из ожидаемых уровней NLD для по меньшей мере одного из наборов измерений NLD или из ожидаемых уровней CLC для по меньшей мере одного из наборов измерений CLC;
причем расчет дополнительно зависит от набора ожидаемых условий QoE, так что показатель QoE дополнительно указывает на качество поставленных услуг QoS с точки зрения одного или более пассажиров транспортного средства по сравнению с ожидаемым QoS.
6. Способ по любому одному из пп. 1–5, в котором набор измерений CLC указывает на по меньшей мере одно из следующего:
объем данных услуг связи в пути, используемых по меньшей мере одним потребляющим контент устройством из множества потребляющих контент устройств во временном окне измерения;
промежуток времени, в течение которого по меньшей мере одно потребляющее контент устройство из множества потребляющих контент устройств использовало услуги связи в пути во временном окне измерения;
по меньшей мере один тип устройства, используемый для потребления услуг связи в пути по меньшей мере одним потребляющим контент устройством из множества потребляющих контент устройств во временном окне измерения;
по меньшей мере одно приложение для потребления контента, используемое для потребления услуг связи в пути по меньшей мере одним потребляющим контент устройством из множества потребляющих контент устройств во временном окне измерения;
тип трафика, участвующий в потреблении услуг связи в пути по меньшей мере одним потребляющим контент устройством из множества потребляющих контент устройств во временном окне измерения;
успешно ли по меньшей мере один пассажир из одного или более пассажиров, связанных с по меньшей мере одним потребляющим контент устройством из множества потребляющих контент устройств, приобрел услуги связи в пути в рамках временного окна измерения; или
успешно ли по меньшей мере одно потребляющее контент устройство из множества потребляющих контент устройств подключилось с возможностью передачи данных к транзитному серверу для потребления услуг связи в пути в рамках временного окна измерения.
7. Способ по любому одному из пп. 1–6, в котором второе измерение включает в себя:
передачу приглашения посредством по меньшей мере одного потребляющего контент устройства по меньшей мере одному или более пассажирам транспортного средства, которые используют по меньшей мере одно потребляющее контент устройство, причем приглашение запрашивает субъективные данные обратной связи от по меньшей мере одного или более пассажиров в отношении потребления услуг связи в пути во временном окне измерения по меньшей мере одним потребляющим контент устройством;
прием субъективных данных обратной связи от по меньшей мере одного из одного или более пассажиров посредством по меньшей мере одного потребляющего контент устройства в ответ на приглашение; и
генерирование по меньшей мере части измерений CLC в соответствии с субъективными данными обратной связи.
8. Способ по п. 7, дополнительно включающий:
обнаружение в ответ на субъективные данные обратной связи несоответствия между моментом, когда субъективные данные обратной связи указывают на вывод триггера уровня обслуживания, и моментом, когда триггер уровня обслуживания выдается; и
обновление предварительно определенного порогового значения инициирования для устранения несоответствия.
9. Способ по любому одному из пп. 1–8, в котором набор измерений NLD включает в себя измерение доступности услуг связи в пути во временном окне измерения и измерение скорости передачи данных услуг связи в пути во временном окне измерения.
10. Способ по любому одному из пп. 1–9, в котором набор измерений NLD включает в себя измерение метрики соединения для по меньшей мере одного канала связи между узлом сети со стороны поставщика и транспортным средством.
11. Способ по любому одному из пп. 1–10, в котором триггер уровня обслуживания указывает на одно или более из множества предварительно заданных нежелательных условий в отношении качества взаимодействия для одного или более пассажиров транспортного средства.
12. Способ по любому одному из пп. 1–11, в котором:
услуги связи в пути доставляются на транспортное средство в соответствии с набором договорных условий QoE, указывающих по меньшей мере на один целевой уровень NLD для набора измерений NLD и по меньшей мере на один целевой уровень CLC для набора измерений CLC; и
расчет дополнительно зависит от по меньшей мере одного из набора договорных условий QoE.
13. Способ по любому одному из пп. 1–12, в котором второе измерение включает в себя агрегацию данных CLC от множества из множеств потребляющих контент устройств.
14. Способ по любому одному из пп. 1–13, в котором первое измерение включает в себя получение по меньшей мере одного из набора измерений NLD транзитным терминалом.
15. Способ по любому одному из пп. 1–14, в котором:
предоставление включает в себя передачу данных услуг связи в пути по сети поставщика от узла сети со стороны поставщика на транспортное средство; и
первое измерение включает в себя получение по меньшей мере одного из набора измерений NLD узлом сети со стороны поставщика.
16. Способ по любому одному из пп. 1–15, в котором второе измерение включает в себя получение по меньшей мере одного из набора измерений CLC транзитным терминалом.
17. Способ по любому одному из пп. 1–16, в котором:
предоставление включает в себя передачу данных услуг связи в пути по сети поставщика от узла сети со стороны поставщика на транспортное средство; и
второе измерение включает в себя получение по меньшей мере одного из набора измерений CLC узлом сети со стороны поставщика.
18. Способ по любому одному из пп. 1–17, в котором обновление включает в себя расчет обновленных данных уровня обслуживания в зависимости от агрегации показателя QoE и множества ранее рассчитанных показателей QoE.
19. Система доставки услуг связи на транспорте, содержащая:
транзитный терминал, расположенный на транспортном средстве и содержащий:
сетевой интерфейс поставщика для соединения с возможностью передачи данных с сетью поставщика, по которой на транспортное средство предоставляются услуги связи в пути; и
интерфейс бортовой сети для соединения с возможностью передачи данных со множеством потребляющих контент устройств, расположенных на транспортном средстве;
подсистему измерения, содержащую:
подсистему доставки на уровне сети (NLD) для измерения доставки услуг связи в пути в течение временного окна измерения для получения набора измерений NLD; и
подсистему потребления на уровне пользователя (CLC) для измерения потребления услуг связи в пути во временном окне измерения с помощью по меньшей мере одного потребляющего контент устройства из множества потребляющих контент устройств для получения набора измерений CLC;
хранилище профилей услуги, содержащее данные уровня обслуживания, хранящиеся в нем; и
подсистему оценки качества взаимодействия (QoE), которая обменивается данными с подсистемой измерения для:
расчета, в зависимости от набора измерений NLD и набора измерений CLC, показателя качества взаимодействия (QoE), связанного с временным окном измерения и транспортным средством, причем показатель QoE указывает на качество поставленных услуг (QoS) с точки зрения одного или более пассажиров транспортного средства;
обновления данных уровня обслуживания, хранящихся в хранилище профиля услуги, в зависимости от показателя QoE; и
вывода триггера уровня обслуживания в ответ на обновление, что приводит к тому, что по меньшей мере часть данных уровня обслуживания пересекает предварительно заданное пороговое значение инициирования.
20. Система по п. 19, в которой транзитный терминал дополнительно содержит:
набор из одного или более процессоров и считываемый процессором носитель с хранящимися на нем командами, за счет исполнения которых набор из одного или более процессоров запускает смоделированное потребляющее контент устройство для потребления услуг связи в пути в соответствии с протоколом моделирования, причем подсистема CLC предназначена для измерения потребления услуг связи в пути во временном окне измерения с помощью смоделированного потребляющего контент устройства для получения по меньшей мере части набора измерений CLC.
21. Система по любому одному из пп. 19, 20, дополнительно включающая в себя:
подсистему автоматизированного ответа, предназначенную для:
обнаружения триггера уровня обслуживания, триггера уровня обслуживания, предварительно связанного с автоматизированным триггерным ответным действием; и
управления выполнением автоматизированного триггерного ответного действия в ответ на обнаружение.
22. Система по любому одному из пп. 19–21, в которой транзитный терминал содержит по меньшей мере часть измерительной подсистемы.
23. Система по любому одному из пп. 19–22, дополнительно включающая в себя:
узел со стороны поставщика для обмена данными услуг сети в пути с транзитным терминалом по сети поставщика, причем узел со стороны поставщика содержит по меньшей мере часть подсистемы измерения.
24. Система по любому одному из пп. 19–23, в которой по меньшей мере одно потребляющее контент устройство из множества потребляющих контент устройств содержит пассажирский мобильный терминал.
25. Система по любому одному из пп. 19–24, в которой по меньшей мере одно потребляющее контент устройство из множества потребляющих контент устройств содержит пассажирский стационарный терминал.
26. Система по любому одному из пп. 19–25, в которой сеть поставщика содержит спутниковую сеть связи.
27. Система доставки услуг связи на транспорте, содержащая:
набор процессоров; и
постоянное хранилище данных, содержащее сохраненные в нем данные об уровне обслуживания и считываемые процессором команды, выполнение которых приводит к выполнению набором процессоров этапов, включающих:
первое измерение доставки услуг связи в пути в течение временного окна измерения для получения набора измерений доставки на уровне сети (NLD), причем услуги связи в пути предоставляются по сети поставщика для множества потребляющих контент устройств посредством транзитного терминала, расположенного на транспортном средстве;
второе измерение потребления услуг связи в пути в течение временного окна измерения по меньшей мере одним потребляющим контент устройством из множества потребляющих контент устройств для получения набора измерений потребления на уровне пользователя (CLC);
расчет, в зависимости от набора измерений NLD и набора измерений CLC, показателя качества взаимодействия (QoE), связанного с временным окном измерения и транспортным средством, причем показатель QoE указывает на качество поставленных услуг (QoS) с точки зрения одного или более пассажиров транспортного средства;
обновление данных уровня обслуживания в зависимости от показателя QoE; и
вывод триггера уровня обслуживания в ответ на обновление, что приводит к тому, что по меньшей мере часть данных уровня обслуживания пересекает предварительно заданное пороговое значение инициирования.
28. Система по п. 27, в которой этапы дополнительно включают:
приведение в исполнение смоделированного потребляющего контент устройства во временном окне измерения для потребления услуг связи в пути в соответствии с протоколом моделирования, причем второе измерение включает в себя измерение потребления услуг связи в пути во временном окне измерения с помощью смоделированного потребляющего контент устройства для получения по меньшей мере части набора измерений CLC.
29. Система по любому одному из пп. 27, 28, в которой этапы дополнительно включают:
обнаружение триггера уровня обслуживания, причем триггер уровня обслуживания предварительно связан с автоматизированным триггерным ответным действием; и
управление выполнением автоматизированного триггерного ответного действия в ответ на обнаружение.
30. Система по любому одному из пп. 27–29, в которой этапы дополнительно включают:
перед выполнением расчета генерирование в зависимости от данных уровня обслуживания хранящихся в постоянном хранилище данных, набора ожидаемых условий QoE для транспортного средства, указывающего по меньшей мере на один из ожидаемых уровней NLD для по меньшей мере одного из наборов измерений NLD или из ожидаемых уровней CLC для по меньшей мере одного из наборов измерений CLC;
причем расчет дополнительно зависит от набора ожидаемых условий QoE, так что показатель QoE дополнительно указывает на качество поставленных услуг QoS с точки зрения одного или более пассажиров транспортного средства по сравнению с ожидаемым QoS.
| US 9037699 B1, 19.05.2015 | |||
| Автомобиль-сани, движущиеся на полозьях посредством устанавливающихся по высоте колес с шинами | 1924 |
|
SU2017A1 |
| СИСТЕМА ДЛЯ СОЗДАНИЯ ПОДСЕТИ ИНТЕРНЕТ-ПРОТОКОЛА НА БОРТУ САМОЛЕТА В РАМКАХ АВИАЦИОННОЙ БЕСПРОВОДНОЙ СОТОВОЙ СЕТИ | 2009 |
|
RU2516518C2 |
| Предохранительное приспособление впереди повозки | 1929 |
|
SU20123A1 |
| Многоступенчатая активно-реактивная турбина | 1924 |
|
SU2013A1 |
| Токарный резец | 1924 |
|
SU2016A1 |
| Токарный резец | 1924 |
|
SU2016A1 |
| Колосоуборка | 1923 |
|
SU2009A1 |
| Токарный резец | 1924 |
|
SU2016A1 |
| Изложница с суживающимся книзу сечением и с вертикально перемещающимся днищем | 1924 |
|
SU2012A1 |
