Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Переведённый материал для ДП.docx
Скачиваний:
0
Добавлен:
01.07.2025
Размер:
297.6 Кб
Скачать

Исследование управления трафиком, взаимодействующее с IMS в MPLS

сети

Абстрактные. IMS (мультимедийная подсистема IP) является ключевой технологией, позволяющей поставщикам сетевых услуг (NSP) предоставлять различные услуги через IP-сети. Для того, чтобы NSP обеспечивали стабильные сетевые услуги, важно реализовать QoS в транспортной страте. RACF (функции управления ресурсами и доступом) стандартизирован для выполнения контроля доступа с учетом требований пользователей. Однако управление допуском RACF для MPLS (многопротокольная коммутация меток) требует высокой функциональности в маршрутизаторах (например, отслеживать трафик и формирование трафика в каждом LSP (пути коммутации с метками)) и оказывает значительное влияние на работу NSP. Используя информацию, которую предоставляет функция IMS и базовую функцию MPLS, мы предлагаем возможное управление трафиком, которое распределяет трафик определенного класса по нескольким LSP (пути коммутации с метками) при рассмотрении размещения трафика. Наша оценка показывает, что предложенный метод распределения трафика по двум LSP имеет достаточный эффект.

1. Введение

Многие стационарные и мобильные NSP (поставщики сетевых услуг) в настоящее время продвигают конвергенцию к архитектуре NGN (next generation network) [1] в ожидании экономически эффективного синергизма между устаревшими и интернет-сервисами. NSP разрабатывают и создают СПП для предоставления различных услуг по единой сетевой инфраструктуре. Эти услуги также имеют различные требования к QoS, например, VoIP-трафик должен быть гарантирован, некоторые транзакции или трафик сигнализации / управления могут быть чувствительными к задержкам, а интернет-трафик может быть наилучшим.

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

В архитектуре NGN IMS (мультимедийная подсистема IP) [2] является ключевой технологией, где CSCF (функция управления вызовом / сеансом) [3] отвечает за установление сеанса, используя протокол SIP (протокол инициации сеанса) [4]

Пользователей. NSP могут получить требование QoS (например, пропускную способность и задержку) каждого приложения до передачи данных через сообщения сигнализации SIP, которыми обмениваются пользователи и CSCF. Такое требование передается на сервер управления политикой (RACF: функции управления ресурсами и доступом) [5], чтобы определить, может ли сеанс приниматься или нет. Однако IMS сама по себе не определяет проблемы транспортного слоя (например, как реализовать QoS в транспортной страте).

С другой стороны, многие NSP внедряют MPLS

[6] в своем транспортном слое для реализации гибкой организации трафика путем настройки логических схем (LSP: путь коммутации с метками [10]) между парами граничных маршрутизаторов, отражающих различные ограничения и политику оператора. Кроме того, NSP могли собирать статистику трафика на каждый LSP, напрямую связанный с парой граничных маршрутизаторов, используя MIB (базу управленческой информации). Эта статистика удобна для того, чтобы позволить RACF управлять допуском вызовов для более точного управления трафиком.

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

Данная работа организована следующим образом. Мы показываем несколько вопросов контроля QoS в MPLS и NGN в Sect. 2 и проект предлагаемого управления трафиком в п. 3. Мы объясняем предложенный метод и оцениваем предлагаемое назначение мощностей в разделах. 4 и 5. Мы показываем соответствующую работу и заключение в сектах. 6 и 7.