Локализованное выявление перегрузки

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

 

ПЕРЕКРЕСТНАЯ ССЫЛКА НА РОДСТВЕННЫЕ ЗАЯВКИ

Эта заявка испрашивает приоритет предварительной заявки на патент США № 61/378,980, поданной 1 сентября 2010 года, которая включена в настоящий документ посредством ссылки.

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

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

УРОВЕНЬ ТЕХНИКИ

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

Явное уведомление о перегрузке (ECN) является известной схемой избегания перегрузок, которая предполагает маркирование пакетов вместо их отбрасывания, в случае начинающейся перегрузки. Объект сети, поддерживающий ECN, испытывая начинающуюся перегрузку, может маркировать поля ECN в заголовке пакетов, чтобы указать, что наблюдается перегрузка, вместо того, чтобы отбрасывать пакеты. Для примера, ECN может использовать два наименее значащих бита в поле DiffServ в заголовке IP-протокола (IPv4 или IPv6), которые назначены полю ECN, чтобы кодировать четыре разные кодовые точки ECN. Кодовая точка ECN, равная 00, может указывать транспорт без возможности ECN (то есть, не ECT), если конечная точка не поддерживает или не желает поддерживать транспорт с возможностью ECN. Любая из двух кодовых точек ECN, а именно 10 или 01 (ECT(0) и ECT(l) соответственно), может указывать транспорт с возможностью ECN (ECT).

Кодовая точка ECN, равная 11, может указывать, что была испытана или встречена перегрузка (ECN-CE). К примеру, узел или очередь с возможностью ECN могут вероятностно установить поле ECN равным 11, если перегрузка встречается или испытывается, и затем переслать ECN-маркированный пакет. Чтобы избежать тяжелой перегрузки, маршрутизаторы и другие объекты сети могут маркировать пакеты с вероятностью, зависящей от средней длины очереди. Примеры подходящих протоколов для задания обратной связи для ECN включают в себя TCP, DCCP, SCTP и RTP/UDP. Процентное или количественное отношение маркированных пакетов может указывать и прямо относиться к уровню перегрузки в сети. В ECN конечный приемник ECN-маркированных пакетов может вернуть обратную связь или информацию о процентном или количественном отношении маркированных пакетов или уровне перегрузки отправителю с целью уведомить отправителя о том, что сеть испытывает перегрузку. Ожидается, что отправитель снизит свою скорость передачи, чтобы будущие пакеты не отбрасывались. Предпочтительно, ECN может помочь снизить объем перегрузки в сети и число отбрасываемых пакетов.

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

Re-ECN является известной реализацией выявления перегрузок. Re-ECN описан в проекте Интернет-документа Рабочей группы транспортной области Инженерного совета Интернета (IETF), озаглавленном "Re-ECN: Adding Accountability for Causing Congestion to TCP/IP" (Добавление отслеживаемости вызываемых перегрузок в TCP/IP), авторы Bob Briscoe и другие, датированном 25 Октября 2010 года, страницы 1-51. Протокол re-ECN предусматривает поле в каждом пакете, так что когда пакет пересекает любой интерфейс в межсетевом взаимодействии, он несет верный прогноз перегрузки на остатке его маршрута.

РАСКРЫТИЕ ИЗОБРЕТЕНИЯ

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

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

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

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

Фиг. 1 иллюстрирует примерный вариант осуществления локализованного выявления перегрузок сотовой сети связи стандарта долгосрочного развития (LTE) Проекта партнерства третьего поколения (3GPP).

Фиг. 2 является примерным вариантом осуществления внешних и внутренних IP-заголовков.

Фиг. 3 является блок-схемой примерного варианта осуществления способа для локализованного выявление перегрузок в пределах локального контура в сотовой сети связи, выполняемого принимающим узлом локализованного выявления перегрузок (например, eNodeB или другой базовой станцией) локального контура.

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

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

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

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

Фиг. 8 иллюстрирует второй примерный вариант осуществления локализованного выявления перегрузок в сотовой сети связи 3GPP LTE, в которой ECN поддерживается на всем протяжении.

Фиг. 9 иллюстрирует третий примерный вариант осуществления локализованного выявления перегрузок в сотовой сети связи 3GPP LTE, в которой как ECN, так и выявление перегрузок поддерживаются на всем протяжении.

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

ОСУЩЕСТВЛЕНИЕ ИЗОБРЕТЕНИЯ

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

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

В настоящее время использование ECN, re-ECN и выявление перегрузки очень ограниченно. Значительно влияющим на это фактором является то, что эти схемы предотвращения перегрузки обычно бывает очень затруднительно развернуть на всем протяжении от конца терминала получателя до конца терминала отправителя сквозь сеть общего пользования, такую как сеть Интернет. Одной причиной сложности реализации полного развертывания на всем протяжении является то, что это обычно требует модификации терминалов получателя и отправителя, таких как сотовые телефоны, смартфоны, дорожные компьютеры, серверы, маршрутизаторы, коммутаторы и так далее, чтобы они поддерживали эти схемы предотвращения перегрузок. К примеру, отправителю необходимо иметь возможность вставлять обратную связь обратно в сеть связи при выявлении перегрузки. Это обычно требует поддержки, к примеру, со стороны стеков протокола управления передачей (TCP)/Интернет протокола (IP) в интересующей операционной системе (например, Linux, Windows и так далее для серверов и Android, Windows mobile и так далее для сотовых телефонов). Однако существует большое число разных производителей/ поставщиков подобных оконечных терминалов и сложно убедить всех этих производителей/поставщиков согласиться с тем, чтобы оконечные терминалы имели поддержку этих схем предотвращения перегрузок.

