Результат интеллектуальной деятельности: ОБРАБОТКА СОБЫТИЙ СБРАСЫВАНИЯ ПОТОКОВ ТРАФИКА

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

Варианты осуществления, представленные в данном документе, относятся к способу, субъекту (средству) мониторинга, компьютерной программе и компьютерному программному продукту для обработки событий сбрасывания потоков трафика. Варианты осуществления, представленные в данном документе, дополнительно относятся к способу, субъекту анализатора, компьютерной программе и компьютерному программному продукту для обработки событий сбрасывания потоков трафика.

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

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

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

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

Следовательно, по-прежнему имеется потребность в улучшенной обработке событий сбрасывания.

Сущность изобретения

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

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

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

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

Согласно четвертому аспекту, представлен сетевой узел, содержащий субъект мониторинга согласно второму аспекту или третьему аспекту.

Согласно пятому аспекту, представлено беспроводное устройство, содержащее субъект мониторинга согласно второму аспекту или третьему аспекту.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Далее описывается идея изобретения, в качестве примера, со ссылкой на прилагаемые чертежи, на которых:

Фиг. 1 является принципиальной схемой, иллюстрирующей сеть связи согласно вариантам осуществления;

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

Фиг. 6 является принципиальной схемой, иллюстрирующей сеть связи согласно вариантам осуществления;

Фиг. 7 и 8 являются схемами последовательности сигналов согласно вариантам осуществления;

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

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

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

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

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

Подробное описание изобретения

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

Фиг. 1a является принципиальной схемой, иллюстрирующей сеть 100 связи, в которой могут применяться варианты осуществления, представленные в данном документе. Сеть 100 связи содержит функциональный субъект 110 обработки пакетов (PPF), два функциональных субъекта 120 управления радиосвязью (RCF), три функциональных субъекта 130 обработки в полосе модулирующих частот (BPF) и четыре узла 140 доступа (AN), все из которых взаимно соединяются через интерфейсы, как указано посредством сплошных и пунктирных линий. Узлы 140 доступа предоставляют беспроводной сетевой доступ к обслуживаемым беспроводным устройствам 150 (WD). В иллюстративном примере по фиг. 1, одно из беспроводных устройств 150 имеет одно соединение с одним узлом 140 доступа, тогда как одно из беспроводных устройств 150 имеет множественное соединение с двумя узлами 140 доступа.

Функция 110 обработки пакетов и необязательно, по меньшей мере, некоторые беспроводные устройства 150 содержат субъект 200 мониторинга (ME), и функция 120 управления радиосвязью содержит субъект 300 анализатора (AE). В общих чертах, субъект 200 мониторинга и субъект 300 анализатора выполнены с возможностью обработки событий сбрасывания потоков трафика в/из беспроводных устройств 150. Ниже предоставляется более подробная информация субъекта 200 мониторинга и субъекта 300 анализатора.

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

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

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

Фиг. 2 и 3 являются блок-схемами последовательности операций способа, иллюстрирующими варианты осуществления способов для обработки событий сбрасывания потоков трафика, выполняемой посредством субъекта 200 мониторинга. Фиг. 4 и 5 являются блок-схемами последовательности операций способа, иллюстрирующими варианты осуществления способов обработки событий сбрасывания потоков трафика, выполняемой посредством субъекта 300 анализатора. Способы преимущественно предоставляются в качестве компьютерных программ 1320a, 1320b.

Теперь следует обратиться к фиг. 2, иллюстрирующему способ обработки событий сбрасывания потоков трафика, выполняемой посредством субъекта 200 мониторинга согласно варианту осуществления.

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

S102. Субъект 200 мониторинга отслеживает поток трафика между узлом доступа и беспроводным устройством. Отслеживаемый поток трафика может использовать множественное соединение между узлом доступа и беспроводным устройством.

В общих чертах, субъект 200 мониторинга отслеживает задержку на предмет пакетов по Интернет-протоколу (IP) для каждого беспроводного устройства и услуги. В частности, субъект 200 мониторинга имеет такую конфигурацию, в которой проблемы, связанные с известными механизмами для обработки событий сбрасывания, исключаются или, по меньшей мере, уменьшаются. Следовательно, не все возможные варианты событий, которые могут задавать событие сбрасывания, рассматриваются во время мониторинга. В частности, субъект 200 мониторинга выполнен с возможностью выполнять этап S108.

