Voice over IP

Voice over IP

Voice over Internet Protocol(VoIP)은 인터넷 등의 Internet Protocol(IP) 네트워크를 통해 음성 통신 및 멀티미디어 세션을 전달하는 방법 및 기술 그룹입니다.인터넷 텔레포니, 광대역텔레포니, 광대역전화 서비스라는 용어는 특히 Public Switched Telephone Network(PSTN; 공중전화 교환망)가 아닌 인터넷을 통한 통신 서비스(음성, 팩스, SMS, 보이스 메시지)의 프로비저닝을 가리킵니다.이 서비스는 Plain Old Telephone Service(POTS; 일반전화 서비스)라고도 합니다.

개요

VoIP 전화 콜의 발신 순서와 원칙은 기존의 디지털텔레포니와 비슷하며 시그널링, 채널 셋업, 아날로그 음성 신호의 디지털화 및 부호화가 포함됩니다.회선 교환 네트워크상에서 송신되는 것이 아니라, 디지털 정보는 패킷화되어 패킷 교환 네트워크상에서 IP 패킷으로서 송신됩니다.오디오 및 비디오를 오디오 코덱 및 비디오 코덱으로 인코딩하는 특수 미디어 전송 프로토콜을 사용하여 미디어 스트림을 전송합니다.애플리케이션 요건 및 네트워크 대역폭에 따라 미디어 스트림을 최적화하는 다양한 코덱이 존재합니다.실장 중에는 협대역 및 압축된 음성에 의존하는 것과 고충실도의 스테레오 코덱을 지원하는 것이 있습니다.

VoIP에서 가장 널리 사용되는 음성 부호화 표준은 Linear Predictive Coding(LPC; 선형 예측 부호화) 및 Modified Discrete Cosine Transform(MDCT; 이산 코사인 변환) 압축 방식을 기반으로 합니다.일반적인 코덱에는 MDCT 기반의 AAC-LD(FaceTime에서 사용), LPC/MDCT 기반의 Opus(WhatsApp에서 사용), LPC 기반의 SILK(Skype에서 사용), μ-law 및 A-law 버전의 G.711, G.722 및 오픈소스 IBC가 있습니다.

초기 VoIP 서비스 공급자는 비즈니스 모델을 사용하여 레거시 전화 네트워크의 아키텍처를 반영하는 기술적 솔루션을 제공했습니다.Skype와 같은 2세대 프로바이더는 개인 사용자 기반용으로 폐쇄형 네트워크를 구축하여 공중망과 같은 다른 통신 네트워크에 접속하기 위해 잠재적으로 요금을 부과하면서 무료 통화와 편리성의 이점을 제공합니다.이것에 의해, 유저는 서드 파티제의 하드웨어와 소프트웨어를 조합할 수 없게 되었습니다.Google Talk와 같은 3세대 제공업체는 연합 VoIP [1]개념을 채택했습니다.이러한 솔루션에서는, 유저가 콜을 발신하는 경우에, 인터넷의 임의의 2개의 도메인내의 유저간에 다이나믹한 상호 접속이 가능하게 됩니다.

VoIP 전화 외에 VoIP는 많은 개인용 컴퓨터 및 기타 인터넷 액세스 장치에서도 사용할 수 있습니다.통화 및 SMS 문자 메시지는 Wi-Fi 또는 통신사의 모바일 데이터 [2]네트워크를 통해 전송될 수 있습니다.VoIP는 단일 통합 통신 시스템을 사용하여 모든 최신 통신 기술을 통합하기 위한 프레임워크를 제공합니다.

발음

VoIP는 이니셜리즘, V-O-I-P 또는 약어 /vɪpp/(VOYP)[3]로 다양하게 발음됩니다.완전한 단어, Voice over Internet Protocol 또는 Voice over IP가 사용되는 경우가 있습니다.

프로토콜

Voice over IP는 VoIP 전화, 모바일 애플리케이션 및 웹 기반 통신과 같은 애플리케이션의 개방형 표준에 기반한 독점 프로토콜과 프로토콜로 구현되었습니다.

VoIP 통신을 구현하려면 다양한 기능이 필요합니다.일부 프로토콜은 여러 기능을 수행하는 반면, 일부 프로토콜만 수행하므로 함께 사용해야 합니다.이러한 기능은 다음과 같습니다.

  • 네트워크 및 전송 – 신뢰할 수 없는 프로토콜을 통해 신뢰할 수 있는 전송을 만듭니다. 이 프로토콜에는 데이터 수신 확인 및 수신되지 않은 데이터 재발송신이 포함될 수 있습니다.
  • 세션 관리 – 세션 작성 및 관리(단순한 '콜'로 표현되는 경우도 있습니다).이것은, 2개 이상의 피어간의 접속으로, 한층 더 통신을 실시하기 위한 콘텍스트를 제공합니다.
  • 시그널링 - 등록(존재 및 연락처 정보의 애드버타이즈) 및 검출(누군가의 위치 확인 및 연락처 정보 취득), 다이얼링(콜 진행 상황 보고 포함), 네고시에이션 기능 및 콜 제어(콜 중 보류, 뮤트, 전송/전송, 다이얼 DTMF 키 등)를 실행합니다.자동 접수(IVR) 등).
  • 미디어 설명 – 송신하는 미디어 유형(오디오, 비디오 등), 부호화/복호화 방법 및 송신/수신 방법(IP 주소, 포트 등)을 결정합니다.
  • 미디어 – 음성, 비디오, 텍스트메시지, 파일 등 콜 내의 실제 미디어 전송
  • Quality of Service – 동기화, 통계 등의 미디어에 대한 대역 외 콘텐츠 또는 피드백을 제공합니다.
  • 보안 – 접근통제 구현, 다른 참가자(컴퓨터 또는 사람)의 신원 확인 및 데이터 암호화를 통해 미디어 콘텐츠 및/또는 제어 메시지의 프라이버시와 무결성을 보호합니다.

VoIP 프로토콜은 다음과 같습니다.

  • SIP([4]Session Initiation Protocol), IETF에 의해 개발된 연결 관리 프로토콜
  • H.323, 널리 [5]구현된 최초의 VoIP 통화 신호 및 제어 프로토콜 중 하나입니다.MGCP 및 SIP와 같은 새롭고 덜 복잡한 프로토콜의 개발 이후, H.323 배치는 기존의 장거리 네트워크 [6]트래픽 전송으로 점점 더 제한되고 있습니다.
  • Media Gateway Control Protocol(MGCP), 미디어 게이트웨이 연결 관리
  • H.248, 기존 PSTN과 최신 패킷 네트워크로 구성된 통합 인터넷 워크를 통한 미디어 게이트웨이용 제어 프로토콜
  • 실시간 음성 및 비디오 데이터를 위한 실시간 전송 프로토콜(RTP)
  • 실시간 전송 제어 프로토콜(RTCP), 스트림 통계 및 상태 정보를 제공하는 RTP 자매 프로토콜
  • Secure Real-Time Transport Protocol(SRTP), RTP 암호화 버전
  • Session Description Protocol(SDP) - 멀티미디어 통신 및 WebSocket 전송을 위한 세션 시작 및 알림 구문입니다.
  • Asterisk 간 eXchange(IAX), Asterisk PBX 인스턴스 간에 사용되는 프로토콜
  • XMPP(Extensible Messaging and Presence Protocol), 인스턴트 메시징, 존재 정보 및 연락처 목록 유지 관리
  • 징글, XMPP에서의 피어 투 피어 세션 제어용
  • Skype 프로토콜, 피어 투 피어 아키텍처를 기반으로 한 자체 인터넷 텔레포니 프로토콜 스위트

도입

소비자 시장

VoIP를 포함한 주거용 네트워크의 예

매스마켓 VoIP 서비스에서는 기존의 광대역인터넷접속을 사용합니다.이것에 의해, 가입자는 공중망 경유와 거의 같은 방법으로 전화를 걸거나 받을 수 있습니다.풀 서비스 VoIP Phone 회사는 착신 다이얼을 통한 착신 및 발신 서비스를 제공합니다.많은 사람들이 무제한의 국내 전화를 제공하며, 때로는 월정 요금으로 국제 전화를 이용하기도 한다.일반적으로 플랫페어 서비스를 이용할 수 없는 경우, 같은 프로바이더의 가입자간의 통화는 무료입니다.[7]

VoIP 서비스 프로바이더에 접속하려면 VoIP Phone이 필요합니다.이것은, 다음의 몇개의 방법으로 실장할 수 있습니다.

  • 전용 VoIP 전화는 유선 이더넷이나 Wi-Fi 등의 기술을 사용하여 IP 네트워크에 직접 연결됩니다.이 전화기는 일반적으로 기존의 디지털 업무용 전화 스타일로 설계되어 있습니다.
  • 아날로그 전화 어댑터는 네트워크에 접속해, 모듈러 전화 잭을 개입시켜 접속된 종래의 아날로그 전화를 동작시키기 위한 전자 장치 및 펌 웨어를 실장한다.일부 가정용 인터넷게이트웨이 및 케이블모뎀에는 이 기능이 내장되어 있습니다.
  • 마이크와 스피커 또는 헤드셋을 갖춘 네트워크 컴퓨터에 설치된 소프트 폰 애플리케이션 소프트웨어.통상, 이 애플리케이션은 다이얼 패드와 표시 필드를 유저에게 표시해, 마우스 클릭이나 키보드 [citation needed]입력에 의해서 애플리케이션을 조작합니다.

PSTN 및 모바일 네트워크 공급자

통신 프로바이더가 전용 및 퍼블릭 IP 네트워크를 경유하여 VoIP 텔레포니를 스위칭센터에 접속하거나 다른 텔레포니네트워크 프로바이더와 상호 접속하기 위한 백홀로서 사용하는 경우가 많아지고 있습니다.이것을 IP [8][9]백홀이라고 부릅니다.

스마트폰에는 펌웨어에 SIP 클라이언트가 내장되어 있거나 응용 프로그램 [10][11]다운로드로 사용할 수 있습니다.

기업 용도

