Минимальный гарантированный платёж (МГП) / mcn

Описание связки SIP/SDP/RTP-протоколов

SIP (Session Initiation Protocol) — протокол установления сессии (не только телефонной) — это текстовый протокол поверх UDP. Также есть возможность использовать SIP поверх TCP, но это редкие случаи.

SDP (Session Description Protocol) — протокол согласования типа передаваемых данных (для звука и видео это кодеки и их форматы, для факсов — скорость передачи и коррекция ошибок) и адреса их назначения (IP и порт). Это также текстовый протокол. Параметры SDP передаются в теле SIP-пакетов.

RTP (Real-time Transport Protocol) — протокол передачи аудио/видеоданных. Это бинарный протокол поверх UDP.

Общая структура SIP-пакетов:

Вот пример двух SIP-пакетов для одной частой процедуры — установления вызова:

Слева изображено содержимое пакета SIP INVITE, справа — ответ на него — SIP 200 OK.

Основные поля выделены рамками:

• Method/Request-URI содержит SIP-метод и URI. В примере происходит установление сессии — метод INVITE, вызов абонента [email protected].
• Status-Code — код ответа на предыдущую SIP-команду. В данном примере команда выполнилась успешно — код 200, т.е. абонент 555 поднял трубку.
• Via — адрес, на котором абонент 777 ждет ответа. Для сообщения 200 OK это поле копируется из INVITE-сообщения.
• From/To — отображаемые имя и адрес отправителя и получателя сообщения. Для сообщения 200 OK это поле копируется из INVITE-сообщения.
• Cseq содержит порядковый номер команды и название метода, к которому относится данное сообщение. Для сообщения 200 OK это поле копируется из INVITE-сообщения.
• Content-Type — тип данных, которые передаются в блоке Body, в данном случае — SDP-данные.
• Connection Information — IP-адрес, на который второму абоненту необходимо отправлять пакеты RTP (или UDPTL пакеты в случае передачи факса по T.38).
• Media Description — порт, на который второй абонент должен передавать указанные данные. В данном случае это звук (audio RTP/AVP) и список поддерживаемых типов данных — PCMU, PCMA, GSM-кодеки и DTMF-сигналы.

SDP-сообщение состоит из строк, содержащих пары ПОЛЕ=ЗНАЧЕНИЕ. Из основных полей можно отметить:

вопросы по оплате услуг sipnet

Базовые понятия телефонии

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

На стороне провайдера (АТС) установлен телефонный модуль с портом FXS (Foreign eXchange Subscriber). Дома или в офисе установлен телефон или факс с портом FXO (Foreign eXchange Office) и модуль номеронабирателя.

По внешнему виду порты FXS и FXO никак не отличаются, это обычные 6-выводные RJ11-разъемы. Но с помощью вольтметра отличить их очень просто — на FXS-порте всегда будет какое-то напряжение: 48/60 В, когда трубка положена, или 6–15 В во время разговора. На FXO, если он не подключен к линии, напряжение всегда 0.

Для передачи данных по телефонной линии на стороне провайдера нужна дополнительная логика, которую можно реализовать на модуле SLIC (subscriber line interface circuit), а на стороне абонента — с помощью модуля DAA (Direct Access Arrangement).

Сейчас довольно популярны беспроводные DECT-телефоны (Digital European Cordless Telecommunications). По устройству они аналогичны обычным телефонным аппаратам: в них тоже есть FXO-порт и модуль номеронабирателя, но еще добавлен модуль беспроводной связи станции и трубки на частоте 1,9 ГГц.

Абоненты подключаются к PSTN-сети (Public Switched Telephone Network) — телефонной сети общего пользования, она же ТСОП, ТфОП. PSTN-сеть может быть организована с использованием разных технологий: ISDN, оптики, POTS, Ethernet. Частный случай PSTN, когда используется обычная аналоговая/медная линия — POTS (Plain Old Telephone Service) — простая старая телефонная система.

С развитием Интернета телефонная связь перешла на новый уровень. Стационарные телефонные аппараты все реже используются, в основном по служебным нуждам. DECT-телефоны немного удобнее, но ограничены периметром дома. GSM-телефоны еще удобнее, но ограничены пределами страны (роуминг — дело дорогое). А вот для IP-телефонов, они же cофтфоны (SoftPhone), никаких ограничений, кроме доступа к интернету, нет.

Skype — самый известный пример софтфона. Он может много чего, но имеет два важных недостатка: закрытая архитектура и прослушка известно какими органами. Из-за первого нет возможности создать свою телефонную микросеть. А из-за второго — не очень приятно, когда за вами подсматривают, особенно при личных и коммерческих разговорах.

К счастью есть открытые протоколы для создания своих коммуникационных сетей с плюшками — это SIP и H.323. Софтфонов на SIP-протоколе несколько больше чем на H.323, что можно объяснить его сравнительной простотой и гибкостью. Но иногда эта гибкость может вставлять большие палки в колёса. Оба протокола SIP и H.323 используют RTP-протокол для передачи медиаданных.

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

Передача информации о нажатых кнопках

Иногда после установления сессии, во время разговора, требуется доступ к дополнительным видам обслуживания (ДВО) — удержание вызова, перевод, голосовая почта и т.п. — которые реагируют на определенные сочетания нажатых кнопок.

Так, в обычной телефонной линии есть два способа набора номера:

Во время разговора импульсный способ неудобен для передачи нажатой кнопки. Так, на передачу «0» требуется приблизительно 1 секунда (10 импульсов по 100 мс: 60 мс — разрыв линии, 40 мс — замыкание линии) плюс 200 мс на паузу между цифрами. К тому же во время импульсного набора будут часто слышны характерные щелчки. Поэтому в обычной телефонии используется только тоновый режим доступа к ДВО.

В VoIP-телефонии информация о нажатых кнопках может передаваться тремя способами:

1. DTMF Inband — генерация звукового тона и передача его внутри аудиоданных (текущего RTP-канала) — это обычный тоновый набор.
2. RFC2833 — генерируется специальный RTP-пакет telephone-event, в котором содержится информация о нажатой клавише, громкость и длительность. Номер RTP-формата, в котором будут передаваться пакеты DTMF RFC2833, указывается в теле SDP-сообщения. Например: a=rtpmap:98 telephone-event/8000.
3. SIP INFO — формируется пакет SIP INFO c информацией о нажатой клавише, громкости и длительности.

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

Главное различие между DTMF RFC2833 и SIP INFO: если на SIP-прокси-сервере включена возможность передачи RTP непосредственно между абонентами минуя сам сервер (например, canreinvite=yes в asterisk), то сервер не заметит RFC2833-пакеты, вследствие чего становятся недоступными сервисы ДВО. Передача SIP-пакетов всегда осуществляется через SIP-прокси-серверы, поэтому ДВО всегда будут работать.

Передача голоса и факсов

Как уже упоминалось, для передачи медиаданных используются RTP-протокол. В RTP-пакетах всегда указывается формат передаваемых данных (кодек).

Для передачи голоса существует много разнообразных кодеков, с разными соотношениями битрейт/качество/сложность, есть открытые и закрытые. В любом софтфоне обязательно есть поддержка G.711 alaw/ulaw-кодеков, их реализация очень простая, качество звука неплохое, но они требуют пропускной способности в 64 кбит/с. Например, G.729-кодек требует только 8 кбит/с, но очень сильно загружает процессор, к тому же он не бесплатный.

Для передачи факсов обычно используется либо G.711-кодек, либо T.38-протокол. Передача факсов по G.711-кодеку соответствует передаче факса по T.30-протоколу, как будто факс передается по обычной телефонной линии, но при этом аналоговый сигнал с линии оцифровывается по alaw/ulaw-закону. Это также называется передачей факса Inband T.30.

Факсы по T.30-протоколу выполняют согласование своих параметров: скорости передачи, размера дейтаграмм, тип коррекции ошибок. T.38-протокол базируется на протоколе T.30, но в отличие от Inband-передачи, происходит анализ генерируемых и принятых T.30-команд. Таким образом передаются не сырые данные, а распознанные команды управления факсом.

Для передачи команд T.38 используется UDPTL-протокол, это протокол на базе UDP, он используется только для T.38. Для передачи комманд T.38 можно ещё использовать протоколы TCP и RTP, но они используются гораздо реже.

Основные достоинства T.38 — снижение нагрузки на сеть и большая надежность по сравнению с Inband-передачей факса.

Процедура передачи факса в режиме T.38 выглядит следующим образом:

1. Устанавливается обычное голосовое соединение по любому кодеку.
2. Когда бумага загружена в отправляющий факс, он периодически шлет T.30-сигнал CNG (Calling Tone), что означает готовность к передаче факса.
3. На принимающей стороне генерируется T.30-сигнал CED (Called Terminal Identification) — это готовность принять факс. Данный сигнал отправляется либо после нажатия кнопки «Получить факс» либо факс делает это автоматически.
4. На отправляющей стороне обнаруживается CED-сигнал и происходит процедура SIP REINVITE, а в SDP-сообщении указывается T.38 тип: m=image 39164 udptl t38.

Передавать факсы по интернету желательно в T.38. Если же факс нужно передать внутри офиса или между объектами, имеющими стабильное соединение, то можно использовать передачу факса Inband T.30. При этом перед передачей факса обязательно должна быть отключена процедура эхоподавления, чтобы не вносить дополнительные искажения.

Очень подробно про передачу факсов написано в книге «Fax, Modem, and Text for IP Telephony», авторы — David Hanes и Gonzalo Salgueiro.

Цифровая обработка сигналов (ЦОС). Обеспечение качества звука в IP-телефонии, примеры тестирования

С протоколами установления сеанса разговора (SIP/SDP) и методе передачи звука по RTP-каналу мы разобрались. Остался один немаловажный вопрос — качество звука. С одной стороны, качество звука определяется выбранным кодеком. Но с другой, необходимы еще дополнительные процедуры DSP (ЦОС — цифровой обработки сигналов).

Основные процедуры, улучшающие качество звука:

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

Некоторые кодеки уже содержат внутри себя процедуры VAD (GSM, G.729), для других же (G.711, G.722, G.726) нужно их реализовывать.

Если VAD настроен на передачу информации об уровне шума, то передаются специальные SID-пакеты (Silence Insertion Descriptor) в 13м RTP-формате CN (Comfort Noise).

Стоит заметить, что SID-пакеты могут быть отброшены SIP-прокси-серверами, поэтому для проверки желательно настраивать передачу RTP-трафика мимо SIP-серверов.

CNG (сomfort noise generation) — процедура генерации комфортного шума на базе сведений из SID-пакетов. Таким образом, VAD и CNG работают в связке, но CNG-процедура гораздо менее востребована, поскольку заметить работу CNG-можно не всегда, особенно при малой громкости.

PLC (packet loss concealment) — процедура восстановления звукового потока при потере пакетов. Даже при 50% потере пакетов хороший алгоритм PLC позволяет добиться приемлемого качества речи. Искажения, конечно, будут, но слова разобрать можно.

Простейший способ эмуляции потери пакетов (в Linux) — воспользоваться утилитой tc из пакета iproute с модулем netem. Она выполняет шейпинг только исходящего трафика.

Пример запуска эмуляции сети с потерей 50% пакетов:

tc qdisc change dev eth1 root netem loss 50%

Отключение эмуляции:

tc qdisc del dev eth1 root

Jitter buffer — процедура избавления от jitter-эффекта, когда интервал между принятыми пакетами очень сильно меняется, и что в худшем случае ведет к неверному порядку принимаемых пакетов. Также данный эффект приводит к прерываниям речи. Для устранения jitter-эффекта необходимо на принимаемой стороне реализовать буфер пакетов с размером, достаточным для восстановления исходного порядка отправления пакетов с заданным интервалом.

Эмулировать jitter-эффект также можно с помощью утилиты tc (интервал между ожидаемым моментом прихода пакета и фактическим может достигать 500 мс):

tc qdisc add dev eth1 root netem delay 500ms reorder 99%

Antisip

Сервис Antisip предлагает набор сервисов на основе SIP. Среди них — бесплатный SIP акrаунт, который предоставляет услуги VoIP-to-VoIP. Компания рекомендует загрузить приложение Antisip для мобильных устройств Android, но учетная запись SIP работает с другими устройствами.

Преимущества

• Чистый SIP-SIP-провайдер.
• Хорошая документация.

Недостатки

• Несколько красных флажков — например, официальный контакт — это человек во Франции, который рекламирует свой аккаунт Gmail.

Похожие публикации

Дата публикации:

29.05.2022

Huawei рискнула связаться

Iptel

IPTel.org предоставляет телекоммуникационные услуги IP и размещает несколько проектов, таких как SIP Express Router, SIP Express Media Server и SIP Express Router Web. IPTel также предоставляет обширную информацию о SIP-коммуникациях на своем веб-сайте. Бесплатный SIP-аккаунт, который предлагает IPTel, находится в хорошем качестве и доступен только при простой регистрации.

Владельцу аккаунта назначена пожизненная SIP-учетная запись, которую можно использовать для аудио- и видео звонков с пользователями IPTel.org и других доменов. Также, можно получить доступ к службам SIP-телефонии через веб — браузеры, не нуждаясь в специальном оборудовании, SIP-совместимом телефоне, программном телефоне или приложении для смартфона.

Преимущества

• Простой сервисный портфель.
• Бесплатный на все время использования.

Недостатки

• Нет вариантов для завершения PTSN — так что это только SIP-to-SIP.
• Веб-сайт Barebones поднимает вопросы о том, как долго компания будет вокруг.

Sip2sip

SIP2SIP — это простой SIP-сервис, предлагаемый AG Projects. Это бесплатный SIP-сервис, основанный на политике добросовестного использования. Регистрация и управление аккаунтом просты. AG Projects предлагает эту бесплатную услугу SIP в качестве одного из способов тестирования пользователями функций, присутствующих в ее продуктах. Используя любое из совместимых приложений или клиентов, он может:

• Делайте аудио и видео звонки.
• Общаться и передавать файлы.
• Сделать конференц — звонки.

Преимущества

• Бесплатный и простой в использовании.
• Достойный дизайн.
• Оптимизирован для SylkServer.

Недостатки

• Потребительское использование не является приоритетом разработчика.
• Для видео и аудио необходимо использовать другие приложения

Sip-транк

Наиболее простой вариант взаимодействия, широко применяемый телекомами, — это транк. Вообще SIP trunking — это подключение абонентов не по телефонному кабелю, а через интернет по протоколу SIP. Но этот термин прижился и для коммуникаций типа “телеком-телеком” или “телеком-облако”. В создании транка участвуют обе взаимодействующие стороны. Вначале IP-адреса телекома добавляются в белый список на стороне облака VoxImplant: это позволит телекому совершать SIP-звонки к облаку без авторизации. Затем клиент связывается с телекомом и информирует его, что входящие звонки необходимо “приземлять” в облако. При этом используется SIP URI, соответствующий аккаунту и приложению пользователя, которое с помощью JavaScript-кода информирует облако, что с этими звонками делать дальше.

А в чем разница?

Учитывая возможность подстановки номера, с точки зрения клиента SIP-регистрация ничем не отличается от транка. Однако сотрудники телекомов не всегда готовы настраивать транк, а для многих облачных АТС это в принципе технически не предусмотрено. При этом SIP-регистрация позволяет интегрироваться с любым SIP-совместимым сервисом, будь то крупный провайдер телекоммуникационных услуг, инсталляция Asterisk или закрытый облачный сервис.

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

Бесплатный план onsip

OnSIP — это платная услуга VoIP, предлагаемая Junction Networks. Тем не менее, компания также предлагает бесплатный план OnSIP людям, которые хотят создать бесплатный SIP-адрес. Бесплатный план OnSIP предоставляет групповое решение для голосовой связи, передачи видео и обмена сообщениями. Особенности включают в себя:

• До 100 пользователей.
• Бесплатные звонки SIP-to-SIP.
• Пользовательские ссылки на веб — вызовы и кнопки HTML.
• Интегрируется со Slack и Zendesk.
• Возможность использования в качестве расширения Google Chrome.
• Бесплатный план OnSIP заменяет программу GetOnSIP компании.

Преимущества

• План включает в себя 100 пользователей с неограниченными расширениями — отлично подходит для команд.
• Слабые и Zendesk интеграции.

Недостатки

• Набор приложений может быть немного византийским для навигации.
• Еще некоторые обновления документации после миграции GetOnSIP не дошли на бесплатный план OnSIP.

Будущее huawei pay в россии

Одним из вариантов сотрудничества российских банков с Huawei являются партнёрские программы, которые мы предоставляем на основе платёжной карты UnionPay. Например, есть

для держателей карт UnionPay Газпромбанка и Россельхозбанка. 

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

Ещё мы хотим дать российским пользователям возможность использовать предустановленную виртуальную карту на смартфоне. Это будет базовая карта платёжной системы, а заявку на неё также можно будет подать онлайн через Huawei Wallet. 

На этом пока всё. Если у вас возникли вопросы по платежам и работе с картой в нашей экосистеме — задавайте их в комментариях.

Интеграция своих продуктов в huawei wallet

Для партнёров Huawei доступна сквозная интеграция. Например, банки могут отправлять в Huawei Wallet кредитные и дебетовые карты при их открытии, а магазины — добавить карту лояльности при скачивании приложения на телефон HUAWEI. 

Так как в интеграции с платёжной системой Huawei есть много нюансов и технических деталей, заявка на неё требует предварительной консультации с техподдержкой бренда. Если у вас уже есть приложение в AppGallery, то после консультации можно подать заявку в разделе «Мои проекты» в AppGallery Connect.

Введите параметры: элемент, тип, название, идентификатор сервиса, URL-адрес обратного вызова, открытый ключ. 

Затем нужно будет настроить параметры NFC, в том числе идентификатор приложения (AID), URL-адрес обратного вызова, параметры синхронизации, ключ внешней аутентификации и определение параметра файла.

Дальнейший процесс интеграции будет зависеть от того, какой сервис вы будете интегрировать в Wallet. Сейчас поддерживаются карты лояльности, подарочные карты, купоны, билеты на мероприятия, посадочные талоны, транспортные билеты, ключи для автомобиля, умные замки и универсальные карты «всё в одном».

После того как заявка на услугу Wallet Kit будет одобрена, предстоит интеграция и проверка приложения. Проверка приложения полностью автоматизирована. Вам нужно будет ввести информацию о приложении и загрузить APK. Затем система просканирует его и предоставит вам отчёт.

Образец кода клиента API-интерфейсов Huawei Wallet Kit можно посмотреть по ссылке. А по этой ссылке можно загрузить последний SDK.

Исходящие звонки

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

Первым делом добавим настройки аутентификации на обоих шлюзах для всех аккаунтов на сервере:

Так как шлюзов несколько, каждая настройка записывается в виде словаря настроек, где ключом является имя шлюза. “$” в поле CallerID подставляется на имя аккаунта.

Записи маршрутизатора при такой постановке задачи и настройках аутентификации выглядят так:

Signal:<7(10d)@*>=gatewaycaller{ 7*,gwru}#pbx
Signal:<1(10d)@*>=gatewaycaller{ 1*,gwus}#pbx

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

Допустим пользователь набрал номер 7(123)456-78-90.

При применении записи, маршрутизатор выделит 10 последних цифр, добавит 7 в качестве первых символов (телефон в формате E.164, понятный любому оператору PSTN сетей) и передаст получившийся номер как первый параметр в приложение gatewaycaller.

После этого gatewaycaller смотрит PSTN настройки звонящего пользователя и ищет там группу настроек с ключом «gwru», который передали в программу вторым параметром.

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

Кошелёк как канал взаимодействия с пользователями

Huawei Wallet — приложение из экосистемы Huawei для хранения банковских и дисконтных карт, билетов, проездных и других подобных объектов. Отправить пользователю дисконтную карту или пропуск можно с помощью ссылки, в СМС или в письме на электронном ящике. Также Huawei Wallet может определить, какие партнёрские приложения установлены, и добавить карты из них.

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

Минимальный гарантированный платёж (мгп) / mcn / mcn

Платежи через huawei wallet

В Huawei Wallet покупки и онлайн-платежи проходят через систему Huawei Pay. Для пользователей она повышает безопасность при транзакциях: сервис не использует номер банковской карты, а вместо него передаёт номер карты устройства или токен. Этот номер присваивается каждой добавленной банковской карте и различается на разных устройствах.

Чтобы совершить платёж, пользователю не нужно снимать блокировку с устройства, а бесконтактная оплата возможна даже без подключения к интернету. Huawei Pay использует технологию аппаратного шифрования SE и требует верифицировать каждую транзакцию независимо от суммы.

Работать с Huawei Pay может любой банк, который выпускает карты платёжной системы UnionPay. В России с ней уже работает, Газпромбанк, Россельхозбанк и Восточный банк. Уже в следующем году мы доработаем SDK и добавим оплату через Huawei Pay в свои веб-сервисы.

Ещё одной полезной функцией Huawei Pay является возможность принимать платежи при помощи QR-кодов. Данная функциональность превращает смартфон в POS-терминал: позволяет получать оплату за покупки при помощи QR-кода. Чтобы начать принимать оплату, юридическое лицо должно зарегистрироваться в приложении.

Прием звонков от pstn шлюза

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

Прием звонков от sip провайдера

SIP провайдеры и некоторые старыепростые PSTN шлюзы требуют SIP регистрации для отправки на устройство входящих звонков. В этом случае на стороне CGPro нужно выбрать пользователя, который будет принимать звонки (обычно это аккаунт pbx, так как по-умолчанию все входящие звонки этого пользователя попадают в IVR). И настроить ему RSIP:

RSIP настройки абсолютно аналогичны настройкам обычного SIP клиента.

Пример sip-регистрации voximplant в mango office

Голая теория без практики мертва, поэтому в качестве примера я покажу, как подключить к VoxImplant номера телефонов популярного облачного решения Mango Office. Первое, что нужно сделать, — это получить SIP-информацию о номерах, которая доступна в разделе Сотрудники и группы в личном кабинете Mango Office, как описано в этой инструкции.

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

Пример sip-транка из asterisk в voximplant

Более сложный пример — это настройка транка от Asterisk к облаку VoxImplant. Со стороны нашего облака нужно всего лишь добавить IP-адреса Asterisk в белый список (см. рисунок выше). А вот со стороны Asterisk конфигурация транка выглядит следующим образом: