เสียงผ่าน IP

จากวิกิพีเดีย สารานุกรมเสรี
ข้ามไปที่การนำทาง ข้ามไปที่การค้นหา

Voice over Internet Protocol ( VoIP ) หรือที่เรียกว่าโทรศัพท์ IPเป็นวิธีการและกลุ่มของเทคโนโลยีสำหรับการสื่อสารด้วยเสียงและเซสชันมัลติมีเดีย ผ่านเครือข่าย Internet Protocol (IP ) เช่นอินเทอร์เน็ต คำว่าโทรศัพท์ทางอินเทอร์เน็ต , โทรศัพท์บรอดแบนด์และบริการโทรศัพท์บรอดแบนด์หมายถึง การจัดเตรียมบริการสื่อสารโดยเฉพาะ (เสียงแฟกซ์SMS ข้อความเสียง) ผ่านทางอินเทอร์เน็ต มากกว่าผ่านเครือข่ายโทรศัพท์สาธารณะ (PSTN) หรือที่เรียกว่าบริการโทรศัพท์ธรรมดาแบบเก่า (POTS)

ภาพรวม

ขั้นตอนและหลักการที่เกี่ยวข้องในการเริ่มต้นการโทรด้วย VoIP นั้นคล้ายคลึงกับระบบโทรศัพท์ ดิจิทัลแบบดั้งเดิม และเกี่ยวข้องกับการส่งสัญญาณ การตั้งค่าช่องสัญญาณ การแปลงสัญญาณเสียงอะนาล็อกให้เป็นดิจิทัล และการเข้ารหัส แทนที่จะถูกส่งผ่านเครือข่ายสลับวงจรข้อมูลดิจิทัลจะถูกแพ็คเก็ตและการส่งเกิดขึ้นเป็นแพ็กเก็ต IP ผ่านเครือข่ายสลับแพ็กเก็พวกเขาส่งกระแสข้อมูลสื่อโดยใช้โปรโตคอลการส่งสื่อพิเศษที่เข้ารหัสเสียงและวิดีโอด้วยตัวแปลงสัญญาณเสียงและตัวแปลงสัญญาณวิดีโอ มีตัวแปลงสัญญาณหลายตัวที่ปรับสตรีมสื่อให้เหมาะสมตามความต้องการของแอปพลิเคชันและแบนด์วิดท์เครือข่าย การใช้งานบางอย่างขึ้นอยู่กับช่องสัญญาณแบบวงแคบและคำพูดที่บีบอัดในขณะที่คนอื่นสนับสนุนตัวแปลงสัญญาณสเตอริโอ ที่มีความเที่ยงตรงสูง

มาตรฐาน การเข้ารหัสคำพูดที่ใช้กันอย่างแพร่หลายใน VoIP นั้นอิงตาม วิธีการบีบอัด เชิงเส้น (LPC) และ วิธีการบีบอัดการ แปลงโคไซน์แบบไม่ต่อเนื่อง (MDCT) ตัวแปลงสัญญาณยอดนิยม ได้แก่AAC-LD ที่ใช้ MDCT (ใช้ในFaceTime ), Opusที่ใช้ LPC/MDCT (ใช้ในWhatsApp ), SILK ที่ใช้ LPC (ใช้ในSkype ), μ-lawและA-lawของG .711 , G.722และตัวแปลงสัญญาณเสียงโอเพ่นซอร์ส ที่รู้จักกันในชื่อ iLBCซึ่งเป็นตัวแปลงสัญญาณที่ใช้เพียง 8 kbit/s ในแต่ละวิธีที่เรียกG.729 .

ผู้ให้บริการ Voice-over-IP ในยุคแรกๆ ใช้โมเดลธุรกิจและนำเสนอโซลูชันทางเทคนิคที่สะท้อนสถาปัตยกรรมของเครือข่ายโทรศัพท์แบบเดิม ผู้ให้บริการรุ่นที่สอง เช่นSkypeได้สร้างเครือข่ายแบบปิดสำหรับฐานผู้ใช้ส่วนตัว โดยให้ประโยชน์ในการโทรฟรีและสะดวก ในขณะที่อาจมีการเรียกเก็บเงินสำหรับการเข้าถึงเครือข่ายการสื่อสารอื่นๆ เช่น PSTN สิ่งนี้จำกัดเสรีภาพของผู้ใช้ในการผสมและจับคู่ฮาร์ดแวร์และซอฟต์แวร์ของบุคคลที่สาม ผู้ให้บริการรุ่นที่สาม เช่นGoogle TalkนำแนวคิดVoIP แบบรวมศูนย์มาใช้ [1]โดยทั่วไป โซลูชันเหล่านี้อนุญาตให้มีการเชื่อมต่อระหว่างผู้ใช้แบบไดนามิกในโดเมนสองโดเมนของอินเทอร์เน็ต เมื่อผู้ใช้ต้องการโทรออก

นอกจากโทรศัพท์ VoIPแล้ว VoIP ยังมีให้ในคอมพิวเตอร์ส่วนบุคคลและอุปกรณ์เชื่อมต่ออินเทอร์เน็ตอื่นๆ อาจมีการส่งการโทรและข้อความ SMS ผ่านWi-Fiหรือเครือข่ายข้อมูลมือถือ ของผู้ให้บริการ [2] VoIP ให้กรอบการทำงานสำหรับการรวมเทคโนโลยีการสื่อสารสมัยใหม่ทั้งหมดโดยใช้ระบบ การสื่อสารแบบรวมศูนย์ เดียว

การออกเสียง

VoIPนั้นออกเสียงได้หลากหลายเป็นinitialism , VOIPหรือเป็นตัวย่อ , / v ɔɪ p / ( VOYP ) [3]บางครั้งใช้ คำแบบเต็มเสียงผ่านอินเทอร์เน็ตโปรโตคอลหรือเสียงผ่าน IP

โปรโตคอล

Voice over IP ถูกนำไปใช้กับโปรโตคอลและโปรโตคอลที่เป็นกรรมสิทธิ์โดยอิงตามมาตรฐานแบบเปิดในแอปพลิเคชัน เช่นโทรศัพท์ VoIPแอปพลิเคชันมือถือ และการสื่อสารทางเว็บ

จำเป็นต้องมีฟังก์ชันที่หลากหลายเพื่อใช้การสื่อสาร VoIP โปรโตคอลบางตัวทำหน้าที่หลายอย่าง ขณะที่บางโปรโตคอลก็ใช้งานได้เพียงไม่กี่อย่างและต้องใช้ร่วมกัน ฟังก์ชันเหล่านี้รวมถึง:

  • เครือข่ายและการขนส่ง – การสร้างการส่งผ่านที่เชื่อถือได้ผ่านโปรโตคอลที่ไม่น่าเชื่อถือ ซึ่งอาจเกี่ยวข้องกับการยอมรับการรับข้อมูลและการส่งข้อมูลที่ไม่ได้รับอีกครั้ง
  • การจัดการเซสชัน – การสร้างและจัดการเซสชัน (บางครั้งอาจดูเหมือนเป็นการ "เรียก") ซึ่งเป็นการเชื่อมต่อระหว่างเพียร์ตั้งแต่สองคนขึ้นไปที่มีบริบทสำหรับการสื่อสารเพิ่มเติม
  • การ ส่งสัญญาณ – การลงทะเบียน (โฆษณาการแสดงตนและข้อมูลการติดต่อ) และการค้นพบ (ค้นหาบุคคลและรับข้อมูลการติดต่อของพวกเขา) การโทรออก (รวมถึงการรายงานความคืบหน้าของการโทร ) ความสามารถในการเจรจาต่อรอง และการควบคุมการโทร (เช่น พักสาย ปิดเสียง โอน/โอนสาย การโทรออก คีย์ DTMF ระหว่างการโทร [เช่น เพื่อโต้ตอบกับผู้ดูแลอัตโนมัติหรือ IVR ] เป็นต้น)
  • คำอธิบายสื่อ – กำหนดประเภทของสื่อที่จะส่ง (เสียง วิดีโอ ฯลฯ) วิธีเข้ารหัส/ถอดรหัส และวิธีส่ง/รับสื่อ (ที่อยู่ IP พอร์ต ฯลฯ)
  • สื่อ – การถ่ายโอนสื่อจริงในการโทร เช่น เสียง วิดีโอ ข้อความตัวอักษร ไฟล์ ฯลฯ
  • คุณภาพของบริการ – ให้เนื้อหานอกวงหรือข้อเสนอแนะเกี่ยวกับสื่อ เช่น การซิงโครไนซ์สถิติ ฯลฯ
  • ความปลอดภัย – การใช้การควบคุมการเข้าถึง การตรวจสอบตัวตนของผู้เข้าร่วมคนอื่น ๆ (คอมพิวเตอร์หรือบุคคล) และการเข้ารหัสข้อมูลเพื่อปกป้องความเป็นส่วนตัวและความสมบูรณ์ของเนื้อหาสื่อและ/หรือข้อความควบคุม

โปรโตคอล VoIP ประกอบด้วย:

  • Session Initiation Protocol (SIP), [4]โปรโตคอลการจัดการการเชื่อมต่อที่พัฒนาโดย IETF
  • H.323โปรโตคอลควบคุมและส่งสัญญาณการโทร VoIP ตัวแรกที่พบว่ามีการใช้งานอย่างแพร่หลาย [5]ตั้งแต่มีการพัฒนาโปรโตคอลที่ใหม่กว่าและซับซ้อนน้อยกว่า เช่น MGCP และ SIP การปรับใช้ H.323 จะถูกจำกัดมากขึ้นเรื่อยๆ เพื่อรองรับการรับส่งข้อมูลเครือข่ายระยะไกลที่มีอยู่ [ ต้องการการอ้างอิง ]
  • Media Gateway Control Protocol (MGCP) การจัดการการเชื่อมต่อสำหรับเกตเวย์สื่อ
  • H.248โปรโตคอลควบคุมสำหรับเกตเวย์สื่อผ่านอินเทอร์เน็ตแบบหลอมรวมซึ่งประกอบด้วย PSTN ดั้งเดิมและเครือข่ายแพ็กเก็ตที่ทันสมัย
  • Real-time Transport Protocol (RTP) โปรโตคอลการขนส่งสำหรับข้อมูลเสียงและวิดีโอแบบเรียลไทม์
  • Real-time Transport Control Protocol (RTCP) โปรโตคอลน้องสาวสำหรับ RTP ที่ให้สถิติสตรีมและข้อมูลสถานะ
  • Secure Real-time Transport Protocol (SRTP) เวอร์ชันเข้ารหัสของ RTP
  • Session Description Protocol (SDP) ไวยากรณ์สำหรับการเริ่มต้นเซสชันและการประกาศสำหรับการสื่อสารมัลติมีเดียและการส่ง ข้อมูล WebSocket
  • Inter-Asterisk eXchange (IAX) โปรโตคอลที่ใช้ระหว่างอินสแตนซ์Asterisk PBX
  • Extensible Messaging and Presence Protocol (XMPP), ข้อความโต้ตอบแบบทันที, ข้อมูลการแสดงตน และการบำรุงรักษารายชื่อผู้ติดต่อ
  • Jingleสำหรับการควบคุมเซสชันแบบเพียร์ทูเพียร์ใน XMPP
  • โปรโตคอล Skypeชุดโปรโตคอลโทรศัพท์ทางอินเทอร์เน็ตที่เป็นกรรมสิทธิ์ซึ่งใช้สถาปัตยกรรมแบบเพียร์ทูเพียร์

การรับบุตรบุญธรรม

ตลาดผู้บริโภค

ตัวอย่างเครือข่ายที่อยู่อาศัยรวมถึง VoIP

บริการ VoIP ในตลาดมวลชนใช้การเข้าถึงอินเทอร์เน็ตบรอดแบนด์ ที่มีอยู่ ซึ่งสมาชิกจะโทรออกและรับสายในลักษณะเดียวกับที่ทำผ่าน PSTN บริษัทโทรศัพท์ VoIP ที่ให้บริการเต็มรูปแบบให้บริการขาเข้าและขาออกด้วยการโทรเข้าโดยตรง หลายแห่งให้บริการโทรภายในประเทศไม่จำกัดและบางครั้งโทรระหว่างประเทศโดยมีค่าธรรมเนียมการสมัครสมาชิกรายเดือนแบบคงที่ การโทรระหว่างสมาชิกของผู้ให้บริการรายเดียวกันมักจะฟรีเมื่อไม่มีค่าบริการแบบเหมาจ่าย [ ต้องการการอ้างอิง ]

จำเป็นต้องใช้โทรศัพท์ VoIP เพื่อเชื่อมต่อกับผู้ให้บริการ VoIP สามารถทำได้หลายวิธี:

  • โทรศัพท์ VoIP เฉพาะจะเชื่อมต่อโดยตรงกับเครือข่าย IP โดยใช้เทคโนโลยี เช่นอีเธอร์เน็ต แบบมี สายหรือWi-Fi โดยทั่วไปแล้วสิ่งเหล่านี้ได้รับการออกแบบในรูปแบบของโทรศัพท์ธุรกิจดิจิทัลแบบดั้งเดิม
  • อะแดปเตอร์โทรศัพท์แอนะล็อกเชื่อมต่อกับเครือข่ายและใช้อุปกรณ์อิเล็กทรอนิกส์และเฟิร์มแวร์เพื่อใช้งานโทรศัพท์แอนะล็อกทั่วไปที่ต่อผ่านแจ็คโทรศัพท์แบบแยกส่วน อินเทอร์เน็ตเกตเวย์และเคเบิลโมเด็มสำหรับ ที่อยู่อาศัยบางตัว มีฟังก์ชันนี้ในตัว
  • ซอฟต์แวร์แอปพลิเคชันซอฟ ต์โฟนที่ติดตั้งบนคอมพิวเตอร์เครือข่ายที่มีไมโครโฟนและลำโพง หรือชุดหูฟัง โดยทั่วไป แอปพลิเคชันจะแสดงแป้นกดหมายเลขและช่องแสดงผลแก่ผู้ใช้เพื่อใช้งานแอปพลิเคชันโดยการคลิกเมาส์หรือป้อนข้อมูลด้วยแป้นพิมพ์ [ ต้องการการอ้างอิง ]

PSTN และผู้ให้บริการเครือข่ายมือถือ

เป็นเรื่องปกติมากขึ้นสำหรับผู้ให้บริการโทรคมนาคมที่จะใช้โทรศัพท์ VoIP ผ่านเครือข่าย IP เฉพาะและเครือข่าย IP สาธารณะเป็นbackhaulเพื่อเชื่อมต่อศูนย์สวิตช์และเชื่อมต่อกับผู้ให้บริการเครือข่ายโทรศัพท์รายอื่น นี้มักจะเรียกว่าIP backhaul [6] [7]

สมาร์ทโฟนอาจมีไคลเอ็นต์ SIP อยู่ในเฟิร์มแวร์หรือพร้อมให้ดาวน์โหลดแอปพลิเคชัน [8] [9]

การใช้งานในองค์กร