Другая причина того, что сложно достичь полного развертывания на всем протяжении, состоит в том, что производители маршрутизаторов для Интернета проявляют нежелание модифицировать свои маршрутизаторы для поддержки ECN и выявления перегрузки. Для того чтобы поддерживать ECN и выявление перегрузки, маршрутизаторы вдоль маршрута связи, особенно на линиях, являющихся узкими местами, должны маркировать поле ECN, чтобы обозначить перегрузку, и если они не делают этого, ECN может не работать должным образом. Более того, является обычным иметь промежуточные обработчики (middleboxes), такие как межсетевые экраны (брандмауэры) или системы детектирования проникновения (IDS), размещенные на маршруте. Структура выявления перегрузки должна быть такой, чтобы эти промежуточные обработчики не очищали маркеры ECN или информацию выявления перегрузки. Это сложно обеспечить, поскольку промежуточные обработчики могут принадлежать разным объектам управления сетью связи. По вышеупомянутым причинам, является разумным предположить, что развертывание выявления перегрузки, которое работает на всем протяжении, будет затруднительными и займет значительное время.

Способы и устройство для локализованного выявления перегрузки раскрываются в настоящем документе. Термин "локализованное выявление перегрузки" должен охватывать локализованное re-ECN. К примеру, вариант осуществления локализованного re-ECN также является вариантом осуществления локализованного выявления перегрузки. В локализованном выявлении перегрузки информация выявления перегрузки является локализованной, а не только сквозной (т.е. на всем протяжении). Преимуществом локализованного выявления перегрузки является локальность. Локализованное выявление перегрузки применимо, к примеру, когда невозможно или нецелесообразно обеспечить выявление перегрузки на всем протяжении, и может, к примеру, применяться на конкретном маршруте. Все предыдущие предложения по выявлению перегрузки были сделаны исключительно на сквозной основе (на всем протяжении) и, как отмечалось выше, требуют модификации оконечных хостов для поддержки выявления перегрузки. Это может создать препятствия в развертывании для перехода на протокол с выявлением перегрузки. Новое локализованное выявление перегрузки устраняет подобные ограничения. Локализованное выявление перегрузки может обеспечить значительное управление ресурсами без какой-либо модификации оконечных хостов. Поскольку число узлов инфраструктуры при локализованном выявлении перегрузки обычно намного меньше, чем число оконечных хостов, и узлы инфраструктуры могут находиться под управлением одного и того же объекта администрирования сети, затраты на развертывание могут быть значительно сокращены. При этом выявление перегрузки на всем протяжении может быть неэффективным, поскольку возможность ECN может быть обнулена, или заголовки расширения IPv6 могут быть удалены промежуточными обработчиками на маршруте, но этой проблемы можно избежать или, по меньшей мере, сделать ее более управляемой при локализованном выявлении перегрузки. Кроме того, подход с локальным выявлением перегрузки, раскрываемый в настоящем документе, может внедряться постепенно и может служить естественным трамплином к выявлению перегрузки на всем протяжении, после того как он будет широко внедрен.

Фиг. 1 иллюстрирует примерный вариант осуществления локализованного выявления перегрузки в сотовой сети 100 связи стандарта долгосрочного развития (LTE) Проекта партнерства третьего поколения (3GPP). Локализованное выявление перегрузки является полезным и применимым в сетях связи LTE. В этом примерном варианте осуществления ни ECN, ни выявление перегрузки не поддерживается на оконечном хосте. Это, вероятно, будет являться преобладающим случаем на начальном этапе.

Иллюстрация изображает пример архитектуры LTE сотовой сети 100 связи и маршрут плоскости передачи данных для трафика данных в сотовой сети связи 3GPP LTE. Базовая станция сети связи LTE называется eNodeB 103. Следует понимать, что могут существовать другие базовые станции (не показанные) в данной сети. Данный eNodeB используют для осуществления текущих беспроводных соединений 102 между пользовательскими устройствами или оборудованием 101 и сетью связи. Полезная нагрузка пользовательских данных (пакеты Интернет протокола (IP)) от/к пользовательскому оборудованию обрабатывается двумя логическими узлами, называемыми обслуживающим шлюзом (Serving-GW или S-GW) 105 и шлюзом сети с коммутацией пакетов (PDN-GW) 106. Обслуживающим шлюзом заканчивается интерфейс S1-U плоскости пользователя в сторону eNodeB. Обслуживающий шлюз также буферизует IP-пакеты нисходящей линии связи, предназначенные для пользовательского оборудования 101, что имеет место в режиме ожидания. PDN-GW служит шлюзом в направлении Интернета 108. PDN-GW является точкой соединения с внешними IP сетями связи (например, сетью Интернет) через интерфейс SGi. PDN-GW также включает в себя функциональные возможности для назначения IP адресов, тарификации, фильтрации пакетов и управления потоками на основании политик. S-GW и PDN-GW являются согласно LTE логически раздельными объектами, но следует понимать, что они могут быть физически расположены в одной или нескольких физических системах.

S-GW и PDN-GW являются составными частями Эволюции Системной Архитектуры (SAE), которая представляет собой ядро сетевой архитектуры LTE. Основной компонент или ядро SAE известен как ядро SAE или Развитое Пакетное Ядро (EPC). Показанная архитектура LTE также включает в себя первый маршрутизатор 104 между eNodeB и S-GW и второй маршрутизатор 107, подключающий PDN-GW к Интернету. Следует понимать, что сеть связи может включать в себя большее или меньшее число маршрутизаторов (например, больше маршрутизаторов между базовой станцией и S-GW, один или несколько маршрутизаторов между S-GW и PDN-GW, больше маршрутизаторов между PDN-GW и Интернет, и так далее). Первый маршрутизатор 104, eNodeB, S-GW, PDN-GW обычно принадлежат и управляются одним и тем же объектом оператора сети. Интернет включает в себя маршрутизаторы, из которых для простоты показан только третий маршрутизатор 109. Источник или сервер 110 соединены с сотовой сетью связи через Интернет.

