Компрессия приора: Проверка компрессии в цилиндрах — Лада Приора

Содержание

Проверка компрессии в цилиндрах — Лада Приора

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

Для того, чтобы проверить компрессию на Приоре самостоятельно, нам понадобится:

  1. Головка свечная
  2. Удлинитель
  3. Трещотка или вороток
  4. Компрессометр
  5. Головка на 10 мм

Порядок проверки компрессии на 16-клапанном двигателе Приоры

Сразу будем показывать выполнение данной процедуры именно на 16-клапанном моторе, так как на 8-ми все делается намного проще, и там уж точно вопросов никаких не возникнет.

  1. Первым делом необходимо прогреть двигатель до рабочей температуры
  2. Снять верхний пластиковый кожух
  3. Открутить болты крепления катушек зажигания и извлечь их
  4. Выкрутить все 4 свечи зажигания

Теперь необходимо отсоединить питание от катушек, отключив колодку жгута проводов, как это представлено ниже на фото более подробно.

Теперь можно вкручивать штуцер компрессометра в свечное отверстие первого цилиндра, что и показано наглядно ниже.

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

Обычно, хватает даже 4 оборотов стартера, чтобы нагнать максимальное давление в цилиндр. В данном случае, на фото видно, что компрессия в первом цилиндре является 16 атм. Точно также выполняем замер в остальных трех цилиндрах. Но перед тем, как выкручивать прибор, необходимо сбросить давление, нажав на специальную кнопку сброса.

Если при измерении выяснилось, что компрессия практически не отличается во всех цилиндрах, а также является не меньше 12 атмосфер (хотя бы), то это можно считать нормой. Хотя в идеале, ниже 13-14 она не должна опускаться на 21126-ом двигателе.

Если же обнаружилось, что в одном или нескольких цилиндрах компрессия сильно отличается (свыше одной атмосферы), то стоит дополнительно продиагностировать двигатель. В проблемный цилиндр заливаем несколько «кубиков» чистого моторного масла, и после этого повторного производим замер. Если во втором случае компрессия стала выше, то скорее всего причина в поршневых кольцах — а именно в износе.

Если же давление осталось таким же, то есть не изменилось, то по всей вероятности причина в клапанах или иных проблемах с ГБЦ.

Видео обзор по замеру компрессии на Приоре 16-кл.

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

Думаю, что из представленного видео обзора все стало более или менее понятно.

Ремонт ВАЗ 2170 (Приора) : Проверка компрессии в цилиндрах

  1. Руководства по ремонту
  2. Руководство по ремонту ВАЗ 2170 (Приора) 2004+ г. в.
  3. Проверка компрессии в цилиндрах

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

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


Примечание

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


Предупреждение

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

1. Пустите двигатель и прогрейте его до рабочей температуры.

2. Снизьте давление в системе питания (см. «Снижение давления топлива в системе питания двигателя»). После снижения давления предохранитель топливного насоса на место не устанавливайте, чтобы отключить топливный насос.

3. Снимите катушки зажигания и выверните все свечи (см. «Замена и обслуживание свечей зажигания»).

4. Вверните компрессометр в свечное отверстие проверяемого цилиндра.

5. Нажмите на педаль акселератора до упора, чтобы полностью открыть дроссельную заслонку.

6. Включите стартер и проворачивайте им коленчатый вал двигателя до тех пор, пока давление в цилиндре не перестанет увеличиваться. Это соответствует примерно четырем тактам сжатия.


Примечание

Для получения правильных показаний компрессометра коленчатый вал должен вращаться со скоростью 180–200 мин -1 или выше, но не более 350 мин -1 .


7. Записав показания компрессометра, установите его стрелку на ноль, нажав на клапан выпуска воздуха.


Примечание

У компрессометров иной конструкции показания могут сбрасываться другими способами (в соответствии с инструкцией к прибору).

8. Повторите операции 4–7 для остальных цилиндров. Давление должно быть не ниже 1,0 МПа и не должно отличаться в разных цилиндрах более чем на 0,1 МПа.

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

9. Для выяснения причин недостаточной компрессии залейте в цилиндр с пониженной компрессией около 20 см 3 чистого моторного масла и вновь измерьте компрессию. Если показания компрессометра повысились, наиболее вероятна неисправность поршневых колец. Если же значение компрессии осталось неизменным, значит, тарелки клапанов неплотно прилегают к седлам или повреждена прокладка головки блока цилиндров.


Полезный совет

Причину недостаточной компрессии можно выяснить также подачей сжатого воздуха в цилиндр, в котором поршень предварительно установлен в ВМТ такта сжатия. Для этого снимите с компрессометра наконечник и присоедините к нему шланг компрессора. Вставьте наконечник в свечное отверстие и подайте в цилиндр воздух под давлением 0,2–0,3 МПа. Для того чтобы коленчатый вал двигателя не провернулся, включите высшую передачу и затормозите автомобиль стояночным тормозом. Выход (утечка) воздуха через дроссельный узел свидетельствует о негерметичности впускного клапана, а через глушитель — о негерметичности выпускного клапана. При повреждении прокладки головки блока цилиндров воздух будет выходить через горловину расширительного бачка в виде пузырей или в соседний цилиндр, что обнаруживается по характерному шипящему звуку.

Скачать информацию со страницы
↓ Комментарии ↓

 



1. Устройство автомобиля
1.0 Устройство автомобиля 1.1 Общие сведения об автомобиле 1.2 Паспортные данные 1.3 Ключи автомобиля 1.4. Органы управления 1.5. Отопление и вентиляция салона 1. 6 Обеспечение комфортной температуры воздуха в салоне 1.7. Двери 1.8. Средства пассивной безопасности на автомобиле 1.9. Сиденья

2. Рекомендации по эксплуатации
2.0 Рекомендации по эксплуатации 2.1. Правила техники безопасности и рекомендации 2.2 Обкатка автомобиля 2.3 Эксплуатация автомобиля в гарантийный период 2.4. Подготовка автомобиля к выезду

3. Неисправности в пути
3.0 Неисправности в пути 3.1. Двигатель не заводится 3.2 Неисправности системы впрыска топлива 3.3 Пропал холостой ход 3.4. Перебои в работе двигателя 3.5. Автомобиль движется рывками 3.6 Автомобиль плохо разгоняется 3.7 Двигатель заглох во время движения 3.8. Упало давление масла 3.9. Перегрев двигателя 3.10. Аккумуляторная батарея не подзаряжается 3.13. Стуки в двигателе 3.16. Прокол колеса

4. Техническое обслуживание
4.0 Техническое обслуживание 4.1. Общие положения 4.2. Контрольноосмотровые работы 4.3. Смазочнозаправочные работы 4.4. Диагностические работы 4. 5. Ремонтнорегулировочные работы

5. Двигатель
5.0 Двигатель 5.1 Особенности конструкции 5.2 Возможные неисправности двигателя, их причины и способы устранения 5.3 Полезные советы 5.4 Проверка компрессии в цилиндрах 5.5 Снятие и установка декоративного кожуха двигателя 5.6 Снятие и установка брызговика двигателя 5.7 Установка поршня первого цилиндра в положение ВМТ такта сжатия 5.8 Замена ремня привода газораспределительного механизма и натяжного ролика 5.9 Замена опор силового агрегата 5.11. Замена уплотнений двигателя 5.13. Головка блока цилиндров двигателя 5.15. Ремонт двигателя 5.16. Система смазки 5.17. Система охлаждения 5.18. Система питания 5.19. Особенности конструкции

6. Трансмиссия
6.0 Трансмиссия 6.1. Сцепление 6.2. Коробка передач 6.3. Приводы передних колес

7. Ходовая часть
7.0 Ходовая часть 7.1. Передняя подвеска 7.2. Задняя подвеска

8. Рулевое управление
8.0 Рулевое управление 8.1 Особенности конструкции 8. 2 Возможные неисправности рулевого управления, их причины и способы устранения 8.3. Рулевая колонка 8.4. Рулевая трапеция 8.5. Рулевой механизм

9. Тормозная система


9.0 Тормозная система 9.1 Особенности конструкции 9.2 Возможные неисправности тормозной системы, их причины и способы устранения 9.3 Прокачка гидропривода тормозной системы 9.4 Снятие и установка вакуумного усилителя тормозов 9.5 Замена втулок оси педали тормоза 9.6. Главный тормозной цилиндр 9.7. Тормозные механизмы передних колес 9.8. Тормозные механизмы задних колес 9.9. Регулятор давления 9.10. Тормозные шланги и трубки 9.11. Стояночный тормоз

10. Электрооборудование
10.0 Электрооборудование 10.1 Особенности конструкции 10.2. Аккумуляторная батарея 10.3. Монтажный блок (реле и предохранители) 10.4. Генератор 10.5. Стартер 10.6. Выключатель (замок) зажигания 10.7. Электронная система управления двигателем (ЭСУД) 10.8. Система зажигания 10.9. Освещение, световая и звуковая сигнализация 10. 10. Очиститель ветрового стекла 10.11. Бачок омывателя 10.12. Электровентилятор системы охлаждения двигателя 10.13. Электродвигатель вентилятора системы отопления и вентиляции салона 10.15. Прикуриватель 10.16. Комбинация приборов 10.18. Электронная противоугонная система дистанционного управления 10.19. Иммобилизатор 10.21. Замена датчиков и выключателей

11. Кузов
11.0 Кузов 11.1 Особенности конструкции 11.2 Возможные неисправности кузова, их причины и способы устранения 11.3 Снятие и установка накладок рамы ветрового стекла 11.4 Снятие и установка шумоизоляционной обивки моторного отсека 11.5. Снятие и установка бамперов 11.6 Снятие и установка подкрылка и защитного кожуха крыла 11.7 Снятие и установка переднего крыла 11.8 Снятие и установка декоративных накладок порогов 11.9. Капот 11.10. Крышка багажника 11.11. Двери 11.12. Сиденья 11.13. Ремни безопасности 11.14. Зеркала заднего вида 11.15. Арматура салона 11.16. Панель приборов 11.17. Отопитель 11.20. Уход за кузовом

12. Приложения
12.0 Приложения 12.1 Приложение 1. Моменты затяжки резьбовых соединений, Н·м 12.2 Приложение 2. Горючесмазочные материалы и эксплуатационные жидкости 12.3 Приложение 3. Номинальные заправочные объемы 12.4 Приложение 4. Основные данные для регулировок и контроля 12.5 Приложение 5. Свечи зажигания, применяемые на автомобиле 12.6 Приложение 6. Лампы, применяемые на автомобиле 12.7 Приложение 7. Что нужно иметь в автомобиле 12.8 Приложение 8. Инструменты, применяемые при ремонте автомобиля

13. Схемы электрооборудования
13.0 Схемы электрооборудования 13.1 Схема 1. Соединения жгута панели приборов 13.2 Схема 2. Соединения переднего жгута проводов автомобиля 13.3 Схема 3. Соединения жгута электронной системы управления двигателем (ЭСУД) 13.4 Схема 4. Соединения заднего жгута проводов автомобиля 13.5 Схема 5. Соединения жгута проводов фонарей освещения номерного знака 13.6 Схема 6. Соединения жгута проводов левой передней двери 13.7 Схема 7. Соединения жгута проводов правой передней двери 13. 8 Схема 8. Соединения жгута проводов задней двери

Замер компрессии двигателя | ВАЗ

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

Проверку проводим на двигателе, прогретом до рабочей температуры. Сбрасываем давление в системе питания двигателя (см.«Замена топливного фильтра») и не устанавливаем на место предохранитель топливного насоса. Выворачиваем свечи зажигания из головки блока цилиндров (см. «Проверка состояния и замена свечей зажигания»).

Отсоединяем колодку жгута проводов системы управления двигателем от колодки жгута проводов катушек зажигания (см. «Снятие и установка двигателя»).

Устанавливаем наконечник компрессометра в свечное отверстие головки блока цилиндров. Подсоединяем клемму провода к «минусовому» выводу аккумуляторной батареи. Проворачиваем коленчатый вал стартером при полностью нажатой педали «газа» в течение 2–4 с (показания манометра должны перестать возрастать).

Фиксируем показание манометра и сбрасываем давление в компрессометре.

Для правильной оценки компрессии аккумуляторная батарея должна быть полностью заряжена — обороты коленчатого вала при прокрутке должны быть не менее 180 мин-1.

Аналогично проверяем компрессию в других цилиндрах двигателя. Компрессия исправного двигателя должно находиться в пределах 11,0–13,0 бар, а разность показаний по цилиндрам не должна превышать 2,0 бара.

Для выяснения причин низкой компрессии заливаем в цилиндр через свечное отверстие 10–15 см3 моторного масла и повторяем измерение. В том случае, если при повторном измерении компрессия возросла более чем на 2,0 бара, наиболее вероятной причиной неисправности является сильный износ, залегание или поломка поршневых колец.

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

Видео по теме «Lada Priora. Замер компрессии двигателя»

Замер компрессии на 16-клапанной Калине и Приоре

Lada Priora. Смотреть.стук гидрокомпенсаторов. Замер компрессии двигателя. Масло в свечных колодцах

Замер компрессии Приора

Компрессия лада приора.

Компрессия( давление в конце такта сжатия) в цилиндрах двигателя Lada Priora — дает возможность для диагностики состояния двигателя без разборки и качественной оценки возможной неисправности в автомобиле. По среднему значению компрессии в цилиндрах и по разнице значений в отдельных цилиндрах можно с достаточной степенью точности определить степень общего износа деталей шатунно-поршневой группы двигателя Lada Priora, выявить неисправности данной группы и деталей клапанного механизма.

Проверяют компрессию в цилиндрах двигателя автомобиля Lada Priora специальным прибором — компрессометром, который сейчас можно свободно приобрести в крупных магазинах автозапчастей и не только. По-другому компрессометр называют просто манометром.

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

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

И так начинаем замер давления в цилиндрах двигателя Lada Priora:


           - пустите двигатель и прогрейте его до рабочей температуры.
           - снизьте давление в системе питания ВАЗ-2170; после снижения
             давления предохранитель топливного насоса на место не устанавливайте, 
             чтобы отключить топливный насос. 
           - снимите катушки зажигания и выверните все свечи .                                     
           - вверните компрессометр в свечное отверстие проверяемого цилиндра.
           - нажмите на педаль акселератора до упора, чтобы полностью открыть
             дроссельную заслонку в двигателе.
           - включите стартер и проворачивайте им коленчатый вал двигателя до тех 
             пор, пока давление в цилиндре не перестанет увеличиваться и это
             соответствует примерно четырем тактам сжатия.
           - будьте внимательны, потому что для получения правильных показаний 
             компрессометра коленчатый вал должен вращаться со скоростью 
             180–200 оборотов в минуту или выше, но не более 350 оборотов в минуту.
           - записав показания компрессометра, установите его стрелку на ноль,
             нажав на клапан выпуска воздуха; у компрессометров иной конструкции 
             показания могут сбрасываться другими способами . 

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