เนื่องจากประสิทธิภาพของแบนด์วิดท์และต้นทุนต่ำที่เทคโนโลยี VoIP สามารถให้ได้ ธุรกิจต่างๆ กำลังย้ายจากระบบโทรศัพท์สายทองแดงแบบเดิมไปยังระบบ VoIP เพื่อลดค่าโทรศัพท์รายเดือนของตน ในปี 2008 80% ของ สายบริการ Private branch exchange (PBX) ใหม่ทั้งหมดที่ติดตั้งในต่างประเทศเป็น VoIP [10]ตัวอย่างเช่น ในสหรัฐอเมริกาSocial Security Administrationกำลังแปลงสำนักงานภาคสนามจำนวน 63,000 คนจากการติดตั้งโทรศัพท์แบบเดิมไปเป็นโครงสร้างพื้นฐาน VoIP ที่ดำเนินการผ่านเครือข่ายข้อมูลที่มีอยู่ [11] [12]

VoIP ช่วยให้ทั้งการสื่อสารด้วยเสียงและข้อมูลสามารถทำงานบนเครือข่ายเดียว ซึ่งสามารถลดต้นทุนโครงสร้างพื้นฐานได้อย่างมาก ราคาของส่วนขยายบน VoIP นั้นต่ำกว่าสำหรับ PBX และระบบหลัก สวิตช์ VoIP อาจทำงานบนฮาร์ดแวร์ของสินค้าโภคภัณฑ์ เช่นคอมพิวเตอร์ส่วนบุคคล แทนที่จะใช้สถาปัตยกรรมแบบปิด อุปกรณ์เหล่านี้อาศัยอินเทอร์เฟซมาตรฐาน [13]อุปกรณ์ VoIP มีส่วนต่อประสานกับผู้ใช้ที่เรียบง่ายและใช้งานง่าย ดังนั้นผู้ใช้มักจะทำการเปลี่ยนแปลงการกำหนดค่าระบบอย่างง่ายได้ โทรศัพท์โหมดคู่ทำให้ผู้ใช้สามารถสนทนาต่อได้ในขณะที่พวกเขาย้ายไปมาระหว่างบริการเซลลูลาร์ภายนอกและ เครือข่าย Wi-Fi ภายใน ดังนั้นจึงไม่จำเป็นต้องพกพาทั้งโทรศัพท์ตั้งโต๊ะและโทรศัพท์มือถืออีกต่อไป การบำรุงรักษาจะง่ายขึ้นเนื่องจากมีอุปกรณ์ให้ดูแลน้อยลง[13]

โซลูชัน VoIP ที่มุ่งเป้าไปที่ธุรกิจต่างๆ ได้พัฒนาเป็น บริการ สื่อสารแบบรวมศูนย์ที่ดูแลการสื่อสารทั้งหมด—โทรศัพท์, แฟกซ์, ข้อความเสียง, อีเมล, การประชุมทางเว็บ และอื่นๆ—เป็นหน่วยแยกกันที่สามารถส่งผ่านวิธีการใดๆ และไปยังโทรศัพท์มือถือใดๆ รวมทั้งโทรศัพท์มือถือ ผู้ให้บริการสองประเภทกำลังดำเนินการในพื้นที่นี้: ชุดหนึ่งเน้นที่ VoIP สำหรับองค์กรขนาดกลางถึงขนาดใหญ่ ในขณะที่อีกประเภทหนึ่งมุ่งเป้าไปที่ตลาดธุรกิจขนาดเล็กถึงขนาดกลาง (SMB) [14]

Skypeซึ่งเดิมวางตลาดเป็นบริการในหมู่เพื่อนฝูง ได้เริ่มให้บริการสำหรับธุรกิจ โดยให้การเชื่อมต่อฟรีระหว่างผู้ใช้บนเครือข่าย Skype และการเชื่อมต่อไปยังและจากโทรศัพท์ PSTN ธรรมดาโดยมีค่าธรรมเนียม [15]

กลไกการส่งสินค้า

โดยทั่วไป การจัดหาระบบโทรศัพท์ VoIP ให้กับผู้ใช้ในองค์กรหรือผู้ใช้แต่ละรายสามารถแบ่งออกเป็นสองวิธีในการจัดส่งหลัก: โซลูชันส่วนตัวหรือในองค์กร หรือโซลูชันที่โฮสต์ภายนอกที่จัดส่งโดยผู้ให้บริการบุคคลที่สาม วิธีการจัดส่งในสถานที่นั้นคล้ายกับโมเดลการปรับใช้ PBX แบบคลาสสิกสำหรับการเชื่อมต่อสำนักงานกับเครือข่าย PSTN ในพื้นที่

ในขณะที่กรณีการใช้งานจำนวนมากยังคงอยู่สำหรับระบบ VoIP แบบส่วนตัวหรือแบบภายในองค์กร ตลาดที่กว้างขึ้นได้ค่อยๆ เปลี่ยนไป ใช้โซลูชัน CloudหรือHosted VoIP ระบบที่โฮสต์โดยทั่วไปยังเหมาะสมกว่าสำหรับการปรับใช้ VoIP ขนาดเล็กหรือใช้ส่วนตัว โดยที่ระบบส่วนตัวอาจไม่สามารถใช้งานได้ในสถานการณ์เหล่านี้

ระบบโฮสต์ VoIP

โซลูชัน HostedหรือCloud VoIP เกี่ยวข้องกับผู้ให้บริการหรือผู้ให้บริการโทรคมนาคมที่โฮสต์ระบบโทรศัพท์เป็นโซลูชันซอฟต์แวร์ภายในโครงสร้างพื้นฐานของตนเอง

โดยทั่วไปแล้ว นี่จะเป็นศูนย์ข้อมูลหนึ่งแห่งขึ้นไป โดยมีความเกี่ยวข้องทางภูมิศาสตร์กับผู้ใช้ปลายทางของระบบ โครงสร้างพื้นฐานนี้อยู่ภายนอกผู้ใช้ของระบบ และถูกปรับใช้และดูแลโดยผู้ให้บริการ

อุปกรณ์ปลายทาง เช่น โทรศัพท์ VoIP หรือแอปพลิเคชันซอฟต์โฟน (แอปที่ทำงานบนคอมพิวเตอร์หรืออุปกรณ์เคลื่อนที่) จะเชื่อมต่อกับบริการ VoIP จากระยะไกล การเชื่อมต่อเหล่านี้มักเกิดขึ้นผ่านลิงก์อินเทอร์เน็ตสาธารณะ เช่น การแยก WAN คงที่ในเครื่องหรือบริการของผู้ให้บริการมือถือ

ระบบ VoIP ส่วนตัว

ในกรณีของระบบ VoIP ส่วนตัว ระบบโทรศัพท์หลักจะอยู่ภายในโครงสร้างพื้นฐานส่วนตัวขององค์กรผู้ใช้ปลายทาง โดยปกติ ระบบจะปรับใช้ระบบในสถานที่ที่ไซต์ภายในการควบคุมโดยตรงขององค์กร สิ่งนี้สามารถให้ประโยชน์มากมายในแง่ของการควบคุม QoS (ดูด้านล่าง ) ความสามารถในการปรับขนาดต้นทุน และการรับรองความเป็นส่วนตัวและความปลอดภัยของการรับส่งข้อมูลการสื่อสาร อย่างไรก็ตาม ความรับผิดชอบในการทำให้มั่นใจว่าระบบ VoIP ยังคงมีประสิทธิภาพและยืดหยุ่นได้นั้นตกเป็นส่วนใหญ่ในองค์กรผู้ใช้ปลายทาง นี่ไม่ใช่กรณีที่มีโซลูชัน Hosted VoIP

ระบบ VoIP ส่วนตัวอาจเป็นอุปกรณ์ PBX ฮาร์ดแวร์จริง ผสานกับโครงสร้างพื้นฐานอื่นๆ หรือปรับใช้เป็นแอปพลิเคชันซอฟต์แวร์ได้ โดยทั่วไป สองตัวเลือกหลังจะอยู่ในรูปแบบของอุปกรณ์เสมือนที่แยกจากกัน อย่างไรก็ตาม ในบางสถานการณ์ ระบบเหล่านี้ถูกปรับใช้บนโครงสร้างพื้นฐาน Bare Metal หรืออุปกรณ์ IoT ด้วยโซลูชันบางอย่าง เช่น 3CX บริษัทต่างๆ สามารถพยายามผสมผสานประโยชน์ของระบบโฮสต์และส่วนตัวภายในองค์กรโดยใช้โซลูชันส่วนตัวของตนเอง แต่ภายในสภาพแวดล้อมภายนอก ตัวอย่างอาจรวมถึง บริการจัดวาง ศูนย์ข้อมูลคลาวด์สาธารณะ หรือตำแหน่งคลาวด์ส่วนตัว

สำหรับระบบภายในองค์กร ตำแหน่งข้อมูลภายในตำแหน่งเดียวกันมักจะเชื่อมต่อโดยตรงผ่านLAN สำหรับปลายทางระยะไกลและภายนอก ตัวเลือกการเชื่อมต่อที่ใช้ได้จะเหมือนกับโซลูชัน Hosted หรือ Cloud VoIP

อย่างไรก็ตาม ทราฟฟิก VoIP ไปและกลับจากระบบในสถานที่มักจะถูกส่งผ่านลิงก์ส่วนตัวที่ปลอดภัยได้ ตัวอย่าง ได้แก่ VPN ส่วนบุคคล VPN ไซต์ต่อไซต์ เครือข่ายส่วนตัว เช่น MPLS และ SD-WAN หรือผ่าน SBC ส่วนตัว (Session Border Controllers) แม้ว่าจะมีข้อยกเว้นและตัวเลือกการเพียร์แบบส่วนตัว แต่โดยทั่วไปแล้ววิธีการเชื่อมต่อส่วนตัวดังกล่าวมักมีให้โดยผู้ให้บริการ Hosted หรือ Cloud VoIP

คุณภาพของการบริการ

การสื่อสารบนเครือข่าย IP ถูกมองว่ามีความน่าเชื่อถือน้อยกว่าเมื่อเทียบกับเครือข่ายโทรศัพท์สาธารณะที่มีสวิตช์วงจร เนื่องจากไม่มีกลไกบนเครือข่ายเพื่อให้แน่ใจว่าแพ็กเก็ตข้อมูลจะไม่สูญหาย และจัดส่งตามลำดับ เป็นเครือข่ายที่มีความพยายามสูงสุดโดยไม่มีการรับประกันคุณภาพการบริการ ขั้นพื้นฐาน (QoS) เสียงและข้อมูลอื่น ๆ ทั้งหมดเดินทางเป็นแพ็กเก็ตผ่านเครือข่าย IP ที่มีความจุสูงสุดคงที่ ระบบนี้อาจมีแนวโน้มที่จะสูญเสียข้อมูลเมื่อมีข้อมูลแออัด[a]มากกว่าการเปลี่ยนวงจร แบบเดิมระบบ; ระบบสวิตช์วงจรที่มีความจุไม่เพียงพอจะปฏิเสธการเชื่อมต่อใหม่ในขณะที่ดำเนินการส่วนที่เหลือโดยไม่เสียหาย ในขณะที่คุณภาพของข้อมูลแบบเรียลไทม์ เช่น การสนทนาทางโทรศัพท์บนเครือข่ายแพ็กเก็ตสวิตช์จะลดลงอย่างมาก [17]ดังนั้น การใช้งาน VoIP อาจประสบปัญหาเกี่ยวกับเวลาแฝงการสูญเสียแพ็กเก็ต และความกระวนกระวายใจ [17] [18]

ตามค่าเริ่มต้น เราเตอร์เครือข่ายจะจัดการการรับส่งข้อมูลตามลำดับก่อนหลัง ไม่สามารถควบคุมความล่าช้าคงที่ได้เนื่องจากเกิดจากระยะทางทางกายภาพที่แพ็กเก็ตเดินทาง สิ่งเหล่านี้เป็นปัญหาโดยเฉพาะอย่างยิ่งเมื่อเกี่ยวข้องกับวงจรดาวเทียมเนื่องจากระยะทางไกลไปยังดาวเทียมค้างฟ้าและด้านหลัง ความล่าช้า 400–600 มิลลิวินาทีเป็นเรื่องปกติ สามารถลดเวลาในการตอบสนองได้ด้วยการทำเครื่องหมายแพ็กเก็ตเสียงว่ามีความอ่อนไหวต่อความล่าช้าด้วยวิธี QoS เช่นDiffServ [17]

เราเตอร์เครือข่ายบนลิงก์การรับส่งข้อมูลที่มีปริมาณมากอาจแนะนำเวลาแฝงที่เกินเกณฑ์ที่อนุญาตสำหรับ VoIP โหลดลิงก์มากเกินไปอาจทำให้เกิดความแออัดและความล่าช้าในการจัดคิว ที่เกี่ยวข้อง และการสูญเสียแพ็กเก็สิ่งนี้ส่งสัญญาณโปรโตคอลการขนส่งเช่นTCPเพื่อลดอัตราการส่งข้อมูลเพื่อบรรเทาความแออัด แต่ VoIP มักใช้UDPไม่ใช่ TCP เนื่องจากการกู้คืนจากความแออัดผ่านการส่งสัญญาณซ้ำมักทำให้เกิดเวลาแฝงมากเกินไป [17]ดังนั้น กลไก QoS สามารถหลีกเลี่ยงการสูญเสียแพ็กเก็ต VoIP ที่ไม่ต้องการได้โดยการส่งข้อมูลเหล่านั้นทันทีก่อนการรับส่งข้อมูลจำนวนมากที่เข้าคิวในลิงก์เดียวกัน แม้ว่าลิงก์จะแออัดโดยการรับส่งข้อมูลจำนวนมาก

ปลายทาง VoIP มักจะต้องรอจนกว่าการส่งแพ็กเก็ตก่อนหน้าจะเสร็จสิ้นก่อนที่จะส่งข้อมูลใหม่ แม้ว่าจะเป็นไปได้ที่จะยึด (ยกเลิก) แพ็กเก็ตที่มีความสำคัญน้อยกว่าในการส่งข้อมูลกลางคัน แต่สิ่งนี้ไม่ได้ทำกันโดยทั่วไป โดยเฉพาะอย่างยิ่งในลิงก์ความเร็วสูงซึ่งเวลาในการส่งจะสั้น แม้กระทั่งสำหรับแพ็กเก็ตที่มีขนาดสูงสุด [19]ทางเลือกอื่นนอกเหนือจากการสงวนไว้สำหรับลิงก์ที่ช้ากว่า เช่น dialup และdigital Subscriber line (DSL) คือการลดเวลาการส่งข้อมูลสูงสุดโดยการลดหน่วยการส่งข้อมูลสูงสุด แต่เนื่องจากทุกแพ็กเก็ตต้องมีส่วนหัวของโปรโตคอล สิ่งนี้จะเพิ่มโอเวอร์เฮดของส่วนหัวที่เกี่ยวข้องในทุกลิงก์ที่ผ่าน (19)