VoIP 테크놀로지가 제공하는 대역폭 효율과 저비용 때문에 기업은 월 전화 비용을 절감하기 위해 기존의 동선 전화 시스템에서 VoIP 시스템으로 이행하고 있습니다.2008년에는 국제적으로 설치되는 모든 신규 Private Branch Exchange(PBX; 프라이빗 브랜치 익스체인지) 회선의 80%[12]가 VoIP였습니다.예를 들어 미국에서는 사회보장국이 63,000명의 현장 사무실을 기존의 전화 설비에서 기존의 데이터 네트워크를 통해 [13][14]전송되는 VoIP 인프라스트럭처로 전환하고 있습니다.

VoIP를 사용하면 음성 통신과 데이터 통신을 모두 단일 네트워크를 통해 실행할 수 있으므로 인프라스트럭처 비용을 대폭 절감할 수 있습니다.VoIP의 내선번호 가격은 PBX 및 주요 시스템보다 저렴합니다.VoIP 스위치는 개인용 컴퓨터 등의 상용 하드웨어에서 실행될 수 있습니다.이러한 디바이스는 폐쇄형 아키텍처가 아니라 표준 인터페이스에 [15]의존합니다.VoIP 디바이스는 심플하고 직관적인 사용자 인터페이스를 갖추고 있기 때문에 대부분의 경우 간단한 시스템 설정을 변경할 수 있습니다.듀얼 모드 전화는 외부 셀룰러 서비스와 내부 Wi-Fi 네트워크 사이를 이동하면서 대화를 계속할 수 있도록 하기 때문에 데스크톱 전화와 휴대 전화를 모두 휴대할 필요가 없어집니다.감시할 [15]디바이스가 적기 때문에 유지보수가 심플해집니다.

기업을 대상으로 한 VoIP 솔루션은 모든 통신(전화, 팩스, 보이스 메일, 전자 메일, Web 회의 등)을 어떤 수단을 통해서든, 휴대 전화를 포함한 모든 핸드셋에 전달할 수 있는 개별 유닛으로 취급하는 통합 커뮤니케이션 서비스로 발전해 왔습니다.이 분야에서는 2종류의 서비스 프로바이더가 운영되고 있습니다.한 세트는 중규모 기업용 VoIP에 초점을 맞추고 있고 다른 한 세트는 중소규모 기업(SMB)[16] 시장을 대상으로 하고 있습니다.

원래 친구들 사이에서 서비스로 마케팅을 했던 Skype는 Skype 네트워크에 있는 모든 사용자들 간에 무료로 접속을 제공하고 일반 공중망 전화와 [17]유료로 연결하거나 연결하면서 기업들에 맞게 서비스를 제공하기 시작했다.

전달 메커니즘

일반적으로 조직 사용자 또는 개인 사용자에 대한 VoIP 텔레포니시스템의 제공은 프라이빗 솔루션 또는 온프레미스 솔루션 또는 서드파티 프로바이더가 제공하는 외부 호스트솔루션의 2가지 주요 제공방법으로 나눌 수 있습니다.사내 전달 방식은 사무실을 로컬 PSTN 네트워크에 접속하기 위한 기존 PBX 배치 모델에 가깝습니다.

프라이빗 VoIP 시스템 또는 사내 VoIP 시스템에 대한 많은 사용 사례가 여전히 남아 있지만, 더 넓은 시장은 점차 클라우드 또는 호스팅된 VoIP 솔루션으로 옮겨가고 있습니다.호스트 시스템은 일반적으로 소규모 또는 개인용 VoIP 배치에도 적합합니다.이러한 시나리오에서는 프라이빗 시스템을 사용할 수 없는 경우가 있습니다.

호스트된 VoIP 시스템

호스팅된 VoIP 솔루션 또는 클라우드 VoIP 솔루션에는 자체 인프라 내의 소프트웨어 솔루션으로서 전화 시스템을 호스팅하는 서비스 공급자 또는 통신 사업자가 포함됩니다.

통상, 이것은 시스템의 최종 유저와 지리적으로 관련성이 있는 1개 이상의 데이터 센터입니다.이 인프라스트럭처는 시스템 사용자의 외부에 있으며 서비스 프로바이더에 의해 도입 및 유지보수됩니다.

VoIP 전화나 소프트 폰 애플리케이션(컴퓨터 또는 모바일 디바이스에서 실행되고 있는 애플리케이션)등의 엔드 포인트는, 리모트로 VoIP 서비스에 접속합니다.이러한 접속은 일반적으로 로컬 고정 WAN 브레이크아웃이나 모바일캐리어 서비스 등의 퍼블릭인터넷링크를 통해 이루어집니다.

개인 VoIP 시스템

스몰 비즈니스용 아스타리스크 기반 PBX

프라이빗 VoIP 시스템의 경우 프라이머리 텔레포니시스템 자체는 최종 사용자 조직의 프라이빗인프라스트럭처 내에 있습니다.통상, 시스템은 조직의 직접 관리하에 있는 사이트에 사내에 배치됩니다.이것에 의해, QoS 제어(아래를 참조), 코스트의 scalability, 및 통신 트래픽의 프라이버시와 시큐러티의 확보에 관해서, 많은 이점이 있습니다.단, VoIP 시스템의 퍼포먼스와 내장해성을 유지할 책임은 주로 최종 사용자 조직에 있습니다.Hosted VoIP 솔루션에서는 그렇지 않습니다.

프라이빗 VoIP 시스템은 물리 하드웨어 PBX 어플라이언스로 다른 인프라스트럭처와 통합하거나 소프트웨어 애플리케이션으로 배치할 수 있습니다.일반적으로 후자의 두 가지 옵션은 별도의 가상화 어플라이언스 형식으로 이루어집니다.단, 일부 시나리오에서는 이러한 시스템이 베어메탈 인프라스트럭처 또는 IoT 디바이스에 도입됩니다.3CX와 같은 일부 솔루션에서는 기업은 외부 환경 내에서 자체 프라이빗 솔루션을 구현함으로써 호스팅된 사내 시스템과 프라이빗 사내 시스템의 이점을 혼합할 수 있습니다.예를 들어 데이터 센터 연결 서비스, 공용 클라우드 또는 개인 클라우드 위치가 포함될 수 있습니다.

사내 시스템의 경우 일반적으로 같은 장소 내의 로컬엔드포인트는 LAN 경유로 직접 연결됩니다.원격 엔드포인트 및 외부 엔드포인트에서는 사용 가능한 연결 옵션이 호스트된 VoIP 솔루션 또는 클라우드 VoIP 솔루션의 연결 옵션을 반영합니다.

단, 대부분의 경우 사내 시스템에서 송수신되는 VoIP 트래픽은 안전한 프라이빗링크에서도 송신할 수 있습니다.예를 들어 퍼스널 VPN, 사이트 간 VPN, MPLS나 SD-WAN 등의 프라이빗네트워크, 프라이빗 SBC(세션보더 컨트롤러) 경유 등이 있습니다.예외 및 프라이빗피어링 옵션은 존재하지만 일반적으로 이러한 프라이빗 접속 방식이 Hosted VoIP 또는 Cloud VoIP 프로바이더에 의해 제공되는 경우는 거의 없습니다.

서비스 품질

IP 네트워크상의 통신은 데이터 패킷이 손실되지 않고 순차적으로 전달되는 네트워크 기반의 메커니즘을 제공하지 않기 때문에 회선교환 공중전화 네트워크와 비교하여 신뢰성이 낮은 것으로 인식됩니다.기본적인 Quality of Service(QoS; 서비스 품질)가 보증되지 않는 베스트 에포트 네트워크입니다.음성 및 기타 모든 데이터는 고정 최대 용량을 가진 IP 네트워크를 통해 패킷을 전송합니다.보다 전통적인 회로 시스템으로 이 시스템을 보다 자료를 손실하기 congestion[를]의 존재, 장애 없이 나머지를 들고 있는 동안 패킷 교환 네트워크에 전화 통화 방식과 같은 실시간 데이터 품질이 저하 불충분한 능력의 회로 교환 시스템, 새로운 연결을 거부할 것이다 걸리기 쉽다.s극적으로[19]따라서 VoIP 구현에서는 지연, 패킷 손실 및 [19][20]지터 문제가 발생할 수 있습니다.

기본적으로는 네트워크 라우터는 선착순으로 트래픽을 처리합니다.고정 지연은 패킷이 이동하는 물리적인 거리에 의해 발생하므로 제어할 수 없습니다.정지궤도 위성과의 거리가 멀기 때문에 위성회선이 관여하는 경우에는 특히 문제가 됩니다.일반적으로 400~600밀리초의 지연이 발생합니다.지연은 Diff Serv 등의 [19]QoS 방식을 사용하여 음성 패킷을 지연에 영향을 받기 쉬운 것으로 마킹함으로써 최소화할 수 있습니다.

대용량 트래픽링크상의 네트워크라우터에서는 VoIP의 허용 임계값을 초과하는 지연이 발생할 수 있습니다.링크에 과도한 부하가 걸리면 congestion와 관련된 큐잉 지연 및 패킷 손실이 발생할 수 있습니다.이것은 TCP와 같은 전송 프로토콜에 전송 속도를 낮추어 congestion를 완화하도록 신호를 보냅니다.그러나 VoIP는 통상 TCP가 아닌 UDP를 사용합니다.이는 재전송에 의한 폭주로부터의 회복에는 통상 너무 많은 [19]지연이 수반되기 때문입니다.따라서 QoS 메커니즘은 링크가 벌크트래픽에 의해 폭주하고 있는 경우에도 같은 링크상의 큐잉된 벌크트래픽보다 먼저 VoIP 패킷을 전송함으로써 바람직하지 않은 VoIP 패킷 손실을 방지할 수 있습니다.

VoIP 엔드포인트는 보통 새로운 데이터가 전송되기 전에 이전 패킷의 전송이 완료될 때까지 기다려야 합니다.전송 중에 중요하지 않은 패킷을 프리엠프트(아보트) 할 수 있지만, 특히 최대 사이즈의 [21]패킷이라도 전송 시간이 짧은 고속 링크에서는, 이것은 일반적으로 행해지지 않습니다.다이얼업이나 Digital Subscriber Line(DSL; 디지털 가입자 회선)등의 저속 링크에서의 프리엠프션의 대체 방법은, 최대 전송 유닛을 단축하는 것입니다.그러나 모든 패킷은 프로토콜 헤더를 포함해야 하므로, [21]이는 통과하는 모든 링크의 상대적인 헤더 오버헤드를 증가시킵니다.