S108. Субъект 200 мониторинга формирует событие сбрасывания только тогда, когда поток трафика не удовлетворяет требованию по задержке.

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

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

Раскрытые в данном документе механизмы для формирования событий сбрасывания являются независимыми от множественных соединений и признаков повторного установления. Таким образом, если множественные соединения добавляются, мониторинг на этапе S102 и формирование на этапе S108 не затрагиваются и по-прежнему должны указывать то, если и когда возникает событие сбрасывания.

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

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

Теперь следует обратиться к фиг. 3, иллюстрирующему способ обработки событий сбрасывания потоков трафика, выполняемой посредством субъекта 200 мониторинга согласно дополнительным вариантам осуществления. Предполагается, что этапы S102, S108 выполняются так, как описано выше со ссылкой на фиг. 2, и в силу этого такое повторное описание их опускается.

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

В общих чертах, по меньшей мере, некоторые раскрытые в данном документе варианты осуществления основаны на использовании модели на основе задержки, согласно которой событие сбрасывания формируется только тогда, когда требуется больше времени, чем пороговое значение задержки (например, заданное в миллисекундах), для того, чтобы отправлять/принимать пакет в беспроводное устройство, посредством мониторинга буферов пакетов. Следовательно, согласно варианту осуществления, субъект 200 мониторинга выполнен с возможностью выполнять этап S104 в качестве части мониторинга потока трафика на этапе S102.

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

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

Для передачи по восходящей линии связи (UL; из беспроводного устройства в сеть доступа), задержка может измеряться (в беспроводном устройстве) в качестве времени от момента, когда беспроводное устройство отправляет запрос на диспетчеризацию (SR) для UL-данных, до момента, когда подтверждается прием данных из сети доступа в беспроводное устройство. Это время затем сравнивается со сконфигурированным бюджетом задержки для обслуживания. Следовательно, согласно варианту осуществления, задержка измеряется в качестве времени от момента, когда запрос на диспетчеризацию отправляется посредством беспроводного устройства, до времени, когда подтверждается прием данных, соответствующих запросу на диспетчеризацию, посредством узла доступа.

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

Пороговое значение задержки может преобразовываться в QoS-класс и т.п. Следовательно, согласно варианту осуществления, пороговое значение задержки основано на индикаторе качества обслуживания (QoS) беспроводного устройства. Дополнительно, согласно варианту осуществления, QoS-индикатор представляет собой индикатор QoS-класса (QCI).

Именно оператор сети должен задавать пороговое значение задержки. На пороговое значение задержки могут оказывать влияние основные характеристики приложений, выполняющихся в UE. Высокочувствительные к задержке приложения могут отделяться от других с использованием различного QoS-класса. Это отличается от реализации характеристик сбрасывания вместе с передачей управляющих служебных сигналов беспроводного устройства.

Как для UL, так и для DL, фильтр может использоваться для того, чтобы исключать то, что проблема временного соединения запускает событие сбрасывания. Следовательно, согласно варианту осуществления, субъект 200 мониторинга выполнен с возможностью выполнять этап S106.

S106. Субъект 200 мониторинга фильтрует поток трафика таким образом, что субъект 200 мониторинга отказывается от формирования события сбрасывания для задержек, вызываемых посредством того, что количество пакетов меньше порогового размера. Пороговый размер может задаваться на основе услуги, используемой для потока трафика, и может соответствовать одному отдельному IP-пакету.

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

S110. Субъект 200 мониторинга предоставляет в субъект 300 анализатора отчет относительно события сбрасывания для субъекта 300 анализатора, чтобы инициировать отчет о коренных причинах события сбрасывания.

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

S112. Субъект 200 мониторинга приостанавливает предоставление в субъект 300 анализатора отчетов относительно событий сбрасывания (для беспроводного устройства, для которого возникает событие сбрасывания) после предоставления в субъект 300 анализатора отчета относительно события сбрасывания в течение временного окна либо до приема сообщения от субъекта 300 анализатора, с тем чтобы возобновлять предоставление отчетов относительно событий сбрасывания (посредством перехода снова к этапу S102).

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

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

