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

Microchip — признанный лидер в области инноваций в области технологий синхронизации, обеспечивающих сетевые услуги высокой доступности. Это очевидно благодаря поддержке частичной синхронизации (APTS) и автоматической компенсации асимметрии (AAC), двум мощным инструментам, обеспечивающим расширенную работу мобильных сетей 4G и 5G. Критически важные приложения, такие как службы экстренной помощи и подключенные транспортные средства, требуют постоянной доступности мобильной сети. Такой гарантированный доступ требует уплотнения точек радиодоступа, сложной антенной инфраструктуры и сложных методов контроля помех, которые основаны на строгом выравнивании фаз между радиоблоками (RU). До недавнего времени операторы полагались исключительно на GNSS для фазовой синхронизации для поддержки операций дуплексной связи с временным разделением (TDD), но GNSS не всегда доступна. GNSS также может быть уязвима к помехам или подделке. Чтобы уменьшить подверженность таким событиям и сохранить контроль над службами синхронизации, операторы используют протокол точного времени (PTP) для доставки информации о фазе и, следовательно, гарантируют мобильную услугу. Однако транспортной сети присуща асимметрия, которая серьезно влияет на работу PTP. APTS и AAC смягчают эти сетевые эффекты и имеют основополагающее значение для непрерывной работы мобильных сетей 4G/5G.

Синхронизация управляет мобильными приложениями

Чтобы обеспечить базовую передачу обслуживания между базовыми станциями и предоставлять непрерывные высококачественные мобильные услуги, частота и фаза часов базовой радиостанции должны быть тщательно синхронизированы.
Этот процесс синхронизации зависит от используемой радиотехнологии. Для мобильных сетей на базе LTE FDD выравнивание частот между ячейками на радиоинтерфейсе между соседними базовыми станциями должно находиться в пределах ±50 частей на миллиард от общего опорного значения. Чтобы соответствовать этому требованию, частотный сигнал, поступающий на базовую станцию, должен находиться в пределах допустимой погрешности ±16 частей на миллиард. Сети на основе фазы LTE-TDD указаны с максимальной ошибкой времени (TE) ±1.5 мкс между радиоинтерфейсами, а максимально допустимая сквозная ошибка времени от UTC (глобально заданных эталонных часов) до RU составляет ± 1.1 мкс. Этот бюджет временных ошибок включает в себя неточности опорных часов и случайные задержки в сети из-за шума транспортного узла или канала, все из которых могут вызвать асимметрию сети. Транспортной сети выделяется ±1 мкс от общей допустимой ошибки времени. Однако транспортные сети неоднородны и динамичны; они развиваются в соответствии с изменениями в используемых технологиях, демографии и моделях использования. Это добавляет еще один уровень сложности при проектировании архитектуры синхронизации, поскольку план синхронизации для современной мобильной сети должен быть одновременно тщательно продуманным и гибким.

Архитектуры синхронизации

Сети частотной синхронизации, использующие сигналы времени физического уровня, традиционно проектируются как центрально-взвешенные иерархические системы. Централизованный источник тактового сигнала генерирует частоту, которая шаг за шагом распространяется по элементам транспортной сети к конечному приложению, в данном случае к базовым станциям FDD.
За последнее десятилетие мобильные сети превратились из TDM в IP/Ethernet и заменили синхронизацию физического уровня системами, передающими сигнал синхронизации с использованием протокола точного времени (PTP) на уровнях IP/Ethernet. Первая волна развертываний PTP была для приложений FDD, и теперь PTP успешно реализован с помощью часов PPT Grandmaster, таких как Microchip TP5000 и TP4100, развернутых в сотнях мобильных сетей по всему миру.
Увеличениеasingly, the adoption of 5G services is driving next generation mobile networks using phasebased applications deployed at the mobile aggregation and edge of mobile networks. There is consequently a migration from Grandmaster clocks engineered for frequency delivery to Primary Reference Time Clocks (PRTCs, G.8272), that require a GNSS or PTP input and that use phase-specific PTP profiles.
Сетевые архитектуры для этих фазовых приложений слегка отличаются от тех, которые разработаны для частот. PRTC, развернутые в более распределенной архитектуре ближе к границе сети, должны быть подкреплены высокоточным базовым PRTC/ePRTC (улучшенными первичными эталонными часами времени), которые могут генерировать и удерживать время в течение продолжительных периодов времени.

Варианты синхронизации для Mobile Edge в фазовых сетях

Доставка частотных услуг с использованием PTP часто развертывается в точке агрегации RAN, в нескольких шагах от RU. Передача частоты обладает некоторой присущей ей эластичностью, которая обеспечивает уверенное распространение по асинхронной сети при условии соблюдения общепризнанных инженерных рекомендаций.
Доставка фазовых услуг, отслеживаемая по абсолютному UTC (универсальному координированному времени), проектируется в соответствии с ограничениями бюджета временных ошибок, установленными 3GPP (для радиоинтерфейсов) и ITU-T для сетевых интерфейсов и эталонных часов. Однако, хотя передача частоты с использованием PTP хорошо понятна, то же самое не обязательно верно для передачи синхронизации фазы с использованием PTP. Отправка тайм-кода через асинхронную пакетную сеть с собственным шумом и задержкой для обеспечения синхронизации с точностью ±1.1 мкс. Ошибка времени относительно UTC может оказаться серьезной проблемой.
Есть три способа решения этой проблемы:

