KR100372289B1 - 브이오아이피 통신에서 여러 음성채널 데이터를 하나의패킷으로 송수신하는 방법 - Google Patents

브이오아이피 통신에서 여러 음성채널 데이터를 하나의패킷으로 송수신하는 방법 Download PDF

Info

Publication number
KR100372289B1
KR100372289B1 KR10-2000-0079253A KR20000079253A KR100372289B1 KR 100372289 B1 KR100372289 B1 KR 100372289B1 KR 20000079253 A KR20000079253 A KR 20000079253A KR 100372289 B1 KR100372289 B1 KR 100372289B1
Authority
KR
South Korea
Prior art keywords
voice
channel
rtp
data
voip
Prior art date
Application number
KR10-2000-0079253A
Other languages
English (en)
Other versions
KR20020049927A (ko
Inventor
한영기
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Priority to KR10-2000-0079253A priority Critical patent/KR100372289B1/ko
Publication of KR20020049927A publication Critical patent/KR20020049927A/ko
Application granted granted Critical
Publication of KR100372289B1 publication Critical patent/KR100372289B1/ko

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/70—Media network packetisation

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

본 발명은 VoIP 통신에서 여러 음성채널 데이터를 하나의 패킷으로 송수신하는 방법을 제공하기 위한 것으로, 이러한 본 발명은 일대일 대응되는 VoIP 게이트웨이 사이에 음성 채널을 설정하는 제 1 단계와; 상기 제 1 단계 후 음성 RTP 데이터를 8 채널까지 하나의 RTP 데이터 프레임으로 구성하여 송수신하여 통화가 수행되도록 하는 제 2 단계를 포함하여 수행함으로서, LAN, WAN 네트워크 상에서 RTP 프로토콜을 이용하여 VoIP 게이트웨이 간에 음성 통신을 수행할 때 한 개의 UDP 패킷에 여러 채널의 음성 RTP 패킷을 실어 송수신 하도록 하여 게이트웨이 간에 여러 음성 채널이 통신할 경우 매 채널마다 붙는 이더넷 헤더, IP 헤더, UDP 헤더를 하나로 줄여 네트워크 상에서 IP 데이터 트래픽을 줄이고 음성 데이터의 지연이나 손실을 줄이며 음성의 질을 향상시킬 수 있게 되는 것이다.

Description

브이오아이피 통신에서 여러 음성채널 데이터를 하나의 패킷으로 송수신하는 방법{Method for transmitting by one UDP packet for several voice channel data in VoIP communication}
본 발명은 VoIP 통신에서 여러 음성채널 데이터를 하나의 패킷으로 송수신하는 방법에 관한 것으로, 특히 LAN(Local Area Network, 근거리 통신망), WAN(Wide Area Network, 원거리 통신망) 네트워크 상에서 RTP(Real-Time Transport Protocol, 실시간 전송 프로토콜) 프로토콜을 이용하여 VoIP(Voice over Internet Protocol) 게이트웨이(Gateway) 간에 음성(Voice) 통신을 수행할 때 한 개의 UDP(User Datagram Protocol, 사용자 데이터그램 프로토콜) 패킷에 여러 채널의 음성 RTP 패킷을 실어 송수신 하도록 하여 게이트웨이 간에 여러 음성 채널이 통신할 경우 매 채널마다 붙는 이더넷 헤더(Ethernet Header), IP(Internet Protocol) 헤더, UDP 헤더를 하나로 줄여 네트워크 상에서 IP 데이터 트래픽을 줄이고 음성 데이터의 지연이나 손실을 줄이며 음성의 질을 향상시키기에 적당하도록 한 VoIP 통신에서 여러 음성채널 데이터를 하나의 패킷으로 송수신하는 방법에 관한 것이다.
일반적으로 VoIP (Voice over Internet Protocol)는 IP를 사용하여 음성정보를 전달하는 일련의 설비들을 위한 IP 전화기술을 지칭하는 용어이다. 이것은 공중교환전화망인 PSTN(Public Switching Telephone Network) 처럼 회선에 근거한 전통적인 프로토콜들이 아니라, 불연속적인 패킷들 내에 디지털 형태로 음성정보를 보낸다는 것을 의미한다. VoIP와 인터넷 전화기술의 주요 장점은 기존 IP 네트워크를그대로 활용해 전화서비스를 통합 구현함으로써 전화 사용자들이 시내전화 요금만으로 인터넷, 인트라넷 환경에서 시외 및 국제전화 서비스를 받을 수 있게 된다는 점이다.
이러한 VoIP는 공중 인터넷 또는 기업내부의 인트라넷 상에서 IP를 이용해 음성(소리)과 비디오를 전송하기 위한 표준인 ITU-T H.323의 사용을 장려하기 위해, VoIP 포럼을 통해 시스코, 보컬텍, 3Com, 넷스피크 등 주요 장비제작회사들이 노력함으로써 이루어졌다. VoIP 포럼은 또한 디렉토리 서비스 표준을 장려함으로써, 사용자들이 다른 사용자들의 위치를 찾아낼 수 있고, 자동 전화분배와 음성메일을 위한 터치폰 신호의 사용을 가능하게 하였다.
VoIP는 원래의 IP 기능에 더하여, 패킷들이 적시에 도착하도록 지원하기 위해 RTP를 사용한다. 공중 네트워크를 사용하면, 그것은 현재 서비스 품질(QoS)을 보장하기에 어렵다. 독자적인 기업이나, 인터넷 전화서비스 공급자(Internet Telephone Service Provider, ITSP)에 의해 관리되는 사설 네트워크를 사용하면 더 나은 서비스가 가능하다. 빠른 패킷 전달을 보장하기 위해 넷스피크라는 장비 제작자에 의해 사용되는 기술은, 상대편과 TCP(Transmission Control Protocol) 소켓 접속을 확립하기 전에 공중 네트워크에 접속되어 있는 모든 네트워크 게이트웨이에 서핑을 해서, 그 결과를 토대로 가장 빠른 경로를 선택하는 것이다.
VoIP를 사용하려면, 기업은 게이트웨이에 시스코의 AS5300 액세스 서버와 같은 VoIP 장비를 설치해야 한다. 게이트웨이는 회사내의 사용자들로부터 패킷으로 나뉘어진 음성전달을 받아서, 그것을 인트라넷의 다른 부분으로 발송하거나 T-1 또는 E1 인터페이스를 사용하여 그들을 PSTN으로 전송한다.
한편 도 1은 일반적인 네트워크 상에서 VoIP 게이트웨이를 통한 음성통신 시스템의 블록 구성도 이다.
여기서 참조번호 10은 VoIP 게이트웨이를 통해 음성 통신을 수행하는 단말기이고, 20은 VoIP 게이트웨이이며, 30은 상기 VoIP 게이트웨이(20) 간의 데이터 송수신이 수행되도록 망을 연결해주는 LAN 또는 WAN 또는 인터넷망이다.
도 2는 종래 VoIP 통신에서 데이터 송수신 방법을 보인 흐름도 이다.
이에 도시된 바와 같이, VoIP 게이트웨이(20)에서 LAN 또는 WAN(30)을 통하여 상대편 VoIP 게이트웨이(20)로 음성 패킷을 전송하고자 하면, 매 채널마다 일정 시간의 음성을 하나의 음성 RTP 패킷으로 인코딩하는 단계(ST1)와;
상기 RTP 패킷에 UDP 헤더를 더하여 UDP 패킷을 생성하는 단계(ST2)와;
상기 UDP 패킷에 IP 헤더를 더하여 IP 패킷을 생성하는 단계(ST3)와; 상기 생성된 IP 패킷을 전송하는 단계(ST4)를 수행한다.
도 3은 종래 VoIP 통신에서 매 채널의 음성 RTP 패킷을 전송하는 방법을 보인 흐름도 이다.
이에 도시된 바와 같이, 매 채널의 음성 RTP 패킷을 전송하고자 하면, 매 채널마다 소켓을 생성하는 단계(ST11)와;
상기 생성된 소켓을 통해 IP 데이터가 입력되었는지 점검하여 RTP 패킷을 받아들이는 단계(ST12)(ST13)와;
상기 RTP 데이터를 디코딩하여 음성 통화가 수행되도록 하는 단계(ST14)를수행한다.
그래서 여러 개의 음성 통화 채널을 가지고 있는 VoIP 게이트웨이(20)에서 음성 패킷을 LAN 또는 WAN을 통하여 상대편 게이트웨이(20)로 전송하기 위해서는, 매 채널마다 일정 시간(보통 10msec ~ 30msec로 설정되며, 이는 가변적이다)의 음성을 하나의 음성 RTP 패킷으로 만들어 인코딩을 한다.
이 RTP 패킷을 하나의 UDP 패킷으로 만들어서 보낸다. 즉, 매 채널의 RTP 패킷마다 UDP의 헤더가 더해져서 UDP패킷이 되고, 이 패킷에 IP 헤더가 더해져서 하나의 IP 패킷이 되고, 이 IP 패킷을 상대편으로 보낸다. 그리고 상대편으로부터는 똑같은 IP 패킷을 받게 된다.
또한 매 채널의 음성 RTP 패킷을 보내기 위해서는 각 채널마다 소켓들을 만들어야 한다.
이 소켓들을 통하여 IP 데이터가 들어왔는지 점검하여 RTP 패킷을 받아들이고, 이 음성 RTP 데이터를 디코딩하여 음성 통화를 할 수 있게 한다.
도 4는 종래 이더넷 프레임의 구조도 이다.
그래서 이더넷 헤더는 14바이트로 구성되고, IP 헤더는 20바이트로 구성되며, UDP 헤더는 8바이트로 구성되고, RTP 데이터는 1 프레임으로 구성되며 이 RTP 데이터는 가변 길이이다. 또한 이더넷 트레일러는 4바이트로 구성된다.
도 5는 종래 RTP 데이터 프레임의 구조도 이다.
여기서 RTP 헤더는 12바이트로 구성되고, 음성 데이터는 가변 길이로 이루어진다.
그러나 종래 기술에 의할 경우 여러 음성 통화 채널을 가지고 있는 VoIP 게이트웨이(20)에서 각각의 음성 RTP 채널마다 이더넷 헤더, IP 헤더, UDP 헤더 등이 더해짐으로써 하나의 음성 RTP 패킷 데이터를 전송하게 되는데, 이들 헤더가 오버헤드(Overhead)가 되어 IP 데이터의 트래픽이 그만큼 증가하게 되는 문제점이 있었다.
또한 각 RTP 채널마다 소켓을 만들어서 RTP 데이터의 수신 여부를 점검하여야 하기 때문에, 데이터 수신 여부를 점검하는데 시간이 많이 소요되게 되어 CPU의 효율을 감소시키는 문제점도 있었다.
이에 본 발명은 상기와 같은 종래의 제반 문제점을 해소하기 위해 제안된 것으로, 본 발명의 목적은 LAN, WAN 네트워크 상에서 RTP 프로토콜을 이용하여 VoIP 게이트웨이 간에 음성 통신을 수행할 때 한 개의 UDP 패킷에 여러 채널의 음성 RTP 패킷을 실어 송수신 하도록 하여 게이트웨이 간에 여러 음성 채널이 통신할 경우 매 채널마다 붙는 이더넷 헤더, IP 헤더, UDP 헤더를 하나로 줄여 네트워크 상에서 IP 데이터 트래픽을 줄이고 음성 데이터의 지연이나 손실을 줄이며 음성의 질을 향상시킬 수 있는 VoIP 통신에서 여러 음성채널 데이터를 하나의 패킷으로 송수신하는 방법을 제공하는 데 있다.
상기와 같은 목적을 달성하기 위하여 본 발명의 일 실시예에 의한 VoIP 통신에서 여러 음성채널 데이터를 하나의 패킷으로 송수신하는 방법은,
일대일 대응되는 VoIP 게이트웨이 사이에 음성 채널을 설정하는 제 1 단계와; 상기 제 1 단계 후 음성 RTP 데이터를 8 채널까지 하나의 RTP 데이터 프레임으로 구성하여 송수신하여 통화가 수행되도록 하는 제 2 단계를 포함하여 이루어짐을 그 기술적 구성상의 특징으로 한다.
도 1은 일반적인 네트워크 상에서 VoIP 게이트웨이를 통한 음성통신 시스템의 블록 구성도 이고,
도 2는 종래 VoIP 통신에서 데이터 송수신 방법을 보인 흐름도 이며,
도 3은 종래 VoIP 통신에서 매 채널의 음성 RTP 패킷을 전송하는 방법을 보인 흐름도 이고,
도 4는 종래 이더넷 프레임의 구조도 이며,
도 5는 종래 RTP 데이터 프레임의 구조도 이고,
도 6은 본 발명에 의한 VoIP 통신에서 여러 음성채널 데이터를 하나의 패킷으로 송수신하는 방법을 보인 흐름도 이며,
도 7은 도 6에서 제 2 단계의 상세 흐름도 이고,
도 8은 도 6에 의한 전체 RTP 데이터 프레임의 구조도 이며,
도 9는 도 8에서 채널번호 플래그의 구조도 이다.
* 도면의 주요 부분에 대한 부호의 설명 *
10 : 단말기 20 : VoIP 게이트웨이
30 : LAN/WAN/인터넷
이하, 상기와 같은 본 발명, VoIP 통신에서 여러 음성채널 데이터를 하나의 패킷으로 송수신하는 방법의 기술적 사상에 따른 일 실시예를 도면을 참조하여 설명하면 다음과 같다.
도 6은 본 발명에 의한 VoIP 통신에서 여러 음성채널 데이터를 하나의 패킷으로 송수신하는 방법을 보인 흐름도 이다.
이에 도시된 바와 같이, 일대일 대응되는 VoIP 게이트웨이(20) 사이에 음성 채널을 설정하는 제 1 단계(ST21)와;
상기 제 1 단계 후 음성 RTP 데이터를 8 채널까지 하나의 RTP 데이터 프레임으로 구성하여 송수신하여 통화가 수행되도록 하는 제 2 단계(ST22)(ST23)를 포함하여 수행한다.
도 7은 도 6에서 제 2 단계의 상세 흐름도 이다.
이에 도시된 바와 같이, 상기에서 제 2 단계는, 채널 선택이 수행되면, 8개의 음성 채널을 하나의 그룹으로 첫 번째 채널부터 선택하는 단계(ST31)(ST32)와;
상기 첫 번째 채널의 선택 후 다음 음성 채널을 계속 선택하여 통화가 수행되도록 하는 단계(ST33)를 포함하여 수행한다.
상기에서 제 2 단계는, VoIP 게이트웨이(20)는 몇 번 채널을 통해 음성 통신을 할 것인지 결정하는 단계(ST34)와;
상기 채널 결정 후 RTP 채널 그룹 번호에 따라서 RTP 데이터 프레임 속에 포함되는 음성 채널을 결정하는 단계(ST35)를 포함하여 수행한다.
상기에서 제 2 단계는, 상기 RTP 데이터 프레임 속에 포함되는 채널 번호의 플래그 비트(Flag Bit)에 따라서 해당 채널에 음성이 포함되어 있는지 판단하여, 음성 데이터가 미리 설정된 바이트를 초과하는 지 판별하는 단계(ST36)(ST37)와;
상기 음성 데이터가 미리 설정된 바이트를 초과하면 음성 데이터를 복수개의 RTP 프레임으로 나누어 송수신하는 단계(ST38)를 포함하여 수행한다.
도 8은 도 6에 의한 전체 RTP 데이터 프레임의 구조도 이다.
그래서 상기 제 2 단계에서 RTP 데이터 프레임은 RTP 그룹과 채널 번호 플래그와 RTP 데이터로 전체 RTP 데이터 프레임을 구성한다.
도 9는 도 8에서 채널번호 플래그의 구조도 이다.
상기에서 채널 번호 플래그는, RTP 데이터 프레임에 해당 채널의 음성 데이터가 포함되어 있는 지의 여부를 표시하는 값을 포함한다.
이와 같이 구성된 본 발명에 의한 VoIP 통신에서 여러 음성채널 데이터를 하나의 패킷으로 송수신하는 방법의 동작을 첨부한 도면에 의거 상세히 설명하면 다음과 같다.
먼저 도 8의 RTP 데이터 프레임 구조에서와 같이, 일대일 대응되는 VoIP 게이트웨이(20) 사이 즉 한 쪽과 다른 한쪽 게이트웨이(20) 사이에서 여러 음성 채널이 통화를 할 때 이 음성 RTP 데이터를 8채널까지의 하나의 RTP 데이터 프레임으로송수신 하게 된다. 그럼으로써 매 RTP 채널마다 붙는 UDP 헤더, IP 헤더, 이더넷 헤더 등을 하나로 줄일 수 있게 한다.
도 8에서 전체 RTP 데이터 프레임은 1 바이트의 RTP 그룹, 1 바이트의 채널 번호 플래그, 가변길이의 첫 번째 내지 마지막 RTP 데이터 프레임으로 구성된다.
그래서 RTP 그룹의 경우 다음과 같이 된다.
0 : 0 내지 7의 음성 채널 그룹
1 : 8 내지 15의 음성 채널 그룹
2 : 16 내지 23의 음성 채널 그룹
…………
255 : 2040 내지 2047의 음성 채널 그룹
또한 도 9에서 채널 번호 플래그는 0 과 1의 값을 갖는다. 그래서 0은 RTP 데이터 프레임에 해당 채널의 음성 데이터가 포함되어 있지 않다는 것을 표시하고, 1은 RTP 데이터 프레임에 해당 채널의 음성 데이터가 포함되어 있다는 것을 표시한다. 이때 0과 1의 의미는 바뀌어질 수도 있다.
그러면 RTP 채널 번호는 "(RTP 그룹 x 8) + 채널 번호 플래그 비트"로 구성된다.
예를 들면 다음과 같다.
RTP 그룹 1, 채널 번호 플래그 비트 0이 1이면 -> 8번 음성 채널 포함
RTP 그룹 1, 채널 번호 플래그 비트 5가 1이면 -> 12번 음성 채널 포함
한편 음성 통화를 하기 위해 채널을 선택할 때는 첫 번째 채널부터 선택하게하여, 8 개의 음성 채널을 하나의 그룹으로 한다.
처음 시작 시는 첫 번째 채널, 그 다음 통화는 두 번째 순으로 음성 채널을 선택하고, 만일 첫 번째 채널이 세 번째 채널을 선택하기 전에 종료되면 다음 채널 선택은 다시 첫 번째 채널이 된다.
그리고 VoIP 게이트웨이(20)는 음성 통화를 시작하기 전에 몇 번 채널을 통하여 서로 음성 통신을 할 것인지를 결정한다. RTP 채널 그룹 번호에 따라서 RTP 데이터 프레임 속에 포함되는 음성 채널이 결정되고, 채널 번호 플래그 비트에 따라서 해당 채널에 음성이 포함되어 있는지를 판단하게 된다.
항상 하나의 그룹 채널(8개의 음성 채널)이 동시에 통화를 하는 것이 아니기 때문에 지금 통화가 진행중인 채널, 즉 해당 음성 데이터가 포함되어 있는 채널을 채널 번호 플래그 비트에 표시하여 송신한다. 그러면 수신측에서는 어느 채널이 음성 데이터를 포함하고 있는 지를 알 수 있다.
해당 비트가 1이면 그 채널은 음성 데이터를 포함하여, 비트가 0이면 그 채널은 음성 데이터를 포함하고 있지 않다. 여기서 0과 1은 반대로 설정할 수도 있다.
IP 헤더, UDP 헤더, 음성을 포함하는 RTP 데이터 프레임을 모두 합해서 일정 바이트(예를 들면, 1500바이트)를 초과해서는 안되게 한다. 그래서 음성 데이터가 커서 8개의 음성 데이터를 몇 개의 RTP 프레임으로 할 수 없을 경우에는 전체의 RTP 프레임 구조는 그대로 하고 8개의 음성 데이터를 몇 개의 RTP 프레임으로 나누어서 1500 바이트 이내가 되도록 하여 전송한다.
또한 LAN/WAN을 통한 음성 통화시에는 음성을 압축 코딩(G.723, G.729 등)하여 통신하기 때문에 하나의 음성 RTP 프레임의 길이는 대개 30~50 바이트 정도가 된다. 그래서 8 채널의 음성 데이터를 모두 합하여도 400바이트 정도 이내가 되어 8 채널을 하나의 RTP 데이터 프레임으로 송신할 수 있게 된다.
이렇게 하여 여러 채널의 음성 데이터를 하나의 RTP 프레임으로 송수신 하게 되면, 한 개 채널의 음성을 하나의 RTP 프레임으로 송신할 때와 비교하여, 이더넷 헤더, IP 헤더, UDP 헤더 등을 여러 채널에 대해서 하나만 써도 되므로, 데이터 트래픽을 상당히 감소시킬 수 있게 된다.
예를 들어, 만일 한 음성 채널의 RTP 데이터 크기가 36 바이트인 채널에서 8개의 음성 데이터를 하나의 RTP 데이터 프레임으로 보낼 때와 그냥 8개의 RTP 데이터 프레임으로 보낼 때의 데이터 트래픽을 비교해 보자.
그러면 8 채널을 하나의 RTP 프레임으로 보낼 때는 (36 x 8 +2) + 46 = 336 바이트가 된다.
또한 각각 다른 RTP 프레임으로 보낼 때는 (36 + 36) x 8 = 656 바이트가 된다.
그래서 8 채널을 하나의 RTP 프레임으로 할 때는 데이터 트래픽이 거의 반으로 줄어들게 된다.
또한 RTP 데이터 프레임을 송수신하기 위해서는 각각의 RTP 프레임 마다 소켓이 필요하고, 이 소켓을 통하여 상대방에서 오는 음성 데이터의 유무를 점검하여 RTP 데이터를 수신하게 된다. 이때 여러 개의 RTP 데이터 프레임을 하나의 RTP 데이터 프레임으로 송수신하게 되면, 하나의 소켓만이 필요하게 되고, 데이터 수신여부를 점검하는 시간도 줄어들게 되어 CPU의 효율을 높일 수 있다.
이처럼 본 발명은 LAN, WAN 네트워크 상에서 RTP 프로토콜을 이용하여 VoIP 게이트웨이 간에 음성 통신을 수행할 때 한 개의 UDP 패킷에 여러 채널의 음성 RTP 패킷을 실어 송수신하게 되는 것이다.
이상에서 본 발명의 바람직한 실시예를 설명하였으나, 본 발명은 다양한 변화와 변경 및 균등물을 사용할 수 있다. 본 발명은 상기 실시예를 적절히 변형하여 동일하게 응용할 수 있음이 명확하다. 따라서 상기 기재 내용은 하기 특허청구범위의 한계에 의해 정해지는 본 발명의 범위를 한정하는 것이 아니다.
이상에서 살펴본 바와 같이, 본 발명에 의한 VoIP 통신에서 여러 음성채널 데이터를 하나의 패킷으로 송수신하는 방법은 LAN, WAN 네트워크 상에서 RTP 프로토콜을 이용하여 VoIP 게이트웨이 간에 음성 통신을 수행할 때 한 개의 UDP 패킷에 여러 채널의 음성 RTP 패킷을 실어 송수신 하도록 하여 게이트웨이 간에 여러 음성 채널이 통신할 경우 매 채널마다 붙는 이더넷 헤더, IP 헤더, UDP 헤더를 하나로 줄여 네트워크 상에서 IP 데이터 트래픽을 줄일 수 있고, 데이터 트래픽을 줄임으로써 음성 데이터의 지연이나 손실을 줄여 음성의 질을 향상시킬 수 있는 효과가 있게 된다.
또한 본 발명은 음성 데이터 송수신을 위한 소켓을 한 개만 쓸 수 있게 함으로써 소켓을 점검하여 음성 수신 여부를 판단하는 시간을 줄임으로써 CPU의 효율을향상시킬 수 있는 효과도 있게 된다.

Claims (6)

  1. 일대일 대응되는 VoIP 게이트웨이 사이에 음성 채널을 설정하는 제 1 단계와;
    상기 제 1 단계 후 음성 RTP 데이터를 8 채널까지 하나의 RTP 데이터 프레임으로 구성하여 송수신하여 통화가 수행되도록 하는 제 2 단계를 포함하여 수행하는 것을 특징으로 하는 VoIP 통신에서 여러 음성채널 데이터를 하나의 패킷으로 송수신하는 방법.
  2. 제 1 항에 있어서, 상기 제 2 단계는,
    채널 선택이 수행되면, 8개의 음성 채널을 하나의 그룹으로 첫 번째 채널부터 선택하는 단계와;
    상기 첫 번째 채널의 선택 후 다음 음성 채널을 계속 선택하여 통화가 수행되도록 하는 단계를 포함하여 수행하는 것을 특징으로 하는 VoIP 통신에서 여러 음성채널 데이터를 하나의 패킷으로 송수신하는 방법.
  3. 제 1 항에 있어서, 상기 제 2 단계는,
    VoIP 게이트웨이는 몇 번 채널을 통해 음성 통신을 할 것인지 결정하는 단계와;
    상기 채널 결정 후 RTP 채널 그룹 번호에 따라서 RTP 데이터 프레임 속에 포함되는 음성 채널을 결정하는 단계를 포함하여 수행하는 것을 특징으로 하는 VoIP 통신에서 여러 음성채널 데이터를 하나의 패킷으로 송수신하는 방법.
  4. 제 1 항에 있어서, 상기 제 2 단계는,
    상기 RTP 데이터 프레임 속에 포함되는 채널 번호의 플래그 비트에 따라서 해당 채널에 음성이 포함되어 있는지 판단하여, 음성 데이터가 미리 설정된 바이트를 초과하는 지 판별하는 단계와;
    상기 음성 데이터가 미리 설정된 바이트를 초과하면 음성 데이터를 복수개의 RTP 프레임으로 나누어 송수신하는 단계를 포함하여 수행하는 것을 특징으로 하는 VoIP 통신에서 여러 음성채널 데이터를 하나의 패킷으로 송수신하는 방법.
  5. 제 1 항에 있어서, 상기 제 2 단계에서 RTP 데이터 프레임은,
    RTP 그룹과 채널 번호 플래그와 RTP 데이터로 전체 RTP 데이터 프레임을 구성하는 것을 특징으로 하는 VoIP 통신에서 여러 음성채널 데이터를 하나의 패킷으로 송수신하는 방법.
  6. 제 5 항에 있어서, 상기 채널 번호 플래그는,
    RTP 데이터 프레임에 해당 채널의 음성 데이터가 포함되어 있는 지의 여부를 표시하는 값을 포함하는 것을 특징으로 하는 VoIP 통신에서 여러 음성채널 데이터를 하나의 패킷으로 송수신하는 방법.
KR10-2000-0079253A 2000-12-20 2000-12-20 브이오아이피 통신에서 여러 음성채널 데이터를 하나의패킷으로 송수신하는 방법 KR100372289B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR10-2000-0079253A KR100372289B1 (ko) 2000-12-20 2000-12-20 브이오아이피 통신에서 여러 음성채널 데이터를 하나의패킷으로 송수신하는 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR10-2000-0079253A KR100372289B1 (ko) 2000-12-20 2000-12-20 브이오아이피 통신에서 여러 음성채널 데이터를 하나의패킷으로 송수신하는 방법

Publications (2)

Publication Number Publication Date
KR20020049927A KR20020049927A (ko) 2002-06-26
KR100372289B1 true KR100372289B1 (ko) 2003-02-15

Family

ID=27683873

Family Applications (1)

Application Number Title Priority Date Filing Date
KR10-2000-0079253A KR100372289B1 (ko) 2000-12-20 2000-12-20 브이오아이피 통신에서 여러 음성채널 데이터를 하나의패킷으로 송수신하는 방법

Country Status (1)

Country Link
KR (1) KR100372289B1 (ko)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100789902B1 (ko) * 2005-12-09 2008-01-02 한국전자통신연구원 다중 프레임을 갖는 브이오아이피 패킷 처리 장치 및 그방법
CN110225212B (zh) * 2019-05-21 2021-08-06 中国电子科技集团公司第三十六研究所 一种VoIP语音恢复方法和装置

Also Published As

Publication number Publication date
KR20020049927A (ko) 2002-06-26

Similar Documents

Publication Publication Date Title
KR100878391B1 (ko) 무선 ｉｐ 전화기
EP1724983B1 (en) Method of providing a real-time communication connection
US6567399B1 (en) Hi-fidelity line card
US7236483B2 (en) Method for controlling bandwidth in a voice over internet protocol system
EP2074790B1 (en) Media terminal adapter with session initiation protocol (sip) proxy
WO2005024547A3 (en) Method and system for detecting facsimile communication during a voip session
AU2004200598B2 (en) Voice over internet protocol system having dynamic gain control function and method thereof
Flanagan VoIP and unified communications: internet telephony and the future voice network
US20070064677A1 (en) Packet media gateway with a secondary PSTN connection and method for time slot switching
US7813378B2 (en) Wideband-narrowband telecommunication
US7403497B2 (en) Data transport between a media gateway and server
KR100372289B1 (ko) 브이오아이피 통신에서 여러 음성채널 데이터를 하나의패킷으로 송수신하는 방법
KR100369798B1 (ko) 보이스 오버 인터넷 프로토콜 시스템에서의 대역폭 관리방법
US20090238176A1 (en) Method, telephone system and telephone terminal for call session
KR100397547B1 (ko) 웹콜에이전트를 이용한 사설망에서의 인터넷 음성통신 방법
Cisco Cisco Hoot and Holler over IP
Cisco Glossary
JP2007116368A (ja) 音声ｉｐパケット交換装置
Cisco Glossary
Cisco Glossary
Cisco Glossary
US6546009B1 (en) Method of reducing delays in packet data transmission
Cisco Voice-over-IP Overview
JP5223444B2 (ja) 通信システム及び呼制御装置
JP2003069652A (ja) 音声通信システム

Legal Events

Date Code Title Description
A201 Request for examination
N231 Notification of change of applicant
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20130117

Year of fee payment: 11

FPAY Annual fee payment

Payment date: 20140115

Year of fee payment: 12

FPAY Annual fee payment

Payment date: 20150116

Year of fee payment: 13

LAPS Lapse due to unpaid annual fee