stringtranslate.com

Голос по IP

Голос по Интернет-протоколу ( VoIP [a] ), также называемому IP-телефонией , представляет собой метод и группу технологий голосовых вызовов для доставки сеансов голосовой связи через сети Интернет-протокола (IP), такие как Интернет .

Более широкие термины Интернет-телефония , широкополосная телефония и широкополосная телефонная связь конкретно относятся к предоставлению голосовых и других коммуникационных услуг ( факс , SMS , голосовые сообщения ) через Интернет, а не через коммутируемую телефонную сеть общего пользования (PSTN), также известную как как обычная старая телефонная служба (POTS).

Обзор

Шаги и принципы, необходимые для совершения телефонных вызовов VoIP, аналогичны традиционной цифровой телефонии и включают в себя передачу сигналов, настройку канала, оцифровку аналоговых речевых сигналов и кодирование. Вместо передачи по сети с коммутацией каналов цифровая информация пакетируется, и передача происходит в виде IP-пакетов по сети с коммутацией пакетов . Они транспортируют медиапотоки с помощью специальных протоколов доставки мультимедиа, которые кодируют аудио и видео с помощью аудиокодеков и видеокодеков . Существуют различные кодеки, которые оптимизируют медиапоток в зависимости от требований приложения и пропускной способности сети; некоторые реализации полагаются на узкополосную и сжатую речь , тогда как другие поддерживают высококачественные стереокодеки.

Наиболее широко используемые стандарты кодирования речи в VoIP основаны на методах сжатия с линейным предсказанием (LPC) и модифицированным дискретным косинусным преобразованием (MDCT). Популярные кодеки включают AAC- LD на основе MDCT (используется в FaceTime ), Opus на основе LPC/MDCT (используется в WhatsApp ), SILK на основе LPC (используется в Skype ), версии G с μ-law и A-law. .711 , G.722 и голосовой кодек с открытым исходным кодом , известный как iLBC , кодек, который использует только 8 кбит/с в каждом направлении и называется G.729 .

Первые поставщики услуг передачи голоса по IP использовали бизнес-модели и предлагали технические решения, отражающие архитектуру устаревшей телефонной сети. Поставщики второго поколения, такие как Skype , построили закрытые сети для частных пользователей, предлагая преимущества бесплатных звонков и удобства, потенциально взимая плату за доступ к другим сетям связи, таким как PSTN. Это ограничивало свободу пользователей комбинировать аппаратное и программное обеспечение сторонних производителей. Поставщики третьего поколения, такие как Google Talk , приняли концепцию федеративного VoIP . [2] Эти решения обычно обеспечивают динамическое соединение между пользователями в любых двух доменах Интернета, когда пользователь желает совершить звонок.

Помимо телефонов VoIP , VoIP также доступен на многих персональных компьютерах и других устройствах доступа в Интернет. Звонки и текстовые SMS-сообщения можно отправлять через Wi-Fi или мобильную сеть передачи данных оператора . [3] VoIP обеспечивает основу для консолидации всех современных коммуникационных технологий с использованием единой системы унифицированных коммуникаций .

Протоколы

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

Для реализации VoIP-связи необходимы разнообразные функции. Некоторые протоколы выполняют несколько функций, тогда как другие выполняют только некоторые и должны использоваться согласованно. Эти функции включают в себя:

Протоколы VoIP включают в себя:

Принятие

Потребительский рынок

Пример домашней сети, включая VoIP

Услуги VoIP для массового рынка используют существующий широкополосный доступ в Интернет , с помощью которого абоненты совершают и принимают телефонные звонки почти так же, как они это делают через PSTN. Телефонные компании с полным спектром услуг VoIP предоставляют входящие и исходящие услуги с прямым входящим набором номера . Многие предлагают безлимитные внутренние звонки, а иногда и международные звонки за фиксированную ежемесячную абонентскую плату. Телефонные звонки между абонентами одного и того же провайдера обычно бесплатны, если услуга с фиксированной оплатой недоступна. [7]

Телефон VoIP необходим для подключения к поставщику услуг VoIP. Это можно реализовать несколькими способами:

PSTN и провайдеры мобильных сетей

Поставщики телекоммуникационных услуг все чаще используют VoIP-телефонию через выделенные и общедоступные IP-сети в качестве транзитной линии для подключения коммутационных центров и взаимодействия с другими поставщиками телефонных сетей; это часто называют транзитным соединением IP . [8] [9]

Смартфоны могут иметь SIP-клиенты, встроенные в прошивку или доступные для загрузки в виде приложения. [10] [11]

Корпоративное использование

Из-за эффективности использования полосы пропускания и низких затрат, которые может обеспечить технология VoIP, предприятия переходят от традиционных телефонных систем с медным проводом к системам VoIP, чтобы снизить ежемесячные расходы на телефонную связь. В 2008 году 80% всех новых линий частных АТС , установленных на международном уровне, были VoIP. [12] Например, в Соединенных Штатах Администрация социального обеспечения переводит свои полевые офисы с 63 000 сотрудников с традиционных телефонных установок на инфраструктуру VoIP, переносимую через существующую сеть передачи данных. [13] [14]

VoIP позволяет осуществлять передачу голоса и данных в одной сети, что может значительно снизить затраты на инфраструктуру. Цены на расширения по VoIP ниже, чем на АТС и ключевые системы. Коммутаторы VoIP могут работать на обычном оборудовании, например на персональных компьютерах . Вместо закрытой архитектуры эти устройства используют стандартные интерфейсы. [15] Устройства VoIP имеют простой, интуитивно понятный пользовательский интерфейс, поэтому пользователи часто могут вносить простые изменения в конфигурацию системы. Двухрежимные телефоны позволяют пользователям продолжать разговор при перемещении между внешней сотовой связью и внутренней сетью Wi-Fi , поэтому больше нет необходимости носить с собой одновременно настольный и сотовый телефон. Обслуживание становится проще, поскольку требуется контролировать меньше устройств. [15]

Решения VoIP, предназначенные для предприятий, превратились в услуги унифицированных коммуникаций , которые рассматривают все коммуникации — телефонные звонки, факсы, голосовую почту, электронную почту, веб-конференции и т. д. — как отдельные единицы, которые могут быть доставлены любыми средствами и на любой телефон. включая мобильные телефоны. В этом пространстве работают два типа поставщиков услуг: один ориентирован на VoIP для средних и крупных предприятий, а другой ориентирован на рынок малого и среднего бизнеса (SMB). [16]

Skype , который первоначально позиционировал себя как услуга среди друзей, начал обслуживать предприятия, обеспечивая бесплатные соединения между любыми пользователями сети Skype и подключаясь к обычным телефонам PSTN и обратно за определенную плату. [17]

Механизмы доставки

В общем, предоставление систем VoIP-телефонии организациям или отдельным пользователям можно разделить на два основных метода доставки: частные или локальные решения или решения, размещенные на внешнем хостинге, предоставляемые сторонними поставщиками. Методы доставки на территории больше похожи на классическую модель развертывания УАТС для подключения офиса к локальным сетям PSTN.

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

Хостинговые системы VoIP

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

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

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

Частные системы VoIP

АТС на базе Asterisk для малого бизнеса

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