Решение А: ГНСС
– Оператор может развернуть GNSS на каждом eNB.
– Ограничения: каждый eNB должен быть оснащен GNSS, а антенна GNSS должна иметь постоянную линию видимости на спутниковый сигнал. Прямая видимость (LoS) не всегда возможна, поскольку view Спутник может быть заблокирован, например, растительностью, тенями от высотных зданий (городской каньон) или потому, что eNB развернут под землей или в помещении. Повсеместное использование GNSS также может быть дорогостоящим с точки зрения операционных затрат.
Решение Б. Встроенные часы с границей времени (T-BC)
– Для этой архитектуры транспортная сеть должна быть оснащена аппаратной функцией устранения дрожания, известной как Time Boundary Clock (T-BC), встроенной в каждый NE. Эта архитектура включает в себя концепцию виртуальных первичных эталонных часов времени (vPRTC), в которых часы источника приемника GNSS находятся в централизованных местах.
– Ограничения: аппаратное и программное обеспечение T-BC должно быть развернуто на каждом транспортном узле тактовой цепи, что часто требует обременительного инвестиционного цикла сети. Даже при развертывании на каждом NE BC не обязательно гарантирует, что сигнал синхронизации будет в пределах требуемой спецификации, если сеть не спроектирована тщательно, чтобы гарантировать отсутствие межскачковой асимметрии в каналах.

Решение C: Распределенный PRTC
– Упрощенный PRTC можно переместить на край сети, чтобы уменьшить количество переходов между тактовым сигналом и eNB, чтобы синхронизация на основе фазы с использованием PTP могла достигать eNB в пределах рекомендуемых пределов погрешности времени ±1.1 мкс.
– Ограничения: требуются инвестиции в легкие часы, развернутые на границе сети.
— новая архитектура распределенной синхронизации.

Of the three solutions above, locating the PRTC closer to the eNB may enable cost reduction compared to deploying T-BC hardware on every NE or installing GNSS at every cell site. Cost will be an increasingly important factor when planning for densification of eNB for LTE-A and 5G services.
В Рекомендации G.8275 ITU-T признал, что строгие требования к синхронизации временной ошибки в eNB затрудняют развертывание централизованных тактовых импульсов PRTC и одновременно гарантируют жизнеспособность фазового сигнала для конечного приложения. Перемещение PRTC ближе к конечному приложению снижает вероятность того, что шум и асимметрия сетевого транспорта окажут негативное влияние на поток PTP, но также влияет на форм-фактор и требования к емкости PRTC.
В Рекомендации G.8275 ITU-T признал, что строгие требования к синхронизации временной ошибки в eNB затрудняют развертывание централизованных тактовых импульсов PRTC и одновременную гарантию жизнеспособности фазового сигнала для конечного приложения. Перемещение PRTC ближе к конечному приложению снижает вероятность того, что шум и асимметрия сетевого транспорта окажут негативное влияние на поток PTP, но также повлияет на форм-фактор и требования к емкости PRTC.
В ядре сети, где требуется чрезвычайно точное время и обширная задержка, инфраструктура синхронизации может включать высокопроизводительный ePRTC большой емкости с несколькими рубидиевыми и цезиевыми устройствами ePRC, которые не подходят для развертывания на границе сети.
С другой стороны, распределенный периферийный PRTC может быть намного меньше и гораздо дешевле.
Рисунок 3-1. Рекомендация ITU-T G.8275 – PRTC, развернутый на границе сети Основной путь/резервный путь
Опциональная опорная частота, используемая для защиты от сбоев GNSS.
Примечание: В этой архитектуре T-GM подключены к PRTC.
Однако небольшие PRTC, распределенные на границе сети как автономные системы без временного соединения с ядром, изолированы от вышестоящих централизованных часов. Это может стать проблемой для продолжения работы, если устройство потеряет связь с GNSS, поскольку генераторы, используемые в таких небольших PRTC, обычно не смогут обеспечить обширное удержание с уровнем точности ± 100 нс.
Удержание ±100 нс в течение продолжительных периодов времени — это область применения высокопроизводительных генераторов, а не недорогих OCXO или TCXO, обычно встречающихся в периферийных устройствах. Как только входной сигнал GNSS потерян, PRTC, наполненный такими генераторами, быстро выйдет за пределы спецификации ± 100 нс. Это показано на следующих двух диаграммах.

Если генератор блуждает, выход PTP быстро теряет опорное время.