수신측은, 패킷이 너무 늦게 도착하거나 전혀 도착하지 않았을 때에, 순서가 어긋난 IP 패킷의 순서를 재설정해, 정상적으로 회복할 필요가 있습니다.패킷 지연의 변동은, 같은 송신 링크에 대한 다른 유저와의 경합에 의해서, 소정의 네트워크 패스에 있어서의 큐잉 지연의 변경에 의해서 발생합니다.VoIP 리시버는 착신 패킷을 플레이아웃버퍼에 잠시 저장함으로써 이 변화에 대응하고 음성 엔진이 패킷을 재생할 때 각 패킷이 대기할 가능성을 높이기 위해 지연을 의도적으로 늘립니다.따라서 추가 지연은 과도한 지연과 과도한 드롭아웃(즉, 순간적인 오디오 중단) 사이의 타협입니다.

지터는 랜덤 변수이지만 적어도 어느 정도 독립된 기타 랜덤 변수의 합계입니다.즉, 문제의 인터넷 패스에 따른 라우터의 개별 큐잉 지연입니다.중심 한계 정리에 따라 지터를 가우스 랜덤 변수로 모델링할 수 있습니다.이는 평균 지연과 그 표준 편차를 지속적으로 추정하여 평균보다 몇 가지 표준 편차를 초과하는 지연 패킷만 너무 늦게 도착하도록 플레이아웃 지연을 설정하는 것을 의미합니다.실제로 많은 인터넷 경로의 지연 시간 차이는 비교적 느리고 폭주하는 소수의 병목 링크(종종 1개)에 의해 좌우됩니다.대부분의 인터넷 백본링크는 현재 매우 고속(예를 들어 10기가비트/초)이기 때문에 지연은 전송 매체(예를 들어 광섬유)에 의해 지배되며, 이를 구동하는 라우터는 [citation needed]큐잉 지연이 상당할 정도로 버퍼링이 충분하지 않습니다.

VoIP 콜의 Quality of Service(QoS; 서비스 품질) 및 Quality of Experience(QoE; 경험 품질) 보고를 지원하기 위해 많은 프로토콜이 정의되어 있습니다.여기에는 RTP Control Protocol(RTCP) 확장 보고서,[22] SIP RTCP 요약 보고서, H.460.9 Annex B(H.323의 경우), H.248.30 및 MGCP 확장이 포함됩니다.

RTCP 확장 보고서 VoIP 메트릭블록에 의해 지정된 RFC3611은 라이브콜 중에 VoIP Phone 또는 게이트웨이에 의해 생성되며 패킷 손실률, 패킷 폐기율(지터에 의한), 패킷 손실/폐기 버스트메트릭(버스트 길이/밀도, 갭 길이/밀도), 네트워크 지연, 엔드 시스템 지연, 신호/노이즈/에코 레벨, 평균 오피니언 점수(MOS) 및 설정 및 설정 i에 관한 정보가 포함되어 있습니다.지터 버퍼에 관한 정보.VoIP 메트릭보고서는 콜 중에 IP 엔드포인트 간에 수시로 교환되며 SIP RTCP 요약보고서 또는 기타 시그널링 프로토콜 확장 중 하나를 통해 전송되는 콜 종료 메시지입니다.VoIP 메트릭보고서는 QoS 문제와 관련된 실시간 피드백, 개선된 콜 품질 계산을 위한 엔드포인트 간의 정보 교환 및 기타 다양한 응용 프로그램을 지원하기 위한 것입니다.

DSL 및 ATM

DSL 모뎀은 일반적으로 로컬 기기에 이더넷 연결을 제공하지만 실제로는 Asynchronous Transfer Mode(ATM; 비동기 전송 모드) [b]모뎀일 수 있습니다.ATM Adaptation Layer 5(AAL5; ATM 어댑테이션레이어 5)를 사용하여 각 이더넷패킷을 일련의 53 바이트 ATM 셀로 세그먼트화하여 수신측 이더넷프레임으로 되돌립니다.

Audio over IP에 개별 Virtual Circuit Identifier(VCI; 가상회선 식별자)를 사용하면 공유 접속 지연을 줄일 수 있습니다.ATM의 레이텐시 감소 가능성은 저속 링크에서 가장 큽니다.최악의 레이텐시는 링크 속도의 증가에 따라 감소하기 때문입니다.풀사이즈(1500바이트) 이더넷프레임은 128kbit/s로 전송하는데 94밀리초 걸리지만 1.5Mbit/s에서는8밀리초밖에 걸리지 않습니다.이것이 병목 링크인 경우 이 지연은 MTU 감소나 여러 ATM VC 없이 양호한 VoIP 퍼포먼스를 보장할 수 있을 정도로 작을 수 있습니다.최신 세대의 DSL, VDSL 및 VDSL2는 중간 ATM/AAL5 레이어 없이 이더넷을 전송하며 일반적으로 IEEE 802.1p priority 태깅을 지원하므로 VoIP는 보다 짧은 시간 동안 [19]큐잉할 수 있습니다.

ATM에는 상당한 헤더 오버헤드가 있습니다.5/53 = 9.4%로 1500 바이트이더넷 프레임의 총 헤더 오버헤드의 약 2배입니다이 "ATM 세금"은 DSL 사용자가 여러 개의 가상 회선을 이용하든 이용하지 [19]않든 간에 모든 DSL 사용자가 부담합니다.

레이어 2

VoIP 애플리케이션이 네트워크의 congestion가 발생하고 있는 경우에서도 정상적으로 동작할 수 있도록 지원하는 서비스 품질 메커니즘을 위해 데이터 링크 계층과 물리 계층에서 몇 가지 프로토콜이 사용됩니다.예를 들어 다음과 같습니다.

  • IEEE 802.11e는 IEEE 802.11 규격에 대한 승인된 개정으로 Media Access Control(MAC; 미디어 액세스컨트롤) 레이어의 변경을 통해 무선 LAN 어플리케이션의 서비스 품질 확장 세트를 정의합니다.이 표준은 Voice over Wireless IP 등 지연에 민감한 애플리케이션에서 매우 중요한 것으로 간주됩니다.
  • IEEE 802.1p는 레이어 2 유선 이더넷 상의 트래픽에 대해8개의 다른 서비스 클래스(음성 전용 클래스 포함)를 정의합니다.
  • ITU-T G.hn 규격.기존 홈 배선(전원 회선, 전화 회선, 동축 케이블)을 사용해 고속(최대 1 기가비트/초)의 LAN(Local Area Network)을 작성하는 방법을 제공합니다.G.hn은 QoS를 필요로 하는 흐름(VoIP 콜 등)에 할당되어 네트워크컨트롤러와 계약을 네고시에이트한 Contention-Free Transmission Opportunities(CFTXOP; 컨텐션프리 전송 기회)를 통해 QoS를 제공합니다.

퍼포먼스 지표

음성 전송의 품질은 네트워크 요소 및 사용자 에이전트의 하드웨어 또는 소프트웨어에 의해 감시될 수 있는 몇 가지 메트릭에 의해 특징지어집니다.이러한 메트릭에는 네트워크 패킷 손실, 패킷지터, 패킷 지연(지연), 다이얼 후 지연, 에코 등이 있습니다.메트릭은 VoIP 성능 테스트 및 모니터링에 [23][24][25][26][27][28]의해 결정됩니다.

PSTN 통합

VoIP 미디어 게이트웨이 컨트롤러(클래스 5 소프트 스위치라고도 함)는 미디어 게이트웨이(IP 비즈니스 게이트웨이라고도 함)와 연계하여 디지털 미디어 스트림을 연결하여 음성 및 데이터 경로를 완료합니다.게이트웨이에는 표준 PSTN 네트워크에 접속하기 위한 인터페이스가 포함되어 있습니다.이더넷 인터페이스는 [29]VoIP를 통해 전달되는 콜을 링크하도록 특별히 설계된 최신 시스템에도 포함되어 있습니다.

E.164는 PSTN과 Public Land Mobile Network(PLMN; 퍼블릭랜드 모바일네트워크) 양쪽의 글로벌 넘버링 표준입니다.대부분의 VoIP 실장에서는, VoIP 서브 스크라이버와의 사이에 콜을 라우팅 할 수 있도록 E.164 를 서포트하고 있습니다.또, PSTN/PLMN [30]실장에서는 다른 식별 기술을 사용할 수도 있습니다.예를 들어 Skype를 사용하면 사용자는 Skype 이름(사용자 이름)[31]을 선택할 수 있지만 SIP 구현에서는 이메일주소와 [32]유사한 Uniform Resource Identifier(URI; 유니폼자원 식별자)를 사용할 수 있습니다.많은 경우 VoIP 실장에서는 비 E.164 식별자를 E.164 번호로 변환하는 방법(Skype에서[33] 제공되는Skype-In 서비스와 IMS 및 [34]SIP에서 URI 매핑(ENUM) 서비스로 변환하는 방법 등)이 사용됩니다.

에코도 PSTN [35]통합의 문제가 될 수 있습니다.에코의 일반적인 원인에는 아날로그 회로에서의 임피던스 미스매치 및 수신측에서 신호를 송신하는 수신측의 음향 패스가 있습니다.

번호이동성

Local Number Portability(LNP; 로컬 번호 이식성) 및 Mobile Number Portability(MNP; 모바일 번호 이식성)도 VoIP 비즈니스에 영향을 미칩니다.번호이동성은 가입자가 새로운 번호를 발행하지 않고 새로운 전화 통신사를 선택할 수 있는 서비스입니다.통상, 낡은 번호를 새로운 통신사에 의해서 할당된 미공개 번호에 「매핑」하는 것은, 이전의 통신사의 책임입니다.이것은 숫자의 데이터베이스를 유지함으로써 실현됩니다.다이얼 번호는, 최초로 원래의 캐리어에 의해서 수신되어 곧바로 새로운 캐리어에 재루팅 됩니다.서브스크라이버가 원래의 통신사로 돌아가도 복수의 포팅 참조를 유지할 필요가 있습니다.FCC는 통신사가 이러한 소비자 보호 규정을 준수하도록 의무화하고 있습니다.2007년 11월 미국 연방통신위원회는 상호 연결된 VoIP 프로바이더 및 VoIP [36]프로바이더를 지원하는 통신사로 번호이동 의무를 확장하는 명령을 발표했습니다.

