stringtranslate.com

Голосовая связь по IP

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

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

Обзор

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

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

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

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

Протоколы

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

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

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

Принятие

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

Пример жилой сети, включающей VoIP

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Частные VoIP-системы могут быть физическими аппаратными устройствами PBX, объединенными с другой инфраструктурой, или они могут быть развернуты как программные приложения. Как правило, последние два варианта будут в форме отдельного виртуализированного устройства. Однако в некоторых сценариях эти системы развертываются на инфраструктуре bare metal или устройствах IoT. С помощью некоторых решений, таких как 3CX, компании могут попытаться объединить преимущества размещенных и частных локальных систем, внедрив собственное частное решение, но во внешней среде. Примерами могут служить службы размещения центров обработки данных, общедоступное облако или частные облачные местоположения.

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

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

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

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

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

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

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

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

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

Определен ряд протоколов для поддержки отчетности о качестве обслуживания (QoS) и качестве восприятия (QoE) для вызовов VoIP. К ним относятся расширенные отчеты RTP Control Protocol (RTCP), [25] сводные отчеты SIP RTCP, H.460.9 Annex 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 Adaptation Layer 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 может быть поставлен в очередь перед менее критичным по времени трафиком. [21]

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

Слой 2

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

Показатели производительности

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

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

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

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

Эхо также может быть проблемой для интеграции PSTN. [38] Распространенными причинами эха являются несоответствие импеданса в аналоговых схемах и акустический путь от приема до передачи сигнала на приемном конце.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

По мере роста популярности VoIP правительства все больше заинтересованы в регулировании VoIP таким же образом, как и в регулировании услуг PSTN. [59]

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

Канада

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

Евросоюз

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

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

Арабские государстваССЗ

Оман

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

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

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

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

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

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

Индия

В Индии использование VoIP является законным, но незаконно иметь шлюзы VoIP внутри Индии. [72] Это фактически означает, что люди, у которых есть ПК, могут использовать их для совершения звонков VoIP на другие компьютеры, но не на обычный телефонный номер. Услуги иностранных серверов VoIP являются незаконными для использования в Индии. [72]

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

  1. С ПК на ПК; в пределах или за пределами Индии
  2. ПК / устройство / адаптер, соответствующий стандарту любого международного агентства, например, ITU или IETF и т. д. в Индии, для PSTN/PLMN за рубежом.
  3. Любое устройство/адаптер, соответствующее стандартам международных агентств, таких как МСЭ, 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. [74]

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

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

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

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

История

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

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

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

Вехи

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

Примечания

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

