블랙핀 프로세서를 이용한
VoIP 솔루션 디자인

VoIP 기술에는 분명 사람들이 통신하는 방법을 혁신적으로 변화시킬 수 있는 잠재력이 있다. 블랙핀 프로세서의 성능과 다양성이 다양한 표준과 함께 작동하면 VoIP는 임베디드 환경에서 깊숙이 자리잡으며 이처럼 흥미로운 기술의 이점을 아직 경험하지 못한 많은 시장에서 부가 가치 기능을 만들어 낼 것이다.

글│데이비드 카츠(Daivd Katz), 토마스 루커샥(Thomas Lukasiak), 릭 젠틸(Rick Gentile), 웨인 마이어(Wayne Meyer), 아나로그디바이스

오늘날과 같은 VoIP(Voice-over-Internet-Protocol) 시대에서는 텔레포니(Telephony)와 데이터 통신을 결합, 저비용 인터넷 링크를 통해 스트리밍되는 패킷화된 음성 및 팩스 데이터 전송이 가능하다. 현재 회선 교환에서 패킷 교환 네트워킹으로의 변화가 매우 빠른 속도로 진행됨에 따라 단순한 음성 전송을 뛰어넘어 다른 형태의 데이터를 수용하고 동일한 인프라 내에서 완전한 이동이 가능한 애플리케이션이 각광 받고 있다.
임베디드 시스템 디자이너들이 겪는 VoIP 관련 문제는 시장에서 경제적이고, 배포가 용이하며, 성능 확장이 가능한 프로세싱 솔루션을 선택하는 것이다."스위트 스폿(Sweet-Spot)" 임베디드 솔루션 접근 방식은 채널 수가 적은 기본적인 VoIP 솔루션을 구현하면서 비디오, 음악, 이미징 및 시스템 제어 같은 부가 가치성 기능 및 서비스를 위한 용량을 유지할 수 있는 플랫폼으로 디자인하는 데 사용된다. 다음은 아나로그디바이스의 블랙핀(Blackfin) 프로세서 제품군이 어떻게 매력적인 솔루션을 제공하는지에 관한 사례를 설명한다.

VoIP의 정의

