호스트 미디어 처리

Host media processing

HMP(호스트 미디어 프로세싱) 기반의 전화 시스템은 디지털 신호 처리기(DSP)를 사용하여 업무를 수행하기보다는 범용 컴퓨터를 사용하여 전화 통화의 미디어 스트림을 처리하는 시스템이다. 시간 분할 다중화(TDM) 전송을 위해 전화 통화 스트림이 디지털화되기 시작했을 때, 미디어 스트림의 처리가 어떤 식으로든 그것을 향상시키기 위해 보편화되었다. 예를 들어, 장거리 회로에 디지털 에코 취소기가 추가되었고, 모뎀 성능을 향상시키기 위해 전송 채널이 형성되었다. 그 후 80년대 중반, 예를 들어 메시징을 구현한 컴퓨터 기반 시스템은 DSP를 사용하여 저장용 오디오를 압축했고, 팩스 서버는 팩스 모뎀을 구현하기 위해 DSP를 사용하였다.

그러나 90년대 후반부터 저비용 PC에서 이용할 수 있는 수백만 개의 처리력(MIPS)이 여러 개의 미디어 스트림을 처리하기에 충분하면서도 애플리케이션을 처리할 수 있는 처리력은 여전히 충분히 남겨두었다. 그리고, 무어의 법칙에 따라, PC 용량은 18개월마다 계속해서 두 배가 되는 반면, 통화의 미디어 스트림을 처리하는 데 필요한 MIPS는 비교적 일정하게 유지되어 왔다. 이제, 세기의 첫 10년 후반기에는, 한 대의 PC가 100건이 훨씬 넘는 동시 통화를 처리할 수 있게 되었다.

IP 전화 통신 이전에 통신 시스템을 통신 네트워크에 연결하려면 통신 전용 물리적 인터페이스를 보유해야 했다. 이는 저밀도 비 네트워크 시스템을 위한 아날로그 인터페이스(POTS/DS-0) 또는 T-1 또는 E-1 라인(DS-1, 24 또는 32 DS-0 제공)과 같은 디지털 인터페이스를 의미할 수 있다. DS-4 연결은 274.176 Mbit/s 또는 4032 DS-O를 제공한다. 각각의 경우에, 독점적이어서 상대적으로 비싼 통신 전용 전자 인터페이스가 필요했다. 상황은 모든 IP 통신 기반구조에 따라 극적으로 변화한다. 네트워크 인터페이스는 중요한 독점적 요소에서 최신 컴퓨팅 시스템에 내재된 기능인 기성 고성능 IP 인터페이스로 이동한다. 오늘날 10기가비트 이더넷의 전화 시스템이 배치되고 있다.

Host Media Processing이라는 용어는 2000년대 초반 인텔에 의해 제품 이름에 처음 사용되었다.[1] 아쿨라브, 피카, 아이콘네트웍스, 유니콜, 콤메트렉스, NMS 등 많은 기업이 사용하는 소프트웨어 기반 전화 제품의 총칭으로 빠르게 채택되었다. 오늘날에는 인텔의 호스트 미디어 처리 제품 라인(여전히 HMP라고 불림)이 Dialogic 배너 밑에 존재한다.

전화전화를 처리하기 위해 산업 표준 PC를 사용하는 개념은 현재 아스테리스크, YATE, FreeSwitch와 같은 오픈 소스 플랫폼이 같은 원리를 사용하여 널리 이해되고 받아들여지고 있다. VoIP와 FoIP(Fax-over-IP)에 대한 관심이 높아지면서 다양한 통신 솔루션으로 몰딩할 수 있는 오픈 호스트 기반 솔루션에 대한 수요가 급증했다. 오늘날 HMP 구성요소는 PBX, 회의 서버, 통합 통신 서버 및 IVR을 포함한 다양한 종류의 솔루션을 구현하기 위해 사용된다. 최근 몇 년 동안 가상화의 출현은 또한 HMP의 매력을 증가시킨다. 그 이유는 전화 자원을 (전용 하드웨어 보드가 아닌) 가상 채널로 생각할 수 있기 때문이다. 이는 가상 프로세서 및 서버와 동일한 이점을 제공하는 (즉, 복원력, 하드웨어 감소, 공간 절약, 유지보수 감소)

