Телеком задач проверки проектов

СЕГОДНЯ TELECOM ОБРАЗЦЫ решения пакета управления, особенно Интернет-протокола (IP) пакет управления. От доступа к рынкам (мобильная связь, XDSL и модема) до опорной сети (оптический транспорт), общей фактором связи конструкций конвергенцию технологий передачи данных и голосового трафика по передаче пакета P.

Это особенно верно в сетевом сегменте, где система-на-чипе (SO C) проекты были включены во все функции физического уровня OSI, касающиеся бит перевозить до слоя сети OSI решения IP маршрут следования пакетов. Эта тенденция, особенно для встроенных приложений, движется все больше и больше в верхних слоях OSI, которые непосредственно управлять приложением.

Телеком конструкции комплекса на кристалле. Они обеспечивают доступ к сети электронных устройств или систем связи. Независимо от сетевого интерфейса сети передают информацию через инкапсулированные пакеты IP.

Мобильная связь, доступ к системам, и более общем смысле, местные цикла системы проводить IP пакетов все вплоть до столичных сетей (MAN) точки доступа. Локальные сети передают информацию с родной пакет IP технологии для передачи данных через Ethernet. Эти две категории систем (местных цикла систем и LAN) обрабатывать пользовательские интерфейсы сети инкапсуляции информации, поступающей от применения в пакеты IP. Это означает, что локальные системы петель и доступ в Интернет играет ключевую роль в конечных пользователей услуг. У них есть критическая функция квалификации и выявления услуг, которые конечный пользователь запрашивает от сети. Использование различных решений, начиная от выделенных ресурсов (как технологии коммутации) в дифференцированных услуг встроенные в служебную информацию пакетов IP, системы доступа к сети определяет качество обслуживания (QoS), что требует применение.

Транспортировка IP пакеты от узла к узлу или от маршрутизатора к маршрутизатору, MAN и основных систем транспортной сети есть несколько сетевых интерфейсов Исходя из модернизацию сети, в результате последних изменений в технологии. Эти системы поддерживают PDH, АТМ и SONET / SDH передачи технологий. Их основные функции адрес первых двух слоев стека OSI (физического и канального слоя) и, как следствие, сделки с ростом производительности требованиям пропускной способности и обработки информации (оптические создатели включать комплекс обнаружения и коррекции ошибок механизмов, таких как Конвенция о правах ребенка или FEC).

С другой стороны, LAN и местных цикла системы все чаще и чаще участвуют в верхнем слое OSI поддержки (слой сети или транспортный уровень). Это приводит к внедрению пакетной хранения и вперед архитектур для того, чтобы заменить существующие синхронной сети с коммутацией архитектуры. Это упрощает синхронизацию схемы, но анализ, классификация, инкапсуляции, экспедирование и маршрутизацию пакетов IP переменной длины и типа спроса дальнейшей переработки. Все большее число потоков и поддерживает специализированные классы соглашений об услугах, делает управление QOS возникающих вопросов.

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

В профилирования Telecom Design, вы могли бы описать его, как имеющих по крайней мере один, но чаще всего несколько сетевых интерфейсов (модем, XDSL, TDM, PDH, АТМ и SONETISDH), а также один или два больших интерфейс микропроцессора. Новые задачи в сфере телекоммуникаций дизайн, несомненно, является поддержка QOS и лежащих в его основе взаимодействия системных ресурсов.

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

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

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

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

Что отличает Телеком Дизайн сегодня QOS производительности. Интегрированная платформа проверки играет ключевую роль в моделировании реальных условиях дорожного движения и реального взаимодействия между проверки моделей.

Интерактивность между всеми возможностями модели, используемые для проверки телекоммуникационных проектов является ключевым элементом для проверки QOS. Ясно, что взаимодействие между моделью микропроцессора интерфейс (предоставление доступа в конструкцию регистры) и либо генератора или анализатора модели не требуется. Это позволяет динамической реконфигурации конструкции и модели, и позволяет проверять маршрут справочной таблице конфигурации. Интерактивность также предоставляет возможность проверить критического параметра соотношение потерь пакетов (или упал пакет отношение). Этот тест включает взаимодействие между передатчиком пакетов и пакетов приемник для того, чтобы сопоставить полученный пакет потока на выходе с интерфейса поток передаваемых пакетов на попадание интерфейс.

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

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

Винсент Тибо является менеджером по маркетингу Mountain View, Калифорния основе Synopsys Инк 'ы широкополосных продуктов профессиональных услуг.

Hosted by uCoz