QCI 70 для MCData: почему одного числа недостаточно для гарантии приоритета
В проекте MCData указали QCI 70 и решили, что данные автоматически вытеснят любой другой трафик при перегрузке. Такое обещание шире описанной процедуры. Архитектура связывает выделение ресурса с динамическим управлением политикой, а возможность вытеснения зависит от нескольких условий. Одно число не заменяет настройку всей цепочки.
Как запрашивается ресурс
Для рассматриваемой EPS архитектуры запрос MCData взаимодействует с dynamic PCC. Система обращается по Rx к PCRF, передавая идентификатор приложения для выбора соответствующего обслуживания. Выделенный bearer медиа MCData использует QCI 70.
Это характеристика предусмотренного транспортного обслуживания, а не доказательство, что любой пакет любой программы на устройстве получил нужный ресурс. Проверяют фактический запрос, результат выделения и привязку соответствующего трафика.
Что нужно для вытеснения
Стандарт описывает зависимость от политики оператора. Для рассматриваемого случая новый bearer должен иметь более высокий приоритет ARP, возможность вытеснять другие ресурсы, а затрагиваемые bearer должны допускать вытеснение. Также учитывается достижение предельного числа ресурсов или общей ёмкости.
Поэтому наличие QCI 70 не подтверждает каждое из этих условий. Нельзя обещать принудительное освобождение любого чужого ресурса только по одной строке конфигурации. В проекте отдельно согласуют политику и проверяют её применение.
Как испытать приоритет
В разрешённой тестовой среде создают контролируемую нагрузку и запускают нужную коммуникацию MCData. Наблюдают запрос, назначенные параметры, решение системы и фактическое обслуживание. Если заявлено вытеснение, сценарий должен содержать ресурсы с заранее известными свойствами и проверяемый итог для них.
Отдельно измеряют результат приложения: время, доставку и завершение операции. Даже правильно выделенный bearer не устраняет все возможные задержки сервера и клиента. Поэтому подтверждение приоритета и гарантия полного времени услуги требуют разных наблюдений.
В отчёте сохраняют QCI, параметры ARP, действующую политику и условия нагрузки. Формулировка «приоритет включён» без этих сведений плохо подходит для повторной проверки.
Такой разбор помогает использовать стандартное значение QCI точно. Оно является частью организации услуги, а реальное преимущество при перегрузке определяется согласованными правилами и фактическим выделением ресурсов. Приёмка должна подтверждать нужный проекту сценарий, не превращая один параметр EPS в универсальное обещание доставки при любых условиях.
Для экстренной коммуникации и imminent peril документ также различает уровни приоритета. Их применение проверяют отдельными согласованными сценариями, сохраняя обычную передачу как контрольный случай.