Теперь следует обратиться к фиг. 4, иллюстрирующему способ обработки событий сбрасывания потоков трафика, выполняемой посредством субъекта 300 анализатора согласно варианту осуществления.

Как раскрыто выше, субъект 200 мониторинга на этапе S110 предоставляет в субъект 300 анализатора отчет относительно события сбрасывания. Следовательно, субъект 300 анализатора выполнен с возможностью выполнять этап S202.

S202. Субъект 300 анализатора получает отчет относительно события сбрасывания от субъекта 200 мониторинга. Событие сбрасывания связано с потоком трафика между узлом доступа и беспроводным устройством, не удовлетворяющим требованию по задержке.

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

S204. Субъект 300 анализатора инициирует отчет о коренных причинах события сбрасывания в ответ на это (т.е. в ответ на прием отчета на этапе S202).

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

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

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

Теперь следует обратиться к фиг. 5, иллюстрирующему способы обработки событий сбрасывания потоков трафика, выполняемой посредством субъекта 300 анализатора согласно дополнительным вариантам осуществления. Предполагается, что этапы S202, S204 выполняются так, как описано выше со ссылкой на фиг. 4, и в силу этого такое повторное описание их опускается.

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

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

Информация предыстории может содержать отправленные и/или принятые RRC-сообщения, радиоизмерения, состояния буфера в BPF, текущие используемые несущие сектора и/или лучи линии связи.

Субъект 300 анализатора анализирует любую отправляемую информацию предыстории, полученную в качестве результата сообщения, на этапе S206. Следовательно, согласно варианту осуществления, субъект 300 анализатора выполнен с возможностью выполнять этапы S208 и S210.

S208. Субъект 300 анализатора получает информацию предыстории.

S210. Субъект 300 анализатора анализирует информацию предыстории, чтобы идентифицировать причину события сбрасывания, посредством сравнения информации предыстории со ссылочной информацией.

Согласно некоторым аспектам, когда наиболее вероятная причина события сбрасывания найдена, событие причины сбрасывания выдается для связанной/инициирующей соты или несущей, конкретной для события и причины сбрасывания (например, pmUlDropHandover или pmDlDropBadQuality). Следовательно, согласно варианту осуществления, причина соотносится к сетевому субъекту, и субъект 300 анализатора выполнен с возможностью выполнять этап S212.

S212. Субъект 300 анализатора выдает событие причины сбрасывания в сетевом субъекте.

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

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

S214. Субъект 300 анализатора инициирует сетевое действие таким образом, что, по меньшей мере, одно из соединений в наборе соединений заменяется другим соединением, чтобы обрабатывать поток трафика.

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

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

S216. Субъект 300 анализатора предоставляет в субъект 200 мониторинга сообщение для субъекта 200 мониторинга, чтобы возобновлять мониторинг, когда субъект 300 анализатора идентифицирует причину события сбрасывания.

Субъект 300 анализатора затем может снова переходить к этапу S202.

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

Сеть 600 связи по фиг. 6 показывает часть сети 100 связи по фиг. 1 и дополнительно иллюстрирует систему поддержки оператора (OSS), предоставляющую конфигурации 620 оператора в PPF-субъект 110 и беспроводное устройство 150. PPF-субъект 110 обрабатывает поток 640 трафика. Конфигурации 620 оператора указывают требования по задержке, выступающие в качестве пороговых значений задержки для различных услуг. Обработчик 630 беспроводного устройства представляет собой управляющий субъект для беспроводного устройства 150 и предоставляется в RCF-субъекте 120. Обработчик 630 беспроводного устройства выполнен с возможностью хранить информацию текущих обрабатываемых беспроводных устройств, такую как характеристики, текущие несущие радиоканалы, состояния и текущие процедуры; он управляет мобильностью, выдает измерения, которые должны выполняться посредством беспроводного устройства 150, и т.д. Обработчик 630 беспроводного устройства также может конфигурировать беспроводное устройство 150 с выделенными конфигурациями, к примеру, с конфигурациями 620 оператора.