ผู้รับจะต้องจัดลำดับแพ็กเก็ต IP ที่มาถึงไม่เป็นระเบียบและกู้คืนได้อย่างสวยงามเมื่อแพ็กเก็ตมาถึงสายเกินไปหรือไม่เลย ความแปรผันของการหน่วงเวลาของแพ็กเก็ต เป็น ผลมาจากการเปลี่ยนแปลงในความล่าช้าในการจัดคิวตามเส้นทางเครือข่ายที่กำหนด เนื่องจากการแข่งขันจากผู้ใช้รายอื่นสำหรับลิงก์การส่งข้อมูลเดียวกัน เครื่องรับ VoIP รองรับรูปแบบนี้โดยการจัดเก็บแพ็กเก็ตขาเข้าชั่วขณะในบัฟเฟอร์ playoutโดยจงใจเพิ่มเวลาแฝงเพื่อปรับปรุงโอกาสที่แต่ละแพ็กเก็ตจะอยู่ในมือเมื่อถึงเวลาที่โปรแกรมเสียงจะเล่น ความล่าช้าที่เพิ่มขึ้นจึงเป็นการประนีประนอมระหว่างเวลาแฝงที่มากเกินไปและการออกกลางคัน มากเกินไป เช่น การหยุดชะงักของเสียงชั่วขณะ

แม้ว่ากระวนกระวายใจเป็นตัวแปรสุ่ม แต่ก็เป็นผลรวมของตัวแปรสุ่มอื่นๆ อีกหลายตัวที่อย่างน้อยก็ค่อนข้างเป็นอิสระ: ความล่าช้าในการจัดคิวแต่ละรายการของเราเตอร์ตามเส้นทางอินเทอร์เน็ตที่เป็นปัญหา แรงกระตุ้นจากทฤษฎีบทขีดจำกัดกลางทำให้กระวนกระวายใจสามารถจำลองเป็นตัวแปรสุ่มแบบเกาส์เซียนได้ นี่แนะนำการประมาณค่าความหน่วงเฉลี่ยและค่าเบี่ยงเบนมาตรฐานอย่างต่อเนื่อง และการตั้งค่าการหน่วงเวลาการเล่น เพื่อให้เฉพาะแพ็กเก็ตที่ล่าช้ามากกว่าค่าเบี่ยงเบนมาตรฐานหลายๆ ในทางปฏิบัติ ความแปรปรวนของเวลาแฝงของเส้นทางอินเทอร์เน็ตจำนวนมากถูกครอบงำโดย ลิงก์คอขวดที่ค่อนข้างช้าและคับคั่งจำนวนน้อย (มักจะเป็นหนึ่ง). ลิงก์แกนหลักของอินเทอร์เน็ตส่วนใหญ่ตอนนี้เร็วมาก (เช่น 10 Gbit/s) ซึ่งความล่าช้านั้นถูกครอบงำโดยสื่อการรับส่งข้อมูล (เช่น ใยแก้วนำแสง) และเราเตอร์ที่ขับมันไม่มีบัฟเฟอร์เพียงพอสำหรับความล่าช้าในการจัดคิวที่มีนัยสำคัญ [ ต้องการการอ้างอิง ]

มีการกำหนดโปรโตคอลจำนวนหนึ่งเพื่อรองรับการรายงานคุณภาพของบริการ (QoS) และคุณภาพของประสบการณ์ (QoE) สำหรับการโทร VoIP ซึ่งรวมถึง รายงานเพิ่มเติม RTP Control Protocol (RTCP) [20]รายงานสรุป SIP RTCP, ส่วนขยาย H.460.9 ภาคผนวก B (สำหรับH.323 ), H.248 .30 และส่วนขยาย MGCP

RTCP Extended Report VoIP metrics block ที่ระบุโดยRFC  3611สร้างขึ้นโดยโทรศัพท์ IP หรือเกตเวย์ระหว่างการโทรแบบสดและมีข้อมูลเกี่ยวกับอัตราการสูญเสียแพ็กเก็ต อัตราการทิ้งแพ็กเก็ต (เนื่องจากความกระวนกระวายใจ) แพ็กเก็ตสูญหาย/ทิ้งตัววัดการระเบิด (ความยาวต่อเนื่อง/ ความหนาแน่น ความยาว/ความหนาแน่นของช่องว่าง) ความล่าช้าของเครือข่าย ความล่าช้าของระบบสิ้นสุด ระดับสัญญาณ/เสียงรบกวน/เสียงสะท้อนคะแนนความคิดเห็นเฉลี่ย(MOS) และปัจจัย R และข้อมูลการกำหนดค่าที่เกี่ยวข้องกับบัฟเฟอร์กระวนกระวายใจ รายงานตัววัด VoIP จะถูกแลกเปลี่ยนระหว่างจุดปลาย IP เป็นครั้งคราวในระหว่างการโทร และข้อความสิ้นสุดการโทรที่ส่งผ่านรายงานสรุป SIP RTCP หรือส่วนขยายโปรโตคอลการส่งสัญญาณอื่นๆ รายงานตัววัด VoIP มีวัตถุประสงค์เพื่อสนับสนุนความคิดเห็นแบบเรียลไทม์เกี่ยวกับปัญหา QoS การแลกเปลี่ยนข้อมูลระหว่างปลายทางเพื่อการคำนวณคุณภาพการโทรที่ได้รับการปรับปรุง และแอปพลิเคชันอื่นๆ ที่หลากหลาย

DSL และ ATM

โมเด็ม DSL มักจะให้การเชื่อมต่ออีเทอร์เน็ตกับอุปกรณ์ภายในเครื่อง แต่ภายในนั้นอาจเป็น โมเด็ม Asynchronous Transfer Mode (ATM) [b]พวกเขาใช้ATM Adaptation Layer 5 (AAL5) เพื่อแบ่งอีเทอร์เน็ตแต่ละแพ็กเก็ตเป็นชุดเซลล์ ATM ขนาด 53 ไบต์สำหรับการส่ง โดยประกอบกลับเข้าไปในเฟรมอีเทอร์เน็ตที่ปลายรับ

การใช้ตัวระบุวงจรเสมือน (VCI) แยกต่างหากสำหรับเสียงผ่าน IP มีโอกาสที่จะลดความหน่วงแฝงในการเชื่อมต่อที่ใช้ร่วมกันได้ ศักยภาพของ ATM ในการลดเวลาในการตอบสนองนั้นสูงที่สุดในลิงก์ที่ช้า เนื่องจากเวลาแฝงที่แย่ที่สุดจะลดลงตามความเร็วของลิงก์ที่เพิ่มขึ้น เฟรมอีเทอร์เน็ตขนาดเต็ม (1500 ไบต์) ใช้เวลา 94 ms ในการส่งที่ 128 kbit/s แต่เพียง 8 ms ที่ 1.5 Mbit/s หากนี่คือลิงก์คอขวด เวลาแฝงนี้อาจมีขนาดเล็กพอที่จะรับประกันประสิทธิภาพ VoIP ที่ดีโดยไม่ต้องลด MTU หรือ ATM VC หลายตัว DSL, VDSLและVDSL2รุ่นล่าสุดมีอีเทอร์เน็ตโดยไม่มีชั้น ATM/AAL5 ระดับกลาง และโดยทั่วไปจะรองรับการ ติดแท็กลำดับความสำคัญ IEEE 802.1pเพื่อให้สามารถจัดคิว VoIP ก่อนการรับส่งข้อมูลที่ไม่ค่อยมีเวลา[17]

ATM มีค่าใช้จ่ายส่วนหัวจำนวนมาก: 5/53 = 9.4% ประมาณสองเท่าของค่าใช้จ่ายส่วนหัวทั้งหมดของเฟรมอีเทอร์เน็ต 1500 ไบต์ "ภาษี ATM" นี้เกิดขึ้นโดยผู้ใช้ DSL ทุกคน ไม่ว่าพวกเขาจะใช้ประโยชน์จากวงจรเสมือนหลายวงจรหรือไม่ และน้อยคนนักที่จะสามารถทำได้ [17]

ชั้นที่ 2

มีการใช้โปรโตคอลหลายตัวในดาต้าลิงค์เลเยอร์และฟิสิคัลเลเยอร์สำหรับกลไกคุณภาพของบริการที่ช่วยให้แอปพลิเคชั่น VoIP ทำงานได้ดีแม้ในที่ที่มี เครือ ข่ายแออัด ตัวอย่างบางส่วน ได้แก่ :

ตัวชี้วัดประสิทธิภาพ

คุณภาพของการส่งสัญญาณเสียงมีลักษณะเฉพาะด้วยตัวชี้วัดหลายอย่างที่อาจตรวจสอบโดยองค์ประกอบเครือข่ายและโดยฮาร์ดแวร์หรือซอฟต์แวร์ตัวแทนผู้ใช้ เมทริกดังกล่าวรวมถึงเน็ตเวิร์กแพ็กเก็ตสูญหายแพ็กเก็ตกระวนกระวายใจแพ็กเก็ตแฝง (ดีเลย์) หน่วงเวลาหลังการโทร และเสียงก้อง ตัวชี้วัดจะถูกกำหนดโดยการทดสอบและติดตามประสิทธิภาพของ VoIP [21] [22] [23] [24] [25] [26]

การรวม PSTN

ตัวควบคุมเกตเวย์สื่อ VoIP (หรือที่เรียกว่า Softswitch คลาส 5 ) ทำงานร่วมกับเกตเวย์สื่อ (หรือที่เรียกว่าเกตเวย์ธุรกิจ IP) และเชื่อมต่อสตรีมมีเดียดิจิทัล เพื่อให้เส้นทางสำหรับเสียงและข้อมูลสมบูรณ์ เกตเวย์รวมถึงอินเทอร์เฟซสำหรับเชื่อมต่อกับเครือข่าย PSTN มาตรฐาน อินเทอร์เฟซอีเทอร์เน็ตยังรวมอยู่ในระบบที่ทันสมัยซึ่งได้รับการออกแบบมาเป็นพิเศษเพื่อเชื่อมโยงการโทรที่ส่งผ่าน VoIP [27]

E.164เป็นมาตรฐานการนับทั่วโลกสำหรับทั้ง PSTN และเครือข่ายโทรศัพท์เคลื่อนที่สาธารณะ (PLMN) การใช้งาน VoIP ส่วนใหญ่รองรับE.164เพื่ออนุญาตให้มีการกำหนดเส้นทางการโทรเข้าและออกจากสมาชิก VoIP และ PSTN/PLMN [28]การใช้งาน VoIP ยังช่วยให้สามารถใช้เทคนิคการระบุตัวตนอื่นๆ ได้ ตัวอย่างเช่นSkypeอนุญาตให้สมาชิกเลือกชื่อ Skype (ชื่อผู้ใช้) [29]ในขณะที่การใช้งาน SIP สามารถใช้Uniform Resource Identifier (URI) คล้ายกับ ที่ อยู่อีเมล [30]บ่อยครั้งที่การใช้งาน VoIP ใช้วิธีการแปลตัวระบุที่ไม่ใช่ E.164 เป็นหมายเลข E.164 และในทางกลับกัน เช่น บริการ Skype-In ที่ให้บริการโดย Skype [31]และบริการหมายเลข E.164 เป็น URI mapping (ENUM) ใน IMS และจิบ (32)

เสียงสะท้อนอาจเป็นปัญหาสำหรับการรวม PSTN [33]สาเหตุทั่วไปของเสียงสะท้อน ได้แก่อิมพีแดนซ์ไม่ตรงกันในวงจรแอนะล็อกและเส้นทางเสียงจากเครื่องรับไปยังส่งสัญญาณที่ปลายรับ

การพกพาหมายเลข

การย้ายหมายเลขท้องถิ่น (LNP) และ การ เคลื่อนย้ายหมายเลขโทรศัพท์มือถือ (MNP) ยังส่งผลกระทบต่อธุรกิจ VoIP การเคลื่อนย้ายหมายเลขเป็นบริการที่ช่วยให้สมาชิกสามารถเลือกผู้ให้บริการโทรศัพท์รายใหม่โดยไม่ต้องออกหมายเลขใหม่ โดยปกติแล้วจะเป็นความรับผิดชอบของผู้ให้บริการรายเดิมในการ "ทำแผนที่" หมายเลขเดิมกับหมายเลขที่ไม่เปิดเผยซึ่งกำหนดโดยผู้ให้บริการรายใหม่ ทำได้โดยการรักษาฐานข้อมูลของตัวเลข ผู้ให้บริการรายเดิมจะได้รับหมายเลขที่โทรออกและเปลี่ยนเส้นทางไปยังผู้ให้บริการรายใหม่อย่างรวดเร็ว ต้องรักษาข้อมูลอ้างอิงการย้ายหลายรายการแม้ว่าผู้สมัครสมาชิกจะกลับไปที่ผู้ให้บริการเดิม FCC กำหนดให้ผู้ให้บริการปฏิบัติตามข้อกำหนดการคุ้มครองผู้บริโภคเหล่านี้ ในเดือนพฤศจิกายน 2550 Federal Communications Commissionในสหรัฐอเมริกาได้ออกคำสั่งขยายภาระหน้าที่ในการเคลื่อนย้ายจำนวนไปยังผู้ให้บริการ VoIP ที่เชื่อมต่อถึงกันและผู้ให้บริการที่สนับสนุนผู้ให้บริการ VoIP [34]

การโทรด้วยเสียงที่เกิดขึ้นในสภาพแวดล้อม VoIP ยังเผชิญกับ ความท้าทายใน การกำหนดเส้นทางต้นทุนต่ำ (LCR) เพื่อไปยังปลายทางหากหมายเลขนั้นถูกส่งไปยังหมายเลขโทรศัพท์มือถือของผู้ให้บริการมือถือแบบเดิม LCR อ้างอิงจากการตรวจสอบปลายทางของการโทรแต่ละครั้งที่โทรออก จากนั้นจึงส่งสายผ่านเครือข่ายที่ลูกค้าจะเสียค่าใช้จ่ายน้อยที่สุด การให้คะแนนนี้ขึ้นอยู่กับการถกเถียงกัน เนื่องจากความซับซ้อนของการกำหนดเส้นทางการโทรที่สร้างขึ้นจากการเคลื่อนย้ายหมายเลข เมื่อใช้ MNP ผู้ให้บริการ LCR จะไม่สามารถใช้คำนำหน้าเครือข่ายรากเพื่อกำหนดวิธีกำหนดเส้นทางการโทรได้อีกต่อไป ตอนนี้พวกเขาต้องกำหนดเครือข่ายที่แท้จริงของทุกหมายเลขก่อนกำหนดเส้นทาง [ ต้องการการอ้างอิง ]

ดังนั้นโซลูชั่น VoIP จึงต้องจัดการกับ MNP เมื่อกำหนดเส้นทางการโทรด้วยเสียง ในประเทศที่ไม่มีฐานข้อมูลกลาง เช่น สหราชอาณาจักร อาจจำเป็นต้องสอบถามเครือข่ายมือถือว่าหมายเลขโทรศัพท์มือถือเป็นของเครือข่ายในบ้านใด เนื่องจากความนิยมของ VoIP เพิ่มขึ้นในตลาดองค์กรเนื่องจากตัวเลือก LCR VoIP จึงต้องมอบความน่าเชื่อถือในระดับหนึ่งเมื่อจัดการกับการโทร