В обычных обстоятельствах после потери GNSS, как показано выше, PRTC немедленно сигнализирует о потере подключения GNSS подключенным клиентам. Это имеет последствия для eNB. В некоторых реализациях клиента, как только связь с GNSS сигнала PRTC теряется (путем отправки флага clockClass7, напримерample), клиент немедленно дисквалифицирует входной поток PTP и перейдет в режим удержания на основе внутреннего генератора радиоустройства.
In this situation, if the oscillator in the RU is populated with a low-cost oscillator, it will not be able to remain within ±1.1 µs of UTC for more than a few minutes. All RU that disqualify the incoming PTP signal will drift independently. They will rapidly wander apart because the oscillators in each eNB will react differently to the individual environmental constraints and the speed, direction, and stability of the accumulating Time Error will be different for each RU. Moreover these radios will continue to generate RF and this will contribute to increasing and less controlled interference for other active RU in the vicinity from the same or other operators.

Вспомогательная частичная поддержка синхронизации

Чтобы избежать ситуации, когда граничный PRTC изолирован и в случае сбоя GNSS больше не может предоставлять фазовые услуги, компания Microchip разработала идею подключения граничного PRTC к централизованным тактовым частотам ядра с помощью потока PTP. Эта идея была принята ITU-T и одобрена как Рекомендация G.8273.4 – Поддержка частичной синхронизации.
В этой архитектуре входящий поток PTP является временным.ampредактируется GNSS, используемой основным PRTC.
Поток PTP от основного PRTC к граничному PRTC настраивается как протокол одноадресной рассылки G.8265.1 или G.8275.2. Вход PTP калибруется на ошибку времени с использованием локального контура PRTC GNSS. Эта GNSS имеет ту же точку отсчета (UTC), что и восходящая GNSS. Входящий поток PTP можно рассматривать как прокси-сигнал GNSS от ядра с возможностью отслеживания до UTC.
Если граничная система GNSS по какой-либо причине выйдет из строя, граничный PRTC может вернуться к входящему калиброванному потоку PTP в качестве эталона синхронизации и продолжить генерировать исходящее время PTP.ampкоторые совмещены с GNSS.
Более наглядно это видно на следующем рисунке.
Рисунок 4-1. Потоки PTP APTS в качестве резервной копии для Edge PTRTC

Обе GNSS имеют одинаковую привязку ко времени.
Выход PTP использует Edge PRTC GNSS для вывода PTP.

Официальное заявление ITU-T об архитектуре G.8273.4 показано на следующем рисунке.
Рисунок 4-2. Архитектура поддержки частичной синхронизации ITU-T G.8273.4

Подробности работы APTS

Работа APTS представляет собой довольно простую идею:

И основной PRTC, и краевой PRTC имеют входные данные GNSS, привязанные к времени UTC.

Базовый PRTC T-GM обеспечивает время PTP.amps к тактовому сигналу PRTC/GM нисходящей границы с использованием многоадресной или одноадресной передачи PTP pro.file.
Edge PRTC сравнивает время PTPamp по местному времени GNSS.

Граничный PRTC накапливает информацию о потоке PTP из времени PTP.amps и от обмена сообщениями с основным PRTC. Таким образом, он понимает общую задержку и ошибку времени на этом конкретном входном пути PTP.
Край калибрует входящий поток PTP, компенсируя накопленную ошибку времени, чтобы она теперь была эквивалентна местному времени GNSS.

Этот процесс показан на следующем рисунке. Это показывает, что местная GNSS находится в «времени 0». Ошибка времени во входящем потоке PTP устраняется с использованием опорной точки GNSS и, следовательно, не соответствует «времени 0».
Рисунок 5-1. APTS G.8273.4: входной поток PTP калибруется на наличие ошибки времениКак только алгоритм APTS заработает, входящий поток PTP может использоваться в качестве прокси для восходящей GNSS. Если GNSS на локальном PRTC потеряна, система будет использовать калиброванный входящий поток APTS в качестве опорных часов. Это показано на следующем рисунке.
Рисунок 5-2. APTS/G.8273.4: Если GNSS потеряна, калиброванный вход PTP может использоваться для поддержания опорного времени.Однако даже при использовании APTS, если GNSS остается отключенной, то в конечном итоге системный генератор отклонится от требований PRTC ±100 нс, если проблема асимметрииfile ранее не калиброванный, вводится в канал синхронизации PTP APTS.
Одним из основных недостатков стандартной реализации APTS (G.8273.4) является то, что если маршрут PTP будет перенаправлен, когда GNSS находится в автономном режиме, система не будет знать об ошибке времени на новом пути.
Другими словами, в стандарте ITU-T APTS не устойчив к перестройке сети, которая влияет на входящий поток PTP. Однако современные базовые сети на базе OTN или MPLS могут быть очень динамичными с периодическим перераспределением сетевых путей. Очевидно, что это может быть проблемой для потоков PTP, оптимизированных для одного статического пути.

Инженерная отказоустойчивость – защита от перестановки входного пути PTP