S301. Субъект 200 мониторинга (предоставленный, по меньшей мере, в одном из PPF и беспроводного устройства) выполнен с возможностью захватывать события потоков трафика, которые работают хуже, чем требуется. Требование по задержке предоставляется для каждой услуги (или QoS-класса).

S302. Если поток трафика не удовлетворяет своим требованиям, например, одному IP-пакету требуется большее количество времени, чем данное требование по задержке, для отправки или приема из беспроводного устройства, в субъекте 200 мониторинга формируется событие сбрасывания, включающие в себя идентификационные данные беспроводного устройства и используемой услуги. Это событие сбрасывания отправляется в субъект 300 анализатора. Поток трафика продолжается, но события сбрасывания более не выдаются и отправляются в пределах определенного временного окна или до тех пор, пока информация не отправляется обратно от субъекта 300 анализатора, что предпринимается действие.

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

S304. Субъект 300 анализатора анализирует предысторию беспроводного устройства, чтобы находить проблемы, и ранжирует найденные проблемы согласно предварительно заданным правилам. Проблемы, например, могут представлять собой сбойную RRC-процедуру либо качество радиосвязи или интенсивность сигнала ниже определенного порогового значения. Проблема с наивысшим рангом в таком случае предположительно вызывает событие сбрасывания, и событие причины сбрасывания выдается для связанной соты/области. Событие причины сбрасывания содержит также наиболее вероятную причину (проблему с наивысшим рангом) и возможно проблемы с более низким рангом и соответствующие соты/области. Субъект 300 анализатора дополнительно инициирует действие, если применимо, например, инициирование передачи обслуживания для соединения (одной из нескольких ветвей), в котором возникают одно или несколько событий сбрасывания.

S305. Субъект 200 мониторинга информируется в отношении того, когда субъект 300 анализатора завершает свой анализ таким образом, что мониторинг сбрасывания может перезапускаться.

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

S401. OSS 610 конфигурирует требования по задержке посредством отправки сообщения ConfigureDelayRequirements в субъект 200 мониторинга в PPF-субъекте 110.

S402. OSS 610 конфигурирует требования по задержке посредством отправки сообщения ConfigureDelayRequirements в обработчик 630 беспроводного устройства в RCF-субъекте 110. С точки зрения OSS, PPF и RCF могут представлять собой один управляемый элемент, и в таком сценарии может требоваться только одно отдельное конфигурационное сообщение.

S403. Обработчик 630 беспроводного устройства перенаправляет требования по задержке посредством отправки конфигурационного сообщения с DelayRequirements в качестве параметра для субъекта 200 мониторинга в беспроводном устройстве 150.

Этапы S402 и S403 являются необязательными.

S404. Субъект 200 мониторинга в PPF-субъекте 110 формирует событие сбрасывания и отправляет отчет об этом в субъект 300 анализатора в RCF-субъекте 120.

S405. Субъект 300 анализатора запрашивает информацию предыстории беспроводного устройства посредством отправки сообщения collectWDInfo в обработчик 630 беспроводного устройства в RCF-субъекте 110.

S406. Субъект 300 анализатора запрашивает информацию предыстории беспроводного устройства посредством отправки сообщения collectWDInfo в BPF-субъект 130.

S407. Обработчик 630 беспроводного устройства отвечает посредством отправки информации предыстории беспроводного устройства в сообщении WDHistory в субъект 300 анализатора.

S408. BPF-субъект 130 отвечает посредством отправки информации предыстории беспроводного устройства в сообщении WDHistory в субъект 300 анализатора.

S409. Субъект 300 анализатора выдает событие причины сбрасывания посредством отправки сообщения pmCounter/pmEvents в OSS 610.

S410. Субъект 300 анализатора необязательно уведомляет субъект 200 мониторинга в PPF-субъекте 110 посредством отправки сообщения ActionPerformed.

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

S501. OSS 610 конфигурирует требования по задержке посредством отправки сообщения ConfigureDelayRequirements в субъект 200 мониторинга в PPF-субъекте 110.

Этап S501 является необязательным.