โทรฉุกเฉิน

โทรศัพท์ที่เชื่อมต่อกับสายโทรศัพท์พื้นฐานมีความสัมพันธ์โดยตรงระหว่างหมายเลขโทรศัพท์กับสถานที่ตั้งจริง ซึ่งดูแลโดยบริษัทโทรศัพท์และพร้อมให้บริการสำหรับหน่วยกู้ภัยฉุกเฉินผ่านศูนย์บริการตอบรับเหตุฉุกเฉินแห่งชาติในรูปแบบของรายชื่อสมาชิกกรณีฉุกเฉิน เมื่อศูนย์รับสายฉุกเฉิน ตำแหน่งจะถูกกำหนดโดยอัตโนมัติจากฐานข้อมูลของศูนย์และแสดงบนคอนโซลผู้ควบคุมเครื่อง

ในระบบโทรศัพท์ IP ไม่มีการเชื่อมโยงโดยตรงระหว่างตำแหน่งและจุดสิ้นสุดของการสื่อสาร แม้แต่ผู้ให้บริการที่มีโครงสร้างพื้นฐานแบบมีสาย เช่น ผู้ให้บริการ DSL ก็อาจทราบตำแหน่งโดยประมาณของอุปกรณ์เท่านั้น โดยอิงตามที่อยู่ IP ที่จัดสรรให้กับเราเตอร์เครือข่ายและที่อยู่บริการที่รู้จัก ISP บางรายไม่ติดตามการกำหนดที่อยู่ IP ให้กับอุปกรณ์ของลูกค้าโดยอัตโนมัติ [35]

การสื่อสาร IP ให้ความคล่องตัวของอุปกรณ์ ตัวอย่างเช่น การเชื่อมต่อบรอดแบนด์ในที่พักอาศัยอาจใช้เป็นลิงก์ไปยังเครือข่ายส่วนตัวเสมือนขององค์กร ซึ่งในกรณีนี้ ที่อยู่ IP ที่ใช้สำหรับการสื่อสารกับลูกค้าอาจเป็นขององค์กร ไม่ใช่ ISP ที่อยู่อาศัย ส่วนขยาย ภายนอกองค์กร ดังกล่าวอาจปรากฏเป็นส่วนหนึ่งของ IP PBX ต้นน้ำ บนอุปกรณ์พกพา เช่น เครื่องโทรศัพท์ 3G หรืออะแดปเตอร์บรอดแบนด์ไร้สาย USB ที่อยู่ IP ไม่มีความสัมพันธ์กับตำแหน่งทางกายภาพที่ผู้ให้บริการโทรศัพท์รู้จัก เนื่องจากผู้ใช้มือถืออาจอยู่ที่ใดก็ได้ในภูมิภาคที่มีเครือข่ายครอบคลุม แม้กระทั่งการโรมมิ่งผ่านเครือข่ายอื่น บริษัทมือถือ.

ที่ระดับ VoIP โทรศัพท์หรือเกตเวย์อาจระบุตัวเองด้วยข้อมูลรับรองบัญชีของตนกับ ผู้รับจดทะเบียน Session Initiation Protocol (SIP) ในกรณีเช่นนี้ ผู้ให้บริการโทรศัพท์ทางอินเทอร์เน็ต (ITSP) ทราบเพียงว่าอุปกรณ์ของผู้ใช้รายใดรายหนึ่งเปิดใช้งานอยู่ ผู้ให้บริการมักจะให้บริการตอบสนองฉุกเฉินตามข้อตกลงกับผู้ใช้ที่ลงทะเบียนสถานที่จริง และตกลงว่า หากมีการเรียกหมายเลขฉุกเฉินจากอุปกรณ์ IP บริการฉุกเฉินจะให้บริการไปยังที่อยู่นั้นเท่านั้น

บริการฉุกเฉินดังกล่าวให้บริการโดยผู้จำหน่าย VoIP ในสหรัฐอเมริกาโดยระบบที่เรียกว่าEnhanced 911 (E911) ตามพระราชบัญญัติ การสื่อสารไร้สายและความ ปลอดภัยสาธารณะ ระบบการโทรฉุกเฉิน VoIP E911 จะเชื่อมโยงที่อยู่ทางกายภาพกับหมายเลขโทรศัพท์ของฝ่ายที่โทร ผู้ให้บริการ VoIP ทุกรายที่ให้การเข้าถึงเครือข่ายโทรศัพท์สาธารณะต้องติดตั้ง E911 ซึ่งเป็นบริการที่ผู้ใช้บริการอาจถูกเรียกเก็บเงิน "ผู้ให้บริการ VoIP อาจไม่อนุญาตให้ลูกค้าเลือกไม่ใช้บริการ 911" [35]ระบบVoIP E911ใช้การค้นหาตารางแบบคงที่ ไม่เหมือนในโทรศัพท์มือถือที่สามารถตรวจสอบตำแหน่งของการโทร E911 ได้โดยใช้GPS ช่วยเหลือหรือวิธีการอื่นๆ ข้อมูล VoIP E911 นั้นถูกต้องก็ต่อเมื่อสมาชิกให้ข้อมูลที่อยู่ฉุกเฉินเป็นปัจจุบันเท่านั้น [ ต้องการการอ้างอิง ]

รองรับแฟกซ์

การ ส่งแฟกซ์ผ่านเครือข่าย VoIP บางครั้งเรียกว่าแฟกซ์ผ่าน IP (FoIP) การส่งเอกสารแฟกซ์มีปัญหาในการใช้งาน VoIP ในช่วงต้น เนื่องจากการแปลงเสียงเป็นดิจิทัลและตัวแปลงสัญญาณ การบีบอัดเสียงส่วนใหญ่ ได้รับการปรับให้เหมาะสมสำหรับการแสดงเสียงของมนุษย์ และไม่สามารถรับประกันเวลาที่เหมาะสมของสัญญาณโมเด็มได้ในเครือข่ายแบบไม่มีการเชื่อมต่อแบบแพ็คเก็ต

โซลูชันตามมาตรฐานสำหรับการส่งแฟกซ์ผ่าน IP อย่างน่าเชื่อถือคือโปรโตคอลT.38 โปรโตคอล T.38 ได้รับการออกแบบมาเพื่อชดเชยความแตกต่างระหว่างการสื่อสารแบบไม่มีแพ็กเก็ตแบบดั้งเดิมผ่านสายแอนะล็อกและการส่งสัญญาณแบบแพ็กเก็ตซึ่งเป็นพื้นฐานสำหรับการสื่อสารทาง IP เครื่องแฟกซ์อาจเป็นอุปกรณ์มาตรฐานที่เชื่อมต่อกับอะแดปเตอร์โทรศัพท์แบบแอนะล็อก (ATA) หรืออาจเป็นแอปพลิเคชันซอฟต์แวร์หรืออุปกรณ์เครือข่ายเฉพาะที่ทำงานผ่านอินเทอร์เฟซอีเทอร์เน็ต [36]เดิมที T.38 ได้รับการออกแบบมาเพื่อใช้วิธีการส่ง UDP หรือ TCP ผ่านเครือข่าย IP

เครื่องแฟกซ์ระดับไฮเอนด์รุ่นใหม่บางเครื่องมีความสามารถ T.38 ในตัว ซึ่งเชื่อมต่อโดยตรงกับสวิตช์เครือข่ายหรือเราเตอร์ ใน T.38 แต่ละแพ็กเก็ตจะมีส่วนของสตรีมข้อมูลที่ส่งในแพ็กเก็ตก่อนหน้า ต้องสูญเสียแพ็กเก็ตที่ต่อเนื่องกันสองชุดเพื่อให้สูญเสียความสมบูรณ์ของข้อมูลอย่างแท้จริง

ความต้องการพลังงาน

โทรศัพท์สำหรับบริการอนาล็อกสำหรับที่อยู่อาศัยแบบดั้งเดิมมักจะเชื่อมต่อโดยตรงกับสายโทรศัพท์ของบริษัทโทรศัพท์ซึ่งให้กระแสไฟตรงไปยังเครื่องโทรศัพท์แบบแอนะล็อกพื้นฐานส่วนใหญ่โดยไม่ขึ้นกับกำลังไฟฟ้าที่มีในท้องถิ่น ความอ่อนแอของบริการโทรศัพท์ต่อไฟฟ้าขัดข้องเป็นปัญหาทั่วไป แม้กระทั่งกับบริการแอนะล็อกแบบเดิมที่ลูกค้าซื้อหน่วยโทรศัพท์ที่ทำงานด้วยเครื่องโทรศัพท์ไร้สายไปยังสถานีฐาน หรือมีคุณสมบัติโทรศัพท์สมัยใหม่อื่นๆ เช่น ข้อความเสียงในตัวหรือคุณลักษณะสมุดโทรศัพท์ .

โทรศัพท์ IPและอะแดปเตอร์โทรศัพท์ VoIP เชื่อมต่อกับเราเตอร์หรือเคเบิลโมเด็มซึ่งโดยทั่วไปขึ้นอยู่กับความพร้อมใช้งานของไฟฟ้าหลักหรือพลังงานที่ผลิตในท้องถิ่น [37]ผู้ให้บริการ VoIP บางรายใช้อุปกรณ์ในสถานที่ของลูกค้า (เช่น เคเบิลโมเด็ม) กับอุปกรณ์จ่ายไฟที่มีแบตเตอรี่สำรองเพื่อรับประกันการบริการอย่างต่อเนื่องเป็นเวลาหลายชั่วโมงในกรณีที่ไฟฟ้าขัดข้องในพื้นที่ โดยทั่วไปแล้ว อุปกรณ์ที่ใช้แบตเตอรี่สำรองดังกล่าวได้รับการออกแบบสำหรับใช้กับโทรศัพท์แบบแอนะล็อก ผู้ให้บริการ VoIP บางรายใช้บริการเพื่อกำหนดเส้นทางการโทรไปยังบริการโทรศัพท์อื่นๆ ของผู้สมัครสมาชิก เช่น โทรศัพท์เคลื่อนที่ ในกรณีที่อุปกรณ์เครือข่ายของลูกค้าไม่สามารถเข้าถึงได้เพื่อยุติการโทร

ความปลอดภัย

การโทรที่ปลอดภัยสามารถทำได้โดยใช้โปรโตคอล มาตรฐานเช่นSecure Real-time Transport Protocol สิ่งอำนวยความสะดวกส่วนใหญ่ในการสร้างการ เชื่อมต่อ โทรศัพท์ที่ปลอดภัยบนสายโทรศัพท์แบบเดิม เช่น การแปลงเป็นดิจิทัลและการรับส่งข้อมูลทางดิจิทัล ได้ถูกนำมาใช้กับ VoIP แล้ว จำเป็นต้องเข้ารหัสและรับรองความถูกต้องของสตรีมข้อมูลที่มีอยู่เท่านั้น ซอฟต์แวร์อัตโนมัติ เช่นPBX เสมือนอาจไม่จำเป็นต้องใช้บุคลากรในการทักทายและสลับสายเรียกเข้า

ข้อกังวลด้านความปลอดภัยสำหรับระบบโทรศัพท์ VoIP มีความคล้ายคลึงกับอุปกรณ์ที่เชื่อมต่ออินเทอร์เน็ตอื่นๆ ซึ่งหมายความว่าแฮกเกอร์ ที่ มีความรู้เกี่ยวกับช่องโหว่ของ VoIPสามารถทำการโจมตีแบบปฏิเสธการให้บริการรวบรวมข้อมูลลูกค้า บันทึกการสนทนา และประนีประนอมข้อความเสียง บัญชีผู้ใช้ VoIP ที่ถูกบุกรุกหรือข้อมูลประจำตัวของเซสชันอาจทำให้ผู้โจมตีต้องเสียค่าบริการจำนวนมากจากบริการของบุคคลที่สาม เช่น การโทรทางไกลหรือการโทรระหว่างประเทศ

รายละเอียดทางเทคนิคของโปรโตคอล VoIP จำนวนมากสร้างความท้าทายในการกำหนดเส้นทางการรับส่งข้อมูล VoIP ผ่านไฟร์วอลล์และ ตัว แปลที่อยู่เครือข่ายซึ่งใช้ในการเชื่อมต่อระหว่างเครือข่ายการขนส่งหรืออินเทอร์เน็ต ตัวควบคุมกรอบเซสชันส่วนตัวมักใช้เพื่อเปิดใช้งานการโทร VoIP เข้าและออกจากเครือข่ายที่มีการป้องกัน วิธีอื่นๆ ในการสำรวจอุปกรณ์ NAT เกี่ยวข้องกับโปรโตคอลความช่วยเหลือ เช่นSTUNและInteractive Connectivity Establishment (ICE)

มาตรฐานสำหรับการรักษาความปลอดภัย VoIP มีอยู่ในSecure Real-time Transport Protocol (SRTP) และโปรโตคอลZRTP สำหรับ อะแดปเตอร์โทรศัพท์แบบแอนะล็อกและสำหรับซอฟต์โฟนบางรุ่น IPsecพร้อมใช้งานเพื่อรักษาความปลอดภัย VoIP แบบจุดต่อจุดในระดับการขนส่งโดยใช้การเข้ารหัสแบบฉวยโอกาส แม้ว่าโซลูชัน VoIP ของผู้บริโภคจำนวนมากไม่สนับสนุนการเข้ารหัสเส้นทางการส่งสัญญาณหรือสื่อ การรักษาความปลอดภัยโทรศัพท์ VoIP นั้นง่ายต่อการใช้งานโดยใช้แนวคิด VoIP มากกว่าวงจรโทรศัพท์แบบเดิม ผลที่ตามมาของการขาดการสนับสนุนอย่างกว้างขวางสำหรับการเข้ารหัสคือการดักฟังการโทร VoIP เมื่อสามารถเข้าถึงเครือข่ายข้อมูลได้ง่าย[38]โซลูชันโอเพ่นซอร์สฟรี เช่น Wiresharkช่วยอำนวยความสะดวกในการบันทึกการสนทนา VoIP

หน่วยงานภาครัฐและกองทัพใช้มาตรการรักษาความปลอดภัยต่างๆ เพื่อปกป้องการรับส่งข้อมูล VoIP เช่น เสียงผ่าน IP ที่ปลอดภัย (VoSIP) เสียงผ่าน IP ที่ปลอดภัย (SVoIP) และความปลอดภัยเสียงผ่าน IP ที่ปลอดภัย (SVoSIP) [39]ความแตกต่างอยู่ที่ว่าการเข้ารหัสถูกนำไปใช้ในจุดปลายโทรศัพท์หรือในเครือข่าย [40] เสียงที่ปลอดภัยผ่าน IP ที่ปลอดภัยอาจถูกนำไปใช้โดยการเข้ารหัสสื่อ ด้วยโปรโตคอลเช่นSRTPและZRTP เสียงผ่าน IP ที่ปลอดภัยใช้การเข้ารหัสประเภท 1 บนเครือข่าย ลับเช่นSIPRNet [41] [42] [43] [44]Public Secure VoIP ยังสามารถใช้ได้กับซอฟต์แวร์ GNU ฟรีและในโปรแกรม VoIP เชิงพาณิชย์ยอดนิยมมากมายผ่านทางไลบรารี เช่น ZRTP [45]