Частные системы VoIP могут представлять собой физические аппаратные устройства УАТС, объединенные с другой инфраструктурой, или они могут быть развернуты как программные приложения. Обычно последние два варианта представляют собой отдельное виртуализированное устройство. Однако в некоторых сценариях эти системы развертываются на «голой металлической» инфраструктуре или устройствах Интернета вещей. С помощью некоторых решений, таких как 3CX, компании могут попытаться объединить преимущества размещенных и частных локальных систем, внедрив собственное частное решение, но во внешней среде. Примеры могут включать услуги совместного размещения центров обработки данных , общедоступные или частные облачные хранилища.

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

Однако трафик VoIP в и из локальных систем часто также может передаваться по защищенным частным каналам. Примеры включают персональную VPN, межсетьевую VPN , частные сети, такие как MPLS и SD-WAN, или через частные SBC (пограничные контроллеры сеансов). Хотя исключения и варианты частного пиринга существуют, обычно эти методы частного подключения предоставляются провайдерами хостингового или облачного VoIP.

Качество обслуживания

Связь в IP-сети воспринимается как менее надежная в отличие от телефонной сети общего пользования с коммутацией каналов, поскольку она не обеспечивает сетевой механизм, гарантирующий, что пакеты данных не будут потеряны и доставлены в последовательном порядке. Это сеть, обеспечивающая максимальную эффективность, без фундаментальных гарантий качества обслуживания (QoS). Голос и все другие данные передаются пакетами по IP-сетям с фиксированной максимальной пропускной способностью. Эта система может быть более склонна к потере данных при перегрузке [b], чем традиционные системы с коммутацией каналов ; система с коммутацией каналов недостаточной пропускной способности будет отклонять новые соединения, а остальные передавать без ухудшения, в то время как качество данных в реальном времени, таких как телефонные разговоры в сетях с коммутацией пакетов, резко ухудшается. [19] Таким образом, реализации VoIP могут столкнуться с проблемами, связанными с задержкой , потерей пакетов и джиттером . [19] [20]

По умолчанию сетевые маршрутизаторы обрабатывают трафик в порядке очереди. Фиксированными задержками невозможно управлять, поскольку они вызваны физическим расстоянием, на которое проходят пакеты. Они особенно проблематичны, когда задействованы спутниковые каналы из-за большого расстояния до геостационарного спутника и обратно; типичны задержки 400–600 мс. Задержку можно минимизировать, помечая голосовые пакеты как чувствительные к задержке с помощью методов QoS, таких как DiffServ . [19]

Сетевые маршрутизаторы на каналах с большим объемом трафика могут создавать задержку, превышающую допустимые пороговые значения для VoIP. Чрезмерная нагрузка на канал может привести к перегрузке и связанным с ней задержкам в очереди и потере пакетов . Это сигнализирует транспортному протоколу, такому как TCP , о необходимости снизить скорость передачи, чтобы уменьшить перегрузку. Но VoIP обычно использует UDP, а не TCP, поскольку восстановление после перегрузки посредством повторной передачи обычно влечет за собой слишком большую задержку. [19] Таким образом, механизмы QoS могут избежать нежелательной потери пакетов VoIP, немедленно передавая их перед любым массовым трафиком в очереди по тому же каналу, даже если канал перегружен массовым трафиком.

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

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

Хотя джиттер является случайной величиной, он представляет собой сумму нескольких других случайных величин, которые, по крайней мере, в некоторой степени независимы: индивидуальных задержек в очереди маршрутизаторов на рассматриваемом пути Интернета. На основании центральной предельной теоремы джиттер можно смоделировать как гауссову случайную величину . Это предполагает постоянную оценку средней задержки и ее стандартного отклонения и установку задержки воспроизведения так, чтобы только пакеты, задержанные более чем на несколько стандартных отклонений выше среднего, приходили слишком поздно, чтобы быть полезными. На практике разница в задержке многих интернет-путей определяется небольшим количеством (часто одним) относительно медленных и перегруженных узких мест . Большинство магистральных каналов Интернета сейчас настолько быстры (например, 10 Гбит/с), что в их задержках преобладает среда передачи (например, оптоволокно), а управляющие ими маршрутизаторы не имеют достаточной буферизации, чтобы задержки в очередях были значительными. [ нужна цитата ]

Был определен ряд протоколов для поддержки отчетности о качестве обслуживания (QoS) и качестве взаимодействия (QoE) для вызовов VoIP. К ним относятся расширенные отчеты протокола управления RTP (RTCP), [22] сводные отчеты SIP RTCP, H.460.9 Приложение B (для H.323 ), H.248.30 и расширения MGCP.

Блок метрик VoIP расширенного отчета RTCP, указанный в RFC  3611, генерируется телефоном или шлюзом VoIP во время живого вызова и содержит информацию о скорости потери пакетов, скорости отбрасывания пакетов (из-за дрожания), метриках потери пакетов/отбрасывания пакетов (длина пакета/ плотность, длина/плотность промежутка), сетевая задержка, задержка конечной системы, уровень сигнала/шума/эха, средние оценки мнения (MOS) и коэффициенты R, а также информация о конфигурации, связанная с буфером дрожания. Отчеты о метриках VoIP периодически передаются между конечными точками IP во время вызова, а сообщение об окончании вызова отправляется через сводный отчет SIP RTCP или одно из других расширений протокола сигнализации. Отчеты о метриках VoIP предназначены для поддержки обратной связи в режиме реального времени, связанной с проблемами QoS, обмена информацией между конечными точками для улучшения расчета качества вызова и множества других приложений.

DSL и банкомат

Модемы DSL обычно обеспечивают Ethernet-соединения с локальным оборудованием, но внутри они могут фактически быть модемами с асинхронным режимом передачи (ATM). [c] Они используют уровень адаптации ATM 5 (AAL5) для сегментации каждого пакета Ethernet на серию 53-байтовых ячеек ATM для передачи, собирая их обратно в кадры Ethernet на принимающей стороне.

Использование отдельного идентификатора виртуального канала (VCI) для передачи голоса по IP может снизить задержку в общих соединениях. Потенциал ATM по снижению задержки наиболее велик на медленных каналах, поскольку в худшем случае задержка уменьшается с увеличением скорости соединения. Полноразмерный (1500 байт) кадр Ethernet передается за 94 мс со скоростью 128 кбит/с и только 8 мс со скоростью 1,5 Мбит/с. Если это узкое место, эта задержка, вероятно, достаточно мала, чтобы обеспечить хорошую производительность VoIP без уменьшения MTU или нескольких виртуальных каналов ATM. Последние поколения DSL, VDSL и VDSL2 поддерживают Ethernet без промежуточных уровней ATM/AAL5 и обычно поддерживают тегирование приоритетов IEEE 802.1p , чтобы VoIP можно было поставить в очередь перед менее критичным по времени трафиком. [19]

ATM имеет значительные накладные расходы заголовка: 5/53 = 9,4%, что примерно в два раза превышает общий объем накладных расходов заголовка 1500-байтового кадра Ethernet. Этот «налог на банкоматы» платит каждый пользователь DSL, независимо от того, пользуется ли он преимуществами нескольких виртуальных каналов – и немногие могут это сделать. [19]

Слой 2

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

Показатели эффективности

Качество передачи голоса характеризуется несколькими показателями, которые могут отслеживаться сетевыми элементами, а также аппаратным или программным обеспечением пользовательского агента. К таким показателям относятся потеря сетевых пакетов , дрожание пакетов , задержка (задержка) пакетов, задержка после набора номера и эхо. Метрики определяются путем тестирования и мониторинга производительности VoIP. [23] [24] [25] [26] [27] [28]

Интеграция с ТфОП