S502. OSS 610 конфигурирует требования по задержке посредством отправки сообщения ConfigureDelayRequirements в обработчик 630 беспроводного устройства в RCF-субъекте 110. С точки зрения OSS, PPF и RCF могут представлять собой один управляемый элемент, и в таком сценарии может требоваться только одно отдельное конфигурационное сообщение.

S503. Обработчик 630 беспроводного устройства перенаправляет требования по задержке посредством отправки конфигурационного сообщения с DelayRequirements в качестве параметра для субъекта 200 мониторинга в беспроводном устройстве 150.

Альтернатива этапам S502 и S503 выполняется, если сообщение на не связанном с предоставлением доступа уровне (NAS) включает в себя информацию задержки, которая должна использоваться. Это сообщение может отправляться прозрачно из OSS или базовой сети по RCF в беспроводное устройство 150.

S504. Субъект 200 мониторинга в беспроводном устройстве 150 формирует событие сбрасывания и отправляет отчет об этом в субъект 300 анализатора в RCF-субъекте 120.

S505. Субъект 300 анализатора запрашивает информацию предыстории беспроводного устройства посредством отправки сообщения collectWDInfo в обработчик 630 беспроводного устройства в RCF-субъекте 110.

S506. Субъект 300 анализатора запрашивает информацию предыстории беспроводного устройства посредством отправки сообщения collectWDInfo в BPF-субъект 130.

S507. Обработчик 630 беспроводного устройства отвечает посредством отправки информации предыстории беспроводного устройства в сообщении WDHistory в субъект 300 анализатора.

S508. BPF-субъект 130 отвечает посредством отправки информации предыстории беспроводного устройства в сообщении WDHistory в субъект 300 анализатора.

S509. Субъект 300 анализатора выдает событие причины сбрасывания посредством отправки сообщения pmCounter/pmEvents в OSS 610.

S510. Субъект 300 анализатора необязательно уведомляет субъект 200 мониторинга в беспроводном устройстве 150 посредством отправки сообщения ActionPerformed.

Фиг. 9 схематично иллюстрирует, с точки зрения числа функциональных блоков, компоненты субъекта 200 мониторинга согласно варианту осуществления. Схема 210 обработки предоставляется с использованием любой комбинации одного или более из подходящего центрального процессора (CPU), многопроцессорной системы, микроконтроллера, процессора цифровых сигналов (DSP) и т.д., допускающих выполнение программных инструкций, сохраненных в компьютерном программном продукте 1310a (как показано на фиг. 13), например, в форме носителя 230 хранения данных. Схема 210 обработки дополнительно может предоставляться в качестве, по меньшей мере, одной специализированной интегральной схемы (ASIC) или программируемой пользователем вентильной матрицы (FPGA).

В частности, схема 210 обработки выполнена с возможностью предписывать субъекту 200 мониторинга выполнять набор операций или этапов, S102-S112, как раскрыто выше. Например, носитель 230 хранения данных может сохранять набор операций, и схема 210 обработки может быть выполнена с возможностью извлекать набор операций из носителя 230 хранения данных, чтобы предписывать субъекту 200 мониторинга выполнять набор операций. Набор операций может предоставляться в качестве набора выполняемых инструкций. Таким образом, схема 210 обработки в силу этого выполнена с возможностью осуществлять способы, как раскрыто в данном документе.

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

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

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

Фиг. 10 схематично иллюстрирует, с точки зрения числа функциональных модулей, компоненты субъекта 200 мониторинга согласно варианту осуществления. Субъект 200 мониторинга по фиг. 10 содержит определенное число функциональных модулей: модуль 210a мониторинга, выполненный с возможностью выполнять этап S102, и модуль 210d формирования, выполненный с возможностью выполнять этап S108. Субъект 200 мониторинга по фиг. 10 дополнительно может содержать определенное число необязательных функциональных модулей, таких как любое из модуля 210b мониторинга, выполненного с возможностью выполнять этап S104, модуля 210c фильтрации, выполненного с возможностью выполнять этап S106, модуля 210e предоставления, выполненного с возможностью выполнять этап S110, и модуля 210f приостановки, выполненного с возможностью выполнять этап S112. В общих чертах, каждый функциональный модуль 210a-210f может реализовываться в аппаратных средствах или в программном обеспечении. Предпочтительно, один или более либо все функциональные модули 210a-210f могут реализовываться посредством схемы 210 обработки, возможно совместно с функциональными блоками 220 и/или 230. Схема 210 обработки в силу этого может быть выполнена с возможностью, из носителя 230 хранения данных, извлекать инструкции, предоставляемые посредством функционального модуля 210a-210f, и выполнять эти инструкции, за счет этого выполняя любые этапы субъекта 200 мониторинга, как раскрыто в данном документе.