ID ผู้โทร

โปรโตคอลและอุปกรณ์ Voice over IP ให้ การสนับสนุน ID ผู้โทรที่เข้ากันได้กับ PSTN ผู้ให้บริการ VoIP หลายรายยังอนุญาตให้ผู้โทรกำหนดค่าข้อมูล ID ผู้โทรที่กำหนดเองได้ [46]

ความเข้ากันได้ของเครื่องช่วยฟัง

โทรศัพท์แบบมีสายที่ผลิตใน นำเข้า หรือตั้งใจเพื่อใช้ในสหรัฐอเมริกาด้วยบริการ Voice over IP ในหรือหลังวันที่ 28 กุมภาพันธ์ 2020 จะต้องเป็นไปตาม ข้อกำหนดความเข้ากันได้ของ เครื่องช่วยฟังที่กำหนดโดยFederal Communications Commission [47]

ต้นทุนการดำเนินงาน

VoIP ได้ลดต้นทุนการสื่อสารลงอย่างมากด้วยการแบ่งปันโครงสร้างพื้นฐานเครือข่ายระหว่างข้อมูลและเสียง [48] ​​[49]การเชื่อมต่อบรอดแบนด์เดียวมีความสามารถในการส่งสายโทรศัพท์หลายสาย

ประเด็นด้านกฎระเบียบและกฎหมาย

เมื่อความนิยมของ VoIP เติบโตขึ้น รัฐบาลต่างๆ เริ่มให้ความสนใจในการควบคุม VoIP ในลักษณะที่คล้ายคลึงกับบริการ PSTN มากขึ้น [50]

ในประเทศกำลังพัฒนา โดยเฉพาะอย่างยิ่งในประเทศที่กฎระเบียบอ่อนแอหรือถูกจับโดยผู้ควบคุมหลัก มักจะมีการกำหนดข้อจำกัดในการใช้ VoIP รวมถึงในปานามาที่ VoIP ถูกเก็บภาษี กายอานาที่ VoIP เป็นสิ่งต้องห้าม [51]ในเอธิโอเปียที่รัฐบาลให้บริการโทรคมนาคมของชาติ การให้บริการโดยใช้ VoIP ถือเป็นความผิดทางอาญา ประเทศได้ติดตั้งไฟร์วอลล์เพื่อป้องกันการโทรระหว่างประเทศโดยใช้ VoIP มาตรการเหล่านี้เกิดขึ้นหลังจากความนิยมของ VoIP ลดรายได้ที่เกิดจากบริษัทโทรคมนาคมของรัฐ [ ต้องการการอ้างอิง ]

แคนาดา

ในแคนาดาคณะกรรมการวิทยุโทรทัศน์และโทรคมนาคม ของแคนาดา ควบคุมบริการโทรศัพท์ รวมถึงบริการโทรศัพท์ VoIP บริการ VoIP ที่ดำเนินการในแคนาดาจะต้องให้บริการฉุกเฉิน9-1-1 [52]

สหภาพยุโรป

ในสหภาพยุโรปการปฏิบัติต่อผู้ให้บริการ VoIP เป็นการตัดสินใจสำหรับผู้กำกับดูแลกิจการโทรคมนาคมแห่งชาติแต่ละแห่ง ซึ่งต้องใช้กฎหมายการแข่งขันเพื่อกำหนดตลาดระดับประเทศที่เกี่ยวข้อง จากนั้นจึงกำหนดว่าผู้ให้บริการในตลาดระดับประเทศเหล่านั้นมี "อำนาจทางการตลาดที่สำคัญ" หรือไม่ (และดังนั้น จะต้องอยู่ภายใต้ภาระผูกพันบางอย่าง) ความแตกต่างโดยทั่วไปมักเกิดขึ้นระหว่างบริการ VoIP ที่ทำงานบนเครือข่ายที่มีการจัดการ (ผ่านการเชื่อมต่อบรอดแบนด์) และบริการ VoIP ที่ทำงานบนเครือข่ายที่ไม่มีการจัดการ (โดยพื้นฐานแล้วคืออินเทอร์เน็ต) [ ต้องการการอ้างอิง ]

EU Directive ที่เกี่ยวข้องไม่ได้ร่างไว้อย่างชัดเจนเกี่ยวกับภาระผูกพันที่อาจมีอยู่โดยอิสระจากอำนาจของตลาด (เช่น ภาระผูกพันในการเข้าถึงการโทรฉุกเฉิน) และเป็นไปไม่ได้ที่จะพูดอย่างแน่ชัดว่าผู้ให้บริการ VoIP ทั้งสองประเภทผูกพันกับพวกเขาหรือไม่ การทบทวนข้อกำหนดของสหภาพยุโรปกำลังดำเนินการอยู่และควรแล้วเสร็จภายในปี 2550 [ ต้องการการอ้างอิง ]

รัฐอาหรับของGCC

โอมาน

ในโอมานการให้หรือใช้บริการ VoIP โดยไม่ได้รับอนุญาต ถือเป็นการกระทำที่ผิดกฎหมาย ในขอบเขตที่เว็บไซต์ของผู้ให้บริการ VoIP ที่ไม่มีใบอนุญาตถูกบล็อก การละเมิดอาจถูกลงโทษด้วยค่าปรับ 50,000 เรียลโอมาน (ประมาณ 130,317 ดอลลาร์สหรัฐ) หรือจำคุก 2 ปี หรือทั้งจำทั้งปรับ ในปี 2552 ตำรวจได้บุกเข้าไปในร้านอินเทอร์เน็ตคาเฟ่ 121 แห่งทั่วประเทศ และจับกุมผู้ต้องสงสัย 212 คน ฐานใช้หรือให้บริการ VoIP [53]

ซาอุดีอาระเบีย

ในเดือนกันยายน 2560 ซาอุดิอาระเบียยกเลิกการห้ามใช้ VoIP เพื่อพยายามลดต้นทุนการดำเนินงานและกระตุ้นผู้ประกอบการดิจิทัล [54] [55]

สหรัฐอาหรับเอมิเรตส์

ในสหรัฐอาหรับเอมิเรตส์ (UAE) การให้หรือใช้บริการ VoIP โดยไม่ได้รับอนุญาต ถือเป็นการกระทำที่ผิดกฎหมาย ในขอบเขตที่เว็บไซต์ของผู้ให้บริการ VoIP ที่ไม่ได้รับอนุญาตถูกบล็อก อย่างไรก็ตาม VoIP บางตัวเช่นSkypeได้รับอนุญาต [56]ในเดือนมกราคม 2561 ผู้ให้บริการอินเทอร์เน็ตในสหรัฐอาหรับเอมิเรตส์ได้บล็อกแอป VoIP ทั้งหมด รวมถึง Skype แต่อนุญาตแอป VoIP ที่ "อนุมัติโดยรัฐบาล" เพียง 2 แอป (C'ME และ BOTIM) ในอัตราคงที่ 52.50 ดอลล่าร์ต่อเดือนสำหรับการใช้งาน บนอุปกรณ์พกพา และเดือนละ 105 บาทเพื่อใช้ผ่านคอมพิวเตอร์ที่เชื่อมต่อ" [57] [58]ฝ่ายค้าน คำร้องบนChange.orgรวบรวมลายเซ็นมากกว่า 5,000 ลายเซ็น เพื่อตอบสนองต่อการที่เว็บไซต์ถูกบล็อกในสหรัฐอาหรับเอมิเรตส์[59]

เมื่อวันที่ 24 มีนาคม 2020 สหรัฐอาหรับเอมิเรตส์ได้คลายข้อจำกัดเกี่ยวกับบริการ VoIP ที่ห้ามในประเทศก่อนหน้านี้ เพื่อลดการสื่อสารระหว่างการ ระบาด ของCOVID-19 อย่างไรก็ตาม แอปพลิเคชันการส่งข้อความโต้ตอบแบบทันทียอดนิยม เช่นWhatsApp , SkypeและFaceTimeยังคงถูกบล็อกไม่ให้ใช้สำหรับการโทรด้วยเสียงและวิดีโอคอล ทำให้ผู้อยู่อาศัยต้องใช้บริการชำระเงินจากผู้ให้บริการโทรคมนาคมของรัฐ [60]

อินเดีย

ในอินเดียการใช้ VoIP นั้นถูกกฎหมาย แต่การมีเกตเวย์ VoIPในอินเดีย เป็นสิ่งผิดกฎหมาย [61]นี่หมายความว่าผู้ที่มีพีซีสามารถใช้เพื่อโทร VoIP ไปยังหมายเลขใดก็ได้ แต่ถ้าด้านระยะไกลเป็นโทรศัพท์ปกติ เกตเวย์ที่แปลงการโทร VoIP เป็นการ โทร POTSจะไม่ได้รับอนุญาตตามกฎหมายให้ อยู่ภายในอินเดีย บริการเซิร์ฟเวอร์ VoIP ในต่างประเทศเป็นสิ่งผิดกฎหมายในอินเดีย [61]

เพื่อประโยชน์ของผู้ให้บริการการเข้าถึงและผู้ให้บริการทางไกลระหว่างประเทศ โทรศัพท์ทางอินเทอร์เน็ตได้รับอนุญาตให้ ISP โดยมีข้อจำกัด Internet Telephony ถือเป็นบริการที่แตกต่างกันในขอบเขต ลักษณะ และประเภทจากเสียงแบบเรียลไทม์ตามที่ผู้ให้บริการการเข้าถึงรายอื่นและผู้ให้บริการทางไกลเสนอ ดังนั้นการอนุญาตให้ใช้โทรศัพท์ทางอินเทอร์เน็ตประเภทต่อไปนี้ในอินเดีย: [62]

(ก) พีซีไปยังพีซี ภายในหรือภายนอกอินเดีย
(b) พีซี / อุปกรณ์ / อะแดปเตอร์ที่สอดคล้องกับมาตรฐานของหน่วยงานระหว่างประเทศเช่น ITU หรือ IETF ฯลฯ ในอินเดียไปยัง PSTN / PLMN ในต่างประเทศ
(c) อุปกรณ์/อะแดปเตอร์ใดๆ ที่เป็นไปตามมาตรฐานของหน่วยงานระหว่างประเทศ เช่น ITU, IETF เป็นต้น ที่เชื่อมต่อกับโหนด ISP ที่มีที่อยู่ IP แบบคงที่กับอุปกรณ์/อะแดปเตอร์ที่คล้ายคลึงกัน ภายในหรือนอกประเทศอินเดีย
(d) ยกเว้นสิ่งใดก็ตามที่อธิบายไว้ในเงื่อนไข (ii) ข้างต้น[ จำเป็นต้องชี้แจง ]ไม่อนุญาตให้ใช้ Internet Telephony รูปแบบอื่น
(จ) ในอินเดียไม่มีโครงการกำหนดหมายเลขแยกต่างหากสำหรับโทรศัพท์ทางอินเทอร์เน็ต ปัจจุบัน การจัดสรรหมายเลข 10 หลักตาม E.164 ได้รับอนุญาตสำหรับบริการโทรศัพท์พื้นฐาน, GSM, CDMA แบบไร้สาย สำหรับ Internet Telephony รูปแบบการกำหนดหมายเลขจะสอดคล้องกับ IP addressing Scheme ของ Internet Assigned Numbers Authority (IANA) เท่านั้น ไม่อนุญาตให้แปลหมายเลข E.164 / หมายเลขส่วนตัวเป็นที่อยู่ IP ที่จัดสรรให้กับอุปกรณ์ใด ๆ และในทางกลับกันโดย ISP เพื่อแสดงการปฏิบัติตามแผนการกำหนดหมายเลข IANA ไม่อนุญาต
(f) ผู้รับอนุญาตบริการอินเทอร์เน็ตไม่ได้รับอนุญาตให้มีการเชื่อมต่อ PSTN/PLMN การสื่อสารด้วยเสียงไปยังและจากโทรศัพท์ที่เชื่อมต่อกับ PSTN/PLMN และตามหมายเลข E.164 นั้นเป็นสิ่งต้องห้ามในอินเดีย

เกาหลีใต้

ในเกาหลีใต้เฉพาะผู้ให้บริการที่ลงทะเบียนกับรัฐบาลเท่านั้นที่ได้รับอนุญาตให้ให้บริการ VoIP ซึ่งแตกต่างจากผู้ให้บริการ VoIP หลายราย ซึ่งส่วนใหญ่เสนออัตราคงที่ บริการ VoIP ของเกาหลีโดยทั่วไปจะถูกคิดค่าบริการตามปริมาณและคิดค่าบริการในอัตราที่ใกล้เคียงกับการโทรภาคพื้นดิน ผู้ให้บริการ VoIP ต่างประเทศเผชิญกับอุปสรรคสูงในการลงทะเบียนของรัฐบาล ปัญหานี้มาถึงในปี 2549 เมื่อผู้ให้บริการอินเทอร์เน็ตให้บริการอินเทอร์เน็ตส่วนบุคคลโดยทำสัญญากับกองกำลังสหรัฐเกาหลีสมาชิกที่อาศัยอยู่บนฐาน USFK ขู่ว่าจะปิดกั้นการเข้าถึงบริการ VoIP ที่สมาชิก USFK ใช้เป็นวิธีที่ประหยัดในการติดต่อกับครอบครัวของพวกเขาในสหรัฐอเมริกา โดยอ้างว่าผู้ให้บริการ VoIP ของสมาชิกบริการไม่ได้ลงทะเบียน มีการประนีประนอมระหว่าง USFK และเจ้าหน้าที่โทรคมนาคมของเกาหลีในเดือนมกราคม 2550 โดยที่สมาชิกบริการ USFK มาถึงเกาหลีก่อนวันที่ 1 มิถุนายน 2550 และการสมัครใช้บริการ ISP ที่ให้บริการบนฐานอาจยังคงใช้การสมัคร VoIP ในสหรัฐอเมริกา แต่มาในภายหลัง ต้องใช้ผู้ให้บริการ VoIP ของเกาหลี ซึ่งตามสัญญาจะเสนอราคาที่ใกล้เคียงกับอัตราคงที่ที่เสนอโดยผู้ให้บริการ VoIP ของสหรัฐอเมริกา [63]

สหรัฐอเมริกา

ในสหรัฐอเมริกาFederal Communications Commissionกำหนดให้ผู้ให้บริการ VoIP ที่เชื่อมต่อถึงกันทั้งหมดต้องปฏิบัติตามข้อกำหนดที่เทียบเท่ากับผู้ให้บริการโทรคมนาคมแบบดั้งเดิม [64]ผู้ให้บริการ VoIP ในสหรัฐอเมริกาจำเป็นต้องรองรับการเคลื่อนย้ายหมายเลขท้องถิ่น ; ทำให้คนพิการสามารถเข้าถึงบริการได้ ชำระค่าธรรมเนียมตามกฎระเบียบ เงิน สมทบ บริการสากลและการชำระเงินที่ได้รับมอบอำนาจอื่น ๆ และทำให้หน่วยงานบังคับใช้กฎหมายดำเนินการสอดส่องตามพระราชบัญญัติความช่วยเหลือด้านการสื่อสารสำหรับการบังคับใช้กฎหมาย (CALEA)

ผู้ให้บริการ VoIP ที่ "เชื่อมต่อถึงกัน" (เชื่อมต่ออย่างสมบูรณ์กับ PSTN) ได้รับคำสั่งให้ให้บริการEnhanced 911โดยไม่ต้องร้องขอเป็นพิเศษ จัดให้มีการอัปเดตตำแหน่งของลูกค้า เปิดเผยข้อจำกัดใดๆ เกี่ยวกับฟังก์ชันการทำงานของ E-911 ให้ผู้บริโภคทราบอย่างชัดเจน รับการยืนยันการเปิดเผยข้อมูลเหล่านี้ จากผู้บริโภคทั้งหมด[65]และ 'อาจไม่อนุญาตให้ลูกค้า "เลือกไม่รับ" บริการ 911' [66]ผู้ให้บริการ VoIP ยังได้รับประโยชน์จากข้อบังคับด้านโทรคมนาคมของสหรัฐฯ บางประการ รวมถึงการให้สิทธิ์ในการเชื่อมต่อโครงข่ายและการแลกเปลี่ยนการรับส่งข้อมูลกับผู้ให้บริการแลกเปลี่ยนท้องถิ่นที่มีหน้าที่รับผิดชอบผ่านผู้ให้บริการขายส่ง ผู้ให้บริการ VoIP "เร่ร่อน"—ผู้ที่ไม่สามารถระบุตำแหน่งของผู้ใช้ได้—ได้รับการยกเว้นจากระเบียบข้อบังคับด้านโทรคมนาคมของรัฐ [67]

ประเด็นทางกฎหมายอีกประการหนึ่งที่รัฐสภาคองเกรสแห่งสหรัฐอเมริกากำลังโต้เถียงเกี่ยวกับการเปลี่ยนแปลงพระราชบัญญัติการสอดส่องข่าวกรองต่างประเทศ. ปัญหาที่เป็นปัญหาคือการโทรระหว่างชาวอเมริกันและชาวต่างชาติ สำนักงานความมั่นคงแห่งชาติ (NSA) ไม่ได้รับอนุญาตให้แตะการสนทนาของชาวอเมริกันโดยไม่มีหมายจับ แต่อินเทอร์เน็ต และโดยเฉพาะอย่างยิ่ง VoIP ไม่ได้ระบุตำแหน่งที่ชัดเจนของผู้โทรหรือผู้รับสายเหมือนที่ระบบโทรศัพท์ทั่วไปทำ เนื่องจากต้นทุนและความยืดหยุ่นที่ต่ำของ VoIP ทำให้องค์กรต่างๆ หันมาใช้เทคโนโลยีมากขึ้นเรื่อยๆ การเฝ้าสังเกตหน่วยงานบังคับใช้กฎหมายจึงยากขึ้น เทคโนโลยี VoIP ได้เพิ่มความกังวลด้านความปลอดภัยของรัฐบาลกลาง เนื่องจาก VoIP และเทคโนโลยีที่คล้ายคลึงกันทำให้รัฐบาลยากขึ้นในการพิจารณาว่าเป้าหมายอยู่ที่ไหนเมื่อการสื่อสารถูกสกัดกั้น และสร้างความท้าทายทางกฎหมายใหม่ทั้งหมด [68]

ประวัติ

การพัฒนาช่วงต้นของการออกแบบเครือข่ายแพ็กเก็ต โดย Paul Baranและนักวิจัยคนอื่นๆ ได้รับแรงบันดาลใจจากความต้องการระดับความซ้ำซ้อนของวงจรและความพร้อมใช้งานของเครือข่ายในระดับที่สูงขึ้นเมื่อเผชิญกับความล้มเหลวของโครงสร้างพื้นฐานมากกว่าที่เป็นไปได้ในเครือข่ายสลับวงจรในโทรคมนาคมช่วงกลางทศวรรษที่ 20 ศตวรรษ. Danny Cohenได้สาธิตรูปแบบเสียงแพ็คเก็ต เป็นครั้งแรก ในปี 1973 โดยเป็นส่วนหนึ่งของแอปพลิเคชันโปรแกรมจำลองการบิน ซึ่งดำเนินการผ่านARPANET รุ่นแรก ๆ [69] [70]

ใน ARPANET รุ่นแรกๆ นั้น การสื่อสารด้วยเสียงแบบเรียลไทม์ไม่สามารถทำได้ด้วย แพ็กเก็ต คำพูดดิจิทัลแบบ ไม่มีการบีบอัด รหัสพัลส์ (PCM) ซึ่งมีอัตราบิต 64 kbps ซึ่งมากกว่าแบนด์วิดท์ 2.4 kbps ของโมเด็มรุ่น แรก มาก วิธีแก้ปัญหานี้คือLinear Predictive Coding (LPC) ซึ่งเป็น อัลกอริธึม การบีบอัดข้อมูลเสียงพูดที่เสนอครั้งแรกโดยFumitada Itakuraจากมหาวิทยาลัย Nagoyaและ Shuzo Saito แห่งNippon Telegraph and Telephone (NTT) ในปี 1966 LPC สามารถบีบอัดคำพูดได้ ถึง 2.4    kbps ซึ่งนำไปสู่การสนทนาแบบเรียลไทม์ที่ประสบความสำเร็จเป็นครั้งแรกผ่าน ARPANET ในปี 1974 ระหว่าง Culler-Harrison Incorporated ในเมืองGoleta รัฐแคลิฟอร์เนียและMIT Lincoln Laboratoryในเมืองเล็กซิงตัน รัฐแมสซาชูเซตส์ [71] LPC เป็นวิธีการเข้ารหัสคำพูดที่ใช้กันอย่างแพร่หลายมากที่สุด การทำนายเชิงเส้นด้วยโค้ดตื่นเต้น (CELP) ซึ่งเป็นประเภทของอัลกอริธึม LPC ได้รับการพัฒนาโดยManfred R. SchroederและBishnu S. Atalในปี 1985 [73] อั ลกอริธึม LPC ยังคงเป็นมาตรฐานการเข้ารหัสเสียงในเทคโนโลยี VoIP สมัยใหม่ [71]

ในช่วงเวลาประมาณสองทศวรรษต่อมา โทรศัพท์แพ็คเก็ตรูปแบบต่างๆ ได้รับการพัฒนาและกลุ่มผลประโยชน์ในอุตสาหกรรมได้จัดตั้งขึ้นเพื่อสนับสนุนเทคโนโลยีใหม่ หลังจากการยุติโครงการ ARPANET และการขยายอินเทอร์เน็ตสำหรับการรับส่งข้อมูลเชิงพาณิชย์ โทรศัพท์ IP ได้รับการทดสอบและถือว่าเป็นไปไม่ได้สำหรับใช้ในเชิงพาณิชย์ จนกระทั่งมีการเปิดตัว VocalChat ในต้นปี 1990 และในเดือนกุมภาพันธ์ 1995 การเปิดตัว Internet Phone (หรือ iPhone อย่างเป็นทางการ) สั้น) ซอฟต์แวร์เชิงพาณิชย์โดยVocalTecตามสิทธิบัตรAudio Transceiver โดย Lior HaramatyและAlon Cohenและตามด้วยส่วนประกอบโครงสร้างพื้นฐาน VoIP อื่นๆ เช่น เกตเวย์โทรศัพท์และสวิตช์เซิร์ฟเวอร์ ไม่นานหลังจากนั้นก็กลายเป็นพื้นที่ที่มีความสนใจในห้องปฏิบัติการเชิงพาณิชย์ซึ่งเกี่ยวข้องกับประเด็นสำคัญด้านไอที ในช่วงปลายทศวรรษ 1990 ซอฟต์สวิตช์ ตัวแรก เริ่มใช้งานได้ และโปรโตคอลใหม่ เช่นH.323 , MGCP และSession Initiation Protocol (SIP) ได้รับความสนใจอย่างกว้างขวาง ในช่วงต้นทศวรรษ 2000 การแพร่ขยายของการเชื่อมต่ออินเทอร์เน็ตแบบเปิดตลอดเวลาที่มีแบนด์วิดท์สูงไปยังที่อยู่อาศัยและธุรกิจต่างๆ ทำให้เกิดอุตสาหกรรมของผู้ให้บริการโทรศัพท์ทางอินเทอร์เน็ต (ITSP) การพัฒนาซอฟต์แวร์โทรศัพท์แบบโอเพ่นซอร์ส เช่นAsterisk PBXทำให้เกิดความสนใจอย่างกว้างขวางและเป็นผู้ประกอบการในบริการ Voice-over-IP โดยนำกระบวนทัศน์เทคโนโลยีอินเทอร์เน็ตใหม่มาใช้ เช่นบริการคลาวด์กับโทรศัพท์

ในปี 1999 อัลกอริธึม การบีบอัดข้อมูลเสียงdiscrete cosine transform (DCT) ที่ เรียกว่าmodified discrete cosine transform (MDCT) ถูกนำมาใช้กับSiren codec ซึ่งใช้ในมาตรฐานการเข้ารหัสเสียงแบบไวด์แบนด์G.722.1 [74] [75]ในปีเดียวกันนั้น MDCT ถูกดัดแปลงเป็นอัลกอริธึมการเข้ารหัสคำพูด LD-MDCT ใช้สำหรับ รูปแบบ AAC-LDและตั้งใจให้คุณภาพเสียงดีขึ้นอย่างมากในแอปพลิเคชัน VoIP [76]นับตั้งแต่นั้นมา MDCT ถูกใช้อย่างแพร่หลายในแอปพลิเคชั่น VoIP เช่นG.729.1ตัวแปลงสัญญาณไวด์แบนด์ที่เปิดตัวในปี 2549 [77] FaceTimeของApple (โดยใช้ AAC-LD) ที่เปิดตัวในปี 2010 [78]ตัว แปลงสัญญาณ CELT ที่ เปิดตัวในปี 2011 [79]ตัว แปลงสัญญาณ Opus ที่ เปิดตัวในปี 2012 [80]และฟีเจอร์การโทรด้วยเสียงของWhatsApp ที่เปิดตัวในปี 2015 [81]

เหตุการณ์สำคัญ

  • 1966: การเข้ารหัสเชิงทำนายเชิงเส้น (LPC) ที่เสนอโดยFumitada Itakuraแห่งมหาวิทยาลัย Nagoyaและ Shuzo Saito แห่งNippon Telegraph and Telephone (NTT) [71]
  • 1973: แอปพลิเคชั่น เสียงแพ็คเก็ตโดยDanny Cohen
  • 1974: สถาบันวิศวกรไฟฟ้าและอิเล็กทรอนิกส์ (IEEE) ตีพิมพ์บทความเรื่อง "A Protocol for Packet Network Interconnection" [82]
  • ค.ศ. 1974: Network Voice Protocol (NVP) ทดสอบผ่านARPANETในเดือนสิงหาคม พ.ศ. 2517 โดยมีเสียงที่เข้ารหัสCVSD  ขนาด 16 kpbs ที่แทบไม่ได้ยิน [71]
  • 1974: การสนทนาแบบเรียลไทม์ที่ประสบความสำเร็จครั้งแรกบน ARPANET โดยใช้ 2.4  kpbs LPC ระหว่าง Culler-Harrison Incorporated ในเมืองGoleta รัฐแคลิฟอร์เนียและMIT Lincoln Laboratoryในเมืองเล็กซิงตัน รัฐแมสซาชูเซตส์ [71]
  • 1977: Danny Cohen และJon Postelจาก USC Information Sciences InstituteและVint Cerfจาก Defense Advanced Research Projects Agency (DARPA) ตกลงที่จะแยก IP ออกจาก TCP และสร้าง UDP สำหรับการรับส่งข้อมูลแบบเรียลไทม์
  • 1981: IPv4อธิบายไว้ใน RFC 791
  • พ.ศ. 2528: มูลนิธิวิทยาศาสตร์แห่งชาติได้รับมอบหมายให้ก่อตั้งNSFNET [83]
  • 1985: การทำนายเชิงเส้นด้วยโค้ดตื่นเต้น (CELP) ซึ่งเป็นประเภทของอัลกอริธึม LPC ที่พัฒนาโดยManfred R. SchroederและBishnu S. Atal [73]
  • พ.ศ. 2529 : ข้อเสนอจากองค์กรมาตรฐานต่างๆ[ ระบุ ]สำหรับVoice over ATMนอกเหนือจากผลิตภัณฑ์เสียงแพ็คเก็ตเชิงพาณิชย์จากบริษัทต่างๆ เช่นStrataCom
  • 1991: Speak Freely แอปพลิเคชั่น Voice-over-IP เผยแพร่สู่สาธารณสมบัติ [84] [85]
  • 1992: Frame Relay Forum ดำเนินการพัฒนามาตรฐานสำหรับ Voice over Frame Relay
  • 1992: InSoft Inc.ประกาศและเปิดตัวผลิตภัณฑ์การประชุมทางเดสก์ท็อป Communique ซึ่งรวมถึง VoIP และวิดีโอ [84] [86]บริษัทได้รับเครดิตในการพัฒนารุ่นแรกของ VoIP เชิงพาณิชย์ที่ใช้ในสหรัฐอเมริกา การสตรีมสื่อทางอินเทอร์เน็ต และซอฟต์แวร์และมาตรฐานสำหรับโทรศัพท์ทางอินเทอร์เน็ตแบบเรียลไทม์/การทำงานร่วมกัน และมาตรฐานที่จะเป็นพื้นฐานสำหรับโปรโตคอลการสตรีมแบบเรียลไทม์ (RTSP) ) มาตรฐาน.
  • 1993 การเปิดตัว VocalChat ซึ่งเป็นซอฟต์แวร์การสื่อสารด้วยเสียงสำหรับพีซีเครือข่ายแพ็กเก็ตเชิงพาณิชย์จากVocalTec
  • 1994: MTALK โปรแกรมฟรีแวร์ LAN VoIP สำหรับLinux [87]
  • 1995: VocalTecเผยแพร่ ซอฟต์แวร์โทรศัพท์ทาง อินเทอร์เน็ตเชิงพาณิชย์สำหรับโทรศัพท์ทางอินเทอร์เน็ต [88] [89]
    • เริ่มต้นในปี 1995 Intel , MicrosoftและRadvisionได้เริ่มกิจกรรมการกำหนดมาตรฐานสำหรับระบบการสื่อสาร VoIP [90]
  • 2539:
    • ITU-Tเริ่มพัฒนามาตรฐานสำหรับการส่งและการส่งสัญญาณของการสื่อสารด้วยเสียงผ่านเครือข่าย Internet Protocol ด้วยมาตรฐานH.323 [91]
    • บริษัทโทรคมนาคมของสหรัฐฯ ยื่นคำร้องต่อรัฐสภาคองเกรสแห่งสหรัฐอเมริกาเพื่อห้ามเทคโนโลยีโทรศัพท์ทางอินเทอร์เน็ต [92]
    • แนะนำตัวแปลงสัญญาณเสียงG.729 โดยใช้อัลกอริธึม CELP (LPC) [93]
  • 1997: ระดับ 3เริ่มพัฒนาsoftswitch ตัวแรก ซึ่งเป็นคำที่ประกาศเกียรติคุณในปี 1998 [94]
  • 2542:
  • 2001: INOC-DBAเครือข่ายSIPระหว่างผู้ให้บริการรายแรกที่ ปรับใช้ ยังเป็นเครือข่ายเสียงแรกที่เข้าถึงทั้งเจ็ดทวีป [97]
  • 2546: เปิดตัวครั้งแรกในเดือนสิงหาคม พ.ศ. 2546 Skypeเป็นผลงานการสร้างสรรค์ของ Niklas Zennström และ Janus Friis โดยร่วมมือกับนักพัฒนาชาวเอสโตเนียสี่คน มันกลายเป็นโปรแกรมยอดนิยมที่ช่วยทำให้ VoIP เป็นประชาธิปไตยได้อย่างรวดเร็ว
  • พ.ศ. 2547: ผู้ให้บริการ VoIP เชิงพาณิชย์ขยายตัวเพิ่มขึ้น
  • 2006: G.729.1ตัวแปลงสัญญาณไวด์แบนด์แนะนำ โดยใช้อัลกอริธึม MDCT และ CELP (LPC) [77]
  • 2550: ผู้ผลิตและผู้จำหน่ายอุปกรณ์ VoIP เติบโตอย่างรวดเร็วในเอเชีย โดยเฉพาะในฟิลิปปินส์ซึ่งมีครอบครัวของคนงานในต่างประเทศจำนวนมากอาศัยอยู่ [98]
  • 2552: เปิดตัวตัวแปลงสัญญาณ SILKโดยใช้อัลกอริธึม LPC [99]และใช้สำหรับการโทรด้วยเสียงในSkype [100]
  • 2010: AppleเปิดตัวFaceTimeซึ่งใช้ตัวแปลงสัญญาณ AAC-LD ที่ใช้ LD-MDCT [78]
  • 2554:
  • 2012: เปิดตัว Opus codec โดยใช้อัลกอริธึม MDCT และ LPC [80]

ดูเพิ่มเติม

หมายเหตุ

  1. ^ เครือข่าย IP อาจมีแนวโน้มที่จะโจมตี DoSที่ทำให้เกิดความแออัดมากขึ้น [16]
  2. ^ เทคโนโลยีต่างๆ เช่น 802.3ahสามารถใช้สำหรับการเชื่อมต่อ DSL โดยไม่ต้องใช้ ATM

อ้างอิง

  1. ^ "สหพันธ์ XMPP" . Google พูดคุย. 2549 . สืบค้นเมื่อ11 พฤษภาคม 2555 .
  2. ^ บูธ, C (2010). "บทที่ 2: โทรศัพท์ IP, ซอฟต์แวร์ VoIP และ VoIP แบบรวมและบนมือถือ" รายงาน เทคโนโลยี ห้องสมุด . 46 (5): 11–19.
  3. ^ "VoIP" . พจนานุกรมเคมบริดจ์ออนไลน์
  4. มอนตาเซรอลเฮม, อามาเดรซา; โมกัดดัม, โมฮัมหมัด Hossein Yaghmaee; Leon-Garcia, Alberto (มีนาคม 2018) "OpenSIP: สู่เครือข่าย SIP ที่กำหนดโดยซอฟต์แวร์ " ธุรกรรม IEEE เกี่ยวกับการจัดการเครือข่ายและบริการ 15 (1): 184–199. arXiv : 1709.01320 . ดอย : 10.1109/TNSM.2017.2741258 . ISSN 1932-4537 . S2CID 3873601 .  
  5. ^ "การรวม H.323 และ SIP " สืบค้นเมื่อ24 มกราคม 2020 .
  6. ^ "ไร้สาย: ผู้ให้บริการมองหา IP สำหรับ backhaul " www.eetimes.com . อี ไทม์ส เก็บถาวรจากต้นฉบับเมื่อ 9 สิงหาคม 2011 . สืบค้นเมื่อ8 เมษายน 2558 .{{cite web}}: CS1 maint: URL ไม่พอดี ( ลิงค์ )
  7. ^ "ความท้าทาย IP ของมือถือ" . www.totaltele.com . โททัล เทเลคอม ออนไลน์ เก็บถาวรจากต้นฉบับเมื่อ 17 กุมภาพันธ์ 2549 . สืบค้นเมื่อ8 เมษายน 2558 .{{cite web}}: CS1 maint: URL ไม่พอดี ( ลิงค์ )
  8. ^ "ไคลเอ็นต์ Android SIP " สืบค้นเมื่อ30 มกราคม 2018 .
  9. ^ "เรียนรู้การโทรฟรีหรือราคาไม่แพงโดยใช้ SIP บน Android " สืบค้นเมื่อ30 มกราคม 2018 .
  10. ไมเคิล ดอสช์ และ สตีฟ เชิร์ช. "VoIP ในสตูดิโอออกอากาศ" . แอกเซีย ออดิโอ. เก็บถาวรจากต้นฉบับเมื่อ 7 ตุลาคม 2011 . สืบค้นเมื่อ21 มิถุนายน 2554 .
  11. ^ แจ็กสัน วิลเลียม (27 พฤษภาคม 2552) "SSA ก้าวใหญ่บน VOIP " ข่าวคอมพิวเตอร์ของรัฐบาล. สืบค้นเมื่อ28 พฤษภาคม 2552 .
  12. ^ "ประกันสังคมเพื่อสร้าง VOIP ที่ใหญ่ที่สุดในโลก"" . เทคโนโลยีของรัฐบาลเก็บถาวรจากต้นฉบับเมื่อ 2 มิถุนายน 2552 . สืบค้นเมื่อ29 พฤษภาคม 2552 .
  13. a b Korzeniowski, Peter (8 มกราคม 2552). "สามเทคโนโลยีที่คุณต้องการในปี 2552" . ฟอร์บส์. สืบค้นเมื่อ2 มีนาคม 2552 .
  14. สิทธิชัย, เรนี (9 ธันวาคม 2551). "ธุรกิจย้ายไป Voice-Over-IP " ฟอร์บส์. สืบค้นเมื่อ3 มีนาคม 2552 .
  15. ^ "Skype สำหรับธุรกิจ" . ส ไกป์ .คอม . สืบค้นเมื่อ16 มีนาคม 2552 .
  16. ^ "VoIP - ช่องโหว่บนอินเทอร์เน็ตโปรโตคอล?" . www.continuitycentral.com .
  17. ^ a b c d e f "คุณภาพการบริการสำหรับ Voice over IP " สืบค้นเมื่อ3 พฤษภาคม 2011 .
  18. ^ Prabhakar, G.; Rastogi, R.; ทอตตัน, เอ็ม (2005). "สถาปัตยกรรม OSS และข้อกำหนดสำหรับเครือข่าย VoIP" วารสาร เทคนิคBell Labs 10 (1): 31–45. ดอย : 10.1002/bltj.20077 . S2CID 12336090 . 
  19. ^ a b "คุณภาพการบริการสำหรับ Voice over IP" . สืบค้นเมื่อ3 พฤษภาคม 2011 .
  20. กาเซเรส, ราโมน. รายงานขยายโปรโตคอลควบคุม RTP (RTCP XR ) ดอย : 10.17487/RFC3611 . อา ร์เอฟซี 3611 .
  21. ^ CableLabs,คำจำกัดความคุณสมบัติโทรศัพท์ SIP ที่อยู่อาศัย PacketCable , รายงานทางเทคนิค, PKT-TR-RST-V03-071106 (2007)
  22. ^ "การวัดประสิทธิภาพ VoIP โดยใช้พารามิเตอร์ QoS" (PDF ) อะฮฺมูฮัมหมัด อามีน. 14 สิงหาคม 2559
  23. ^ "วิธีการสำหรับการทดสอบประสิทธิภาพโครงสร้างพื้นฐาน SIP" (PDF ) มิโรสลาฟ วอซนัก, ยาน โรซอน. 14 สิงหาคม 2559
  24. ^ "การประเมินประสิทธิภาพ Voice over IP (VoIP) บน VMware vSphere® 5" (PDF ) วีเอ็มแวร์ 14 สิงหาคม 2559
  25. ^ "การทดสอบประสิทธิภาพและความเครียดของเซิร์ฟเวอร์ SIP ไคลเอนต์ และเครือข่าย IP " สตาร์ทรินิตี้ 13 สิงหาคม 2559
  26. ^ "การทดสอบเครือข่าย Voice over IP (VolP)" (PDF ) IXIA 14 สิงหาคม 2559
  27. ^ "ความสำคัญของเทคโนโลยี Softswitch VoIP " ixc.ua 20 พฤษภาคม 2554 เก็บถาวรจากต้นฉบับเมื่อ 26 พฤศจิกายน 2555
  28. ^ "RFC 3824– การใช้หมายเลข E.164 กับ Session Initiation Protocol (SIP) " สังคมอินเทอร์เน็ต. 1 มิถุนายน 2547 . สืบค้นเมื่อ21 มกราคม 2552 .
  29. ^ "สร้างชื่อ Skype" . ส ไกป์. สืบค้นเมื่อ21 มกราคม 2552 .
  30. ^ "RFC 3969– The Internet Assigned Number Authority (IANA) Uniform Resource Identifier (URI) Registry Registry สำหรับ Session Initiation Protocol (SIP) " สังคมอินเทอร์เน็ต. 1 ธันวาคม 2547 . สืบค้นเมื่อ21 มกราคม 2552 .
  31. ^ "หมายเลขออนไลน์ส่วนตัวของคุณ" . ส ไกป์. สืบค้นเมื่อ21 มกราคม 2552 .
  32. ^ "ความสามารถในการทำงานร่วมกันของเครือข่ายระดับแอปพลิเคชันและวิวัฒนาการของ IMS " ทีเอ็มซีเน็ต.คอม 24 พฤษภาคม 2549 . สืบค้นเมื่อ21 มกราคม 2552 .
  33. เจฟฟ์ ริดเดล (2007). การใช้งานแบบแพ็คเก็ตได้ ซิสโก้ เพรส หน้า 557. ISBN 978-1-58705-181-4.
  34. ^ "การรักษาหมายเลขโทรศัพท์ของคุณเมื่อคุณเปลี่ยนผู้ให้บริการ" . เอฟซีซี . เก็บถาวรจากต้นฉบับเมื่อ 12 ธันวาคม 2552 . สืบค้นเมื่อ20 มกราคม 2552 .
  35. ^ a b "FCC Consumer Advisory VoIP และ 911 Service" (PDF ) สืบค้นเมื่อ2 พฤษภาคม 2011 .
  36. ^ Soft-Switch.org , การส่งแฟกซ์ผ่านเครือข่าย IP
  37. ^ "ชุดเครื่องมือควบคุม ICT – 4.4 VOIP – ปัญหาด้านกฎระเบียบ – Universal Service " สืบค้นเมื่อ21 กันยายน 2017 .
  38. ^ "ตรวจสอบสองการโจมตีที่รู้จักกันดีบน VoIP" . รหัสวงกลม สืบค้นเมื่อ5 เมษายน 2549 .
  39. ↑ Disa.mil , Internet Protocol Telephony & Voice over Internet Protocol Security Technical Implementation Guide
  40. ^ การติดตั้ง Secure Voice over IP (SVoIP) กับ Voice over Secure IP (VoSIP)ระบบ Dynamics C4 ทั่วไป
  41. ดันเต้ มาร์คุส; Ruland, Christoph (มิถุนายน 2550) "การรักษาความปลอดภัย Voice-over-IP" (PDF ) วารสารนานาชาติด้านวิทยาการคอมพิวเตอร์และการรักษาความปลอดภัยเครือข่าย . 7 (6): 63–68.
  42. ^ Sans.org , SANS Institute InfoSec Reading Room
  43. ^ สีขาว ซม.; ทีก, KA; แดเนียล อีเจ (7-10 พฤศจิกายน 2547) เรียกดูเอกสารการประชุม > สัญญาณ ระบบ และคอมพิวเตอร์ ... ช่วยในการทำงานกับการปกปิดการสูญหายของ Abstracts Packet ในสภาพแวดล้อมเสียงผ่าน IP ที่ปลอดภัย (PDF ) สัญญาณ ระบบ และคอมพิวเตอร์ พ.ศ. 2547 บันทึกการประชุม Asilomar Conference ครั้งที่ 38 เรื่อง . ฉบับที่ 1. หน้า 415–419. CiteSeerX 10.1.1.219.633 . ดอย : 10.1109/ACSSC.2004.1399165 . ISBN   978-0-7803-8622-8. S2CID  402760 .
  44. ^ "Cellcrypt รักษาความปลอดภัย VOIP มุ่งหน้าไปยัง BlackBerry " Networkworld.com .
  45. ^ "การโทร VOIP ที่ปลอดภัย ซอฟต์แวร์ฟรี และสิทธิ์ในความเป็นส่วนตัว " นิตยสารซอฟต์แวร์ฟรี
  46. ^ VOIPSA.org , บล็อก: "สวัสดีแม่ ฉันตัวปลอม!" (Telespoof และ Fakecaller)
  47. ^ "ความเข้ากันได้ของอุปกรณ์ช่วยฟังสำหรับโทรศัพท์แบบมีสายและไร้สาย " คณะกรรมการการสื่อสารแห่งสหพันธรัฐ . 30 ตุลาคม 2557 . สืบค้นเมื่อ9 กรกฎาคม 2019 .
  48. ^ FCC.gov , ข้อดีของ VoIP คืออะไร?
  49. ^ "ไม่พบหน้า | เว็บไซต์อย่างเป็นทางการของ HP®" (PDF ) {{cite web}}: Cite ใช้ชื่อทั่วไป ( help )
  50. ^ "เมทริกซ์สถานะนโยบาย VOIP ทั่วโลก " พันธมิตร IP ระดับโลก 2548 . สืบค้นเมื่อ23 พฤศจิกายน 2549 .
  51. ^ Proenza, Francisco J. "ถนนสู่การพัฒนาบรอดแบนด์ในประเทศกำลังพัฒนาคือการแข่งขันที่ขับเคลื่อนโดย Wireless และ VOIP" (PDF ) เก็บถาวรจากต้นฉบับ(PDF)เมื่อ 2 มิถุนายน 2555 . สืบค้นเมื่อ7 เมษายน 2551 .
  52. ^ "การตัดสินใจโทรคมนาคม CRTC 2005-21" . คณะกรรมการกิจการวิทยุและโทรคมนาคมของประเทศแคนาดา รัฐบาลแคนาดา. 4 เมษายน 2548 . สืบค้นเมื่อ29 เมษายน 2017 .
  53. ^ เมตซ์, เคด. "ข้อมือโอมาน 212 ขายสาย VoIP" . ทะเบียน. สืบค้นเมื่อ20 กันยายน 2559 .
  54. ^ "ซาอุดีอาระเบียเลิกแบนการโทรทางอินเทอร์เน็ต" . ข่าวบีบีซี 20 กันยายน 2560 . สืบค้นเมื่อ10 มกราคม 2018 .
  55. ^ "ซาอุดีอาระเบียเลิกแบนการโทรทางอินเทอร์เน็ต" . สำนักข่าวรอยเตอร์ 20 กันยายน 2560 . สืบค้นเมื่อ10 มกราคม 2018 .
  56. ^ "ไม่ต้องกังวล Skype กำลังทำงานใน UAE " คาลีจไทม์ส. 26 มิถุนายน 2560 . สืบค้นเมื่อ11 มกราคม 2018 .
  57. ↑ Debusmann Jr, Bernd (9 มกราคม 2018). "Etisalat เปิดตัวแผนการโทรใหม่ไม่จำกัดด้วยแอป VoIP " ธุรกิจอาหรับ. สืบค้นเมื่อ9 มกราคม 2018 .
  58. ^ Maceda, Cleofe (8 มกราคม 2018) "ไม่มี Skype? จ่าย Dh50 รายเดือนสำหรับการโทรวิดีโอ " กัลฟ์นิวส์ สืบค้นเมื่อ9 มกราคม 2018 .
  59. ^ Zacharias, Anna \ (8 มกราคม 2018) "Etisalat เปิดตัวแผนแอปโทรใหม่วันหลังจาก Skype หยุดชะงัก " แห่งชาติ. สืบค้นเมื่อ9 มกราคม 2018 .
  60. ^ "สหรัฐอาหรับเอมิเรตส์คลายข้อ จำกัด VoIP บางประการเนื่องจากผู้อยู่อาศัยในการเรียกร้องให้ยุติการห้าม WhatsApp และ Skype " ซีเอ็นบีซี . 26 มีนาคม 2563 . สืบค้นเมื่อ26 มีนาคม 2020 .
  61. ^ a b Mahanagar Doorsanchar Bhawan and Jawahar Lal Nehru Marg (พฤษภาคม 2008) "เอกสารคำปรึกษาเกี่ยวกับหน่วยงานกำกับดูแลกิจการโทรคมนาคมแห่งอินเดีย (TRAI) เกี่ยวกับปัญหาที่เกี่ยวข้องกับโทรศัพท์ทางอินเทอร์เน็ต เอกสารคำปรึกษาฉบับที่ 11/2008" (PDF ) นิวเดลี อินเดีย: Telecom Regulatory Authority of India (TRAI) หน้า 16 (ข้อ 2.2.1.2 PC-to-Phone Internet telephony) เก็บถาวรจากต้นฉบับ(PDF)เมื่อ 6 ตุลาคม 2014 . สืบค้นเมื่อ19 กันยายน 2555 . ผู้ใช้ปลายทางได้รับอนุญาตให้โทรทางอินเทอร์เน็ตระหว่างพีซีกับโทรศัพท์บน PSTN/PLMN ในต่างประเทศเท่านั้น
  62. ^ Harish Kumar Gangwar Technical Note เกี่ยวกับการแลกเปลี่ยนโทรศัพท์ทางไกลระหว่างประเทศทางไกลที่ผิดกฎหมายในอินเดีย
  63. ^ Stripes.com , Stars and Stripes: ข้อตกลง USFK ช่วยให้กองทัพเข้าถึง VoIP ได้
  64. ^ เพอร์ชิง, เจนนี่. "ไซเบอร์เทเลคอม :: VoIP :: FCC " www.cybertelecom.org . สืบค้นเมื่อ21 กันยายน 2017 .
  65. ^ GPO.gov , 47 CFR pt. 9 (2007)
  66. ^ "บริการ VoIP และ 911 " เอฟซีซี 26 พฤษภาคม 2554 . สืบค้นเมื่อ16 สิงหาคม 2014 .
  67. ^ "เสียงผ่านอินเทอร์เน็ตโปรโตคอล (VoIP)" . 18 พฤศจิกายน 2553 . สืบค้นเมื่อ21 กันยายน 2017 .
  68. กรีนเบิร์ก, แอนดี้ (15 พ.ค. 2551) "อนาคตที่คลุมเครือของการดักฟังข้อมูลสถานะการรักษาความปลอดภัยทางไซเบอร์" . ฟอร์บส์. สืบค้นเมื่อ2 มีนาคม 2552 .
  69. ^ "แดนนี่ โคเฮน" . อินเทอร์เน็ตฮอลล์ออฟเฟสืบค้นเมื่อ6 ธันวาคม 2014 .
  70. ^ การส่งเนื้อหาขั้นสูง สตรีมมิ่ง และบริการคลาวด์ (หน้า 34 ) วิลลี่. 19 กันยายน 2014 ISBN 9781118909706. สืบค้นเมื่อ6 ธันวาคม 2014 .
  71. อรรถa b c d e Grey, Robert M. (2010). "ประวัติคำพูดดิจิทัลแบบเรียลไทม์บนเครือข่ายแพ็คเก็ต: ส่วนที่ II ของการเข้ารหัสแบบคาดการณ์เชิงเส้นและอินเทอร์เน็ตโปรโตคอล" (PDF ) พบ. กระบวนการสัญญาณเทรนด์ 3 (4): 203–303. ดอย : 10.1561/2000000036 . ISSN 1932-8346 .  
  72. ^ Gupta, Shipra (พฤษภาคม 2016). "การประยุกต์ใช้ MFCC ในการรู้จำผู้พูดอิสระข้อความ" (PDF ) วารสารนานาชาติด้านการวิจัยขั้นสูงทางวิทยาการคอมพิวเตอร์และวิศวกรรมซอฟต์แวร์ . 6 (5): 805–810 (806) ISSN 2277-128X . S2CID 212485331 . เก็บถาวรจากต้นฉบับ(PDF)เมื่อ 18 ตุลาคม 2019 . สืบค้นเมื่อ18 ตุลาคม 2019 .   
  73. a b M. R. Schroeder and BS Atal, "Code-excited linear president (CELP): high-quality speech at very low bitrate" ในProceedings of the IEEE International Conference on Acoustics, Speech, and Signal Processing (ICASSP), vol . 10 หน้า 937–940, 1985
  74. อรรถ เป็ เฮอร์เซนท์ โอลิวิเยร์; เปอตีต์, ฌอง-ปิแอร์; กูร์ล, เดวิด (2005). นอกเหนือจากโปรโตคอล VoIP: ทำความเข้าใจเกี่ยวกับเทคโนโลยีเสียงและเทคนิคเครือข่ายสำหรับโทรศัพท์ IP จอห์น ไวลีย์ แอนด์ ซันส์ . หน้า 55. ISBN 9780470023631.
  75. อรรถเป็น Lutzky, มันเฟรด; ชูลเลอร์, เจอรัลด์; เกย์เออร์, มาร์ค; เครเมอร์, อุลริช; Wabnik, Stefan (พฤษภาคม 2547) แนวทางการดีเลย์ของตัวแปลงสัญญาณเสียง (PDF ) อนุสัญญา AES ครั้งที่ 116 รอนโฮเฟอร์ IIS สมาคมวิศวกรรมเสียง. สืบค้นเมื่อ24 ตุลาคม 2019 .
  76. อรรถเป็น Schnell มาร์คัส; ชมิดท์, มาร์คัส; แจนเดอร์, มานูเอล; อัลเบิร์ต, โทเบียส; ไกเกอร์, ราล์ฟ; Ruoppila, เวซา; เอกสแตรนด์ ต่อ; เบอร์นาร์ด, กริลล์ (ตุลาคม 2551). MPEG-4 Enhanced Low Delay AAC - มาตรฐานใหม่สำหรับการสื่อสารคุณภาพสูง (PDF ) อนุสัญญา AES ครั้งที่ 125 รอนโฮเฟอร์ IIS สมาคมวิศวกรรมเสียง. สืบค้นเมื่อ20 ตุลาคม 2019 .
  77. อรรถเป็น นากิเรทดี, สิวันนารายณ์ (2551). การประมวลผลสัญญาณ เสียงและแฟกซ์ VoIP จอห์น ไวลีย์ แอนด์ ซันส์ . หน้า 69. ISBN 9780470377864.
  78. a b แดเนียล อีแรน ดิลเจอร์ (8 มิถุนายน 2010). "ภายใน iPhone 4: การโทรผ่านวิดีโอแบบ FaceTime" . แอป เปิ้ ลอินไซ เดอร์ สืบค้นเมื่อ9 มิถุนายน 2010 .
  79. ^ a b Presentation of the CELT codec Archived 7 สิงหาคม 2011 ที่Wayback Machineโดย Timothy B. Terriberry (วิดีโอ 65 นาที ดูสไลด์การนำเสนอที่ เก็บถาวร 10 สิงหาคม 2011 ที่Wayback Machineในรูปแบบ PDF)
  80. อรรถเป็น วาลิน ฌอง-มาร์ก; แม็กซ์เวลล์, เกรกอรี่; Terriberry, Timothy B.; Vos, Koen (ตุลาคม 2556). การเข้ารหัสเพลงคุณภาพสูงและหน่วงเวลาต่ำใน Opus Codec อนุสัญญา AES ครั้งที่ 135 สมาคมวิศวกรรมเสียง . arXiv : 1602.04845 .
  81. ^ เลย์เดน, จอห์น (27 ตุลาคม 2558). "WhatsApp เปิดเผย: อวัยวะภายในของแอปที่ดูดข้อมูลถูกตรวจสอบ " ทะเบียน . สืบค้นเมื่อ19 ตุลาคม 2019 .
  82. ^ Cerf, V.; Kahn, R. (พฤษภาคม 1974). "โปรโตคอลสำหรับการสื่อสารระหว่างเครือข่ายแพ็คเก็ต" (PDF ) ธุรกรรม IEEE ในการสื่อสาร 22 (5): 637–648. ดอย : 10.1109/TCOM.1974.1092259 .
  83. ^ "การเปิดตัว NSFNET " มูลนิธิวิทยาศาสตร์แห่งชาติ. สืบค้นเมื่อ21 มกราคม 2552 .
  84. ^ a b Dua, อามิต. "พื้นฐาน VoIP: ทุกสิ่งที่ผู้เริ่มต้นควรรู้!" . business2community.com . ธุรกิจ 2 ชุมชน. สืบค้นเมื่อ14 กันยายนพ.ศ. 2564 .
  85. แมคครอว์, คอรีย์. "ประวัติความเป็นมาของ VoIP ตลอด 55 ปีที่ผ่านมา (พ.ศ. 2509 ถึง พ.ศ. 2564)" . fitsmallbusiness.com . เหมาะกับธุรกิจขนาดเล็ก
  86. IDG Network World Inc; เอคเคอร์สัน, เวย์น (21 กันยายน 1992) "Network World - Startup กำหนดเป้าหมายเป็นเวทีการประชุมทางวิดีโอบนเดสก์ท็อป " เครือข่ายโลก . IDG Network World Inc: 39–. ISSN 0887-7661 . สืบค้นเมื่อ10 กุมภาพันธ์ 2555 . 
  87. ^ "MTALK-Readme" (TXT) . Sunsite.edu . สืบค้นเมื่อ29 เมษายน 2555 .
  88. ^ คีด, ทอม. "อินเทอร์เน็ตโทรศัพท์รุ่น 4" (PDF) . นิตยสารปฏิสัมพันธ์โทรศัพท์คอมพิวเตอร์. สืบค้นเมื่อ7 พฤศจิกายน 2550 .
  89. ^ " 10 ประการที่ก่อตั้ง VOIP (ตอนที่ 1: VocalTec) " ไอ โลคัสืบค้นเมื่อ21 มกราคม 2552 .
  90. ^ RADVision ของ ไลบรารีฟรีและความเข้ากันได้ของเป้าหมายของ Intel ระหว่างเกตเวย์การประชุมทางวิดีโอ H.323/320 ของ RADVision และการประชุมทางวิดีโอสำหรับธุรกิจของ Intel และผลิตภัณฑ์ TeamStation เก็บถาวร 30 ตุลาคม 2013 ที่ Wayback Machine 2 มิถุนายน 1997 VoiP Developer Solutions
  91. ^ "H.323 ระบบโทรศัพท์ภาพและอุปกรณ์สำหรับเครือข่ายท้องถิ่นซึ่งให้คุณภาพการบริการที่ไม่รับประกัน " ไอ ทู-ที. สืบค้นเมื่อ21 มกราคม 2552 .
  92. ^ "อาร์เอฟซี 2235" . ร.ศกน. สืบค้นเมื่อ21 มกราคม 2552 .
  93. ^ International Telecommunication Union, Standardization Sector (ITU-T), Study Group 15 (1993-1996), Recommendation G.729 , มีนาคม 2539
  94. ^ "10 ที่สร้าง VOIP (ตอนที่ 2: ระดับ 3) " ไอ โลคัส 13 กรกฎาคม 2550 . สืบค้นเมื่อ7 พฤศจิกายน 2550 .
  95. ^ "RFC 2543, SIP: โปรโตคอลการเริ่ม ต้นเซสชัน" Handley, Schulzrinne, Schooler, โรเซนเบิร์ก. สืบค้นเมื่อ21 มกราคม 2552 .
  96. ^ "ดอกจันคืออะไร" . เครื่องหมายดอกจัน. org สืบค้นเมื่อ21 มกราคม 2552 .
  97. สเตเปิลตัน-เกรย์, รอสส์ (2009). Inter-Network Operations Center Dial-by-ASN (INOC-DBA) ซึ่งเป็นทรัพยากรสำหรับชุมชนผู้ให้บริการเครือข่าย Los Alamitos: สำนักพิมพ์ IEEE Computer Society ISBN 978-0-7695-3568-5.
  98. เรโม มิเชล วี. (27 สิงหาคม 2550). "อนาคตสดใส รับสายสนทนาทางอินเตอร์เน็ต" . ผู้สอบถามรายวัน ของฟิลิปปินส์ สืบค้นเมื่อ1 มกราคม 2558 .
  99. ^ Audio-Mitschnitt Archived 10 กุมภาพันธ์ 2013 ที่ Wayback Machine vom Treffen der IETF-Codec-Arbeitsgruppe auf der Konferenz IETF79 ในปักกิ่ง ประเทศจีน โดยที่ Darstellung der grundlegenden Funktionsprinzipien durch Koen Vos (MP3, ~70 MiB)
  100. ^ "ตัวแปลงสัญญาณ super wideband ใหม่ของ Skype " ไวร์โวลูชั่น.คอม 13 มกราคม 2552 . สืบค้นเมื่อ31 มีนาคม 2552 .

ลิงค์ภายนอก

  • ความหมายพจนานุกรมของVoIPที่ Wiktionary
  • อินเทอร์เน็ตคู่มือการเดินทางจาก วิกิท่องเที่ยว