Контроллер медиашлюза VoIP (также известный как Softswitch класса 5 ) работает совместно с медиашлюзом (также известным как IP Business Gateway) и подключает цифровой медиапоток, чтобы завершить путь для голоса и данных. Шлюзы включают интерфейсы для подключения к стандартным сетям PSTN. Интерфейсы Ethernet также включены в современные системы, специально разработанные для связи вызовов, передаваемых через VoIP. [29]

E.164 — это глобальный стандарт нумерации как для ТфОП, так и для наземной мобильной сети общего пользования (PLMN). Большинство реализаций VoIP поддерживают E.164 , что позволяет маршрутизировать вызовы к абонентам VoIP и от них, а также к PSTN/PLMN. [30] Реализации VoIP также могут позволить использовать другие методы идентификации. Например, Skype позволяет абонентам выбирать имена Skype (имена пользователей) [31] , тогда как реализации SIP могут использовать унифицированный идентификатор ресурса (URI), аналогичный адресам электронной почты . [32] Часто реализации VoIP используют методы преобразования идентификаторов, отличных от E.164, в номера E.164 и наоборот, такие как служба Skype-In, предоставляемая Skype [33] и номер E.164 в сопоставление URI (ENUM). обслуживание в IMS и SIP. [34]

Эхо также может быть проблемой для интеграции с ТфОП. [35] Общие причины эха включают несоответствие импеданса в аналоговых схемах и акустический путь от приемного сигнала к передающему на приемной стороне.

Переносимость номера

Переносимость местных номеров (LNP) и переносимость мобильных номеров (MNP) также влияют на бизнес VoIP. Перенос номера — это услуга, которая позволяет абоненту выбрать нового оператора телефонной связи без необходимости выдачи нового номера. Как правило, бывший оператор связи несет ответственность за «сопоставление» старого номера с нераскрытым номером, присвоенным новым оператором связи. Это достигается за счет ведения базы данных номеров. Набранный номер первоначально принимается исходным оператором связи и быстро перенаправляется новому оператору связи. Необходимо поддерживать несколько ссылок на перенос, даже если абонент возвращается к исходному оператору связи. FCC требует от операторов связи соблюдения этих положений о защите потребителей. В ноябре 2007 года Федеральная комиссия по связи США издала приказ, распространяющий обязательства по переносимости номеров на взаимосвязанных провайдеров VoIP и операторов, поддерживающих провайдеров VoIP. [36]

Голосовой вызов, исходящий из среды VoIP, также сталкивается с проблемами маршрутизации с наименьшей стоимостью (LCR) при достижении пункта назначения, если номер маршрутизируется на номер мобильного телефона традиционного оператора мобильной связи. LCR основан на проверке адресата каждого телефонного звонка по мере его совершения, а затем отправке вызова через сеть, которая обойдется клиенту с наименьшими затратами. Этот рейтинг является предметом некоторых споров, учитывая сложность маршрутизации вызовов, создаваемую переносимостью номеров. Благодаря внедрению MNP поставщики LCR больше не могут полагаться на использование корневого префикса сети для определения способа маршрутизации вызова. Вместо этого они теперь должны определить фактическую сеть каждого номера перед маршрутизацией вызова. [37]

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

Экстренные вызовы

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

В IP-телефонии такой прямой связи между местоположением и конечной точкой связи не существует. Даже провайдер, имеющий проводную инфраструктуру, например провайдер DSL, может знать только приблизительное местоположение устройства на основе IP- адреса , выделенного сетевому маршрутизатору, и известного адреса службы. Некоторые интернет-провайдеры не отслеживают автоматическое присвоение IP-адресов оборудованию клиентов. [38]

IP-связь обеспечивает мобильность устройств. Например, бытовое широкополосное соединение может использоваться как ссылка на виртуальную частную сеть юридического лица, и в этом случае IP-адрес, используемый для связи с клиентами, может принадлежать предприятию, а не домашнему интернет-провайдеру. Такие внешние расширения могут появиться как часть восходящей IP-УАТС. На мобильных устройствах, например, телефоне 3G или беспроводном широкополосном USB-адаптере, IP-адрес не имеет связи с каким-либо физическим местоположением, известным поставщику услуг телефонии, поскольку мобильный пользователь может находиться в любом месте региона с покрытием сети, даже находясь в роуминге через другой регион. сотовая компания.

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

Такие экстренные услуги предоставляются поставщиками VoIP в США с помощью системы под названием Enhanced 911 (E911), основанной на Законе о беспроводной связи и общественной безопасности . Система экстренного вызова VoIP E911 связывает физический адрес с телефонным номером вызывающей стороны. Все провайдеры VoIP, предоставляющие доступ к телефонной сети общего пользования, обязаны внедрить E911, услугу, за которую с абонента может взиматься плата. «Поставщики VoIP не могут позволить клиентам отказаться от услуги 911». [38] Система VoIP E911 основана на поиске по статической таблице. В отличие от сотовых телефонов, где местоположение вызова E911 можно отследить с помощью GPS или других методов, информация VoIP E911 является точной только в том случае, если абоненты поддерживают актуальность информации о своем адресе экстренной помощи. [39]

Поддержка по факсу

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

Основанное на стандартах решение для надежной доставки факсов по IP — это протокол T.38 . Протокол T.38 предназначен для компенсации различий между традиционной беспакетной связью по аналоговым линиям и пакетной передачей, которая является основой IP-связи. Факс-аппарат может представлять собой стандартное устройство, подключенное к аналоговому телефонному адаптеру (ATA), или это может быть программное приложение или выделенное сетевое устройство, работающее через интерфейс Ethernet. [40] Первоначально T.38 был разработан для использования методов передачи UDP или TCP через IP-сеть.

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

Требования к питанию

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

Телефоны VoIP и телефонные адаптеры VoIP подключаются к маршрутизаторам или кабельным модемам , которые обычно зависят от наличия сетевого или локального электроснабжения. [41] Некоторые поставщики услуг VoIP используют оборудование в помещении клиента (например, кабельные модемы) с источниками питания с батарейным питанием для обеспечения бесперебойного обслуживания в течение нескольких часов в случае сбоев в локальном энергоснабжении. Такие устройства с батарейным питанием обычно предназначены для использования с аналоговыми телефонными трубками. Некоторые поставщики услуг VoIP реализуют услуги по перенаправлению вызовов на другие телефонные службы абонента, например на сотовый телефон, в случае, если сетевое устройство клиента недоступно для завершения вызова.

Безопасность

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

Проблемы безопасности телефонных систем VoIP аналогичны проблемам безопасности других устройств, подключенных к Интернету. Это означает, что хакеры , знающие об уязвимостях VoIP, могут выполнять атаки типа «отказ в обслуживании» , собирать данные клиентов, записывать разговоры и компрометировать сообщения голосовой почты. Скомпрометированная учетная запись пользователя VoIP или учетные данные сеанса могут позволить злоумышленнику понести значительные расходы за сторонние услуги, такие как междугородние или международные звонки.

Технические детали многих протоколов VoIP создают проблемы при маршрутизации трафика VoIP через межсетевые экраны и трансляторы сетевых адресов , используемые для подключения к транзитным сетям или Интернету. Пограничные контроллеры частных сеансов часто используются для обеспечения возможности вызовов VoIP в защищенные сети и из них. Другие методы прохождения устройств NAT включают вспомогательные протоколы, такие как STUN и Interactive Connectivity Setting (ICE).

