선택한 단어 수는 입니다.
최소 단어 이상 선택하여야 합니다.
최소 단어 이상 선택하여야 합니다.
선택한 단어 수는 30입니다.
최대 10 단어까지만 선택 가능합니다.
최대 10 단어까지만 선택 가능합니다.
제안 방법
- 그러나 기업과 기간통신 사업자돌의 수익모堡에 대한 부분가 통화품질 개선에 대해서는 많온 노력이 필요하다. 본 논문에서는 VoIP 게이트웨이를 개발하电서 저 비용, 고효율, 개발기간의 단축을 위해 RTOS중에 하나인 RT-Linux률 사용하여 구현하였는데, 口]RTLinux는 일반 리눅스 커널 위에서 동작 한다. 리눅스는 이미 안정성과 이식성, 저비용, 개발의 용이성 등에서 검중 받았으나, 실시간을 요하는 시스템에는 적절한 솔루션이 되지 못하기 때문에, RTLinux는 이러한 측면에서 해결 방안을 제시하고 있다.
- 4Kbps을 선택하였으며 양방향으로 음성 데이터를 전송 하였다. 상대방의 IP룰 전화기 버튼올 누르면 신호가 가며 상대방이 수화기를 든 후 call setup이 끝나면 UDP위의 RTP 프로토콜올 이용 음성 데이터률 1분 30초 동안 50회 반복 송수신 하였으며, 동일 시스템에서 구현한 리눅스와 RTLinux상에서 태스트 하였다. 이의 결과룰 알기 위해 fluke network사의 네트워크 어날라이저룰 이용해 아래 그림 7, 8의 결과퓰 확인할 수 있었다.
- 그림 1온 구현하고자 하는 VoIP게이트웨이의 시스템 구성도昌 보여주고 있다. 소프트웨어 적인 측면에서 기존 리눅스 (커널버전 2.4.1)위에 RTLinux볼 포팅 하였으며, 리눅스가 제공하는 기본적인 프로토콜들과 게이트웨이 기능올 위한 리눅스용 오픈 H.323 (hup:〃* wwwqpenh323qr )올 포팅 하였다. 통화품질 개선을 위해 PCI 버스 방식의 음성 모듈올 사용 하였으며, 이 음성모듈에는 DSP Group사의 CT8022 chip이 임베디드 되어 있고, 4개의 코덱(G.
- 네트워크 환경은 평간 일반 유저들이 가지고 있는 대역포올 512k 바이트라 가정하고 사용된 네트워어날라이저에 대역폭울 임의로 설정했다. 즉 프레임과 프레임 사이플 delay라고 보고 30m$가 넘는 지에 대해 측정하였다.
대상 데이터
- 1 코덱온 프레임당 30ms의 전송제한과 패킷 loss는 1%미만으로 규정하고 있다. 네트워크 환경은 평간 일반 유저들이 가지고 있는 대역포올 512k 바이트라 가정하고 사용된 네트워어날라이저에 대역폭울 임의로 설정했다. 즉 프레임과 프레임 사이플 delay라고 보고 30m$가 넘는 지에 대해 측정하였다.
- 본 논문에서 사용된 RT-Linux는 하드리얼타임을 제공하며 기존 리눅스 커널 위에서 동작하는 RTOS중의 하나이다. 하드리얼타임의 의미는 Predictable, Fast, Low Latency(호출 시간이 길지 않은), Simple Scheduler등의 조건올 충족하는 것을 말한다.
- 테스트는 그럼 6의 [8]환경에서 지원 되는 코덱 중에 G.723.1 6.4Kbps을 선택하였으며 양방향으로 음성 데이터를 전송 하였다. 상대방의 IP룰 전화기 버튼올 누르면 신호가 가며 상대방이 수화기를 든 후 call setup이 끝나면 UDP위의 RTP 프로토콜올 이용 음성 데이터률 1분 30초 동안 50회 반복 송수신 하였으며, 동일 시스템에서 구현한 리눅스와 RTLinux상에서 태스트 하였다.
※ AI-Helper는 부적절한 답변을 할 수 있습니다.