일반 전화 교환망(PSTN) 같은 오늘날의 음성 네트워크는 디지털 스위칭 기술을 사용하여 발신자와 수신자 간에 전용 링크를 구축한다. 이 연결은 제한된 대역폭만 제공하지만 복잡한 인코딩 알고리즘에 대한 부담 없이 만족스러운 품질 수준을 얻을 수 있다.
VoIP의 대안은 IP를 이용하여 인터넷 또는 사설 네트워크상에서 디지털화된 음성 트래픽을 전송한다. IP 패킷은 제어 헤더와 데이터 페이로드를 포함한 일련의 자릿수로 구성되어 있다. 헤더는 패킷에 대한 네트워크 탐색 정보를 제공하고, 페이로드에는 압축된 음성 데이터가 포함되어 있다.
회선 교환 텔레포니는 전체 메시지를 다루지만 VoIP 기반 데이터 전송은 패킷을 기반으로 하므로 많은 데이터가 패킷화(전송 단위로 분할)되어 압축된 후 네트워크를 통해 전송되어 지정된 수신측에서 다시 조합된다. 여기서 주목할 부분은 송신기와 수신기 사이에 전용 링크가 필요 없다는 점이다.
전달이 비적시성(Non-Time-Critical)"최선의 노력" 범주에 속하므로 패킷화는 네트워크에서 데이터(예: JPEG 파일 또는 이메일)를 전송하는 데 매우 적합하다. 네트워크는 동일한 미디어에서 여러 소스의 데이터를 효율적으로 이동시킨다. 그러나 음성 애플리케이션의 경우에는 패킷이 네트워크에서 이동할 때 가변 길이 지연으로 인해 수신측에서 디코딩된 오디오 신호의 품질이 저하될 수 있으므로"최선의 노력"만으로는 충분하지 않다. 때문에 VoIP 프로토콜은 QoS 기법을 통해 네트워크 대역폭을 관리하여 지연으로 인해 음성 품질이 떨어지지 않도록 하는 데 중점을 두고 있다.
음성 데이터를 패킷화하면 헤더 및 트레일러 정보가 데이터 블록에 추가된다. 추가된 지연(시스템을 통한 시간 지연)을 최소화하려면 패킷화 오버헤드(이 프로세스로 인한 추가 시간 및 데이터)를 줄여야 한다. 따라서 이 프로세스는 전송 지연을 최소화하는 것과 네트워크 대역폭을 가장 효율적으로 사용하는 것 사이에서 균형을 맞춰야 한다. 즉, 패킷의 크기가 작을수록 보다 자주 전송할 수 있으며 패킷의 크기가 크면 구성하는 데 더 많은 시간이 소요된다. 한편 패킷이 크면 헤더 및 트레일러 정보를 보다 큰 음성 데이터에 분할하여 패킷이 작은 경우보다 효율적으로 네트워크 대역폭을 사용할 수 있다.
네트워크는 특성상 데이터 전송률이 매우 다르게 나타난다. 지터라고 하는 이러한 변화는 가장 느린 패킷이 제 시간에 도달하여 올바른 순서로 디코딩되도록 패킷을 충분히 버퍼링하면 제거된다. 지터 버퍼가 클수록 시스템 전체의 지연(Latency)은 커지게 마련이다.
앞서 언급했듯이 지연은 IP 시스템에서의 시간 지연을 나타낸다. 단방향 지연은 단어를 말한 순간부터 반대편에서 통화하고 있는 사람이 그 단어를 듣는 순간까지의 시간이다. 또한 라운드 트립 지연은 단순히 두 단방향 지연의 합을 나타낸 것이다. 따라서 지연 값이 낮을수록 대화는 더 자연스러울 것이다. 북미 지역 PSTN 전화 시스템의 경우 라운드 트립 지연은 150ms 미만이다.
VoIP 시스템에서는 최대 200ms의 단방향 지연을 수용할 수 있다. VoIP 시스템에서 발생하는 지연의 가장 큰 원인은 통화의 양쪽에 있는 네트워크와 게이트웨이다. 음성 코덱(코더-디코더)도 지연에 일부 영향을 주지만 다른 것과 비교하면 적은 편이다(<20 ms).
음성 네트워크 애플리케이션에서 지연이 높을 경우 주된 문제는 반향과 오버랩을 소거하는 일이다. 반향 소거는 인지되는 품질에 직접적인 영향을 준다. 라운드 트립 지연이 50ms를 초과할 경우에는 반향 소거가 중요한 역할을 하며, 단방향 지연이 200ms 이상이면 음성 오버랩이 문제가 된다.
음성 대화를 진행하는 동안 경과되는 대부분의 시간은"데드 타임"(통화자가 말하지 않는 시간)이기 때문에 코덱은 이러한 시간 동안 데이터를 전송하지 않음으로써 이 침묵 시간(Silence)을 활용한다. 이러한"침묵 압축" 기술은 음성 활동을 검사하여 음성 활동이 없을 경우 데이터 전송을 중지한다. 대신"위안(Comfort)" 잡음을 생성하여 아무 말을 하지 않더라도 통화가 끊어진 것처럼 느껴지지 않도록 한다.
표준 PSTN 전화 시스템에서 인지되는 품질을 저하시키는 반향은 다양한 이유로 인해 발생한다. 일반적인 두 가지 원인은 회선 교환 네트워크의 임피던스 불일치("라인 반향")와 전화기 마이크와 스피커 간의 음향 결합("음향 반향")을 꼽을 수 있다. 라인 반향은 네트워크에서 2선식-4선식 대화가 이뤄질 경우 흔하게 발생한다(예: 아날로그 시그널링이 T1 시스템으로 변환되는 경우).
VoIP 시스템은 PSTN에 연결될 수 있으므로 라인 반향을 처리할 수 있어야 하며, IP 전화 역시 음향 반향에 의해 영향을 받을 수 있다. 반향 소거기는 라인 반향, 음향 반향 또는 두 반향 모두에서 작동하도록 최적화할 수 있다. 반향 소거의 효율은 사용한 알고리즘의 품질과 직접 관련이 있다.
반향 소거기의 중요한 패러미터는 반향 소거기가 작동하는 패킷의 길이이다. 간단히 말해, 반향 소거기는 전송된 신호의 사본을 유지한다. 반향 소거기는 신호가 전송된 후 일정 시간 동안 반환되는 반사 신호에서 전송된 신호를 서로 관련시키고 제거하는 작업을 수행한다. 물론, 이로 인해 지연이 발생하고 진폭이 줄어들게 된다. 반향을 효율적으로 소거하려면 표준 상호 연관 창 크기(예: 32ms, 64ms 또는 128ms)를 사용하는 것으로 충분하지만 경우에 따라 이보다 더 커야 할 수도 있다.