Фиг. 11 схематично иллюстрирует, с точки зрения числа функциональных блоков, компоненты субъекта 300 анализатора согласно варианту осуществления. Схема 310 обработки предоставляется с использованием любой комбинации одного или более из подходящего центрального процессора (CPU), многопроцессорной системы, микроконтроллера, процессора цифровых сигналов (DSP) и т.д., допускающих выполнение программных инструкций, сохраненных в компьютерном программном продукте 1310b (как показано на фиг. 13), например, в форме носителя 330 хранения данных. Схема 310 обработки дополнительно может предоставляться в качестве, по меньшей мере, одной специализированной интегральной схемы (ASIC) или программируемой пользователем вентильной матрицы (FPGA).

В частности, схема 310 обработки выполнена с возможностью предписывать субъекту 300 анализатора выполнять набор операций или этапов, S202-S216, как раскрыто выше. Например, носитель 330 хранения данных может сохранять набор операций, и схема 310 обработки может быть выполнена с возможностью извлекать набор операций из носителя 330 хранения данных, чтобы предписывать субъекту 300 анализатора выполнять набор операций. Набор операций может предоставляться в качестве набора выполняемых инструкций. Таким образом, схема 310 обработки в силу этого выполнена с возможностью осуществлять способы, как раскрыто в данном документе.

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

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

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

Фиг. 12 схематично иллюстрирует, с точки зрения числа функциональных модулей, компоненты субъекта 300 анализатора согласно варианту осуществления. Субъект 300 анализатора по фиг. 12 содержит определенное число функциональных модулей: модуль 310a получения, выполненный с возможностью выполнять этап S202, и модуль 310b инициирования, выполненный с возможностью выполнять этап S204. Субъект 300 анализатора по фиг. 12 дополнительно может содержать определенное число необязательных функциональных модулей, таких как любое из модуля 310c отправки, выполненного с возможностью выполнять этап S206, модуля 310d получения, выполненного с возможностью выполнять этап S208, модуля 310e анализа, выполненного с возможностью выполнять этап S210, модуля 310f выдачи, выполненного с возможностью выполнять этап S212, модуля 310g инициирования, выполненного с возможностью выполнять этап S214, и модуля 310h предоставления, выполненного с возможностью выполнять этап S216. В общих чертах, каждый функциональный модуль 310a-310h может реализовываться в аппаратных средствах или в программном обеспечении. Предпочтительно, один или более либо все функциональные модули 310a-310h могут реализовываться посредством схемы 310 обработки, возможно совместно с функциональными блоками 320 и/или 330. Схема 310 обработки в силу этого может быть выполнена с возможностью, из носителя 330 хранения данных, извлекать инструкции, предоставляемые посредством функционального модуля 310a-310h, и выполнять эти инструкции, за счет этого выполняя любые этапы субъекта 300 анализатора, как раскрыто в данном документе.