Сквозную систему PTP можно сделать более отказоустойчивой, откалибровав более одного пути PTP в граничном PRTC.
Однако рекомендация G.8273.4 требует только того, чтобы дополнительные входы PTP корректировались по частоте, а не калибровались на ошибку времени.
Хотя калибровка частоты может помочь стабилизировать фронтовой генератор PRTC, она не является истинным представлением восходящего PRTC, требующего ссылки на UTC. Без исправления ошибок времени в более чем одном входном потоке PTP система синхронизации PTP уязвима для динамических изменений сети, типичных для современной маршрутизируемой сети. Поскольку сеть перестраивает пути PTP, периферийная система потеряет возможность отслеживать ошибку времени и соответствующим образом компенсировать ее. В результате PRTC будет быстрее отходить от предела ±100 нс с входом, компенсированным только по частоте, чем с потоком PTP, который хорошо откалиброван по временной ошибке.
Это показано на следующих двух рисунках.
Рисунок 6-1. G.8273.4: Второй поток PTP — это только частота.Рисунок 6-2. Генератор с чисто частотной дисциплиной будет быстро отклоняться от принятого предела PRTC TE ±100 нс.Как видно выше, стандартная реализация предполагает, что сеть статична и что PRTC всегда сможет полагаться на входящий поток PTP для доставки эталонных тактовых импульсов. Однако современные асинхронные пакетные сети динамичны; Перестановки в сети довольно распространены, и пути PTP могут меняться и меняются. Фактически, одним из основных преимуществ сетей MPLS или OTN является плавное перенаправление без необходимости резервирования альтернативных путей или предоставления дополнительной пропускной способности в сети. Для частотных приложений это может не быть серьезной проблемой, в зависимости от количества переходов, которые должны пройти пакеты PTP. Однако для фазового приложения, которое опирается на хорошо спроектированную временную ошибку, изменение пути для потока PTP, несущего информацию о времени, может быть проблематичным. Это связано с тем, что новый путь почти наверняка будет иметь другую ошибку времени, чем исходный путь.
Компания Microchip решила эту проблему, дополнив стандарт G.8273.4 автоматической компенсацией асимметрии (AAC), запатентованным методом, который позволяет компенсировать ошибки времени по 32 путям PTP на каждый тактовый сигнал PRTC источника.

Автоматическая компенсация асимметрии (AAC)

Автоматическая компенсация асимметрии, реализованная Microchip, значительно расширяет стандартизированный алгоритм APTS. На следующем рисунке показано простое представление AAC.
Рисунок 7-1. APTS + AAC (автоматическая компенсация асимметрии)Как мы обсуждали выше, с помощью G.8273.4 система калибрует только один входной тракт PTP. В этих обстоятельствах калибровка по ошибке времени возможна только в том случае, если откалиброванная траектория работоспособна. Если путь между ядром и краем PRTC должен измениться при перестановке, то внутренняя ошибка времени изменится, и компенсация пути или калибровка станут нежизнеспособными.
Благодаря автоматической компенсации асимметрии от микрочипа таблица временных ошибок входного пути PTP поддерживается краевой системой PRTC для 32 входных потоков PTP. Каждый путь связан с мастером PTP, который обеспечивает активный поток. Более того, в случае периферийного PRTC Microchip и часов шлюза в одной системе могут работать несколько клиентов, каждый из которых может калибровать до 32 входных путей на наличие ошибок времени.

Коррекция асимметрии всегда включена и динамична

Тот факт, что поток PTP калибруется, не означает, что он корректирует выходной сигнал PTP.
Если GNSS управляет выходными данными фазы/времени, то выходной сигнал управляется GNSS, а не входящим потоком PTP. Важным моментом здесь является то, что возможность генерировать записи таблицы асимметрии и иметь калиброванный путь совершенно не связана с тем, управляет ли текущий путь PTP выходными данными или нет. Другими словами, APTS+AAC всегда активен, независимо от состояния локальной системы, включая GNSS.
Примечание. Наличие путей, введенных в таблицу TE, не обязательно гарантирует, что граничный PRTC в настоящее время («в этот момент») способен обеспечить компенсацию асимметрии. Возможность обеспечить компенсацию асимметрии просто формулируется так: «Если (и только если) текущий поток PTP совпал с подписью записи таблицы, тогда (и только тогда) мы в настоящее время можем компенсировать асимметрию».
Поскольку функция AAC работает постоянно, она динамически создает историю, которая позволяет системе вспомнить то, что было замечено ранее. Записи таблицы для коррекции асимметрии составляют базу данных, в которой хранится информация о путях PTP, связанных с уникальным идентификатором часов исходного PRTC. Более того, каждая запись имеет подпись, используемую для этого пути, когда GNSS недоступна. После идентификации сохраненная асимметрия и смещение (ошибка времени), связанные с этим путем, применяются каждый раз, когда наблюдается эта конкретная сигнатура.
Перестройка сети может повлиять на вход PTP, поскольку она может вызвать значительные изменения в характеристиках потока PTP, например, полную потерю потока, изменение характеристик шума или изменение времени прохождения туда и обратно. Когда во входящем потоке PTP происходит такое значительное изменение, его необходимо переоценить, а затем, если соблюдены правильные критерии, он может стать калиброванным путем. Конечно, новые записи траектории асимметрии не могут быть созданы без наличия GNSS (которая обеспечивает ссылку на калибровку).
Рисунок 8-1. Микрочип APTS + AAC – все пути PTP откалиброваны

