Компьютерные Коды неисправности OBD-II (ОБД-2)
Коды неисправности АКПП OBD-II
Коды неисправности — это предварительная компьютерная диагностика для мастеров, указывающая электроцепи, в которых компьютер зафиксировал нестандартные показания.
Эти коды служат лишь для того, чтобы определить участки АКПП, с которых нужно начинать инструментальную диагностику!! Ни один опытный мастер не будет назначать лечение или менять детали\соленоиды исходя только из снятых кодов OBD-II.
О «правильной» диагностике, которую обычно делают мастера, написано здесь.
– Коды для АКПП VAG.
Некоторые онлайн-сервисы расшифровки кодов для конкретного производителя авто:
| на английском | на русском |
Общие для всех авто коды OBD-II ( более подробные — на сервисах выше)
| P0700 | Неисправность системы контроля трансмиссии |
| P0701 | Система контроля трансмиссии вне допустимого диапазона |
| P0702 | Электрическая система контроля трансмиссии |
| P0703 | Неисправность в цепи датчика B уменьшения крутящего момента при торможении |
| P0704 | Неисправность в цепи датчика сцепления |
| P0705 | Неисправность в цепи датчика трансмиссии (PRNDL) |
| P0706 | Неправильный показатель / не отрегулирован датчик трансмиссии |
| P0707 | Низкий показатель датчика трансмиссии |
| P0708 | Высокий показатель датчика трансмиссии |
| P0709 | Неисправность датчика трансмиссии |
| P0710 | Неисправность в цепи датчика температуры трансмиссионной жидкости |
| P0711 | Неправильный показатель / не отрегулирован датчик температуры трансмиссионной жидкости |
| P0712 | Низкий показатель датчика температуры трансмиссионной жидкости |
| P0713 | Высокий показатель датчика температуры трансмиссионной жидкости |
| P0714 | Неисправность датчика температуры трансмиссионной жидкости |
| P0715 | Неисправность в цепи датчика оборотов турбины |
| P0716 | Неправильный показатель / не отрегулирован датчик оборотов турбины |
| P0717 | Нет сигнала от датчика оборотов турбины |
| P0718 | Неисправность датчика оборотов турбины |
| P0719 | Низкий показатель цепи датчика B уменьшения крутящего момента при торможении |
| P0720 | Неисправность в цепи датчика частоты вращения вала |
| P0721 | Неправильный показатель / не отрегулирован датчик частоты вращения вала |
| P0722 | Нет сигнала от датчика частоты вращения вала |
| P0723 | Неисправность датчика частоты вращения вала |
| P0724 | Высокий показатель цепи датчика B уменьшения крутящего момента при торможении |
| P0725 | Неисправность в цепи датчика оборотов двигателя |
| P0726 | Неправильный показатель / не отрегулирован датчик оборотов двигателя |
| P0727 | Нет сигнала от датчика оборотов двигателя |
| P0728 | Неисправность датчика оборотов двигателя |
| P0730 | Неправильно отрегулирована коробка передач |
| P0731 | Неправильно отрегулирована 1 передача |
| P0732 | Неправильно отрегулирована 2 передача |
| P0733 | Неправильно отрегулирована 3 передача |
| P0734 | Неправильно отрегулирована 4 передача |
| P0735 | Неправильно отрегулирована 5 передача |
| P0736 | Неправильно отрегулирована задняя передача |
| P0740 | Неисправность в цепи муфты сцепления |
| P0741 | Неправильно отрегулирована муфта сцепления |
| P0742 | Повреждена муфта сцепления |
| P0743 | Повреждение электрической цепи муфты сцепления |
| P0744 | Неисправность в цепи муфты сцепления |
| P0745 | Неисправность в цепи соленоида давления |
| P0746 | Неправильно отрегулирован соленоид давления |
| P0747 | Поврежден соленоид давления |
| P0748 | Повреждение электрической цепи соленоида давления |
| P0749 | Неисправность соленоида давления |
| P0750 | Неисправность переключателя А соленоида |
| P0751 | Неправильно отрегулирован переключатель А соленоида |
| Повреждение переключателя А соленоида | |
| P0753 | Повреждение электрической цепи переключателя А соленоида |
| P0754 | Неисправность переключателя А соленоида |
| P0755 | Неисправность переключателя B соленоида |
| P0756 | Неправильно отрегулирован переключатель B соленоида |
| P0757 | Повреждение переключателя B соленоида |
| P0758 | Повреждение электрической цепи переключателя B соленоида |
| P0759 | Неисправность переключателя B соленоида |
| P0760 | Неисправность переключателя C соленоида |
| P0761 | Неправильно отрегулирован переключатель C соленоида |
| P0762 | Повреждение переключателя C соленоида |
| P0763 | Повреждение электрической цепи переключателя C соленоида |
| P0764 | Неисправность переключателя C соленоида |
| P0765 | Неисправность переключателя D соленоида |
| P0766 | Неправильно отрегулирован переключатель D соленоида |
| P0767 | Повреждение переключателя D соленоида |
| P0768 | Повреждение электрической цепи переключателя D соленоида |
| P0769 | Неисправность переключателя D соленоида |
| P0770 | Неисправность переключателя E соленоида |
| P0771 | Неправильно отрегулирован переключатель E соленоида |
| P0772 | Повреждение переключателя E соленоида |
| P0773 | Повреждение электрической цепи переключателя E соленоида |
| P0774 | Неисправность переключателя E соленоида |
| P0780 | Неисправность переключателя |
| P0781 | Неисправность 1-2 переключателей |
| P0782 | Неисправность 2-3 переключателей |
| P0783 | Неисправность 3-4 переключателей |
| P0784 | Неисправность 4-5 переключателей |
| P0785 | Неисправность соленоида |
| P0786 | Неправильный показатель / не отрегулирован соленоид |
| P0787 | Низкий показатель датчика соленоида |
| P0788 | Высокий показатель датчика соленоида |
| P0789 | Неисправность соленоида |
| P0790 | Неисправность в цепи переключателя в режим normal |
| P0801 | Неисправность в цепи контроля системы Reverse Inhibit |
| P0803 | Неисправность в цепи соленоида переключателя 1-4 |
| P0804 | Неисправность в цепи контрольной лампы переключателя 1-4 |
| P1701 | Reverse engagement error |
| P1703 | Brake On/Off (BOO) switch out of Self – Test range |
| P1705 | Transmission Range (TR) Sensor out of Self – Test range |
| P1709 | Park or Neutral Position (PNP) switch is not indicating neutral during KOEO Self – Test |
| P1711 | Transmission Fluid Temperature (TFT) sensor out of Self – Test range |
| P1728 | Transmission slip fault |
| P1729 | 4×4 Low switch error |
| P1740 | Torque Control unit |
| P1741 | Torque Converter Clutch (TCC) control error |
| P1742 | Torque Converter Clutch (TCC) solenoid failed on (turns on MIL) |
| P1743 | Torque Converter Clutch (TCC) solenoid failed on (turns on TCIL) |
| P1744 | Torque Converter Clutch (TCC) system mechanically stuck in off position |
| P1746 | Electronic Pressure Control (EPC) solenoid open circuit (low input) |
| P1747 | Electronic Pressure Control (EPC) solenoid short circuit (high input) |
| P1749 | Electronic Pressure Control (EPC) solenoid failed low |
| P1751 | Shift Solenoid # 1 (SS1) performance |
| P1754 | Coast Clutch Solenoid (CCS) circuit malfunction |
| P1756 | Shift Solenoid # 2 (SS2) performance |
| P1761 | Shift Solenoid # 3 (SS3) performance |
| P1780 | Transmission Control switch (TCS) circuit out of Self – Test range |
| P1781 | 4×4 Low switch out of Self – Test range |
| P1783 | Transmission over temperature condition |
| P1788 | 3-2 Timing / Coast Clutch Solenoid (3-2 / CCS) circuit open |
| P1789 | 3-2 Timing / Coast Clutch Solenoid (3-2 / CCS) circuit shorted |
Мы продаем запчасти для ремонта АКПП с 2006 года
Телефоны:
+7(985)8646580, +7(495)9793330, +7(985)1070888
Адрес:
Москва, ул.
Смирновская, 25 корп.10 (БЦ “Смирновский)
Доставка по России, Казахстану и РБ.
load time: 0,0699 s, source: cache
arrow_upward
Коды ошибок ЭБУ – Электрооборудование и электроника
-
07.12.2010, 20:58 #1
Коды ошибок ЭБУ
1 ДПДЗ низкое напряжение
2 ДПДЗ высокое напряжение
3 Вентилятор системы охлаждения 2 – низкое напряжение
4 Вентилятор системы охлаждения 2 – высокое напряжение
5 Вентилятор системы охлаждения 1 – низкое напряжение
6 Вентилятор системы охлаждения 1 – высокое напряжение
7 Электромагнитный клапан системы рециркуляции – низкое напряжение
8 Электромагнитный клапан системы рециркуляции – высокое напряжение
13 Датчик Кислорода
14 ДТОЖ – высокий уровень
15 ДТОЖ – низкий уровень
16 Датчика Детонации
17 Форсунка – замыкание на землю
18 Датчик Детонации
19 Датчик частоты вращения коленчатого вала (ДПКВ) – неверный сигнал
21 ДПДЗ – высокое напряжение
22 ДПДЗ – низкое напряжение
23 Датчик температуры воздуха на впуске (ДТВ) – высокая температура
24 Датчик скорости автомобиля (ДСА)
25 Датчик Температуры Воздуха на впуске (ДТВ) – низкая температура
27 Датчик давления в системе кондиционирования – высокий уровень сигнала
29 Реле топливного насоса – низкое напряжение
32 Система рециркуляции отработавших газов ( Nexia/Espero)
32 Реле топливного насоса (кроме Nexia/Espero)
33 Датчик абсолютного давления во впускном коллекторе (ДАД)- высокое напряжение
34 Датчик абсолютного давления во впускном коллекторе (ДАД)- низкое напряжение
35 Клапан управления холостым ходом
36 Система рециркуляции выхлопных газов
41 Блок управления зажиганием “В” — высокое напряжение
42 Блок управления зажиганием “А” — высокое напряжение
44 Кислородный датчик – бедная смесь
45 Кислородный датчик – богатая смесь
49 Высокое напряжение питания
51 ЭБУ двигателем – ошибка памяти (PROM)
53 Иммобилайзер
54 Резистор регулировки состава смеси
55 ЭБУ двигателем
61 Клапан аккумулятора паров топлива – низкое напряжение
62 Клапан аккумулятора паров топлива – высокое напряжение
63 Блок управления зажиганием “В” — низкое напряжение
64 Блок управления зажиганием “А” — низкое напряжение
87 Реле компрессора кондиционера – низкое напряжение
88 Реле компрессора кондиционера – высокое напряжение
93 ЭБУ двигателем – неверное управление -
-
29.
03.2012, 13:27
#2
Коды ошибок OBD2 и онлайн расшифровка
http://www.multitronics.ru/kody_obd2
http://www.ardio.ru/dtclib.php
03.2012, 13:27
#2
Открытое функциональное разделение RAN, объяснение
Открытые сети радиодоступа предлагают возможность размещения сетевых функций в разных местах на пути прохождения сигнала. Этот вариант, называемый функциональным разделением, позволяет сетевым инженерам оптимизировать производительность и находить компромиссы.
Начиная с беспроводных сетей 2G, архитектуры сетей радиодоступа (RAN) основывались на монолитных строительных блоках. Эти сети, а также многие сети 5G, содержали функции в проприетарных блоках, называемых модулями основной полосы частот (BBU), в основании радиомачт. Блоки BBU демодулируют радиочастотный сигнал, преобразовывая выходной сигнал в потоки цифровых данных для передачи по обратному каналу в базовую сеть.
Эта ситуация меняется и становится более открытой.
Начиная с самых ранних фаз 5G New Radio (NR) предпринимались усилия по дезагрегации BBU (рис. 1) путем разделения функций, выходящих за пределы радиоблока (RU), на распределенные блоки (DU) и централизованные блоки (CU). Аргументом в пользу дезагрегации была гибкость, позволяющая сетевым операторам решать, как разместить эти функции и максимизировать производительность. Гибкие аппаратные и программные реализации обеспечивают масштабируемое и экономичное развертывание сети. Чтобы произошло разделение, аппаратные и программные компоненты должны быть совместимы, что позволит сетевым инженерам смешивать и сочетать эти устройства от разных поставщиков. Дезагрегация также приводит к компромиссам при принятии решения о том, какая единица должна контролировать определенные операции — функциональное разделение.
Рис. 1. Концепция Open RAN отделяет распределенные блоки и централизованный блок от частного блока основной полосы частот, соединяя их с помощью открытых интерфейсов.
Источник: Параллельная беспроводная связь.
Открытая RAN предполагает горизонтальную открытость — с открытыми интерфейсами, позволяющими функциям RAN соединяться с другими функциями, от радиомодуля (RU) к основной полосе частот (DU-CU), от контроллера к NMS/оркестратору. С гибкостью приходят компромиссы. Где должны находиться сетевые функции. Хотя ясно, что функции RF должны быть в RU, остальное — это решение.
Разделенная архитектура (между центральными и распределенными модулями) позволяет координировать характеристики производительности, такие как задержка и стоимость. Сетевые инженеры должны выбирать между управлением нагрузкой, оптимизацией производительности в реальном времени и адаптацией к различным вариантам использования для поддержания качества обслуживания (QoS). Игры, голос, видео имеют разные допуски по задержке. Эти услуги зависят от различных сценариев транспортировки и развертывания, например, в сельской местности или в городе, которые имеют разный доступ к оптоволокну, по которому передаются данные.
Концепция функционального разделения была введена для 5G, хотя ее можно применять и к 2G, 3G и 4G. Эти предыдущие поколения с их более низкой скоростью передачи данных, чем 5G, все еще могут извлечь выгоду из Open RAN, хотя и не в такой степени, как 5G.
Горизонтальное развертывание сети RAN может привести к появлению новой линейки недорогих радиоплееров, а операторам мобильной связи будет предоставлен выбор для оптимизации вариантов развертывания в соответствии с конкретными требованиями к производительности при гораздо меньших затратах.
RAN Функциональные группы
3GPP рассматривала концепцию разделения (DU и CU) для 5G с самого начала написания своих спецификаций. DU отвечает за уровень 1 реального времени (L1, физический уровень) и нижний уровень 2 (L2), который содержит уровень канала передачи данных и функции планирования. CU отвечает за нереальные, более высокие функции L2 и L3 (сетевой уровень).
В то время как CU будут поддерживать функции, подобные BBU, такие как цифровая обработка, DU основаны на программном обеспечении и могут содержать некоторые функции, связанные с удаленной радиоголовкой (RRH), содержащейся в RU.
Вот тут-то и появляется концепция Open RAN: от серверов на базе COTS для программного обеспечения DU и CU до RU от любого поставщика.
- RU: Это радиоаппаратный блок, преобразующий радиосигналы, отправляемые к антенне и от антенны, в цифровой сигнал для передачи по пакетным сетям. Он обрабатывает цифровой интерфейс (DFE) и нижний физический уровень, а также функции цифрового формирования луча. Предполагается, что конструкции 5G RU должны быть интеллектуальными «по своей сути», но ключевыми факторами при проектировании RU являются размер, вес и энергопотребление. Развернуто на месте.
- DU: Программное обеспечение распределенного устройства, развернутое на месте на сервере COTS. Программное обеспечение DU обычно развертывается рядом с RU на месте и запускает RLC, MAC и части физического уровня. Этот логический узел включает в себя подмножество функций eNodeB (eNB)/gNodeB (gNB), в зависимости от варианта функционального разделения, и его работа контролируется CU.
- CU: Программное обеспечение централизованного устройства, которое запускает уровни управления радиоресурсами (RRC) и протокола конвергенции пакетных данных (PDCP). gNB состоит из CU и одного DU, подключенного к CU через интерфейсы Fs-C и Fs-U для CP и UP соответственно. CU с несколькими DU будет поддерживать несколько gNB. Разделенная архитектура позволяет сети 5G использовать различное распределение стеков протоколов между CU и DU в зависимости от доступности промежуточных узлов и конструкции сети. Это логический узел, который включает в себя функции gNB, такие как передача пользовательских данных, управление мобильностью, совместное использование RAN (MORAN), позиционирование, управление сеансом и т. д., за исключением функций, которые выделены исключительно для DU. CU управляет работой нескольких DU по промежуточному интерфейсу. Программное обеспечение CU может быть размещено вместе с программным обеспечением DU на одном сервере на площадке.
gNB состоит из CU и одного DU, подключенного к CU через интерфейсы Fs-C и Fs-U для CP и UP соответственно. CU с несколькими DU будет поддерживать несколько gNB. Разделенная архитектура позволяет сети 5G использовать различное распределение стеков протоколов между CU и DU в зависимости от доступности промежуточных узлов и конструкции сети. Это логический узел, который включает в себя функции gNB, такие как передача пользовательских данных, управление мобильностью, совместное использование RAN (MORAN), позиционирование, управление сеансом и т. д., за исключением функций, которые выделены исключительно для DU. CU управляет работой нескольких DU по промежуточному интерфейсу. Программное обеспечение CU может быть размещено вместе с программным обеспечением DU на одном сервере на площадке. Поскольку функционально разделенная архитектура RAN (рис. 2) полностью виртуализирована, функции CU и DU выполняются как виртуальные программные функции на стандартном коммерческом готовом оборудовании (COTS) и могут быть развернуты в любом многоуровневом центре обработки данных RAN.
Рисунок 2. Дезагрегация открытой RAN с помощью RU, DU, CU предлагает несколько вариантов размещения функций RAN.
Поскольку функции являются виртуальными, несколько независимых экземпляров DU и CU могут совместно использовать одни и те же физические (серверные) ресурсы. Это позволяет нескольким службам RAN работать на одном и том же оборудовании, каждая со своими собственными требованиями и потребностями в ресурсах.
Существует три цели отделения функций DU от RU:
- Снижение стоимости. Менее интеллектуальные RU стоят меньше.
- Возможность одновременного просмотра сектора RU, а не только отдельного RU. Это поможет включить такие функции, как CoMP.
- Поскольку обработка выполняется в DU, ресурсы могут быть объединены в пул, что дает выигрыш от объединения.
Централизованное развертывание основной полосы частот обеспечивает балансировку нагрузки между различными RU. В большинстве случаев DU будет располагаться рядом с одним или несколькими RU и выполнять интенсивные задачи обработки, такие как быстрое преобразование Фурье/обратное быстрое преобразование Фурье (FFT/IFFT), используемые в модуляции OFDMA.
Обработка основной полосы частот, ориентированная на периферию, обеспечивает низкую задержку, локальный прорыв, бесшовную мобильность с управлением помехами в реальном времени и оптимальную оптимизацию ресурсов.
Сервер CU и соответствующее программное обеспечение могут быть размещены вместе с DU или размещены в региональном облачном центре обработки данных. Фактическое разделение между DU и RU (рис. 2) может отличаться в зависимости от конкретного варианта использования и реализации (определение O-RAN Alliance — вариант 7.2, а Small Cell Forum — вариант 6). Номер параметра увеличивается по мере приближения к RU и физическому уровню. Это противоречит традиционной модели OSI, в которой уровень 1 является физическим уровнем.
Несмотря на то, что разделение CU/DU повышает гибкость развертывания сервисов RAN, стоимость RU по-прежнему нуждается в решении. Сегодня интерфейс между BBU и RU в 4G LTE является собственностью производителей мобильного оборудования и основан на интерфейсе Common Public Radio Interface (CPRI).
CPRI не является открытым интерфейсом. У него есть зависимости в реализации BBU и RRH, которые требуют, чтобы оба исходили от одного и того же поставщика. Кроме того, это создает узкое место; он основан на передаче цифровых радиосигналов непосредственно по оптическому волокну «точка-точка». Это создает проблему затрат, когда необходимо установить оптоволоконное соединение «точка-точка» между несколькими RU микросоты и BBU, установленными на расстоянии 20 км. Интерфейс CPRI требует постоянной скорости передачи независимо от нагрузки, и отсутствует возможность статистического мультиплексирования.
В 2017 году Ericsson, Huawei, NEC и Nokia представили обновление для этого интерфейса под названием расширенный CPRI (eCPRI). Интерфейс eCPRI использует Ethernet в качестве интерфейса L2, что позволяет использовать существующие решения для контроля, управления и синхронизации. Ethernet обеспечивает коммутацию на основе пакетов и статистическое мультиплексирование нескольких соединений RU на одном транспортном волокне, что снижает стоимость развертывания микроячеек.
Отрасль приходит к единому мнению, что интерфейсом нижнего уровня, соединяющим RU и DU (fronthaul), должен быть eCPRI, обеспечивающий наименьшую задержку при меньших затратах. eCPRI определяет несколько вариантов разделения в стеке протоколов, и, как показано на рис. 3, эти параметры соответствуют функциональным возможностям 3GPP RAN и O-RAN Alliance.
Рис. 3. Собственный интерфейс CPRI (слева) по сравнению с открытым интерфейсом eCPRI, способным поддерживать низкую задержку при гораздо меньших затратах.
Поскольку задержка прямого трафика ограничена 100 мкс, с этим помогает интерфейс eCPRI. Как показано на рис. 4, один DU может обслуживать RU на расстоянии до многих километров. Использование eCPRI становится рентабельным.
На разделение DU/CU практически не влияет тип физической инфраструктуры. Основным новым интерфейсом является интерфейс F1 на рис. 4 между DU и CU. Midhaul соединяет CU с DU. Хотя могут быть разные разделения, де-факто между DU и CU рассматривается только вариант 2.
Также очень мало различий в интерфейсе промежуточного участка между различными сплитами (1-5). Задержка на ссылке должна быть около 1 мс. Централизованный БД может управлять БД в радиусе 80 км.
Рисунок 4. Интерфейс Open RAN F1 между DU и CU становится промежуточным каналом. Источник: Altran (Aricent)
Транспортная сеть соединяет ядро 4G/5G с CU. Ядро 5G может находиться на расстоянии до 200 км от CU.
В связи с увеличением занимаемой площади развертывания оптоволокно и доступность необходимых передних линий могут стать проблемой. Распределяя стеки протоколов между различными компонентами (разные разделения), сетевые инженеры и поставщики могут сосредоточиться на удовлетворении жестких требований к почти идеальному FH между RU, DU и CU.
Какой сплит?
Выбор способа разделения функций NR в архитектуре зависит от некоторых факторов, связанных со сценариями развертывания радиосети, ограничениями и предполагаемыми поддерживаемыми вариантами использования.
Три ключевых из них:
- Необходимость поддержки определенного QoS для предлагаемых услуг (например, низкая задержка, высокая пропускная способность для городских районов) и приложений реального/не реального времени.
- Поддержка определенной плотности пользователей и потребности в нагрузке для данной географической области.
- Доступные транспортные сети с разным уровнем производительности, от идеальных до неидеальных.
Операторам мобильной связи нужна гибкость, чтобы выбирать различные разделения на основе одного и того же аппаратного обеспечения и сетевых компонентов на базе COTS. Гибкость достигается за счет использования различных программных реализаций. Уровни протоколов могут находиться в разных компонентах в зависимости от доступности и сценариев развертывания. Такой подход снизит стоимость операций и общую стоимость для операторов мобильной связи.
Более высокие функциональные разделения более желательны для вариантов использования пропускной способности в густонаселенных городских районах, в то время как более низкие функциональные разделения будут оптимальными решениями для вариантов использования покрытия.
Таким образом, в то время как при более низком функциональном разделении используются далеко не идеальные передние транзиты, для более высоких функциональных разделений существует большая зависимость от производительности переднего транзита (рис. 5).
Рисунок 5. Функциональное разделение делит сетевые функции таким образом, что удаленный радиоблок может содержать только радиочастотные функции или несколько функций, таких как уровень PHY, уровень MAC или уровень RLC, в зависимости от требований сети. Источник: Параллельная беспроводная связь
Сопоставление функций с устройствами приводит к различным вариантам функционального разделения RAN. То есть, на какие уровни стека протоколов сопоставляются RU, DU или CU. Разделение между DU и RU теперь официально определяется 3GPP.
Эта новая архитектура разделенной RAN позволяет развертывать функции DU и CU либо централизованно, либо на границе, близкой к RU, в зависимости от требований к задержке и пропускной способности транзитного соединения.
Таким образом, он обеспечивает большую гибкость при выполнении различных сценариев развертывания.
Чтобы воспользоваться всеми преимуществами разделенной архитектуры, обеспечивающей совместимость, возможность выбора лучших в своем классе компонентов и масштабируемость, любая сеть должна поддерживать функции основной полосы частот 2G, 3G, 4G и 5G (рис. 6). Для наилучшей поддержки задержки функции основной полосы частот DU и программное обеспечение CU отделены от оборудования и развернуты на NFVI или в виде контейнеров. Оператор мобильной связи может использовать любые требования к виртуальным машинам и/или любой поставщик гипервизора или оркестрации, чтобы обеспечить такое функциональное разделение.
Различные функциональные разделения RAN работают для разных вариантов использования.
Рис. 6. Программное обеспечение DU и CU может быть «голым железом» или контейнерным в зависимости от требований к развертыванию.
Один сплит может не подойти всем. Решение, которое может поддерживать множество технологий, включая не только 4G и 5G, но и 2G и 3G, является наиболее привлекательным для операторов мобильной связи (MNO), поскольку оно упрощает управление сетью и снижает затраты.
Split 7.2 лучше всего подходит для 4G и 5G; split 8 будет лучшим вариантом для 2G и 3G. Оба варианта могут работать с радиомодулями 7.2 Open RAN.
Функциональное разделение RAN 6: разделение малых сот
Интерфейс nFAPI малых сот (сетевой FAPI) в функциональном разделении RAN 6 на рис. 7 обеспечивает открытую экосистему RAN, позволяя любому CU/DU малой соты подключаться к любому радиомодулю малой соты. (С-РУ). 5G FAPI поощряет конкуренцию и инновации среди поставщиков оборудования для платформ малых сот, программного обеспечения для платформ и прикладного программного обеспечения, предоставляя общий API. Эти интерфейсы помогут сетевым архитекторам, позволяя им комбинировать распределенные и центральные блоки от разных поставщиков.
Рисунок 7. В Split 6 уровни RF, верхний PHY и нижний PHY находятся в радиоблоке. Источник: Small Cell Forum
Функциональное разделение RAN 7: Плотные и городские районы
В случае потребности в услугах, более чувствительных к задержкам, исходя из надлежащей доступности Fronthaul, предпочтительным решением будет разделение MAC-PHY.
Вариант 7 Архитектура с разделением предполагает, что DU обрабатывает RRC/PDCP/RLC/MAC и более высокие функции PHY, тогда как RU обрабатывает более низкие функции PHY и RF. Функциональность CU может быть встроена в DU на том же сервере или может быть передана по сети в качестве виртуализированного объекта агрегации вместе с контроллером или агрегатором OpenRAN. Вариант 7 (рис. 8) позволяет операторам делиться или объединять выгоды, сохраняя при этом минимальное использование ресурсов обработки как в DU, так и в RU, что приводит к очень рентабельному варианту с низкой стоимостью и идеальному варианту для распределенного развертывания RAN, включая Massive MIMO. .
Рисунок 8. Разделение 7 перемещает верхний физический уровень в DU. Источник: Parallel Wireless
Более высокие разветвления, как в 7.x, идеально подходят для 4G и 5G и могут поддерживать трафик в плотных городских районах.
Альянс O-RAN определил передний интерфейс нескольких поставщиков между DU и RU на основе Split 7-2x.
В терминологии O-RAN RU обозначается как O-RU, а DU обозначается как O-DU.
Спецификации Fronthaul включают протоколы плоскости управления, пользователя и синхронизации (CUS) и управления (M), как показано на рисунке 9..
Рисунок 9: Архитектура O-RAN. Источник: Альянс O-RAN
Функциональное разделение RAN 8: Для 2G и 3G
Кроме того, Альянс O-RAN облегчает интеграцию нескольких поставщиков, определяя подходящие профили взаимодействия (IOT), тестовые конфигурации и тестовые сценарии, чтобы связанное с этим тестирование радиосовместимости остается независимым от тестирования переднего участка сети O-RAN.
Split 8 основан на стандартном интерфейсе CPRI и существует уже некоторое время. При разделении трафика 8 все функции (от PHY до уровней RRC), за исключением RF, обрабатываются DU, в то время как уровень RF находится в радио (рисунок 10).
Рисунок 10. В Split 8 в радиоблоке находится только радиочастотное оборудование. Источник: Parallel Wireless
Split 8 очень эффективен в 2G и 3G, где скорость трафика намного ниже (и, следовательно, сама обработка в определенной степени ниже) и может быть легко реализована на сервере x86, позволяя операторам использовать оптимизированные по стоимости RU с минимальной логикой и обработкой.
DU и RU должны быть совместимы с другими DU и RU третьих сторон. Улучшение по сравнению с устаревшим Split-8 заключается в том, что для того, чтобы RU могли запускать несколько технологий через один и тот же интерфейс fronthaul, теперь им необходимо использовать eCPRI вместо устаревшего интерфейса CPRI между RU и DU. Этот подход позволяет централизованно агрегировать трафик из RU, что, в свою очередь, обеспечивает беспрепятственный переход от традиционной экосистемы LTE к экосистеме NR.
Функции L2 в режиме реального времени DU RAN и обработка основной полосы частот. В рабочей группе O-RAN Alliance предложено, чтобы DU поддерживал несколько RU. Для правильной обработки цифровой обработки сигналов и ускорения сетевого трафика можно использовать ПЛИС. Аппаратное ускорение считается требованием для 5G, но в меньшей степени для 2G, 3G и даже 4G.
Также особое внимание уделялось аппаратным ускорителям — FPGA и GPU — для ускорения чувствительной обработки в режиме реального времени для самых нижних уровней базовой полосы радиосвязи 5G.
FPGA в RU не только выполняют задачи цифровой обработки, но также могут интегрировать некоторые аналоговые подсистемы. Xilinx, например, интегрировала смешанные аналогово-цифровые подсистемы (включая ЦАП и АЦП) в свое семейство устройств RFSoC.
Ericsson и Nokia рассматривают ускорение на основе графического процессора для некоторых рабочих нагрузок виртуальной сети радиодоступа (vRAN), особенно для 5G M-MIMO и искусственного интеллекта. Снижение общей стоимости будет приоритетом, и решение на базе архитектуры процессоров GP, обеспечивающее наиболее эффективные и экономичные элементы вычислений, хранения и сети, будет стимулировать инновации.
Реальные реализации
Альянс O-RAN уже определил O-Cloud (Облако O-RAN), поскольку O-RAN включает облачную RAN для одного или нескольких арендаторов и сквозную автоматизацию RAN. O-Cloud (рис. 11) включает как пограничное облако (vCU), так и удаленное облако (vDU/vRU).
Рисунок 11. O-Cloud переносит некоторые функции O-RAN в облако.
Источник: O-RAN Alliance
Поскольку периферийное оборудование должно быть компактным, энергоэффективным и защищенным, многие операторы и поставщики склоняются к развертыванию DU и CU на месте (дальнее периферийное облако) на одном сервере, чтобы снизить стоимость и сложность развертывания. . Основываясь на своем опыте, Nokia (рис. 12) считает, что единственно правильное разделение — это RU и DU. Время покажет, обеспечит ли интеграция DU одного поставщика с CU другого поставщика гибкость и экономию.
Рис. 12. Взгляд Nokia на Open RAN заключается в функциональном разделении между Ru и DU, но при сохранении централизации функций DU и CU. Источник: Nokia
В целом можно ожидать, что функциональное разделение RAN снизит затраты на сеть, если интерфейсы между аппаратными и программными компонентами открыты.
Юджина Джордан начала свою карьеру в сфере телекоммуникаций в качестве секретаря, а сейчас является вице-президентом по маркетингу в Parallel Wireless. Ранее в Cisco она отвечала за финансовое планирование, управление бюджетом в размере более 20 миллионов долларов и все интегрированные маркетинговые мероприятия для продуктов и решений SP Mobility и IPNGN.
Она также руководила стратегией GTM по запуску семейства виртуализированных маршрутов следующего поколения, которое получило награду Ad Age B2B Best Award за интегрированные кампании стоимостью менее 200 000 долларов. До прихода в Cisco она была менеджером по маркетингу в Starent, где она разработала и управляла стратегией маркетинговых коммуникаций для запуска приобретения Cisco Starent Networks за 2 миллиарда долларов. Евгения имеет степень магистра педагогики Московского педагогического университета и изучала информатику в колледже CDI в Торонто, Канада.
Roadstar Management SA – RU-695D+BT -NEW-
Автомобильный радиоприемник DAB+ / FM с Bluetooth (функция громкой связи), USB/TF-плеером, AUX-входом и линейным аудиовыходом. | |||
| |||
Доступные модели:
| |||
| СКАЧАТЬ | |||
| Высокое разрешение изображений (jpg) | Руководство пользователя (pdf) | Технический паспорт (pdf) | Декларация ЕС (pdf) |
| CD-ПРОИГРЫВАТЕЛЬ | |
| Тип погрузчика | – |
| Электронная защита от ударов | – |
| Воспроизведение сжатого аудио | – |
| Опора диска | – |
| Автоматическое обнаружение тегов ID3 | – |
| Поиск MP3 по номеру | – |
| Система скорости передачи данных | – |
| Перемотка вперед/назад | – |
| Поиск трека | – |
| Вводный скан | – |
| Игра в случайном порядке | – |
| Повтор трека/альбома | – |
| Программная функция | – |
| ТЮНЕР | |
| Тип тюнера | Цифровой |
| Диапазоны (диапазоны) | DAB+ / FM |
| Система RDS / Радиотекст | • |
| Предустановленные станции | 30 |
| Селектор стерео/моно | Стерео |
| Автоматическая настройка | • |
| Ручная настройка | • |
| КАССЕТА | |
| Кассетная дека | – |
| Автоматический контроль уровня (ALC) | – |
| Запись одним касанием (OTR) | – |
| Встроенный микрофон | – |
| АУДИО | |
| Суммарная выходная мощность PMPO | 4 x 72 Вт |
| Номинальная выходная мощность (RMS) | 4 x 18 Вт RMS |
| ТГД | |
| Электронный регулятор громкости | • |
| Предустановленный эквалайзер | • |
| Космический объемный звук | – |
| USB/SD/MMC | |
| Каталог поиска | • |
| Тег ID3 | • |
| Совместимость с iPod | |
| ОБЩИЕ СВЕДЕНИЯ | |
| Пульт дистанционного управления | – |
| Акустическая система | 4 динамика |
| Дисплей/Подсветка | Синий ЖК-дисплей |
| Блок питания | 12 В постоянного тока |
| Память батареи | – |
| Вес | 0,3 кг |
| Размеры (ШхДхВ) | 190x50x60 мм |
| Аксессуары в комплекте | Пульт дистанционного управления, антенна DAB+ |
| Варианты цвета | Черный |
| СОЕДИНЕНИЯ | |
| Порт USB | • Передний |
| Гнездо для карты | • Передний |
доб. | |