Субъект 200 мониторинга и/или субъект 300 анализатора могут предоставляться в качестве соответствующих автономных устройств или в качестве части, по меньшей мере, одного дополнительного устройства. Например, субъект 200 мониторинга может предоставляться в узле доступа, к примеру, в PPF-субъекте 200 и/или в беспроводном устройстве 150. Альтернативно, функциональность субъекта 200 мониторинга может быть распределена, по меньшей мере, между двумя устройствами или узлами. Эти, по меньшей мере, два узла или устройства либо могут составлять часть идентичной сетевой части (к примеру, в PPF-субъекте 110), либо могут развертываться, по меньшей мере, между двумя такими сетевыми частями. Субъект 200 мониторинга, предоставленный в PPF-субъекте 110, может быть выполнен с возможностью формирования событий сбрасывания для DL. Субъект 200 мониторинга, предоставленный в беспроводном устройстве 150, может быть выполнен с возможностью формирования событий сбрасывания для UL. Например, субъект 300 анализатора может предоставляться в узле доступа, к примеру, в RCF-субъекте 120. Альтернативно, функциональность субъекта 300 анализатора может быть распределена, по меньшей мере, между двумя устройствами или узлами. Эти, по меньшей мере, два узла или устройства либо могут составлять часть идентичной сетевой части (к примеру, в RCF-субъекте 120), либо могут развертываться, по меньшей мере, между двумя такими сетевыми частями.

Таким образом, первая часть инструкций, выполняемых посредством субъекта 200 мониторинга и/или субъекта 300 анализатора, может выполняться в первом устройстве, и вторая часть инструкций, выполняемых посредством субъекта 200 мониторинга, и/или субъект 300 анализатора, может выполняться во втором устройстве; раскрытые в данном документе варианты осуществления не ограничены конкретным числом устройств, на которых могут выполняться инструкции, выполняемые посредством субъекта 200 мониторинга и/или субъекта 300 анализатора. Следовательно, способы согласно раскрытым в данном документе вариантам осуществления являются подходящими для выполнения посредством субъекта 200 мониторинга и/или субъекта 300 анализатора, постоянно размещающегося в облачном вычислительном окружении. Следовательно, хотя одна схема 210, 310 обработки проиллюстрирована на фиг. 9 и 11, схема 210, 310 обработки может быть распределена между множеством устройств или узлов. То же применимо к функциональным модулям 210a-210f, 310a-310h по фиг. 10 и 12 и к компьютерным программам 1320a, 1320b по фиг. 13 (см. ниже).

Фиг. 13 показывает один пример компьютерного программного продукта 1310a, 1310b, содержащего машиночитаемое средство 1330. На этом машиночитаемом средстве 1330 может сохраняться компьютерная программа 1320a, причем компьютерная программа 1320a может предписывать схеме 210 обработки и функционально соединенным с ней субъектам и устройствам, таким как интерфейс 220 связи и носитель 230 хранения данных, осуществлять способы согласно вариантам осуществления, описанным в данном документе. Компьютерная программа 1320a и/или компьютерный программный продукт 1310a в силу этого могут предоставлять средство для выполнения любых этапов субъекта 200 мониторинга, как раскрыто в данном документе. На этом машиночитаемом средстве 1330 может сохраняться компьютерная программа 1320b, причем компьютерная программа 1320b может предписывать схеме 310 обработки и функционально соединенным с ней субъектам и устройствам, таким как интерфейс 320 связи и носитель 330 хранения данных, осуществлять способы согласно вариантам осуществления, описанным в данном документе. Компьютерная программа 1320b и/или компьютерный программный продукт 1310b в силу этого могут предоставлять средство для выполнения любых этапов субъекта 300 анализатора, как раскрыто в данном документе.

В примере по фиг. 13, компьютерный программный продукт 1310a, 1310b проиллюстрирован в качестве оптического диска, такого как CD (компакт-диск) или DVD (универсальный цифровой диск), или Blu-Ray-диск. Компьютерный программный продукт 1310a, 1310b также может быть осуществлен в качестве запоминающего устройства, такого как оперативное запоминающее устройство (RAM), постоянное запоминающее устройство (ROM), стираемое программируемое постоянное запоминающее устройство (EPROM) или электрически стираемое программируемое постоянное запоминающее устройство (EEPROM), а более конкретно, в качестве энергонезависимого носителя хранения данных устройства во внешнем запоминающем устройстве, таком как запоминающее устройство по стандарту USB (универсальной последовательной шины) или флэш-память, к примеру, запоминающее устройство в виде карты памяти в формате Compact Flash (CF). Таким образом, хотя компьютерная программа 32 здесь схематично показана в качестве дорожки на проиллюстрированном оптическом диске, компьютерная программа 32 может сохраняться любым способом, который является подходящим для компьютерного программного продукта 1310a, 1310b.

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