Поведение, когда путь не откалиброван на предмет ошибки времени

Если вход PTP управляет выходным сигналом фазы/времени PTP, корректировка фазы по отношению к UTC произойдет, если (и только если) вход представляет собой калиброванную траекторию. Если траектория PTP не была откалибрована по ошибке времени с использованием GNSS, будут применяться только корректировки частоты.
Такое поведение защищает выходные сигналы фазы/времени от воздействия неизвестной асимметрии PTP, которая могла бы возникнуть, если бы регулировка фазы/времени основывалась на пути PTP, который не был откалиброван для ошибки времени.

ExampФайл работы APTS AAC

Рассмотрим следующий сценарий:
Изначально система работает с GNSS и PTP, при использовании Microchip AAC функция асимметрии включается автоматически. GNSS управляет выходными данными PTP. Все выходы находятся в момент t0 (ноль времени).
Предположим, что текущий путь PTP имеет поправку смещения (ошибку времени из-за асимметрии) +3 мкс. Это становится калиброванным путем.
Траектория калибруется, поскольку корректировка асимметрии (компенсация ошибки времени) применяется автоматически, когда GNSS активна.
При этом GNSS теряется, поэтому входной путь PTP с калиброванной коррекцией смещения +3 мкс является основным входным сигналом и управляет фазовым выходным сигналом.
Теперь предположим, что во входном пути PTP произошло изменение, вызванное каким-либо явлением перестройки сети, например обрывом волокна. В этом случае появляется совершенно другая новая подпись PTP (например,ample, изменение времени прохождения туда и обратно).
Теперь возможны два сценария:

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

Теперь есть две основные возможности событий:

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

Ручное вмешательство ограниченной ценности

AAC, реализованный Microchip, позволяет пользователю регулировать фазовые выходы, когда PTP является выбранным входным опорным сигналом. Это позволяет пользователю компенсировать известную статическую асимметрию во входном тракте PTP.
В некоторых случаях можно исправить известную фиксированную или постоянную ошибку времени.
НапримерampНапример, в сценарии, где известно, что путь между исходным PRTC и граничным PRTC имеет фиксированную скорость преобразования из 1GE в 100BASE-T. Такое преобразование скорости создает известную асимметрию около 6 мкс, что приводит к фазовой ошибке 3 мкс (ошибка из-за асимметрии всегда составляет половину разницы в длинах путей).
Чтобы компенсировать вручную, пользователь должен знать асимметрию на траектории, а это потребует проведения измерений. Таким образом, этот вариант конфигурации возможен только в том случае, если асимметрия в пути PTP известна и постоянна. Если на пути присутствует какая-то динамически изменяющаяся асимметрия, эта возможность бесполезна, поскольку не может адаптироваться.
С другой стороны, преимущество Microchip AAC заключается в том, что он автоматически обнаруживает и компенсирует асимметрию без необходимости выполнять отдельное измерение и вводить значение вручную.

Заключение

Рисунок 12-1. Краткое описание работы APTS AACAs mobile networks evolve from frequency-based networks to dense highly distributed radio heads that require phase alignment to provide advanced 5G services, it will be increasingly necessary to deploy PRTCs around the edge of the network. These PRTCs can be protected by implementing Assisted Partial Timing Support, G.8273.4, an engineering tool that can be used to back up the PRTC at the edge from a core PRTC.
Однако стандартный алгоритм APTS ограничен обеспечением коррекции ошибок времени для одного входного потока PTP и, следовательно, не обладает фундаментальной устойчивостью; то есть возможность калибровать и использовать более одного входного пути PTP с исправленной ошибкой времени.
Компания Microchip разработала автоматическую компенсацию асимметрии — мощное усовершенствование стандартной реализации APTS, которое позволяет периферийному PRTC калибровать до 96 различных входных путей PTP и, следовательно, оставаться в работе даже при значительных и частых изменениях в транспортной сети.
Компания Microchip стремится предоставлять согласованные и надежные инструменты, обеспечивающие бесперебойную работу систем синхронизации следующего поколения. APTS + AAC — еще один значительный вклад в эту долгую историю инноваций.

История изменений

История изменений описывает изменения, которые были реализованы в документе. Изменения перечислены по редакции, начиная с самой последней публикации.

Пересмотр	Дата	Описание
A	08/2024	Первоначальная редакция

Информация о микросхеме
Микрочип Webсайт
Microchip предоставляет онлайн-поддержку через наш webсайт на www.microchip.com/. Этот webсайт используется для создания files и информация легко доступна для клиентов. Некоторые из доступных материалов включают:

Поддержка продукта — листы данных и опечатки, примечания по применению иampпрограммы le, ресурсы по проектированию, руководства пользователя и документы по поддержке оборудования, последние версии программного обеспечения и архивное программное обеспечение
Общая техническая поддержка — часто задаваемые вопросы (FAQ), запросы на техническую поддержку, онлайн-дискуссионные группы, список участников партнерской программы разработки Microchip.
Бизнес Microchip — руководства по выбору продуктов и заказу, последние пресс-релизы Microchip, список семинаров и мероприятий, списки офисов продаж Microchip, дистрибьюторов и заводских представителей.