VoIP 기반 애플리케이션의 현재와 미래

VoIP 시스템에서는 대개 고속 네트워크(전용 채널이 아닌)를 전송 메커니즘으로 사용하므로 이러한 시스템의 주된 이점은 통신 세션당 비용이 낮다는 것이다. 게다가 네트워크 운영자는 VoIP 호출을 사용하여 회선 교환 텔레포니 네트워크와 연관된 상호 접속 비용의 대부분을 피할 수 있다. 또한 VoIP 전화 호출을 완료하는 데 필요한 추가 인프라를 최소화할 수 있는데, 이는 집 또는 회사 PC에 기존 네트워크를 사용하기 때문이다. 그러나 비용이 낮은 또 다른 이유는 데이터-네트워크 운영자가 대개 가용한 대역폭을 모두 사용하지는 않으므로 VoIP 서비스가 추가되더라도 추가 비용 부담폭이 무시할 만한 수준에 머무르기 때문이다.
VoIP 사용자는 연결을"무료"라고 생각하는 경향이 있다. 이는 VoIP 사용자가 1분당 단 몇 푼으로 원하는 만큼 세계 각지에 전화를 걸 수 있기 때문이다. 또한 VoIP 사용자는 인터넷 서비스 제공업체에 매월 비용을 지불하지만 데이터 및 음성 서비스에 따라 분할해서 지급할 수도 있다.
회선 교환 도메인과 연관된 낮은 비용 이외에도 IP의 여러 가지 새로운 기능을 이용할 수 있다. 예를 들어, PSTN의 착신 전화 호출은 네트워크 노드와 연결되어 자동으로 사용자의 VoIP 전화로 경로를 재설정할 수 있다. 이러한 배열은 로밍 과금이 부과되지 않으므로 전세계에서 사용 가능한 이동 전화에 비해 확실한 이점을 가진다. 즉, VoIP 측면에서 보면 최종 사용자의 위치는 무의미하며 단순한 네트워크 연결 지점에 불과한 것이다. 이는 LAN을 사용할 수 있는 경우 특히 유용한데, IEEE 표준 802.112 사용 VoIP 핸드셋을 사용하면 일치하지 않는 통신 인프라 및 전송 표준에 대해 신경 쓰지 않고 전세계의 Wi-Fi3 핫 스폿(Hot Spot)에서 대화를 즐길 수 있다.
VoIP와 관련하여 지금까지 설명한 모든 것은 데이터 기반 통신의 다른 형식으로도 확장된다. 아무튼 데이터가 디지털화 및 패킷화되어 적합한 대역폭으로 적절히 인코딩 및 디코딩되면 컨텐츠의 속성은 문제가 되지 않는다. 이 때문에 VoIP 인프라는 다음과 같은 완전히 새로운 네트워킹 실시간 애플리케이션의 발전을 도모하고 있다.
*화상회의
*원격 비디오 감시
*아날로그 전화 어댑터
*멀티캐스팅
*인스턴트 메시징
*게임
*전자 화이트보드

VoIP 시스템 세부 설명

그림 1에는 VoIP 시스템의 핵심 구성 요소인 시그널링 프로세스, 인코더/디코더, 전송 메커니즘 및 스위칭 게이트웨이가 나와 있다. 시그널링 프로세스는 노드 간 연결 생성, 유지 및 종료와 관련되어 있다.
네트워크 대역폭 요구 사항을 줄이려면 전송하기 전에 오디오와 비디오를 인코딩하고 수신하는 동안 디코딩한다. 이러한 압축 및 변환 프로세스는 오디오와 비디오 스트림의 다양한 코덱 표준으로 관리한다.
압축된 패킷은 하나 이상의 전송 프로토콜에 의해 관리되는 네트워크를 통해 이동한다. 또한 스위칭 게이트웨이를 통해 패킷 세트가 목적지에서 다른 IP 기반 시스템 또는 PSTN 시스템과 상호 운용되도록 한다. 최종 목적지에서 패킷 세트는 디코딩되어 다시 오디오/비디오 신호로 전환되고, 이때 수신기의 스피커나 디스플레이 장치를 통해 재생된다.
OSI(Open Systems Interconnection) 7계층 모델(그림 2)에서는 네트워킹을 위한 프레임워크를 지정한다. 통신 세션에 두 당사자가 있을 경우 각 당사자가 생성한 데이터는 위에서부터 시작하여 계층을 통해 모든 필요한 구성 및 처리를 거쳐 최종적으로 미디어를 통해 물리층에 전달된다. 목적지에서 패킷이 최종적으로 다시 조합되고 데이터가 상대방에게 전달될 때까지 반대 방향으로 처리된다.