저비용 산업 표준 인터페이스를 통한 네트워크 연결은 미디어 처리를 위해 DSP를 사용할 것인지 아니면 서버 블레이드를 사용할 것인지에 대한 고려에 영향을 미치며, 특히 미디어 서버에서는 패킷 지연이 그만큼 번거롭지 않고 TDM 인터페이스가 필요하지 않다. DSP를 호스팅하는 데 사용할 수 있는 전화 인터페이스 블레이드와 그에 수반되는 섀시 및 전원 시스템이 없다면 독점 블레이드에 DSP를 추가하는 것은 독립적으로 정당화되어야 한다. 그들은 계속해서 고밀도 애플리케이션에 대해 정당화될 것이다. 그러나 반도체 업계가 무어의 법칙을 계속 따르면서 호스트 미디어 프로세싱은 2010년 한 블레이드에서 1500개의 채널을 지원할 예정이다. DSP는 항상 더 높은 밀도를 제공하지만, 1500개의 채널이 시스템 요건을 충족한다면, 더 높은 밀도는 증분 값을 거의 갖지 못할 것이다.

"HMP"라는 용어의 모든 용어가 같은 것을 의미하는 것은 아니다. 예를 들어 실제 미디어 처리를 하지 않는 HMP 시스템이 있기 때문에 오늘날 이 용어가 어떻게 사용되고 있는지 이해하는 것이 중요하다.

현대의 디지털 미디어 전화 시스템은 통화 스트림을 변환하거나 그것으로부터 정보를 추출하기 위한 신호 처리를 요구한다. 변환은 기능 매칭이나 대역폭 절감을 위해 팩스를 송신하거나 수신하고 스트림을 한 음성 코덱에서 다른 음성 코덱으로 변환하는 데 필요한 처리를 포함한다. DTMF 검출, 발신자 ID, 대역 내 통화 진행 분석 등이 정보 추출의 좋은 예다.

시중에 미디어(신호) 처리를 실제로 하지 않는 기능이 제한된 미디어 서버가 많이 있다. 게이트웨이가 인밴드 톤 분석을 수행하여 DTMF나 발신자 ID와 같은 내장 정보를 추출할 수 있는 방법을 규정하는 인터넷 엔지니어링 태스크포스(IETF) 「RFC」(2833)가 있다. 이 경우 미디어 서버에 필요한 것은 RTP 버퍼를 게이트웨이에서 구문 분석하여 톤 정보를 도출하는 것이다.

하지만 한 음성 압축 방식(복음기)이 다른 음성으로 변환되는 트랜스코딩은 어떨까? 예를 들어, 일부 미디어 서버는 단순히 버퍼를 처리하므로 트랜스코딩을 수행할 수 없어 저기능 음성 메시징으로 제한한다. RTP 패킷은 단순히 수신되는 대로 저장되고 재생된다. 이는 AGC, 볼륨 제어, 시간 척도 수정(재생 속도 상승 및 감속) 또는 엔드포인트 터미널과 일치하는 기능이 없음을 의미하며, 이러한 유형의 소위 HMP 미디어 서버가 기능적으로 가장 제한된 애플리케이션에서만 실행 가능한 옵션이 되도록 한다.

수년 동안 "신호 처리"와 "미디어 처리"라는 용어는 서로 바꾸어 사용되어 왔기 때문에, 가장 적절하게, HMP라는 용어는 호스트 MIPS가 실제로 디지털 신호 처리 작업을 수행하기 위해 사용되는 시스템을 위해 사용된다.

참고 항목

참조

  1. ^ "Intel Announces Two Standards-based Software Building Blocks" (Press release). Speechtekmag. September 1, 2003. Retrieved 2010-08-10.
  2. ^ http://www.faqs.org/rfcs/rfc2833.html