VoIP 환경에서 발신되는 음성 콜도, 기존의 모바일 캐리어상의 휴대 전화 번호에 번호가 라우팅 되어 있는 경우, 행선지에 도달하기 위한 List-Cost Routing(LCR; 최저 코스트라우팅)의 과제에 직면합니다.LCR은, 각 전화 콜의 행선지를 체크하고 나서, 고객에게 가장 코스트가 적게 드는 네트워크를 개입시켜 콜을 송신하는 것에 근거하고 있습니다.번호이동성에 의해 생성되는 콜라우팅의 복잡함을 고려하면 이 등급은 몇 가지 논란의 대상이 됩니다.MNP를 도입하면 LCR 공급자는 네트워크 루트프리픽스를 사용하여 콜 라우팅 방법을 결정할 수 없게 됩니다.대신 [37]콜을 라우팅하기 전에 각 번호의 실제 네트워크를 판단해야 합니다.

따라서 VoIP 솔루션에서는 음성 콜을 라우팅할 때도 MNP를 처리할 필요가 있습니다.영국 등 중앙 데이터베이스가 없는 국가에서는 휴대전화 번호가 어느 홈네트워크에 속해 있는지 모바일네트워크에 문의해야 할 수 있습니다.LCR 옵션 때문에 기업 시장에서 VoIP의 인기가 높아짐에 따라 VoIP는 콜 처리 시 일정 수준의 신뢰성을 제공할 필요가 있습니다.

긴급 호출

유선전화에 접속된 전화기는 전화번호와 물리적인 위치와의 직접적인 관계를 가지며, 전화회사는 이를 유지하며 긴급구호서비스센터를 통해 긴급구호자가 긴급가입자 명부 형태로 이용할 수 있다.센터에서 긴급 호출을 수신하면 해당 데이터베이스에서 위치가 자동으로 결정되어 오퍼레이터 콘솔에 표시됩니다.

IP 텔레포니에서는 로케이션과 통신 엔드 포인트 간의 직접 링크는 존재하지 않습니다.DSL 프로바이더 등 유선 인프라스트럭처를 갖춘 프로바이더라도 네트워크라우터에 할당된IP 주소나 기존의 서비스 주소에 근거해 디바이스의 대략적인 위치만을 알 수 있습니다.일부 ISP는 고객 [38]기기에 대한 IP 주소 자동 할당을 추적하지 않습니다.

IP 통신은 디바이스 모빌리티를 제공합니다.예를 들어 주거용 광대역 접속은 기업체의 가상 프라이빗 네트워크에 대한 링크로 사용할 수 있습니다.이 경우 고객 통신에 사용되는 IP 주소는 주거용 ISP가 아닌 기업에 속할 수 있습니다.이러한 오프프레미스 내선번호는 업스트림 IP PBX의 일부로 표시될 수 있습니다.3G 핸드셋이나 USB 무선 광대역어댑터 등의 모바일 디바이스에서는 모바일 사용자는 다른 셀룰러 회사를 경유하여 로밍하는 경우에도 네트워크 커버리지가 있는 지역의 어디에나 있을 수 있기 때문에 IP 주소는 텔레포니 서비스 프로바이더가 알고 있는 물리적인 장소와는 관계가 없습니다.

VoIP 레벨에서는 전화기 또는 게이트웨이는 Session Initiation Protocol(SIP) 레지스트라를 사용하여 계정 credential로 자신을 식별할 수 있습니다.이러한 경우 Internet Telephony Service Provider(ITSP; 인터넷텔레포니서비스 프로바이더)는 특정 사용자의 기기가 활성화되어 있음을 알 뿐입니다.서비스 프로바이더는, 물리적인 장소를 등록하는 유저와 합의해 긴급 대응 서비스를 제공하는 경우가 많아, IP 디바이스로부터 긴급 번호가 호출되었을 경우, 그 주소에만 긴급 서비스가 제공된다는 것에 동의하고 있습니다.

이러한 긴급 서비스는 미국의 VoIP 벤더에 의해 무선통신 및 공공안전법에 근거한 Enhanced 911(E911)이라고 불리는 시스템에 의해 제공됩니다.VoIP E911 긴급 콜시스템은, 물리 주소를 발신측의 전화 번호와 관련짓습니다.공중 교환 전화 네트워크에의 액세스를 제공하는 모든 VoIP 프로바이더는, 가입자가 과금되는 서비스인 E911을 실장할 필요가 있습니다.「VoIP 프로바이더는, 고객이 911 서비스를 [38]종료하는 것을 허가하지 않을 수 있습니다.」VoIP E911 시스템은 정적 테이블룩업을 기반으로 합니다.보조 GPS 또는 기타 방법을 사용하여 E911 콜의 위치를 추적할 수 있는 휴대폰과 달리 VoIP E911 정보는 사용자가 긴급 주소 정보를 [39]최신 상태로 유지하는 경우에만 정확합니다.

팩스 지원

VoIP 네트워크를 통한 팩스 송신은 Fax over IP(FoIP)라고 불리기도 합니다.대부분의 음성 디지털화와 압축 코덱은 사람의 음성을 표현하기 위해 최적화되어 있으며 패킷 기반의 커넥션리스 네트워크에서는 모뎀 신호의 적절한 타이밍을 보장할 수 없기 때문에 초기 VoIP 구현에서는 팩스 문서 전송에 문제가 있었습니다.

Fax-over-IP를 안정적으로 전달하기 위한 표준 기반 솔루션은 T.38 프로토콜입니다.T.38 프로토콜은 아날로그 회선을 통한 전통적인 패킷 없는 통신과 IP 통신의 기초가 되는 패킷 기반 전송 간의 차이를 보상하도록 설계되었습니다.팩스기는 아날로그 전화 어댑터(ATA)에 접속되어 있는 표준 디바이스이거나 소프트웨어 애플리케이션 [40]또는 이더넷인터페이스를 통해 동작하는 전용 네트워크 디바이스일 수 있습니다.원래 T.38은 IP 네트워크에서 UDP 또는 TCP 전송 방식을 사용하도록 설계되었습니다.

일부 최신 하이엔드 팩스기기는 네트워크 스위치 또는 라우터에 직접 연결되는 T.38 기능을 내장하고 있습니다.T.38에서는 각 패킷에는 이전 패킷으로 전송된 데이터 스트림의 일부가 포함되어 있습니다.실제로 데이터 무결성을 잃으려면 연속된2개의 패킷이 손실되어야 합니다.

전력 요건

전통적인 가정용 아날로그 서비스를 위한 전화는 보통 전화 회사의 전화 회선에 직접 연결되어 있으며, 전화 회선은 대부분의 기본적인 아날로그 핸드셋에 직류를 공급하여 현지에서 이용 가능한 전력과 독립적으로 전원을 공급합니다.고객이 무선 핸드셋으로 기지국에 접속하거나 음성 메일이나 전화번호부 기능이 내장되어 있는 다른 최신 전화 기능을 갖춘 전화 장치를 구입하는 기존 아날로그 서비스에서도 전화 서비스의 정전에 대한 취약성은 일반적인 문제입니다.

VoIP Phone 및 VoIP 전화 어댑터는 일반적으로 주전원 또는 로컬에서 생성된 전력의 [41]가용성에 따라 라우터 또는 케이블모뎀에 접속합니다.일부 VoIP 서비스 공급자는 배터리 구동 전원장치를 갖춘 고객사내 기기(케이블모뎀 등)를 사용하여 로컬 전원장애 발생 시 최대 몇 시간 동안 중단 없는 서비스를 보장합니다.이러한 배터리 구동 장치는 일반적으로 아날로그 핸드셋과 함께 사용하도록 설계되었습니다.일부 VoIP 서비스 공급자는 고객의 네트워크 디바이스가 통화를 종료하기 위해 액세스할 수 없는 경우 사용자의 다른 전화 서비스(휴대전화 등)에 통화를 라우팅하는 서비스를 구현합니다.

보안.

Secure Real-time Transport Protocol 등의 표준화된 프로토콜을 사용하여 보안 콜이 가능합니다.디지털화 및 디지털 전송과 같이 기존의 전화 회선을 통해 안전한 전화 접속을 확립하는 대부분의 기능은 이미 VoIP를 통해 구현되어 있습니다.기존 데이터 스트림을 암호화 및 인증하는 경우에만 필요합니다.가상 PBX 등의 자동 소프트웨어를 사용하면 직원이 착신 콜을 맞이하거나 전환할 필요가 없어집니다.

VoIP 전화 시스템의 보안 문제는 인터넷에 연결된 다른 장치의 보안 문제와 유사합니다.즉, VoIP 취약성을 알고 있는 해커가 서비스 거부 공격을 실행하고 고객 데이터를 수집하며 대화를 녹음하고 보이스 메일메시지를 손상시킬 수 있습니다.VoIP 사용자 계정 또는 세션의 credential이 손상되면 공격자가 장거리 전화나 국제 전화 등의 서드파티 서비스로부터 대량의 과금을 받을 수 있습니다.

많은 VoIP 프로토콜의 기술적 세부 사항은 방화벽 및 네트워크 주소 변환기를 통해 VoIP 트래픽을 라우팅하는 데 어려움을 야기합니다. 이 변환기는 중계 네트워크 또는 인터넷에 상호 연결하기 위해 사용됩니다.개인 세션 경계 컨트롤러는 보호된 네트워크와의 VoIP 콜을 활성화하기 위해 많이 사용됩니다.NAT 장치를 통과하는 다른 방법으로는 STUN 및 ICE(Interactive Connectivity Establishment)와 같은 보조 프로토콜이 있습니다.