Для выяснения причин недостаточной компрессии залейте в цилиндр двигателя с пониженной компрессией около 20 грамма чистого моторного масла и вновь измерьте компрессию. Если показания компрессометра повысились, наиболее вероятна неисправность поршневых колец. Если же значение компрессии осталось неизменным, значит, тарелки клапанов неплотно прилегают к седлам или повреждена прокладка головки блока цилиндров.

Причину недостаточной компрессии можно выяснить также подачей сжатого воздуха в цилиндр, в котором поршень предварительно установлен в ВМТ( верхняя мертвая точка поршня в цилиндре) такта сжатия. Для этого снимите с компрессометра наконечник и присоедините к нему шланг компрессора. Вставьте наконечник в свечное отверстие и подайте в цилиндр воздух под давлением 0,2–0,3МПа. Для того чтобы коленчатый вал двигателя не провернулся, включите высшую передачу и затормозите автомобиль стояночным тормозом приора. Выход( утечка) воздуха через дроссельный узел свидетельствует о негерметичности впускного клапана, а через глушитель — о негерметичности выпускного клапана. При повреждении прокладки головки блока цилиндров воздух будет выходить через горловину расширительного бачка в виде пузырей или в соседний цилиндр, что обнаруживается по характерному шипящему звуку.

Как видите, проверка компрессии цилиндра двигателя сразу отсекает много версий некоторой неисправности двигателя лада приора, но иногда является последней возможностью для точной диагностики двигателя автомобиля.

далее Система питания топливом.

ПОНРАВИЛОСЬ?
ПОДЕЛИСЬ с ДРУЗЬЯМИ:

Определение компрессии в двигателе Lada Priora.


ноябрь 2020
Пн Вт Ср Чт Пт Сб Вс
1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30


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


        1. Пустите двигатель и прогрейте его до рабочей температуры.
        2. Снизьте давление в системе питания. После снижения давления 
           предохранитель топливного насоса на место не устанавливайте, 
           чтобы отключить топливный насос.
        3. Снимите катушки зажигания и выверните все свечи.
        4. Вверните компрессометр в свечное отверстие проверяемого цилиндра.
        5. Нажмите на педаль акселератора до упора, чтобы полностью открыть 
           дроссельную заслонку.
        6. Включите стартер и проворачивайте им коленчатый вал двигателя до 
           тех пор, пока давление в цилиндре не перестанет увеличиваться. 
           Это соответствует примерно четырем тактам сжатия.
           ( вал должен вращаться со скоростью 180-200 1/мин или выше, но 
             не более 350 1/мин.)
        7. Записав показания компрессометра, установите его стрелку на ноль, 
           нажав на клапан выпуска воздуха.
        8. Повторите операции 4-7 для остальных цилиндров. Давление должно быть 
           не ниже 1,0 МПа и не должно отличаться в разных цилиндрах более чем 
           на 0,1 МПа. Пониженная компрессия в отдельных цилиндрах может возникнуть 
           в результате неплотной посадки клапанов в седлах, повреждения прокладки 
           головки блока цилиндров, поломки или пригорания поршневых колец. 
           Пониженная компрессия во всех цилиндрах указывает на износ поршневых колец.
        9. Для выяснения причин недостаточной компрессии залейте в цилиндр с 
           пониженной компрессией около 20гр. чистого моторного масла и вновь 
           измерьте компрессию. Если показания компрессометра повысились, наиболее 
           вероятна неисправность поршневых колец. Если же значение компрессии 
           осталось неизменным, значит, тарелки клапанов неплотно прилегают к седлам
           или повреждена прокладка головки блока цилиндров.
           

ВНИМАНИЕ!!! Причину недостаточной компрессии можно выяснить также подачей сжатого воздуха в цилиндр, в котором поршень предварительно установлен в ВМТ такта сжатия. Для этого снимите с компрессометра наконечник и присоедините к нему шланг компрессора. Вставьте наконечник в свечное отверстие и подайте в цилиндр воздух под давлением 0,2-0,3 МПа. Для того чтобы коленчатый вал двигателя не провернулся, включите высшую передачу и затормозите автомобиль стояночным тормозом. Выход( утечка) воздуха через дроссельный узел свидетельствует о негерметичности впускного клапана, а через глушитель — о негерметичности выпускного клапана. При повреждении прокладки головки блока цилиндров воздух будет выходить через горловину расширительного бачка в виде пузырей или в соседний цилиндр, что обнаруживается по характерному шипящему звуку.

далее Кожух и брызговик двигателя Lada Priora.

ПОНРАВИЛОСЬ?
ПОДЕЛИСЬ с ДРУЗЬЯМИ:


спокойной поздней ночи!




фотограф
Оля Леман
свадьбы и торжества.
нажмите сюда




ВАЗ Lada Priora Проверка компрессии в цилиндрах



Пожалуйста включите / Please enable JavaScript!

5.4. Проверка компрессии в цилиндрах

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

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


Примечание

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


Предупреждение

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

1. Пустите двигатель и прогрейте его до рабочей температуры.

4. Вверните компрессометр в свечное отверстие проверяемого цилиндра.

5. Нажмите на педаль акселератора до упора, чтобы полностью открыть дроссельную заслонку.

6. Включите стартер и проворачивайте им коленчатый вал двигателя до тех пор, пока давление в цилиндре не перестанет увеличиваться. Это соответствует примерно четырем тактам сжатия.


Примечание

Для получения правильных показаний компрессометра коленчатый вал должен вращаться со скоростью 180–200 мин-1 или выше, но не более 350 мин-1.


7. Записав показания компрессометра, установите его стрелку на ноль, нажав на клапан выпуска воздуха.


Примечание

У компрессометров иной конструкции показания могут сбрасываться другими способами (в соответствии с инструкцией к прибору).

8. Повторите операции 4–7 для остальных цилиндров. Давление должно быть не ниже 1,0 МПа и не должно отличаться в разных цилиндрах более чем на 0,1 МПа. Пониженная компрессия в отдельных цилиндрах может возникнуть в результате неплотной посадки клапанов в седлах, повреждения прокладки головки блока цилиндров, поломки или пригорания поршневых колец. Пониженная компрессия во всех цилиндрах указывает на износ поршневых колец.

9. Для выяснения причин недостаточной компрессии залейте в цилиндр с пониженной компрессией около 20 см3 чистого моторного масла и вновь измерьте компрессию. Если показания компрессометра повысились, наиболее вероятна неисправность поршневых колец. Если же значение компрессии осталось неизменным, значит, тарелки клапанов неплотно прилегают к седлам или повреждена прокладка головки блока цилиндров.


Полезный совет

Причину недостаточной компрессии можно выяснить также подачей сжатого воздуха в цилиндр, в котором поршень предварительно установлен в ВМТ такта сжатия. Для этого снимите с компрессометра наконечник и присоедините к нему шланг компрессора. Вставьте наконечник в свечное отверстие и подайте в цилиндр воздух под давлением 0,2–0,3 МПа. Для того чтобы коленчатый вал двигателя не провернулся, включите высшую передачу и затормозите автомобиль стояночным тормозом. Выход (утечка) воздуха через дроссельный узел свидетельствует о негерметичности впускного клапана, а через глушитель — о негерметичности выпускного клапана. При повреждении прокладки головки блока цилиндров воздух будет выходить через горловину расширительного бачка в виде пузырей или в соседний цилиндр, что обнаруживается по характерному шипящему звуку.

ПОЧЕМУ ИСПОЛЬЗУЕТСЯ ИЗНОС ОТ СЖАТИЯ — Нулевое сжатие

ПОЧЕМУ СЖАТИЕ

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

ZEROPOINT MEDICAL GRADE COMPRESSION

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

ТОЧНАЯ ПОДХОДЯЩАЯ

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

ВЫБОР ПРАВИЛЬНОГО РАЗМЕРА СЖАТИЯ

Чтобы узнать свой размер в носках Zeropoint Compression, вам необходимо измерить длину самой широкой части икроножной мышцы и самой узкой части лодыжки (примерно на полдюйма выше голеностопного сустава).

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


МУЖЧИНЫ
ЖЕНЩИНЫ

Финские экологические компрессионные носки ZeroPoint, верх и низ

  • 0
  • меню
  • маг.
  • Компрессия
  • устойчивость
  • Познакомьтесь с нами
  • Мой аккаунт
  • САЙТ В США
  • Eng
    • англ.
    • плавник
  • Мужчины
    • Мужчины (все)
    • Спортивные носки
    • Носки для поддержки и путешествий
    • Носки до щиколотки
    • Носки из шерсти мериноса
    • Рукава для теленка
    • Рукава
    • Колготки
    • Шорты
    • Топы
  • Женщины
    • Женщины (все)
    • Спортивные носки
    • Носки для поддержки и путешествий
    • Носки из шерсти мериноса
    • Носки до щиколотки

Типы, функциональные части, принцип работы, преимущества..

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

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

Разработка таблеточного пресса шла непрерывно. В прошлом у нас был таблеточный пресс с ручным приводом, который был модернизирован до таблеточного пресса с электрическим приводом.

Причина постоянного развития таблеточного пресса

  • Развитие новых технологий в производстве таблеток e.грамм. разработка технологии прямого сжатия.
  • Разработка строгих стандартов чистоты в соответствии с действующим надлежащим производственным процессом (CGMP).
  • Внедрение автоматизации и непрерывного мониторинга производственных процессов.
  • Увеличение производительности в результате увеличения спроса, увеличения количества заболеваний и экспоненциального роста населения.

Типы / классификация таблеточных прессов

Таблеточные прессы, используемые в настоящее время, можно разделить на:

  1. Одинарный пуансон / одинарный пуансон / эксцентриковые прессы.
  2. Многостанционные / ротационные прессы.

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

Одинарный пуансон

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

Усилие уплотнения на заполняющий материал оказывает только верхний пуансон, в то время как нижний пуансон является статическим; такое действие эквивалентно ударному движению, и, как результат, пресс с одним пуансоном называется процессом штамповки.Таблеточный пресс с одним пуансоном производит около 60-85 таблеток / мин, например, Манести F3.

Компоненты / функциональные части таблеточного пресса с одним пуансоном

Обозначенная схема таблеточного пресса с одним пуансоном
  • Бункер — Он соединен с загрузочным башмаком, и именно в него наливаются смеси гранул / порошка. перед таблетированием или сжатием. Бункер можно заполнять вручную или с помощью механического оборудования во время последующего таблетирования.
  • Полость матрицы — В полости матрицы гранулы порошка спрессовываются в таблетки.Кость определяет;
    1. Диаметр планшета
    2. Размер планшета
    3. В какой-то степени толщина планшета.
  • Пуансоны — Состоит из верхнего и нижнего пуансонов и сжимает порошок в таблетки различной формы внутри матрицы.
  • Кулачковая тележка — Управляет положением / перемещением пуансонов.
  • Регулятор таблеток — Используется для регулировки объема порошка, подлежащего прессованию, и, таким образом, определяет вес таблетки.
  • Регулятор выброса — Он облегчает выброс таблетки из полости матрицы после сжатия.

При производстве таблеток с использованием машины для таблетирования с одним пуансоном верхний пуансон сжимает порошок в таблетки, а нижний пуансон выталкивает таблетку.

Последовательность событий, участвующих в формировании таблеток.

Мероприятия, связанные с производством таблеток, можно разделить на 3 этапа;

  1. Подача
  2. Сжатие
  3. Выталкивание

Подача

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

Сжатие

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

Выталкивание

  • Положение 4 Верхний пуансон втягивается, а нижний пуансон также перемещается вверх, чтобы выбросить сжатую таблетку.Все события повторяются снова и снова, пока не истощится кормовой материал.

Преимущества таблеточного пресса с одним пуансоном

  1. Структура с одним пуансоном рациональна и мала.
  2. Простота в эксплуатации и высокая степень использования.
  3. Изготавливает изделия нестандартной формы диаметром до 20 мм.
  4. Идеально подходит для разработки таблеток и мелкосерийного производства.
  5. Таблеточный пресс с одинарным пуансоном использует высокое давление для уменьшения разницы в весе таблеток при одновременном поддержании низкого уровня шума.

Многопозиционный пресс

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

В ротационном прессе усилие уплотнения заполняющего материала создается как верхним, так и нижним пуансоном, при этом гранулы порошка сжимаются в середине.Это называется компрессией типа «гармошка».

Производительность ротационного таблеточного пресса зависит от скорости вращения поворотного механизма и количества станций на прессе.

Компоненты / функциональные части роторного пресса

  • Бункер- Бункер содержит смесь гранул / порошка (API плюс наполнитель), которые должны быть спрессованы в таблетки.
  • Полость матрицы — Здесь гранулы порошка прессуются в таблетки и определяет;
    1. Диаметр таблеток.
    2. Размер планшетов.
    3. В какой-то степени толщина таблеток.
  • Подающая лопатка — Помогает вдавить корм / гранулы в матрицы, особенно при более быстром вращении.
  • Пуансоны — Состоит из верхнего и нижнего пуансонов. Они перемещаются в отверстии матрицы, чтобы прессовать гранулы в таблетки.
  • Нижняя направляющая кулачка — Направляет нижний пуансон на стадии заполнения так, чтобы отверстие матрицы было переполнено для обеспечения точной регулировки.
  • Кулачковые направляющие — Направляют движение как верхнего, так и нижнего пуансонов.
  • Отдел контроля наполнения / производительности — Регулирует нижнюю дорожку пуансона во время последней части стадии наполнения, чтобы гарантировать, что соответствующее количество гранул остается в матрице до сжатия.
  • Ролики предварительного сжатия — Этот валик придает гранулам начальную силу сжатия, чтобы избавиться от лишнего воздуха, который может задерживаться в матрице.
  • Основное сжатие — Этот валок прикладывает силу окончательного сжатия, необходимую для формирования таблеток.
  • Кулачок выталкивания — Направляет нижний пуансон вверх, облегчая выталкивание таблеток из полости матрицы после сжатия.
  • Взлетный нож — Он устанавливается перед корпусом питателя и отклоняет таблетку вниз по разгрузочному желобу.
  • Разгрузочный желоб — здесь таблетка проходит для сбора после отклонения взлетным лезвием.

Преимущества роторного пресса

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

Различия между таблеточным прессом с одним пуансоном и роторным таблеточным прессом

Двумя наиболее важными различиями между таблеточным прессом с одним пуансоном и роторным таблеточным прессом являются:

  1. Таблеточные прессы с одним пуансоном используют одностороннее прессование для изготовления таблеток, тогда как роторные прессы используют двухстороннее сжатие, а циклы сжатия таблеточного пресса с одним пуансоном
  2. не имеют времени выдержки, тогда как ротационные прессы обычно используют плоскую головку пуансона, которая обеспечивает время задержки, когда пуансон проходит под прижимным роликом.