Стандарты защиты VoIP доступны в Secure Real-time Transport Protocol (SRTP) и протоколе ZRTP для адаптеров аналоговой телефонии , а также для некоторых программных телефонов . IPsec доступен для защиты двухточечного VoIP на транспортном уровне с использованием оппортунистического шифрования . Хотя многие потребительские решения VoIP не поддерживают шифрование сигнального пути или среды передачи, защиту VoIP-телефона концептуально проще реализовать с помощью VoIP, чем на традиционных телефонных линиях. Результатом отсутствия широкой поддержки шифрования является то, что относительно легко подслушать вызовы VoIP, когда возможен доступ к сети передачи данных. [42] Бесплатные решения с открытым исходным кодом, такие как Wireshark , облегчают запись VoIP-разговоров.

Правительственные и военные организации используют различные меры безопасности для защиты трафика VoIP, такие как передача голоса по защищенному IP (VoSIP), безопасная передача голоса по IP (SVoIP) и безопасная передача голоса по защищенному IP (SVoSIP). [43] Разница заключается в том, применяется ли шифрование на телефонной конечной точке или в сети. [44] Безопасная передача голоса по защищенному IP может быть реализована путем шифрования мультимедиа с помощью таких протоколов, как SRTP и ZRTP . Безопасная передача голоса по IP использует шифрование типа 1 в секретной сети, например SIPRNet . [45] [46] [47] [48] Public Secure VoIP также доступен в бесплатном программном обеспечении GNU и во многих популярных коммерческих программах VoIP через библиотеки, такие как ZRTP. [49]

В июне 2021 года Агентство национальной безопасности (АНБ) опубликовало подробные документы, описывающие четыре плоскости атаки системы связи — сеть, периметр, контроллеры сеансов и конечные точки — и объясняющие риски безопасности и методы их снижения для каждой из них. [50] [51]

Идентификатор вызывающего абонента

Протоколы и оборудование передачи голоса по IP обеспечивают поддержку идентификатора вызывающего абонента , совместимого с PSTN. Многие поставщики услуг VoIP также позволяют вызывающим абонентам настраивать пользовательскую информацию идентификатора вызывающего абонента. [52]

Совместимость со слуховыми аппаратами

Проводные телефоны, которые производятся, импортируются или предназначены для использования в США со службой передачи голоса по IP 28 февраля 2020 года или после этой даты, должны соответствовать требованиям совместимости со слуховыми аппаратами , установленным Федеральной комиссией по связи . [53]

Эксплуатационные расходы

VoIP радикально снизил стоимость связи за счет совместного использования сетевой инфраструктуры для передачи данных и голоса. [54] [55] Одно широкополосное соединение позволяет передавать несколько телефонных звонков.

Нормативно-правовые вопросы

По мере роста популярности VoIP правительства становятся все более заинтересованными в регулировании VoIP аналогично услугам PSTN. [56]

Во всем развивающемся мире, особенно в странах, где регулирование слабое или контролируется доминирующим оператором, часто вводятся ограничения на использование VoIP, в том числе в Панаме , где VoIP облагается налогом, и в Гайане, где VoIP запрещен. [57] В Эфиопии , где правительство национализирует телекоммуникационные услуги, предоставление услуг с использованием VoIP является уголовным преступлением. В стране установлены межсетевые экраны для предотвращения международных звонков с использованием VoIP. Эти меры были приняты после того, как популярность VoIP снизила доходы государственной телекоммуникационной компании. [ нужна ссылка ] [58]

Канада

В Канаде Канадская комиссия по радио, телевидению и телекоммуникациям регулирует телефонную связь, включая услуги VoIP-телефонии. Службы VoIP, работающие в Канаде, должны обеспечивать экстренную службу 9-1-1 . [59]

Евросоюз

В Европейском Союзе подход к поставщикам услуг VoIP является решением каждого национального регулятора телекоммуникаций, который должен использовать закон о конкуренции для определения соответствующих национальных рынков, а затем определить, обладает ли какой-либо поставщик услуг на этих национальных рынках «значительной рыночной властью» (и, таким образом, должны быть связаны определенными обязательствами). Общее различие обычно проводится между услугами VoIP, которые работают в управляемых сетях (через широкополосные соединения), и услугами VoIP, которые работают в неуправляемых сетях (по сути, в Интернете). [ нужна цитата ]

Соответствующая Директива ЕС четко не сформулирована в отношении обязательств, которые могут существовать независимо от рыночной власти (например, обязательство предоставлять доступ к экстренным вызовам), и невозможно точно сказать, связаны ли ими поставщики услуг VoIP любого типа. [ нужна ссылка ] [60]

Арабские государства Персидского залива

Оман

В Омане предоставление или использование неавторизованных услуг VoIP является незаконным, поскольку веб-сайты нелицензированных провайдеров VoIP блокируются. [ нужна цитата ] Нарушения могут быть наказаны штрафом в размере 50 000 оманских риалов (около 130 317 долларов США), двухлетним тюремным заключением или и тем, и другим. В 2009 году полиция провела рейд в 121 интернет-кафе по всей стране и арестовала 212 человек за использование или предоставление услуг VoIP. [61]

Саудовская Аравия

В сентябре 2017 года Саудовская Аравия сняла запрет на VoIP, пытаясь сократить эксплуатационные расходы и стимулировать цифровое предпринимательство. [62] [63]

Объединенные Арабские Эмираты