VoIP를 보호하기 위한 표준은 아날로그 텔레포니어댑터의 Secure Real-time Transport Protocol(SRTP) 및 ZRTP 프로토콜 및 일부 소프트 폰에서 사용할 수 있습니다.IPsec은 기회주의적 암호화를 사용하여 트랜스포트 수준에서 포인트 투 포인트 VoIP를 보호할 수 있습니다.많은 소비자용 VoIP 솔루션은 시그널링 경로 또는 미디어의 암호화를 지원하지 않지만 VoIP Phone의 보안은 개념적으로 기존 전화 회선보다 VoIP를 사용하여 구현하기가 쉽습니다.암호화가 광범위하게 지원되지 않기 때문에 데이터 네트워크에 접속할 [42]수 있을 때 VoIP 콜을 도청하는 것이 비교적 쉬워집니다.Wireshark와 같은 무료 오픈 소스 솔루션을 통해 VoIP 대화를 쉽게 캡처할 수 있습니다.

정부기관 및 군사조직에서는 Voice over Secure IP(VoSIP; 시큐어 IP), 시큐어 Voice over IP(SVoIP), 시큐어 Voice over Secure IP([43]SVoSIP; 시큐어 IP) 등 다양한 보안 수단을 사용하여 VoIP 트래픽을 보호합니다.구별은 암호화가 전화기의 엔드 포인트에 적용되는지 네트워크에 [44]적용되는지에 따라 달라집니다.안전한 Voice over IP는 SRTP 및 ZRTP 등의 프로토콜을 사용하여 미디어를 암호화함으로써 구현할 수 있습니다.시큐어 Voice over IP 에서는,[45][46][47][48] SIPRNet 등의 분류된 네트워크상에서 타입 1 의 암호화를 사용합니다.Public Secure VoIP는 무료 GNU 소프트웨어 및 ZRTP와 [49]같은 라이브러리를 통해 많은 인기 상용 VoIP 프로그램에서도 사용할 수 있습니다.

발신자 ID

Voice over IP 프로토콜 및 기기는 PSTN과 호환되는 발신자 ID 지원을 제공합니다.또, 많은 VoIP 서비스 프로바이더에서는, 발신자가 커스텀 발신자 ID [50]정보를 설정할 수 있습니다.

2020년 2월 28일 이후에 Voice over IP 서비스와 함께 미국에서 제조, 수입 또는 사용하도록 의도된 유선 전화는 연방 통신 위원회가 [51]명시한 보청기 호환성 요건을 충족하기 위해 필요합니다.

VoIP는 데이터와 음성 [52][53]간 네트워크 인프라를 공유함으로써 통신 비용을 대폭 절감했다.1 개의 광대역 접속으로 복수의 콜을 송신할 수 있습니다.

및

VoIP의 인기가 높아짐에 따라 각국 정부는 공중망 [54]서비스와 유사한 방식으로 VoIP를 규제하는 데 더욱 관심을 보이고 있습니다.

개발도상국, 특히 규제가 약하거나 지배적인 사업자에 의해 포착된 국가에서는 VoIP가 과세되는 파나마,[55] VoIP가 금지된 가이아나 등 VoIP 사용에 대한 제한이 종종 부과된다.정부가 전기통신 서비스를 국유화하고 있는 에티오피아에서는 VoIP를 이용한 서비스를 제공하는 것은 형사범죄다.이 나라는 VoIP를 사용한 국제전화를 막기 위해 방화벽을 설치했다.이러한 조치들은 VoIP의 인기로 국영 [citation needed][56]통신 회사가 창출하는 소득이 줄어든 후에 취해졌다.

캐나다에서는 캐나다 라디오 텔레비전 통신 위원회가 VoIP 전화 서비스를 포함한 전화 서비스를 규제하고 있습니다.캐나다에서 운영되는 VoIP 서비스는 9-1-1 긴급 [57]서비스를 제공하기 위해 필요합니다.

연합

유럽연합에서 VoIP 서비스 제공자에 대한 처우는 각 국가 통신 규제자에 대한 결정이며, 각 규제자는 경쟁법을 사용하여 관련 국가 시장을 정의한 후 해당 국가 시장의 서비스 제공자가 "상당한 시장 지배력"을 가지고 있는지 여부를 결정해야 한다(따라서 특정 의무에 따라야 한다).일반적으로 관리 대상 네트워크상에서 기능하는 VoIP 서비스와 비관리 대상 네트워크상에서 기능하는 VoIP 서비스(본질적으로 인터넷)[citation needed]를 구별합니다.

관련 EU 지령은 시장 지배력과 독립적으로 존재할 수 있는 의무(예: 긴급 호출에 대한 접근 제공 의무)에 관해 명확하게 작성되지 않았으며, 두 유형의 VoIP 서비스 제공자가 이에 [citation needed][58]의해 구속되는지 여부를 명확하게 말하는 것은 불가능하다.

GCC의 아랍 국가

오만

오만에서는 허가받지 않은 VoIP 제공자의 웹사이트가 [citation needed]차단될 정도로 허가받지 않은 VoIP 서비스를 제공하거나 사용하는 것은 불법이다.위반 시 50,000 오만 리알(약 13,317달러)의 벌금이나 2년 징역 또는 둘 다에 처해질 수 있습니다.2009년, 경찰은 전국의 121개의 인터넷 카페를 급습하여 VoIP 서비스를 [59]이용하거나 제공한 혐의로 212명을 체포하였다.

사우디아라비아

2017년 9월 사우디아라비아는 운영 비용을 절감하고 디지털 기업가 정신을 [60][61]촉진하기 위해 VoIP 금지를 해제했다.

아랍에미리트

아랍에미리트(UAE)에서는 승인되지 않은 VoIP 서비스를 제공하거나 사용하는 것이 불법입니다.라이선스가 없는 VoIP 프로바이더의 웹사이트가 차단되었습니다.Skype와 같은 일부 VoIP 서비스가 [62]허용되었습니다.2018년 1월 UAE의 인터넷 서비스 제공업체는 스카이프를 포함한 모든 VoIP 앱을 차단하였으나, 정부가 승인한 VoIP 앱(CME, BOTIM)[63][64] 2개만 허용하였다. 이에 반해 UAE에서는 [65]Change.org에 5000여 명의 서명을 받아 웹사이트가 차단되었다.

2020년 3월 24일, 아랍에미리트는 COVID-19 대유행 기간 동안 통신을 용이하게 하기 위해 국내에서 이전에 금지되었던 VoIP 서비스에 대한 제한을 완화했다.그러나 WhatsApp, Skype 및 FaceTime과 같은 인기 있는 인스턴트 메시징 애플리케이션은 음성 및 비디오 통화에 사용할 수 없도록 차단되어 주민들이 국가 소유 통신 사업자의 [66]유료 서비스를 사용하도록 제한되었습니다.

인도

인도에서는 VoIP를 사용하는 것은 합법이지만 인도 [67]내에 VoIP 게이트웨이를 설치하는 것은 불법입니다.이는 사실상 PC를 가지고 있는 사용자가 VoIP 콜을 사용하여 임의의 번호로 발신할 수 있음을 의미합니다.단, 리모트측이 일반 전화일 경우, VoIP 콜을 POTS 콜로 변환하는 게이트웨이는 법률상 인도 내에 있는 것이 허용되지 않습니다.해외 기반의 VoIP 서버 서비스는 인도에서 [67]불법입니다.

액세스 서비스 프로바이더 및 국제 장거리 사업자를 위해 인터넷 전화는 ISP에 제한적으로 허용되었습니다.인터넷 텔레포니는 다른 액세스서비스 프로바이더 및 장거리 통신 사업자가 제공하는 실시간음성과는 범위, 성질 및 종류가 다른 서비스로 간주됩니다.따라서 [68]인도에서는 다음 유형의 인터넷 텔레포니가 허용됩니다.

(a) PC간, 인도 내외
(b) 인도의 ITU 또는 IETF 등과 같은 국제 기관의 표준을 준수하는 PC/장치/어댑터, 해외 PSTN/PLMN.
(c) ISP 노드에 접속되어 있는 ITU, IETF 등의 국제기관의 표준에 준거한 디바이스/어댑터, 인도 내외의 디바이스/어댑터.
(d) 상기 조건 (ii)에[clarification needed] 기재되어 있는 것을 제외하고, 다른 형태의 인터넷 전화는 허가되지 않습니다.
(e) 인도에서는 인터넷 전화에 별도의 번호 부여 체계가 제공되지 않는다.현재 고정 텔레포니, GSM, CDMA 무선 서비스에는 E.164에 근거한10 자리 번호 할당이 허가되어 있습니다.인터넷 텔레포니의 경우 번호 체계는 IANA(Internet Assigned Numbers Authority)의 IP 주소 지정 체계에만 준거해야 합니다.IANA 번호 체계에 준거하고 있음을 나타내기 위해 ISP에 의한 E.164 번호/프라이빗 번호의 임의의 디바이스에 할당된IP 주소로의 변환 및 그 반대의 변환은 허가되지 않습니다.
(f) 인터넷 서비스 라이선시는 PSTN/PLMN 접속이 허용되지 않습니다.PSTN/PLMN에 접속되어 있는 전화기로의 음성 통신 및 그 후의 E.164 번호부여는 인도에서는 금지되어 있습니다.

대한민국.

한국에서는 정부에 등록된 사업자만 VoIP 서비스를 제공할 수 있다.대부분 균일 요금을 제공하는 많은 VoIP 제공업체와 달리, 한국의 VoIP 서비스는 일반적으로 지상파 통화와 유사한 요금으로 미터링되고 요금이 부과됩니다.외국 VoIP 제공업체는 정부 등록에 높은 장벽에 직면해 있습니다.이 문제는 2006년 주한미군 기지에 거주하는 미군 구성원들에게 계약으로 개인 인터넷 서비스를 제공하는 인터넷 서비스 제공자들이 미국에 있는 그들의 가족과 연락을 유지하기 위한 경제적인 방법으로 주한미군 구성원들이 사용하는 VoIP 서비스에 대한 접근을 차단하겠다고 위협하면서 불거졌다.e 서비스 멤버의 VoIP 제공자가 등록되지 않았습니다.2007년 1월 주한미군과 한국 통신 관계자들 사이에 타협이 이루어졌다. 주한미군 서비스 제공자들은 2007년 6월 1일 이전에 한국에 도착하여 기지 내에서 제공되는 ISP 서비스에 가입하면 미국에 기반을 둔 VoIP를 계속 사용할 수 있지만, 이후 도착자들은 계약에 따라 한국 기반의 VoIP 제공자를 이용해야 한다.l 미국 VoIP [69]프로바이더가 제공하는 정액 요금과 유사한 가격 제공.