세션 제어: H.323 대 SIP

VoIP 시스템의 첫 번째 요구 사항은 세션을 설정, 수정 및 종료할 뿐 아니라 존재 여부를 확인하고 사용자를 찾는 세션 제어 프로토콜이다. 현재 널리 사용되는 프로토콜에는 두 가지가 있다. 그간 주로 사용되는 프로토콜은 H.323*이었지만 지금은 SIP(Session Initiation Protocol)가 빠른 속도로 기본 표준으로 자리잡아가고 있다. 그럼 지금부터 표준별로 역할을 살펴보기로 하자.

국제통신연합(ITU) H.323

H.323은 원래 실시간 멀티미디어(음성 및 비디오) 회의용으로 개발되었으며 데이터 전송을 보완하며, 급속한 발전을 거듭하여 VoIP 네트워크의 요구 사항을 충족하게 되었다. H.323은 기술적으로 볼 때 다양한 필수/옵션 네트워크 및 미디어 코덱 표준을 위한 컨테이너이다. H.323의 연결 시그널링 부분은 H.225 프로토콜에서 처리하며 사양 협상은 H.245에서 지원한다.

세션 초기화 프로토콜
(SIP: Session Initiation Protocol)

SIP는 RFC 3261에 따른 IETF6(In-ternet Engineering Task Force)로 정의된다. SIP는 IP 텔레포니 및 기타 인터넷 서비스를 위해 특별히 개발되었다. SIP는 많은 방식이 H.323과 겹치지만 일반적으로 보다 단순화된 솔루션으로 간주되고 있다.
SIP는 사용자 발견용으로 세션 설명 프로토콜(SDP: Session Description Protocol)과 함께 사용되며 사양 협상 및 호출 관리를 제공한다. SDP는 원래 세션 안내 및 초대 과정에 스트리밍 미디어의 초기화 패러미터를 설명하기 위한 형식이다. SIP/SDP 쌍은 H.323 표준에 설정된 H.225/H.245 프로토콜과 일정 부분 유사하다. SIP는 종단점이 두 개만 있는 시스템에서 사용할 수 있으며 서버 인프라는 없다. 그러나 공공 네트워크에서는 연결 설정을 위해 특수 프록시와 레지스트라 서버(등록 서버, Registrar Server)가 사용된다. 이러한 설정에서 각 클라이언트는 호출자가 인터넷에서 찾을 수 있도록 스스로 서버에 등록한다.

전송 계층 프로토콜

위에서 설명한 시그널링 프로토콜은 네트워크에서 멀티미디어 세션을 구성한다. 연결이 설정되면 UDP 또는 TCP 같은 하나 이상의 데이터 전송 프로토콜을 사용하여 네트워크 노드 사이에 미디어 흐름을 설정한다.

사용자 데이터그램 프로토콜
(UDP: User Datagram Protocol)
UDP는 브로드캐스팅되는 패킷만을 다루는 네트워크 프로토콜이다. 다른 쪽에서 패킷을 수신했다는 확인은 제공되지 않는다. 전달이 보장되지 않으므로 음성 전송은 네트워크에 피크 부하가 있을 경우에만 UDP와 함께 잘 작동한다. 때문에 RTP 같은 미디어 전송 프로토콜은 일반적으로 UDP 위에서 실행된다.

전송 제어 프로토콜
(TCP: Transmission Control Protocol)

