✖


Jump to content

Голос по IP

(Перенаправлено с интернет-телефона )

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

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

Обзор

[ редактировать ]

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

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

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

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

Протоколы

[ редактировать ]

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

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

  • Сеть и транспорт . Создание надежной передачи по ненадежным протоколам, что может включать подтверждение получения данных и повторную передачу данных, которые не были получены.
  • Управление сеансом — создание и управление сеансом (иногда называемым просто «вызовом»), который представляет собой соединение между двумя или более узлами, обеспечивающее контекст для дальнейшего общения.
  • Сигнализация — выполнение регистрации (рекламирование своего присутствия и контактной информации) и обнаружение (нахождение кого-либо и получение его контактной информации), набор номера (включая отчеты о ходе вызова ), возможности ведения переговоров и управление вызовами (например, удержание, отключение звука, перевод/переадресация, набор номера). Клавиши DTMF во время разговора [например, для взаимодействия с автосекретарем или IVR ] и т. д.).
  • Описание мультимедиа — определение типа мультимедиа для отправки (аудио, видео и т. д.), как его кодировать/декодировать и как отправлять/получать (IP-адреса, порты и т. д.).
  • Медиа — передача фактического медиафайла во время вызова, такого как аудио, видео, текстовые сообщения, файлы и т. д.
  • Качество обслуживания . Предоставление внеполосного контента или обратной связи о мультимедиа, например синхронизации , статистики и т. д.
  • Безопасность — реализация контроля доступа, проверка личности других участников (компьютеров или людей) и шифрование данных для защиты конфиденциальности и целостности медиаконтента и/или управляющих сообщений.

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

См. Также: Сквозная связь.

Принятие

[ редактировать ]

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

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

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

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

  • Выделенные телефоны VoIP подключаются напрямую к IP-сети с помощью таких технологий, как проводной Ethernet или Wi-Fi . Обычно они выполнены в стиле традиционных цифровых бизнес-телефонов.
  • Аналоговый телефонный адаптер подключается к сети и реализует электронику и встроенное ПО для работы обычного аналогового телефона, подключенного через модульную телефонную розетку. некоторые бытовые интернет-шлюзы и кабельные модемы . Эта функция встроена в
  • Программное обеспечение программного телефона , установленное на сетевом компьютере, оснащенном микрофоном и динамиком или гарнитурой. Приложение обычно предоставляет пользователю панель набора номера и поле отображения для управления приложением с помощью щелчков мыши или ввода с клавиатуры. [9]

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

[ редактировать ]

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

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

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

[ редактировать ]

Из-за эффективности использования полосы пропускания и низких затрат, которые может обеспечить технология VoIP, предприятия переходят от традиционных телефонных систем с медным проводом к системам VoIP, чтобы снизить ежемесячные расходы на телефонную связь. В 2008 году 80% всех новых линий частных АТС , установленных на международном уровне, были 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 удаленно. Эти соединения обычно осуществляются через общедоступные интернет-каналы, такие как локальная фиксированная глобальная сеть или услуги мобильного оператора.

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

[ редактировать ]
АТС на базе Asterisk для малого бизнеса

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

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

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

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

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

[ редактировать ]

Связь в IP-сети воспринимается как менее надежная в отличие от телефонной сети общего пользования с коммутацией каналов, поскольку она не обеспечивает сетевой механизм, гарантирующий, что пакеты данных не будут потеряны и доставлены в последовательном порядке. Это сеть, обеспечивающая максимальную эффективность, без фундаментальных гарантий качества обслуживания (QoS). Голос и все другие данные передаются пакетами по IP-сетям с фиксированной максимальной пропускной способностью. Эта система может быть более склонна к потере данных при перегрузке. [б] чем традиционные с коммутацией каналов системы ; система с коммутацией каналов недостаточной пропускной способности будет отклонять новые соединения, а остальные передавать без ухудшения, в то время как качество данных в реальном времени, таких как телефонные разговоры в сетях с коммутацией пакетов, резко ухудшается. [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 (RTCP), [25] Сводные отчеты 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). [с] Они используют уровень адаптации 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 можно было поставить в очередь перед менее критичным по времени трафиком. [21]

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

Слой 2

[ редактировать ]

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

  • IEEE 802.11e — это одобренная поправка к стандарту IEEE 802.11 , которая определяет набор улучшений качества обслуживания для приложений беспроводной локальной сети посредством модификаций уровня управления доступом к среде передачи (MAC). Этот стандарт считается критически важным для приложений, чувствительных к задержкам, таких как передача голоса по беспроводному IP.
  • IEEE 802.1p определяет 8 различных классов обслуживания (включая один, предназначенный для голосовой связи) для трафика в проводном Ethernet уровня 2 .
  • Стандарт ITU-T G.hn , обеспечивающий возможность создания высокоскоростной (до 1 гигабит в секунду) локальной вычислительной сети (LAN) с использованием существующей домашней проводки ( линии электропередачи , телефонные линии и коаксиальные кабели ). G.hn обеспечивает качество обслуживания посредством возможностей передачи без конфликтов (CFTXOP), которые выделяются потокам (например, вызову VoIP), требующим QoS и которые заключили контракт с сетевыми контроллерами.

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

[ редактировать ]

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

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

[ редактировать ]

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

E.164 — это глобальный стандарт нумерации как для ТфОП, так и для наземной мобильной сети общего пользования (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]

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

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

[ редактировать ]

Переносимость местных номеров (LNP) и переносимость мобильных номеров (MNP) также влияют на бизнес VoIP. Перенос номера — это услуга, которая позволяет абоненту выбрать нового оператора телефонной связи без необходимости выдачи нового номера. Как правило, бывший оператор связи несет ответственность за «сопоставление» старого номера с нераскрытым номером, присвоенным новым оператором связи. Это достигается за счет ведения базы данных номеров. Набранный номер первоначально принимается исходным оператором связи и быстро перенаправляется новому оператору связи. Необходимо поддерживать несколько ссылок на перенос, даже если абонент возвращается к исходному оператору связи. Федеральная комиссия по связи (FCC) требует от операторов связи соблюдения этих положений о защите потребителей. В ноябре 2007 года Федеральная комиссия связи США выпустила приказ, распространяющий обязательства по переносимости номеров на взаимосвязанных провайдеров 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 телефон или шлюз может идентифицировать себя по учетным данным своей учетной записи у регистратора протокола инициации сеанса (SIP). В таких случаях поставщик услуг интернет-телефонии (ITSP) знает только о том, что оборудование конкретного пользователя активно. Поставщики услуг часто предоставляют услуги экстренного реагирования по соглашению с пользователем, который регистрирует физическое местоположение и соглашается с тем, что при вызове номера службы экстренной помощи с IP-устройства экстренные услуги предоставляются только по этому адресу.

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

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

[ редактировать ]

Отправку факсов по сетям VoIP иногда называют факсом по 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 реализуют услуги по перенаправлению вызовов на другие телефонные службы абонента, например на сотовый телефон, в случае, если сетевое устройство клиента недоступно для завершения вызова.

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

[ редактировать ]

Безопасные вызовы возможны с использованием стандартизированных протоколов, таких как безопасный транспортный протокол реального времени . Большинство возможностей создания безопасного телефонного соединения по традиционным телефонным линиям, таких как оцифровка и цифровая передача, уже реализованы в 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, когда возможен доступ к сети передачи данных. [45] Бесплатные решения с открытым исходным кодом, такие как Wireshark , облегчают запись разговоров VoIP.

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

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

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

[ редактировать ]

Протоколы и оборудование передачи голоса по 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, но разрешили только два одобренных правительством приложения 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. Любое устройство/адаптер, соответствующее стандартам международных агентств, таких как 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 в США. [74]

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

[ редактировать ]

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