В примере инфраструктуры LTE, как показано на Фиг. 1, перегрузка может случиться во многих местах, таких как eNodeB (наиболее вероятно), S-GW, PDN-GW и маршрутизаторах и коммутаторах на маршруте. В последнее время произошло значительное увеличение в трафике данных в сотовых сетях связи, отчасти из-за нисходящей загрузки видеоданных и тому подобного. В сценарии нисходящей загрузки пользовательское устройство (например, сотовый телефон) 101 загружает содержимое (например, потоковое видео) с сервера или источника 110. На иллюстрации сценарий нисходящей загрузки является примерным, поскольку объем трафика в направлении нисходящей загрузки обычно намного больше, чем в восходящем направлении. В результате сценарии нисходящей загрузки с большей вероятностью вызовут перегрузку из-за больших объемов трафика, и в этом случае локализованное выявление перегрузки имеет большее преимущество. Как будет описано дополнительно ниже, сходная установка может быть сделана для сценариев восходящей загрузки, хотя преимущества локализованного выявления перегрузки здесь могут быть не очевидны, если только, или пока, объем трафика в восходящем направлении не увеличится до точки, которая вызовет перегрузку (например, если пользовательское оборудование использует видео-телефонию, посылает видео или другим способом посылает большие объемы данных).

Инфраструктуру локализованного выявления перегрузки реализуют в узлах инфраструктуры LTE, например eNodeB, S-GW и PDN-GW. На иллюстрации маршрут между узлом eNodeB (базовой станцией) и узлом PDN-GW является примерным, и объем изобретения не ограничивается этим конкретным маршрутом. В этом случае локализованное выявление перегрузки развертывается на маршруте между PDN-GW и eNodeB. Это означает, что контур выявления перегрузки проходит только локально между узлами PDN-GW и eNodeB. Не требуется поддержки ECN и выявления перегрузки за пределами этого контура. Однако варианты осуществления данного изобретения будут работать и в случаях, когда ECN и выявление перегрузки расположены на сквозном маршруте.

В показанном варианте осуществления базовая станция или eNodeB служит в качестве принимающего узла выявления перегрузки, а PDN-GW служит в качестве посылающего узла выявление перегрузки. Узлы на маршруте между PDN-GW и eNodeB (например, как показано, S-GW, eNodeB и первый маршрутизатор 104 между S-GW и eNodeB) могут маркировать биты ECN пакетов, чтобы указать, что испытывается перегрузка ("Маркирование бита 113 ECN"). Базовая станция или eNodeB может предоставлять обратную связь, в зависимости от указателей ECN в пакетах, чтобы указать уровень перегрузки, испытываемый пакетами ("Маркирование обратной связи 111 ECN"). PDN-GW может принимать эту обратную связь и повторно вставлять обратную связь или информацию о перегрузке обратно в сеть связи как информацию выявления перегрузки или re-ECN ("Повторное вставление обратной связи 112"). Выявление перегрузки кодирует уведомление о перегрузке в заголовки данных. Пакеты, посланные от PDN-GW, могут нести правильный прогноз об условиях перегрузки на оставшейся части из маршрута.

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

В сотовой сети связи LTE, пакеты между узлом PDN-GW и узлом eNodeB (базовой станцией сети связи LTE) туннелируют через протокол туннелирования (GTP) общей службы пакетной радиопередачи (GPRS). GTP является протоколом передачи, чтобы доставлять данные для протокола полезной нагрузки. GTP является протоколом туннелирования через протокол пользовательских дейтаграмм (UDP)/Интернет протокол (IP). GTP может быть использован как с UDP, так и с TCP. UDP и TCP относятся к транспортному слою или уровню. Транспортный слой или уровень является более высоким слоем или уровнем, чем IP. IP является слоем или уровнем в сети Интернет. Кроме того, GTP логически находится выше, чем UDP. Маршрут GTP идентифицируют в каждом узле по IP адресу и номеру порта UDP. Протокол GTP включает в себя как трафик данных (GTP-U), так и управляющий трафик (GTP-C). То есть трафик плоскости пользователя или маршрут между PDN-GW и eNodeB туннелируют через GTP-U (U обозначает плоскость пользователя) туннели, и отдельный протокол GTP-C существует для сигнализации управления. Это сильно отличается от сквозного маршрута в Интернете, где пересылка пакетов выполняется на IP уровне.

В показанном варианте осуществления данного изобретения выявление перегрузки развернуто на GTP-U маршруте между PDN-GW и eNodeB. То есть GTP-U маршрут поддерживает выявление перегрузки. Реализация локализованного выявления перегрузки на более высоком уровне GTP облегчает реализацию. Эти протоколы туннелирования дают оператору большую степень гибкости в управлении механизмом перегрузки, встроенным в протоколы GTP. Существующий GTP туннель является протоколом туннелирования на основе UDP без каких-либо механизмов предотвращение перегрузок. Поддержка ECN на данном маршруте в настоящее время неопределенна, но относительно ясна. Ссылка может быть сделана на ECN для общего туннелирования IP-через-IP.

Фиг. 2 является примерным вариантом осуществления внешнего IP заголовка 215 и внутреннего IP заголовка 216. Внешний IP заголовок содержит маркеры (CEo) 217 встречающейся или испытываемой внешней перегрузки. Внутренний IP заголовок содержит маркеры (CEi) 218 встречающейся или испытываемой внутренней перегрузки. Реализация поддержки ECN в туннелях GTP-U может включать в себя внешний IP заголовок, указанный как имеющий возможность ECN. Подобная поддержка маркировки ECN в GTP туннелировании предполагается новой. В одном аспекте, ECN-CE маркировка во внешнем IP заголовке может не быть скопирована во внутренний IP заголовок на выходе из туннеля, если внутренний заголовок не имеет возможности ECN. В одном аспекте, протокол GTP-U может использовать необязательный порядковый номер, чтобы сделать отчеты обратной связи надежными.

Фиг. 3 является блок-схемой примерного варианта осуществления способа 320 для локализованного выявления перегрузки в пределах локального контура в сотовой сети связи, выполняемого принимающим узлом локализованного выявления перегрузки данного локального контура. В одном варианте осуществления принимающий узел локализованного выявления перегрузки может быть eNodeB или другой базовой станцией.