미국

미국에서는 연방통신위원회는 상호접속된 모든 VoIP 서비스 공급자가 기존의 전기통신 서비스 [70]공급자와 동등한 요건을 준수하도록 요구하고 있습니다.미국의 VoIP 사업자는 지역 번호이동 지원, 장애인이 서비스를 이용할 수 있도록, 규제 수수료, 보편적 서비스 기여금 및 기타 의무적인 지불을 지불하고, 사법 당국이 CALA(Communications Assistance for Law Enforcement Act)에 따라 감시를 실시할 수 있도록 해야 합니다.

"Interconnected"인터넷 전화(완전히 PSTN에 연결되어)의 운영자 특별한 요청 없이, 고객 위치 업데이트를 마련하고 명확하게 소비자들에게, 모든 consumers,[71]에서 추문이 긍정적인 인정을 얻지 않고 'may 그들의 E-911 기능성에 한계를 공개한 강화된 911서비스를 제공하야만 합니다. 알로고객이 911 서비스를 '제외'할 수 있도록 합니다.[72]또한 VoIP 사업자는 도매 사업자를 통해 현지의 교환 사업자와 상호 접속 및 트래픽 교환을 할 수 있는 권리를 포함하여 특정 미국 통신 규제의 혜택을 받는다."유목" VoIP 서비스 제공자(사용자의 위치를 결정할 수 없는 제공자)는 주정부의 통신 [73]규제에서 면제됩니다.

미 의회가 논의 중인 또 다른 법적 이슈는 해외정보감시법의 변경에 관한 것이다.문제의 쟁점은 미국인과 외국인 사이의 통화이다.NSA(National Security Agency)는 영장 없이 미국인들의 대화를 도청할 수 있는 권한이 없지만, 인터넷, 특히 VoIP는 기존의 전화 시스템처럼 발신자 또는 발신자의 위치를 명확하게 구분하지 않습니다.VoIP의 낮은 비용과 유연성으로 인해 점점 더 많은 조직이 이 기술을 채택하도록 설득함에 따라, 법 집행 기관에 대한 감시는 더욱 어려워지고 있습니다.VoIP 기술은 또한 VoIP 및 이와 유사한 기술로 인해 통신이 차단될 때 정부가 대상이 물리적으로 어디에 위치하는지를 결정하는 것이 더 어려워지고 이로 인해 새로운 일련의 [74]법적 문제가 발생하기 때문에 연방 보안에 대한 우려를 증가시켰다.

역사

Paul Baran과 다른 연구자들에 의한 패킷 네트워크 설계의 초기 개발은 20세기 중반 통신의 회선 교환 네트워크에서 가능했던 것보다 인프라 장애에 직면했을 때 더 높은 수준의 회선 이중화와 네트워크 가용성에 대한 욕구에 의해 동기 부여되었습니다.대니 코헨은 1973년 초기 ARPANET에서 운영되던 [75][76]비행 시뮬레이터 애플리케이션의 일부로 패킷 음성의 형태를 처음으로 시연했습니다.

초기 ARPANET에서는 비압축 Pulse-Code Modulation(PCM; 펄스 코드 변조) 디지털 음성 패킷에서는 실시간 음성 통신이 불가능했습니다.이 패킷의 비트환율은 64kbps로 초기 모뎀의 2.4kbps 대역폭보다 훨씬 큽니다.이 문제에 대한 해결책은 1966년 나고야 대학의 이타쿠라 후미타다와 일본전신전화(NTT)의 사이토 슈조에 의해 처음 제안된 음성 부호화 데이터 압축 알고리즘인 LPC(Linear Predictive Coding)였다.LPC는 음성 압축을 2.4kbps까지 줄일 수 있어 1974년 캘리포니아 골레타에 있는 Culler-Harrison Incorporate와 [77]매사추세츠주 렉싱턴에 있는 MIT 링컨 연구소가 ARPANET을 통해 처음으로 실시간 대화에 성공했습니다.그 이후로 LPC는 가장 널리 사용되는 음성 부호화 [78]방법이 되었다.LPC 알고리즘의 일종인 코드 들뜸 선형 예측(CELP)은 Manfred R에 의해 개발되었습니다. 슈뢰더와 비슈누 S. 1985년 [79]아탈.LPC 알고리즘은 최신 VoIP [77]테크놀로지의 오디오 코딩 표준으로 남아 있습니다.

그 후 약 20년의 기간 동안, 다양한 형태의 패킷 텔레포니가 개발되었고 새로운 기술을 지원하기 위해 업계의 이익 집단이 형성되었습니다.ARPANET 프로젝트의 종료와 상업용 트래픽에 대한 인터넷 확대에 따라 IP 텔레포니는 1990년대 초 VocalChat이 등장할 때까지 테스트되었으며 1995년 2월에 VocalTec에 의해 인터넷 전화(또는 줄여서 iPhone) 상용 소프트웨어가 공식적으로 출시될 때까지 상업용으로 사용할 수 없는 것으로 간주되었습니다.오디오 트랜시버 특허는 Lior Haramaty 및 Alon Cohen에 의해 취득되었으며, 그 후 텔레포니 게이트웨이 및 스위칭 서버 등의 기타 VoIP 인프라스트럭처 컴포넌트가 취득되었습니다.얼마 지나지 않아 주요 IT 관심사의 상용 랩에 대한 관심이 확립되었습니다.1990년대 후반에는 최초의 소프트 스위치를 사용할 수 있게 되었고, H.323, MGCP 및 SIP(Session Initiation Protocol)와 같은 새로운 프로토콜이 널리 주목을 받았다.2000년대 초, 주거지와 기업에 대한 고대역폭 상시 인터넷 접속의 확산은 인터넷 전화 서비스 공급자(ITSP)의 산업을 낳았다.Asterisk PBX와 같은 오픈 소스 텔레포니 소프트웨어의 개발은 Voice-over-IP 서비스에 대한 광범위한 관심과 기업가 정신을 촉진하여 클라우드 서비스와 같은 새로운 인터넷 기술 패러다임을 텔레포니에 적용하였습니다.

1999년에는 수정 이산 코사인 변환(MDCT)이라고 불리는 이산 코사인 변환(DCT) 오디오 데이터 압축 알고리즘이 G.722.1 광대역 오디오 부호화 표준에서 사용되는 [80][81]사이렌 코덱에 채택되었습니다.같은 해에 MDCT는 LD-MDCT 음성 부호화 알고리즘에 채택되었습니다.이 알고리즘은 AAC-LD 포맷에 사용되며 VoIP [82]어플리케이션의 오디오 품질을 대폭 향상시키는 것을 목적으로 하고 있습니다.MDCT는 2006년에 [83]도입된 G.729.1 와이드밴드코덱, [84]2010년에 도입된 Apple의 FaceTime(AAC-LD 사용), [85]2011년에 도입된 CELT 코덱,[86] 2012년에 도입된 Opus 코덱, [87]2015년에 도입된 WhatsApp의 음성 통화 기능 등 VoIP 애플리케이션에서 널리 사용되고 있습니다.

마일스톤

  • 1966년: 나고야 대학의 이타쿠라 후미타다와 NTT의 [77]사이토 슈조에 의해 LPC(Linear Predictive Coding)가 제안.
  • 1973: Danny Cohen의 패킷 음성 애플리케이션.
  • 1974년: IEEE(Institute of Electric and Electronics Engineers)는 "패킷 네트워크 상호접속을 위한 프로토콜"[88]이라는 제목의 논문을 발행합니다.
  • 1974년: 1974년8월에 ARPANET을 통해 Network Voice Protocol(NVP)이 테스트되어 16kpbs CVSD 부호화된 [77]음성이 거의 들리지 않습니다.
  • 1974년: 캘리포니아 골레타에 있는 Culler-Harrison Incorporate와 매사추세츠주 [77]렉싱턴에 있는 MIT 링컨 연구소가 2.4kpbs LPC를 사용하여 ARPANET을 통한 첫 번째 실시간 대화에 성공했습니다.
  • 1977년: USC 정보과학연구소의 Danny Cohen과 Jon Postel과 Defense Advanced Research Projects Agency(DARPA)의 Vint Cerf는 IP와 TCP를 분리하여 실시간 트래픽을 전송하기 위한 UDP를 만들기로 합의했습니다.
  • 1981: IPv4 는 RFC 791 에 기술되어 있습니다.
  • 1985년: 미국 국립과학재단은 NSFNET의 [89]창설을 위탁합니다.
  • 1985년 : Manfred R에 의해 개발된 LPC 알고리즘의 일종인 코드 들뜸 선형 예측(CELP). 슈뢰더와 비슈누 S. 아탈[79]
  • 1986년 : StrataCom 등의 기업으로부터의 상용 패킷 음성 제품 외에 Voice over ATM에 대한 다양한 표준 기관의[specify] 제안
  • 1991년: Voice-over-IP 어플리케이션인 Speak Freely가 퍼블릭 도메인에 [90][91]공개되었습니다.
  • 1992: 프레임 릴레이 포럼은 Voice over Frame Relay 표준을 개발합니다.
  • 1992년: InSoft Inc.는 VoIP와 [90][92]비디오를 포함한 데스크톱 회의 제품 Communicique를 발표 및 출시합니다.이 회사는 1세대 상용 VoIP, 인터넷 미디어 스트리밍, 실시간 인터넷 텔레포니/콜라보레이션 소프트웨어 및 표준을 개발하여 실시간 스트리밍 프로토콜(RTSP) 표준의 기초를 제공한 것으로 인정받고 있습니다.
  • 1993 VocalTec의 상용 패킷 네트워크 PC 음성 통신 소프트웨어인 VocalChat 출시.
  • 1994: MTALK, Linux용[93] 프리웨어 LAN VoIP 애플리케이션
  • 1995년: VocalTec은 인터넷 전화 상용 인터넷 전화 소프트웨어를 [94][95]출시합니다.
  • 1996:
    • ITU-T는 H.323 [97]표준을 사용하여 Internet Protocol 네트워크를 통한 음성통신 전송 및 시그널링 표준 개발을 시작합니다.
    • 미국 통신 회사들이 미국 의회에 인터넷 전화 [98]기술을 금지해 달라고 청원합니다.
    • CELP([99]LPC) 알고리즘을 사용한 G.729 음성 코덱이 도입되었습니다.
  • 1997년: 레벨 3은 1998년에 [100]만들어진 최초의 소프트 스위치 개발을 시작했습니다.
  • 1999:
  • 2001년: INC-DBA, 최초의 프로바이더간 SIP 네트워크 도입.또, 7개의 [103]대륙 모두에 도달하는 최초의 음성 네트워크.
  • 2003년: 2003년 8월에 처음 출시된 Skype는 4명의 에스토니아 개발자와 협력하여 Niklas Zennström과 Janus Friis를 만들었습니다.그것은 VoIP의 민주화를 돕는 인기 있는 프로그램이 되었다.
  • 2004년: 상용 VoIP 서비스 프로바이더가 급증.
  • 2006년: MDCT 및 CELP([83]LPC) 알고리즘을 사용한 G.729.1 광대역코덱 도입
  • 2007년: 아시아, 특히 해외 근무자 가족이 [104]많은 필리핀에서 VoIP 디바이스 제조 및 판매 붐을 이루고 있습니다.
  • 2009년: LPC [105]알고리즘을 사용하여 [106]Skype 음성 통화에 사용되는 SILK 코덱이 도입되었습니다.
  • 2010: Apple은 LD-MDCT 기반의 AAC-LD [84]코덱을 사용하는 Face Time을 도입했습니다.
  • 2011:
    • 브라우저에서 VoIP를 직접 사용할 수 있는 WebRTC 기술의 부상.
    • MDCT [85]알고리즘을 사용한 CELT 코덱이 도입되었습니다.
  • 2012년: MDCT 및 LPC [86]알고리즘을 사용한 Opus 코덱 도입.