Служба уведомления об изменении продукта
Служба уведомлений об изменениях продуктов Microchip помогает держать клиентов в курсе продуктов Microchip. Подписчики будут получать уведомления по электронной почте о любых изменениях, обновлениях, исправлениях или ошибках, связанных с определенным семейством продуктов или интересующим его инструментом разработки.
Для регистрации перейдите по ссылке www.microchip.com/pcn и следуйте инструкциям по регистрации.

Поддержка клиентов
Пользователи продукции Microchip могут получить помощь по нескольким каналам:

Дистрибьютор или представитель
Местный офис продаж
Инженер по встраиваемым решениям (ESE)
Техническая поддержка

Клиенты должны обратиться за поддержкой к своему дистрибьютору, представителю или ESE. Местные офисы продаж также доступны для помощи клиентам. Список офисов продаж и местоположений включен в этот документ.
Техническая поддержка доступна через webсайт по адресу: www.microchip.com/support

Функция защиты кода устройств Microchip
Обратите внимание на следующие сведения о функции защиты кода на продуктах Microchip:

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

Правовое уведомление
Эта публикация и содержащаяся в ней информация могут использоваться только с продуктами Microchip, в том числе для разработки, тестирования и интеграции продуктов Microchip с вашим приложением. Использование этой информации каким-либо иным образом нарушает настоящие условия. Информация о приложениях для устройств предоставляется только для вашего удобства и может быть заменена обновлениями. Вы несете ответственность за то, чтобы ваше приложение соответствовало вашим спецификациям. Обратитесь в местный офис продаж Microchip за дополнительной поддержкой или получите дополнительную поддержку по адресу www.microchip.com/en-us/support/design-help/client-support-services.

ЭТА ИНФОРМАЦИЯ ПРЕДОСТАВЛЯЕТСЯ КОМПАНИЕЙ MICROCHIP «КАК ЕСТЬ». MICROCHIP НЕ ДЕЛАЕТ НИКАКИХ ЗАЯВЛЕНИЙ ИЛИ ГАРАНТИЙ ЛЮБОГО РОДА, ЯВНЫХ ИЛИ ПОДРАЗУМЕВАЕМЫХ, ПИСЬМЕННЫХ ИЛИ УСТНЫХ, УСТАНОВЛЕННЫХ ЗАКОНОМ ИЛИ ИНЫХ, ОТНОСЯЩИХСЯ К ИНФОРМАЦИИ, ВКЛЮЧАЯ, НО НЕ ОГРАНИЧИВАЯСЬ, ЛЮБЫЕ ПОДРАЗУМЕВАЕМЫЕ ГАРАНТИИ НЕНАРУШЕНИЯ ПРАВ, ТОВАРНОЙ ПРИГОДНОСТИ И ПРИГОДНОСТИ ДЛЯ КОНКРЕТНОЙ ЦЕЛИ ИЛИ ГАРАНТИИ, СВЯЗАННЫЕ С ЕЕ СОСТОЯНИЕМ, КАЧЕСТВОМ ИЛИ ПРОИЗВОДИТЕЛЬНОСТЬЮ.
НИ ПРИ КАКИХ ОБСТОЯТЕЛЬСТВАХ MICROCHIP НЕ БУДЕТ НЕСТИ ОТВЕТСТВЕННОСТИ ЗА ЛЮБЫЕ КОСВЕННЫЕ, СПЕЦИАЛЬНЫЕ, ШТРАФНЫЕ, СЛУЧАЙНЫЕ ИЛИ КОСВЕННЫЕ ПОТЕРИ, УЩЕРБ, ИЗДЕРЖКИ ИЛИ РАСХОДЫ ЛЮБОГО РОДА, СВЯЗАННЫЕ С ИНФОРМАЦИЕЙ ИЛИ ЕЕ ИСПОЛЬЗОВАНИЕМ, КАКИМ БЫ ТО НИ БЫЛО ПРИЧИНОЙ, ДАЖЕ ЕСЛИ MICROCHIP БЫЛ УВЕДОМЛЕН О ВОЗМОЖНОСТИ ИЛИ УЩЕРБ МОЖНО ПРЕДВИДЕТЬ. В МАКСИМАЛЬНОМ ОБЪЕМЕ, РАЗРЕШЕННОМ ЗАКОНОМ, ОБЩАЯ ОТВЕТСТВЕННОСТЬ MICROCHIP ПО ВСЕМ ПРЕТЕНЗИЯМ, КАКИМ-ЛИБО ОБРАЗОМ СВЯЗАННЫМ С ИНФОРМАЦИЕЙ ИЛИ ЕЕ ИСПОЛЬЗОВАНИЕМ, НЕ БУДЕТ ПРЕВЫШАТЬ СУММУ ПЛАТЕЖЕЙ, ЕСЛИ ТАКИЕ БЫЛИ, КОТОРЫЕ ВЫ ЗАПЛАТИЛИ НАПРЯМУЮ MICROCHIP ЗА ИНФОРМАЦИЮ.
Использование устройств Microchip в системах жизнеобеспечения и/или безопасности полностью на риск покупателя, и покупатель соглашается защищать, возмещать убытки и ограждать Microchip от любых убытков, претензий, исков или расходов, возникающих в результате такого использования. Никакие лицензии не передаются, подразумеваемые или иным образом, в соответствии с любыми правами интеллектуальной собственности Microchip, если не указано иное.