Инструмент для таблеточного пресса

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

Общие стандарты инструментов

В основном существует два типа инструментов:

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

Чертеж, показывающий различия между конфигурациями инструмента B и D

Тип «B»

Конфигурация типа «B» имеет нормальный диаметр цилиндра пуансона 0,750 дюйма (19 мм). Тип «B» может использоваться с двумя типами матриц или может иметь два разных размера матрицы:

  1. Матрицы «B» диаметром 1,1875 дюйма (30,16 мм) подходят для всех размеров таблеток. максимум для ударов «В».
  2. Меньшая матрица «BB» (маленькая матрица «B»), имеющая диаметр 0.945 дюймов (24 мм). Этот тип фильеры подходит для таблеток диаметром до 9 мм или максимум 11 мм.

Тип «D»

Этот тип имеет больший номинальный диаметр цилиндра 1 дюйм (25,4 мм) и диаметр матрицы 1,500 дюйма (38,10 мм) и, таким образом, подходит для таблеток с максимальным диаметром или максимальной длиной 25,4 мм.

Таблеточный пресс

разработан для использования с инструментами «B» или «D», но не с обоими сразу. Сила сжатия, достигаемая в станке, зависит от типа используемого инструмента.Машины, которые предназначены для использования с инструментами типа «B», проявляют максимальную силу сжатия 6,5 тонн, а машины, которые используют конфигурацию типа «D», проявляют усилие сжатия 10 тонн. Есть также некоторые специальные машины, которые разработаны с намерением оказывать более высокие силы сжатия. Максимальное усилие, которое может быть приложено к таблеткам определенного размера и формы, определяется размером наконечника пуансона или максимальной силой, на которую рассчитана машина.

Отдельные производители таблеточных прессов стремились достичь более высокой производительности за счет;

  • Увеличение эффективного количества ударов.
  • Увеличение количества станций.
  • Увеличение количества точек сжатия.
  • Увеличение скорости вращения компрессора.

Каждый из вышеперечисленных подходов имеет свои преимущества и ограничения.

Общая терминология по инструментам

Обозначенная диаграмма инструментов для таблеточного пресса

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

  • Отжиг — процесс термической обработки, используемый на хрупких наконечниках пуансонов для снижения твердости чашек пуансона и уменьшения разрушения наконечников пуансона.
  • Бакелитовый выступ наконечника — Канавка с поднутрением между прямым нижним наконечником пуансона и рельефом; он обеспечивает острый угол, чтобы помочь соскрести продукт, приставший к стенке матрицы: обычно это приобретаемый вариант для нижних пуансонов.
  • Фаска цилиндра — Снятие фаски на концах цилиндра пуансона, устранение внешних углов.
  • Бочка Флейта — вертикальные пазы обрабатываются в ствол пунша, чтобы уменьшить несущую поверхность и способствуют удалению продукта в направляющем пуансоне: купленный опцион для верхних и нижних пуансонов.
  • Ствол или хвостовик — Вертикальная опорная поверхность пуансона, которая контактирует с направляющими пуансона в револьверной головке станка для вертикального направления.
  • Радиус цилиндра и стержня — Радиус, соединяющий цилиндр пуансона со стержнем
  • Глубина чашки — Глубина чашки от самой высокой точки края наконечника до самой нижней точки полости.
  • Матрица — Деталь, используемый в сочетании с верхним и нижним пуансонами; он принимает продукт на уплотнение и отвечает за размер и конфигурацию периметра планшета.
  • Отверстие матрицы — Полость матрицы, которая принимает продукт для уплотнения и определяет размер и форму таблеток.
  • Фаска матрицы — Угловая область между вершиной матрицы и отверстием матрицы; это помогает в руководстве. верхний пуансон в отверстие матрицы.
  • Паз штампа — Радиальный паз вокруг наружного диаметра штампа. который принимает фиксатор матрицы, чтобы закрепить матрицу в рабочем положении на столе.
  • Высота или общая длина матрицы — Полная высота или общая длина матрицы.
  • Блокировка штампа — Механизм, используемый для фиксации штампа в нужном положении после его установки в стол штампа.
  • Внешний диаметр матрицы — Наибольший диаметр матрицы, обычно называемый внешним диаметром матрицы.
  • Конус матрицы — Постепенное увеличение размера, начиная с заданной глубины в отверстии матрицы и увеличиваясь до фаски матрицы; обычно используется для выпуска воздуха из полости матрицы во время цикла сжатия.
  • Головка — Самый большой диаметр обычного пуансона, который контактирует с кулачками станка и принимает давление от прижимных роликов.
  • Угол наклона головки назад — Иногда его называют внутренним углом головки, он расположен под углом верхней головки или радиусом верхней головки, который контактирует с кулачком станка для вертикального перемещения пуансона в направляющих пуансона.
  • Плоская головка — Плоская часть головки, которая контактирует с прижимными роликами и определяет максимальное время выдержки для сжатия.
  • Шпонка — Выступ обычно из низкоуглеродистой стали, который выступает над поверхностью цилиндра пуансона. Он поддерживает выравнивание верхнего пуансона для повторного входа в матрицу; обязательно для верхних пуансонов с несколькими наконечниками и таблеток любой формы, кроме круглой; обычно используется для таблеток круглой формы с тиснением, когда вращение пуансона вызывает состояние, известное как двойное слепление.
  • Положение ключа — Радиальное и высотное положение ключа на корпусе пуансона; не во всех прессах.
  • Земля — Область между краем чашки пуансона и внешним диаметром наконечника пуансона; это добавляет прочности наконечнику, чтобы уменьшить трещины на наконечнике пуансона.
  • Шейка — расположена под головкой и обеспечивает зазор при прохождении пуансона через кулачки станка.
  • Общая длина пуансона — Общая длина пуансона, за исключением таблеток с плоской поверхностью, обычно является справочным размером, который состоит из комбинации размеров рабочей длины и глубины чашки.
  • Шток — Площадь от ствола до края наконечника пуансона.
  • Лицевая поверхность или чашка — Часть наконечника пуансона, определяющая контур лицевой стороны таблетки; он включает в себя тиснение таблетки.
  • Длина наконечника — Прямая часть стержня пуансона.
  • Разгрузка кончика пуансона — Часть стержня пуансона, имеющая поднутрение или сделанная меньше, чем прямой наконечник пуансона; наиболее часто используется для нижних пуансонов, чтобы помочь снизить трение между наконечником пуансона и стенкой матрицы во время прохождения пуансоном цикла сжатия; область, где соприкасаются кончик пуансона и рельеф, должна быть острой, чтобы соскрести продукт со стенки матрицы, когда нижний пуансон перемещается вниз для цикла заполнения.
  • Прямой наконечник — Часть наконечника, которая простирается от выступа до конца наконечника пуансона; он поддерживает допуск на размер наконечника пуансона.
  • Набор инструментов — Полный набор пуансонов и матриц для размещения всех станций таблеточного пресса.
  • Инструментальная станция — Верхний пуансон, нижний пуансон и матрица, которые вмещают одну станцию ​​в таблеточном прессе.
  • Угол верхней головки — Угол от внешнего диаметра головки до радиуса верхней головки; это позволяет добиться достаточной толщины головки и более плавного кулачка.
  • Радиус верхней головки — Радиус на верхней части головки, который совмещает угол верхней головки с плоскостью головки. Некоторые конфигурации головки могут состоять только из радиуса головки без угла головки. Этот радиус обеспечивает начальный контакт с прижимным роликом и обеспечивает более плавный переход в цикл сжатия.
  • Рабочая длина — Размер от плоской головки до самой низкой измеряемой точки на поверхности наконечника, отвечающий за постоянство общей толщины таблетки.

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

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

  1. Размер, форма и глубина чашки таблетки, подлежащей сжатию ( образец планшета или образцы инструментов будет достаточно, если эта информация недоступна)
  2. Номер чертежа планшета, если чертеж существует, если нет, запросите чертеж для дальнейшего использования
  3. Номер варочной панели, если заказ на замену
  4. Тип пресса, номер модели и необходимое количество станций
  5. Тип стали, если он отличается от стандартного
  6. Исторические данные, относящиеся к проблемам с таблетками, таким как укупорка, прилипание, захват, высокие усилия выталкивания и т. Д.
  7. Если таблетка является сердечником и будет иметь покрытие
  8. Специальные опции, такие как конические матрицы, выпуклые головки, тип ключа и т. Д.
  9. Специальные инструкции по транспортировке

Уход за таблеточным прессом

  1. Выключите питание, когда партия прошла сток.
  2. Удалите рыхлую пыль и гранулы с помощью пылесоса.
  3. Сбросьте давление пуансонов.
  4. Снимите подающий бункер и подающий башмак.
  5. Снимите верхний пуансон, нижний пуансон и матрицу.
  6. Очистите все поверхности таблеточного аппарата и хорошо просушите чистой тканью.
  7. Покройте поверхности тонким слоем смазки или масла перед хранением.

Ссылки

  • Билл Беннетт и Грэм Коул (2003). Фармацевтическое производство: Инженерное руководство. Институт инженеров-химиков (IChemE), Великобритания.
  • Дэвид, Б. Трой, и Пол, Берингер (2006). Ремингтон: Наука и фармация. 21 издание. Липпинкотт Уильямс и Уилкинс, США.
  • Фелтон, Л. (2012). Remington Основы фармацевтики. Великобритания: Pharmaceutical Press.
  • Гош, Т. К., и Джасти, Б. Р. (2005). Теория и практика современной фармацевтики . Нью-Йорк: CRC Press LLC.
  • Гилберт, С. Б., и Кристофер, Т. Р. (2003). Современная фармацевтика. CRC Press, Taylor and Francis Group, LLC.
  • http://en.m.wikipedia.org/wiki/Tablet_press
  • http://www.cadmach.com/images/Tablet-Cycle.jpg
  • http://www.erweka.com/products/item/all-purpose/tablet-press-ep-1.html
  • http://www.slideshare.net/mobile/chetan1332/working-of- штамповочная машина для таблеток
  • http://www.slideshare.net/mobile/pharmastuffblogspotcom/single-punch-tablet-press
  • Джек Чжэн (2009). Состав и аналитическая разработка для пероральных лекарственных препаратов с низкой дозировкой. Нью-Джерси: John Wiley and Sons, Inc.
  • Ларри, Л. А., и Стивен, В. Х. (2008), Фармацевтическая лекарственная форма: Таблетка. Издание третье. CRC Press, Taylor and Francis Group, LLC.

Связанное ключевое слово: настольный таблеточный пресс, таблеточный пресс сша, производители таблеточных прессов, настольный таблеточный пресс, промышленный таблеточный пресс, таблеточный пресс lfa, таблеточный пресс с одной станцией, таблеточный пресс amazon

Часто задаваемые вопросы о сжатии WAN — Cisco

Введение

Этот документ отвечает на часто задаваемые вопросы о сжатии WAN. Этот документ включает разделы «Обзор сжатия», «Реализация сжатия в маршрутизаторах Cisco» и «Устранение неполадок сжатия».

Обзор сжатия

В. Как работает сжатие данных?

A. Сжатие данных работает путем идентификации шаблонов в потоке данных. Сжатие данных выбирает более эффективный метод для представления той же информации. По сути, к данным применяется алгоритм, чтобы удалить как можно большую избыточность. Эффективность и эффективность схемы сжатия измеряется ее степенью сжатия, отношением размера несжатых данных к размеру сжатых данных.Степень сжатия 2: 1 (что довольно часто) означает, что размер сжатых данных составляет половину размера исходных данных.

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

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

Обратитесь к этим документам для получения дополнительной информации о Лимите Шеннона:

В. В чем разница между программным и аппаратным сжатием? Обеспечивает ли аппаратное сжатие более высокую степень сжатия, чем программное сжатие?

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

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

В. Что такое сжатие полезной нагрузки уровня 2?

A. Сжатие полезной нагрузки уровня 2 включает сжатие полезной нагрузки протокола WAN уровня 2, такого как PPP, Frame Relay, высокоуровневое управление каналом передачи данных (HDLC), X.25 и процедура доступа к каналу, сбалансированная ( LAPB). Заголовок уровня 2 не подвергается сжатию. Однако все содержимое полезной нагрузки (включая заголовки протокола более высокого уровня) сжимается.Они сжимаются, как описано в разделе «Как работает сжатие данных?», И используют одну из форм алгоритма «накопителя» (на основе промышленного стандарта алгоритма Lemple Ziv; см. Документ X3.241-1994 Американского национального института стандартов (ANSI). ) или алгоритм «прогнозирования», который является более старым алгоритмом, который в основном используется в устаревших конфигурациях.

В. Что такое сжатие заголовка TCP / IP?

A. Сжатие заголовка TCP / IP удаляет некоторые избыточные поля в заголовке соединения TCP / IP.Сжатие заголовка сохраняет копию исходного заголовка по обе стороны от ссылки, удаляет полностью избыточные поля и дифференциально кодирует оставшиеся поля, чтобы обеспечить сжатие 40 байтов заголовка в среднем до 5 байтов. Здесь используется очень специфический алгоритм, разработанный вокруг постоянной структуры заголовка TCP / IP. Он никоим образом не затрагивает полезную нагрузку пакета TCP. См. RFC 1144, Сжатие заголовков TCP / IP для низкоскоростных последовательных каналов.

В.Когда мне нужно использовать сжатие заголовка TCP / IP вместо сжатия полезной нагрузки уровня 2?

A. Сжатие заголовка TCP / IP предназначено для использования в медленных последовательных каналах с 32 Кбайтами или меньше и оказывает значительное влияние на производительность. Это требует высоко интерактивного трафика с небольшими размерами пакетов. В таком трафике отношение заголовка уровня 3 и уровня 4 к полезной нагрузке относительно велико. Следовательно, производительность можно повысить, если сжать заголовки.

Сжатие полезной нагрузки уровня 2 применяет выбранный алгоритм сжатия ко всей полезной нагрузке кадра, включая заголовки TCP / IP.Он предназначен для использования в каналах, работающих на скоростях от 56 кОм до 1,544 М. Это полезно для всех типов трафика, если трафик не был предварительно сжат приложением более высокого уровня.

В. Можно ли одновременно использовать сжатие заголовка TCP / IP и сжатие полезной нагрузки уровня 2?

A. Нет. Вы делаете , а не , реализуете одновременно сжатие полезной нагрузки уровня 2 и сжатие заголовка TCP / IP, потому что:

  • Это избыточно и расточительно.

  • Часто ссылка не подходит или не передает IP-трафик.