「 」를 참조해 주세요.

메모들

  1. ^ 또, IP 네트워크는,[18] congestion의 원인이 되는 DoS 공격을 받기 쉬운 경우가 있습니다.
  2. ^ 802.3ah 등의 테크놀로지는 ATM을 사용하지 않고 DSL 접속에 사용할 수 있습니다.

레퍼런스

  1. ^ "XMPP Federation". Google Talkabout. 2006. Retrieved May 11, 2012.
  2. ^ Booth, C (2010). "Chapter 2: IP Phones, Software VoIP, and Integrated and Mobile VoIP". Library Technology Reports. 46 (5): 11–19.
  3. ^ "VoIP". Cambridge Dictionaries Online.
  4. ^ Montazerolghaem, Ahmadreza; Moghaddam, Mohammad Hossein Yaghmaee; Leon-Garcia, Alberto (March 2018). "OpenSIP: Toward Software-Defined SIP Networking". IEEE Transactions on Network and Service Management. 15 (1): 184–199. arXiv:1709.01320. doi:10.1109/TNSM.2017.2741258. ISSN 1932-4537. S2CID 3873601.
  5. ^ "H.323 and SIP Integration". Retrieved January 24, 2020.
  6. ^ Omar, Ahmed. "Voice OVER IP (VOIP)". {{cite journal}}:Cite 저널 요구 사항 journal=(도움말)
  7. ^ "Voice Over Internet Protocol (VoIP)". Federal Communications Commission. November 18, 2010. Retrieved July 19, 2022.
  8. ^ "WIRELESS: Carriers look to IP for backhaul". www.eetimes.com. EE Times. Archived from the original on August 9, 2011. Retrieved April 8, 2015.{{cite web}}: CS1 유지보수: 부적합한 URL(링크)
  9. ^ "Mobile's IP challenge". www.totaltele.com. Total Telecom Online. Archived from the original on February 17, 2006. Retrieved April 8, 2015.{{cite web}}: CS1 유지보수: 부적합한 URL(링크)
  10. ^ "Android SIP Client". Retrieved January 30, 2018.
  11. ^ "Learn to Make Free or Inexpensive Calls Using SIP on Android". Retrieved January 30, 2018.
  12. ^ Michael Dosch and Steve Church. "VoIP in the Broadcast Studio". Axia Audio. Archived from the original on October 7, 2011. Retrieved June 21, 2011.
  13. ^ Jackson, William (May 27, 2009). "SSA goes big on VOIP". Government Computer News. Retrieved May 28, 2009.
  14. ^ "Social Security to Build "World's Largest VOIP"". Government Technology. Archived from the original on June 2, 2009. Retrieved May 29, 2009.
  15. ^ a b Korzeniowski, Peter (January 8, 2009). "Three Technologies You Need In 2009". Forbes. Retrieved March 2, 2009.
  16. ^ Callahan, Renee (December 9, 2008). "Businesses Move To Voice-Over-IP". Forbes. Retrieved March 3, 2009.
  17. ^ "Skype For Business". skype.com. Retrieved March 16, 2009.
  18. ^ "VoIP - Vulnerability over Internet Protocol?". www.continuitycentral.com.
  19. ^ a b c d e f "Quality of Service for Voice over IP". Retrieved May 3, 2011.
  20. ^ Prabhakar, G.; Rastogi, R.; Thotton, M (2005). "OSS Architecture & Requirements for VoIP Networks". Bell Labs Technical Journal. 10 (1): 31–45. doi:10.1002/bltj.20077. S2CID 12336090.
  21. ^ a b "Quality of Service for Voice over IP". Retrieved May 3, 2011.
  22. ^ Caceres, Ramon. RTP Control Protocol Extended Reports (RTCP XR). doi:10.17487/RFC3611. RFC 3611.
  23. ^ CableLabs, PacketCable Residential SIP 텔레포니 기능의 정의, 테크니컬리포트, PKT-TR-RST-V03-071106 (2007)
  24. ^ "VoIP performance measurement using QoS parameters" (PDF). A.H.Muhamad Amin. August 14, 2016.
  25. ^ "Methodology for SIP Infrastructure Performance Testing" (PDF). Miroslav Voznak, Jan Rozhon. August 14, 2016.
  26. ^ "Voice over IP (VoIP) Performance Evaluation on VMware vSphere® 5" (PDF). VMware. August 14, 2016.
  27. ^ "Performance and Stress Testing of SIP Servers, Clients and IP Networks". StarTrinity. August 13, 2016.
  28. ^ "Testing Voice over IP (VolP) Networks" (PDF). IXIA. August 14, 2016.
  29. ^ "Importance of Softswitch VoIP Technology". ixc.ua. May 20, 2011. Archived from the original on November 26, 2012.
  30. ^ "RFC 3824– Using E.164 numbers with the Session Initiation Protocol (SIP)". The Internet Society. June 1, 2004. Retrieved January 21, 2009.
  31. ^ "Create a Skype Name". Skype. Retrieved January 21, 2009.
  32. ^ "RFC 3969– The Internet Assigned Number Authority (IANA) Uniform Resource Identifier (URI) Parameter Registry for the Session Initiation Protocol (SIP)". The Internet Society. December 1, 2004. Retrieved January 21, 2009.
  33. ^ "Your personal online number". Skype. Retrieved January 21, 2009.
  34. ^ "Application-level Network Interoperability and the Evolution of IMS". TMCnet.com. May 24, 2006. Retrieved January 21, 2009.
  35. ^ Jeff Riddel (2007). Packetcable Implementation. Cisco Press. p. 557. ISBN 978-1-58705-181-4.
  36. ^ "Keeping your telephone number when you change your service provider". FCC. Archived from the original on December 12, 2009. Retrieved January 20, 2009.
  37. ^ "TelePassport takes the sting out of MNP". ITWeb. November 13, 2006. Retrieved July 19, 2022.
  38. ^ a b "FCC Consumer Advisory VoIP and 911 Service" (PDF). Retrieved May 2, 2011.
  39. ^ Noworatzky, Daniel. "Keep your VoIP E911 service in compliance with this checklist". info.teledynamics.com. Retrieved July 19, 2022.
  40. ^ Soft-Switch.org, IP 네트워크를 통한 팩스 전송
  41. ^ "ICT Regulation Tool Kit – 4.4 VOIP – Regulatory Issues – Universal Service". Retrieved September 21, 2017.
  42. ^ "Examining Two Well-Known Attacks on VoIP". CircleID. Retrieved April 5, 2006.
  43. ^ Disa.mil, Internet Protocol Telephony & Voice over Internet Protocol 보안 기술 구현 가이드
  44. ^ 시큐어 Voice over IP(SVoIP)와 Voice over Secure IP(VoSIP) 설치 General Dynamics C4 시스템
  45. ^ Dunte, Markus; Ruland, Christoph (June 2007). "Secure Voice-over-IP" (PDF). International Journal of Computer Science and Network Security. 7 (6): 63–68.
  46. ^ Sans.org, SANS Institute InfoSec 열람실
  47. ^ White, C.M.; Teague, K.A.; Daniel, E.J. (November 7–10, 2004). Browse Conference Publications > Signals, Systems and Computer ... Help Working with Abstracts Packet loss concealment in a secure voice over IP environment (PDF). Signals, Systems and Computers, 2004. Conference Record of the Thirty-Eighth Asilomar Conference on. Vol. 1. pp. 415–419. CiteSeerX 10.1.1.219.633. doi:10.1109/ACSSC.2004.1399165. ISBN 978-0-7803-8622-8. S2CID 402760.
  48. ^ "Cellcrypt secure VOIP heading to BlackBerry". Networkworld.com.
  49. ^ "Secure VOIP calling, free software, and the right to privacy". Free Software Magazine.
  50. ^ VOIPSA.org, 블로그: "안녕하세요, 엄마, 저는 가짜예요!" (텔레스포프와 가짜 발신자)
  51. ^ "Hearing Aid Compatibility for Wireline and Wireless Telephones". Federal Communications Commission. October 30, 2014. Retrieved July 9, 2019.
  52. ^ FCC.gov, VoIP의 장점은 무엇입니까?
  53. ^ "Page Not Found HP® Official Site" (PDF). {{cite web}}:Cite는 일반 제목(도움말)을 사용합니다.
  54. ^ "Global VOIP Policy Status Matrix". Global IP Alliance. 2005. Retrieved November 23, 2006.
  55. ^ Proenza, Francisco J. "The Road to Broadband Development in Developing Countries is through Competition Driven by Wireless and VOIP" (PDF). Archived from the original (PDF) on June 2, 2012. Retrieved April 7, 2008.
  56. ^ "VOICE OVER INTERNET PROTOCOL".
  57. ^ "Telecom Decision CRTC 2005-21". Canadian Radio-television and Telecommunications Commission. Government of Canada. April 4, 2005. Retrieved April 29, 2017.
  58. ^ "Voice over IP".
  59. ^ Metz, Cade. "Oman cuffs 212 for selling VoIP calls". The Register. Retrieved September 20, 2016.
  60. ^ "Saudi Arabia to lift ban on internet calls". BBC News. September 20, 2017. Retrieved January 10, 2018.
  61. ^ "Saudi Arabia to lift ban on internet calls". Reuters. September 20, 2017. Retrieved January 10, 2018.
  62. ^ "Don't worry, Skype is working in UAE". Khaleejtimes. June 26, 2017. Retrieved January 11, 2018.
  63. ^ Debusmann Jr, Bernd (January 9, 2018). "Etisalat launches new unlimited calling plan with VoIP apps". Arabian Business. Retrieved January 9, 2018.
  64. ^ Maceda, Cleofe (January 8, 2018). "No Skype? Pay Dh50 monthly for video calls". Gulf News. Retrieved January 9, 2018.
  65. ^ Zacharias, Anna \ (January 8, 2018). "Etisalat launches new calling app plan days after Skype disruptions". The National. Retrieved January 9, 2018.
  66. ^ "UAE loosens some VoIP restrictions as residents in lockdown call for end to WhatsApp and Skype ban". CNBC. March 26, 2020. Retrieved March 26, 2020.
  67. ^ a b Mahanagar Doorsanchar Bhawan and Jawahar Lal Nehru Marg (May 2008). "Telecom Regulatory Authority of India (TRAI) Consultation paper on Issues related to Internet Telephony. Consultation Paper No. 11/2008" (PDF). New Delhi India: Telecom Regulatory Authority of India (TRAI). p. 16 (Section 2.2.1.2 PC–to–Phone Internet telephony). Archived from the original (PDF) on October 6, 2014. Retrieved September 19, 2012. An end-user is allowed to make PC–to-Phone Internet Telephony calls only on PSTN/PLMN abroad.
  68. ^ 인도의 불법 장거리 전화 교환에 관한 Harish Kumar Gangwar 기술 노트
  69. ^ Stripes.com, 성조기: 주한미군 합의로 VoIP 접속 유지
  70. ^ Pershing, Genny. "Cybertelecom :: VoIP :: FCC". www.cybertelecom.org. Retrieved September 21, 2017.
  71. ^ GPO.gov, 47 C.F.R. p. 9 (2007)
  72. ^ "VoIP and 911 Service". FCC. May 26, 2011. Retrieved August 16, 2014.
  73. ^ "Voice Over Internet Protocol (VoIP)". November 18, 2010. Retrieved September 21, 2017.
  74. ^ Greenberg, Andy (May 15, 2008). "The State Of Cybersecurity Wiretapping's Fuzzy Future". Forbes. Retrieved March 2, 2009.
  75. ^ "Danny Cohen". INTERNET HALL of FAME. Retrieved December 6, 2014.
  76. ^ Advanced Content Delivery, Streaming, and Cloud Services (Pg 34). Willey. September 19, 2014. ISBN 9781118909706. Retrieved December 6, 2014.
  77. ^ a b c d e Gray, Robert M. (2010). "A History of Realtime Digital Speech on Packet Networks: Part II of Linear Predictive Coding and the Internet Protocol" (PDF). Found. Trends Signal Process. 3 (4): 203–303. doi:10.1561/2000000036. ISSN 1932-8346.
  78. ^ Gupta, Shipra (May 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. Archived from the original (PDF) on October 18, 2019. Retrieved October 18, 2019.
  79. ^ a b M. R. 슈로더와 B.S. Atal, "Code-excited linear prediction(CELP; 코드 들뜸 선형 예측): 매우 낮은 비트환율에서의 고품질 음성", vol. 10, 페이지 937–940, 1985.
  80. ^ a b Hersent, Olivier; Petit, Jean-Pierre; Gurle, David (2005). Beyond VoIP Protocols: Understanding Voice Technology and Networking Techniques for IP Telephony. John Wiley & Sons. p. 55. ISBN 9780470023631.
  81. ^ a b Lutzky, Manfred; Schuller, Gerald; Gayer, Marc; Krämer, Ulrich; Wabnik, Stefan (May 2004). A guideline to audio codec delay (PDF). 116th AES Convention. Fraunhofer IIS. Audio Engineering Society. Retrieved October 24, 2019.
  82. ^ a b Schnell, Markus; Schmidt, Markus; Jander, Manuel; Albert, Tobias; Geiger, Ralf; Ruoppila, Vesa; Ekstrand, Per; Bernhard, Grill (October 2008). MPEG-4 Enhanced Low Delay AAC - A New Standard for High Quality Communication (PDF). 125th AES Convention. Fraunhofer IIS. Audio Engineering Society. Retrieved October 20, 2019.
  83. ^ a b Nagireddi, Sivannarayana (2008). VoIP Voice and Fax Signal Processing. John Wiley & Sons. p. 69. ISBN 9780470377864.
  84. ^ a b Daniel Eran Dilger (June 8, 2010). "Inside iPhone 4: FaceTime video calling". AppleInsider. Retrieved June 9, 2010.
  85. ^ a b Timothy B가 Wayback Machine에서 2011년 8월 7일에 아카이브한 CELT 코덱의 프레젠테이션.Terriberry (65분 분량의 비디오, 2011년 8월 10일 Wayback Machine에서 아카이브된 프레젠테이션 슬라이드, PDF 형식)
  86. ^ a b Valin, Jean-Marc; Maxwell, Gregory; Terriberry, Timothy B.; Vos, Koen (October 2013). High-Quality, Low-Delay Music Coding in the Opus Codec. 135th AES Convention. Audio Engineering Society. arXiv:1602.04845.
  87. ^ Leyden, John (October 27, 2015). "WhatsApp laid bare: Info-sucking app's innards probed". The Register. Retrieved October 19, 2019.
  88. ^ Cerf, V.; Kahn, R. (May 1974). "A Protocol for Packet Network Intercommunication" (PDF). IEEE Transactions on Communications. 22 (5): 637–648. doi:10.1109/TCOM.1974.1092259.
  89. ^ "The Launch of NSFNET". The National Science Foundation. Retrieved January 21, 2009.
  90. ^ a b Dua, Amit. "VoIP Basics: Everything Beginners Should Know!". business2community.com. Business 2 Community. Retrieved September 14, 2021.
  91. ^ McCraw, Corey. "The History of VoIP Over the Last 55 Years (1966 to 2021)". fitsmallbusiness.com. Fits Small Business.
  92. ^ IDG Network World Inc; Eckerson, Wayne (September 21, 1992). "Network World - Startup targets desktop Videoconferencing arena". Network World. IDG Network World Inc: 39–. ISSN 0887-7661. Retrieved February 10, 2012.
  93. ^ "MTALK-Readme" (TXT). Sunsite.edu. Retrieved April 29, 2012.
  94. ^ Keating, Tom. "Internet Phone Release 4" (PDF). Computer Telephony Interaction Magazine. Retrieved November 7, 2007.
  95. ^ "The 10 that Established VOIP (Part 1: VocalTec)". iLocus. Retrieved January 21, 2009.
  96. ^ RADVision의 H.323/320 화상회의 게이트웨이와 인텔의 비즈니스 화상회의 및 TeamStation 제품 간의 무료 라이브러리 RADVision 및 인텔 타깃 호환성.2013년 10월 30일 웨이백 머신에 보관 1997년 6월 2일 VoiP Developer Solutions
  97. ^ "H.323 Visual telephone systems and equipment for local area networks which provide a non-guaranteed quality of service". ITU-T. Retrieved January 21, 2009.
  98. ^ "RFC 2235". R. Zakon. Retrieved January 21, 2009.
  99. ^ 국제 전기 통신 연합, 표준화 부문(ITU-T), 연구 그룹 15(1993-1996), 권고 G.729, 1996년 3월.
  100. ^ "The 10 that Established VOIP (Part 2: Level 3)". iLocus. July 13, 2007. Retrieved November 7, 2007.
  101. ^ "RFC 2543, SIP: Session Initiation Protocol". Handley, Schulzrinne, Schooler, Rosenberg. Retrieved January 21, 2009.
  102. ^ "What is Asterisk". Asterisk.org. Retrieved January 21, 2009.
  103. ^ Stapleton-Gray, Ross (2009). Inter-Network Operations Center Dial-by-ASN (INOC-DBA), a Resource for the Network Operator Community. Los Alamitos: IEEE Computer Society Press. ISBN 978-0-7695-3568-5.
  104. ^ Remo, Michelle V. (August 27, 2007). "Prospects bright for voice calls over internet". Philippine Daily Inquirer. Retrieved January 1, 2015.
  105. ^ Audio-Mitschnitt 아카이브 2013년 2월 10일, Wayback Machine boom Treffen der IETF-Codec-Arbeitgruppe auf der Konferencz IETF79 (중국 북경, Miiner Darstellung der grundlegenden Funktionszipien Kochen v70)
  106. ^ "Skype's new super wideband codec". Wirevolution.com. January 13, 2009. Retrieved March 31, 2009.

외부 링크

  • Wiktionary의 VoIP 사전 정의
  • Wikivoyage의 인터넷 텔레포니 여행 가이드