Торговые марки
Название и логотип Microchip, логотип Microchip, Adaptec, AVR, логотип AVR, AVR Freaks, BesTime, BitCloud, CryptoMemory, CryptoRF, dsPIC, flexPWR, HELDO, IGLOO, JukeBlox, KeeLoq, Kleer, LANCheck, LinkMD, maXStylus, maXTouch, MediaLB, megaAVR, Microsemi, логотип Microsemi, MOST, логотип MOST, MPLAB, OptoLyzer, PIC, picoPower, PICSTART, логотип PIC32, PolarFire, Prochip Designer, QTouch, SAM-BA, SenGenuity, SpyNIC, SST, логотип SST, SuperFlash, Symmetricom , SyncServer, Tachyon, TimeSource, tinyAVR, UNI/O, Vectron и XMEGA являются зарегистрированными товарными знаками Microchip Technology Incorporated в США и других странах.
AgileSwitch, ClockWorks, The Embedded Control Solutions Company, EtherSynch, Flashtec, Hyper Speed Control, HyperLight Load, Libero, MotorBench, mTouch, Powermite 3, Precision Edge, ProASIC, ProASIC Plus, логотип ProASIC Plus, Quiet-Wire, SmartFusion, SyncWorld, TimeCesium, TimeHub, TimePictra, TimeProvider и ZL являются зарегистрированными торговыми марками Microchip Technology Incorporated в США.
Подавление смежных ключей, AKS, аналог для эпохи цифровых технологий, любой конденсатор, AnyIn, AnyOut, расширенная коммутация, BlueSky, BodyCom, Clockstudio, CodeGuard, CryptoAuthentication, CryptoAutomotive, CryptoCompanion, CryptoController, dsPICDEM, dsPICDEM.net, динамическое сопоставление средних значений , DAM, ECAN, Espresso T1S, EtherGREEN, EyeOpen, GridTime, IdealBridge, IGaT, внутрисхемное последовательное программирование, ICSP, INICnet, интеллектуальное распараллеливание, IntelliMOS, межчиповое соединение, JitterBlocker, Knob-on-Display, MarginLink, maxCrypto, МаксView, memBrain, Mindi, MiWi, MPASM, MPF, MPLAB Сертифицированный логотип, MPLIB, MPLINK, mSiC, MultiTRAK, NetDetach, Omniscient Code Generation, PICDEM, PICDEM.net, PICkit, PICtail, Power MOS IV, Power MOS 7, PowerSmart, PureSilicon , QMatrix, REAL ICE, Ripple Blocker, RTAX, RTG4, SAM-ICE, Serial Quad I/O, simpleMAP, SimpliPHY, SmartBuffer, SmartHLS, SMART-IS, storClad, SQI, SuperSwitcher, SuperSwitcher II, Switchtec, SynchroPHY, Total Endurance , Доверенное время, TSHARC, Тьюринг, USBCheck, VariSense, VectorBlox, VeriPHY, ViewSpan, WiperLock, XpressConnect и ZENA являются товарными знаками Microchip Technology Incorporated в США и других странах.
SQTP — знак обслуживания Microchip Technology Incorporated в США.
Логотип Adaptec, Frequency on Demand, Silicon Storage Technology и Symmcom являются зарегистрированными товарными знаками Microchip Technology Inc. в других странах.
GestIC является зарегистрированной торговой маркой Microchip Technology Germany II GmbH & Co. KG, дочерней компании Microchip Technology Inc., в других странах.

Все остальные товарные знаки, упомянутые здесь, являются собственностью соответствующих компаний.
© 2024, Microchip Technology Incorporated и ее дочерние компании. Все права защищены.
ISBN: 978-1-6683-0120-3
Система управления качеством
Информацию о системах управления качеством Microchip можно найти на сайте www.микрочип.com/качество.

Продажи и обслуживание по всему миру