Операторы взаимосвязанной VoIP (полностью подключенной к ТфОП) обязаны предоставлять расширенную услугу 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 в Голете, Калифорния , и Лабораторией Линкольна Массачусетского технологического института в Лексингтоне, Массачусетс . [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 и протокол инициации сеанса (SIP), получили широкое внимание. В начале 2000-х годов распространение высокоскоростного постоянного подключения к Интернету в жилых домах и на предприятиях породило индустрию поставщиков услуг интернет-телефонии (ITSP). Разработка программного обеспечения для телефонии с открытым исходным кодом, такого как Asterisk PBX , стимулировала широкий интерес и предпринимательство к услугам передачи голоса по IP, применяя новые парадигмы интернет-технологий, такие как облачные сервисы для телефонии.

Вехи

[ редактировать ]

См. также

[ редактировать ]

Примечания

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

Ссылки

[ редактировать ]
  1. ^ «ВоИП» . Кембриджские словари онлайн .
  2. ^ Арора, Ракеш (23 ноября 1999 г.). «Голосовая связь по IP: протоколы и стандарты» . cse.wustl.edu . Архивировано из оригинала 19 января 2024 года . Проверено 19 марта 2024 г. Голос по IP (VOIP) использует Интернет-протокол (IP) для передачи голоса в виде пакетов по IP-сети. ...в Интернете любой может перехватить пакеты, предназначенные кому-то другому. Некоторую безопасность можно обеспечить с помощью шифрования и туннелирования. Общий используемый протокол туннелирования — это туннельный протокол уровня 2 , а общий используемый механизм шифрования — Secure Sockets Layer (SSL).
  3. ^ «Федерация XMPP» . Google Talkabout. 2006 год . Проверено 11 мая 2012 г.
  4. ^ Бут, К. (2010). «Глава 2: IP-телефоны, программный VoIP, а также интегрированный и мобильный VoIP». Отчеты о библиотечных технологиях . 46 (5): 11–19.
  5. ^ Монтазеролгам, Ахмадреза; Могаддам, Мохаммад Хоссейн Ягмаи; Леон-Гарсия, Альберто (март 2018 г.). «OpenSIP: на пути к программно-определяемым сетям SIP» . Транзакции IEEE по управлению сетями и услугами . 15 (1): 184–199. arXiv : 1709.01320 . дои : 10.1109/TNSM.2017.2741258 . ISSN   1932-4537 . S2CID   3873601 .
  6. ^ «Интеграция H.323 и SIP» . Проверено 24 января 2020 г.
  7. ^ Омар, Ахмед. «Голосовая связь ПО IP (VOIP)» .
  8. ^ «Голосовая связь по интернет-протоколу (VoIP)» . Федеральная комиссия по связи . 18 ноября 2010 года . Проверено 19 июля 2022 г.
  9. ^ «VoIP (v77)» (PDF) .
  10. ^ «БЕСПРОВОДНАЯ СВЯЗЬ: операторы связи обращаются к IP для транзитной связи» . www.eetimes.com . ЭЭ Таймс. Архивировано из оригинала 9 августа 2011 года . Проверено 8 апреля 2015 г. {{cite web}}: CS1 maint: неподходящий URL ( ссылка )
  11. ^ «Вызов мобильного IP» . www.totaltele.com . Тотал Телеком Онлайн. Архивировано из оригинала 17 февраля 2006 года . Проверено 8 апреля 2015 г. {{cite web}}: CS1 maint: неподходящий URL ( ссылка )
  12. ^ «SIP-клиент Android» . Проверено 30 января 2018 г.
  13. ^ «Научитесь совершать бесплатные или недорогие звонки с помощью SIP на Android» . Проверено 30 января 2018 г.
  14. ^ Майкл Дош и Стив Черч. «VoIP в студии вещания» . Аксиа Аудио. Архивировано из оригинала 7 октября 2011 года . Проверено 21 июня 2011 г.
  15. ^ Джексон, Уильям (27 мая 2009 г.). «SSA активно продвигает VOIP» . Правительственные компьютерные новости. Архивировано из оригинала 28 июля 2011 года . Проверено 28 мая 2009 г.
  16. ^ «Социальное обеспечение построит «крупнейшую в мире VOIP» » . Государственные технологии. Архивировано из оригинала 2 июня 2009 года . Проверено 29 мая 2009 г.
  17. ^ Перейти обратно: а б Корженёвский, Питер (8 января 2009 г.). «Три технологии, которые вам понадобятся в 2009 году» . Форбс . Проверено 2 марта 2009 г.
  18. ^ Каллахан, Рене (9 декабря 2008 г.). «Бизнес переходит на голосовую связь по IP» . Форбс . Проверено 3 марта 2009 г.
  19. ^ «Скайп для бизнеса» . скайп.com . Проверено 16 марта 2009 г.
  20. ^ «VoIP — уязвимость интернет-протокола?» . www.continuitycentral.com .
  21. ^ Перейти обратно: а б с д и ж «Качество услуги передачи голоса по IP» . Проверено 3 мая 2011 г.
  22. ^ Прабхакар, Г.; Растоги, Р.; Тоттон, М. (2005). «Архитектура OSS и требования к сетям VoIP». Технический журнал Bell Labs . 10 (1): 31–45. дои : 10.1002/bltj.20077 . S2CID   12336090 .
  23. ^ Перейти обратно: а б «Качество услуги передачи голоса по IP» . Проверено 3 мая 2011 г.
  24. ^ «Оптические буферы пакетов для магистральных интернет-маршрутизаторов | Запросить PDF» .
  25. ^ Касерес, Рамон. Расширенные отчеты протокола управления RTP (RTCP XR) . дои : 10.17487/RFC3611 . РФК 3611 .
  26. ^ CableLabs, Определение функции домашней SIP-телефонии PacketCable , Технический отчет, PKT-TR-RST-V03-071106 (2007)
  27. ^ «Измерение производительности VoIP с использованием параметров QoS» (PDF) . АХМухамад Амин. 14 августа 2016 г.
  28. ^ «Методология тестирования производительности SIP-инфраструктуры» (PDF) . Мирослав Вознак, Ян Рожон. 14 августа 2016 г.
  29. ^ «Оценка производительности передачи голоса по IP (VoIP) в VMware vSphere® 5» (PDF) . VMware. 14 августа 2016 г.
  30. ^ «Производительность и стресс-тестирование SIP-серверов, клиентов и IP-сетей» . СтарТринити. 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: исходный статус URL неизвестен ( ссылка )
  33. ^ «RFC 3824 – Использование номеров E.164 с протоколом инициации сеанса (SIP)» . Интернет-сообщество. 1 июня 2004 года . Проверено 21 января 2009 г.
  34. ^ «Создать имя Skype» . Скайп . Проверено 21 января 2009 г.
  35. ^ «RFC 3969 — Реестр параметров единого идентификатора ресурса (URI) Управления по присвоению номеров Интернета (IANA) для протокола инициации сеанса (SIP)» . Интернет-сообщество. 1 декабря 2004 года . Проверено 21 января 2009 г.
  36. ^ «Ваш личный онлайн-номер» . Скайп . Проверено 21 января 2009 г.
  37. ^ «Взаимодействие сетей на уровне приложений и эволюция IMS» . TMCnet.com. 24 мая 2006 года . Проверено 21 января 2009 г.
  38. ^ Джефф Риддел (2007). Реализация пакетного кабеля . Сиско Пресс. п. 557. ИСБН  978-1-58705-181-4 .
  39. ^ «Сохранение вашего номера телефона при смене поставщика услуг» . ФКС . Архивировано из оригинала 12 декабря 2009 года . Проверено 20 января 2009 г.
  40. ^ «TelePassport избавляет от MNP» . ITWeb . 13 ноября 2006 г. Архивировано из оригинала 19 июля 2022 г. Проверено 19 июля 2022 г.
  41. ^ Перейти обратно: а б «Консультационные услуги FCC для потребителей по IP-телефонии и службе 911» (PDF) . ФКС . Архивировано из оригинала (PDF) 10 августа 2010 года . Проверено 2 мая 2011 г.
  42. ^ Новорацкий, Дэниел (6 февраля 2019 г.). «Поддерживайте свою услугу VoIP E911 в соответствии с этим контрольным списком» . ТелеДинамика . Проверено 19 июля 2022 г.
  43. ^ «Отправка факсов по IP-сетям» . Soft-Switch.org . Архивировано из оригинала 18 декабря 2023 года.
  44. ^ «4.4 VOIP – Вопросы регулирования – Универсальная услуга» . Набор инструментов регулирования ИКТ . Архивировано из оригинала 4 июня 2009 года . Проверено 21 сентября 2017 г.
  45. ^ Термос, Питер (5 апреля 2006 г.). «Рассмотрение двух известных атак на VoIP» . ID круга . Проверено 5 апреля 2006 г.
  46. ^ «Техническое руководство по внедрению Интернет-телефонии и голосовой связи через Интернет-протокол, версия 2, выпуск 2» (PDF) . ДИСА. 21 апреля 2006 г. Архивировано из оригинала (PDF) 25 августа 2009 г.
  47. ^ «Безопасная передача голоса по IP (SVoIP) и установка голоса по защищенному IP (VoSIP)» (PDF) . Системы General Dynamics C4 . Архивировано из оригинала (PDF) 24 сентября 2015 г.
  48. ^ Дунте, Маркус; Руланд, Кристоф (июнь 2007 г.). «Безопасная передача голоса по IP» (PDF) . Международный журнал компьютерных наук и сетевой безопасности . 7 (6): 63–68. Архивировано (PDF) из оригинала 19 апреля 2023 г.
  49. ^ Стрингфеллоу, Брайан (15 августа 2001 г.). «Безопасная передача голоса по IP» . Институт САНС . Архивировано из оригинала 1 июня 2023 года.
  50. ^ Уайт, СМ; Тиг, штат Калифорния; Дэниел, Э.Дж. (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 г.
  51. ^ «Cellcrypt Secure VOIP направляется на BlackBerry» . Networkworld.com . Архивировано из оригинала 24 апреля 2009 года . Проверено 12 июня 2009 г.
  52. ^ «Безопасные звонки VOIP, бесплатное программное обеспечение и право на конфиденциальность» . Журнал свободного программного обеспечения .
  53. ^ «АНБ выпускает руководство по обеспечению безопасности унифицированных коммуникаций и систем передачи голоса и видео по IP» . Агентство национальной безопасности/Центральная служба безопасности . Проверено 26 сентября 2022 г.
  54. ^ «Развертывание безопасных унифицированных коммуникаций/систем голосовой и видеосвязи по IP» (PDF) . media.defense.gov . Проверено 27 сентября 2023 г.
  55. ^ VOIPSA.org , Блог: «Привет, мама, я фейк!» (Телеспуф и Фейкколлер).
  56. ^ «Совместимость слуховых аппаратов для проводных и беспроводных телефонов» . Федеральная комиссия по связи . 30 октября 2014 года . Проверено 9 июля 2019 г.
  57. ^ FCC.gov , Каковы преимущества VoIP?
  58. ^ «Сетевая инфраструктура: начало работы с VoIP» (PDF) . Архивировано из оригинала (PDF) 17 сентября 2011 года.
  59. ^ «Матрица статусов глобальной политики VOIP» . Глобальный IP-альянс. 2005 . Проверено 23 ноября 2006 г.
  60. ^ Проенца, Франсиско Дж. «Путь к развитию широкополосной связи в развивающихся странах лежит через конкуренцию, стимулируемую беспроводной связью и VOIP» (PDF) . Архивировано из оригинала (PDF) 2 июня 2012 года . Проверено 7 апреля 2008 г.
  61. ^ «ГОЛОСОВОЙ ПРОТОКОЛ ИНТЕРНЕТ» .
  62. ^ «Решение CRTC в области телекоммуникаций 2005-21» . Канадская комиссия по радио, телевидению и телекоммуникациям . Правительство Канады. 4 апреля 2005 года . Проверено 29 апреля 2017 г.
  63. ^ «Голосовая связь по IP» .
  64. ^ Мец, Кейд. «Оман надел на 212 наручники за продажу VoIP-звонков» . Регистр . Проверено 20 сентября 2016 г.
  65. ^ «Саудовская Аравия снимет запрет на интернет-звонки» . Новости Би-би-си . 20 сентября 2017 г. Проверено 10 января 2018 г.
  66. ^ «Саудовская Аравия снимет запрет на интернет-звонки» . Рейтер . 20 сентября 2017 г. Проверено 10 января 2018 г.
  67. ^ «Не волнуйтесь, Skype работает в ОАЭ» . Халиджтаймс . 26 июня 2017 г. Проверено 11 января 2018 г.
  68. ^ Дебусманн, Бернд младший (9 января 2018 г.). «Etisalat запускает новый план безлимитных звонков с приложениями VoIP» . Арабский бизнес . Проверено 9 января 2018 г.
  69. ^ Маседа, Клеоф (8 января 2018 г.). «Нет Skype? Платите 50 дирхамов в месяц за видеозвонки» . Новости Персидского залива . Проверено 9 января 2018 г.
  70. ^ Захария, Анна \ (8 января 2018 г.). «Etisalat запускает новый тарифный план для приложения для звонков через несколько дней после сбоев в работе Skype» . Национальный . Проверено 9 января 2018 г.
  71. ^ «ОАЭ ослабляют некоторые ограничения на VoIP, поскольку жители, находящиеся в изоляции, призывают отменить запрет на WhatsApp и Skype» . CNBC . 26 марта 2020 г. Проверено 26 марта 2020 г.
  72. ^ Перейти обратно: а б Маханагар Дорсанчар Бхаван и Джавахар Лал Неру Марг (май 2008 г.). «Консультационный документ Регуляторного органа электросвязи Индии (TRAI) по вопросам, связанным с интернет-телефонией. Консультативный документ № 11/2008» (PDF) . Нью-Дели, Индия: Регулирующий орган электросвязи Индии (TRAI). п. 16 (Раздел 2.2.1.2 Интернет-телефония с компьютера на телефон). Архивировано из оригинала (PDF) 6 октября 2014 г. Проверено 19 сентября 2012 г. Конечному пользователю разрешено совершать звонки через Интернет-телефонию между компьютером и телефоном только по PSTN/PLMN за границей.
  73. ^ Техническая записка Хариш Кумара Гангвара о нелегальной международной телефонной станции междугородной связи в Индии
  74. ^ Звезды и полосы: соглашение с USFK сохраняет для войск доступ к VoIP , архивировано из оригинала 13 января 2010 г.
  75. ^ Першинг, Дженни. «Кибертелеком::VoIP::FCC» . www.cybertelecom.org . Проверено 21 сентября 2017 г.
  76. ^ GPO.gov. Архивировано 8 июня 2010 г., в Wayback Machine , 47 CFR pt. 9 (2007)
  77. ^ «VoIP и служба 911» . ФКС. 26 мая 2011 года . Проверено 16 августа 2014 г.
  78. ^ «Голосовая связь по интернет-протоколу (VoIP)» . 18 ноября 2010 года . Проверено 21 сентября 2017 г.
  79. ^ Гринберг, Энди (15 мая 2008 г.). «Нечеткое будущее состояния кибербезопасности и прослушивания телефонных разговоров» . Форбс . Проверено 2 марта 2009 г.
  80. ^ «Дэнни Коэн» . ЗАЛ ИНТЕРНЕТ-СЛАВЫ . Проверено 6 декабря 2014 г.
  81. ^ Расширенные возможности доставки контента, потоковой передачи и облачных сервисов (стр. 34) . Уилли. 19 сентября 2014 г. ISBN.  9781118909706 . Проверено 6 декабря 2014 г.
  82. ^ Перейти обратно: а б с д и Грей, Роберт М. (2010). «История цифровой речи в реальном времени в пакетных сетях: Часть II кодирования с линейным прогнозированием и интернет-протокола» (PDF) . Найденный. Процесс сигналов трендов . 3 (4): 203–303. дои : 10.1561/2000000036 . ISSN   1932-8346 .
  83. ^ Гупта, Шипра (май 2016 г.). «Применение MFCC для независимого распознавания текста» (PDF) . Международный журнал перспективных исследований в области компьютерных наук и разработки программного обеспечения . 6 (5): 805–810 (806). ISSN   2277-128X . S2CID   212485331 . Архивировано из оригинала (PDF) 18 октября 2019 года . Проверено 18 октября 2019 г.
  84. ^ Перейти обратно: а б М. Р. Шредер и Б. С. Атал, «Линейное предсказание с кодовым возбуждением (CELP): высококачественная речь при очень низких скоростях передачи данных», в материалах Международной конференции IEEE по акустике, речи и обработке сигналов (ICASSP), том. 10, стр. 937–940, 1985.
  85. ^ Аудио трансивер
  86. ^ Серф, В.; Кан, Р. (май 1974 г.). «Протокол пакетной сетевой связи» (PDF) . Транзакции IEEE в области коммуникаций . 22 (5): 637–648. дои : 10.1109/TCOM.1974.1092259 .
  87. ^ «Запуск NSFNET» . Национальный научный фонд. Архивировано из оригинала 7 мая 2006 года . Проверено 21 января 2009 г.
  88. ^ Перейти обратно: а б Дуа, Амит (29 июля 2021 г.). «Основы VoIP: все, что должны знать новички!» . business2community.com . Сообщество Бизнес 2 . Проверено 14 сентября 2021 г.
  89. ^ МакКроу, Кори (12 октября 2022 г.). «История VoIP за последние 55 лет (с 1966 по 2021 год)» . fitsmallbusiness.com . Подходит для малого бизнеса.
  90. ^ IDG Network World Inc; Экерсон, Уэйн (21 сентября 1992 г.). «Мир сети — стартап нацелен на арену настольных видеоконференций» . Сетевой мир . IDG Network World Inc: 39–. ISSN   0887-7661 . Проверено 10 февраля 2012 г.
  91. ^ «MTALK-Readme» (TXT) . Sunsite.edu . Проверено 29 апреля 2012 г.
  92. ^ Китинг, Том. «Интернет-телефон, выпуск 4» (PDF) . Журнал «Взаимодействие с компьютерной телефонией» . Проверено 7 ноября 2007 г.
  93. ^ «10 человек, основавших VOIP (Часть 1: VocalTec)» . iLocus . Проверено 21 января 2009 г.
  94. ^ Бесплатная библиотека RADVision и целевая совместимость Intel между шлюзом видеоконференцсвязи RADVision H.323/320 и продуктами Intel для видеоконференций для бизнеса и TeamStation. Архивировано 30 октября 2013 г. в Wayback Machine . 2 июня 1997 г. Решения для разработчиков VoiP. Архивировано 16 июня 2011 г. в Wayback Machine.
  95. ^ «H.323 Визуальные телефонные системы и оборудование для локальных вычислительных сетей, обеспечивающие негарантированное качество обслуживания» . МСЭ-Т . Проверено 21 января 2009 г.
  96. ^ «РФК 2235» . Р. Закон . Проверено 21 января 2009 г.
  97. ^ Международный союз электросвязи, Сектор стандартизации (ITU-T), 15-я Исследовательская группа (1993–1996), Рекомендация G.729 , март 1996 г.
  98. ^ «10 человек, основавших VOIP (Часть 2: Уровень 3)» . iLocus. 13 июля 2007 года . Проверено 7 ноября 2007 г.
  99. ^ «RFC 2543, SIP: протокол инициирования сеанса» . Хэндли, Шульцринн, Шулер, Розенберг . Проверено 21 января 2009 г.
  100. ^ «Что такое Астериск» . Астериск.орг. Архивировано из оригинала 23 января 2009 года . Проверено 21 января 2009 г.
  101. ^ Херсент, Оливье; Пети, Жан-Пьер; Гурле, Дэвид (2005). За пределами протоколов VoIP: понимание голосовых технологий и сетевых технологий для IP-телефонии . Джон Уайли и сыновья . п. 55. ИСБН  9780470023631 .
  102. ^ Луцки, Манфред; Шуллер, Джеральд; Гейер, Марк; Кремер, Ульрих; Вабник, Стефан (май 2004 г.). Рекомендации по задержке аудиокодека (PDF) . 116-я конференция AES. Фраунгофера ИИС . Общество аудиоинженеров . Проверено 24 октября 2019 г.
  103. ^ Шнелл, Маркус; Шмидт, Маркус; Джандер, Мануэль; Альберт, Тобиас; Гейгер, Ральф; Руоппила, Веса; Экстранд, Пер; Бернхард, Гриль (октябрь 2008 г.). MPEG-4 Enhanced Low Delay AAC — новый стандарт высококачественной связи (PDF) . 125-я конвенция AES. Фраунгофера ИИС . Общество аудиоинженеров . Проверено 20 октября 2019 г.
  104. ^ Стэплтон-Грей, Росс (2009). Центр межсетевых операций Dial-by-ASN (INOC-DBA), ресурс для сообщества сетевых операторов . Лос Аламитос: Издательство Компьютерного общества IEEE. ISBN  978-0-7695-3568-5 .
  105. ^ Пог, Дэвид (2 августа 2007 г.). «Современное состояние: получайте бесплатные телефонные звонки здесь» . Нью-Йорк Таймс . Проверено 20 января 2009 г.
  106. ^ Нагиредди, Сиваннараяна (2008). Обработка голосовых и факсимильных сигналов VoIP . Джон Уайли и сыновья . п. 69. ИСБН  9780470377864 .
  107. ^ Ремо, Мишель В. (27 августа 2007 г.). «Перспективы голосовых звонков через Интернет блестящие» . Филиппинский ежедневный опросник . Проверено 1 января 2015 г.
  108. ^ Аудиозапись. Архивировано 10 февраля 2013 г. в Wayback Machine с заседания рабочей группы по кодекам IETF на конференции IETF79 в Пекине, Китай, с презентацией основных принципов работы Коэном Восом (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 .
[ редактировать ]
Retrieved from "https://en.wikipedia.org/w/index.php?title=Voice_over_IP&oldid=1238377815"
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: 3607208074b050e1c0d085f6c88ba0ba__1722689100
URL1:https://arc.ask3.ru/arc/aa/36/ba/3607208074b050e1c0d085f6c88ba0ba.html
Заголовок, (Title) документа по адресу, URL1:
Voice over IP - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)