RU2717951C1 - Обработка событий сбрасывания потоков трафика - Google Patents
Обработка событий сбрасывания потоков трафика Download PDFInfo
- Publication number
- RU2717951C1 RU2717951C1 RU2019112690A RU2019112690A RU2717951C1 RU 2717951 C1 RU2717951 C1 RU 2717951C1 RU 2019112690 A RU2019112690 A RU 2019112690A RU 2019112690 A RU2019112690 A RU 2019112690A RU 2717951 C1 RU2717951 C1 RU 2717951C1
- Authority
- RU
- Russia
- Prior art keywords
- monitoring
- analyzer
- wireless device
- event
- traffic flow
- Prior art date
Links
- 238000012545 processing Methods 0.000 title claims abstract description 75
- 238000012544 monitoring process Methods 0.000 claims abstract description 141
- 238000000034 method Methods 0.000 claims description 59
- 238000004590 computer program Methods 0.000 claims description 44
- 230000004044 response Effects 0.000 claims description 10
- 230000009471 action Effects 0.000 claims description 8
- 230000000977 initiatory effect Effects 0.000 claims description 8
- 230000005540 biological transmission Effects 0.000 claims description 7
- 230000001934 delay Effects 0.000 claims description 2
- 238000001914 filtration Methods 0.000 claims description 2
- 239000000126 substance Substances 0.000 abstract 1
- 238000004891 communication Methods 0.000 description 22
- 230000007246 mechanism Effects 0.000 description 16
- 238000010586 diagram Methods 0.000 description 10
- 239000000872 buffer Substances 0.000 description 6
- 230000002776 aggregation Effects 0.000 description 4
- 238000004220 aggregation Methods 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 108010076504 Protein Sorting Signals Proteins 0.000 description 3
- 230000002159 abnormal effect Effects 0.000 description 3
- 238000013500 data storage Methods 0.000 description 3
- 238000005259 measurement Methods 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 230000015556 catabolic process Effects 0.000 description 2
- 238000006731 degradation reaction Methods 0.000 description 2
- 230000009977 dual effect Effects 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 239000000725 suspension Substances 0.000 description 2
- 241000700159 Rattus Species 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 239000000969 carrier Substances 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000006866 deterioration Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000011010 flushing procedure Methods 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
- H04W76/34—Selective release of ongoing connections
- H04W76/36—Selective release of ongoing connections for reassigning the resources associated with the released connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/08—Testing, supervising or monitoring using real traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0852—Delays
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0247—Traffic management, e.g. flow control or congestion control based on conditions of the access network or the infrastructure network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0289—Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/02—Capturing of monitoring data
- H04L43/028—Capturing of monitoring data by filtering
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
Abstract
Изобретение относится к области мониторинга трафика, а именно к обработке событий сбрасывания потоков трафика. Техническим результатом является обеспечение возможности операторам сети индивидуально адаптировать обработку событий сбрасывания отдельно для различных предлагаемых услуг для обслуживаемых беспроводных устройств. Для этого отслеживают поток трафика между узлом доступа и беспроводным устройством и формируют событие сбрасывания только тогда, когда поток трафика не удовлетворяет требованию по задержке. 12 н. и 17 з.п. ф-лы, 13 ил.
Description
Область техники, к которой относится изобретение
Варианты осуществления, представленные в данном документе, относятся к способу, субъекту (средству) мониторинга, компьютерной программе и компьютерному программному продукту для обработки событий сбрасывания потоков трафика. Варианты осуществления, представленные в данном документе, дополнительно относятся к способу, субъекту анализатора, компьютерной программе и компьютерному программному продукту для обработки событий сбрасывания потоков трафика.
Уровень техники
В сетях связи, может возникать сложность при получении хорошей производительности и пропускной способности для данного протокола связи, его параметров и физического окружения, в котором развертывается сеть связи.
Например, один параметр в предоставлении хорошей производительности и пропускной способности для данного протокола связи в сети связи представляет собой эффективную обработку сбоев в линии радиосвязи, приводящих к возможным сброшенным соединениям, в дальнейшем называемых "событиями сбрасывания".
Современные механизмы для обнаружения событий сбрасывания основаны на счетчиках. Подробнее, текущие используемые счетчики основаны на том, что беспроводное устройство имеет установленное первичное соединение. Если это соединение сбрасывается, оно должно подсчитываться в качестве анормального разрыва и в силу этого формировать событие сбрасывания в счетчике. Дополнительно, если имеются данные в буферах (восходящей линии связи или нисходящей линии связи), анормальный разрыв должны подсчитываться в качестве сбрасывания данных и в силу этого формировать событие сбрасывания в счетчике. Тем не менее, в сценарии множественного соединения, современные механизмы для обнаружения событий сбрасывания не обязательно отражают возможности работы пользователей корректным способом, и может быть затруднительным реализовывать современные механизмы для обнаружения событий сбрасывания в сценарии множественного соединения.
Следовательно, по-прежнему имеется потребность в улучшенной обработке событий сбрасывания.
Сущность изобретения
Цель вариантов осуществления в данном документе заключается в том, чтобы предоставлять эффективную обработку событий сбрасывания потоков трафика.
Согласно первому аспекту, представлен способ для обработки событий сбрасывания потоков трафика. Способ осуществляется посредством субъекта мониторинга. Способ содержит мониторинг потока трафика между узлом доступа и беспроводным устройством. Способ содержит формирование события сбрасывания только тогда, когда поток трафика не удовлетворяет требованию по задержке.
Согласно второму аспекту, представлен субъект мониторинга для обработки событий сбрасывания потоков трафика. Субъект мониторинга содержит схему обработки. Схема обработки выполнена с возможностью предписывать субъекту мониторинга отслеживать поток трафика между узлом доступа и беспроводным устройством. Схема обработки выполнена с возможностью предписывать субъекту мониторинга формировать событие сбрасывания только тогда, когда поток трафика не удовлетворяет требованию по задержке.
Согласно третьему аспекту, представлен субъект мониторинга для обработки событий сбрасывания потоков трафика. Субъект мониторинга содержит модуль мониторинга, выполненный с возможностью отслеживать поток трафика между узлом доступа и беспроводным устройством. Субъект мониторинга содержит модуль формирования, выполненный с возможностью формировать событие сбрасывания только тогда, когда поток трафика не удовлетворяет требованию по задержке.
Согласно четвертому аспекту, представлен сетевой узел, содержащий субъект мониторинга согласно второму аспекту или третьему аспекту.
Согласно пятому аспекту, представлено беспроводное устройство, содержащее субъект мониторинга согласно второму аспекту или третьему аспекту.
Согласно шестому аспекту, представлена компьютерная программа для обработки событий сбрасывания потоков трафика, причем компьютерная программа содержит компьютерный программный код, который, при выполнении в схеме обработки субъекта мониторинга, предписывает субъекту мониторинга осуществлять способ согласно первому аспекту.
Согласно седьмому аспекту, представлен способ для обработки событий сбрасывания потоков трафика. Способ осуществляется посредством субъекта анализатора. Способ содержит получение отчета относительно события сбрасывания от субъекта мониторинга, при этом событие сбрасывания связано с потоком трафика между узлом доступа и беспроводным устройством, не удовлетворяющим требованию по задержке. Способ содержит инициирование отчета о коренных причинах события сбрасывания в ответ на это.
Согласно восьмому аспекту, представлен субъект анализатора для обработки событий сбрасывания потоков трафика. Субъект анализатора содержит схему обработки. Схема обработки выполнена с возможностью предписывать субъекту анализатора получать отчет относительно события сбрасывания от субъекта мониторинга, при этом событие сбрасывания связано с потоком трафика между узлом доступа и беспроводным устройством, не удовлетворяющим требованию по задержке. Схема обработки выполнена с возможностью предписывать субъекту анализатора инициировать отчет о коренных причинах события сбрасывания в ответ на это.
Согласно девятому аспекту, представлен субъект анализатора для обработки событий сбрасывания потоков трафика. Субъект анализатора содержит модуль получения, выполненный с возможностью получать отчет относительно события сбрасывания от субъекта мониторинга, при этом событие сбрасывания связано с потоком трафика между узлом доступа и беспроводным устройством, не удовлетворяющим требованию по задержке. Субъект анализатора содержит модуль инициирования, выполненный с возможностью инициировать отчет о коренных причинах события сбрасывания в ответ на это.
Согласно десятому аспекту, представлен сетевой узел, содержащий субъект анализатора согласно восьмому аспекту или девятому аспекту.
Согласно одиннадцатому аспекту, представлена компьютерная программа для обработки событий сбрасывания потоков трафика, причем компьютерная программа содержит компьютерный программный код, который, при выполнении в схеме обработки субъекта анализатора, предписывает субъекту анализатора осуществлять способ согласно седьмому аспекту.
Согласно двенадцатому аспекту, представлен компьютерный программный продукт, содержащий компьютерную программу согласно, по меньшей мере, одному из шестого аспекта и одиннадцатого аспекта и машиночитаемый носитель хранения данных, на котором сохраняется компьютерная программа. Машиночитаемый носитель хранения данных может представлять собой энергонезависимый машиночитаемый носитель хранения данных.
Согласно тринадцатому аспекту, представлена система, содержащая, по меньшей мере, один субъект мониторинга согласно второму аспекту или третьему аспекту и необязательно, по меньшей мере, один субъект анализатора согласно восьмому аспекту или девятому аспекту.
Преимущественно, эти способы, эти субъекты мониторинга, эти субъекты анализатора, эти компьютерные программы и эта система предоставляют эффективную обработку событий сбрасывания, в частности, в сценариях множественного соединения.
Преимущественно, эти способы, эти субъекты мониторинга, эти субъекты анализатора, эти компьютерные программы и эта система предоставляют простую реализацию в сети доступа, сконфигурированной для сценариев множественного соединения.
Преимущественно, эти способы, эти субъекты мониторинга, эти субъекты анализатора, эти компьютерные программы и эта система обеспечивают возможность операторам сети индивидуально адаптировать обработку событий сбрасывания отдельно для различных предлагаемых услуг для обслуживаемых беспроводных устройств.
Преимущественно, эти способы, эти субъекты мониторинга, эти субъекты анализатора, эти компьютерные программы и эта система обеспечивают эффективные сравнения между различными сетями доступа и признаками и их влиянием на возможности работы конечных пользователей.
Преимущественно, эти способы, эти субъекты мониторинга, эти субъекты анализатора, эти компьютерные программы и эта система предоставляют понимание того, как сеть доступа соответствует гарантированной полосе пропускания (не гарантированной скорости передачи битов (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.
Идея изобретения описана выше главным образом со ссылкой на несколько вариантов осуществления. Тем не менее, специалисты в данной области техники должны принимать во внимание, что варианты осуществления, отличные от вариантов осуществления, раскрытых выше, являются в равной степени возможными, что задается посредством прилагаемой формулы изобретения.
Claims (51)
1. Система для обработки событий сбрасывания потоков трафика, содержащая средство (200) мониторинга, при этом средство (200) мониторинга выполнено с возможностью
отслеживать поток трафика между узлом доступа и беспроводным устройством; и
формировать событие сбрасывания только тогда, когда поток трафика не удовлетворяет требованию по задержке.
2. Система по п.1, в которой средство (200) мониторинга дополнительно выполнено с возможностью предоставлять в средство (300) анализатора отчет касаемо события сбрасывания для инициирования средством (300) анализатора отчета о коренных причинах события сбрасывания.
3. Система по п.2, в которой средство (200) мониторинга дополнительно выполнено с возможностью приостанавливать мониторинг потока трафика после предоставления в средство (300) анализатора события сбрасывания либо на длительность временного окна, либо до приема от средства (300) анализатора сообщения возобновить мониторинг.
4. Система по п.2 или 3, дополнительно содержащая средство (300) анализатора, при этом средство (300) анализатора выполнено с возможностью
получать отчет касаемо события сбрасывания от средства (200) мониторинга; и
инициировать отчет о коренных причинах в ответ на это.
5. Способ обработки событий сбрасывания потоков трафика, осуществляемый средством (200) мониторинга и содержащий этапы, на которых
отслеживают (S102) поток трафика между узлом доступа и беспроводным устройством; и
формируют (S108) событие сбрасывания только тогда, когда поток трафика не удовлетворяет требованию по задержке.
6. Способ по п.5, в котором событие сбрасывания содержит идентификационные данные беспроводного устройства и указание того, какой класс качества обслуживания использовался для потока трафика, когда было сформировано событие сбрасывания.
7. Способ по п.5, в котором мониторинг потока трафика содержит этап, на котором отслеживают (S104) задержку между передачей и подтверждением приема пакетов, отправленных между узлом доступа и беспроводным устройством; при этом событие сбрасывания формируется при превышении задержкой порогового значения задержки.
8. Способ по п.7, в котором пороговое значение задержки основано на индикаторе качества обслуживания (QoS) беспроводного устройства.
9. Способ по п.7, в котором индикатор QoS представляет собой индикатор класса QoS (QCI).
10. Способ по п.7, в котором задержка представляет собой задержку в восходящей линии связи и измеряется как время от отправки беспроводным устройством запроса диспетчеризации до времени подтверждения узлом доступа приема данных, соответствующих этому запросу диспетчеризации.
11. Способ по п.7, в котором задержка представляет собой задержку в нисходящей линии связи и измеряется как время от отправки узлом доступа пакетов до времени подтверждения беспроводным устройством приема этих пакетов.
12. Способ по п.5, дополнительно содержащий этап, на котором фильтруют (S106) поток трафика таким образом, что средство (200) мониторинга отказывается от формирования события сбрасывания для задержек, обусловленных тем, что количество пакетов меньше порогового размера.
13. Способ по п.5, дополнительно содержащий этап, на котором предоставляют (S110) в средство (300) анализатора отчет касаемо события сбрасывания для инициирования средством (300) анализатора отчета о коренных причинах события сбрасывания.
14. Способ по п.13, дополнительно содержащий этап, на котором приостанавливают (S112) предоставление в средство (300) анализатора отчетов касаемо любых дальнейших событий сбрасывания после предоставления в средство (300) анализатора отчета касаемо события сбрасывания либо на длительность временного окна, либо до приема от средства (300) анализатора сообщения возобновить предоставление отчетов касаемо событий сбрасывания.
15. Способ обработки событий сбрасывания потоков трафика, осуществляемый средством (300) анализатора, причем способ содержит этапы, на которых
получают (S202) от средства (200) мониторинга отчет касаемо события сбрасывания, при этом событие сбрасывания связано с тем, что поток трафика между узлом доступа и беспроводным устройством не удовлетворяет требованию по задержке; и
инициируют (S204) отчет о коренных причинах события сбрасывания в ответ на это.
16. Способ по п.15, в котором событие сбрасывания возникает в несущем радиоканале потока трафика, при этом способ дополнительно содержит этап, на котором отправляют (S206) сообщение во все обработчики ресурсов, используемые на текущий момент соединениями, обеспечивающими этот несущий радиоканал, причем данное сообщение запрашивает информацию предыстории использования ресурсов данного несущего радиоканала в пределах временного окна от момента, когда было сформировано событие сбрасывания.
17. Способ по п.16, дополнительно содержащий этапы, на которых
получают (S208) информацию предыстории; и
анализируют (S210) информацию предыстории для идентификации причины события сбрасывания посредством сравнения информации предыстории со ссылочной информацией.
18. Способ по п.17, в котором упомянутая причина связана с сетевым средством, при этом способ дополнительно содержит этап, на котором выдают (S212) событие причины сбрасывания в этом сетевом средстве.
19. Способ по п.16, в котором несущий радиоканал относится к набору соединений, при этом способ дополнительно содержит этап, на котором инициируют (S214) сетевое действие таким образом, что по меньшей мере одно из соединений в наборе соединений заменяется другим соединением для обеспечения потока трафика.
20. Способ по п.15, дополнительно содержащий этап, на котором предоставляют (S216) в средство (200) мониторинга сообщение для возобновления мониторинга средством (200) мониторинга, когда средством (300) анализатора идентифицирована причина события сбрасывания.
21. Средство (200) мониторинга для обработки событий сбрасывания потоков трафика, причем средство (200) мониторинга содержит схему обработки, выполненную с возможностью предписывать средству (200) мониторинга:
отслеживать поток трафика между узлом доступа и беспроводным устройством; и
формировать событие сбрасывания только тогда, когда поток трафика не удовлетворяет требованию по задержке.
22. Средство (200) мониторинга для обработки событий сбрасывания потоков трафика, причем средство (200) мониторинга содержит
модуль (210a) мониторинга, выполненный с возможностью отслеживать поток трафика между узлом доступа и беспроводным устройством; и
модуль (210d) формирования, выполненный с возможностью формировать событие сбрасывания только тогда, когда поток трафика не удовлетворяет требованию по задержке.
23. Сетевой узел, содержащий средство (200) мониторинга по п.21 или 22.
24. Беспроводное устройство, содержащее средство (200) мониторинга по п.21 или 22.
25. Средство (300) анализатора для обработки событий сбрасывания потоков трафика, причем средство (300) анализатора содержит схему обработки, выполненную с возможностью предписывать средству (300) анализатора
получать отчет касаемо события сбрасывания от средства (200) мониторинга, при этом событие сбрасывания связано с тем, что поток трафика между узлом доступа и беспроводным устройством не удовлетворяет требованию по задержке; и
инициировать отчет о коренных причинах события сбрасывания в ответ на это.
26. Средство (300) анализатора для обработки событий сбрасывания потоков трафика, причем средство (300) анализатора содержит
модуль (310a) получения, выполненный с возможностью получать отчет касаемо события сбрасывания от средства (200) мониторинга, при этом событие сбрасывания связано с тем, что поток трафика между узлом доступа и беспроводным устройством не удовлетворяет требованию по задержке; и
модуль (310b) инициирования, выполненный с возможностью инициировать отчет о коренных причинах события сбрасывания в ответ на это.
27. Сетевой узел, содержащий средство (300) анализатора по п.25 или 26.
28. Машиночитаемый носитель, на котором сохранена компьютерная программа (1320a) для обработки событий сбрасывания потоков трафика, содержащая машинный код, который при его исполнении в схеме (210) обработки из состава средства (200) мониторинга предписывает средству (200) мониторинга
отслеживать поток трафика между узлом доступа и беспроводным устройством; и
формировать событие сбрасывания только тогда, когда поток трафика не удовлетворяет требованию по задержке.
29. Машиночитаемый носитель, на котором сохранена компьютерная программа (1320b) для обработки событий сбрасывания потоков трафика, содержащая машинный код, который при его исполнении в схеме (310) обработки из состава средства (300) анализатора предписывает средству (300) анализатора
получать отчет касаемо события сбрасывания от средства (200) мониторинга, при этом событие сбрасывания связано с тем, что поток трафика между узлом доступа и беспроводным устройством не удовлетворяет требованию по задержке; и
инициировать отчет о коренных причинах события сбрасывания в ответ на это.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/EP2016/073201 WO2018059687A1 (en) | 2016-09-29 | 2016-09-29 | Handling of drop events of traffic flows |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| RU2717951C1 true RU2717951C1 (ru) | 2020-03-27 |
Family
ID=57068088
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| RU2019112690A RU2717951C1 (ru) | 2016-09-29 | 2016-09-29 | Обработка событий сбрасывания потоков трафика |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US20200037390A1 (ru) |
| EP (1) | EP3520462A1 (ru) |
| RU (1) | RU2717951C1 (ru) |
| WO (1) | WO2018059687A1 (ru) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111385106B (zh) | 2018-12-11 | 2022-03-01 | 华为技术有限公司 | 一种用于故障根因的识别方法、装置和设备 |
| CN109714230B (zh) * | 2018-12-29 | 2021-02-02 | 北京世纪互联宽带数据中心有限公司 | 一种流量监控方法、装置和计算设备 |
| WO2020235926A1 (en) * | 2019-05-20 | 2020-11-26 | Samsung Electronics Co., Ltd. | Methods and systems for recovery of network elements in a communication network |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7206573B1 (en) * | 2003-09-09 | 2007-04-17 | Sprint Spectrum L.P. | Method and system for facilitating determination of call-drop locations in a wireless network |
| US20110069685A1 (en) * | 2009-09-23 | 2011-03-24 | At&T Intellectual Property I, L.P. | Signaling-less dynamic call setup and teardown by utilizing observed session state information |
| WO2011050971A1 (en) * | 2009-10-30 | 2011-05-05 | Telefonaktiebolaget L M Ericsson (Publ) | User equipment reporting of connection loss |
| RU2501174C2 (ru) * | 2008-09-02 | 2013-12-10 | Томсон Лайсенсинг | Способ сбора статистики по качеству и соответствующий способ управления сбором статистики по качеству |
| US20160255005A1 (en) * | 2015-02-26 | 2016-09-01 | Citrix Systems, Inc. | System for bandwidth optimization with initial congestion window determination |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB0323244D0 (en) * | 2003-10-03 | 2003-11-05 | Fujitsu Ltd | Uplink scheduling |
| US8700027B2 (en) * | 2011-02-11 | 2014-04-15 | Alcatel Lucent | Method and apparatus for network analysis |
| US9788223B2 (en) * | 2013-05-06 | 2017-10-10 | Nokia Solutions And Networks Oy | Processing customer experience events from a plurality of source systems |
| JPWO2014207978A1 (ja) * | 2013-06-26 | 2017-02-23 | 日本電気株式会社 | 送信装置、受信装置および中継装置 |
| CN110336924B (zh) * | 2014-09-30 | 2021-09-03 | 华为技术有限公司 | 网络电话业务的服务质量参数获取装置、系统及方法 |
| WO2017073900A1 (en) * | 2015-11-01 | 2017-05-04 | Lg Electronics Inc. | Method for transmitting an uplink packet delay measurement report in a wireless communication system and a device therefor |
-
2016
- 2016-09-29 WO PCT/EP2016/073201 patent/WO2018059687A1/en active Search and Examination
- 2016-09-29 US US16/337,594 patent/US20200037390A1/en active Pending
- 2016-09-29 RU RU2019112690A patent/RU2717951C1/ru active
- 2016-09-29 EP EP16775658.4A patent/EP3520462A1/en active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7206573B1 (en) * | 2003-09-09 | 2007-04-17 | Sprint Spectrum L.P. | Method and system for facilitating determination of call-drop locations in a wireless network |
| RU2501174C2 (ru) * | 2008-09-02 | 2013-12-10 | Томсон Лайсенсинг | Способ сбора статистики по качеству и соответствующий способ управления сбором статистики по качеству |
| US20110069685A1 (en) * | 2009-09-23 | 2011-03-24 | At&T Intellectual Property I, L.P. | Signaling-less dynamic call setup and teardown by utilizing observed session state information |
| WO2011050971A1 (en) * | 2009-10-30 | 2011-05-05 | Telefonaktiebolaget L M Ericsson (Publ) | User equipment reporting of connection loss |
| US20160255005A1 (en) * | 2015-02-26 | 2016-09-01 | Citrix Systems, Inc. | System for bandwidth optimization with initial congestion window determination |
Non-Patent Citations (3)
Also Published As
| Publication number | Publication date |
|---|---|
| WO2018059687A1 (en) | 2018-04-05 |
| EP3520462A1 (en) | 2019-08-07 |
| US20200037390A1 (en) | 2020-01-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11122457B2 (en) | Management apparatus and method to support WLAN offloading | |
| EP3529949B1 (en) | Sla handling in network slices | |
| US8818356B2 (en) | Methods and apparatus for handling measurement reports | |
| EP2315488B1 (en) | Method for lte rrc connection reestablishment request with cause value setting and terminal | |
| US20210243839A1 (en) | Data analysis and configuration of a distributed radio access network | |
| US20170373950A1 (en) | Traffic flow monitoring | |
| US9130834B2 (en) | Method and device for monitoring backbone inter base-station communication | |
| WO2017221481A1 (ja) | 通信ネットワーク装置、通信ネットワークシステム、及び通信ネットワーク装置の方法 | |
| US20160192239A1 (en) | Methods and systems for lte multi-carrier load balancing based on user traffic profile | |
| KR20140023429A (ko) | 릴레이 노드 인터페이스 관련 레이어 ２ 측정과 네트워크 부하 밸런싱에서의 릴레이 노드 처리 | |
| US20200236567A1 (en) | Method for measuring service transmission status of user equipment and service station | |
| RU2717951C1 (ru) | Обработка событий сбрасывания потоков трафика | |
| US9408247B2 (en) | Radio link failure (RLF) reporting | |
| US20170150395A1 (en) | Mobility management of user equipment | |
| US9414283B2 (en) | Method and apparatus for controlling transfer of network traffic | |
| WO2023043360A1 (en) | Radio link failure report enhancements for handover failure | |
| WO2015096059A1 (zh) | 网络优化方法及装置 | |
| WO2015139729A1 (en) | Configuration of backhaul bearers | |
| US9179479B2 (en) | Method and system for admission control in a broadband wireless network | |
| WO2017105300A1 (en) | Network node and analytics arrangement and methods performed thereby for delivering a service to a wireless device | |
| US20140226472A1 (en) | Method and system for admission control in a broadband wireless network | |
| WO2024035288A1 (en) | On ho type information associated to voice fallback handover | |
| EP3761579A1 (en) | Data transmission method and related apparatus | |
| WO2024096801A1 (en) | Indicating lbt results in failure report | |
| WO2023132782A1 (en) | Supervision timers for successful handover reporting |