Использовать только сжатие полезной нагрузки уровня 2, а не сжатие данных уровня 2 и сжатие заголовка TCP / IP.

Внедрить сжатие в маршрутизаторы Cisco

В. Какую версию программного обеспечения мне нужно запустить для сжатия?

A. Самая последняя версия программного обеспечения Cisco IOS ® версии 11.Рекомендуется последовательность кода 3T или 12.0 (mainline, S или T) для обеспечения совместимости оборудования и программного обеспечения. Кроме того, Cisco настоятельно рекомендует запускать одну и ту же версию кода на обеих сторонах канала WAN для обеспечения совместимости.

В. Какой модуль аппаратного сжатия подходит для конкретного маршрутизатора?

A. В этой таблице показаны все маршрутизаторы, поддерживающие аппаратное сжатие, и поддерживаемые модули:

Маршрутизатор Адаптер аппаратного сжатия
7200 и 7500 SA-COMP / 1 = и SA-COMP / 4 =
3620 и 3640 НМ-КОМПР =
3660 AIM-COMPR4 =
2600 AIM-COMPR2 =

Примечание: Маршрутизаторы серии Cisco 7200 VXR не поддерживают SA-COMP / 1 = или SA-COMP / 4 =.Для маршрутизаторов серии 7200 VXR отсутствует аппаратный адаптер сжатия.

В. Какие протоколы сжатия поддерживаются аппаратно?

A. Адаптеры аппаратного сжатия Cisco поддерживают только сжатие укладчика PPP и сжатие укладчика Frame Relay FRF.9. Все адаптеры сжатия поддерживают оба этих протокола. Посетите веб-сайт форума Frame Relay и выберите Соглашения о реализации в меню Frame Relay для получения дополнительной информации о FRF.9 спецификация.

В. Когда вам понадобится модуль аппаратного сжатия?

A. На этот вопрос нет простого ответа из-за различий в шаблонах трафика и потенциальных конфигурациях данного маршрутизатора.

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

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

Единственный способ ответить на этот вопрос — предложить реализовать сжатие поэтапно и контролировать использование процессора.

В. Что такое распределенное сжатие?

А. Распределенное сжатие доступно, когда сжимаемый интерфейс находится в слоте универсального интерфейсного процессора 2 (VIP2). Затем вычисления сжатия выгружаются в процессор VIP2.

В. Как включить аппаратное сжатие?

A. По умолчанию маршрутизатор выгружает вычисления сжатия как можно дальше от ЦП. Вся суть аппаратного сжатия заключается в том, чтобы снять нагрузку с ЦП маршрутизатора и поместить ее на аппаратный модуль.Если доступен модуль сжатия, он используется для сжатия. Если модуль сжатия недоступен, и если рассматриваемый интерфейс находится в слоте VIP2, то процессор на VIP2 используется для вычислений сжатия. Если этот процессор недоступен, сжатие выполняется программно. Спецификация программного обеспечения , распределено или csa # в конце команды сжатия может заставить маршрутизатор использовать либо основной ЦП, ЦП VIP2, либо аппаратный модуль, соответственно.

В. В чем разница между SA-COMP / 1 = и SA-COMP / 4 =?

A. Оба адаптера службы сжатия имеют один и тот же встроенный процессор. Единственное отличие заключается во встроенной памяти. Они могут обрабатывать одинаковый объем трафика с точки зрения как количества данных, так и количества пакетов в секунду (pps).

Сервисный адаптер может обрабатывать совокупную двунаправленную несжатую полосу пропускания до 60 Мбит / с, с двунаправленной скоростью 40 000 пакетов в секунду или до 30 000 пакетов в секунду в одном направлении.Как правило, один сервисный адаптер может запускать восемь сжатых E1. Это предполагает степень сжатия 2: 1; 1,7: 1 или 1,8: 1 более распространены.

COMP / 1 имеет 768 КБ памяти, что позволяет ему поддерживать 64 различных «контекста».

COMP / 4 имеет 3 МБ памяти, что позволяет ему поддерживать 256 различных «контекстов».

Один контекст — это, по сути, одна пара словарей двунаправленной реконструкции, то есть одно двухточечное соединение. Итак, каждый субинтерфейс точка-точка Frame Relay представляет собой один контекст.(Более конкретно, с каждым отдельным виртуальным каналом связан один контекст, поскольку сжатие Cisco работает на основе «каждого идентификатора соединения канала данных (DLCI)».)

В. Поддерживает ли Cisco сжатие через многоканальный PPP?

A. Поддерживается многоканальный PPP с программным сжатием, который включает многоканальный PPP с чередованием и сжатием.

Многоканальный PPP с аппаратным сжатием поддерживается в ПО Cisco IOS Release 12.0 (7) T и 12.0 (7) на маршрутизаторах Cisco 7200 и 3600. Однако многоканальный PPP и адаптер службы сжатия (CSA) не поддерживаются на маршрутизаторах Cisco 7500.

В. Как вы отслеживаете сжатие ссылки?

A. Выполните команду show compress вместе с командой show interface , чтобы определить пропускную способность, количество сжатых пакетов и степень сжатия.

Устранение неполадок сжатия

В.Какие общие проблемы при реализации сжатия?

  1. Используя программное сжатие полезной нагрузки уровня 2, Cisco поддерживает только формирование очереди (FIFO), поскольку пакет сжимается перед представлением в очередь интерфейса. По умолчанию взвешенная справедливая очередь включена. Чтобы выключить его, вам необходимо выполнить команду no fair-queue .

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

Q. Когда вы пытаетесь запустить быструю коммутацию и сжатие, пакеты коммутируются. Зачем?

A. Когда вы запускаете программное сжатие, все пакеты все равно должны проходить через процессор, и они переключаются между процессами. Так работает сжатие.

В. Когда вы вводите «show compress», вы либо не получаете ответа, либо получаете ошибочные ответы.Зачем?

A. Сжатие показа не работает в более ранних версиях программного обеспечения Cisco IOS версии 12.0. Обновите программное обеспечение Cisco IOS версии 12.0 (7) (mainline, S или T) для исправления (CSCdk15127 (только зарегистрированные клиенты)). Это чисто косметическая проблема.

В. Что вызывает проблемы при включении сжатия между Cisco и маршрутизатором Ascend?

A. Это проблема с конфигурацией по умолчанию в поле Ascend.Обратитесь к представителю службы технической поддержки Lucent Technologies.

Q. Когда вы запускаете FRF.9 stac для сжатия полезной нагрузки Frame Relay, некоторые протоколы более высокого уровня сжимаются, а другие нет. Зачем?

A. Это известная проблема с идентификатором ошибки Cisco CSCdk39968 (только для зарегистрированных клиентов). Решение заключается в обновлении программного обеспечения Cisco IOS до версии 11.3 (7) или более поздней версии.

В. Почему команда show compress показывает программное сжатие, когда включено аппаратное сжатие?

А. Это может произойти по ряду причин:

  • Если канал находится в состоянии выключения, введите команду show compress , чтобы показать, что он выполняет программное сжатие. Когда ссылка открывается, она показывает аппаратное сжатие. Команда показывает это из-за необходимости согласовать аппаратное сжатие либо через CCP для PPP, либо через процесс FRF.9 для Frame Relay. Чтобы запустить это согласование, связь не должна быть отключена.

  • Когда вы запускаете аппаратное сжатие через PPP с некоторыми более ранними версиями программного обеспечения Cisco IOS, не вводите compress stac для выполнения команды, необходимо ввести ppp compress stac для выполнения команды.Это пережиток более раннего синтаксиса команды.

  • Чтобы запустить аппаратное сжатие в маршрутизаторе серии 7500, адаптер службы сжатия должен быть в том же VIP2, что и интерфейс, который должен быть сжат. Интерфейсы на других VIP2 и на интерфейсных платах процессоров не могут взаимодействовать с сервисными адаптерами сжатия.

В. Что это значит, если show compress указывает, что у вас степень сжатия меньше единицы? Что может вызвать это?

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

  • Если вы попытаетесь сжать данные, которые уже прошли алгоритм сжатия на более высоком уровне. Алгоритмы сжатия разработаны с предположением, что существует избыточность, которую необходимо удалить, и алгоритм выполняет свои вычисления соответствующим образом. Если данные уже были сжаты, избыточность уже удалена, и если вы примените другой алгоритм сжатия к тем же данным, это может привести к расширению данных.Такой результат возникает, если вы пытаетесь сжать на уровне 2 большие пакеты данных, содержащие заархивированные данные. Единственная ранее несжатая часть полезной нагрузки — это заголовки TCP / IP. Большой пакет данных (например, FTP) может расширяться так, что общий коэффициент сжатия будет меньше единицы.

  • Степень сжатия меньше единицы может быть результатом чрезмерной нагрузки на процессор. Если вы запускаете программное сжатие на маршрутизаторе, у которого нет циклов для выполнения необходимых вычислений, процесс останавливается.Одним из симптомов этого является степень сжатия меньше единицы. Единственное решение — удалить сжатие из некоторых ссылок или установить модуль аппаратного сжатия.

Важность ABI и TCOM перед компрессионной терапией

Линдси Д. Андронако RN, BSN, CWCN, WOC, DAPWCA, FAACWS

Пациенты, поступающие с язвами венозной недостаточности и заболеваниями артерий нижних конечностей (LEAD), должны быть обследованы на предмет нарушения сосудистого статуса и применения компрессии.Целью теста лодыжечно-плечевого индекса (ЛПИ) является подтверждение диагноза сосудистого заболевания путем предоставления объективного показателя артериальной перфузии в нижнюю конечность.

В 2013 г. журнал «Journal of Wound, Ostomy Continence Nurses» рассмотрел статью о показаниях к ЛПИ. В этой статье рассматриваются следующие показания:
• Обследование пациентов с ранами нижних конечностей для исключения LEAD.
• Диагностика артериальной болезни у пациентов с подозрением на LEAD.
• Диагностика перемежающейся хромоты.
• Возрастные факторы: пациенты старше 50 лет с историей диабета или употребления табака и пациенты старше 70 лет.
• Адекватный артериальный кровоток в нижних конечностях, определяемый до компрессионной терапии или обработки раны:
o Если ЛПИ меньше 0,8, длительная сильная компрессия (т. е. 30–40 мм рт. ст. в лодыжке) не рекомендуется.
o У пациентов со смешанным венозным / артериальным заболеванием (ЛПИ от> 0,5 до <0,8) рекомендуется снижение уровня компрессии (23–30 мм рт. Ст.).Если ABI меньше 0,5, следует избегать компрессии и направить пациента к сосудистому специалисту для дальнейшего тестирования и оценки.
• Оценка факторов заживления ран пациента и потенциала.

Пример сжатия без ABI

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

Главный врач нащупал пульс на пораженной конечности и сказал, что ему следует продолжить загрузку Unna boot и проконсультироваться с сосудистыми заболеваниями. Он не чувствовал, что это непосредственная проблема, так как был пульс. Сосудистая консультация была еще через 3 недели.

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

Пациент был госпитализирован, где ему сделали ЛПИ и давление в пальцах ног / чрескожное измерение кислорода (TCOM) для оценки кровотока. У этого пациента возникло неотложное сосудистое заболевание из-за окклюзионной болезни и ишемии пальцев стопы.

У этого пациента была ампутация ниже колена (BKA).

Последствия

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

Литература для поддержки ABI / TCOM в LEAD

В литературе широко отмечается, что перед применением компрессии необходимо оценить состояние сосудов. Многие учреждения включают это в свою политику. Общество WOCN заявляет в своих рекомендациях по передовой практике, что «ABI обеспечивает документирование адекватного артериального кровотока в нижних конечностях перед использованием компрессионной терапии.»Пожалуйста, посетите источники ниже, чтобы ознакомиться с передовыми клиническими рекомендациями по ЛПИ.

Ресурсы
Лодыжечно-плечевой указатель: Краткое справочное руководство для клиницистов. Журнал по уходу за ранами, стомой и недержанием мочи . 2012; 39 (2S): S21 – S29. Доступно по адресу: http://journals.lww.com/jwocnonline/Fulltext/2012/03001/Ankle_Brachial_I …

Набор инструментов для лечения пролежней в доме престарелых. Qsource.

Об авторе
Линдсей (Пруссман) Андронако сертифицирован по уходу за ранами Советом по сертификации медсестер, страдающих недержанием и стомой.Она также является дипломатом Американской ассоциации специалистов по лечению ран. Ее клиническая деятельность сосредоточена на работе с пациентами с диабетической реабилитацией конечностей / хирургической / пластической реконструкцией, хотя ее интересы и опыт разнообразны и включают хирургическую, урологическую и ожоговую помощь, биотерапию и исследования терминальной язвы Кеннеди. Линдси является лауреатом премии Dorland Health People в 2011 году в категории «Медсестра, занимающаяся лечением раневой стомы», и была отмечена в журнале Case In Point как один из «лучших специалистов в области здравоохранения» за ее «страстное руководство и умение работать». общий целостный подход к медицине.«

Линдси является сертифицированным советом по уходу за ранами Медсестринским советом по уходу за ранами и стомой. Она также является дипломатом Американской ассоциации специалистов по лечению ран. В 2011 году Линдси была удостоена награды Dorland Health People’s Award в категории «Медсестра, занимающаяся лечением раневой стомы».

Взгляды и мнения, выраженные в этом блоге, принадлежат исключительно автору и не отражают точку зрения WoundSource, Kestrel Health Information, Inc., его аффилированные или дочерние компании.

RFC 4995 — Структура сжатия заголовков RObust (ROHC)

[Docs] [txt | pdf] [draft-ietf-rohc …] [Tracker] [Diff1] [Diff2] [Errata]

Устарело: 5795 ПРЕДЛАГАЕМЫЙ СТАНДАРТ
Есть исправления
Сетевая рабочая группа L-E.Йонссон
Запрос комментариев: 4995 Г. Пеллетье
Категория: Дорожка стандартов К. Сандлунд
                                                                Ericsson
                                                               Июль 2007 г.


             Структура сжатия заголовков RObust (ROHC)

Статус этой памятки

   Этот документ определяет протокол отслеживания стандартов Интернета для
   Интернет-сообщество и просит обсуждения и предложения по
   улучшения.Пожалуйста, обратитесь к текущему выпуску "Интернет
   Официальные стандарты протокола »(STD 1) для состояния стандартизации
   и статус этого протокола. Распространение памятки не ограничено.

Уведомление об авторских правах

   Авторское право (C) IETF Trust (2007 г.).

Аннотация

   Протокол надежного сжатия заголовков (ROHC) обеспечивает эффективное,
   гибкая и перспективная концепция сжатия заголовков. это
   разработан для эффективной и надежной работы по различным каналам
   технологии с разными характеристиками.Каркас ROHC вместе с набором профилей сжатия был
   изначально определено в RFC 3095. Для улучшения и упрощения ROHC
   спецификации, этот документ явно определяет структуру ROHC
   и профиль для несжатых отдельно. В частности,
   определение структуры не изменяет и не обновляет определение
   структуры, указанной в RFC 3095.