В Объединенных Арабских Эмиратах (ОАЭ) предоставление или использование неавторизованных услуг VoIP является незаконным. Веб-сайты нелицензионных провайдеров VoIP заблокированы. Некоторые услуги VoIP, такие как Skype, были разрешены. [64] В январе 2018 года интернет-провайдеры в ОАЭ заблокировали все приложения VoIP, включая Skype, но разрешили использовать только два одобренных правительством приложения VoIP (C'ME и BOTIM). [65] [66] Оппозиционная петиция на Change.org собрала более 5000 подписей, в ответ на что сайт был заблокирован в ОАЭ. [67]

24 марта 2020 года Объединенные Арабские Эмираты ослабили ограничения на ранее запрещенные в стране услуги VoIP, чтобы облегчить общение во время пандемии COVID-19 . Однако популярные приложения для обмена мгновенными сообщениями, такие как WhatsApp , Skype и FaceTime , по-прежнему заблокированы для голосовых и видеозвонков, что вынуждает жителей пользоваться платными услугами государственных телекоммуникационных провайдеров страны. [68]

Индия

В Индии использование VoIP разрешено, но иметь шлюзы VoIP внутри Индии незаконно. [69] Фактически это означает, что люди, у которых есть компьютеры, могут использовать их для совершения VoIP-вызовов на другие компьютеры, но не на обычный телефонный номер. Использование иностранных серверов VoIP в Индии запрещено. [69]

Интернет-телефония разрешена интернет-провайдеру с ограничениями. Разрешены следующие услуги: [70]

  1. ПК к ПК; внутри или за пределами Индии
  2. ПК / устройство / адаптер, соответствующий стандарту любых международных агентств, таких как ITU или IETF и т. д. в Индии, для PSTN/PLMN за рубежом.
  3. Любое устройство/адаптер, соответствующее стандартам международных агентств, таких как ITU, IETF и т. д., подключенное к узлу интернет-провайдера со статическим IP-адресом аналогичного устройства/адаптера; внутри или за пределами Индии.
  4. За исключением всего, что описано в условии (ii) выше [ необходимы разъяснения ] , никакая другая форма интернет-телефонии не допускается.
  5. В Индии для интернет-телефонии не предусмотрена отдельная схема нумерации. В настоящее время распределение 10-значной нумерации на основе E.164 разрешено для услуг фиксированной телефонной связи, GSM, CDMA. Для интернет-телефонии схема нумерации должна соответствовать только схеме IP-адресации Управления присвоения номеров в Интернете (IANA). Преобразование номера E.164/частного номера в IP-адрес, назначенный любому устройству, и наоборот, интернет-провайдером для демонстрации соответствия схеме нумерации IANA не допускается.
  6. Лицензиату Интернет-услуг не разрешается подключаться к PSTN/PLMN. Голосовая связь с телефоном, подключенным к PSTN/PLMN и использующим нумерацию E.164, в Индии запрещена.

Южная Корея

В Южной Корее только провайдеры, зарегистрированные правительством, имеют право предлагать услуги VoIP. В отличие от многих провайдеров VoIP, большинство из которых предлагают фиксированные тарифы, корейские услуги VoIP обычно тарифицируются и взимаются по тарифам, аналогичным тарифам на наземные звонки. Иностранные провайдеры VoIP сталкиваются с высокими барьерами при государственной регистрации. Эта проблема достигла апогея в 2006 году, когда интернет-провайдеры , предоставляющие персональные интернет-услуги по контракту членам Вооруженных сил США в Корее (USFK), проживающим на базах USFK, пригрозили заблокировать доступ к услугам VoIP, используемым членами USFK в качестве экономичного способа оставаться на связи. контактировать со своими семьями в США на том основании, что провайдеры VoIP участников услуг не были зарегистрированы. В январе 2007 года между USFK и корейскими представителями телекоммуникационных компаний был достигнут компромисс, согласно которому сотрудники USFK, прибывшие в Корею до 1 июня 2007 года и подписавшиеся на услуги интернет-провайдера, предоставляемые на базе, могли продолжать использовать свою подписку на VoIP в США, но прибывшие позже обязаны использовать корейского провайдера VoIP, который по контракту будет предлагать цены, аналогичные фиксированным ставкам, предлагаемым провайдерами VoIP в США. [71]

Соединенные Штаты

В Соединенных Штатах Федеральная комиссия по связи требует, чтобы все взаимосвязанные поставщики услуг VoIP соответствовали требованиям, сопоставимым с требованиями для традиционных поставщиков телекоммуникационных услуг. [72] Операторы VoIP в США обязаны поддерживать переносимость местных номеров ; сделать услуги доступными для людей с ограниченными возможностями; платить регулирующие сборы, взносы за универсальные услуги и другие обязательные платежи; и дать возможность правоохранительным органам осуществлять наблюдение в соответствии с Законом о коммуникационной помощи правоохранительным органам (CALEA).

Операторы взаимосвязанной VoIP (полностью подключенной к ТфОП) обязаны предоставлять расширенную услугу 911 без специального запроса, предоставлять обновленную информацию о местонахождении клиентов, четко раскрывать своим потребителям любые ограничения на функциональность своих E-911, получать утвердительные подтверждения этих раскрытий от всех потребителей, [73] и не могут позволить своим клиентам отказаться от службы 911. [74] Операторы VoIP также получают преимущества некоторых телекоммуникационных правил США, включая право на межсоединение и обмен трафиком с действующими местными операторами связи через оптовых операторов связи. Поставщики кочевнических услуг VoIP — те, кто не может определить местонахождение своих пользователей — освобождены от государственного регулирования телекоммуникаций. [75]

Еще один юридический вопрос, который обсуждается в Конгрессе США , касается изменений в Законе о наблюдении за внешней разведкой . Речь идет о разговорах между американцами и иностранцами. АНБ не имеет права прослушивать разговоры американцев без ордера, но Интернет, и в частности VoIP, не проводит столь четкую линию к местонахождению звонящего или получателя звонка, как это делает традиционная телефонная система. Поскольку низкая стоимость и гибкость VoIP убеждают все больше и больше организаций принять эту технологию, наблюдение для правоохранительных органов становится все более трудным. Технология VoIP также усилила обеспокоенность федеральной безопасности, поскольку VoIP и подобные технологии усложнили правительству определение физического местонахождения цели в случае перехвата сообщений, и это создает целый ряд новых юридических проблем. [76]

История

Ранние разработки проектов пакетных сетей Полом Бараном и другими исследователями были мотивированы стремлением к более высокой степени резервирования каналов и доступности сети в условиях сбоев инфраструктуры, чем это было возможно в сетях с коммутацией каналов в телекоммуникациях середины двадцатых годов. век. Дэнни Коэн впервые продемонстрировал форму пакетной голосовой связи в 1973 году, которая была развита в протокол сетевой голосовой связи , который работал в ранней ARPANET . [77] [78]

В ранней ARPANET голосовая связь в реальном времени была невозможна с использованием несжатых цифровых речевых пакетов с импульсно-кодовой модуляцией (PCM) , скорость передачи данных которых составляла 64 кбит/с, что намного превышало полосу пропускания 2,4 кбит/ с ранних модемов . Решением этой проблемы стало линейное предсказательное кодирование (LPC), алгоритм сжатия данных кодирования речи , который был впервые предложен Фумитадой Итакурой из Университета Нагои и Сюдзо Сайто из Nippon Telegraph and Telephone (NTT) в 1966 году. LPC был способен сжимать речь вниз. до 2,4 кбит/с, что привело к первому успешному диалогу в реальном времени по ARPANET в 1974 году между компанией Culler-Harrison Incorporated в Голете, Калифорния , и лабораторией Линкольна Массачусетского технологического института в Лексингтоне, Массачусетс . [79] С тех пор LPC стал наиболее широко используемым методом кодирования речи. [80] Линейное предсказание с кодовым возбуждением (CELP), тип алгоритма LPC, было разработано Манфредом Р. Шредером и Бишну С. Аталом в 1985 году . [81] Алгоритмы LPC остаются стандартом кодирования звука в современной технологии VoIP. [79]    

В течение двух десятилетий после демонстрации 1974 года были разработаны различные формы пакетной телефонии и сформированы отраслевые группы интересов для поддержки новых технологий. После закрытия проекта ARPANET и расширения Интернета для коммерческого трафика IP-телефония была протестирована и признана непригодной для коммерческого использования до появления VocalChat в начале 1990-х годов, а затем, в феврале 1995 года, официального выпуска Internet Phone (или iPhone). для краткости) коммерческое программное обеспечение VocalTec , основанное на патенте Лиора Харамати и Алона Коэна [82] и сопровождаемое другими компонентами инфраструктуры VoIP, такими как телефонные шлюзы и коммутационные серверы . Вскоре это стало устойчивой областью интересов коммерческих лабораторий крупнейших ИТ-концернов. К концу 1990-х годов стали доступны первые программные коммутаторы , а новые протоколы, такие как H.323 , MGCP и протокол инициации сеанса (SIP), получили широкое внимание. В начале 2000-х годов распространение высокоскоростного постоянного подключения к Интернету в жилых домах и на предприятиях породило индустрию поставщиков услуг интернет-телефонии (ITSP). Разработка программного обеспечения для телефонии с открытым исходным кодом, такого как Asterisk PBX , стимулировала широкий интерес и предпринимательство к услугам передачи голоса по IP, применяя новые парадигмы интернет-технологий, такие как облачные сервисы для телефонии.

Вехи

Смотрите также

