Будущее без коммутации каналов

В настоящее время для операторов сетей настал главный переломный момент эволюции их многочисленных и разнообразных платформ сетей, ориентированных на услуги (таких как КТСОП (Коммутируемая телефонная сеть общего пользования), АТМ (Асинхронный режим передачи) , FR (Ретрансляция кадров), услуги Интернет, VPN (Виртуальная частная сеть) на основе IP протокола и т. д.), к более простым и в большей степени конвергентным сетям общего пользования без установления соединений или с установлением соединения. Предполагается, что такая сеть станет более надежной, расширяемой и гибкой, обеспечивая в то же время оптимальные капитальные затраты (CAPEX) и текущие расходы (OPEX).

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

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

Таким образом, операторы предполагают, что будут поддержаны как режим cl-ps, так и co-ps, чтобы иметь возможность предоставить все услуги, которые требуют их пользователи.

Поддержка различных типов трафика

Операторы сетей ожидают масштабируемой архитектуры, которая:

• дает возможность предоставления и гарантирования характеристики уровня обслуживания (SLS);
• "предназначена для неизвестности";
• обеспечивает механизмы установления различий для различных типов трафика и связанного с ним обслуживания.

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

Операторы сетей предполагают, что их инфраструктура контроля и управления будет защищена от трафика пользователя. Таким образом, требуется, чтобы архитектура сети обеспечивала возможность разделения различных плоскостей в каждом конкретном режиме (например, cl-ps, co-ps или co cs). В качестве примера приведем разделение плоскости данных и плоскости контроля в архитектуре системы сигнализации №7.