Содержание

   1. Введение ............................................... ..... 3
   2. Терминология................................................... ..4
      2.1. Сокращения ................................................. ..4
      2.2. Терминология ROHC ........................................... 4
   3. Справочная информация (справочная) ........................................ 7
      3.1. Основы сжатия заголовков ........................... 7
      3.2. Краткая история сжатия заголовков ..................... 7
   4. Обзор надежного сжатия заголовков (ROHC) (информативный) ...... 8
      4.1.Общие принципы ......................................... 8
      4.2. Эффективность сжатия, надежность и прозрачность ...... 10
      4.3. Разработка протокола ROHC .............................. 10



Йонссон и др. Стандарты Track [Страница 1] 

RFC 4995 The ROHC Framework Июль 2007 г.


      4.4. Рабочие характеристики канала ROHC ........... 11
      4.5. Сжатие и основной порядковый номер (MSN).............. 13
      4.6. Статические и динамические части контекста ..................... 13
   5. Структура ROHC (нормативная) ................................. 14
      5.1. Канал ROHC .......................................... 14
           5.1.1. Контексты и идентификаторы контекста ................... 14
           5.1.2. Параметры для каждого канала ............................. 15
           5.1.3. Сохранение контекстов декомпрессора ............... 16
      5.2. Пакеты ROHC и типы пакетов ............................. 16
           5.2.1. Общий формат пакетов ROHC ..................... 17
                  5.2.1.1. Формат октета заполнения ............... 17
                  5.2.1.2. Формат октета Add-CID ............... 18
                  5.2.1.3. Общий формат заголовка .................. 18
           5.2.2. Типы пакетов инициализации и обновления (IR) ....... 19
                  5.2.2.1. Тип ИК-пакета ROHC ....................... 20
                  5.2.2.2. Тип пакета ROHC IR-DYN................... 20
           5.2.3. Начальная обработка в декомпрессоре ROHC ............... 21
           5.2.4. Обратная связь ROHC ...................................... 22
                  5.2.4.1. Формат обратной связи ROHC ...................... 23
           5.2.5. Сегментация ROHC .................................. 25
                  5.2.5.1. Рекомендации по использованию сегментации ......... 25
                  5.2.5.2. Протокол сегментации ..................... 26
      5.3. Общие методы кодирования .................................. 27
           5.3.1. CRC сжатия заголовка, покрытие и полиномы ..27
                  5.3.1.1. 8-битные CRC в заголовках IR и IR-DYN ....... 27
                  5.3.1.2. 3-битный CRC в сжатых заголовках ........... 27
                  5.3.1.3. 7-битный CRC в сжатых заголовках ........... 28
                  5.3.1.4. 32-битная CRC сегментации ................... 28
           5.3.2. Самоописывающиеся значения переменной длины ............. 29
      5.4. ROHC UNCOMPRESSED - Без сжатия (профиль 0x0000)..... 29
           5.4.1. ИК-пакет .......................................... 30
           5.4.2. Обычный пакет ...................................... 31
           5.4.3. Работа декомпрессора ............................. 31
           5.4.4. Обратная связь ........................................... 32
   6. Обзор профиля ROHC (информативный) ....................... 32
   7. Соображения безопасности ........................................ 33
   8. Вопросы IANA ............................................ 34
   9. Благодарности ............................................... 0,35
   10. Ссылки ............................................... ..... 35
      10.1. Нормативные ссылки ..................................... 35
      10.2. Информационные ссылки ................................... 35
   Приложение A. Алгоритм CRC ........................................ 37









Йонссон и др. Стандарты Track [Страница 2] 

RFC 4995 The ROHC Framework Июль 2007 г.


1.Введение

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

   Для ссылок, где накладные расходы на заголовки IP являются проблематичными,
   общий размер заголовка может быть значительным. Приложения, несущие
   данные, передаваемые в рамках RTP [13], затем, в дополнение к канальному уровню
   кадрирование, иметь заголовок IPv4 [10] (20 октетов), заголовок UDP [12] (8
   октетов) и заголовок RTP (12 октетов), всего 40 октетов.В IPv6 [11] заголовок IPv6 составляет 40 октетов, всего 60
   октеты. Приложения, передающие данные по TCP [14], будут иметь 20
   октетов для транспортного заголовка, всего 40 октетов для
   IPv4 и 60 октетов для IPv6.

   Относительный выигрыш для конкретных потоков (или приложений) зависит от
   размер полезной нагрузки, используемой в каждом пакете. Для таких приложений, как
   Voice-over-IP, где размер полезной нагрузки, содержащей закодированную речь
   может составлять всего 15-20 октетов, этот выигрыш будет весьма значительным.Точно так же относительный выигрыш для TCP-потоков, несущих большие полезные нагрузки (например,
   как передача файлов) будет меньше, чем для потоков, несущих меньшие
   полезные данные (например, сигнализация приложения, например, инициирование сеанса).

   Поскольку все больше и больше технологий беспроводной связи внедряются в
   переносить IP-трафик, необходимо обращать внимание на конкретные
   характеристики этих технологий в рамках сжатия заголовка
   алгоритмы. Устаревшие схемы сжатия заголовков, например, определенные
   в [16] и [17], было показано, что они неадекватно работают по ссылкам
   где и поведение с потерями, и время приема-передачи не являются
   незначительные, такие как наблюдаемые, например, в беспроводных соединениях и
   IP-туннели.Кроме того, схема сжатия заголовка должна обрабатывать часто
   нетривиальные остаточные ошибки, т.е. там, где нижний уровень может пройти
   пакет, содержащий необнаруженные битовые ошибки, передается декомпрессору. Это
   также должен обрабатывать потери и переупорядочивание до точки сжатия,
   а также о связи между сжатием и декомпрессией
   баллы [7].

   Протокол надежного сжатия заголовков (ROHC) обеспечивает эффективное,
   гибкая и перспективная концепция сжатия заголовков. это
   разработан для эффективной и надежной работы по различным каналам
   технологии с разными характеристиками.Йонссон и др. Стандарты Track [Страница 3] 

RFC 4995 The ROHC Framework Июль 2007 г.


   RFC 3095 [3] определяет структуру ROHC вместе с начальным набором
   профили сжатия. Чтобы улучшить и упростить спецификацию,
   каркас и части профилей разделены на отдельные
   документы. Этот документ явно определяет структуру ROHC, но
   он не изменяет и не обновляет определение структуры
   определено RFC 3095; оба документа можно использовать независимо от
   друг друга.Это также означает, что реализации, основанные на
   определения будут совместимы и взаимодействовать друг с другом.
   Однако это намерение позволить этой спецификации заменить RFC 3095
   в качестве базовой спецификации для всех профилей, определенных в будущем.

2. Терминология

   Ключевые слова «ДОЛЖНЫ», «НЕ ДОЛЖНЫ», «ОБЯЗАТЕЛЬНО», «ДОЛЖНЫ», «НЕ ДОЛЖНЫ»,
   «ДОЛЖЕН», «НЕ ДОЛЖЕН», «РЕКОМЕНДУЕТСЯ», «МОЖЕТ» и «ДОПОЛНИТЕЛЬНО» в этом
   документ следует интерпретировать, как описано в [1].

2.1. Акронимы

   В этом разделе перечислены большинство сокращений, используемых для справки.Подтверждение ACK.
      Идентификатор контекста CID.
      Формат сжатого пакета CO.
      CRC Cyclic Redundancy Check.
      ИК-инициализация и обновление.
      IR-DYN Initialization and Refresh, Dynamic part.
      Младший значащий бит (ы).
      Максимальный реконструированный приемный блок MRRU.
      Самый старший бит (ы) MSB.
      Ведущий порядковый номер MSN.
      NACK Отрицательное подтверждение.
      Сжатие заголовка ROHC RObust.

2.2. Терминология ROHC

   Контекст

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





Йонссон и др.Стандарты Track [Страница 4] 

RFC 4995 The ROHC Framework Июль 2007 г.


      контекст, например, информация об изменении поведения
      поля (например, поведение IP-идентификатора или типичное внутреннее
      увеличение порядковых номеров и временных меток пакета).

   Повреждение контекста

      Когда контекст декомпрессора не соответствует
      в контексте компрессора, декомпрессия может не воспроизвести
      исходный заголовок.Такая ситуация может возникнуть, когда контекст
      декомпрессор не был инициализирован должным образом или когда пакеты
      были потеряны или повреждены между компрессором и декомпрессором.

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

   Механизм восстановления контекста

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

   Проверка CRC-8

      Проверка CRC-8 относится к проверке целостности
      против битовых ошибок в полученном заголовке IR и IR-DYN с использованием
      8-битный CRC включен в заголовок IR / IR-DYN.Проверка CRC

      Проверка CRC относится к проверке результата
      попытка декомпрессии с использованием 3-битного CRC или 7-битного CRC, включенного в
      заголовок формата сжатого пакета.

   Распространение повреждений

      Доставка некорректных распакованных заголовков из-за повреждения контекста,
      то есть из-за ошибок (т. е. потери или повреждения) предыдущих
      заголовок (ы) или отзыв.






Йонссон и др. Стандарты Track [Страница 5] 

RFC 4995 The ROHC Framework Июль 2007 г.


   Обнаружение ошибок

      Обнаружение ошибок нижними уровнями.Если обнаружение ошибки не
      отлично, будут остаточные ошибки.

   Распространение ошибки

      Распространение повреждений или убытков.

   Профиль ROHC

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

   Ссылка на сайт

      Физический путь передачи, составляющий один IP-переход.

   Распространение потерь

      Потеря заголовков из-за ошибок в (т. Е. Потери или повреждения)
      предыдущий заголовок или отзыв.

   Поток пакетов

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

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

   Канал ROHC

      Логический однонаправленный канал точка-точка, несущий ROHC
      пакеты от одного компрессора к одному декомпрессору, опционально
      передача информации обратной связи ROHC от имени другого



Йонссон и др. Стандарты Track [Страница 6] 

RFC 4995 The ROHC Framework Июль 2007 г.


      пара компрессор-декомпрессор, работающая на отдельном канале ROHC
      в обратном направлении.См. Также [5].

   В этом документе также используется концептуальная терминология, определенная
   «Терминология ROHC и примеры отображения каналов», RFC 3759 [5].

3. Справочная информация (справочная)

   В этом разделе рассказывается о теме заголовка.
   сжатие. Основные идеи описаны вместе с
   обсуждение истории схем сжатия заголовков. В
   мотивации разработки различных схем
   обсуждены и выявлены их недостатки, что позволяет
   основы для проектирования каркаса и профилей ROHC [3].3.1. Основы сжатия заголовков

   Сжатие заголовка возможно из-за значительного
   избыточность между полями заголовка; в заголовках одного
   пакет, но, в частности, между последовательными пакетами, принадлежащими
   такой же поток. На сквозном пути вся информация заголовка
   необходимо для всех пакетов в потоке, но для одного канала,
   часть этой информации становится избыточной и может быть сокращена, поскольку
   до тех пор, пока он прозрачно восстанавливается на принимающей стороне
   ссылка на сайт.Размер заголовка можно уменьшить, отправив первое поле
   информация, которая, как ожидается, останется статичной в течение (по крайней мере, большей части)
   время жизни потока пакетов. Дальнейшее сжатие достигается при
   поля, содержащие информацию, которая изменяется более динамично за счет
   с использованием методов сжатия, адаптированных к их соответствующему предполагаемому изменению
   поведение.

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

3.2. Краткая история сжатия заголовков

   Первая схема сжатия заголовков, сжатый TCP (CTCP) [15], была
   представленный Ван Якобсоном. CTCP, также часто называемый VJ
   сжатие, сжимает 40 октетов заголовка TCP / IP до 4
   октеты.CTCP использует дельта-кодирование для последовательного изменения полей.
   Компрессор CTCP обнаруживает повторные передачи на транспортном уровне и отправляет
   заголовок, который обновляет весь контекст, когда они происходят. Этот



Йонссон и др. Стандарты Track [Страница 7] 

RFC 4995 The ROHC Framework Июль 2007 г.


   Механизм ремонта не требует явной передачи сигналов между
   компрессор и декомпрессор.

   Общая схема сжатия IP-заголовка, сжатие IP-заголовка [16],
   несколько улучшается на CTCP.Сжатие IP-заголовков (IPHC) может сжимать
   произвольные заголовки IP, TCP и UDP. При сжатии без TCP
   заголовки IPHC не использует дельта-кодирование и является надежным. Ремонт
   механизм CTCP дополнен отрицательными подтверждениями, называемыми
   Сообщение CONTEXT_STATE, что ускоряет ремонт. Этот контекст
   Механизм ремонта, таким образом, ограничен временем прохождения линии туда и обратно.
   IPHC не сжимает заголовки RTP.

   CRTP [17] является расширением протокола RTP для IPHC. CRTP сжимает 40 октетов
   заголовков IPv4 / UDP / RTP минимум до 2 октетов, когда UDP
   Контрольная сумма не включена.Если контрольная сумма UDP включена, минимальный
   Заголовок CRTP составляет 4 октета.

   На каналах с потерями и длительным временем приема-передачи CRTP не работает должным образом
   [20]. Каждый пакет, потерянный по каналу, вызывает распаковку нескольких пакетов.
   последующие пакеты терпят неудачу, потому что контекст становится недействительным
   в течение по крайней мере одного времени обхода канала из потерянного пакета.
   К сожалению, большие заголовки, которые CRTP отправляет при обновлении
   контекст тратит дополнительную пропускную способность.

   CRTP использует локальный механизм восстановления, известный как TWICE, который был
   представленный IPHC.TWICE получил свое название от наблюдения, что
   когда поток сжатых пакетов является регулярным, правильное предположение
   при потере одного пакета между точками сжатия применяется
   обновление в текущем пакете дважды. Хотя TWICE улучшает CRTP
   существенно, [20] также обнаружил, что даже с TWICE, CRTP
   удвоил количество потерянных пакетов.

   Расширенный вариант CRTP, называемый eCRTP [19], означает улучшение
   устойчивость CRTP при переупорядочивании и потерях пакетов,
   при этом протокол практически не изменился по сравнению с CRTP.Как результат,
   eCRTP действительно предоставляет лучшие средства для реализации некоторой степени
   надежность, хотя и за счет дополнительных накладных расходов, что приводит к
   снижение эффективности сжатия по сравнению с CRTP.

4. Обзор Robust Header Compression (ROHC) (для справки)

4.1. Общие принципы

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



Йонссон и др. Стандарты Track [Страница 8] 

RFC 4995 The ROHC Framework Июль 2007 г.


   Первый шаг состоит из идентификации и группировки пакетов вместе.
   в разные "потоки", так что межпакетная избыточность
   увеличено до максимума, чтобы улучшить степень сжатия. Группировка
   пакеты в потоки обычно основаны на узле источника и назначения
   (IP) адреса, тип транспортного протокола (например,g., UDP или TCP), обработать
   (порт) номера и потенциально дополнительное уникальное приложение
   идентификаторы, такие как источник синхронизации (SSRC) в RTP [13].
   Компрессор и декомпрессор устанавливают контекст для
   поток пакетов и идентифицировать контекст с помощью идентификатора контекста (CID)
   включены в каждый сжатый заголовок.

   Второй шаг - понять закономерности изменения различных
   поля заголовка. На высоком уровне поля заголовка попадают в одно из
   следующие классы:

   INFERRED Эти поля содержат значения, которые могут быть выведены из
                 другие поля или внешние источники, например размер
                 кадра, несущего пакет, часто можно получить
                 из протокола канального уровня, и, следовательно, не нужно
                 передаваться по схеме сжатия.СТАТИЧЕСКИЕ Поля, классифицированные как СТАТИЧЕСКИЕ, считаются постоянными.
                 на протяжении всего времени существования потока пакетов. Значение
                 каждого поля, таким образом, передается только первоначально.

   STATIC-DEF Поля, классифицированные как STATIC-DEF, используются для определения
                 поток пакетов, как описано выше. Пакеты, для которых
                 соответствующие значения этих полей отличаются, рассматриваются как
                 принадлежащие разным потокам. Эти поля находятся в
                 общие, сжатые как СТАТИЧЕСКИЕ поля.СТАТИЧЕСКОЕ ИЗВЕСТНОЕ Предполагается, что поля, классифицированные как СТАТИЧЕСКОЕ ИЗВЕСТНО, будут иметь
                 общеизвестные ценности, и поэтому их ценности не
                 нужно сообщить.

   ИЗМЕНЕНИЕ Ожидается, что эти поля будут меняться случайным образом, либо
                 в пределах ограниченного набора значений или диапазона, или в каком-либо другом
                 манера. ИЗМЕНЕНИЕ полей обычно обрабатывается более
                 сложные способы, основанные на более подробных
                 классификация моделей ожидаемых изменений.Наконец, последний шаг - выбрать метод (ы) кодирования, который будет
   применяться к различным полям на основе классификации. В
   методы кодирования в сочетании с определенным поведением поля,
   обеспечивают исходные данные для разработки форматов сжатых заголовков.
   Анализ распределения вероятностей выявленного изменения
   шаблоны затем предоставляют средства для оптимизации форматов пакетов,




Йонссон и др. Стандарты Track [Страница 9] 

RFC 4995 The ROHC Framework Июль 2007 г.


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

4.2. Эффективность сжатия, надежность и прозрачность

   Производительность протокола сжатия заголовков можно описать
   с тремя параметрами: его эффективность сжатия, его надежность,
   и его прозрачность при сжатии.Эффективность сжатия

      Эффективность сжатия определяется тем, насколько средний
      размер заголовка уменьшается за счет применения протокола сжатия.

   Надежность

      Надежный протокол допускает потери пакетов, остаточные битовые ошибки,
      и нестандартная доставка по ссылке, заголовок которой
      сжатие происходит без потери дополнительных пакетов или
      внесение дополнительных ошибок в распакованные заголовки.

   Прозрачность сжатия

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

4.3. Разработка протокола ROHC

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




Йонссон и др. Стандарты Track [Страница 10] 

RFC 4995 The ROHC Framework Июль 2007 г.


   группой Robust Header Compression (ROHC) WG не были разработаны с
   выше целей высокого уровня.Рабочая группа ROHC разработала решения для сжатия заголовков в соответствии с
   потребности нынешних и будущих технологий связи. Хотя специальные
   внимание было уделено соблюдению более строгих
   требования, вытекающие из характеристик беспроводных соединений,
   результаты в равной степени применимы ко многим другим технологиям связи.

   RFC 3095 [3], «Сжатие заголовков RObust (ROHC): структура и четыре
   профилей: RTP, UDP, ESP и без сжатия ", был опубликован в 2001 году как
   первый результат ROHC WG.ROHC - это общий и расширяемый
   фреймворк для сжатия заголовков, поверх которого могут быть профили
   определен для сжатия заголовков различных протоколов. RFC 3095
   представил ряд новых методов сжатия и оказался успешным
   на соответствие предъявляемым к нему требованиям, как описано в [18].

   Тестирование совместимости RFC 3095 подтверждает возможности
   ROHC для достижения своих целей, но отзывы от разработчиков также
   указал, что спецификация протокола сложна и иногда
   непонятный.Самое главное, четкое различие между фреймворком и
   профилей не очевидны в [3], что также делает разработку
   дополнительные профили хлопотны. Таким образом, этот документ направлен на
   явно указав структуру ROHC, в то время как сопутствующий документ
   [8] определяет исправленные версии профилей сжатия RFC.
   3095.

4.4. Рабочие характеристики канала ROHC

   Надежное сжатие заголовков можно использовать для многих типов ссылок.
   технологии. Платформа ROHC обеспечивает гибкость профилей.
   для решения широкого круга задач, и в этом разделе перечислены некоторые
   эксплуатационных характеристик канала ROHC (см. также
   [5]).Мультиплексирование по одному логическому каналу

      Канал ROHC предоставляет механизм для идентификации контекста в
      общий формат пакета ROHC. CID позволяет
      логический канал, который поддерживает ROHC для передачи нескольких заголовков-
      сжатые потоки, в то же время позволяя каналу
      быть выделенным для одного потока пакетов без каких-либо накладных расходов CID.
      В частности, ROHC использует отдельное пространство идентификаторов контекста.
      на логический канал, и идентификатор контекста может быть опущен для
      один из потоков по каналу ROHC при настройке на использование
      небольшое пространство CID.Йонссон и др. Стандарты Track [Страница 11] 

RFC 4995 The ROHC Framework Июль 2007 г.


   Установление параметров канала

      Канальный уровень, определяющий поддержку канала ROHC, должен обеспечивать
      средства для установки параметров канала сжатия заголовка (см.
      Раздел 5.1). Этого можно добиться путем переговоров.
      механизм, статическая инициализация или некоторая внеполосная сигнализация.

   Идентификация типа пакета

      Канал ROHC определяет пространство идентификаторов типа пакета и помещает
      ограничения на использование ряда идентификаторов
      общие для всех профилей ROHC.Идентификаторы, у которых нет
      ограничения, т.е. идентификаторы, которые не определены этим
      документ, доступны для каждого профиля. Идентификатор является частью
      каждого сжатого заголовка, и это делает возможным для ссылки
      который поддерживает канал ROHC для выделения одного одноканального уровня
      тип полезной нагрузки для ROHC.

   Неупорядоченная доставка между конечными точками сжатия

      Каждый профиль определяет собственный уровень надежности, включая
      толерантность к переупорядочиванию пакетов до, но особенно между
      конечные точки сжатия, если таковые имеются.Для профилей, указанных в [3], канал между компрессорами
      и декомпрессор необходим для поддержания порядка доставки
      пакетов, т.е. определение этих профилей предполагает, что
      декомпрессор всегда получает пакеты в том же порядке, что и
      компрессор их прислал. Влияние повторного заказа на
      работа этих профилей описана в [7]. Однако,
      переупорядочивание до обработки точки сжатия, т. е. эти
      профили не предполагают, что компрессор получит
      пакеты в порядке.Для профилей ROHCv2, указанных в [8], их определения предполагают
      что декомпрессор может принимать пакеты не по порядку, т. е. не
      в том же порядке, в котором их послал компрессор. Изменение порядка
      до точки сжатия также рассматривается.

   Дублирование пакетов

      Ссылка, поддерживающая канал ROHC, обязательна, чтобы не дублировать
      пакетов (однако может произойти дублирование пакетов до того, как они
      дойти до компрессора, т.е. нет предположения, что
      компрессор получит только одну копию каждого пакета).Йонссон и др. Стандарты Track [Страница 12] 

RFC 4995 The ROHC Framework Июль 2007 г.


   Обрамление

      Канальный уровень должен обеспечивать кадрирование, позволяющее
      различать границы кадра и отдельные кадры.

   Обнаружение / защита ошибок

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

4.5. Сжатие и основной порядковый номер (MSN)

   Сжатие полей заголовков основано на создании
   функция к порядковому номеру, называемому основным порядковым номером
   (MSN). Эта функция описывает схему изменения поля с
   в связи с изменением номера MSN.

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

   MSN определяется для каждого профиля. Его можно получить напрямую
   из одного из полей сжимаемого протокола (например,г.,
   RTP SN [8]), или он может быть создан и поддержан компрессором
   (например, MSN для сжатия UDP в профиле 0x0102 [8] или
   MSN в ROHC-TCP [9]).

4.6. Статические и динамические части контекста

   Контекст сжатия можно концептуально разделить на два разных
   части, статический контекст и динамический контекст, каждый из которых основан на
   свойства сжимаемых полей.






Йонссон и др. Стандарты Track [Страница 13] 

RFC 4995 The ROHC Framework Июль 2007 г.


   Статическая часть включает информацию, необходимую для сжатия и
   распаковать поля, поведение изменения которых классифицируется как СТАТИЧЕСКОЕ,
   STATIC-KNOWN или STATIC-DEF (как описано в Разделе 4.1 выше).

   Динамическая часть включает состояние, поддерживаемое для всех остальных
   поля, то есть те, которые классифицируются как ИЗМЕНЯЕМЫЕ.

5. Структура ROHC (нормативная)

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

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

5.1. Канал ROHC

5.1.1. Контексты и идентификаторы контекста

   С каждым сжатым потоком связан контекст. Контекст
   состояние, которое компрессор и декомпрессор поддерживают в порядке
   правильно сжать или распаковать заголовки пакета в
   течь. Каждый контекст идентифицируется с помощью CID.Контекст считается новым контекстом, если CID
   связаны с профилем впервые с момента создания
   канал ROHC, или когда CID связывается с приемом
   IR (это не относится к IR-DYN) с другим профилем
   чем профиль в контексте. 14 - 1 = 16383.Является ли пространство CID большим или
   small ДОЛЖЕН быть установлен, возможно, путем переговоров, перед любым
   сжатый пакет может быть отправлен по каналу ROHC.

   Пространство CID отличается для каждого канала, то есть CID 3 по каналу
   A и CID 3 по каналу B не относятся к одному и тому же контексту, даже если
   конечные точки A и B - одни и те же узлы. В частности, CID для



Йонссон и др. Стандарты Track [Страница 14] 

RFC 4995 The ROHC Framework Июль 2007 г.


   любая пара каналов ROHC не связана (два связанных канала ROHC
   каналы, служащие каналами обратной связи друг для друга, даже не
   должны иметь пробелы CID одинакового размера).5.1.2. Параметры для каждого канала

   Канал ROHC основан на ряде параметров, которые являются частью
   установленное состояние канала и состояние для каждого контекста. Штат
   канала ROHC ДОЛЖЕН быть установлен до первого пакета ROHC
   могут быть отправлены, что может быть достигнуто с использованием протоколов согласования
   обеспечивается канальным уровнем (см. также [4], где описывается опция
   для согласования параметров ROHC для PPP). В этом разделе описывается
   некоторая часть этой информации о состоянии канала абстрактно:

   LARGE_CIDS: логический; если false, небольшое представление CID (0 октетов
      или используется 1 октет префикса, охватывающий CID от 0 до 15); если это правда, то
      большое представление CID (1 или 2 встроенных октета CID, покрывающих CID
      От 0 до 16383).См. Также 5.1.1 и 5.2.1.3.

   MAX_CID: неотрицательное целое число; наивысший номер CID, который будет использоваться
      компрессор (обратите внимание, что этот параметр не связан с, а в
      эффект дополнительно ограничен LARGE_CIDS). Это значение представляет
      соглашение декомпрессора о том, что он может обеспечить достаточное
      ресурсы памяти для размещения как минимум MAX_CID + 1 контекстов; в
      декомпрессор ДОЛЖЕН поддерживать установленные контексты в этом пространстве
      пока любой из CID не будет повторно использован при создании нового
      контекст, или пока канал не будет отключен.ПРОФИЛИ: набор неотрицательных целых чисел, где каждое целое число указывает
      профиль поддерживается как компрессором, так и декомпрессором.
      Профиль идентифицируется 16-битным значением, где 8 младших битов
      указывают фактический профиль, а 8 битов MSB указывают
      вариант этого профиля. Формат сжатого заголовка ROHC
      идентифицирует используемый профиль только с 8 битами LSB; это означает
      что если несколько вариантов одного и того же профиля доступны для
      Канал ROHC, ПРОФИЛИ, установленные после согласования, НЕ ДОЛЖНЫ включать
      более одного варианта одного и того же профиля.Компрессор ДОЛЖЕН
      НЕ сжимайте, используя профиль, которого нет в ПРОФИЛЯХ.

   FEEDBACK_FOR: необязательная ссылка на канал ROHC в противоположном
      направление между одними и теми же конечными точками сжатия. Если предусмотрено,
      этот параметр указывает, к какому другому каналу ROHC обратная связь
      отправлено по этому каналу ROHC (см. [5]).

   MRRU: неотрицательное целое число. Максимальный реконструированный приемный блок.
      Это размер наибольшего реконструированного блока в октетах, который
      предполагается, что декомпрессор будет собираться из сегментов (см.
      Раздел 5.2.5). Этот размер включает CRC сегментации. Если MRRU



Йонссон и др. Стандарты Track [Страница 15] 

RFC 4995 The ROHC Framework Июль 2007 г.


      согласован как 0, сегментация НЕ ДОЛЖНА использоваться на
      канал, и полученные сегменты ДОЛЖНЫ быть отброшены
      декомпрессор.

5.1.3. Сохранение контекстов декомпрессора

   Как часть согласованных параметров канала, компрессор и
   декомпрессор согласовал через параметр MAX_CID наивысший
   номер идентификатора контекста (CID), который будет использоваться.Согласившись на
   MAX_CID, декомпрессор также соглашается предоставить ресурсы памяти для
   хост не менее MAX_CID + 1 контекстов и установленный контекст с
   CID в этом согласованном пространстве ДОЛЖЕН храниться декомпрессором.
   пока либо CID не будет повторно использован, либо канал не будет отключен, либо
   повторные переговоры.