Ссылки

  1. ^ "VoIP". Cambridge Dictionaries Online .
  2. ^ Arora, Rakesh (23 ноября 1999 г.). "Voice Over IP: Protocols and Standards". cse.wustl.edu . Архивировано из оригинала 19 января 2024 г. Получено 19 марта 2024 г. Voice over IP (VOIP) использует интернет-протокол (IP) для передачи голоса в виде пакетов по IP-сети. ...в Интернете любой может перехватить пакеты, предназначенные для кого-то другого. Некоторая безопасность может быть обеспечена с помощью шифрования и туннелирования. Обычным используемым протоколом туннелирования является протокол туннелирования уровня 2 , а обычным используемым механизмом шифрования является протокол защищенных сокетов (SSL).
  3. ^ "XMPP Federation". Google Talkabout. 2006. Получено 11 мая 2012 .
  4. ^ Бут, С. (2010). «Глава 2: IP-телефоны, программный VoIP, а также интегрированный и мобильный VoIP». Library Technology Reports . 46 (5): 11–19.
  5. ^ Монтазеролгхем, Ахмадреза; Могаддам, Мохаммад Хоссейн Ягмаи; Леон-Гарсия, Альберто (март 2018 г.). «OpenSIP: на пути к программно-определяемым сетям SIP». Труды IEEE по управлению сетями и услугами . 15 (1): 184–199. arXiv : 1709.01320 . doi : 10.1109/TNSM.2017.2741258. ISSN  1932-4537. S2CID  3873601.
  6. ^ "Интеграция H.323 и SIP" . Получено 24 января 2020 г.
  7. ^ Омар, Ахмед. «Голосовая связь по IP (VOIP)».
  8. ^ "Voice Over Internet Protocol (VoIP)". Федеральная комиссия по связи . 18 ноября 2010 г. Получено 19 июля 2022 г.
  9. ^ "VoIP (v77)" (PDF) .
  10. ^ "WIRELESS: Carriers look to IP for backhaul". www.eetimes.com . EE Times. Архивировано из оригинала 9 августа 2011 г. Получено 8 апреля 2015 г.{{cite web}}: CS1 maint: unfit URL (link)
  11. ^ "Mobile's IP challenge". www.totaltele.com . Total Telecom Online. Архивировано из оригинала 17 февраля 2006 г. Получено 8 апреля 2015 г.{{cite web}}: CS1 maint: unfit URL (link)
  12. ^ "Android SIP Client" . Получено 30 января 2018 г. .
  13. ^ «Узнайте, как совершать бесплатные или недорогие звонки с помощью SIP на Android» . Получено 30 января 2018 г.
  14. ^ Майкл Дош и Стив Чёрч. «VoIP в вещательной студии». Axia Audio. Архивировано из оригинала 7 октября 2011 г. Получено 21 июня 2011 г.
  15. ↑ Джексон, Уильям (27 мая 2009 г.). «SSA делает ставку на VOIP». Government Computer News. Архивировано из оригинала 28 июля 2011 г. Получено 28 мая 2009 г.
  16. ^ "Social Security to Build "World's Largest VOIP"". Government Technology. Архивировано из оригинала 2 июня 2009 года . Получено 29 мая 2009 года .
  17. ^ ab Korzeniowski, Peter (8 января 2009 г.). «Три технологии, которые вам понадобятся в 2009 году». Forbes . Получено 2 марта 2009 г.
  18. ^ Каллахан, Рене (9 декабря 2008 г.). «Бизнес переходит на Voice-Over-IP». Forbes . Получено 3 марта 2009 г.
  19. ^ "Skype For Business". skype.com . Получено 16 марта 2009 г. .
  20. ^ «VoIP — уязвимость интернет-протокола?». www.continuitycentral.com .
  21. ^ abcdef "Качество обслуживания для передачи голоса по IP" . Получено 3 мая 2011 г.
  22. ^ Прабхакар, Г.; Растоги, Р.; Тоттон, М. (2005). «Архитектура и требования OSS для сетей VoIP». Bell Labs Technical Journal . 10 (1): 31–45. doi :10.1002/bltj.20077. ISSN  1089-7089. S2CID  12336090.
  23. ^ ab "Качество обслуживания для голосовой связи по IP" . Получено 3 мая 2011 г.
  24. ^ «Оптические буферы пакетов для магистральных интернет-маршрутизаторов | Запросить PDF».
  25. ^ Касерес, Рамон. Расширенные отчеты протокола управления RTP (RTCP XR). doi : 10.17487/RFC3611 . RFC 3611.
  26. ^ CableLabs, Определение функций телефонии SIP для жилых помещений PacketCable , Технический отчет, PKT-TR-RST-V03-071106 (2007)
  27. ^ "Измерение производительности VoIP с использованием параметров QoS" (PDF) . AHMuhamad Amin. 14 августа 2016 г.
  28. ^ «Методология тестирования производительности SIP-инфраструктуры» (PDF) . Мирослав Вознак, Ян Рожон. 14 августа 2016 г.
  29. ^ «Оценка производительности передачи голоса по IP (VoIP) на VMware vSphere® 5» (PDF) . VMware. 14 августа 2016 г.
  30. ^ «Производительность и стресс-тестирование SIP-серверов, клиентов и IP-сетей». StarTrinity. 13 августа 2016 г.
  31. ^ "Тестирование сетей передачи голоса по IP (VolP)" (PDF) . IXIA. 14 августа 2016 г.
  32. ^ "Важность технологии Softswitch VoIP". ixc.ua. 20 мая 2011 г. Архивировано из оригинала 11 ноября 2012 г. Получено 4 октября 2012 г.{{cite web}}: CS1 maint: bot: original URL status unknown (link)
  33. ^ "RFC 3824– Использование номеров E.164 с протоколом SIP". The Internet Society. 1 июня 2004 г. Получено 21 января 2009 г.
  34. ^ "Создайте имя Skype". Skype . Получено 21 января 2009 г.
  35. ^ "RFC 3969– Реестр параметров унифицированного идентификатора ресурса (URI) Управления по распределению номеров в Интернете (IANA) для протокола SIP". The Internet Society. 1 декабря 2004 г. Получено 21 января 2009 г.
  36. ^ "Ваш личный онлайн-номер". Skype . Получено 21 января 2009 г.
  37. ^ "Взаимодействие сетей на уровне приложений и эволюция IMS". TMCnet.com. 24 мая 2006 г. Получено 21 января 2009 г.
  38. ^ Джефф Риддел (2007). Реализация Packetcable. Cisco Press. стр. 557. ISBN 978-1-58705-181-4.
  39. ^ "Сохранение вашего телефонного номера при смене поставщика услуг". FCC . Архивировано из оригинала 12 декабря 2009 г. Получено 20 января 2009 г.
  40. ^ "TelePassport вытесняет MNP". ITWeb . 13 ноября 2006 г. Архивировано из оригинала 19 июля 2022 г. Получено 19 июля 2022 г.
  41. ^ ab "FCC Consumer Advisory VoIP and 911 Service" (PDF) . FCC . Архивировано из оригинала (PDF) 10 августа 2010 г. . Получено 2 мая 2011 г. .
  42. ^ Новорацки, Дэниел (6 февраля 2019 г.). «Соблюдайте этот контрольный список при обслуживании VoIP E911». TeleDynamics . Получено 19 июля 2022 г.
  43. ^ "Faxing over IP networks". Soft-Switch.org . Архивировано из оригинала 18 декабря 2023 г.
  44. ^ "4.4 VOIP – Regulatory Issues – Universal Service". ICT Regulation Tool Kit . Архивировано из оригинала 4 июня 2009 г. Получено 21 сентября 2017 г.
  45. ^ Термос, Питер (5 апреля 2006 г.). «Исследование двух известных атак на VoIP». CircleID . Получено 5 апреля 2006 г. .
  46. ^ "Internet Protocol Telephony & Voice over Internet Protocol Security Technical Implementation Guide Version 2, Release 2" (PDF) . DISA. 21 апреля 2006 г. Архивировано из оригинала (PDF) 25 августа 2009 г.
  47. ^ "Secure Voice over IP (SVoIP) vs. Voice over Secure IP (VoSIP) Installations" (PDF) . General Dynamics C4 Systems . Архивировано из оригинала (PDF) 24 сентября 2015 г.
  48. ^ Dunte, Markus; Ruland, Christoph (июнь 2007 г.). "Secure Voice-over-IP" (PDF) . International Journal of Computer Science and Network Security . 7 (6): 63–68. Архивировано (PDF) из оригинала 19 апреля 2023 г.
  49. ^ Стрингфеллоу, Брайан (15 августа 2001 г.). «Безопасная передача голоса по IP». Институт SANS . Архивировано из оригинала 1 июня 2023 г.
  50. ^ Уайт, CM; Тиг, KA; Дэниел, EJ (7–10 ноября 2004 г.). «Скрытие потери пакетов в защищенной среде передачи голоса по IP» (PDF) . Протокол тридцать восьмой Асиломарской конференции по сигналам, системам и компьютерам, 2004 г. Том 1. стр. 415–419. CiteSeerX 10.1.1.219.633 . doi :10.1109/ACSSC.2004.1399165. ISBN  978-0-7803-8622-8. S2CID  402760. Архивировано из оригинала (PDF) 17 мая 2006 г. . Получено 12 июня 2009 г. .
  51. ^ "Cellcrypt secure VOIP heading to BlackBerry". Networkworld.com . Архивировано из оригинала 24 апреля 2009 г. Получено 12 июня 2009 г.
  52. ^ «Безопасные VOIP-звонки, свободное программное обеспечение и право на конфиденциальность». Free Software Magazine .
  53. ^ "АНБ выпускает руководство по защите унифицированных коммуникаций, голоса и видео по IP-системам". Агентство национальной безопасности/Центральная служба безопасности . Получено 26 сентября 2022 г.
  54. ^ «Развертывание защищенных унифицированных коммуникаций/голоса и видео по IP-системам» (PDF) . media.defense.gov . Получено 27 сентября 2023 г. .
  55. ^ VOIPSA.org, Блог: «Привет, мама, я фейк!» (Telespoof и Fakecaller).
  56. ^ «Совместимость слуховых аппаратов для проводных и беспроводных телефонов». Федеральная комиссия по связи . 30 октября 2014 г. Получено 9 июля 2019 г.
  57. ^ FCC.gov, Каковы преимущества VoIP?
  58. ^ "сетевая инфраструктура: начало работы с VoIP" (PDF) . Архивировано из оригинала (PDF) 17 сентября 2011 г.
  59. ^ "Глобальная матрица статуса политики VOIP". Global IP Alliance. 2005. Получено 23 ноября 2006 .
  60. ^ Проэнза, Франциско Дж. «Путь к развитию широкополосной связи в развивающихся странах лежит через конкуренцию, движущуюся беспроводной связью и VOIP» (PDF) . Архивировано из оригинала (PDF) 2 июня 2012 г. . Получено 7 апреля 2008 г. .
  61. ^ «ГОЛОСОВОЙ ИНТЕРНЕТ-ПРОТОКОЛ».
  62. ^ "Telecom Decision CRTC 2005-21". Канадская комиссия по радио, телевидению и телекоммуникациям . Правительство Канады. 4 апреля 2005 г. Получено 29 апреля 2017 г.
  63. ^ «Голосовая связь по IP».
  64. ^ Метц, Кейд. «Оман надевает наручники 212 за продажу звонков VoIP». The Register . Получено 20 сентября 2016 г.
  65. ^ "Саудовская Аравия снимет запрет на интернет-звонки". BBC News . 20 сентября 2017 г. Получено 10 января 2018 г.
  66. ^ "Саудовская Аравия снимает запрет на интернет-звонки". Reuters . 20 сентября 2017 г. Получено 10 января 2018 г.
  67. ^ «Не волнуйтесь, Skype работает в ОАЭ». Khaleejtimes . 26 июня 2017 г. Получено 11 января 2018 г.
  68. ^ Дебусманн, Бернд-младший (9 января 2018 г.). «Etisalat запускает новый безлимитный тарифный план с приложениями VoIP». Arabian Business . Получено 9 января 2018 г.
  69. ^ Маседа, Клеофе (8 января 2018 г.). «Нет Skype? Платите 50 дирхамов в месяц за видеозвонки». Gulf News . Получено 9 января 2018 г.
  70. ^ Захариас, Анна \ (8 января 2018 г.). «Etisalat запускает новый тарифный план для звонков через несколько дней после сбоев в работе Skype». The National . Получено 9 января 2018 г.
  71. ^ «ОАЭ ослабляют некоторые ограничения VoIP, поскольку жители, находящиеся на карантине, призывают снять запрет на WhatsApp и Skype». CNBC . 26 марта 2020 г. Получено 26 марта 2020 г.
  72. ^ ab Mahanagar Doorsanchar Bhawan и Jawahar Lal Nehru Marg (май 2008 г.). "Telecom Regulatory Authority of India (TRAI) Consultation paper on Issues related to Internet Telephony. Consultation Paper No. 11/2008" (PDF) . Нью-Дели, Индия: Telecom Regulatory Authority of India (TRAI). стр. 16 (Раздел 2.2.1.2 Интернет-телефония с ПК на телефон). Архивировано из оригинала (PDF) 6 октября 2014 г. Получено 19 сентября 2012 г. Конечному пользователю разрешено совершать звонки с ПК на телефон через Интернет только в сетях PSTN/PLMN за рубежом.
  73. ^ Хариш Кумар Гангвар Техническая записка о незаконной международной междугородной телефонной станции в Индии
  74. ↑ Звезды и полосы: сделка с USFK сохраняет доступ VoIP для войск, архивировано с оригинала 13 января 2010 г.
  75. ^ Першинг, Дженни. "Cybertelecom :: VoIP :: FCC". www.cybertelecom.org . Получено 21 сентября 2017 г. .
  76. ^ GPO.gov Архивировано 8 июня 2010 г., на Wayback Machine , 47 CFR ч. 9 (2007)
  77. ^ "VoIP и служба 911". FCC. 26 мая 2011 г. Получено 16 августа 2014 г.
  78. ^ "Voice Over Internet Protocol (VoIP)". 18 ноября 2010 г. Получено 21 сентября 2017 г.
  79. ^ Гринберг, Энди (15 мая 2008 г.). «Состояние кибербезопасности: неясное будущее прослушки». Forbes . Получено 2 марта 2009 г.
  80. ^ "Дэнни Коэн". ЗАЛ СЛАВЫ ИНТЕРНЕТА . Получено 6 декабря 2014 г.
  81. ^ Расширенная доставка контента, потоковая передача и облачные сервисы (стр. 34). Willey. 19 сентября 2014 г. ISBN 9781118909706. Получено 6 декабря 2014 г. .
  82. ^ abcde Грей, Роберт М. (2010). «История цифровой речи в реальном времени в пакетных сетях: Часть II линейного предиктивного кодирования и интернет-протокола» (PDF) . Найдено. Trends Signal Process . 3 (4): 203–303. doi : 10.1561/2000000036 . ISSN  1932-8346.
  83. ^ Gupta, Shipra (май 2016 г.). "Application of MFCC in Text Independent Speaker Recognition" (PDF) . International Journal of Advanced Research in Computer Science and Software Engineering . 6 (5): 805–810 (806). ISSN  2277-128X. S2CID  212485331. Архивировано из оригинала (PDF) 18 октября 2019 г. . Получено 18 октября 2019 г. .
  84. ^ ab MR Schroeder и BS Atal, «Линейное предсказание с кодовым возбуждением (CELP): высококачественная речь при очень низкой скорости передачи данных», в Трудах Международной конференции IEEE по акустике, речи и обработке сигналов (ICASSP), т. 10, стр. 937–940, 1985.
  85. ^ Аудио трансивер
  86. ^ Серф, В.; Кан, Р. (май 1974 г.). «Протокол для пакетной сетевой интеркоммуникации» (PDF) . IEEE Transactions on Communications . 22 (5): 637–648. doi :10.1109/TCOM.1974.1092259.
  87. ^ "Запуск NSFNET". Национальный научный фонд. Архивировано из оригинала 7 мая 2006 года . Получено 21 января 2009 года .
  88. ^ ab Dua, Amit (29 июля 2021 г.). «Основы VoIP: все, что должны знать новички!». business2community.com . Business 2 Community . Получено 14 сентября 2021 г. .
  89. ^ МакКроу, Кори (12 октября 2022 г.). «История VoIP за последние 55 лет (с 1966 по 2021 г.)». fitsmallbusiness.com . Подходит для малого бизнеса.
  90. ^ IDG Network World Inc; Экерсон, Уэйн (21 сентября 1992 г.). «Network World — Startup targets desktop Videoconferencing arena». Network World . IDG Network World Inc: 39–. ISSN  0887-7661 . Получено 10 февраля 2012 г. .
  91. ^ "MTALK-Readme" (TXT) . Sunsite.edu . Получено 29 апреля 2012 г.
  92. ^ Китинг, Том. "Internet Phone Release 4" (PDF) . Журнал Computer Telephony Interaction Magazine . Получено 7 ноября 2007 г. .
  93. ^ "Десять, которые создали VOIP (часть 1: VocalTec)". iLocus . Получено 21 января 2009 г. .
  94. ^ Бесплатная библиотека RADVision и Intel Target Compatibility Between RADVision's H.323/320 Videoconferencing Gateway And Intel's Business Video Conferencing And TeamStation Products. Архивировано 30 октября 2013 г. на Wayback Machine 2 июня 1997 г. VoiP Developer Solutions Архивировано 16 июня 2011 г. на Wayback Machine
  95. ^ "H.323 Визуальные телефонные системы и оборудование для локальных сетей, которые обеспечивают негарантированное качество обслуживания". ITU-T . Получено 21 января 2009 г.
  96. ^ "RFC 2235" . Р. Закон . Проверено 21 января 2009 г.
  97. ^ Международный союз электросвязи, Сектор стандартизации (МСЭ-Т), Исследовательская группа 15 (1993-1996), Рекомендация G.729 , март 1996 г.
  98. ^ "10, которые создали VOIP (часть 2: уровень 3)". iLocus. 13 июля 2007 г. Получено 7 ноября 2007 г.
  99. ^ "RFC 2543, SIP: Session Initiation Protocol". Handley, Schulzrinne, Schooler, Rosenberg . Получено 21 января 2009 г.
  100. ^ "Что такое Asterisk". Asterisk.org. Архивировано из оригинала 23 января 2009 г. Получено 21 января 2009 г.
  101. ^ Херсент, Оливье; Пети, Жан-Пьер; Гурле, Дэвид (2005). Помимо протоколов VoIP: понимание голосовых технологий и сетевых методов для IP-телефонии. John Wiley & Sons . стр. 55. ISBN 9780470023631.
  102. ^ Луцки, Манфред; Шуллер, Джеральд; Гайер, Марк; Кремер, Ульрих; Вабник, Стефан (май 2004 г.). Руководство по задержке аудиокодека (PDF) . 116-я конференция AES. Fraunhofer IIS . Audio Engineering Society . Получено 24 октября 2019 г.
  103. ^ Шнелл, Маркус; Шмидт, Маркус; Яндер, Мануэль; Альберт, Тобиас; Гейгер, Ральф; Руоппила, Веса; Экстранд, Пер; Бернхард, Гриль (октябрь 2008 г.). MPEG-4 Enhanced Low Delay AAC — новый стандарт высококачественной связи (PDF) . 125-я конвенция AES. Fraunhofer IIS . Audio Engineering Society . Получено 20 октября 2019 г.
  104. ^ Stapleton-Gray, Ross (2009). Inter-Network Operations Center Dial-by-ASN (INOC-DBA), ресурс для сообщества сетевых операторов . Los Alamitos: IEEE Computer Society Press. ISBN 978-0-7695-3568-5.
  105. ^ Поуг, Дэвид (2 августа 2007 г.). «Современное состояние: бесплатные звонки по Интернету». The New York Times . Получено 20 января 2009 г.
  106. ^ Нагиредди, Сиваннараяна (2008). Обработка голосовых и факсимильных сигналов VoIP. John Wiley & Sons . стр. 69. ISBN 9780470377864.
  107. ^ Ремо, Мишель В. (27 августа 2007 г.). «Перспективы голосовых звонков через Интернет блестящие». Philippine Daily Inquirer . Получено 1 января 2015 г.
  108. ↑ 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 МБ)
  109. ^ "Новый суперширокополосный кодек Skype". Wirevolution.com. 13 января 2009 г. Получено 31 марта 2009 г.
  110. ↑ Дэниел Эран Дилгер (8 июня 2010 г.). «Внутри iPhone 4: видеозвонки FaceTime». AppleInsider . Получено 9 июня 2010 г.
  111. ↑ Презентация кодека CELT. Архивировано 7 августа 2011 г. на Wayback Machine Тимоти Б. Терриберри (65 минут видео, см. также слайды презентации. Архивировано 10 августа 2011 г. на Wayback Machine в формате PDF)
  112. ^ Валин, Жан-Марк; Максвелл, Грегори; Терриберри, Тимоти Б.; Вос, Коэн (октябрь 2013 г.). Высококачественное кодирование музыки с малой задержкой в ​​кодеке Opus . 135-я конвенция AES. Общество звукорежиссеров . arXiv : 1602.04845 .

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