АМЕРИКА	АЗИАТСКО-ТИХООКЕАНСКИЙ РЕГИОН	АЗИАТСКО-ТИХООКЕАНСКИЙ РЕГИОН	ЕВРОПА
Корпоративный офис 2355 бульвар Вест Чендлер. Чандлер, AZ 85224-6199 Тел: 480-792-7200 Факс: 480-792-7277 Техническая поддержка: www.microchip.com/support Web Адрес: www.microchip.com Атланта Дулут, Джорджия Тел: 678-957-9614 Факс: 678-957-1455 Остин, Техас Тел: 512-257-3370 Бостон Уэстборо, Массачусетс Тел: 774-760-0087 Факс: 774-760-0088 Чикаго Итаска, Иллинойс Тел: 630-285-0071 Факс: 630-285-0075 Даллас Addison, TX Тел: 972-818-7423 Факс: 972-818-2924 Детройт Нови, Мичиган Тел: 248-848-4000 Хьюстон, Техас Тел: 281-894-5983 Индианаполис Ноблсвилл, Индиана Тел: 317-773-8323 Факс: 317-773-5453 Тел: 317-536-2380 Лос-Анджелес Мишн Вьехо, Калифорния Тел: 949-462-9523 Факс: 949-462-9608 Тел: 951-273-7800 Роли, Северная Каролина Тел: 919-844-7510 Нью-Йорк, Нью-Йорк Тел: 631-435-6000 Сан-Хосе, Калифорния Тел: 408-735-9110 Тел: 408-436-4270 Канада – Торонто Тел: 905-695-1980 Факс: 905-695-2078	Австралия – Сидней Тел: 61-2-9868-6733 Китай – Пекин Тел: 86-10-8569-7000 Китай – Чэнду Тел: 86-28-8665-5511 Китай – Чунцин Тел: 86-23-8980-9588 Китай – Дунгуань Тел: 86-769-8702-9880 Китай – Гуанчжоу Тел: 86-20-8755-8029 Китай – Ханчжоу Тел: 86-571-8792-8115 Китай – САР Гонконг Тел: 852-2943-5100 Китай – Нанкин Тел: 86-25-8473-2460 Китай – Циндао Тел: 86-532-8502-7355 Китай – Шанхай Тел: 86-21-3326-8000 Китай – Шэньян Тел: 86-24-2334-2829 Китай – Шэньчжэнь Тел: 86-755-8864-2200 Китай – Сучжоу Тел: 86-186-6233-1526 Китай – Ухань Тел: 86-27-5980-5300 Китай – Сиань Тел: 86-29-8833-7252 Китай – Сямэнь Тел: 86-592-2388138 Китай – Чжухай Тел: 86-756-3210040	Индия – Бангалор Тел: 91-80-3090-4444 Индия – Нью-Дели Тел: 91-11-4160-8631 Индия - Пуна Тел: 91-20-4121-0141 Япония – Осака Тел: 81-6-6152-7160 Япония – Токио Тел.: 81-3-6880-3770 Корея – Тэгу Тел: 82-53-744-4301 Корея – Сеул Тел: 82-2-554-7200 Малайзия – Куала-Лумпур Тел: 60-3-7651-7906 Малайзия – Пенанг Тел: 60-4-227-8870 Филиппины – Манила Тел: 63-2-634-9065 Сингапур Тел: 65-6334-8870 Тайвань – Синь Чу Тел: 886-3-577-8366 Тайвань – Гаосюн Тел: 886-7-213-7830 Тайвань – Тайбэй Тел: 886-2-2508-8600 Таиланд – Бангкок Тел: 66-2-694-1351 Вьетнам – Хошимин Тел: 84-28-5448-2100	Австрия – Вельс Тел: 43-7242-2244-39 Факс: 43-7242-2244-393 Дания – Копенгаген Тел: 45-4485-5910 Факс: 45-4485-2829 Финляндия – Эспоо Тел: 358-9-4520-820 Франция – Париж Tel: 33-1-69-53-63-20 Fax: 33-1-69-30-90-79 Германия – Гархинг Тел: 49-8931-9700 Германия – Хан Тел: 49-2129-3766400 Германия – Хайльбронн Тел: 49-7131-72400 Германия – Карлсруэ Тел: 49-721-625370 Германия – Мюнхен Tel: 49-89-627-144-0 Fax: 49-89-627-144-44 Германия – Розенхайм Тел: 49-8031-354-560 Израиль – Ход ха-Шарон Тел: 972-9-775-5100 Италия – Милан Тел: 39-0331-742611 Факс: 39-0331-466781 Италия – Падуя Тел: 39-049-7625286 Нидерланды – Друнен Тел: 31-416-690399 Факс: 31-416-690340 Норвегия – Тронхейм Тел: 47-72884388 Польша – Варшава Тел: 48-22-3325737 Румыния – Бухарест Tel: 40-21-407-87-50 Испания - Мадрид Tel: 34-91-708-08-90 Fax: 34-91-708-08-91 Швеция – Гетеборг Tel: 46-31-704-60-40 Швеция – Стокгольм Тел: 46-8-5090-4654 Великобритания – Вокингем Тел: 44-118-921-5800 Факс: 44-118-921-5820

Документы/Ресурсы

Технический документ MICROCHIP, обеспечивающий мобильные услуги с частичной поддержкой синхронизации [pdf] Инструкции
DS00005550A, Технический документ «Гарантирование мобильных услуг с поддержкой частичной синхронизации», Технический документ «Мобильные услуги с поддержкой частичной синхронизации», Технический документ «Услуги с поддержкой частичной синхронизации», Технический документ «Поддержка частичной синхронизации», Технический документ «Поддержка частичной синхронизации», Технический документ «Поддержка частичной синхронизации», Технический документ поддержки, Бумага

Ссылки

Руководство пользователя

Введение