5.2. Пакеты ROHC и типы пакетов

   В этом разделе на схемах используется следующее соглашение, когда
   представляющие различные типы, форматы и поля пакетов ROHC:

      - двоеточия ":" указывают на то, что часть является необязательной.
      - косые черты "/" обозначают переменную длину

   Схема индикации типа пакета ROHC была разработана для обеспечения
   необязательное заполнение, тип пакета обратной связи, необязательный октет Add-CID
   (который включает 4 бита CID), а также простую сегментацию и
   механизм сборки.Следующие типы пакетов зарезервированы на уровне структуры ROHC:

      11100000: Прокладка
      1110nnnn: октет Add-CID (nnnn = CID со значениями от 0x1 до 0xF)
      11110: Обратная связь
      11111000: пакет IR-DYN
      1111110: ИК-пакет
      1111111: Сегмент

   Другие типы пакетов могут быть определены и использованы отдельными профилями:

      0: доступно (не зарезервировано структурой ROHC)
      10: доступно (не зарезервировано структурой ROHC)
      110: доступно (не зарезервировано структурой ROHC)
      1111101: доступно (не зарезервировано структурой ROHC)
      11111001: доступно (не зарезервировано структурой ROHC)







Йонссон и др.Стандарты Track [Страница 16] 

RFC 4995 The ROHC Framework Июль 2007 г.


5.2.1. Общий формат пакетов ROHC

   Пакет ROHC имеет следующий общий формат:

    --- --- --- --- --- --- --- --- ---
   : Padding:
    --- --- --- --- --- --- --- ---
   :           Обратная связь            :
    --- --- --- --- --- --- --- --- ---
   : Заголовок:
    --- --- --- --- --- --- --- --- ---
   : Полезная нагрузка:
    --- --- --- --- --- --- --- ---

   Заполнение: любое количество (ноль или более) октетов заполнения, где
      Формат октета заполнения определен в разделе 5.2.1.1.

   Обратная связь: любое количество (ноль или более) элементов обратной связи, где
      формат элемента обратной связи определен в разделе 5.2.4.1.

   Заголовок: Либо зависящий от профиля заголовок CO (см. Раздел 5.2.1.3), либо
      Заголовок IR или IR-DYN (см. Раздел 5.2.2) или сегмент ROHC (см.
      Раздел 5.2.5). В пакете ROHC может быть не более одного заголовка,
      но его также можно опустить (если пакет содержит только Feedback).

   Полезная нагрузка: соответствует нулю или более октетам полезной нагрузки из
      несжатый пакет, начиная с первого октета в
      несжатый пакет после последнего заголовка, сжимаемый
      текущий профиль.ДОЛЖЕН присутствовать хотя бы один из Feedback или Header.

5.2.1.1. Формат октета заполнения

   Октет заполнения:

     0 1 2 3 4 5 6 7
   + --- + --- + --- + --- + --- + --- + --- + --- +
   | 1 1 1 0 0 0 0 0 |
   + --- + --- + --- + --- + --- + --- + --- + --- +

   Примечание. Октет заполнения НЕ ДОЛЖЕН интерпретироваться как октет Add-CID.
   для CID 0.








Йонссон и др. Стандарты Track [Страница 17] 

RFC 4995 The ROHC Framework Июль 2007 г.


5.2.1.2. Формат октета Add-CID

   Октет Add-CID:

     0 1 2 3 4 5 6 7
   + --- + --- + --- + --- + --- + --- + --- + --- +
   | 1 1 1 0 | CID |
   + --- + --- + --- + --- + --- + --- + --- + --- +

   CID: от 0x1 до 0xF указывает CID от 1 до 15.

   Примечание. Октет заполнения выглядит как октет Add-CID для CID 0.

5.2.1.3. Общий формат заголовка

   Все типы пакетов ROHC имеют следующий общий формат заголовка:

     0 х-1 х 7
    --- --- --- --- --- --- --- ---
   : Октет Add-CID: если CID 1-15 и маленькие CID
   + --- --- --- --- --- + --- --- --- +
   | указание типа | тело | 1 октет (8-битные тела)
   + --- --- --- --- --- + --- --- --- +
   ::
   / 0, 1 или 2 октета CID / 1 или 2 октета для больших CID
   ::
   + --- + --- + --- + --- + --- + --- + --- + --- +
   / body / переменная длина
   + --- + --- + --- + --- + --- + --- + --- + --- +

   индикация типа: тип пакета ROHC.body: интерпретируется в соответствии с указанием типа пакета и CID
      информация, как определено отдельными профилями.

   Таким образом, заголовок либо начинается с указания типа пакета, либо имеет
   указание типа пакета сразу после октета Add-CID.

   Когда канал ROHC настроен с небольшим пространством CID:

      o Если Add-CID непосредственно предшествует индикации типа пакета,
         пакет имеет CID из Add-CID; в противном случае он имеет CID 0.

      o Небольшой CID со значением 0 представлен с использованием нулевых битов;
         следовательно, поток, связанный с CID 0, не имеет служебных данных CID в
         сжатый заголовок.В таком случае заголовок начинается с символа
         индикация типа пакета.




Йонссон и др. Стандарты Track [Страница 18] 

RFC 4995 The ROHC Framework Июль 2007 г.


      o Небольшой CID со значением от 1 до 15 представлен с помощью
         Добавьте октет CID, как описано выше. Заголовок начинается с
         Октет Add-CID, за которым следует указание типа пакета.

      o В заголовке нет большого CID.

   Когда канал ROHC настроен с большим пространством CID:

      o Большой CID всегда присутствует и представлен с помощью
         схема кодирования раздела 5.3.2, ограниченный двумя октетами. В
         в этом случае заголовок начинается с указания типа пакета.

5.2.2. Типы пакетов инициализации и обновления (IR)

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

   Пакеты IR и IR-DYN всегда обновляют контекст для всех
   обновление полей, содержащихся в заголовке.Они никогда не очищают контекст,
   кроме случаев инициализации нового контекста (см. Раздел 5.1.1) или если
   профиль, указанный в поле «Профиль», указывает иное.



























Йонссон и др. Стандарты Track [Страница 19] 

RFC 4995 The ROHC Framework Июль 2007 г.


5.2.2.1. Тип пакета ROHC IR

   Заголовок IR связывает CID с профилем, и обычно также
   инициализирует контекст. Обычно он также может обновлять все (или части
   из) контекста.Для IR заголовок имеет следующий общий формат:

     0 1 2 3 4 5 6 7
    --- --- --- --- --- --- --- ---
   : Октет Add-CID: если CID 1-15 и маленький CID
   + --- + --- + --- + --- + --- + --- + --- + --- +
   | 1 1 1 1 1 1 0 | х | Октет ИК-типа
   + --- + --- + --- + --- + --- + --- + --- + --- +
   ::
   / 0–2 октета CID / 1 или 2 октета для больших CID
   ::
   + --- + --- + --- + --- + --- + --- + --- + --- +
   | Профиль | 1 октет
   + --- + --- + --- + --- + --- + --- + --- + --- +
   | CRC | 1 октет
   + --- + --- + --- + --- + --- + --- + --- + --- +
   | |
   / информация о профиле / переменная длина
   | |
   + --- + --- + --- + --- + --- + --- + --- + --- +

   x: Информация о профиле.Интерпретируется в соответствии с
      профиль, указанный в поле Profile IR-заголовка.

   Профиль: профиль, связанный с CID. В заголовке IR значок
      идентификатор профиля сокращается до 8 младших битов
      (см. Раздел 5.1.2).

   CRC: 8-битный CRC (см. Раздел 5.3.1.1).

   Информация о профиле: содержание этой части НП.
      заголовок определяется отдельными профилями. Это интерпретируется
      в соответствии с профилем, указанным в поле Профиль.5.2.2.2. Тип пакета ROHC IR-DYN

   В отличие от заголовка IR, заголовок IR-DYN никогда не может инициализировать
   неинициализированный контекст. Однако он может переопределить, какой профиль
   связаны с контекстом, если профиль, указанный в IR-DYN
   заголовок позволяет это. Таким образом, этот тип пакета также зарезервирован в
   каркасный уровень. Заголовок IR-DYN обычно также инициализирует или
   обновляет части контекста. Для IR-DYN заголовок имеет следующее
   общий формат:




Йонссон и др. Стандарты Track [Страница 20] 

RFC 4995 The ROHC Framework Июль 2007 г.


     0 1 2 3 4 5 6 7
    --- --- --- --- --- --- --- ---
   : Октет Add-CID: если CID 1-15 и маленький CID
   + --- + --- + --- + --- + --- + --- + --- + --- +
   | 1 1 1 1 1 0 0 0 | Октет типа IR-DYN
   + --- + --- + --- + --- + --- + --- + --- + --- +
   ::
   / 0–2 октета CID / 1 или 2 октета для больших CID
   ::
   + --- + --- + --- + --- + --- + --- + --- + --- +
   | Профиль | 1 октет
   + --- + --- + --- + --- + --- + --- + --- + --- +
   | CRC | 1 октет
   + --- + --- + --- + --- + --- + --- + --- + --- +
   | |
   / информация о профиле / переменная длина
   | |
   + --- + --- + --- + --- + --- + --- + --- + --- +

   Профиль: профиль, связанный с CID.Это сокращенно
      так же, как и в ИК-пакетах.

   CRC: 8-битный CRC (см. Раздел 5.3.1.1).

   Информация о профиле: содержание этой части IR-DYN
      заголовок определяется отдельными профилями. Это интерпретируется
      в соответствии с профилем, указанным в поле Профиль.

5.2.3. Начальная обработка в декомпрессоре ROHC

   Изначально все контексты не находятся в состоянии контекста. Таким образом, все пакеты
   ссылка на неинициализированный контекст, кроме пакетов, которые имеют
   достаточно информации о статических полях, не может быть распакован
   декомпрессор.Когда декомпрессор получает пакет типа IR, профиль
   Указанный в IR-пакете определяет, как он должен быть обработан.

      o Если 8-битный CRC не может проверить целостность заголовка,
         пакет НЕ ДОЛЖЕН быть распакован и доставлен в верхний
         слои. Если в контексте указан профиль, то логика
         этот профиль определяет, какие отзывы должны быть отправлены.
         Если в контексте не указан профиль, логика, используемая для
         определить, какую обратную связь отправить до
         реализация.Однако может оказаться целесообразным не продолжать
         действия, поскольку любая часть заголовка IR, охватываемая CRC, может
         вызвали сбой.




Йонссон и др. Стандарты Track [Страница 21] 

RFC 4995 The ROHC Framework Июль 2007 г.


   Когда декомпрессор получает пакет типа IR-DYN, профиль
   Указанный в пакете IR-DYN определяет, как он будет обрабатываться.

      o Если 8-битный CRC не может проверить целостность заголовка,
         пакет НЕ ДОЛЖЕН быть распакован и доставлен в верхний
         слои.Если в контексте указан профиль, то логика
         этот профиль определяет, какие отзывы должны быть отправлены.
         Если в контексте не указан профиль, логика, используемая для
         определить, какую обратную связь отправить до
         реализация. Однако может оказаться целесообразным не продолжать
         действия, как любая часть заголовка IR-DYN, охватываемая CRC
         мог вызвать сбой.

      o Если контекст еще не был инициализирован, пакет
         НЕ ДОЛЖНЫ быть распакованы и доставлены на верхние уровни.В
         логика профиля, указанного в заголовке IR-DYN (если
         проверяется 8-битным CRC), определяет, какая обратная связь
         должен быть отправлен.

   Если ошибка синтаксического анализа возникает для любого типа пакета, декомпрессор ДОЛЖЕН
   отбросить пакет без дальнейшей обработки. Например, CID
   поле присутствует в сжатом заголовке, когда большое пространство CID
   используется для канала ROHC, а поле кодируется с помощью
   описание кодирования с переменной длиной раздела 5.3.2; если поле
   начинается с 110 или 111, это приведет к ошибке синтаксического анализа для
   декомпрессор, потому что это поле не должно быть закодировано с размером
   больше 2 октетов.

   РЕКОМЕНДУЕТСЯ, чтобы профили не позволяли декомпрессору выполнять
   попытка декомпрессии для пакетов, содержащих только 3-битный CRC после него
   сделал недействительным часть или весь динамический контекст, пока
   пакет, содержащий достаточную информацию о динамических полях,
   получены, распакованы и успешно проверены 7- или 8-битным
   CRC.5.2.4. Обратная связь ROHC

   Обратная связь передает информацию от декомпрессора к компрессору.
   Обратная связь может быть отправлена ​​по каналу ROHC, который работает в том же
   направление как обратная связь.

   Общий формат пакета ROHC позволяет передавать обратную связь с помощью
   перемежение или совмещение (см. [5]), или их комбинация,
   по каналу ROHC. Этому способствуют следующие
   свойства:






Йонссон и др. Стандарты Track [Страница 22] 

RFC 4995 The ROHC Framework Июль 2007 г.


   Зарезервированный тип пакета:

      Тип пакета обратной связи зарезервирован на уровне инфраструктуры.В
      Тип пакета может нести информацию обратной связи переменной длины.

   Информация о CID:

      Информация обратной связи, отправленная по определенному каналу, передается.
      к компрессору, связанному с обратной связью по
      этот канал. Таким образом, каждый элемент обратной связи содержит CID
      информация из канала, по которому отправляется отзыв. В
      Таким образом, схема обратной связи ROHC требует, чтобы канал передавал обратную связь.
      не более одного компрессора. Как компрессор связан с
      обратная связь для конкретного канала выходит за рамки этого
      Технические характеристики.См. Также [5].

   Информация о длине:

      Длину элемента обратной связи можно определить, исследуя
      первые несколько октетов обратной связи. Это позволяет совмещать
      обратной связи, а также объединение более чем одной обратной связи
      элемент в пакете. Таким образом, информация о длине разделяет
      декомпрессор от соответствующего компрессора той же стороны, что и
      декомпрессор может извлекать информацию обратной связи из
      сжатый заголовок без разбора его содержимого и передать
      извлеченная информация.Связь между парами компрессор-декомпрессор, работающими в
   противоположных направлениях, с целью обмена контрейлерных и / или
   вкрапленную обратную связь СЛЕДУЕТ поддерживать в течение всего срока службы
   Канал ROHC. В противном случае РЕКОМЕНДУЕТСЯ, чтобы компрессор был
   получает уведомление, если канал обратной связи больше не доступен:
   компрессор ДОЛЖЕН затем перезапустить сжатие, создав новый контекст
   для каждого потока пакетов, и СЛЕДУЕТ использовать значение CID, которое не было
   ранее связанный с профилем, используемым для сжатия потока.5.2.4.1. Формат обратной связи ROHC

   ROHC определяет три разные категории сообщений обратной связи:
   подтверждение (ACK), отрицательный ACK (NACK) и NACK для всего
   контекст (STATIC-NACK). Другие типы информации могут быть определены в
   профильная обратная связь.

   ACK: подтверждает успешную распаковку пакета.
                 Указывает, что декомпрессор учитывает свой контекст
                 быть действительным.