Способ включает в себя прием пакетов нисходящей линии связи, предназначенных нижестоящему пользовательскому устройству, на этапе 321. Пакеты нисходящей линии связи имеют заголовки, указывающие уровень перегрузки, испытываемой пакетами нисходящей линии связи (например, маркеры ECN-CE или другие указатели того, что встречалась или испытывалась перегрузка). Заголовки также указывают уровень ожидаемой перегрузки в нисходящем направлении, объявленный вышестоящим узлом (например, информация re-ECN или другая информация выявления перегрузки).

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

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

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

eNodeB может собирать маркеры ECN-CE и предоставлять обратную связь в PDN-GW. Более того, планировщики в eNodeB являются вероятными точками, в которых может встречаться перегрузка. Другими точками может быть очередь в уровне управления радиоканалами (RLC) с алгоритмом активного управления очередью (AQM). Поскольку для внутреннего IP заголовка не обеспечена возможность ECN, пакеты могут быть отброшены при указании перегрузки. Эта информация о перегрузке также может быть передана по обратной связи в PDN-GW. В одном аспекте, эта информация о перегрузке может быть объединена (например, логически ORed) с маркерами ECN-CE во внешнем IP заголовке (CEi || CEo на Фиг. 2). Возможный интервал между отчетами может соответствовать одному отчету за каждый период кругового обращения сообщения (RTT) или, возможно, более редко. В одном варианте осуществления, обратная связь может обеспечиваться поточно, например, через биты кодовых точек ECN, распределенных по нескольким или многим пакетам.

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

(a) порядковый номер последнего принятого пакета 425;

(b) общее число принятых (eNodeB или базовой станцией) пакетов 426;

(c) общее число пакетов, отброшенных eNodeB или базовой станцией (например, в планировщике или AQM) 427;

(d) общее число пакетов, маркированных ECN-CE eNodeB или базовой станцией (например, в планировщике или AQM) 428;

(e) общее число пакетов, отброшенных узлами до eNodeB (GTP-U туннелированных пакетов) 429;

(f) общее число пакетов, маркированных ECN-CE узлами до eNodeB или базовой станции (GTP-U туннелированных пакетов) 430;

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

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

Таким образом, eNodeB или базовая станция может обеспечивать обратную связь и служить в качестве принимающего узла в выявлении перегрузки/развертывании ECN. Преимущественно, различные виды информации, упомянутые выше, которые могут быть уже известны eNodeB или базовой станцией, могут не быть известны или уже быть известны сотовому телефону или другому пользовательскому оборудованию. Некоторая информация является тайной, внутренней или известной только базовой станции. К примеру, базовая станция обычно может знать или быть способной вычислить виды информации, перечисленные в (b), (c), (d), (e) или (f), но сотовый телефон или другое пользовательское оборудование может не знать или не иметь возможности распознать эти виды информации. К примеру, рассматривая виды информации, перечисленные в (c) и (e), базовая станция может знать или быть способной вычислить общее число пакетов, отброшенных ею, и общее число пакетов, отброшенных узлами до базовой станции (например, анализируя порядковые номера пакетов, чтобы увидеть, какие из них были потеряны). Однако сотовый телефон или другое пользовательское оборудование может быть способным только знать или вычислить общее число пакетов, отброшенных до сотового телефона, но может не быть способным отличить те из этих пакетов, которые были отброшены до базовой станции, от тех пакетов, которые были отброшены базовой станцией.

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

Фиг. 5 является функциональной схемой примерного варианта осуществления принимающего узла 503 локализованного выявления перегрузки, выполненного с возможностью локализованного выявления перегрузки в пределах локального контура в сотовой сети связи. В одном варианте осуществления принимающий узел локализованного выявления перегрузки может быть eNodeB или другой базовой станцией.

Принимающий узел локализованного выявления перегрузки имеет первый интерфейс 535, выполненный с возможностью принимать пакеты 536 нисходящей лини связи, предназначенные нижестоящему пользовательскому устройству через соединение 537. Пакеты нисходящей линии связи имеют заголовки, которые указывают уровень перегрузки, испытываемый пакетами нисходящей линии связи (например, маркеры ECN-CE или другие указатели того, что перегрузка была встречена или испытана). Заголовки также указывают уровень ожидаемой перегрузки в нисходящем направлении, объявленный вышестоящим узлом (например, информация re-ECN или другая информация выявления перегрузки).

В одном варианте осуществления пакеты нисходящей линии связи при получении могут иметь внешние заголовки, которые указывают транспорт с возможностью ECN, и внутренние заголовки, которые указывают транспорт без возможности ECN. В одном варианте осуществления пакеты нисходящей линии связи могут быть приняты через туннель, который не является туннелем IP-через-IP, и внешний заголовок пакетов нисходящей линии связи при получении может указывать транспорт с возможностью ECN. В одном аспекте данный туннель может быть туннелем протокола туннелирования (GTP) Общей службы пакетной радиопередачи (GPRS) и уровень ожидаемой перегрузки в нисходящем направлении, объявленный вышестоящим узлом, может быть указан в GTP и/или внешних IP заголовках пакетов нисходящей линии связи, принятых через туннель GTP. В одном аспекте уровень ожидаемой перегрузки в нисходящем направлении может передаваться в расширениях IP заголовка. В другом аспекте, уровень ожидаемой перегрузки в нисходящем направлении может передаваться с использованием битов из поля метки потока в IPv6 заголовке.

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

Принимающий узел локализованного выявления перегрузки имеет модуль 541 вставки обратной связи, чтобы вставлять обратную связь, указывающую уровень перегрузки, испытываемый пакетами нисходящей линии связи, в пакеты 542, которые посылаются в восходящем направлении через первый интерфейс. Модуль вставки обратной связи может вставлять обратную связь, включающую в себя один или несколько видов информации, показанных на Фиг. 4. Модуль вставки обратной связи может быть реализован в программном, программно-аппаратном или аппаратном обеспечении (например, схемах) или их сочетании.

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