TCP는 클라이언트/서버 통신 모델을 사용한다. 클라이언트는 네트워크에 있는 다른 컴퓨터(서버)의 서비스를 요청하여 제공받는다. 각 클라이언트 요청은 이전 요청과 상관없이 개별적으로 처리된다. 이를 통해 다른 채널에서"자유로운" 네트워크 경로를 사용할 수 있다.
TCP는 인터넷으로 전송되고 반대편 호출의 TCP 계층에서 수신할 수 있는 보다 작은 패킷을 만들기 때문에 패킷이 원본 메시지에서 다시 조합된다. IP 계층은 정확한 목적지에 도달할 수 있도록 각 패킷의 주소 필드를 해석한다.
UDP와는 달리 TCP는 수신측에서 패킷의 완벽한 수신을 보장한다. 그러나 TCP는 패킷 전송을 허용하여 이를 수행하기 때문에 실시간 데이터에 도움이 되지 않는 지연을 추가한다. 음성의 경우 재전송으로 인해 지연된 패킷은 손실된 패킷 만큼이나 좋지 않은 영향을 준다. 이러한 특징으로 인해 TCP는 일반적으로 실시간 스트리밍 미디어 전송에 적합하지 않다.
그림 2에서는 TCP/IP 인터넷 모델 및 이와 연관된 프로토콜을 비교하고 OSI 모델의 다양한 계층을 사용하는 방법을 보여준다.

미디어 전송

앞에서 설명한 것처럼 전송 프로토콜로 미디어 데이터를 직접 전송하는 것은 실시간 통신에 매우 효율적이지 못하다. 이로 인해 미디어 전송 계층은 일반적으로 효율적인 방법으로 이러한 데이터를 처리한다.
- 정확히 말해 세션 제어 및 초기화 작업은 H.323 우산형 프로토콜(Umbrella Protocol)의 일부인 H.225.0과 H.245의 영역이다.

실시간 전송 프로토콜
(RTP: Real-Time Transport Protocol)

RTP는 패킷화된 실시간 오디오 및 비디오 데이터에 전달 서비스를 제공한다. RTP는 IP 네트워크로 실시간 데이터를 전송하는 표준 방법이다. 이 프로토콜은 패킷 헤더 오버헤드를 최소화하기 위해 UDP 위에 위치하고 있지만, 신뢰도나 패킷 순서 관리는 보장할 수 없다. RTP는 TCP에 비해 신뢰성이 떨어지지만 패킷 전송 시 지연은 적다. 이는 RTP의 패킷 헤더 오버헤드가 TCP보다 훨씬 적기 때문이다(그림 3).
RTP는 지정된 QoS 레벨을 유지하기 위해 전송된 각 패킷에 대해 타임스탬프, 시퀀스 번호 지정 및 전달 확인을 사용한다. 또한 RTP는 패킷 암호화의 일부 기본적인 보안 옵션뿐 아니라 견고성을 높이기 위한 많은 오류 보정 스키마를 지원한다. 그림 4는 UDP, RTP 및 TCP의 성능과 신뢰도 비교이다.

RTP 제어 프로토콜
(RTCP: RTP Control Protocol)

RTCP는 전송 후 손실된 패킷 수, 지터, 지연 및 종단점 설명 등의 제어 정보를 통신하는데 사용되는 보완 프로토콜이다. RTCP는 세션 시간 기반을 관리하고 RTP 스트림의 QoS를 분석하는 데 유용하게 사용할 수 있다. 또한 RTP 패킷의 제한된 재전송을 위한 역채널을 제공할 수 있다.

미디어 코덱

VoIP 스택 상단에는 전송 중인 실제 미디어를 처리할 프로토콜이 있다. 미디어 전송 계층으로 공급할 수 있는 오디오 및 비디오 코덱의 종류는 상당히 많다. 가장 일반적인 코덱 샘플은 이 기사의 마지막 페이지에 있는 사이드바에서 확인할 수 있다. 다양한 요소를 고려하면 코덱의 적절성을 판단하는 것을 비롯해 코덱이 얼마나 효율적으로 가용한 시스템 대역폭을 사용하는지, 패킷 손실을 어떻게 처리하는지 그리고 이와 관련하여 어떤 비용이 드는지(지적 재산권 로열티 포함) 손쉽게 결정할 수 있다.

블랙핀 VoIP 부속품