Йонссон и др. Стандарты Track [Страница 23] 

RFC 4995 The ROHC Framework Июль 2007 г.


   NACK: указывает, что декомпрессор рассматривает некоторые или все
                 динамической части его контекста недопустимы.STATIC-NACK: указывает, что декомпрессор считает все
                 статический контекст недействителен, или что он не был
                 установлено.

   Обратная связь, отправляемая по каналу ROHC, состоит из одного или нескольких сцепленных
   элементы обратной связи, где каждый элемент обратной связи имеет следующие
   формат:

     0 1 2 3 4 5 6 7
   + --- + --- + --- + --- + --- + --- + --- + --- +
   | 1 1 1 1 0 | Код | тип обратной связи
   + --- + --- + --- + --- + --- + --- + --- + --- +
   : Размер: если Код = 0
   + --- + --- + --- + --- + --- + --- + --- + --- +
   : Октет Add-CID: если для маленьких CID и (CID! = 0)
   + --- + --- + --- + --- + --- + --- + --- + --- +
   ::
   / большой CID (5.3.2 кодирование) / 1-2 октета для больших CID
   ::
   + --- + --- + --- + --- + --- + --- + --- + --- +
   / Данные обратной связи / переменная длина
   + --- + --- + --- + --- + --- + --- + --- + --- +

   Код: 0 указывает, что присутствует октет размера.
         1–7 указывает размер поля данных обратной связи в октетах.

   Размер: указывает размер поля данных обратной связи в октетах.

   Данные ОБРАТНОЙ СВЯЗИ: ОБРАТНАЯ СВЯЗЬ-1 или ОБРАТНАЯ СВЯЗЬ-2 (см. Ниже).

   Информация CID в элементе обратной связи указывает контекст, для которого
   обратная связь отправлена.Параметр LARGE_CIDS, который определяет,
   присутствует большой CID берется из состояния канала принимающего
   канала компрессора, а не из состояния канала, несущего
   Обратная связь.

   Большое поле CID, если оно присутствует, кодируется в соответствии с Разделом
   5.3.2, и он НЕ ДОЛЖЕН кодироваться с использованием более 2 октетов.










Йонссон и др. Стандарты Track [Страница 24] 

RFC 4995 The ROHC Framework Июль 2007 г.


   Поле данных FEEDBACK может иметь любой из следующих двух форматов:

   ОБРАТНАЯ СВЯЗЬ-1:

     0 1 2 3 4 5 6 7
   + --- + --- + --- + --- + --- + --- + --- + --- +
   | информация о профиле | 1 октет
   + --- + --- + --- + --- + --- + --- + --- + --- +

   ОБРАТНАЯ СВЯЗЬ-2:

     0 1 2 3 4 5 6 7
   + --- + --- + --- + --- + --- + --- + --- + --- +
   | Acktype | |
   + --- + --- + зависит от профиля / минимум 2 октета
   / информация |
   + --- + --- + --- + --- + --- + --- + --- + --- +

   Тип подтверждения: 0 = ACK
             1 = NACK
             2 = СТАТИЧЕСКИЙ НАКОНЕЧНИК
             3 зарезервирован (НЕ ДОЛЖЕН использоваться.В противном случае невозможно разобрать.)

5.2.5. Сегментация ROHC

   ROHC определяет простой протокол сегментации. Компрессор может
   выполнить сегментацию, например, для размещения пакетов большего размера
   чем определенный размер, настроенный для канала.

5.2.5.1. Рекомендации по использованию сегментации

   Протокол сегментации ROHC не особенно эффективен. это
   не предназначен для замены функций сегментации канального уровня; эти
   СЛЕДУЕТ использовать всякий раз, когда это возможно и эффективно для поставленной задачи.Протокол сегментации ROHC был разработан с предположением
   упорядоченной доставки пакетов между компрессором и
   декомпрессор, использующий только CRC для обнаружения ошибок, а не последовательность
   числа. Если доставка заказа не может быть гарантирована, ROHC
   сегментация НЕ ДОЛЖНА использоваться.

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



Йонссон и др. Стандарты Track [Страница 25] 

RFC 4995 The ROHC Framework Июль 2007 г.


5.2.5.2. Протокол сегментации

   Сегментация ROHC применяется к комбинации заголовка и
   Поля полезной нагрузки пакета ROHC, как определено в разделе 5.2.1.

   Формат сегмента:

     0 1 2 3 4 5 6 7
   + --- + --- + --- + --- + --- + --- + --- + --- +
   | 1 1 1 1 1 1 1 | F | тип сегмента
   + --- + --- + --- + --- + --- + --- + --- + --- +
   / Сегмент / переменной длины
   + --- + --- + --- + --- + --- + --- + --- + --- +

   F: Последний бит. Если установлено, это означает, что это последний сегмент
      реконструированный блок.

   Заполнение и / или обратная связь могут предшествовать октету типа сегмента. Там есть
   нет CID для каждого сегмента, но информация CID, конечно, является частью
   реконструированный блок.Реконструированный блок НЕ ДОЛЖЕН содержать заполнения,
   сегменты или обратная связь.

   Когда получен последний сегмент, декомпрессор повторно собирает
   сегмент, переносимый в этом пакете, и любые неокончательные сегменты, которые
   непосредственно перед ним в единый реконструированный блок, в
   заказ они были получены. Все сегменты на одну реконструируемую единицу
   должны быть получены последовательно и в правильном порядке
   декомпрессор. Если несегментный пакет ROHC следует непосредственно за несегментным
   заключительный сегмент, повторная сборка текущего реконструированного блока
   прервано, и декомпрессор ДОЛЖЕН отбросить незавершенные сегменты, поэтому
   далеко получил на этом канале.Реконструированный блок:

     0 1 2 3 4 5 6 7
   + --- + --- + --- + --- + --- + --- + --- + --- +
   / Header / (см. Раздел 5.2.1)
   + --- + --- + --- + --- + --- + --- + --- + --- +
   : Payload: (см. Раздел 5.2.1)
   + --- + --- + --- + --- + --- + --- + --- + --- +
   / CRC / 4 октета
   + --- + --- + --- + --- + --- + --- + --- + --- +

   CRC: 32-битный CRC, вычисленный с использованием полинома из Раздела 5.3.1.4.

   Если реконструированная единица составляет 4 октета или меньше, или если CRC не работает,
   или если он больше параметра канала MRRU (см. раздел




Йонссон и др.Стандарты Track [Страница 26] 

RFC 4995 The ROHC Framework Июль 2007 г.


   5.1.2) восстановленный блок ДОЛЖЕН быть удален декомпрессором.
   Если CRC завершается успешно, восстановленный блок может быть обработан дополнительно.

5.3. Общие методы кодирования

5.3.1. CRC сжатия заголовка, покрытие и полиномы

   В этом разделе описывается, как рассчитать CRC, используемые ROHC. За
   все CRC, алгоритм, используемый для вычисления CRC, такой же, как и
   один, используемый в [2], определенный в Приложении A к настоящему документу, с
   полиномы, указанные в последующих разделах.5.3.1.1. 8-битные CRC в заголовках IR и IR-DYN

   Охват 8-битной CRC в заголовках IR и IR-DYN составляет
   зависит от профиля, но ДОЛЖЕН охватывать хотя бы начальную часть
   заголовок, заканчивающийся полем профиля, включая CID или Add-CID
   октет. Обратная связь и отступы не являются частью заголовка (раздел 5.2.1)
   и поэтому не включаются в расчет CRC. Как правило большого пальца
   для спецификаций профиля, любая другая информация, которая инициализирует
   контекст декомпрессора ДОЛЖЕН быть охвачен CRC. 8

   При вычислении CRC поле CRC в заголовке устанавливается в ноль,
   и начальное содержимое регистра CRC установлено на все единицы.3



Йонссон и др. Стандарты Track [Страница 27] 

RFC 4995 The ROHC Framework Июль 2007 г.


   Целью 3-битной CRC является предоставление средств для
   декомпрессор, чтобы проверить результат попытки декомпрессии для
   небольшие сжатые заголовки, и для обнаружения повреждения контекста на основе
   агрегированная вероятность по количеству попыток декомпрессии. Это
   однако слишком слаб, чтобы обеспечить достаточные гарантии успеха от
   декомпрессия одного заголовка.Следовательно, сжатые заголовки
   перенос 3-битного CRC обычно не подходит для выполнения контекста
   ремонт декомпрессора; следовательно, профили должны воздерживаться от
   разрешение декомпрессии такого заголовка, когда некоторые или все
   контекст декомпрессора считается недопустимым.

5.3.1.3. 7-битный CRC в сжатых заголовках

   7-битный CRC в сжатых заголовках вычисляется по всем октетам
   весь исходный заголовок до сжатия в следующем
   манера.

   Начальное содержимое регистра CRC установлено на все единицы.7

   Целью 7-битной CRC является предоставление средств для
   декомпрессора, чтобы проверить результат попытки декомпрессии для
   сжатый заголовок большего размера и для обеспечения достаточной защиты
   проверить исправление контекста в декомпрессоре. 7-битный CRC
   достаточно прочный, чтобы предположить, что ремонт будет успешным из
   декомпрессия одного единственного заголовка; следовательно, профили могут позволить
   декомпрессия заголовка, несущего 7-битный CRC, когда некоторые из
   контекст декомпрессора считается недопустимым.32.

   Целью 32-битной CRC является проверка восстановленного блока.




Йонссон и др. Стандарты Track [Страница 28] 

RFC 4995 The ROHC Framework Июль 2007 г.


5.3.2. Самоописывающиеся значения переменной длины

   Значения многих полей и параметров сжатия могут сильно различаться.
   Чтобы оптимизировать передачу таких значений, переменное количество октетов
   используются для их кодирования. Первые несколько бит первого октета
   определить количество используемых октетов:

   Первый бит равен 0: 1 октету.Передано 7 бит.
            До 127 десятичных знаков.
            Закодированные октеты в шестнадцатеричном формате: от 00 до 7F

   Первые биты составляют 10: 2 октета.
            Передано 14 бит.
            До 16 383 десятичных знаков.
            Кодированные октеты в шестнадцатеричном формате: от 80 00 до BF FF

   Первые биты составляют 110: 3 октета.
            Передан 21 бит.
            До 2097151 десятичного числа.
            Закодированные октеты в шестнадцатеричном формате: от C0 00 00 до DF FF FF

   Первые биты - 111: 4 октета.
            Передано 29 бит.До 536 870 911 десятичных чисел.
            Закодированные октеты в шестнадцатеричном формате: от E0 00 00 00 до FF FF FF FF

5.4. ROHC UNCOMPRESSED - Без сжатия (профиль 0x0000)

   В этом разделе описан несжатый профиль ROHC. Профиль
   идентификатор для этого профиля - 0x0000.

   Профиль 0x0000 позволяет отправлять IP-пакеты без сжатия.
   их. Это можно использовать для любого пакета, для которого сжатие
   профиль недоступен в наборе профилей, поддерживаемых ROHC
   канал, или для которого сжатие по какой-то причине нежелательно.После инициализации единственные накладные расходы на отправку пакетов с использованием
   Профиль 0x0000 - это размер CID. Когда несжатые пакеты
   часто профиль 0x0000 должен быть связан с CID размером
   ноль или один октет. Профиль 0x0000 ДОЛЖЕН быть связан не более чем с
   один CID.









Йонссон и др. Стандарты Track [Страница 29] 

RFC 4995 The ROHC Framework Июль 2007 г.


5.4.1. ИК-пакет

   Пакет инициализации и обновления (IR-пакет) для профиля 0x0000
   имеет следующий формат заголовка:

     0 1 2 3 4 5 6 7
    --- --- --- --- --- --- --- ---
   : Октет Add-CID: если для маленьких CID и (CID! = 0)
   + --- + --- + --- + --- + --- + --- + --- + --- +
   | 1 1 1 1 1 1 0 | res |
   + --- + --- + --- + --- + --- + --- + --- + --- +
   ::
   / 0-2 октета информации о CID / 1-2 октета для больших CID
   ::
   + --- + --- + --- + --- + --- + --- + --- + --- +
   | Профиль = 0x00 | 1 октет
   + --- + --- + --- + --- + --- + --- + --- + --- +
   | CRC | 1 октет
   + --- + --- + --- + --- + --- + --- + --- + --- +

   res: ДОЛЖЕН быть установлен в ноль; в противном случае декомпрессор ДОЛЖЕН сбросить
        пакет.Профиль: 0x00

   CRC: 8-битный CRC, вычисленный с использованием полинома из Раздела 5.3.1.1.
        CRC покрывает первый октет заголовка IR через
        Октет профиля заголовка IR, т.е. он не покрывает CRC.
        сам. Он также не покрывает предыдущие Padding или
        Обратная связь, ни полезная нагрузка.

   Для пакета IR Payload имеет следующий формат:

    --- --- --- --- --- --- --- ---
   :                               : (по желанию)
   / IP-пакет / переменной длины
   ::
    --- --- --- --- --- --- --- ---

   IP-пакет: несжатый IP-пакет может быть включен в IR
      пакет.Декомпрессор определяет, присутствует ли IP-пакет.
      учитывая длину IR-пакета.









Йонссон и др. Стандарты Track [Страница 30] 

RFC 4995 The ROHC Framework Июль 2007 г.


5.4.2. Нормальный пакет

   Нормальный пакет - это обычный IP-пакет с информацией о CID. Для
   Обычный пакет, следующий формат соответствует заголовку и
   Полезная нагрузка (как определено в разделе 5.2.1):

     0 1 2 3 4 5 6 7
    --- --- --- --- --- --- --- ---
   : Октет Add-CID: если для маленьких CID и (CID! = 0)
   + --- + --- + --- + --- + --- + --- + --- + --- +
   | первый октет IP-пакета |
   + --- + --- + --- + --- + --- + --- + --- + --- +
   ::
   / 0-2 октета информации о CID / 1-2 октета для больших CID
   ::
   + --- + --- + --- + --- + --- + --- + --- + --- +
   | |
   / остальная часть IP-пакета / переменная длина
   | |
   + --- + --- + --- + --- + --- + --- + --- + --- +

   Обратите внимание, что первый октет IP-пакета начинается с бита
   шаблон 0100 (IPv4) или 0110 (IPv6).Это не противоречит никаким
   зарезервированные типы пакетов.

   Когда канал использует небольшие идентификаторы CID и связан профиль 0x0000
   с CID> 0 октет Add-CID предшествует IP-пакету. Когда
   канал использует большие CID, CID размещается так, чтобы он начинался с
   второй октет комбинированного формата заголовка / полезной нагрузки, указанного выше.

   Нормальный пакет может содержать заполнение и / или обратную связь, как любой другой ROHC.
			

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *