Технически характеристики и свойства СИП панелей
SIP-панель — структурная теплоизоляционная панель (СТП) представляет собой трехслойный сэндвич, склеенный под прессом по особой технологии.
Верхним и нижним слоем служат плиты OSB-3, выполняющие конструктивные функции. Средний слой- пенополистирол ПСБ-С-25Ф производства НовоПласт
Параметр | Значение параметра |
---|---|
Теплопроводность, Вт/(м-К) | 0,041 |
Плотность, кг/м3 | 15,5-17 |
Вид материала | Блоки, плиты |
Плотность на сжатие при 10% деформации, МПа, не более | 0,08 |
Предел прочности при изгибе, МПа, не более | 0,16 |
Водопоглощение за 24 часа при полном погружении в воду, не более % объема | 3% |
Влажность, не более | 2-4% |
Огнестойкость | Г1, В2, Д3 |
Экологичность | не содержит химических соединений фреонового ряда, вредных для озоновой оболочки, не имеет запаха. Не образует пыли. Разрешено применение ПСБ как в строительстве, так и в контейнерах для пищевых продуктов. |
Время самостоятельного горения плит, не более секунд | 4 |
Срок службы | не менее 80 лет |
Температура применения, °С | от -180 до +80 |
Основные эксплуатационные характеристики SIP
Параметр | Значение параметра |
---|---|
Прочность | Объединенные в одну строительную систему сэндвич-панели способны выдержать горизонтальную нагрузку до 400 кг 1 кв.м., вертикальную – до 3 тонн. |
Пожаробезопасность | Сооружения, построенные из КТП, соответствует 3-ей степени огнестойкости. Продолжительность удержания огня – 1 час. Поверхности и внутренние силовые конструкции обрабатываются огнебиозащитным составом (антипиреном), придающим материалу свойство самозатухания. |
Экологичность | Панели соответствуют высоким требованиям экологической безопасности. |
Теплоизоляция | Средний коэффициент сопротивления теплопередаче может варьироваться от 3,2 до 4,7 кв.м*С/Вт, что соответствует установленному нормативу (СНиП П 3-79) и превышает показатели таких конкурентных строительных материалов, как брус, пенобетон, керамзитбетон, кирпич, бетон. |
Звукоизоляция | Звукопоглощающая способность панели достигает 74 дБ, что соответствует кирпичной кладке толщиной более 2,5 м |
Cроки строительства
Типовая сэндвич-панель представляет собой блок стены (или другой поверхности) площадью 3,5 кв.м (2,8м х 1,25м). Монтаж одной панели (нанесение монтажной пены в пазы, установка на обвязочный брус, крепление элементов саморезами) занимает около 10 минут. Для сравнения — по существующим нормативам для возведения 1 кв. м кирпичной кладки толщиной 62 см каменщику требуется 4,33 часа (260 минут). Легкость конструкций (одна панель весит всего 60 кг) позволяет использовать столбчатый фундамент, возведение которого в среднем (в зависимости от проекта) с учетом планировки участка, разметки, бурения свай, выставления опалубки, связки арматурных конструкций, заливки бетоном занимает 5-7 рабочих дней. Обычный ленточный фундамент неглубокого залегания потребует как минимум удвоения этого срока, фундамент под массивный кирпичный дом (или просто цокольный этаж) увеличит срок в разы. Кроме того, благодаря отсутствию «мокрых» процессов (за исключением фундамента) строить дом из сэндвич-панелей можно в любое время года — хоть летом, хоть зимой.
Сборка среднестатистического дома площадью 120 кв.м занимает около недели. А полный цикл строительства (фундамент, сборка коробки, монтаж крыши, наружная отделка, внутренняя черновая) — 1,5 месяца.
Теплотехника
Дома из сэндвич-панелей с пенополистиролом по праву считаются самыми теплыми домами. Для сравнения — какой должна быть толщина наружной стены из различных материалов, чтобы соответствовать существующим нормативам:
Материал стен | q0 | ГКал год / 1 кв. м. |
---|---|---|
Кирпич строительный керамический 640 мм | 0,83 | 0,366 |
Брус 150 мм + обшивка вагонкой | 1,12 | 0,494 |
Брус 150 мм + обкладка кирпичом | 0,9 | 0,369 |
Пенобетон 400 мм | 0,56 | 0,247 |
Кирпич 380 мм + минвата 75 мм + вагонка | 0,57 | 0,251 |
Сип-панель 124 мм | 0,43 | 0,189 |
Сип-панель 174 мм | 0,29 | 0,128 |
Экономика эксплуатации
Однако, нормативы — это не самое главное. Ведь можно жить в доме с любыми стенами, просто обогревая их. Но сколько энергии потребуется для обогрева Вашего дома? Чтобы прогреть дом из кирпича, Вы должны потратить определенное время и количество тепла на прогрев стен. Лишь дойдя до определенной кондиции такие стены перестанут потреблять тепло и позволят прогреть воздух в доме. В отличии от «традиционных» технологий строительства стены дома из сэндвич-панелей греть не нужно. В «термосе» из пенополистирола Вы сразу греете воздух — и в кратчайшие сроки получаете комфортную для проживания температуру. Остается лишь поддерживать ее на необходимом уровне, чтобы компенсировать теплопотери от окон и наружных дверей.Легкость конструкции.Данный фактор уже упоминался в связке с фундаментом (как возможность использования упрощенных его версий). Но не менее важным является и другой аспект этого «союза».Малый вес конструкции позволяет возводить дополнительные этажи поверх уже существующих без ощутимого увеличения нагрузок на имеющийся фундамент. (Речь, конечно же, идет о надстройке над кирпичным, каменным или бетонным домом. Их фундаменты рассчитаны на сотни тонн традиционных материалов, так что 5-10 тонн этажа из сэндвич-панелей — для них как «пушинка»).
популярные модели и их характристики
Наряду с изоляторами, заземляющими и закрепительными устройствами, траверса является одним из важнейших элементов, обеспечивающих надёжное крепление провода на промежуточных и анкерных опорах – особенно когда речь идёт о тяжёлых кабелях, использующихся при прокладке высоковольтных линий на дальние расстояния.
Загрузка …
В качестве таких кабелей обычно выступают так называемые СИП (самонесущий изолированный провод), особая конструкция которых обеспечивает надёжнейшую передачу электрической энергии напряжением до 35 киловольт на любые расстояния.
Впрочем, речь сегодня пойдёт не столько о проводах, сколько о приспособлениях, их удерживающих. В частности, мы попробуем ответить на вопрос – что же представляет из себя траверса? – а также рассмотрим некоторые конструктивные особенности на примере отдельно взятых моделей, использующихся при прокладке высоковольтных СИП.
Что такое траверса?
По сути, траверса – простейшая конструкция, состоящая из нескольких металлических деталей (уголков, колец, полос, серег, арматурных штырей и.т.д.), соединённых между собой при помощи дуговой сварки. К корпусу опоры всё это присоединяется при помощи конструкционных хомутов либо специальных скоб с болтовой перфорацией.
И те, и другие элементы изготавливаются отдельно, на заказ – в соответствии с типом конструкции опоры и установленными нормами безопасности, зависящими, в основном, от напряжения в линии и климатических особенностей местности.
Сборка траверс происходит в заводских условиях, с использованием станочных кондукторов, которые позволяют осуществлять производство в промышленных масштабах за крайне малый промежуток времени. Каким образом? С
перва в кондуктор закладывается основной корпус будущего изделия, после чего, благодаря использованию ряда отверстий в кондукторе, к нему в необходимых местах приставляются прочие детали траверсы (количество и тип деталей, а также место их расположения определяется техническим заданием). Закрепив их соответствующим образом во избежание случайных сдвигов, производится соединение дуговой сваркой – после чего готовое изделие снимается с кондуктора и укладываются элементы нового.
Затем получившуюся траверсу проверяют на отсутствие каких-либо повреждений и деформаций; сварочные швы очищаются от окалин и шлаков, после чего также проверяются на наличие внешних повреждений. При обнаружении трещин, сколов или вмятин шириной более 1 мм изделие бракуется – в остальных же случаях оно отправляется в лабораторию для проведения испытаний на общую устойчивость. При этом величина максимальной нагрузки, приложенной на траверсу, должна превышать указанную в технической документацию на 15-25% в зависимости от условий, определённых в техническом задании.
Перед поступлением в продажу все элементы траверсы обрабатывают специальным защитным покрытием, предотвращающим появление коррозии; в качестве такого покрытия может выступать цинковый состав, битумный лак и специальные строительные краски слоем до 0,5 мм. Схожим образом происходит обработка соединительных элементов.
Выделяют два основных типа траверс:
- низковольтные – ТН;
- высоковольтные – ТМ.
Соответственно, первые применяются при прокладке линий малой протяжённости и аналогичного напряжения – не более 0,38 кВ. Такие линии часто используются для обслуживания небольших поселений либо промышленных комплексов, использующих в своей работе оборудование, питающееся от сети стандартного напряжения – 220 либо 380 В.
Высоковольтные же траверсы являются незаменимыми помощниками при возведении промежуточных опор, удерживающих высоковольтные линии, тянущиеся на многие километры; стандартные модели ТМ могут использоваться для работы с кабелями напряжением до 10 кВ.
Различаются траверсы и по типу крепления кабеля – выделяют конструкции с одинарным и двойным креплением, а также подвесные, использующиеся в угловых и анкерных опорах. Рассмотрим некоторые из них.
com/embed/Fj_XgJ8l6Ic?enablejsapi=1&autoplay=0&cc_load_policy=0&iv_load_policy=1&loop=0&modestbranding=0&rel=1&showinfo=1&fs=1&playsinline=0&controls=2&autohide=2&theme=dark&color=red&» title=»YouTube player» allowfullscreen=»» data-no-lazy=»1″ data-skipgform_ajax_framebjll=»»/>
Рекомендуем купить
Траверсы для СИП 10кВ
- Своеобразной «золотой серединой», наиболее часто применяющейся при прокладке большинства высоковольтных линий, считается траверса ТМ-1 – несмотря на множество модификаций, часть которых будет рассмотрена ниже. Конструкция траверсы максимально упрощена – стойка из металлопрофиля, уголок и три арматурных штыря для размещения изоляторов. Тип крепления – одинарный. Использование данного типа траверсы допускается только на пересечённой местности, вдали от населённых пунктов. Может обрабатываться антикоррозийным покрытием – цинковым либо лаковым. Для крепления изделия к корпусу опоры используется стандартный технический хомут;
- вторая по популярности модель – ТМ-3. Модификация стандартной высоковольтной траверсы. Представляет из себя металлическую стойку, вдвое меньшую по высоте, но вдвое длиннее, с шестью арматурными штырями. Тип крепления – двойной. Может выходить в стандартном и климатическом исполнении. Разрешается использование в населённой местности при наличии изолированных проводов. Крепится к опоре при помощи стандартного хомута.
- траверса ТМ-5 имеет отличную от двух предыдущих конструкцию в виде уголка из металлического профиля, снабжённого четырьмя штырями под изоляторы – благодаря такой форме её используют на угловых и анкерных опорах. Тип крепления – одинарный. Отличается крайне малым весом. Производится в двух вариантах исполнения – стандартном и коррозиестойком. Допускается использование как на пересечённой, так и в населённой местности при наличии изоляции на кабелях. Крепление производится при помощи обычных хомутов или скоб;
- схожей конструкцией обладает и модель ТМ-6 – однако отличается наличием четырёх петель для осуществления подвесного типа соединения при условии наличия изоляции на кабеле. Имеет вдвое меньшее количество арматурных штырей – всего два. Используется только на пересечённой местности; выходит в стандартном и климатическом исполнении. При монтаже траверсы на опору используется один из двух вариантов хомута, в зависимости от её типа: для железобетонных конструкций СВ-105 и СВ-110 используются соответственно стандартный и модернизированный хомуты Х-1 и Х-42, для деревянных опор – скобы с антикоррозийным покрытием.
установка траверс для ЛЭП 10 Квт
ru&rel=1&showinfo=0&wmode=opaque" frameborder="0" webkitallowfullscreen="" mozallowfullscreen="" allowfullscreen=""/>
ЗПЛ-10 СИП ЗАЗЕМЛЕНИЕ ПЕРЕНОСНОЕ — ЭлектроПрибор
Описание
Заземление переносное ЗПЛ-10 СИП от производителя предназначено для наложения раздельного заземления на защищенные провода с изоляцией воздушных линий, напряжением до 10кВ.
Предназначено для защиты работающих на отключенных участках электрооборудования или выполнения коммутационных работ. Для прокола изоляции кабеля ЗПЛ-10 СИП оснащены зажимами с стальными, калеными зубьями, при помощи которых осуществляется непосредственный контакт с токонесущей частью кабеля.
Допустимый диапазон рабочих температур от -45°С до +45°С.
Относительная влажность воздуха до 80% при температуре +20°С.
ЗПЛ-10 СИП 25мм²
ПАРАМЕТРЫ | ЗПЛ-10 СИП |
Номинальное напряжение, кВ | 10 |
Ток термической стойкости в течение 3 с, кА | 4 |
Длина провода между фазами, м | 1,6 |
Количество штанг, шт | 3 |
Количество фаз | 3 |
Сечение заземляющего провода, мм² | 25 |
Длина изолирующей части, мм | 1100 |
Длина рукоятки, мм | 430 |
Длина заземляющего спуска, м | 10 |
Общая длина изделия, мм | 1280 |
Общая длина заземляющего провода, м | 13,2 |
Масса, кг | 7,3 |
По заказу заземление переносное ЗПЛ-10 СИП могут быть изготовлены иные сечения заземляющего провода (35мм², 50мм², 70мм², 95мм², 120мм²), а также штанги для наложения заземлений.
% PDF-1.6
%
18513 0 объект
>
endobj
xref
18513 639
0000000016 00000 н.
0000026656 00000 п.
0000026914 00000 п.
0000026945 00000 п.
0000026996 00000 п.
0000027035 00000 п.
0000027465 00000 п.
0000028007 00000 п.
0000028828 00000 п.
0000029477 00000 п.
0000030318 00000 п.
0000030359 00000 п.
0000030433 00000 п.
0000031207 00000 п.
0000031816 00000 п.
0000032688 00000 п.
0000032768 00000 п.
0000033286 00000 п.
0000035945 00000 п.
0000038324 00000 п.
0000040593 00000 п.
0000043223 00000 п.
0000045781 00000 п.
0000048018 00000 п.
0000048554 00000 п.
0000049291 00000 п.
0000051008 00000 п.
0000051278 00000 п.
0000051642 00000 п.
0000051778 00000 п.
0000052272 00000 п.
0000055070 00000 п.
0000058105 00000 п.
0000064522 00000 п.
0000069966 00000 н.
0000079596 00000 п.
0000082292 00000 п.
0000083173 00000 п.
0000089313 00000 п.
0000096068 00000 п.
0000096152 00000 п.
0000096216 00000 п.
0000096366 00000 п.
0000096569 00000 п.
0000096720 00000 п.
0000096823 00000 п.
0000097023 00000 п.
0000097174 00000 п.
0000097317 00000 п.
0000097552 00000 п.
0000097703 00000 п.
0000097846 00000 п.
0000098017 00000 п.
0000098168 00000 п.
0000098311 00000 п.
0000098502 00000 п.
0000098653 00000 п.
0000098836 00000 п.
0000099029 00000 н.
0000099180 00000 п.
0000099363 00000 п.
0000099562 00000 н.
0000099713 00000 п.
0000099856 00000 н.
0000100072 00000 н.
0000100223 00000 н.
0000100406 00000 н.
0000100599 00000 н.
0000100750 00000 н.
0000100933 00000 н.
0000101120 00000 н.
0000101271 00000 н.
0000101454 00000 н.
0000101681 00000 п.
0000101832 00000 н.
0000102015 00000 н.
0000102208 00000 н.
0000102359 00000 п.
0000102542 00000 н.
0000102743 00000 н.
0000102894 00000 н.
0000103077 00000 н.
0000103276 00000 н.
0000103427 00000 н.
0000103610 00000 п.
0000103808 00000 н.
0000103959 00000 н.
0000104142 00000 п.
0000104323 00000 п.
0000104473 00000 н.
0000104655 00000 н.
0000104837 00000 н.
0000104987 00000 н.
0000105169 00000 п.
0000105397 00000 н.
0000105547 00000 н.
0000105729 00000 н.
0000105958 00000 п.
0000106108 00000 п.
0000106290 00000 н.
0000106454 00000 п.
0000106604 00000 п.
0000106786 00000 н.
0000106968 00000 н.
0000107118 00000 п.
0000107300 00000 н.
0000107482 00000 н.
0000107632 00000 н.
0000107746 00000 н.
0000107903 00000 н.
0000108056 00000 н.
0000108223 00000 н.
0000108390 00000 н.
0000108505 00000 н.
0000108644 00000 п.
0000108763 00000 н.
0000108900 00000 н.
0000109039 00000 н.
0000109196 00000 п.
0000109311 00000 п.
0000109474 00000 п.
0000109621 00000 н.
0000109808 00000 н.
0000109959 00000 н.
0000110092 00000 н.
0000110247 00000 н.
0000110398 00000 п.
0000110563 00000 н.
0000110665 00000 н.
0000110781 00000 п.
0000110922 00000 н.
0000111061 00000 н.
0000111172 00000 н.
0000111329 00000 н.
0000111444 00000 н.
0000111601 00000 н.
0000111734 00000 н.
0000111857 00000 н.
0000112004 00000 н.
0000112143 00000 н.
0000112340 00000 н.
0000112462 00000 н.
0000112570 00000 н.
0000112723 00000 н.
0000112846 00000 н.
0000113011 00000 н.
0000113154 00000 н.
0000113265 00000 н.
0000113400 00000 н.
0000113553 00000 н.
0000113694 00000 н.
0000113847 00000 н.
0000113970 00000 н.
0000114093 00000 н.
0000114206 00000 н.
0000114385 00000 н.
0000114519 00000 н.
0000114646 00000 н.
0000114779 00000 н.
0000114918 00000 н.
0000115038 00000 н.
0000115207 00000 н.
0000115428 00000 н.
0000115544 00000 н.
0000115708 00000 н.
0000115818 00000 н.
0000115969 00000 н.
0000116113 00000 н.
0000116221 00000 н.
0000116333 00000 п.
0000116456 00000 н.
0000116586 00000 н.
0000116768 00000 н.
0000116887 00000 н.
0000117000 00000 н.
0000117201 00000 н.
0000117319 00000 н.
0000117458 00000 н.
0000117575 00000 н.
0000117694 00000 н.
0000117809 00000 н.
0000117915 00000 н.
0000118005 00000 н.
0000118150 00000 н.
0000118319 00000 н.
0000118488 00000 н.
0000118647 00000 н.
0000118848 00000 н.
0000119031 00000 н.
0000119188 00000 н.
0000119329 00000 н.
0000119494 00000 н.
0000119623 00000 н.
0000119776 00000 п.
0000119931 00000 н.
0000120048 00000 н.
0000120243 00000 н.
0000120463 00000 н.
0000120551 00000 н.
0000120678 00000 н.
0000120801 00000 н.
0000120964 00000 н.
0000121123 00000 н.
0000121252 00000 н.
0000121381 00000 н.
0000121546 00000 н.
0000121667 00000 н.
0000121790 00000 н.
0000121933 00000 н.
0000122098 00000 н.
0000122245 00000 н.
0000122366 00000 н.
0000122499 00000 н.
0000122634 00000 н.
0000122791 00000 н.
0000122958 00000 н.
0000123117 00000 н.
0000123205 00000 н.
0000123339 00000 н.
0000123450 00000 н.
0000123571 00000 н.
0000123684 00000 н.
0000123839 00000 н.
0000123952 00000 н.
0000124081 00000 н.
0000124230 00000 н.
0000124401 00000 н.
0000124534 00000 н.
0000124677 00000 н.
0000124826 00000 н.
0000124975 00000 н.
0000125108 00000 н.
0000125249 00000 н.
0000125370 00000 н.
0000125501 00000 н.
0000125628 00000 н.
0000125809 00000 н.
0000125964 00000 н.
0000126101 00000 п.
0000126246 00000 н.
0000126397 00000 н.
0000126564 00000 н.
0000126689 00000 н.
0000126872 00000 н.
0000127045 00000 н.
0000127139 00000 н.
0000127235 00000 н.
0000127404 00000 н.
0000127567 00000 н.
0000127708 00000 н.
0000127827 00000 н.
0000127970 00000 п.
0000128115 00000 н.
0000128246 00000 н.
0000128367 00000 н.
0000128508 00000 н.
0000128649 00000 н.
0000128774 00000 н.
0000128897 00000 н.
0000129050 00000 н.
0000129185 00000 н.
0000129314 00000 н.
0000129465 00000 н.
0000129584 00000 н.
0000129697 00000 н.
0000129854 00000 н.
0000129965 00000 н.
0000130126 00000 н.
0000130229 00000 н.
0000130390 00000 н.
0000130507 00000 н.
0000130628 00000 п.
0000130761 00000 п.
0000130904 00000 н.
0000131079 00000 п.
0000131272 00000 н.
0000131473 00000 н.
0000131590 00000 н.
0000131723 00000 н.
0000131848 00000 н.
0000132013 00000 н.
0000132154 00000 н.
0000132345 00000 н.
0000132428 00000 н.
0000132567 00000 н.
0000132732 00000 н.
0000132804 00000 н.
0000132973 00000 п.
0000133046 00000 н.
0000133201 00000 н.
0000133320 00000 н.
0000133435 00000 н.
0000133548 00000 н.
0000133675 00000 н.
0000133834 00000 н.
0000133969 00000 н.
0000134208 00000 н.
0000134345 00000 н.
0000134508 00000 н.
0000134645 00000 н.
0000134782 00000 н.
0000134931 00000 н.
0000135066 00000 н.
0000135201 00000 н.
0000135368 00000 н.
0000135535 00000 н.
0000135627 00000 н.
0000135717 00000 н.
0000135884 00000 н.
0000136027 00000 н.
0000136164 00000 н.
0000136281 00000 п.
0000136420 00000 н.
0000136589 00000 н.
0000136696 00000 н.
0000136833 00000 н.
0000137014 00000 н.
0000137139 00000 н.
0000137278 00000 н.
0000137401 00000 н.
0000137524 00000 н.
0000137719 00000 п.
0000137892 00000 н.
0000137995 00000 н.
0000138158 00000 н.
0000138263 00000 н.
0000138374 00000 н.
0000138493 00000 п.
0000138652 00000 н.
0000138755 00000 н.
0000138861 00000 н.
0000138979 00000 п.
0000139124 00000 н.
0000139245 00000 н.
0000139374 00000 н.
0000139464 00000 н.
0000139670 00000 н.
0000139760 00000 н.
0000139968 00000 н.
0000140148 00000 п.
0000140352 00000 п.
0000140540 00000 п.
0000140725 00000 н.
0000140900 00000 н.
0000141034 00000 н.
0000141144 00000 н.
0000141260 00000 н.
0000141370 00000 н.
0000141488 00000 н.
0000141598 00000 н.
0000141714 00000 н.
0000141836 00000 н.
0000141946 00000 н.
0000142098 00000 н.
0000142228 00000 н.
0000142342 00000 п.
0000142478 00000 н.
0000142622 00000 н.
0000142757 00000 н.
0000142894 00000 н.
0000142998 00000 н.
0000143172 00000 н.
0000143295 00000 н.
0000143410 00000 п.
0000143516 00000 н.
0000143676 00000 н.
0000143796 00000 н.
0000143914 00000 н.
0000144068 00000 н.
0000144204 00000 н.
0000144386 00000 н.
0000144498 00000 н.
0000144646 00000 н.
0000144784 00000 н.
0000144894 00000 н.
0000145056 00000 н.
0000145182 00000 н.
0000145334 00000 п.
0000145500 00000 н.
0000145628 00000 п.
0000145748 00000 н.
0000145906 00000 н.
0000146042 00000 н.
0000146184 00000 н.
0000146316 00000 н.
0000146420 00000 н.
0000146572 00000 н.
0000146690 00000 н.
0000146844 00000 н.
0000146980 00000 н.
0000147090 00000 н.
0000147194 00000 н.
0000147336 00000 н.
0000147446 00000 н.
0000147556 00000 н.
0000147664 00000 н.
0000147784 00000 н.
0000147926 00000 н.
0000148062 00000 н.
0000148218 00000 п.
0000148396 00000 н.
0000148570 00000 н.
0000148692 00000 н.
0000148816 00000 н.
0000148952 00000 н.
0000149072 00000 н.
0000149192 00000 н.
0000149374 00000 н.
0000149512 00000 н.
0000149676 00000 н.
0000149882 00000 н.
0000150092 00000 н.
0000150215 00000 н.
0000150312 00000 н.
0000150472 00000 н.
0000150628 00000 н.
0000150768 00000 н.
0000150914 00000 н.
0000151104 00000 н.
0000151228 00000 н.
0000151398 00000 н.
0000151508 00000 н.
0000151734 00000 н.
0000151850 00000 н.
0000151982 00000 н.
0000152150 00000 н.
0000152310 00000 н.
0000152442 00000 н.
0000152608 00000 н.
0000152756 00000 н.
0000152894 00000 н.
0000153002 00000 н.
0000153116 00000 н.
0000153240 00000 н.
0000153368 00000 н.
0000153478 00000 н.
0000153584 00000 н.
0000153684 00000 н.
0000153848 00000 н.
0000153986 00000 н.
0000154122 00000 н.
0000154318 00000 н.
0000154480 00000 н.
0000154622 00000 н.
0000154756 00000 н.
0000154886 00000 н.
0000154993 00000 н.
0000155102 00000 н.
0000155248 00000 н.
0000155406 00000 н.
0000155580 00000 н.
0000155706 00000 н.
0000155888 00000 н.
0000156058 00000 н.
0000156218 00000 н.
0000156340 00000 н.
0000156502 00000 н.
0000156664 00000 н.
0000156824 00000 н.
0000157092 00000 н.
0000157332 00000 н.
0000157450 00000 н.
0000157640 00000 н.
0000157802 00000 н.
0000157920 00000 н.
0000158042 00000 н.
0000158202 00000 н.
0000158378 00000 н.
0000158524 00000 н.
0000158686 00000 н.
0000158836 00000 н.
0000158960 00000 н.
0000159146 00000 н.
0000159292 00000 н.
0000159476 00000 н.
0000159618 00000 н.
0000159790 00000 н.
0000159952 00000 н.
0000160114 00000 п.
0000160264 00000 н.
0000160428 00000 н.
0000160600 00000 н.
0000160808 00000 н.
0000160960 00000 н.
0000161126 00000 н.
0000161342 00000 н.
0000161538 00000 н.
0000161687 00000 н.
0000161776 00000 н.
0000161898 00000 н.
0000162064 00000 н.
0000162240 00000 н.
0000162358 00000 п.
0000162606 00000 н.
0000162746 00000 н.
0000162888 00000 н.
0000163010 00000 н.
0000163144 00000 н.
0000163278 00000 н.
0000163484 00000 н.
0000163658 00000 н.
0000163772 00000 н.
0000163898 00000 н.
0000164046 00000 н.
0000164168 00000 н.
0000164272 00000 н.
0000164396 00000 н.
0000164508 00000 н.
0000164642 00000 н.
0000164768 00000 н.
0000164887 00000 н.
0000164984 00000 н.
0000165186 00000 н.
0000165368 00000 н.
0000165474 00000 н.
0000165630 00000 н.
0000165764 00000 н.
0000165936 00000 н.
0000166086 00000 н.
0000166278 00000 н.
0000166442 00000 н.
0000166600 00000 н.
0000166740 00000 н.
0000166904 00000 н.
0000167028 00000 н.
0000167134 00000 н.
0000167258 00000 н.
0000167373 00000 н.
0000167526 00000 н.
0000167656 00000 н.
0000167824 00000 н.
0000167944 00000 н.
0000168108 00000 н.
0000168270 00000 н.
0000168436 00000 н.
0000168576 00000 н.
0000168706 00000 н.
0000168854 00000 н.
0000168976 00000 н.
0000169082 00000 н.
0000169236 00000 п.
0000169327 00000 н.
0000169438 00000 н.
0000169610 00000 н.
0000169774 00000 н.
0000170012 00000 н.
0000170174 00000 н.
0000170328 00000 н.
0000170434 00000 н.
0000170540 00000 н.
0000170652 00000 п.
0000170836 00000 н.
0000170998 00000 п.
0000171144 00000 н.
0000171302 00000 н.
0000171504 00000 н.
0000171676 00000 н.
0000171816 00000 н.
0000171972 00000 н.
0000172128 00000 н.
0000172296 00000 н.
0000172416 00000 н.
0000172624 00000 н.
0000172715 00000 н.
0000172806 00000 н.
0000172946 00000 н.
0000173108 00000 н.
0000173232 00000 н.
0000173366 00000 н.
0000173504 00000 н.
0000173628 00000 н.
0000173788 00000 н.
0000173914 00000 н.
0000174108 00000 н.
0000174204 00000 н.
0000174309 00000 н.
0000174471 00000 н.
0000174605 00000 н.
0000174775 00000 н.
0000174897 00000 н.
0000175039 00000 н.
0000175189 00000 н.
0000175321 00000 н.
0000175539 00000 н.
0000175771 00000 н.
0000175918 00000 н.
0000176111 00000 п.
0000176229 00000 н.
0000176387 00000 н.
0000176605 00000 н.
0000176716 00000 н.
0000176829 00000 н.
0000176945 00000 н.
0000177227 00000 н.
0000177361 00000 н.
0000177507 00000 н.
0000177622 00000 н.
0000177725 00000 н.
0000177883 00000 н.
0000178011 00000 н.
0000178181 00000 н.
0000178329 00000 н.
0000178463 00000 н.
0000178635 00000 н.
0000178757 00000 н.
0000178895 00000 н.
0000178999 00000 н.
0000179161 00000 н.
0000179267 00000 н.
0000179401 00000 н.
0000179539 00000 н.
0000179687 00000 н.
0000179825 00000 н.
0000179965 00000 н.
0000180103 00000 п.
0000180251 00000 н.
0000180399 00000 н.
0000180523 00000 п.
0000180663 00000 н.
0000180781 00000 н.
0000180947 00000 н.
0000181073 00000 н.
0000181193 00000 н.
0000181309 00000 н.
0000181441 00000 н.
0000181559 00000 н.
0000181705 00000 н.
0000181853 00000 н.
0000181967 00000 н.
0000182093 00000 н.
0000182219 00000 н.
0000182327 00000 н.
0000182451 00000 н.
0000182647 00000 н.
0000182771 00000 н.
0000182923 00000 н.
0000183065 00000 н.
0000026375 00000 п.
0000013351 00000 п.
трейлер
] >>
startxref
0
%% EOF
19151 0 объект
> поток
x} yxU [K: + hH $ @ Dl:! @ HB
b `TJQlM & jGEm (q> wT թ 7> 30 vO = {s ‘aĀaz0 *)} eDA ꂔ SdJ`X7CfO> xN @ ЪC & Yқ yd / [O.bL WhBpX0A \ # | & ֛ [; H9j {J, W-x] 5
% PDF-1.3
%
150 0 объект
>
endobj
xref
150 100
0000000016 00000 н.
0000002352 00000 п.
0000002427 00000 н.
0000002458 00000 н.
0000003517 00000 н.
0000003782 00000 н.
0000003878 00000 н.
0000003974 00000 н.
0000004069 00000 н.
0000004165 00000 п.
0000004258 00000 н.
0000004352 00000 п.
0000004445 00000 н.
0000004539 00000 н.
0000004632 00000 н.
0000004726 00000 н.
0000004820 00000 н.
0000004915 00000 н.
0000005009 00000 н.
0000005104 00000 п.
0000005198 00000 п.
0000005293 00000 п.
0000005387 00000 п.
0000005482 00000 н.
0000005576 00000 н.
0000005671 00000 п.
0000005765 00000 н.
0000005860 00000 н.
0000005954 00000 н.
0000006049 00000 н.
0000006143 00000 п.
0000006238 00000 п.
0000006334 00000 н.
0000006428 00000 н.
0000006523 00000 н.
0000006617 00000 н.
0000006712 00000 н.
0000006806 00000 н.
0000006901 00000 н.
0000006995 00000 н.
0000007090 00000 н.
0000007184 00000 н.
0000007279 00000 н.
0000007373 00000 п.
0000007468 00000 н.
0000007562 00000 н.
0000007657 00000 н.
0000007752 00000 н.
0000007846 00000 н.
0000007941 00000 п.
0000008037 00000 н.
0000008131 00000 п.
0000008226 00000 н.
0000008321 00000 п.
0000008417 00000 н.
0000008511 00000 н.
0000008605 00000 н.
0000008699 00000 н.
0000008794 00000 н.
0000008889 00000 н.
0000009083 00000 н.
0000009195 00000 н.
0000010027 00000 п.
0000010138 00000 п.
0000010246 00000 п.
0000010268 00000 п.
0000010995 00000 п.
0000012431 00000 п.
0000012754 00000 п.
0000012814 00000 п.
0000013907 00000 п.
0000014017 00000 п.
0000014039 00000 п.
0000014739 00000 п.
0000014761 00000 п.
0000015541 00000 п.
0000016626 00000 п.
0000016686 00000 п.
0000017253 00000 п.
0000017527 00000 п.
0000017549 00000 п.
0000018219 00000 п.
0000018241 00000 п.
0000019006 00000 п.
0000019028 00000 п.
0000019654 00000 п.
0000019935 00000 п.
0000020410 00000 п.
0000020489 00000 н.
0000020599 00000 н.
0000020868 00000 н.
0000021971 00000 п.
0000022970 00000 п.
0000023331 00000 п.
0000023353 00000 п.
0000024008 00000 п.
0000024030 00000 п.
0000024421 00000 п.
0000002522 00000 н.
0000003495 00000 н.
трейлер
]
>>
startxref
0
%% EOF
151 0 объект
>
endobj
152 0 объект
[
153 0 руб.
]
endobj
153 0 объект
>
/ Ж 155 0 Р
>>
endobj
248 0 объект
>
ручей
Hb«f`3b, ۀ DB
Сетевая рабочая группа G.Камарильо
Запрос комментариев: 3398 Ericsson
Категория: Стандарты трассы A. B. Roach
Dynamicsoft
Дж. Петерсон
NeuStar
Длинный
Ciena
Декабрь 2002 г.
Пользовательская часть цифровой сети с интеграцией служб (ISDN) (ISUP)
сопоставление протокола инициации сеанса (SIP)
Статус этой памятки
Этот документ определяет протокол отслеживания стандартов Интернета для
Интернет-сообщество и просит обсуждения и предложения по
улучшения. См. Текущую редакцию «Интернет»
Официальные стандарты протокола »(STD 1) для состояния стандартизации
и статус этого протокола. Распространение памятки не ограничено.
Уведомление об авторских правах
Авторское право (C) The Internet Society (2002). Все права защищены.
Аннотация
В этом документе описывается способ сопоставления двух
протоколы сигнализации: протокол инициации сеанса (SIP) и
Пользовательская часть цифровой сети с интеграцией служб (ISDN) (ISUP)
Система сигнализации No.7 (SS7). Этот механизм может быть реализован
при использовании SIP в среде, где часть вызова включает
взаимодействие с коммутируемой телефонной сетью общего пользования (PSTN).
Содержание
1. Введение …………………………………….. 3
2. Объем ……………………………………….. …. 4
3. Терминология ……………………………………… 5
4. Сценарии ……………………………………….. 5
5. Необходимые механизмы SIP.. …………………………. 7
5.1 «Прозрачный» транзит сообщений ППЦС ……………… 7
5.2 Общие сведения о составных телах MIME ………………… 7
5.3 Передача информации DTMF …………………… 8
5.4 Надежная передача предварительных ответов ………. 8
5.5 Ранние СМИ ……………………………………… 8
5.6 Транзакции во время разговора, которые не изменяют состояние SIP ….. 9
Camarillo, et. al. Стандарты Track [Страница 1]
RFC 3398 ISUP для сопоставления SIP, декабрь 2002 г.
5.7 Защита конфиденциальности ……………………………….. 9
5.8 Причины ОТМЕНА ……………………………………. 10
6. Составление карты ……………………………………….. .. 10
7. Сопоставление SIP с ISUP ………………………………. 11
7.1 Потоки вызовов из SIP в ISUP ……………………………. 11
7.1.1 Установка блочного вызова (без автоответа) ………………… 11
7.1.2 Настройка автоматического ответа на вызов . …………………………… 12
7.1.3 Срок действия ISUP T7 истекает………………………………….. 13
7.1.4 Тайм-аут SIP ……………………………………… 14
7.1.5 Ошибка установки ISUP ………………………………. 15
7.1.6 Причина присутствует в сообщении ACM ……………………… 16
7.1.7 Вызов отменен с помощью SIP ……………………………… 17
7.2 Конечный автомат ……………………………………. 18
7.2.1 INVITE получено ………………………………….. 19
7.2.1.1 ПРИГЛАШАТЬ к процедурам IAM………………………….. 19
7.2.2 ISUP T7 истекает ………………………………….. 23
7.2.3 Получено CANCEL или BYE ……………………………. 23
7.2.4 Получено REL …………………………………….. 24
7.2.4.1 Преобразование кода причины ISDN в код состояния ……………… 24
7.2.5 Раннее получение ACM ……………………………….. 27
7. 2.6 ACM получен …………………………………….. 27
7.2.7 Получено CON или ANM ………………………………. 28
7.2.8 Срок действия таймера T9 ………………………………… 29
7.2.9 Получен CPG ……………………………………. 29
7.3 ACK получен …………………………………….. 30
8. Преобразование ISUP в SIP ………………………………. 30
8.1 Потоки вызовов от ISUP к SIP ……………………………. 30
8.1.1 Блочная установка вызова (без автоответа) ……………….. 31
8.1.2 Настройка автоматического ответа на вызов ……………………………. 32
8.1.3 Тайм-аут SIP ……………………………………… 33
8.1.4 Срок действия ISUP T9 ………………………………….. 34
8.1.5 Реакция на ошибку SIP ……………………………….. 35
8.1.6 Перенаправление SIP ………………………………….. 36
8.1.7 Вызов отменен ISUP ………………… ………….. 37
8.2 Конечный автомат ……………………………………. 39
8.2.1 Получено сообщение с исходным адресом …………………… 39
8.2.1.1 Процедуры IAM to INVITE ………………………….. 40
8.2.2 100 получено …………………………………….. 41
8.2.3 18x получено …………………………………….. 41
8.2.4 Получено 2xx …………………………………….. 43
8.2.5 Получено 3xx …………………………………….. 44
8.2.6 Получено 4xx-6xx …………………………………. 44
8.2.6.1 Отображение кода состояния SIP в код причины ISDN………….. 45
8.2.7 Получено REL …………………………………….. 47
8.2.8 Срок действия ISUP T11 ………………………………… 47
9. Приостановка / возобновление и удержание …………………………… 48
9.1 НУС и ВИЭ ……………………………………… 48
9.2 Удерживать (повторно ПРИГЛАСИТЬ) … ………………………………. 50
Camarillo, et. al. Стандарты Track [Страница 2]
RFC 3398 ISUP для сопоставления SIP, декабрь 2002 г.
10.Нормальное отключение соединения …………………… 50
10.1 Релиз, инициированный SIP …………………………….. 50
10.2 Выпуск, инициированный ППЦС ……………………………. 51
10.2.1 Абонент вешает трубку ………………………………….. 51
10.2.2 Вызываемый абонент вешает трубку (SUS) …………………………….. 52
11. Сообщения обслуживания ISUP …………………………. 52
11.1 Сброс сообщений …………………………………… 52
11.2 Блокировка сообщений………………………………… 53
11.3 Проверка целостности цепи ………………………………… 53
12. Построение URI телефонии …………………….. 54
12.1 Отображение формата ISUP для тел. URL ……………………. 56
12.2 Отображение тел URL в формат ISUP ……. ………………. 57
13. Другие вкусы ISUP ……………………………….. 58
13.1 Рекомендации по отправке других сообщений ППЦС ………….. 58
14. Сокращения ………………………………………… 60
15. Соображения безопасности …………………………… 60
16. Вопросы IANA ………………………………. 64
17. Благодарности ………………………………….. 64
18. Нормативные ссылки ……………………………… 64
19. Ненормативные ссылки ………………………….. 65
Адреса авторов ……………………………….. 67
Полное заявление об авторских правах ………………………….. 68
1. Введение
SIP [1] — это протокол прикладного уровня для установления,
завершение и изменение мультимедийных сеансов. Обычно это
переносится по IP. Телефонные звонки считаются одним из видов мультимедиа.
сеансы, в которых обмениваются только аудио.
Пользовательская часть цифровой сети с интеграцией служб (ISDN) (ISUP) [12] является
протокол уровня 4, используемый в сетях Системы сигнализации № 7 (SS7). Это
обычно работает через часть передачи сообщений (MTP), хотя также может
работать через IP (см. SCTP [19]).ISUP используется для управления телефоном
звонки и обслуживание сети (блокирующие схемы,
схемы сброса и т. д.).
Модуль, выполняющий сопоставление этих двух протоколов, является
обычно называется контроллером медиашлюза (MGC), хотя
Иногда используются термины «программный коммутатор» или «агент вызова». MGC
имеет логические интерфейсы, обращенные к обеим сетям, сеть несет
ISUP и сеть, передающая SIP. MGC также имеет некоторые
возможности управления голосовым трактом; обычно есть
Медиа-шлюз (MG) с транкинговыми интерфейсами E1 / T1 (голос из общедоступных
Коммутируемая телефонная сеть — PSTN) и с IP-интерфейсами (Voice over
IP — VoIP).MGC и MG можно объединить в один
физическая коробка или хранится отдельно.
Camarillo, et. al. Стандарты Track [Страница 3]
RFC 3398 ISUP для сопоставления SIP, декабрь 2002 г.
Эти контроллеры MGC часто используются для соединения сетей SIP и ISUP, поэтому
что звонки, исходящие из PSTN, могут достигать оконечных точек IP-телефонов
наоборот. Это полезно в случаях, когда звонки в ТфОП должны
воспользоваться услугами в мире IP, в которых используются IP-сети
в качестве транзитных сетей для вызовов PSTN-PSTN, архитектуры, в которых вызовы
происходят на настольных «программных телефонах», но заканчиваются на терминалах PSTN,
и многие другие подобные телефонные архитектуры нового поколения.Этот документ описывает логику и процедуры, которые может использовать MGC.
для реализации сопоставления между SIP и ISUP путем иллюстрации
соответствия на уровне сообщения и уровне параметров между
протоколы. Он также описывает взаимодействие между параллельными
конечные автоматы для этих двух протоколов в качестве рекомендации для
исполнители для синхронизации событий протокола при взаимодействии
архитектуры.
2. Сфера применения
Этот документ посвящен переводу сообщений ISUP в SIP.
сообщения и отображение параметров ISUP в заголовки SIP.За
Вызовы ISUP, которые проходят через сеть SIP, цель перевода —
чтобы разрешить элементы SIP, такие как прокси-серверы (которые обычно не
понимать ISUP) для принятия решений о маршрутизации на основе критериев ISUP
например, номер вызываемого абонента. Следовательно, этот документ предоставляет
отображение SIP только для тех параметров ISUP, которые могут использоваться
посредники в маршрутизации SIP-запросов. Как побочный эффект
при таком подходе перевод также увеличивает общий
совместимость за счет предоставления важной информации о вызове
Конечные точки SIP, которые не могут понять инкапсулированную ISUP, или, возможно,
который просто не может понять конкретный вариант ISUP
инкапсулированы в сообщении.В этом документе также учитываются только функции вызова
ISUP. Сообщения техобслуживания, относящиеся к соединительным линиям PSTN, обрабатываются только
насколько они влияют на управление текущим вызовом; в противном случае эти
сообщения не имеют и не требуют аналогов в SIP.
Сообщения об ошибках или перегрузках в PSTN (MTP-
3) и используемые механизмы восстановления, такие как Доступная часть пользователя и
Сообщения ISUP теста пользовательской части выходят за рамки этого документа.
Есть несколько разновидностей ISUP.Международная связь
Союз сектора стандартизации электросвязи (ITU-T) International
В этом документе используется ISUP [12]; некоторые отличия от
Американский национальный институт стандартов (ANSI) [11] ISUP и
Также указаны ISUP Комитета по телекоммуникационным технологиям (TTC).
В этом документе используется ISUP ITU-T, потому что он
известны все вкусы ISUP. Из-за небольшого количества полей
Camarillo, et. al. Стандарты Track [Страница 4]
RFC 3398 ISUP для сопоставления SIP, декабрь 2002 г.
которые отображаются непосредственно из ISUP в SIP, различия в сигнализации между
ППЦС МСЭ-Т и конкретные национальные варианты ППЦС обычно имеют
практически не влияет на отображение.Однако обратите внимание, что ITU-T
не имеет существенной стандартизации практики для местного номера
Портативность (LNP), поскольку мобильность, как правило, основана на национальных
план нумерации, и, следовательно, LNP должен быть описан
практически для каждой страны. Практика переносимости номеров
описанные в этом документе, представлены как дополнительный механизм.
Сопоставление заголовков SIP с параметрами ISUP в этом документе фокусируется на
в основном на соответствие между параметрами, найденными в ППЦС
Первоначальное адресное сообщение (IAM) и заголовки, связанные с SIP
Сообщение INVITE; оба этих сообщения используются в соответствующих
протоколы для запроса установления вызова.Как только ПРИГЛАШЕНИЕ
были отправлены для определенного сеанса, такие заголовки, как To и From
поле станет практически фиксированным, и дальнейший перевод не будет
требуется во время последующей сигнализации, которая маршрутизируется в соответствии с
с заголовками Via и Route. Следовательно, проблема параметра к
отображение заголовков в SIP-T более или менее ограничено IAM и
ПРИГЛАСИТЬ. Некоторые дополнительные сведения приведены в населении
параметры в сообщениях ISUP Address Complete Message (ACM) и
Сообщение о выпуске (REL) на основе кодов состояния SIP.В этом документе описывается, когда путь мультимедиа, связанный с SIP
вызов должен быть инициализирован, завершен, изменен и т. д., но он делает
не вдаваться в подробности, например, как выполняется инициализация или
какие протоколы используются для этой цели.
3. Терминология
В этом документе ключевые слова «ДОЛЖНЫ», «НЕ ДОЛЖНЫ», «ОБЯЗАТЕЛЬНО»,
«ДОЛЖЕН», «НЕ ДОЛЖЕН», «ДОЛЖЕН», «НЕ ДОЛЖЕН», «РЕКОМЕНДУЕТСЯ», «НЕ
РЕКОМЕНДУЕТСЯ »,« МОЖЕТ »и« ДОПОЛНИТЕЛЬНО »следует интерпретировать как
описаны в RFC2119 [2] и указывают уровни требований для
совместимые реализации SIP.4. Сценарии
Есть несколько сценариев, в которых выполняется сопоставление ISUP-SIP. В
способ создания сообщений различается в зависимости от
сценарий.
Camarillo, et. al. Стандарты Track [Страница 5]
RFC 3398 ISUP для сопоставления SIP, декабрь 2002 г.
Когда есть один MGC и вызов идет с SIP-телефона на PSTN
телефон, или наоборот, MGC генерирует сообщения ISUP на основе
методы, описанные в этом документе.+ ————- + + —— + + ————- +
| Коммутатор PSTN + ——- + MGC + ——- + SIP UAC / UAS |
+ ————- + + —— + + ————- +
Сценарий, когда вызов происходит в PSTN, переходит в SIP
сеть и снова заканчивается в PSTN, это называется «мостом SIP».
Мостовое соединение SIP должно обеспечивать прозрачность ISUP между PSTN
переключатели обработки вызова. Это достигается за счет инкапсуляции
входящие сообщения ISUP в теле сообщений SIP (см. [3]).В
в этом случае сообщения ISUP, сгенерированные выходным MGC, являются сообщениями
присутствует в корпусе SIP (возможно, с некоторыми изменениями; для
Например, если вызываемый номер в запросе Uniform Resource
Идентификатор — URI — отличается от того, который присутствует в ISUP из-за
для перенаправления SIP необходимо настроить сообщение ISUP).
+ —— + + ————- + + —— + + ———— + + —— — +
| PSTN + — + MGC входа + — + SIP + — + MGC выхода + — + PSTN |
+ —— + + ————- + + —— + + ———— + + —— — +
SIP используется в середине обоих контроллеров MGC, поскольку голосовой тракт должен
устанавливаться через IP-сеть между обоими MG; этот
структура также позволяет звонку использовать определенные SIP
Сервисы.Сообщения ISUP в телах SIP обеспечивают дальнейшее
информацию (например, значения причин и необязательные параметры) в
равноправный MGC.
В обоих сценариях входящий MGC размещает входящие сообщения ISUP
в теле SIP по умолчанию. Обратите внимание, что это безопасность
последствия; см. Раздел 15. Если получатель этих сообщений
(обычно клиент агента пользователя SIP / сервер агента пользователя — UAC / UAS)
не понимаю их, переговоры с использованием протокола SIP «Принять» и
Заголовки ‘Require’ будут иметь место, и они не будут включены в
следующий обмен сообщениями SIP.Между PSTN и MGC может быть сигнальный шлюз (SG).
Он инкапсулирует сообщения ISUP по IP таким образом, как
описан в [19]. Отображение, описанное в этом документе, не
зависит от базового транспортного протокола ISUP.
Обратите внимание, что механизмы набора номера перекрываются (использование Последующего адреса
Сообщение — SAM) выходят за рамки этого документа. Этот документ
предполагает, что шлюзы обращены к сетям ISUP, в которых набор номеров перекрывается
используется таймеры, чтобы гарантировать, что все цифры были
собираются до передачи сообщения INVITE в сеть SIP.Camarillo, et. al. Standards Track [Страница 6]
RFC 3398 ISUP для сопоставления SIP, декабрь 2002 г.
В некоторых случаях шлюзы могут получать неполные сообщения ISUP.
которые указывают на сегментацию сообщения из-за чрезмерной длины сообщения.
Обычно за этими сообщениями следует сообщение сегментации.
(SGM), содержащий оставшуюся часть исходного сообщения ISUP. An
неполное сообщение может не содержать достаточных параметров, чтобы разрешить
правильное отображение на SIP; аналогично инкапсуляция (см. ниже)
неполное сообщение ISUP может сбивать с толку оконечные шлюзы.Следовательно, шлюз ДОЛЖЕН дождаться полного сообщения ISUP.
получено (что может включать ожидание прибытия одного или нескольких SGM)
перед отправкой любого соответствующего ПРИГЛАШЕНИЯ.
5. Необходимые механизмы SIP
Для правильного сопоставления между ISUP и SIP некоторые механизмы SIP выше
и помимо тех, что доступны в базовой спецификации SIP, необходимы.
Эти механизмы обсуждаются ниже. Если SIP UAC / UAS участвует в
звонок их не поддерживает, продолжить можно, но
поведение при установлении вызова может немного отличаться
отличается от ожидаемого пользователем (например,г., другие ответы стороны
до получения сигнала обратного вызова пользователь не информируется о
переадресация вызова и т. д.).
5.1 «Прозрачный» транзит сообщений ППЦС
Чтобы шлюзы могли пользоваться полным спектром услуг
предоставляемые существующей телефонной сетью при звонках из
От ТСОП к ТСОП в сети SIP, сообщения SIP ДОЛЖНЫ поддерживать
транспортировка полезной нагрузки ISUP от шлюза к шлюзу. Формат для
инкапсуляция этих сообщений ISUP определена в [3].Пользовательские агенты SIP, которые не понимают ISUP, могут игнорировать
эти необязательные тела MIME.
5.2 Общие сведения о составных телах MIME
В большинстве ситуаций взаимодействия PSTN тела сообщений SIP будут
требуется для передачи информации о сеансе (протокол описания сеанса —
SDP) в дополнение к ISUP и / или платежной информации.
Узлы взаимодействия PSTN ДОЛЖНЫ понимать MIME-тип
«multipart / mixed», как определено в RFC2046 [4]. Клиенты выражают поддержку
для этого включив «multipart / mixed» в заголовок «Accept».Camarillo, et. al. Стандарты Track [Страница 7]
RFC 3398 ISUP для сопоставления SIP, декабрь 2002 г.
5.3 Передача информации о двухтональном многочастотном режиме (DTMF)
Как тональные сигналы DTMF, воспроизводимые пользователем, передаются шлюзом, определяется
полностью ортогонален тому, как взаимодействуют SIP и ISUP; Однако,
поскольку передача DTMF является составной частью комплексного решения межсетевого обмена
здесь предлагаются некоторые рекомендации.
Поскольку кодек, выбранный для передачи голоса, может быть не идеально
подходит для передачи информации DTMF, символического метода
передача этой информации в полосе частот желательна (поскольку внеполосная
сама по себе передача создаст много проблем для синхронизации
медиапотока для повторной вставки тона).Эта передача МОЖЕТ быть
выполняется, как описано в RFC2833 [5].
5.4 Надежная передача предварительных ответов
Предварительные ответы (в классе 1xx) используются в передаче.
информации о ходе вызова. Межсетевое взаимодействие PSTN, в частности, полагается
в этих сообщениях для управления медиа-каналом и временем звонка
События.
При взаимодействии с PSTN сообщения SIP ДОЛЖНЫ отправляться надежно.
концы с концами; надежность запросов гарантируется базой
протокол.Единый механизм предварительной надежности на уровне приложений
для ответов описан в [18].
5.5 Ранние СМИ
Ранние носители обозначают возможность воспроизведения мультимедиа (аудио для
телефонии) до установления сеанса SIP (до 2xx
код ответа отправлен). Для телефонии, создания СМИ
в обратном направлении желательно, чтобы тона и
объявления могут воспроизводиться, особенно при взаимодействии с
сеть, которая не может сигнализировать о статусе вызова вне диапазона (например, устаревшая
СЧ сеть).В случаях, когда межсетевое взаимодействие не встречалось,
использование ранних носителей почти всегда нежелательно, так как они потребляют
ресурсы межмашинной магистрали для воспроизведения мультимедийных данных, от которых не поступает доход
собраны. Обратите внимание: поскольку INVITE почти всегда содержит SDP
требуется для отправки мультимедиа в обратном направлении и требует, чтобы
пользовательские агенты готовятся к получению обратных носителей, как только
передано ПРИГЛАШЕНИЕ, базовый протокол SIP имеет достаточную поддержку
чтобы активировать рудиментарные однонаправленные ранние медиа-системы.Однако,
этот механизм имеет ряд ограничений — например, медиа
потоки, предлагаемые в SDP приглашения INVITE, не могут быть изменены или
отклонено, и для обслуживания сеанса требуется двунаправленный RTCP
не может быть установлено.
Camarillo, et. al. Standards Track [Страница 8]
RFC 3398 ISUP для сопоставления SIP, декабрь 2002 г.
Следовательно, шлюзы МОГУТ поддерживать более сложные ранние медиа-системы.
по мере того, как они становятся понятнее.Один механизм, обеспечивающий
способ запуска полнофункциональной системы ранних СМИ описан в
[20].
Обратите внимание, что в сетях SIP не только коммутаторы, но и пользовательские агенты могут
генерировать коды ответа 18x и инициировать раннее обратное воспроизведение мультимедиа,
и поэтому некоторые шлюзы могут захотеть применять политики, которые
ограничить использование обратных носителей от произвольных пользовательских агентов (см.
Раздел 15).
5.6 Транзакции во время разговора, которые не изменяют состояние SIP
При взаимодействии с PSTN возникают ситуации, когда шлюзы
нужно будет отправлять друг другу сообщения по SIP, которые не
соответствуют любым SIP-операциям.Для поддержки промежуточных транзакций и других событий ППЦС, которые не
соответствуют существующим методам SIP, шлюзы SIP ДОЛЖНЫ поддерживать
INFO, определенный в RFC2976 [6]. Обратите внимание, что в этом документе
не предписывать и не одобрять использование INFO для передачи цифр DTMF.
Шлюзы ДОЛЖНЫ принимать «Метод 405 запрещен» и «501 не разрешен».
Реализовано «как нефатальные ответы на запросы INFO, то есть любые
текущий вызов НЕ ДОЛЖЕН быть прерван, если пункт назначения отклоняет
Запрос INFO, отправленный шлюзом.5.7 Защита конфиденциальности
В ISUP есть концепция ограничения представления — механизма, с помощью которого
пользователь может указать, что он не хочет, чтобы его номер телефона
показываться человеку, которому они звонят (предположительно, кому-то с
АОН). Когда шлюз получает запрос ISUP, требующий
ограничение на представление, поэтому оно должно защищать личность
вызывающий абонент каким-то образом.
Базовый протокол SIP поддерживает метод определения того, что пользователь
анонимный.Однако у этой системы есть ряд ограничений — для
Например, он раскрывает идентичность самого шлюза, который может
быть раскрытием, влияющим на конфиденциальность. Поэтому шлюзы МОГУТ поддерживать
более сложные системы конфиденциальности. Один механизм, обеспечивающий
способ поддержки полнофункциональных переговоров о конфиденциальности (который взаимодействует
хорошо с системами управления идентификацией) описан в [9B].
Camarillo, et. al. Стандарты Track [Страница 9]
RFC 3398 ISUP для сопоставления SIP, декабрь 2002 г.
5.8 причины ОТМЕНА
В ISUP есть способ сигнализировать о том, что вы хотите прекратить
попытка установить звонок — универсальный REL отправляется в
прямое направление. В SIP есть аналогичная концепция —
Запрос CANCEL, отправляемый для прекращения создания
диалога SIP. Однако по разным причинам CANCEL запрашивает
не может содержать тела сообщений, и поэтому для передачи
важная информация в REL (код причины) от начала до конца в sip
В случае моста инкапсуляция ISUP не может использоваться.Обычно это не большая проблема, потому что для практических целей
единственная причина, по которой когда-либо выдается REL для отмены установки вызова
попытка заключается в том, что пользователь кладет трубку, пока он все еще звонит
(что приводит к возникновению кода причины «Нормальная очистка»). Однако под
исключительных условиях, таких как катастрофический отказ сети, REL может
быть отправлено с другим кодом причины, и было бы удобно, если бы SIP
сеть может нести сквозной код причины. Поэтому шлюзы
МОЖЕТ поддерживать механизм сквозной доставки такого отказа
причины.Один механизм, обеспечивающий эту возможность, описан в
[9].
6. Составление карты
Сопоставление между ISUP и SIP описывается с помощью потока вызовов.
диаграммы и конечные автоматы. Один конечный автомат обрабатывает вызовы от
SIP в ISUP, а второй — из ISUP в SIP. Есть подробности, такие
как некоторые повторные передачи и некоторые состояния (ожидание выпуска
Полное сообщение — RLC, ожидание SIP ACK и т. Д.), Которые не отображаются
на рисунках, чтобы их было легче понять.
Прямоугольники представляют различные состояния шлюза, а
стрелки показывают изменения в состоянии.Событие, вызывающее изменение
в состоянии и действия, которые необходимо предпринять, отображаются на стрелке: событие /
раздел, описывающий действия, которые необходимо предпринять.
Например, «INVITE / 7.2.1» указывает, что запрос INVITE имеет
был получен шлюзом, и процедура приема
описано в разделе 7.2.1 этого документа.
РЕКОМЕНДУЕТСЯ, чтобы шлюзы реализовывали функциональную эквивалентность с
потоки вызовов, подробно описанные в Разделах 7.1 и 8.1. Отклонения
из этих потоков допустимы для поддержки национального ППЦС
вариантов или любой из консервативных политик, рекомендованных в Разделе
15.Camarillo, et. al. Standards Track [Страница 10]
RFC 3398 ISUP для сопоставления SIP, декабрь 2002 г.
7. Сопоставление SIP с ISUP
7.1 Потоки вызовов из SIP в ISUP
Следующие потоки вызовов иллюстрируют порядок сообщений в типичном
случаи успеха и ошибок при настройке звонка, инициированного с SIP
сеть. Подтверждения «100 попыток» на запросы INVITE не
показаны ниже, хотя они требуются во многих архитектурах.
На этих диаграммах вся сигнализация вызова (SIP, ISUP) идет и
от MGC; работа со СМИ (например,г., прорезка звука, освобождение багажника)
выполняется MG под контролем MGC. Для
для простоты они показаны как один узел, помеченный
«MGC / MG.»
7.1.1 Настройка вызова En-bloc (без автоответа)
SIP MGC / MG PSTN
1 | ——— ПРИГЛАСИТЬ ———-> | |
|| 2
| ||
8 || |
9 | ———— ACK ————> | |
1.Когда пользователь SIP желает начать сеанс с пользователем PSTN,
Узел SIP выдает запрос INVITE.
2. После получения запроса INVITE шлюз сопоставляет его с IAM.
сообщение и отправляет его в сеть ISUP.
3. Удаленный узел ISUP указывает, что адреса достаточно для
установить звонок, отправив обратно сообщение ACM.
4. Код «статуса вызываемого абонента» в сообщении ACM отображается на
Предварительный ответ SIP (как описано в Разделе 7.2.5 и
Раздел 7.2.6) и вернулся на узел SIP. Этот ответ может
содержат SDP для установления раннего медиапотока (как показано в
диаграмму). Если SDP отсутствует, звук будет установлен в
в обоих направлениях после шага 8.
Camarillo, et. al. Standards Track [Страница 11]
RFC 3398 ISUP для сопоставления SIP, декабрь 2002 г.
5. Если вариант ISUP позволяет, удаленный узел ISUP может выдать
различные сообщения о ходе вызова (CPG) для индикации, например,
что звонок переадресован.6. После получения сообщения CPG шлюз отобразит событие.
код на предварительный ответ SIP (см. Раздел 7.2.9) и отправьте
это к узлу SIP.
7. Как только пользователь PSTN ответит, будет отправлено сообщение ответа (ANM).
к шлюзу.
8. После получения ANM шлюз отправит сообщение 200 на
узел SIP.
9. Узел SIP, получив окончательный ответ ПРИГЛАШЕНИЕ (200), будет
отправить ACK, чтобы подтвердить получение.
7.1.2 Настройка автоматического ответа на вызов
SIP MGC / MG PSTN
1 | ——— ПРИГЛАСИТЬ ———-> | |
|| 2
| ||
4 || |
5 | ———— ACK ————> | |
Обратите внимание, что этот поток не поддерживается в сетях ANSI.1. Когда пользователь SIP желает начать сеанс с пользователем PSTN,
Узел SIP выдает запрос INVITE.
2. После получения запроса INVITE шлюз сопоставляет его с IAM.
сообщение и отправляет его в сеть ISUP.
3. Поскольку удаленный узел настроен на автоматический ответ, он
отправит сообщение о подключении (CON) после получения IAM. (За
ANSI, это сообщение будет ANM).
4. После получения CON, шлюз отправит сообщение 200 на адрес
узел SIP.5. Узел SIP, получив окончательный ответ ПРИГЛАШЕНИЕ (200), будет
отправить ACK, чтобы подтвердить получение.
Camarillo, et. al. Стандарты Track [Страница 12]
RFC 3398 ISUP для сопоставления SIP, декабрь 2002 г.
7.1.3 Срок действия ISUP T7 истекает
SIP MGC / MG PSTN
1 | ——— ПРИГЛАСИТЬ ———-> | |
|| 2
| || 3
5 | ———— ACK ————> | |
1.Когда пользователь SIP желает начать сеанс с пользователем PSTN,
Узел SIP выдает запрос INVITE.
2. После получения запроса INVITE шлюз сопоставляет его с IAM.
сообщение и отправляет его в сеть ISUP. Таймер ISUP T7
началось с этого момента.
3. Таймер ISUP T7 истекает до получения ACM или CON.
сообщение, поэтому для отмены вызова отправляется сообщение REL.
4. Сообщение тайм-аута шлюза отправляется обратно на узел SIP.
5. Узел SIP, получив окончательный ответ ПРИГЛАШЕНИЕ (504), будет
отправить ACK, чтобы подтвердить получение.Camarillo, et. al. Standards Track [Страница 13]
RFC 3398 ISUP для сопоставления SIP, декабрь 2002 г.
7.1.4 Тайм-аут SIP
SIP MGC / MG PSTN
1 | ——— ПРИГЛАСИТЬ ———-> | |
|| 2
| ||
4 || 6
| |
RFC 3398 ISUP для сопоставления SIP, декабрь 2002 г.
7.BYE передается узлу SIP в попытке закрыть
вызов. Дальнейшая обработка этой очистки не показана, поскольку
В этом сценарии нелегко узнать состояние узла SIP.
8. После получения сообщения REL удаленный узел ISUP ответит
с сообщением RLC.
7.1.5 Ошибка установки ISUP
SIP MGC / MG PSTN
1 | ——— ПРИГЛАСИТЬ ———-> | |
|| 2
| || 4
5 || |
1.Когда пользователь SIP желает начать сеанс с пользователем PSTN,
Узел SIP выдает запрос INVITE.
2. После получения запроса INVITE шлюз сопоставляет его с IAM.
сообщение и отправляет его в сеть ISUP.
3. Поскольку удаленный узел ISUP не может завершить вызов, он
отправит REL.
4. Шлюз отключает цепь и подтверждает, что она
доступен для повторного использования путем отправки RLC.
5. Шлюз преобразует код причины в REL в ошибку SIP.
ответ (см. раздел 7.2.4) и отправляет его на узел SIP.
6. Узел SIP отправляет ACK, чтобы подтвердить получение ПРИГЛАШЕНИЯ.
окончательный ответ.
Camarillo, et. al. Standards Track [Страница 15]
RFC 3398 ISUP для сопоставления SIP, декабрь 2002 г.
7.1.6 Причина присутствует в сообщении ACM
SIP MGC / MG PSTN
1 | ——— ПРИГЛАСИТЬ ———-> | |
|| 2
| || 6
| || |
1.Когда пользователь SIP желает начать сеанс с пользователем PSTN,
Узел SIP выдает запрос INVITE.
2. После получения запроса INVITE шлюз сопоставляет его с IAM.
сообщение и отправляет его в сеть ISUP.
3. Поскольку узел ISUP не может завершить вызов и хочет
генерирует сам сигнал ошибки / объявление, он отправляет ACM с
код причины. Шлюз запускает таймер взаимодействия.
4. После получения ACM с указанием причины (наличие CAI
параметр), шлюз сгенерирует сообщение 183 в направлении
Узел SIP; он содержит SDP для ранней прорезки медиа.5. Окончательный ответ INVITE на основе кода причины, полученного в
более раннее сообщение ACM, создается и отправляется на узел SIP для
прекратить звонок. См. Таблицу в разделе 7.2.4.1.
содержит сопоставление кода причины с ответом SIP.
6. По истечении таймера взаимодействия REL отправляется на
Узел PSTN для завершения вызова. Обратите внимание, что узел SIP также может
завершить вызов, отправив CANCEL до таймера взаимодействия
истекает.В этом случае передача сигналов осуществляется как в Разделе
7.1.7.
7. После получения сообщения REL удаленный узел ISUP ответит
с сообщением RLC.
8. Узел SIP отправляет ACK, чтобы подтвердить получение ПРИГЛАШЕНИЯ.
окончательный ответ.
Camarillo, et. al. Standards Track [Страница 16]
RFC 3398 ISUP для сопоставления SIP, декабрь 2002 г.
7.1.7 Вызов отменен по SIP
SIP MGC / MG PSTN
1 | ——— ПРИГЛАСИТЬ ———-> | |
|| 2
| || |
6 || 7
8 || |
1.Когда пользователь SIP желает начать сеанс с пользователем PSTN,
Узел SIP выдает запрос INVITE.
2. После получения запроса INVITE шлюз сопоставляет его с IAM.
сообщение и отправляет его в сеть ISUP.
3. Удаленный узел ISUP указывает, что адреса достаточно для
установить звонок, отправив обратно сообщение ACM.
4. Код «статуса вызываемого абонента» в сообщении ACM отображается на
Предварительный ответ SIP (как описано в Разделе 7.2.5 и
Раздел 7.2.6) и вернулся на узел SIP. Этот ответ может
содержат SDP, чтобы установить ранний медиа-поток.
5. Чтобы отменить вызов до того, как на него ответят, узел SIP отправляет
Отменить запрос.
6. Запрос CANCEL подтверждается ответом 200.
7. После получения запроса CANCEL шлюз отправляет REL
сообщение для завершения вызова ISUP.
8. Шлюз отправляет сообщение «487 вызов отменен» на узел SIP.
для завершения транзакции INVITE.
9. После получения сообщения REL удаленный узел ISUP ответит
с сообщением RLC.Camarillo, et. al. Standards Track [Страница 17]
RFC 3398 ISUP для сопоставления SIP, декабрь 2002 г.
10. После получения 487-го SIP-узел подтвердит прием.
с ACK.
7.2 Конечный автомат
Обратите внимание, что REL можно получить в любом состоянии; обработка такая же
для каждого случая (см. раздел 10).
+ ——— +
+ ————————> | Холостой ход | +
| + — + ——— + —— + ——- + |
| ОТМЕНА / 6.2.3 | | | | |
+ |
||
| + ————- + ———— + |
| | |
| | ACK / 6.2.10 |
| V |
| BYE / 9.1 + ————————- + REL / 9.2 |
++
+ ————————- +
Camarillo, et. al. Standards Track [Страница 18]
RFC 3398 ISUP для сопоставления SIP, декабрь 2002 г.
7.2.1 INVITE получено
Когда шлюз получает запрос INVITE, сообщение «100 попыток»
ответ МОЖЕТ быть отправлен обратно в сеть SIP, указывая, что
шлюз обрабатывает вызов.
Необходимые аппаратные ресурсы для медиапотока ДОЛЖНЫ быть
зарезервировано в шлюзе при получении INVITE, поскольку IAM
сообщение не может быть отправлено до резервирования ресурса (особенно
Выбор TCIC). Обычно ресурсы состоят из
временной интервал в E1 / T1 и порт RTP / UDP на стороне IP.Ресурсы
может также включать какие-либо положения о качестве обслуживания (хотя
такая практика рекомендуется в этом документе).
После отправки сообщения IAM запускается таймер T7. Значение по умолчанию
Т7 составляет от 20 до 30 секунд. Шлюз идет к «Пробуем»
штат.
7.2.1.1 ПРИГЛАШАТЬ к процедурам IAM
В этом разделе подробно описано сопоставление заголовков SIP в сообщении INVITE.
сообщение к параметрам ISUP в сообщении начального адреса (IAM).
Шлюз PSTN-SIP отвечает за создание IAM, когда он
получает ПРИГЛАШЕНИЕ.В сообщении IAM появляются пять обязательных параметров: вызываемый
Номер стороны (CPN), индикатор характера подключения (NCI),
Индикаторы переадресации вызовов (FCI), категория вызывающего абонента (CPC),
и, наконец, параметр, который указывает желаемый носитель
характеристики звонка — в некоторых вариантах ППЦС передача
Требуется среднее требование (TMR), в других случаях — Пользовательская служба
Информация (USI) (или оба). Все сообщения IAM ДОЛЖНЫ содержать эти
минимум пять параметров.Таким образом, у каждого шлюза должны быть средства
заполнения каждого из этих пяти параметров, когда сообщение INVITE
получила. Многие значения, которые будут отображаться в этих параметрах
(например, NCI или USI), скорее всего, будет одинаковым для каждого IAM
созданный шлюзом. Другие (например, CPN) будут отличаться в зависимости от
позывной; шлюз извлекает информацию из ПРИГЛАШЕНИЯ
чтобы правильно заполнить эти параметры.
Есть также довольно много необязательных параметров, которые могут появиться в
Сообщение IAM; В.763 [17] перечисляет 29 всего. Однако каждый из этих
параметры не нужно переводить для достижения целей
Отображение SIP-ISUP. Как указано выше, перевод позволяет SIP-сеть
элементы для понимания основного контекста PSTN сеанса (кто это
для и так далее), если они не могут расшифровать
инкапсулированный ISUP. Параметры, имеющие значение только для PSTN
будет осуществляться через сети PSTN-SIP-PSTN посредством инкапсуляции —
Camarillo, et. al. Standards Track [Страница 19]
RFC 3398 ISUP для сопоставления SIP, декабрь 2002 г.
для этих параметров перевод не требуется.Из
вышеупомянутые 29 необязательных параметров, только следующие
сразу пригодится для перевода: Номер вызывающего абонента (CIN,
который обычно присутствует), Выбор транзитной сети (TNS), Оператор
Параметр идентификации (CIP, присутствует в сетях ANSI), оригинал
Вызываемый номер (OCN) и общие цифры (известные в некоторых вариантах
как параметр универсального адреса (GAP)).
Когда сообщение SIP INVITE приходит на шлюз PSTN, шлюз ДОЛЖЕН
попытаться использовать инкапсулированную ППЦС (см. [3]), если таковая имеется, в
ПРИГЛАШЕНИЕ, чтобы помочь в формулировании исходящей передачи сигналов PSTN,
но СЛЕДУЕТ также учитывать соображения безопасности в Разделе 15.Если
возможно, шлюзу СЛЕДУЕТ повторно использовать значения каждого из ППЦС.
параметры инкапсулированного IAM, поскольку он формулирует IAM, который он
отправит через свой интерфейс PSTN. В некоторых случаях шлюз
не могут использовать эту ППЦС — например, если шлюз
не может понять вариант ISUP и поэтому должен игнорировать
инкапсулированный корпус. Даже когда есть понятная инкапсулированная
ISUP, соответствующие значения полей заголовка SIP ДОЛЖНЫ перезаписываться
в процессе трансляции значений параметров, которые
были установлены на основе инкапсулированного ППЦС.Другими словами,
обновления критических параметров контекста сеанса, которые создаются
в сети SIP имеют приоритет, в случаях моста ISUP-SIP-ISUP,
через инкапсулированный ISUP. Это позволяет использовать многие базовые услуги,
включая различные виды переадресации и переадресации вызовов, чтобы
реализован в сети SIP.
Например, если INVITE приходит на шлюз с инкапсулированным
IAM с полем CPN с указанием номера телефона +12025332699,
но Request-URI сообщения INVITE указывает «tel: +15105550110»,
шлюз ДОЛЖЕН использовать номер телефона в Request-URI, а не
один в инкапсулированном IAM, при создании IAM, который
шлюз отправит в PSTN.Дополнительные сведения о том, как заголовок SIP
поля переводятся в следующие параметры ППЦС.
Шлюзы ДОЛЖНЫ иметь значения по умолчанию для обязательного ППЦС.
параметры, которые не могут быть получены из перевода (например, NCI или
TMR) для тех случаев, когда инкапсулированная ППЦС не
подарок. Параметр FCI также ДОЛЖЕН иметь значение по умолчанию, поскольку только ‘M’
бит значения по умолчанию может быть перезаписан в процессе
перевод, если дополнительные механизмы перевода переносимости номера
описанные ниже.Первый шаг в переводе полей сообщения INVITE
к параметрам IAM — это проверка Request-URI.
Camarillo, et. al. Standards Track [Страница 20]
RFC 3398 ISUP для сопоставления SIP, декабрь 2002 г.
Если дополнительная практика переносимости номеров поддерживается
шлюз, затем следующие шаги, связанные с обработкой ‘npdi’
и параметры ‘rn’ в Request-URI должны соблюдаться.
Если в Request-URI нет поля npdi = yes, то
основной номер телефона в тел. URL (цифры сразу
после ‘tel:’) ДОЛЖЕН быть преобразован в формат ISUP, после
процедуры, описанные в Разделе 12 и используемые для заполнения CPN
параметр.Если поле ‘npdi = yes’ существует в Request-URI, тогда FCI
бит параметра для «переведенного числа» в IAM ДОЛЖЕН отражать
что провал переносимости номера был выполнен.
Если помимо поля npdi = yes нет поля rn =
присутствует, то основной номер телефона в URL-адресе телефона ДОЛЖЕН быть
преобразован в формат ISUP (см. раздел 12) и используется для заполнения
Параметр CPN. Это указывает на то, что имел место провал переносимости, но
что номер вызываемого абонента не был перенесен.Если в дополнение к полю ‘npdi = yes’ присутствует поле ‘rn =’,
тогда в ANSI ISUP поле ‘rn =’ ДОЛЖНО быть преобразовано в формат ISUP
и используется для заполнения CPN. Основной телефон по тел.
URL-адрес ДОЛЖЕН быть преобразован в формат ISUP и использоваться для заполнения общего
Параметр Digits (или GAP в ANSI). В некоторых других вариантах ISUP
номер, указанный в поле ‘rn =’, вместо этого будет добавлен к
основной телефонный номер (с префиксом или разделителем или без них) и номер
комбинированный результат ДОЛЖЕН использоваться для заполнения CPN.После того, как ‘rn =’ и
параметры ‘npdi =’ были переведены, переносимость номера
практика перевода завершена.
Следующие обязательные практики перевода выполняются после
переводы переносимости номеров, если таковые имеются.
Если шлюз не поддерживает практику переносимости номеров,
затем основной номер телефона в URL-адресе телефона (цифры
сразу после tel:) ДОЛЖЕН быть преобразован в формат ISUP,
следуя процедурам, описанным в разделе 12, и используется для
заполните параметр CPN.Если основной номер телефона в Request-URI и в поле To
не совпадают, то СЛЕДУЕТ использовать заголовок To для заполнения
параметр OCN. В противном случае СЛЕДУЕТ игнорировать заголовок To.
Некоторые дополнительные процедуры перевода предоставляются для операторов связи.
маршрутизация. Если в Request-URI присутствует параметр cic =, то
шлюзу СЛЕДУЕТ проконсультироваться с местной политикой, чтобы убедиться, что он
подходит для передачи этого идентификационного кода оператора связи (CIC, а не
Camarillo, et.al. Standards Track [Страница 21]
RFC 3398 ISUP для сопоставления SIP, декабрь 2002 г.
следует путать с «кодом идентификации канала» MTP3) в IAM;
если шлюз поддерживает множество независимых соединительных линий, может потребоваться
выберите конкретную магистраль, которая указывает на оператора, обозначенного
CIC или тандем, через который доступен этот оператор связи.
Политика для таких соединительных линий (исходя из предпочтений операторов связи)
с которыми связаны соединительные линии и используемый вариант ISUP)
СЛЕДУЕТ определять, используется ли параметр CIP или TNS для передачи
CIC.В отсутствие каких-либо заранее оговоренных политик TNS должна быть
используется, когда параметр CPN имеет международный формат (т. е.
tel URL-адресу Request-URI предшествует знак «+», который
генерировать CPN в международном формате), и (если поддерживается)
В других случаях следует использовать CIP.
Когда вызов SIP был направлен на шлюз, тогда Request-URI
скорее всего, будет содержать tel URL (или SIP URI с tel URL user
часть) — шлюзы SIP-ISUP, которые получают Request-URI, которые не
содержать действительные номера телефонов. СЛЕДУЕТ отклонять такие запросы с
соответствующий код ответа.Однако шлюзы ДОЛЖНЫ продолжать
обрабатывать запросы с полем заголовка From, которое не содержит
номер телефона, как это иногда бывает, если исходящий звонок
на SIP-телефоне, который использует соглашение SIP URI user @ host. КИН
параметр СЛЕДУЕТ опускать в исходящем IAM, если поле От
непригоден для использования. Обратите внимание, что в качестве альтернативы разработчики шлюза МОГУТ
рассмотрим нестандартный способ сопоставления определенных SIP URI с
телефонные номера.
Когда шлюз получает сообщение с (понятным) инкапсулированным
ISUP, он ДОЛЖЕН установить индикатор FCI в сгенерированном IAM, чтобы все
биты, связанные с межсетевым взаимодействием, имеют те же значения, что и их аналоги
в инкапсулированном ISUP.В большинстве случаев эти индикаторы будут указывать
что никакого взаимодействия не было, если только взаимодействие не было
встречается где-то еще в пути вызова. Если можно использовать инкапсулированный
ISUP отсутствует в сообщении INVITE, полученном шлюзом, это
НАСТОЯТЕЛЬНО РЕКОМЕНДУЕМ, чтобы шлюз установил индикатор взаимодействия.
бит FCI на «нет взаимодействия» и индикатор части пользователя ISDN
на «ISUP используется полностью»; шлюз МОЖЕТ также установить исходную
Индикатор доступа к ‘Исходящий доступ не-ISDN’ (обычно это
небезопасно предполагать, что SIP-телефоны будут поддерживать конечную точку ISDN
сервисы, а процедуры в этом документе не детализируют сопоставления
перевести все подобные услуги).Обратите внимание, что когда в параметре FCI установлено «обнаружено взаимодействие»
IAM, это указывает на то, что ISUP взаимодействует с сетью
который не может предоставлять столько услуг, сколько ISUP.
Поэтому сети ISUP не будут использовать определенные функции, которые они
в противном случае обычно, включая потенциально использование ISDN, вызывает
коды в условиях сбоя (в отличие от отправки ACM с последующим
звуковые объявления). При желании поставщики шлюзов МОГУТ предоставить
Camarillo, et.al. Standards Track [Страница 22]
RFC 3398 ISUP для сопоставления SIP, декабрь 2002 г.
настраиваемая опция, которую можно использовать по усмотрению поставщиков услуг,
который будет сигнализировать в FCI, что обнаружено взаимодействие
(и что ISUP не используется полностью), когда инкапсулированная ISUP не
подарок; однако это может значительно снизить эффективность и
прозрачность трансляции SIP-ISUP.
Заявление о том, что он является узлом ISDN, может привести к тому, что вызываемый абонент запросит пользователя ISDN
к пользовательским службам.Поскольку пользователь для пользовательских служб 1 и 2 должны быть
по запросу вызывающего абонента, они не представляют проблемы (см. [14]).
Абонент может также запросить услугу от пользователя к пользователю 3. В не-
В ситуациях мостового соединения SIP, MGC должен иметь возможность отклонять это
запрос на обслуживание.
7.2.2 Срок действия ISUP T7 истекает
Поскольку не было получено ответа от PSTN, все ресурсы в
Выпускаются MG. ‘504 Server Timeout’ ДОЛЖЕН быть отправлен обратно в
Сеть SIP. Сообщение REL со значением причины 102 (ошибка протокола,
восстановление по истечении таймера) ДОЛЖЕН быть отправлен в PSTN.Шлюзы могут
ожидайте, что PSTN ответит RLC, а сеть SIP ответит
с ACK, указывающим, что последовательность выпуска завершена.
7.2.3 Получено CANCEL или BYE
Если запрос CANCEL или BYE получен до окончательного ответа SIP
был отправлен, ДОЛЖЕН быть отправлен в сеть SIP сообщение ‘200 OK’ для подтверждения
ОТМЕНА или ПОКА; 487 также ДОЛЖЕН быть отправлен для завершения сообщения INVITE
сделка. Все ресурсы освобождены, и ДОЛЖНО появиться сообщение REL.
быть отправлено в PSTN со значением причины 16 (нормальная очистка).Шлюзы
можно ожидать получения RLC от PSTN, указывающего, что
последовательность выпуска завершена.
В ситуациях с мостом SIP REL может быть инкапсулирован в теле
запроса BYE. Хотя BYE обычно сопоставляется с кодом 16
(нормальная очистка), в исключительных случаях код причины в
сообщение REL может быть другим. Следовательно, индикатор причины
параметр инкапсулированного REL следует повторно использовать в отправленном REL
к PSTN.
Обратите внимание, что запрос BYE или CANCEL может содержать заголовок Reason, который
СЛЕДУЕТ сопоставить с параметром индикатора причины (см. Раздел 5.8).
Если BYE содержит как заголовок Reason, так и инкапсулированный ISUP,
ДОЛЖНО быть предпочтительным значение в заголовке Reason.
Все ресурсы на шлюзе ДОЛЖНЫ быть освобождены до
шлюз отправляет любое сообщение REL.
Camarillo, et. al. Standards Track [Страница 23]
RFC 3398 ISUP для сопоставления SIP, декабрь 2002 г.
7.2.4 Получен REL
Этот раздел применяется, когда REL получен до последнего SIP.
ответ был отправлен. Обычно такое состояние возникает при звонке
был отклонен PSTN.Любые ресурсы шлюза ДОЛЖНЫ быть освобождены немедленно, а RLC ДОЛЖЕН
быть отправленным в сеть ISUP, чтобы указать, что канал доступен
для повторного использования.
Если ПРИГЛАШЕНИЕ, инициировавшее эту транзакцию, содержало
и понятное инкапсулированное сообщение ISUP (т. е. IAM с использованием
вариант, поддерживаемый шлюзом, желательно с цифровым
подпись), то СЛЕДУЕТ отправлять инкапсулированный протокол ISUP в ответ на
ПРИГЛАШЕНИЕ, когда это возможно (поскольку это предполагает ISUP-SIP-ISUP
bridging case) — поэтому только что полученное сообщение REL ДОЛЖНО быть
включены в тело SIP-ответа.Шлюз НЕ ДОЛЖЕН
вернуть ответ с инкапсулированным ППЦС, если отправитель
INVITE не включает сам ISUP.
Обратите внимание, что получение определенных сообщений об обслуживании в ответ на
IAM, например сообщение о блокировке (BLO) или сообщение сброса (RSC) (или их
эквиваленты сообщения группы каналов) также может привести к разрыву
вызывает в этой фазе конечного автомата. Поведение при обслуживании
Сообщения приведены ниже в разделе 11.
7.2.4.1 Преобразование кода причины ISDN в код состояния
Использование сообщения REL в сети SS7 является очень общим,
тогда как SIP имеет ряд специальных инструментов, которые в совокупности
та же роль, что и REL, а именно BYE, CANCEL и различные
коды состояния / ответа.REL может быть отправлен, чтобы сорвать вызов, который
уже выполняется (BYE), чтобы отменить ранее отправленную настройку вызова
запрос, который еще не был завершен (ОТМЕНА), или отклонить вызов
только что полученный запрос на установку (IAM) (соответствующий
Код состояния SIP).
Обратите внимание, что не обязательно отображать причину ISDN.
коды в сообщения SIP, потому что эти коды причин имеют только значение
к интерфейсу ISUP шлюза. Хороший пример — причина
код 44 «Цепь или канал запроса недоступен.»44 означает, что
CIC, для которого был отправлен IAM, считался принимающим
оборудование находится в состоянии, несовместимом с новым запросом вызова —
однако подходящим поведением в этом случае является исходящий
переключиться на повторную отправку IAM для другого CIC, а не для вызова
снесен. Ясно, что нет (и не должно быть) статуса SIP
код, указывающий, что следует выбрать новый CIC — это вопрос
внутренний по отношению к исходному шлюзу. Следовательно получение кода причины 44
Camarillo, et.al. Standards Track [Страница 24]
RFC 3398 ISUP для сопоставления SIP, декабрь 2002 г.
не должен приводить к отправке какого-либо кода состояния SIP; эффективно,
код причины не переводится.
Если получено значение причины, отличное от перечисленных ниже,
СЛЕДУЕТ использовать ответ по умолчанию «500 Внутренняя ошибка сервера».
Наконец, помимо кода причины ISDN, параметр CAI также
содержит причину «местоположение», которая дает некоторое представление о том, какой объект в
сеть была ответственна за завершение вызова (наиболее
важное различие между пользователем и сетью).В
в большинстве случаев местоположение причины не влияет на сопоставление с SIP
код состояния; некоторые исключения указаны ниже. Диагностическое поле может
также присутствовать по некоторым причинам ISDN; эта диагностика будет содержать
дополнительные данные, относящиеся к завершению разговора.
РЕКОМЕНДУЕТСЯ использовать следующие значения сопоставления:
Нормальное событие
ISUP Значение причины SIP-ответ
—————- ————
1 неразмеченный номер 404 Not Found
2 нет маршрута к сети 404 Не найдено
3 нет маршрута к пункту назначения 404 Не найдено
16 нормальная очистка вызова — (*)
17 пользователь занят 486 занят здесь
18 пользователь не отвечает 408 Тайм-аут запроса
19 нет ответа от пользователя 480 Временно недоступен
20 абонент отсутствует 480 Временно недоступен
21 звонок отклонен 403 Запрещено (+)
22 номер изменен (без диагностики) 410 Gone
Номер 22 изменен (с диагностикой) 301 Перемещен навсегда
23 перенаправление на новый пункт назначения 410 Gone
26 невыбранных пользователей очищают 404 Not Found (=)
27 пункт назначения вышел из строя 502 Bad Gateway
28 адрес неполный 484 адрес неполный
29 объект отклонен 501 Не реализовано
31 нормальный не указан 480 Временно недоступен
(*) Причина ISDN 16 обычно приводит к BYE или CANCEL
(+) Если причиной является «пользователь», то может быть указан код 6xx
а не код 4xx (т.е.э., 403 становится 603)
(=) Процедура ANSI — в сетях ANSI число 26 перегружено для обозначения
«неправильно перенаправленный перенесенный номер». Предположительно, провал переносимости номера
должен был быть выполнен предыдущей сетью. В противном случае причина 26
обычно не используется в процедурах ISUP.
Camarillo, et. al. Standards Track [Страница 25]
RFC 3398 ISUP для сопоставления SIP, декабрь 2002 г.
REL с причиной ISDN 22 (номер изменен) может содержать информацию
о новом номере, по которому вызываемый может быть доступен в
диагностическое поле.Если MGC может обработать эту информацию, он
ДОЛЖЕН быть добавлен к ответу SIP (301) в заголовке контакта.
Ресурс недоступен
Такое значение причины указывает на временный сбой. A ‘Retry-
После ‘заголовок МОЖЕТ быть добавлен к ответу, если необходимо.
ISUP Значение причины SIP-ответ
—————- ————
34 канал отсутствует 503 служба недоступна
38 сеть вышла из строя 503 Услуга недоступна
41 временный сбой 503 Сервис недоступен
42 Перегрузка коммутационного оборудования 503 Услуга недоступна
47 ресурс недоступен 503 служба недоступна
Услуга или опция недоступны
Такое значение причины указывает на наличие проблемы с
запрос, а не то, что со временем разрешится.