VoIP 기능을 제공하기 위해 두 개의 프로세서 코어를 사용하는 기존 VoIP 임베디드 솔루션과는 달리, 블랙핀 프로세서는 네트워크 및 사용자 인터페이스 요구를 처리하기 위해 RISC MCU 처리와 동시에 비디오와 오디오 신호를 처리할 수 있는 통합된 코어 아키텍처로 컨버전스 솔루션을 제공한다. 컨버전스형 단일 프로세서에서 전체 VoIP 기능을 제공하는 이 고유한 사양을 통해 통합된 소프트웨어 개발 환경, 보다 빠른 시스템 디버깅 및 개발, 줄어든 전체 시스템 비용을 구현할 수 있다.
예를 들어, ADSP-BF53712 블랙핀 프로세서 제품군은 낮은 전력 소모로 VoIP를 배포하는 데 필요한 통합 및 성능을 제공한다. 또한 다중 통합 직렬 포트(글루리스 아날로그-디지털(A/D)에 연결 및 디지털-아날로그(D/A) 변환기를 위한), 외부 메모리 컨트롤러, LCD 또는 비디오 인코더/디코더 연결을 위한 병렬 주변장치 인터페이스(PPI: Parallel Peri-pheral Interface) 및 10/100BaseT 이더넷 MAC을 갖추고 있다. 필요한 경우 외부 메모리 인터페이스를 통해 두 번째 이더넷 MAC을 수용할 수 있다.
음성 및 네트워킹 스택이 포함된 완전한 통신 채널은 75MIPS 미만의 처리 대역폭을 사용한다. 멀티미디어 압축 또는 압축 해제 등의 기능이 필요한 경우 최대 600MHz의 ADSP-BF537 성능을 비롯하여 VoIP 제품 포트폴리오에서 사용 가능한 프로세서의"성능"을 충분히 분포시킬 수 있다. 이와 반대로 경쟁사의 전용 VoIP 제품은 성능이 제한적이며 기능 또는 차별화 사양을 거의 추가할 수 없다.
VoIP 애플리케이션의 경우 블랙핀 기반 디자인은 고품질, 낮은 채널 수의 VoIP 솔루션을 목표로 하며, 전반적인 시스템 제어뿐 아니라 음악, 비디오 및 이미지 전송 등의 추가 기능을 수용하는 프로세싱 헤드룸을 가진다. 다음은 개방형 소스 솔루션에서 고용량 OEM 레퍼런스 디자인까지 현재 출시된 VoIP 제품의 샘플이다.

블랙핀/린폰(Linphone)

블랙핀 VoIP 시스템은 현재 널리 사용되고 있는 GNU/Linux OS의 임베디드 버전인 μClinux를 기반으로 한 개방형 소스 소프트웨어를 사용하여 디자인할 수 있다. 린폰이라고도 하는 이러한 GPL (General Public License) 라이센스 IP 전화 패키지는 SIP 수트를 기반으로 하며, 블랙핀 프로세서용 μClinux에 이식되어 블랙핀 레퍼런스 디자인이 모든 SIP 호환 종단점과 통신할 수 있도록 해준다. 적절한 SIP 서버 및 게이트웨이 인프라가 있는 공공 네트워크에서 이 시스템은 PSTN 노드의 전화에 연결하는 데에도 사용할 수 있다. 음성 인코딩 및 디코딩의 경우 린폰의 최신 블랙핀 구현은 G.711(A 법칙과 μ 법칙), GSM(Global System for Mobile Communications) 및 Speex 오디오 압축 형식을 지원한다.
블랙핀 린폰 레퍼런스 디자인에서 사용하는 기본 구성 요소는 다음과 같다.

- Linux TCP/IP 네트워킹 스택: TCP와 UDP 같은 필요한 전송 및 제어 프로토콜이 포함되어 있다.
- 린폰: 주요 VoIP 애플리케이션으로, 블랙핀 기반 G.711과 GSM 코덱 구현을 포함한다. 데스크톱 PC를 위한 그래픽 사용자 인터페이스(GUI)와 비지형적인 임베디드 시스템을 위한 단순한 명령줄 애플리케이션으로 구성되어 있다.
- oRTP: 린폰용으로 개발되고 LGPL 라이센스에 따라 출시된 RTP 스택의 구현이다.
- oSIP: LGPL 라이센스에 따라 출시된 SIP 프로토콜의 쓰레드 안전(Thread -Safe) 구현이다.
- Speex: Speex 코덱의 개방형 소스 레퍼런스 구현이다. 고정점 Speex 구현에 대한 블랙핀 특유의 최적화 사항이 주요 코드 브랜치에도 적용되었다.

유니코이 시스템즈 블랙핀 기반 퓨전 음성 게이트웨이

퓨전 음성 게이트웨이(Fusion Voice Gateway)(그림 5)는 유니코이 시스템즈(Unicoi Systems)의 완전한 음성 게이트웨이/단말기 어댑터 레퍼런스 디자인이다. 퓨전 음성 게이트웨이는 단일 코어 블랙핀 프로세서에서 실행되는 라우터 기능과 완벽한 기능의 SIP 텔레포니를 통해 단말기 어댑터의 출시 시간을 단축시키는 데 도움을 준다.
퓨전 음성 게이트웨이는 G.168 반향 소거 및 다중 G.7xx 음성 코덱을 포함하여 견고한 기능이 특징이다. 또한 퓨전 레퍼런스 디자인에는 인터넷 라우터, 4포트 이더넷 스위치 및 VoIP 게이트웨이 기능을 결합하여 완벽한 기능을 갖춘 텔레포니 및 라우터 기능이 포함되어 있다.

유니코이 시스템즈 블랙핀 기반 퓨전 IP 전화

유니코이 시스템즈의 퓨전 IP 전화는 현재 및 향후의 IP 전화 표준을 지원하는 완벽한 기능의 플랫폼을 제공하는 완전한 소프트웨어/실리콘 솔루션이며, 제품 차별화를 위한 확장 기능을 갖추고 있다. 퓨전 IP 전화 레퍼런스 디자인은 IP 전화 개발과 연관된 시간 및 복잡성뿐만 아니라 BOM까지 줄여준다. ADSP-BF536을 기반으로 디자인된 레퍼런스 디자인 소프트웨어는 중요한 처리(예: 실시간 운영 체제, 호 관리자, 음성 알고리즘, 전이중 스피커폰용 음향 반향 소거), 통신 프로토콜(예: TCP/IPv4/v6, SIP, RTP) 및 기본 또는 고급 IP 전화를 구축하는 데 필요한 주변장치 기능을 제공한다.

블랙핀 BRAVO VoIP 레퍼런스 디자인

아나로그디바이스 블랙핀 BRAVO™ VoIP17과 비디오폰 레퍼런스 디자인은 풍부한 기능, 고성능, 저비용의 VoIP 데스크톱 전화, 비디오폰 및 전화 어댑터를 구축하는 완전한 OEM용 시스템 솔루션이다. 이 디자인에는 핵심 시스템 기능의 사용자 지정 및 제어를 위한 다양한 응용 프로그램 인터페이스(API)를 통해 제어되는 VoIP 애플리케이션의 완전한 소프트웨어 제품군이 포함된다. 오디오의 경우 이 디자인은 오디오 선명도를 높이기 위해 다중 G.7xx 오디오 코덱, G.168 호환 네트워크 반향 소거 및 음향 반향 소거를 지원한다. 또한 선택적으로 디자인에 RF 트랜시버를 포함시켜 무선 오디오 기능을 제공할 수도 있다. 이 디자인은 H.323 및 SIP 호환 소프트웨어 스택을 지원한다.
비디오 진영의 경우 BRAVO 광대역 오디오/비디오 통신 레퍼런스 디자인(그림 6)은 ITU 표준 H.263 및 H.264 비디오 코덱, 픽처 인 픽처(Picture-in-Picture), 오버레이 방식의 고해상도 그래픽, 알파와 크로마 키 및 깜박임 방지 필터링에 대한 지원을 포함하여 초당 최대 30프레임의 CIF(Common Interme-diate Format) 컬러 비디오를 제공한다.

결론

VoIP 기술에는 분명 사람들이 통신하는 방법을 혁신적으로 변화시킬 수 있는 잠재력이 있다. 즉, 사람들은 집이나 직장에 있든지, 인터넷에 연결되어 있거나 연결되어 있지 않든지, 비디오를 보거나 단순히 오디오만 듣든지 관계없이 세계 도처에서 통신할 수 있게 되는 것이다. 블랙핀 프로세서의 성능과 다양성이 다양한 표준과 함께 작동하면 VoIP는 임베디드 환경에서 깊숙이 자리잡으며 이처럼 흥미로운 기술의 이점을 아직 경험하지 못한 많은 시장에서 부가 가치 기능을 만들어 낼 것이다.

<자료제공: 월간 반도체네트워크 2007년 03월호>