Примечания

  1. ^ По-разному произносится как отдельные буквы, VOIP , или как слово, / v ɔɪ p / ( VOYP ) [1]
  2. ^ IP-сети также могут быть более подвержены DoS-атакам , вызывающим перегрузку. [18]
  3. ^ Такие технологии, как 802.3ah, можно использовать для подключения DSL без использования банкомата.

Рекомендации

  1. Ссылки _ Кембриджские словари онлайн .
  2. ^ "Федерация XMPP" . Google Talkabout. 2006 год . Проверено 11 мая 2012 г.
  3. ^ Бут, К. (2010). «Глава 2: IP-телефоны, программный VoIP, а также интегрированный и мобильный VoIP». Отчеты о библиотечных технологиях . 46 (5): 11–19.
  4. ^ Монтазеролгам, Ахмадреза; Могаддам, Мохаммад Хоссейн Ягмаи; Леон-Гарсия, Альберто (март 2018 г.). «OpenSIP: на пути к программно-определяемым сетям SIP». Транзакции IEEE по управлению сетями и услугами . 15 (1): 184–199. arXiv : 1709.01320 . дои :10.1109/TNSM.2017.2741258. ISSN  1932-4537. S2CID  3873601.
  5. ^ «Интеграция H.323 и SIP» . Проверено 24 января 2020 г.
  6. ^ Омар, Ахмед. «Голосовая связь ПО IP (VOIP)».
  7. ^ «Голосовая связь по интернет-протоколу (VoIP)» . Федеральная комиссия по связи . 18 ноября 2010 года . Проверено 19 июля 2022 г.
  8. ^ «БЕСПРОВОДНАЯ СВЯЗЬ: операторы связи обращаются к IP для транзитной связи» . www.eetimes.com . ЭЭ Таймс. Архивировано из оригинала 9 августа 2011 года . Проверено 8 апреля 2015 г.{{cite web}}: CS1 maint: unfit URL (link)
  9. ^ «Проблема мобильного IP» . www.totaltele.com . Тотал Телеком Онлайн. Архивировано из оригинала 17 февраля 2006 года . Проверено 8 апреля 2015 г.{{cite web}}: CS1 maint: unfit URL (link)
  10. ^ «SIP-клиент Android» . Проверено 30 января 2018 г.
  11. ^ «Научитесь совершать бесплатные или недорогие звонки с использованием SIP на Android» . Проверено 30 января 2018 г.
  12. ^ Майкл Дош и Стив Черч. «VoIP в студии вещания». Аксиа Аудио. Архивировано из оригинала 7 октября 2011 года . Проверено 21 июня 2011 г.
  13. Джексон, Уильям (27 мая 2009 г.). «SSA активно продвигает VOIP». Правительственные компьютерные новости. Архивировано из оригинала 28 июля 2011 года . Проверено 28 мая 2009 г.
  14. ^ «Социальное обеспечение построит «крупнейшую в мире VOIP»» . Государственные технологии. Архивировано из оригинала 2 июня 2009 года . Проверено 29 мая 2009 г.
  15. ↑ Аб Корженёвский, Питер (8 января 2009 г.). «Три технологии, которые вам понадобятся в 2009 году». Форбс . Проверено 2 марта 2009 г.
  16. Каллахан, Рене (9 декабря 2008 г.). «Бизнес переходит на голосовую связь по IP». Форбс . Проверено 3 марта 2009 г.
  17. ^ «Скайп для бизнеса» . скайп.com . Проверено 16 марта 2009 г.
  18. ^ «VoIP — уязвимость интернет-протокола?». www.continuitycentral.com .
  19. ^ abcdef «Качество обслуживания голоса по IP» . Проверено 3 мая 2011 г.
  20. ^ Прабхакар, Г.; Растоги, Р.; Тоттон, М. (2005). «Архитектура OSS и требования к сетям VoIP». Технический журнал Bell Labs . 10 (1): 31–45. дои : 10.1002/bltj.20077. S2CID  12336090.
  21. ^ ab «Качество обслуживания голоса по IP» . Проверено 3 мая 2011 г.
  22. ^ Касерес, Рамон. Расширенные отчеты протокола управления RTP (RTCP XR). дои : 10.17487/RFC3611 . РФК 3611.
  23. ^ CableLabs, Определение функции домашней SIP-телефонии PacketCable , Технический отчет, PKT-TR-RST-V03-071106 (2007)
  24. ^ «Измерение производительности VoIP с использованием параметров QoS» (PDF) . АХМухамад Амин. 14 августа 2016 г.
  25. ^ «Методология тестирования производительности SIP-инфраструктуры» (PDF) . Мирослав Вознак, Ян Рожон. 14 августа 2016 г.
  26. ^ «Оценка производительности передачи голоса по IP (VoIP) на VMware vSphere® 5» (PDF) . VMware. 14 августа 2016 г.
  27. ^ «Производительность и стресс-тестирование SIP-серверов, клиентов и IP-сетей». СтарТринити. 13 августа 2016 г.
  28. ^ «Тестирование сетей передачи голоса по IP (VolP)» (PDF) . IXIA. 14 августа 2016 г.
  29. ^ «Важность технологии Softswitch VoIP». ixc.ua. 20 мая 2011. Архивировано из оригинала 11 ноября 2012 года . Проверено 4 октября 2012 г.{{cite web}}: CS1 maint: bot: original URL status unknown (link)
  30. ^ «RFC 3824 – Использование номеров E.164 с протоколом инициации сеанса (SIP)» . Интернет-сообщество. 1 июня 2004 года . Проверено 21 января 2009 г.
  31. ^ «Создайте имя Skype». Скайп . Проверено 21 января 2009 г.
  32. ^ «RFC 3969 - Реестр параметров единого идентификатора ресурса (URI) Управления по присвоению номеров в Интернете (IANA) для протокола инициации сеанса (SIP)» . Интернет-сообщество. 1 декабря 2004 года . Проверено 21 января 2009 г.
  33. ^ «Ваш личный онлайн-номер» . Скайп . Проверено 21 января 2009 г.
  34. ^ «Взаимодействие сетей на уровне приложений и эволюция IMS». TMCnet.com. 24 мая 2006 года . Проверено 21 января 2009 г.
  35. ^ Джефф Риддел (2007). Реализация пакетного кабеля. Сиско Пресс. п. 557. ИСБН 978-1-58705-181-4.
  36. ^ «Сохранение вашего номера телефона при смене поставщика услуг» . ФКС . Архивировано из оригинала 12 декабря 2009 года . Проверено 20 января 2009 г.
  37. ^ «TelePassport избавляет от MNP» . ITWeb . 13 ноября 2006 г. Архивировано из оригинала 19 июля 2022 г. Проверено 19 июля 2022 г.
  38. ^ ab «Консультационные услуги FCC для потребителей по VoIP и службе 911» (PDF) . ФКС . Архивировано из оригинала (PDF) 10 августа 2010 года . Проверено 2 мая 2011 г.
  39. Новоратцкий, Дэниел (6 февраля 2019 г.). «Поддерживайте свою услугу VoIP E911 в соответствии с этим контрольным списком». ТелеДинамика . Проверено 19 июля 2022 г.
  40. ^ «Отправка факсов по IP-сетям» . Soft-Switch.org . Архивировано из оригинала 18 декабря 2023 года.
  41. ^ «4.4 VOIP – Вопросы регулирования – Универсальная услуга» . Набор инструментов регулирования ИКТ . Архивировано из оригинала 4 июня 2009 года . Проверено 21 сентября 2017 г.
  42. Термос, Питер (5 апреля 2006 г.). «Исследование двух известных атак на VoIP». ID круга . Проверено 5 апреля 2006 г.
  43. ^ «Техническое руководство по внедрению интернет-телефонии и голосовой связи по интернет-протоколу, версия 2, выпуск 2» (PDF) . ДИСА. 21 апреля 2006 г. Архивировано из оригинала (PDF) 25 августа 2009 г.
  44. ^ «Безопасная передача голоса по IP (SVoIP) и установка передачи голоса по защищенному IP (VoSIP)» (PDF) . Системы General Dynamics C4 . Архивировано из оригинала (PDF) 24 сентября 2015 г.
  45. ^ Дунте, Маркус; Руланд, Кристоф (июнь 2007 г.). «Безопасная передача голоса по IP» (PDF) . Международный журнал компьютерных наук и сетевой безопасности . 7 (6): 63–68. Архивировано (PDF) из оригинала 19 апреля 2023 г.
  46. Стрингфеллоу, Брайан (15 августа 2001 г.). «Безопасная передача голоса по IP». Институт САНС . Архивировано из оригинала 1 июня 2023 года.
  47. ^ Уайт, СМ; Тиг, штат Калифорния; Дэниел, Э.Дж. (7–10 ноября 2004 г.). «Маскировка потери пакетов в безопасной среде передачи голоса по IP» (PDF) . Протокол конференции тридцать восьмой асиломарской конференции по сигналам, системам и компьютерам, 2004 г. Том. 1. С. 415–419. CiteSeerX 10.1.1.219.633 . дои : 10.1109/ACSSC.2004.1399165. ISBN  978-0-7803-8622-8. S2CID  402760. Архивировано из оригинала (PDF) 17 мая 2006 года . Проверено 12 июня 2009 г.
  48. ^ «Cellcrypt Secure VOIP направляется на BlackBerry» . Networkworld.com . Архивировано из оригинала 24 апреля 2009 года . Проверено 12 июня 2009 г.
  49. ^ «Безопасные звонки VOIP, бесплатное программное обеспечение и право на конфиденциальность» . Журнал свободного программного обеспечения .
  50. ^ «АНБ выпускает руководство по обеспечению безопасности унифицированных коммуникаций и систем передачи голоса и видео через IP» . Агентство национальной безопасности/Центральная служба безопасности . Проверено 26 сентября 2022 г.
  51. ^ «Развертывание безопасных унифицированных коммуникаций/систем голоса и видео через IP» (PDF) . media.defense.gov . Проверено 27 сентября 2023 г.
  52. ^ VOIPSA.org, Блог: «Привет, мама, я фейк!» (Телеспуф и Фейкколлер).
  53. ^ «Совместимость слуховых аппаратов для проводных и беспроводных телефонов» . Федеральная комиссия по связи . 30 октября 2014 года . Проверено 9 июля 2019 г.
  54. ^ FCC.gov, Каковы преимущества VoIP?
  55. ^ «Сетевая инфраструктура: начало работы с VoIP» (PDF) . Архивировано из оригинала (PDF) 17 сентября 2011 года.
  56. ^ «Матрица статусов глобальной политики VOIP» . Глобальный IP-альянс. 2005 . Проверено 23 ноября 2006 г.
  57. ^ Проэнца, Франсиско Дж. «Путь к развитию широкополосной связи в развивающихся странах лежит через конкуренцию, движимую беспроводной связью и VOIP» (PDF) . Архивировано из оригинала (PDF) 2 июня 2012 года . Проверено 7 апреля 2008 г.
  58. ^ «ГОЛОСОВОЙ ПРОТОКОЛ ИНТЕРНЕТА» .
  59. ^ «Решение CRTC в области телекоммуникаций 2005-21» . Канадская комиссия по радио, телевидению и телекоммуникациям . Правительство Канады. 4 апреля 2005 года . Проверено 29 апреля 2017 г.
  60. ^ «Голосовая связь по IP» .
  61. ^ Мец, Кейд. «Оман наказывает номер 212 за продажу VoIP-звонков» . Регистр . Проверено 20 сентября 2016 г.
  62. ^ «Саудовская Аравия снимет запрет на интернет-звонки» . Новости BBC . 20 сентября 2017 г. Проверено 10 января 2018 г.
  63. ^ «Саудовская Аравия снимет запрет на интернет-звонки» . Рейтер . 20 сентября 2017 г. Проверено 10 января 2018 г.
  64. ^ «Не волнуйтесь, Skype работает в ОАЭ» . Халиджтаймс . 26 июня 2017 г. Проверено 11 января 2018 г.
  65. Дебусманн, Бернд младший (9 января 2018 г.). «Etisalat запускает новый план безлимитных звонков с приложениями VoIP». Арабский бизнес . Проверено 9 января 2018 г.
  66. Рианна Маседа, Клеоф (8 января 2018 г.). «Нет Skype? Платите 50 дирхамов в месяц за видеозвонки». Новости Персидского залива . Проверено 9 января 2018 г.
  67. Захария, Анна \ (8 января 2018 г.). «Etisalat запускает новый план приложения для звонков через несколько дней после сбоев в работе Skype». Национальный . Проверено 9 января 2018 г.
  68. ^ «ОАЭ ослабляет некоторые ограничения на VoIP, поскольку жители, находящиеся в изоляции, призывают отменить запрет на WhatsApp и Skype» . CNBC . 26 марта 2020 г. Проверено 26 марта 2020 г.
  69. ^ аб Маханагар Дорсанчар Бхаван и Джавахар Лал Неру Марг (май 2008 г.). «Консультационный документ Регуляторного органа электросвязи Индии (TRAI) по вопросам, связанным с интернет-телефонией. Консультативный документ № 11/2008» (PDF) . Нью-Дели, Индия: Регулирующий орган электросвязи Индии (TRAI). п. 16 (Раздел 2.2.1.2 Интернет-телефония «ПК-Телефон»). Архивировано из оригинала (PDF) 6 октября 2014 года . Проверено 19 сентября 2012 г. Конечному пользователю разрешено совершать звонки через Интернет-телефонию между компьютером и телефоном только по PSTN/PLMN за границей.
  70. ^ Техническая записка Хариш Кумара Гангвара о нелегальной международной телефонной станции междугородной связи в Индии
  71. Звезды и полосы: соглашение с USFK сохраняет доступ к VoIP для войск, заархивировано из оригинала 13 января 2010 г.
  72. ^ Першинг, Дженни. «Кибертелеком::VoIP::FCC». www.cybertelecom.org . Проверено 21 сентября 2017 г.
  73. ^ GPO.gov. Архивировано 8 июня 2010 г., в Wayback Machine , 47 CFR pt. 9 (2007)
  74. ^ «VoIP и служба 911» . ФКС. 26 мая 2011 года . Проверено 16 августа 2014 г.
  75. ^ «Голосовая связь по интернет-протоколу (VoIP)» . 18 ноября 2010 года . Проверено 21 сентября 2017 г.
  76. Гринберг, Энди (15 мая 2008 г.). «Нечеткое будущее состояния кибербезопасности и прослушивания телефонных разговоров». Форбс . Проверено 2 марта 2009 г.
  77. ^ «Дэнни Коэн». ЗАЛ ИНТЕРНЕТ-СЛАВЫ . Проверено 6 декабря 2014 г.
  78. ^ Расширенная доставка контента, потоковая передача и облачные сервисы (стр. 34). Уилли. 19 сентября 2014 г. ISBN. 9781118909706. Проверено 6 декабря 2014 г.
  79. ^ abcde Грей, Роберт М. (2010). «История цифровой речи в реальном времени в пакетных сетях: Часть II линейного прогнозирующего кодирования и интернет-протокола» (PDF) . Найденный. Процесс сигналов трендов . 3 (4): 203–303. дои : 10.1561/2000000036 . ISSN  1932-8346.
  80. ^ Гупта, Шипра (май 2016 г.). «Применение MFCC для независимого распознавания текста» (PDF) . Международный журнал перспективных исследований в области компьютерных наук и разработки программного обеспечения . 6 (5): 805–810 (806). ISSN  2277-128Х. S2CID  212485331. Архивировано из оригинала (PDF) 18 октября 2019 года . Проверено 18 октября 2019 г.
  81. ^ ab М.Р. Шредер и Б.С. Атал, «Линейное предсказание с кодовым возбуждением (CELP): высококачественная речь при очень низких скоростях передачи данных», в материалах Международной конференции IEEE по акустике, речи и обработке сигналов (ICASSP), том. 10, стр. 937–940, 1985.
  82. ^ Аудио трансивер
  83. ^ Серф, В.; Кан, Р. (май 1974 г.). «Протокол пакетной сетевой связи» (PDF) . Транзакции IEEE в области коммуникаций . 22 (5): 637–648. дои : 10.1109/TCOM.1974.1092259.
  84. ^ «Запуск NSFNET». Национальный научный фонд. Архивировано из оригинала 7 мая 2006 года . Проверено 21 января 2009 г.
  85. ↑ Аб Дуа, Амит (29 июля 2021 г.). «Основы VoIP: все, что должны знать новички!». business2community.com . Сообщество Бизнес 2 . Проверено 14 сентября 2021 г.
  86. МакКроу, Кори (12 октября 2022 г.). «История VoIP за последние 55 лет (с 1966 по 2021 год)». fitsmallbusiness.com . Подходит для малого бизнеса.
  87. ^ IDG Network World Inc; Экерсон, Уэйн (21 сентября 1992 г.). «Мир сети — стартап нацелен на арену настольных видеоконференций». Сетевой мир . IDG Network World Inc: 39–. ISSN  0887-7661 . Проверено 10 февраля 2012 г.
  88. ^ "MTALK-Readme" (TXT) . Sunsite.edu . Проверено 29 апреля 2012 г.
  89. ^ Китинг, Том. «Интернет-телефон, выпуск 4» (PDF) . Журнал «Взаимодействие с компьютерной телефонией» . Проверено 7 ноября 2007 г.
  90. ^ «10, основавшие VOIP (Часть 1: VocalTec)» . iLocus . Проверено 21 января 2009 г.
  91. ^ Бесплатная библиотека RADVision и целевая совместимость Intel между шлюзом видеоконференцсвязи RADVision H.323/320 и продуктами Intel для видеоконференций для бизнеса и TeamStation. Архивировано 30 октября 2013 г. в Wayback Machine. 2 июня 1997 г. Решения для разработчиков VoiP. Архивировано 16 июня 2011 г. в Wayback Machine.
  92. ^ «H.323 Визуальные телефонные системы и оборудование для локальных сетей, обеспечивающие негарантированное качество обслуживания» . МСЭ-Т . Проверено 21 января 2009 г.
  93. ^ "RFC 2235" . Р. Закон . Проверено 21 января 2009 г.
  94. ^ Международный союз электросвязи, Сектор стандартизации (ITU-T), Исследовательская группа 15 (1993–1996), Рекомендация G.729 , март 1996 г.
  95. ^ «10, основавшие VOIP (Часть 2: Уровень 3)» . iLocus. 13 июля 2007 года . Проверено 7 ноября 2007 г.
  96. ^ «RFC 2543, SIP: протокол инициации сеанса» . Хэндли, Шульцринн, Шулер, Розенберг . Проверено 21 января 2009 г.
  97. ^ «Что такое Asterisk» . Астериск.орг. Архивировано из оригинала 23 января 2009 года . Проверено 21 января 2009 г.
  98. ^ Херсент, Оливье; Пети, Жан-Пьер; Гурле, Дэвид (2005). За пределами протоколов VoIP: понимание голосовых технологий и сетевых технологий для IP-телефонии. Джон Уайли и сыновья . п. 55. ИСБН 9780470023631.
  99. ^ Луцки, Манфред; Шуллер, Джеральд; Гейер, Марк; Кремер, Ульрих; Вабник, Стефан (май 2004 г.). Рекомендации по задержке аудиокодека (PDF) . 116-я конференция AES. Фраунгофера ИИС . Общество аудиоинженеров . Проверено 24 октября 2019 г.
  100. ^ Шнелл, Маркус; Шмидт, Маркус; Джандер, Мануэль; Альберт, Тобиас; Гейгер, Ральф; Руоппила, Веса; Экстранд, Пер; Бернхард, Гриль (октябрь 2008 г.). MPEG-4 Enhanced Low Delay AAC — новый стандарт высококачественной связи (PDF) . 125-я конвенция AES. Фраунгофера ИИС . Общество аудиоинженеров . Проверено 20 октября 2019 г.
  101. ^ Стэплтон-Грей, Росс (2009). Центр межсетевых операций Dial-by-ASN (INOC-DBA), ресурс для сообщества сетевых операторов . Лос Аламитос: Издательство Компьютерного общества IEEE. ISBN 978-0-7695-3568-5.
  102. Пог, Дэвид (2 августа 2007 г.). «Современное состояние: получайте бесплатные телефонные звонки здесь». Нью-Йорк Таймс . Проверено 20 января 2009 г.
  103. ^ Нагиредди, Сиваннараяна (2008). Обработка голосовых и факсимильных сигналов VoIP. Джон Уайли и сыновья . п. 69. ИСБН 9780470377864.
  104. ^ Ремо, Мишель В. (27 августа 2007 г.). «Перспективы голосовых звонков через Интернет блестящие». Филиппинский Daily Inquirer . Проверено 1 января 2015 г.
  105. ^ Audio-Mitschnitt. Архивировано 10 февраля 2013 г. в Wayback Machine vom Treffen der IETF-Codec-Arbeitsgruppe auf der Konferenz IETF79 в Пекине, Китай, с einer Darstellung der grundlegenden Funktionsprinzipien durch Koen Vos (MP3, ~ 70 МБ)
  106. ^ «Новый сверхширокополосный кодек Skype» . Wirevolution.com. 13 января 2009 года . Проверено 31 марта 2009 г.
  107. ^ Дэниел Эран Дилгер (8 июня 2010 г.). «Внутри iPhone 4: видеозвонки FaceTime». AppleInsider . Проверено 9 июня 2010 г.
  108. ^ Презентация кодека CELT. Архивировано 7 августа 2011 г. в Wayback Machine Тимоти Б. Терриберри (65 минут видео, см. Также слайды презентации. Архивировано 10 августа 2011 г. в Wayback Machine в формате PDF).
  109. ^ Вален, Жан-Марк; Максвелл, Грегори; Терриберри, Тимоти Б.; Вос, Коэн (октябрь 2013 г.). Высококачественное кодирование музыки с малой задержкой в ​​кодеке Opus . 135-я конференция AES. Общество аудиоинженеров . arXiv : 1602.04845 .

Внешние ссылки