Локализованное выявление перегрузки, как в инфраструктуре re-ECN, может определять положительные и отрицательные потоки, которые означают потоки, где скользящее среднее показателя перегрузки в нисходящем направлении постоянно является положительным или отрицательным. Негативный поток является потоком, который имеет больше маркированных пакетов о встречающейся или испытываемой (CE) перегрузке, чем объявил или заявил отправитель. В положительных потоках объявленная или заявленная перегрузка больше, чем ее действительный уровень. Наличие отрицательного потока или показателя может возникнуть, поскольку оно получается путем вычитания действительного уровня перегрузки из объявленного или заявленного уровня перегрузки.

Предохранитель или отбрасыватель 543 может отбрасывать пакеты в потоках, которые становятся негативной перегрузкой в нисходящем направлении, то есть, если вызванная ими в действительности перегрузка выше, чем заявленная или объявленная. Когда трафик покидает последний сетевой узел перед приемником, доля положительных октетов в потоке должна равняться доле негативных октетов, внесенных маркированием перегрузки, оставляя баланс нулевым. При позитивном значении отбрасыватель может не принимать мер, подразумевая, что источник медленнее, чем должен быть. Маршрутизатор или отбрасыватель может отбрасывать пакеты в негативных потоках, к примеру, чтобы обеспечить равнодоступность. Преимущественно, это может способствовать обеспечению того, чтобы перегрузка объявлялась честно и чтобы скорость передачи отправителя реагировала должным образом. Более того, в качестве опции, отбрасыватель может быть пропущен, к примеру, если маршрут между PDN-GW и eNodeB является надежным.

Подход локализованного выявления перегрузки вводит необходимость средств поощрения (например, способов «кнута и пряника») для источников, чтобы обеспечить такое их поведение, что чрезмерная перегрузка может быть предотвращена. Это может привести к более стабильному качеству пользования сети Интернет для всех пользователей. В одном аспекте подход локализованного выявления перегрузки может быть нейтральным к сети, таким, чтобы не выносить решений на основании вида трафика (например, видео по запросу (VoD), одноранговый (p2p), и так далее.), вместо этого, подход локализованного выявления перегрузки заботится только о величине перегрузки, которую вызывает трафик, хотя объем данного изобретения не ограничен в этом отношении.

Ссылаясь снова на Фиг. 5, в одном варианте осуществления базовая станция или eNodeB могут иметь маркировщик ECN или другой маркировщик 544 встречающейся/испытываемой перегрузки. Маркировщик ECN может маркировать поле ECN пакетов (например, маркировать ECN-CE). Альтернативно, в другом варианте осуществления, базовая станция или eNodeB не обязательно могут иметь маркировщик ECN. К примеру, базовая станция или eNodeB могут знать, какие пакеты они должны ECN-маркировать, и могут встраивать такие пакеты в обратную связь, не ECN-маркируя их.

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

Фиг. 6 является блок-схемой примерного варианта осуществления способа 648 для локализованного выявления перегрузки в пределах локального контура в сотовой сети связи, выполняемого посылающим узлом локализованного выявления перегрузки локального контура. В одном варианте осуществления посылающим узлом локализованного выявления перегрузки может быть шлюз сотовой сети связи (например, PDN-GW или S-GW). Альтернативно, посылающим узлом локализованного выявления перегрузки может быть маршрутизатор.

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

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

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

Способ включает в себя пересылку пакетов нисходящей линии связи, имеющих объявление уровня ожидаемой перегрузки в нисходящем направлении, вставленное в их заголовки, по направлению к нижестоящему пользовательскому устройству, на этапе 652. В одном варианте осуществления пакеты нисходящей линии связи могут пересылаться через туннель, который не является IP-через-IP туннелем, а внешний заголовок пакетов нисходящей линии связи при пересылке может указывать на транспорт с возможностью ECN. В одном аспекте, туннель может быть GTP туннелем, и объявление уровня ожидаемой перегрузки в нисходящем направлении может быть указано в GTP заголовках пакетов нисходящей линии связи. В одном варианте осуществления PDN-GW может повторно вставлять информацию о перегрузке в GTP-U заголовки.

Фиг. 7 является функциональной схемой примерного варианта осуществления посылающего узла 706 локализованного выявления перегрузки, выполненного с возможностью локализованного выявления перегрузки в пределах локального контура в сотовой сети связи. Посылающий узел локализованного выявления перегрузки расположен в локальном контуре между базовой станцией и сетью Интернет. В одном варианте осуществления посылающим узлом локализованного выявления перегрузки может быть шлюз сотовой сети связи (например, PDN-GW или S-GW). Альтернативно, посылающим узлом локализованного выявления перегрузки может быть маршрутизатор.

Посылающий узел локализованного выявления перегрузки имеет первый интерфейс 755, выполненный с возможностью принимать пакеты 756 нисходящей линии связи, предназначенные нижестоящему пользовательскому устройству, через первое соединение 757. В одном варианте осуществления, к примеру, когда оконченный терминал не поддерживает выявление перегрузки, данный интерфейс может принимать пакеты нисходящей линии связи, которые не имеют объявления ожидаемой перегрузки в нисходящем направлении (например, в них может не быть информации re-ECN или другой информации выявления перегрузки). В одном варианте осуществления данный интерфейс может принимать пакеты нисходящей линии связи, которые имеют заголовки, указывающие транспорт без возможности ECN.

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

Посылающий узел локализованного выявления перегрузки имеет модуль 761 вставки выявления перегрузки, выполненный с возможностью вставлять объявления об уровне ожидаемой перегрузки в нисходящем направлении в заголовки принятых пакетов 762 нисходящей линии связи. В одном варианте осуществления модуль вставки выявления перегрузки может вставлять информацию об объявлении или заявлении ожидаемой перегрузки в нисходящем направлении, которая включает в себя информацию re-ECN или другую информацию выявления перегрузки. Модуль вставки выявления перегрузки может быть реализован в программном, программно-аппаратном, аппаратном обеспечении (например, схемах) или их сочетании. Посылающий узел выполнен с возможность пересылать пакеты нисходящей линии связи, имеющие объявление уровня ожидаемой перегрузки в нисходящем направлении, вставленное в их заголовки, в направлении нижестоящего пользовательского устройства.

Для обеспечения честного маркирования сеть связи может включать в себя несколько объектов, чтобы помочь обеспечить корректное поведение. Один объект является объектом управления перегрузкой источника. Отправитель может уменьшать свою скорость передачи, по мере увеличения перегрузки в нисходящем направлении, с помощью некоторой версии дружественной к TCP реакции на перегрузку. Как было описано ранее, сотовая сеть связи может иметь отбрасыватель краев на выходе. Более того, в одном варианте осуществления сотовая сеть связи может иметь ограничитель входа (средство ограничения на основе политик). Протоколы Re-ECN и выявления перегрузки обеспечивают, чтобы пакеты несли информацию об их собственной ожидаемой перегрузке в нисходящем направлении. В одном варианте осуществления PDN-GW или маршрутизатор доступа может применять ограничитель на своих входах, чтобы проверять, что источник соответствует управлению перегрузкой, которую он должен использовать. Ограничитель может отбрасывать пакеты или останавливать потоки для агрессивных потоков/пользователей на входе, чтобы помочь избежать бесполезного расходования ресурсов в нисходящем направлении. Как показано, в одном варианте осуществления, PDN-GW может необязательно иметь ограничитель 763. Альтернативно, другой компонент (например, маршрутизатор доступа или маршрутизатор первого транзитного участка, соединяющий PDN-GW с сетью Интернет) может иметь подобный ограничитель.

Это ограничение (например, осуществляемое посредством PDN-GW) может выполняться на основе «по потоку» или «по пользователю». В качестве примера, чтобы обеспечить уверенность в том, что поток, пользователь или набор потребителей не создадут больше перегрузки в сети связи, чем их надлежащая квота, модифицированный групповой сегмент записей жетонов может поддерживаться для назначения ресурсов постепенно по времени. Жетоны могут представлять собой величину перегрузки, которую позволено потребить каждому пользователю в сети связи. Модифицированный групповой сегмент записей жетонов может иметь параметры, такие как начальный уровень жетонов, скорость заполнения и глубина сегмента записей. Весь трафик от пользователя за время действия его подписки может быть ограничен одним и тем же сегментом записей жетонов. Подобный модифицированный групповой сегмент записей жетонов не является обязательным. Альтернативно, другие подходы для представления величины перегрузки, которую позволено потребить каждому пользователю в сети связи, и/или для назначения сетевых ресурсов могут быть использованы вместо него, например, различные виды скользящего среднего значения или подходы, известные для re-ECN или выявления перегрузки.

PDN-GW или ограничитель может применять ограничение на потоках, в зависимости от предпочтений оператора. Так, например, PDN-GW или ограничитель может отбрасывать пакеты на входе для источников, которые вызывают больше чем 1% доли ECN или величины перегрузки, к примеру. Доля ECN может представлять собой число маркированных ECN-CE пакетов, деленное на общее число пакетов. Это значение обычно вычисляют относительно окна передачи переменной длительности, например относительно последних 100 пакетов. Как другой пример, более дружественным действием является снабжение поставщиков содержимого обратной связью о том, как сильно их услуги перегружают сети связи.

Ссылаясь снова на Фиг. 7, PDN-GW также включает в себя необязательный анализатор 764 обратной связи, чтобы анализировать обратную связь. Анализатор обратной связи может быть реализован в программном, программно-аппаратном, аппаратном обеспечении или их сочетании. PDN-GW получает обратную связь или информацию о перегрузке (например, виды информации, показанные на Фиг. 4) от базовых станций или eNodeB. PDN-GW или анализатор обратной связи может на основании этой информации детектировать или находить одно или несколько из нижеследующего:

(a) находить вредоносные потоки;

(b) находить неправильно ведущих себя пользователей;

(c) находить агрессивные источники трафика; и/или

(d) более легко находить перегруженные места в сети связи.

Детектирование может быть реализовано посредством хранения статистического значения ECN-маркированных пакетов. Как пример возможных действий, PDN-GW может замечать, если несколько пользователей подключены к конкретному источнику (например, популярной услуги видео по запросу (VoD)), что все эти потоки вызывают очень высокую долю ECN. Тогда, возможно, источнику требуется улучить свои алгоритмы управления перегрузкой. Другим интересным случаем является случай, когда один пользователь получает данные из многих источников и демонстрирует высокую общую долю ECN. Тогда, возможно, что этот пользователь является объектом распределенной атаки отказа в обслуживании (DDoS). Оба эти два сценария могут быть детектированы посредством мониторинга доли маркирования ECN в PDN-GW.

Если взять случай использования нисходящей загрузки, может быть заманчивым реализовать ECN и некоторый вид ограничения только в eNodeB, что является одной из опций для варианта осуществления данного изобретения. Однако одним потенциальным недостатком такого подхода является то, что тогда трудно узнать, является ли некий конкретный источник ответственным за перегрузку (например, отказ в обслуживании (DoS) или несоответствующие алгоритмы управления перегрузкой в источнике). Лучше, если eNodeB будет возвращать PDN-GW маркеры ECN, чтобы PDN-GW мог выполнять лучший анализ для локализации неправильно ведущих себя источников на основании групповых данных, и таким образом, принимать лучшие решения об ограничении. Кроме того, приведение в исполнение решений об ограничении на входном транзитном участке, к примеру, PDN-GW, является эффективным способом удержания зловредного трафика от потребления большего количества сетевых ресурсов.

В одном варианте осуществления, S-GW и PDN-GW (например, исходящая очередь) могут иметь возможность ECN. К примеру, каждый из них может иметь маркировщик ECN, который способен устанавливать ECN-CE, чтобы указывать встречающуюся или испытываемую перегрузку во внешнем IP заголовке. В одном аспекте, они могут маркировать пакеты с вероятностью, зависящей от среднего размера очереди. Для кодирования уровня перегрузки в пакет авторам настоящего изобретения требуются маршрутизаторы с возможностью ECN, которые маркируют пакеты, когда случается перегрузка. Маршрутизаторы на маршруте также могут иметь возможность ECN. В одном аспекте, это может быть реализовано совместно с произвольным детектированием перегрузки на раннем этапе (RED), которое широко поддерживается в коммерческих маршрутизаторах. Как показано, изображенный посылающий узел 706 имеет необязательный маркировщик ECN или другой модуль вставки 765 выявления перегрузки. Альтернативно, как показано на Фиг. 1, PDN-GW может находиться за пределами диапазона и не обязательно должен ECN-маркировать пакеты, скорее, это может выполняться другими узлами (например, S-GW, маршрутизаторами и так далее).

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

Фиг. 8 иллюстрирует второй примерный вариант осуществления локализованного выявления перегрузки в сотовой сети 800 связи 3GPP LTE, в которой ECN поддерживается на всем протяжении. Возможность ECN обеспечена в обеих конечных точках (например, пользовательском оборудовании 801 и источнике 810). Маршрутизаторы сети Интернет также могут поддерживать ECN.

Показанная сотовая сеть связи LTE включает в себя пользовательское оборудование 801, eNodeB 803, имеющий беспроводное соединение 802 с пользовательским оборудованием, первый маршрутизатор 804, S-GW 805, PDN-GW 806. Сотовая сеть связи LTE может быть такой, как описанная ранее, и может иметь любые ранее описанные вариации. Также показаны сеть Интернет 808, второй маршрутизатор 807, третий маршрутизатор 809 и источник 810.

ENodeB выполнен с возможностью ECN. Источник также выполнен с возможностью ECN. ENodeB обеспечивает обратную связь ("обратная связь ECN-маркирования 811") источнику с возможностью ECN. ENodeB, первый маршрутизатор, S-GW, PDN-GW, и маршрутизаторы сети Интернет могут выполнять ECN-маркирование ("Маркирование бита 813 ECN"). PDN-GW может выполнять ограничение. PDN-GW может обеспечивать информацию выявления перегрузки ("Повторная вставка обратной связи 812").

В одном варианте осуществления локализованное выявление перегрузки в сотовой сети связи LTE может быть в первую очередь интересно для защиты трафика, который идет от PDN-GW к eNodeB (или UE). По этой причине, в одном аспекте может рассматриваться только ECN-CE маркирование, которое имеет место в локальной сети связи. Ограничение или ограничитель на входе PDN-GW (или в другом отправителе локализованного выявления перегрузки) может таким образом вычитать измеренную входящую долю ECN (на входе PDN-GW) из переданной обратной связью доли ECN от eNodeB или базовой станции (или другого приемника локализованного выявления перегрузки). Это обеспечит показатель того, насколько поток перегружен на нисходящем маршруте от PDN-GW.

Фиг. 9 иллюстрирует третий примерный вариант осуществления локализованного выявления перегрузки в сотовой сети 900 связи 3GPP LTE, в которой и ECN и выявление перегрузки поддерживаются на всем протяжении. Возможность ECN обеспечена в обеих конечных точках (например, пользовательском оборудовании 901 и источнике 910). Выявление перегрузки также является возможным в обеих конечных точках. Маршрутизаторы сети Интернет также могут поддерживать ECN и выявление перегрузки.

Показанная сотовая сеть связи LTE включает в себя пользовательское оборудование 901, eNodeB 903, имеющий беспроводное соединение 802 с пользовательским оборудованием, первый маршрутизатор 904, S-GW 905, PDN-GW 906. Сотовая сеть связи LTE может быть такой, как описанная ранее, и может иметь любые ранее описанные вариации. Также показаны Интернет 908, второй маршрутизатор 907, третий маршрутизатор 909 и источник 910.

Пользовательское оборудование или устройство с возможностью ECN предоставляют обратную связь ("Обратная связь ECN-маркирования") источнику с возможностью ECN. Источник с возможностью ECN может предоставлять информацию выявления перегрузки ("Повторная вставка обратной связи ") обратно в сеть связи, и она может проходить весь путь до пользовательского оборудования или устройства с возможностью ECN. ENodeB, первый маршрутизатор, S-GW, PDN-GW и маршрутизаторы сети Интернет могут выполнять ECN-маркирование ("Маркирование бита ECN").

PDN-GW может иметь ограничитель. ENodeB может иметь отбрасыватель и может служить в качестве отбрасывателя краев на выходе. Сквозной маршрут (полной протяженности) может быть установлен между пользовательским оборудованием (UE) и серверами поставщика данных, где IP соединение устанавливается поверх оверлейного маршрута поверх eNodeB, S-GW, и так далее. Ограничитель может быть расположен на первом транзитном участке маршрута, находящемся под управлением оператора, то есть PDN-GW. Отбрасыватель расположен на выходе маршрута, в этом примере, на последнем транзитном участке передачи сотового трафика, eNodeB. Он также может быть расположен в S-GW, в зависимости от проблем состязания за обладание ресурсами в сети связи, или на последнем транзитном участке перед eNodeB, к примеру.

Примерные варианты осуществления локализованного выявления перегрузки были показаны и описаны для сотовых сетей связи 3GPP LTE. В данном контексте, термин LTE должен охватывать и будущие версии и выпуски LTE, к примеру, Улучшенный LTE, 4G и так далее. Более того, варианты осуществления способов и устройств для локализованного выявления перегрузки, раскрытые в настоящем документе, могут быть использованы в будущих не-LTE сотовых сетях связи, таких как наследники 3G, LTE, и 4G сотовых сетей связи.

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

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

Фиг. 10 иллюстрирует примерный вариант осуществления локализованного выявления перегрузки в сотовой сети связи 3GPP LTE для сценария восходящей загрузки, в котором пакеты загружают из пользовательского оборудования в сеть Интернет. Локализованное выявление перегрузки в случае, когда конечные точки не поддерживают выявление перегрузки или ECN, использовано в целях иллюстрации, хотя другие варианты осуществления применимы для сценариев на Фиг. 8-9.

Иллюстрация показывает сотовую сеть связи 1000 LTE, включающую в себя пользовательское оборудование 1001, eNodeB 1003, имеющий беспроводное соединение 1002 с пользовательским оборудованием, первый маршрутизатор 1004, S-GW 1005, PDN-GW 1006. Сотовая сеть связи LTE может быть такой, как описанная ранее, и может иметь любую из ранее описанных вариаций. Также показаны сеть Интернет 1008, второй маршрутизатор 1007, третий маршрутизатор 1009 и источник 1010.

В этом сценарии восходящей загрузки, PDN-GW является принимающим узлом выявления перегрузки, а eNodeB является посылающим узлом выявления перегрузки. Альтернативно, другой узел (например, S-GW) может быть посылающим узлом выявление перегрузки, а другой узел (например, первый маршрутизатор 1104) может быть посылающим узлом выявления перегрузки. Узлы на маршруте между PDN-GW и eNodeB (например, как показано, S-GW, eNodeB и первый маршрутизатор 1004 между S-GW и eNodeB) могут ECN-маркировать пакеты, чтобы указать, что была испытана перегрузка ("Маркирование бита 1013 ECN"). PDN-GW может предоставлять обратную связь о ECN-маркировании в пакетах, чтобы указать уровень перегрузки, испытываемой пакетами ("Обратная связь ECN-маркирования 1011"). Базовая станция или eNodeB могут принимать эту обратную связь и повторно вставлять обратную связь или информацию о перегрузке обратно в сеть связи, как информацию выявления перегрузки или информацию re-ECN ("Повторная вставка обратной связи 1012"). Базовая станция или eNodeB может, по желанию, иметь ограничитель и выполнять ограничение. Ограничение может также или альтернативно выполняться в другом узле (например, первом маршрутизаторе 1104 или S-GW). PDN-GW может иметь отбрасыватель и может выполнять отбрасывание пакетов на основании информации о перегрузке. Отбрасыватель может также или в качестве альтернативы быть включен в другой узел (например, первый маршрутизатор 1104 или S-GW).

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

Первый альтернативный вариант осуществления принадлежит к локализованному явному уведомлению о перегрузке (ECN) в пределах локального контура в сотовой сети связи или мобильной транзитной сети связи, или в GTP туннеле, независимо от наличия или отсутствия локализованного выявления перегрузки. К примеру, отправитель ECN может обозначить внешний заголовок как имеющий возможность ECN, даже когда внутренние заголовки пакетов, принятых отправителем ECN, указаны как не имеющие возможности ECN. Если внутренние заголовки указаны как имеющие возможность ECN, отправитель ECN может, по желанию, игнорировать, или изымать входящие маркировки ECN. Отправитель ECN может пересылать пакеты через GTP туннель. Один или несколько нижестоящих узлов могут ECN-маркировать внешние заголовки, даже когда внутренние заголовки указаны как не имеющие возможности ECN. Приемник ECN может возвращать обратную связь касательно ECN-CE-маркированных пакетов.

Второй альтернативный вариант осуществления принадлежит локализованному ECN или локализованному выявлению перегрузки в несотовой или немобильной транзитной сети связи. В различных вариантах осуществления система подключения кабельных модемов (CMTS), мультиплексор доступа к цифровой абонентской линии (DSLAM), или другое устройство цифровой абонентской линии (DSL), или мультисервисный граничный маршрутизатор (MSER) могут включать в себя признаки конечного устройства (отправителя или приемника) для локализованного ECN или локализованного выявления перегрузки, как раскрыто в настоящем документе.

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

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

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

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

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

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

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

5. Способ по п. 4, в котором прием содержит этап, на котором принимают пакеты нисходящей линии связи через туннель протокола туннелирования (GTP) Общей службы пакетной радиопередачи (GPRS) и в котором уровень ожидаемой перегрузки в нисходящем направлении, объявленный вышестоящим узлом, указывается в одном из GTP заголовков и внешних IP заголовков пакетов нисходящей линии связи, принятых через GTP туннель.

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

7. Способ по п. 1, в котором посылка содержит этап, на котором посылают пакеты, которые имеют обратную связь, включающую в себя информацию, выбранную из: (1) числа пакетов, которые были отброшены базовой станцией; (2) числа пакетов, которые были отброшены узлами до базовой станции; (3) числа пакетов, которые базовая станция маркировала, чтобы указать, что была испытана перегрузка; и (4) числа пакетов, маркированных узлами до базовой станции, чтобы указать, что была испытана перегрузка.

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

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

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

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

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

13. Узел по п. 10, в котором первый интерфейс выполнен с возможностью принимать пакеты нисходящей линии связи через туннель, который не является туннелем Интернет протокола (IP) через IP, и в котором внешние заголовки пакетов нисходящей линии связи указывают транспорт с возможностью явного уведомления о перегрузке.

14. Узел по п. 13, в котором первый интерфейс выполнен с возможностью принимать пакеты нисходящей линии связи через туннель протокола туннелирования (GTP) Общей службы пакетной радиопередачи (GPRS) и в котором уровень ожидаемой перегрузки в нисходящем направлении, объявленный вышестоящим узлом, указывается в одном из GTP заголовков и внешних IP заголовков принятых пакетов нисходящей линии связи.

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

16. Узел по п. 10, причем модуль вставки обратной связи выполнен с возможностью вставлять обратную связь, включающую в себя информацию, выбранную из: (1) числа пакетов, которые были отброшены базовой станцией; (2) числа пакетов, которые были отброшены узлами до базовой станции; (3) числа пакетов, которые базовая станция маркировала, чтобы указать, что была испытана перегрузка; и (4) числа пакетов, маркированных узлами до базовой станции, чтобы указать, что была испытана перегрузка.

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

18. Узел по п. 10, причем узел содержит eNodeB сотовой сети связи стандарта долгосрочного развития (LTE).

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

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

21. Способ по п. 19, в котором прием содержит этап, на котором принимают пакеты нисходящей линии связи через туннель протокола туннелирования (GTP) Общей службы пакетной радиопередачи (GPRS).

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

23. Способ по п. 19, в котором прием содержит этап, на котором принимают пакеты нисходящей линии связи в eNodeB сотовой сети связи стандарта долгосрочного развития (LTE).