KR101683384B1

KR101683384B1 - 실시간 스트림 제어를 위한 시스템 및 방법

Info

Publication number: KR101683384B1
Application number: KR1020150090765A
Authority: KR
Inventors: 곽정남
Original assignee: 라인 가부시키가이샤
Priority date: 2015-06-25
Filing date: 2015-06-25
Publication date: 2016-12-06

Abstract

실시간 스트림 제어를 위한 시스템 및 방법이 개시된다. 컴퓨터로 구현되는 방법은, 송신측 전자 기기에서 스트림 데이터의 제1 RTP(Realtime Transport Protocol) 패킷을 네트워크를 통해 수신측 전자 기기로 전송하는 단계(상기 송신측 전자 기기 또는 상기 수신측 전자 기기에서 전송되는 RTP 패킷들은 상기 송신측 전자 기기 또는 상기 수신측 전자 기기에서 이전 수신한 RTP 패킷에 대한 피드백 정보를 추가하기 위해 정의된 페이로드 헤더를 포함함), 상기 송신측 전자 기기에서 상기 수신측 전자 기기로부터 수신된 RTP 패킷의 상기 페이로드 헤더에서 상기 제1 RTP 패킷에 대응하는 피드백 정보를 추출하는 단계(상기 피드백 정보는 RTP 패킷의 전송 주기를 나타내는 피타임(ptime) 및 상기 스트림 데이터에 대한 비트레이트(bitrate) 중 적어도 하나를 포함함) 및 상기 송신측 전자 기기에서 상기 피타임 및 상기 비트레이트 중 적어도 하나를 이용하여 상기 수신측 전자 기기로 전송하기 위한 상기 스트림 데이터의 제2 RTP 패킷을 생성하는 단계를 포함할 수 있다.

Description

실시간 스트림 제어를 위한 시스템 및 방법{SYSTEM AND METHOD FOR REAL-TIME STREAM CONTROLLING}

아래의 설명은 실시간 스트림 제어를 위한 시스템 및 방법에 관한 것이다.

실시간 통신(real-time communication)에서 미디어의 전송을 위해 사용되는 범용적인 프로토콜로 RTP(Real-time Transport Protocol)가 이용된다. RTP는 실시간 데이터 전송을 위한 표준 패킷 형식으로 오디오, 비디오 등 실시간 데이터를 멀티캐스트나 유니케스트로 전송하기에 적합한 기능을 제공할 수 있다. 이러한 RTP에서 사용되는 스트림의 통계 정보 및 제어를 위해 RTCP(Real-time Transport Control Protocol)가 정의되어 RTP와 함께 사용된다. 이러한 RTCP는 QoS(Quality of Service), 모니터링, 수신자 정보 수집, 전송율 계산 등의 기능을 제공한다. 예를 들어 한국공개특허 제10-2006-0105424호는 실시간 제어 프로토콜(RTCP) 메시지 내료의 세션 설명 메시지의 임베딩에 관한 기술로, 매체 컨텐트 소스로부터 수신자에게 전송된 최소한 몇 개의 실시간 제어 프로토콜(RTCP) 메시지들 내에 수신자에게 스트리밍되는 매체 프리젠테이션을 설명하는 세션 설명 메시지를 임베딩함을 개시하고 있다.

그러나 이러한 RTCP가 차지하는 트래픽이 너무 많지 않아야 한다는 제약이 존재하기 때문에 RTCP에서의 패킷 전송 간격은 약 5초와 같이 통신 네트워크에서는 너무 크기 때문에 실시간으로 RTP의 패킷 전송을 제어하기에는 너무 느리다는 문제점이 있다.

참고자료: <PCT/KR/2014/010167, US20140019540A1, US20130332543A1, US20130260893>

RTP(Real-time Transport Protocol) 패킷에 새로운 헤더(이하, 페이로드 헤더(payload header))를 정의하고, 수신기와 송신기간에 RTP의 제어를 위한 정보를 페이로드 헤더에 포함시켜 주고 받음으로써 RTCP(Real-time Transport Control Protocol)를 통해서는 구현하기 어려운 RTP 패킷의 실시간 제어를 처리할 수 있는 시스템 및 방법을 제공한다.

페이로드 헤더의 정보를 이용하여 비트레이트가 현재 망내 대역폭(bandwidth)을 넘었는지 여부를 감지하고, 비트레이트가 망내 대역폭을 넘어선 경우 코덱과 무관하게 비트레이트를 감소시킬 수 있는 시스템 및 방법을 제공한다.

컴퓨터로 구현되는 방법에 있어서, 송신측 전자 기기에서 스트림 데이터의 제1 RTP(Realtime Transport Protocol) 패킷을 네트워크를 통해 수신측 전자 기기로 전송하는 단계 - 상기 송신측 전자 기기 또는 상기 수신측 전자 기기에서 전송되는 RTP 패킷들은 상기 송신측 전자 기기 또는 상기 수신측 전자 기기에서 이전 수신한 RTP 패킷에 대한 피드백 정보를 추가하기 위해 정의된 페이로드 헤더를 포함함 -; 상기 송신측 전자 기기에서 상기 수신측 전자 기기로부터 수신된 RTP 패킷의 상기 페이로드 헤더에서 상기 제1 RTP 패킷에 대응하는 피드백 정보를 추출하는 단계 - 상기 피드백 정보는 RTP 패킷의 전송 주기를 나타내는 피타임(ptime) 및 상기 스트림 데이터에 대한 비트레이트(bitrate) 중 적어도 하나를 포함함 -; 및 상기 송신측 전자 기기에서 상기 피타임 및 상기 비트레이트 중 적어도 하나를 이용하여 상기 수신측 전자 기기로 전송하기 위한 상기 스트림 데이터의 제2 RTP 패킷을 생성하는 단계를 포함하는 것을 특징으로 하는 컴퓨터로 구현되는 방법을 제공한다.

일측에 따르면, 상기 제2 RTP 패킷을 생성하는 단계는, 상기 스트림 데이터를 상기 비트레이트로 인코딩하고, 상기 인코딩된 스트림 데이터를 상기 피타임을 주기로 패킷타이징하는 것을 특징으로 할 수 있다.

다른 측면에 따르면, 상기 컴퓨터로 구현되는 방법은 상기 송신측 전자 기기에서 상기 수신측 전자 기기로부터 수신된 RTP 패킷에 대한 모니터링을 통해 혼잡을 탐지한 결과에 기초하여 상기 수신된 RTP 패킷에 대응하는 피드백 정보를 생성하는 단계를 더 포함하고, 상기 제2 RTP 패킷을 생성하는 단계는, 상기 생성된 피드백 정보를 페이로드 헤더에 포함하는 상기 제2 RTP 패킷을 생성하는 것을 특징으로 할 수 있다.

또 다른 측면에 따르면, 상기 제2 RTP 패킷을 생성하는 단계는, 상기 스트림 데이터를 기설정된 처리 단위 기간마다 상기 비트레이트로 인코딩하고, 인코딩된 스트림 데이터마다 상기 페이로드 헤더를 추가하고, 상기 피타임마다 상기 페이로드 헤더가 추가된 인코딩된 스트림 데이터들을 하나의 제2 RTP 패킷으로 패킷타이징하는 것을 특징으로 할 수 있다.

또 다른 측면에 따르면, 상기 피타임은 상기 수신측 전자 기기에서 상기 제1 RTP 패킷에 대한 모니터링에 통해 혼잡(congestion)이 탐지되는 경우 상기 제1 RTP 패킷의 피타임보다 상대적으로 증가하여 상기 피드백 정보에 포함되고, 상기 비트레이트는 상기 수신측 전자 기기에서 상기 제1 RTP 패킷에 대한 모니터링에 통해 혼잡(congestion)이 탐지되는 경우 상기 제1 RTP 패킷의 비트레이트보다 상대적으로 감소하여 상기 피드백 정보에 포함되는 것을 특징으로 할 수 있다.

또 다른 측면에 따르면, 상기 페이로드 헤더는 상기 피타임을 위한 정보 및 상기 비트레이트를 위한 정보 중 적어도 하나를 포함하고, 상기 피타임을 위한 정보를 포함하는 경우 상기 피타임에 따라 생성될 RTP 패킷의 스트림 데이터의 크기에 대한 정보를 더 포함하는 것을 특징으로 할 수 있다.

컴퓨터로 구현되는 방법에 있어서, 수신측 전자 기기에서 스트림 데이터의 제1 RTP(Realtime Transport Protocol) 패킷을 네트워크를 통해 송신측 전자 기기로부터 수신하는 단계 - 상기 송신측 전자 기기 또는 상기 수신측 전자 기기에서 전송되는 RTP 패킷들은 상기 송신측 전자 기기 또는 상기 수신측 전자 기기에서 이전 수신한 RTP 패킷에 대한 피드백 정보를 추가하기 위해 정의된 페이로드 헤더를 포함함 -; 상기 수신측 전자 기기에서 상기 제1 RTP 패킷에 대한 모니터링을 통해 혼잡을 탐지한 결과에 기초하여 상기 제1 RTP 패킷에 대응하는 피드백 정보를 생성하는 단계 - 상기 피드백 정보는 RTP 패킷의 전송 주기를 나타내는 피타임(ptime) 및 상기 스트림 데이터에 대한 비트레이트(bitrate) 중 적어도 하나를 포함함 -; 상기 수신측 전자 기기에서 상기 피드백 정보가 상기 페이로드 헤더에 포함된 RTP 패킷을 생성하여 상기 송신측 전자 기기로 전송하는 단계; 및 상기 피드백 정보를 이용하여 상기 송신측 전자 기기에서 생성된 제2 RTP 패킷을 수신하는 단계를 포함하는 것을 특징으로 컴퓨터로 구현되는 방법을 제공한다.

하나 이상의 프로세서들을 포함하는 송신측 전자 기기의 시스템에 있어서, 상기 하나 이상의 프로세서들은, 스트림 데이터의 제1 RTP(Realtime Transport Protocol) 패킷을 네트워크를 통해 수신측 전자 기기로 전송하는 센더 - 상기 송신측 전자 기기 또는 상기 수신측 전자 기기에서 전송되는 RTP 패킷들은 상기 송신측 전자 기기 또는 상기 수신측 전자 기기에서 이전 수신한 RTP 패킷에 대한 피드백 정보를 추가하기 위해 정의된 페이로드 헤더를 포함함 -; 및 상기 수신측 전자 기기로부터 수신된 RTP 패킷의 상기 페이로드 헤더에서 상기 제1 RTP 패킷에 대응하는 피드백 정보를 추출하는 리시버 - 상기 피드백 정보는 RTP 패킷의 전송 주기를 나타내는 피타임(ptime) 및 상기 스트림 데이터에 대한 비트레이트(bitrate) 중 적어도 하나를 포함함 -를 포함하고, 상기 센더는, 상기 피타임 및 상기 비트레이트 중 적어도 하나를 이용하여 상기 수신측 전자 기기로 전송하기 위한 상기 스트림 데이터의 제2 RTP 패킷을 생성하는 것을 특징으로 하는 시스템을 제공한다.

하나 이상의 프로세서들을 포함하는 수신측 전자 기기의 시스템에 있어서, 상기 하나 이상의 프로세서들은, 스트림 데이터의 제1 RTP(Realtime Transport Protocol) 패킷을 네트워크를 통해 송신측 전자 기기로부터 수신하고, 상기 제1 RTP 패킷에 대한 모니터링을 통해 혼잡을 탐지한 결과에 기초하여 상기 제1 RTP 패킷에 대응하는 피드백 정보를 생성하는 리시버 - 상기 송신측 전자 기기 또는 상기 수신측 전자 기기에서 전송되는 RTP 패킷들은 상기 송신측 전자 기기 또는 상기 수신측 전자 기기에서 이전 수신한 RTP 패킷에 대한 피드백 정보를 추가하기 위해 정의된 페이로드 헤더를 포함하고, 상기 피드백 정보는 RTP 패킷의 전송 주기를 나타내는 피타임(ptime) 및 상기 스트림 데이터에 대한 비트레이트(bitrate) 중 적어도 하나를 포함함 -; 및 상기 피드백 정보가 상기 페이로드 헤더에 포함된 RTP 패킷을 생성하여 상기 송신측 전자 기기로 전송하는 센더를 포함하고, 상기 리시버는, 상기 피드백 정보를 이용하여 상기 송신측 전자 기기에서 생성된 제2 RTP 패킷을 수신하는 것을 특징으로 시스템을 제공한다.

RTP(Real-time Transport Protocol) 패킷에 새로운 헤더(이하, 페이로드 헤더(payload header))를 정의하고, 수신기와 송신기간에 RTP의 제어를 위한 정보를 페이로드 헤더에 포함시켜 주고 받음으로써 RTCP(Real-time Transport Control Protocol)를 통해서는 구현하기 어려운 RTP 패킷의 실시간 제어를 처리할 수 있다.

페이로드 헤더의 정보를 이용하여 비트레이트가 현재 망내 대역폭(bandwidth)을 넘었는지 여부를 감지하고, 비트레이트가 망내 대역폭을 넘어선 경우 코덱과 무관하게 비트레이트를 감소시킬 수 있다.

도 1은 본 발명의 일실시예에 있어서 네트워크 환경의 예를 도시한 도면이다.
도 2는 본 발명의 일실시예에 있어서, 전자 기기의 내부 구성을 설명하기 위한 블록도이다.
도 3은 본 발명의 일실시예에 있어서, 전자 기기들간의 RTP 통신을 설명하기 위한 도면이다.
도 4는 본 발명의 일실시예에 따른 미디어 패킷의 구성 예를 도시한 도면이다.
도 5는 미디어 패킷이 포함하는 페이로드 헤더(Payload Header)의 구성 예를 도시한 도면이다.
도 6은 본 발명의 일실시예에 있어서 전자 기기가 포함할 수 있는 논리적인 모듈들을 설명하기 위한 블록도이다.
도 7은 본 발명의 일실시예에 있어서, 처리 단위와 피타임에 따라 미디어 패킷이 구성되는 예를 도시한 도면이다.
도 8은 본 발명의 일실시예에 있어서 실시간 스트림 제어 방법을 도시한 흐름도이다.

이하, 실시예를 첨부한 도면을 참조하여 상세히 설명한다.

도 1은 본 발명의 일실시예에 있어서, 네트워크 환경의 예를 도시한 도면이다. 도 1의 네트워크 환경은 복수의 전자 기기들(110, 120, 130, 140), 복수의 서버들(150, 160) 및 네트워크(170)를 포함하는 예를 나타내고 있다. 이러한 도 1은 발명의 설명을 위한 일례로 전자 기기의 수나 서버의 수가 도 1과 같이 한정되는 것은 아니다.

복수의 전자 기기들(110, 120, 130, 140)은 컴퓨팅 시스템으로 구현되는 고정형 단말이거나 이동형 단말일 수 있다. 복수의 전자 기기들(110, 120, 130, 140)의 예를 들면, 스마트폰(smart phone), 휴대폰, 네비게이션, 컴퓨터, 노트북, 디지털방송용 단말, PDA(Personal Digital Assistants), PMP(Portable Multimedia Player), 태블릿 PC 등이 있다. 일례로 전자 기기 1(110)은 무선 또는 유선 통신 방식을 이용하여 네트워크(170)를 통해 다른 전자 기기들(120, 130, 140) 및/또는 서버(150, 160)와 통신할 수 있다.

통신 방식은 제한되지 않으며, 네트워크(170)가 포함할 수 있는 통신망(일례로, 이동통신망, 유선 인터넷, 무선 인터넷, 방송망)을 활용하는 통신 방식뿐만 아니라 기기들간의 근거리 무선 통신 역시 포함될 수 있다. 예를 들어, 네트워크(170)는, PAN(personal area network), LAN(local area network), CAN(campus area network), MAN(metropolitan area network), WAN(wide area network), BBN(broadband network), 인터넷 등의 네트워크 중 하나 이상의 임의의 네트워크를 포함할 수 있다. 또한, 네트워크(170)는 버스 네트워크, 스타 네트워크, 링 네트워크, 메쉬 네트워크, 스타-버스 네트워크, 트리 또는 계층적(hierarchical) 네트워크 등을 포함하는 네트워크 토폴로지 중 임의의 하나 이상을 포함할 수 있으나, 이에 제한되지 않는다.

서버(150, 160) 각각은 복수의 전자 기기들(110, 120, 130, 140)과 네트워크(170)를 통해 통신하여 서비스를 위한 컨텐츠를 제공하는 장치 또는 복수의 장치들로 구현될 수 있다.

일례로, 서버(150)는 전자 기기 1(110)을 통한 사용자의 요청 메시지에 따라 전자 기기 1(110)의 화면을 구성할 수 있는 코드를 전자 기기 1(110)로 제공할 수 있다. 이 경우 전자 기기 1(110)은 전자 기기 1(110)이 포함하는 운영체제(Operating System, OS) 및 적어도 하나의 프로그램(일례로 브라우저나 특정 어플리케이션)의 제어에 따라 제공된 코드를 이용하여 화면을 구성 및 표시함으로써 사용자에게 컨텐츠를 제공할 수 있다.

다른 예로 서버(150)는 네트워크(170)를 통해 전자 기기 1(110)로 스트리밍을 위한 데이터를 전송할 수 있다. 이 경우 전자 기기 1(110)은 전자 기기 1(110)이 포함하는 운영체제 및 적어도 하나의 프로그램의 제어에 따라 스트리밍되는 데이터를 이용하여 컨텐츠를 재생하여 출력할 수 있다.

또 다른 예로, 서버(150)는 서버(150)로 접속한 전자 기기 1(110) 및 전자 기기 2(120)간의 통신 세션을 설정할 수 있다. 이 경우 전자 기기들(110, 120)은 설정된 통신 세션을 이용하여 전자 기기들(110, 120)간의 채팅, 데이터 전송, 음성통화 또는 화상통화 등과 같은 서비스를 제공받을 수 있다.

또 다른 실시예로, 서버(150, 160)의 개입 없이 전자 기기들(110, 120, 130, 140)간의 통신 역시 가능하다.

도 2는 본 발명의 일실시예에 있어서, 전자 기기의 내부 구성을 설명하기 위한 블록도이다. 도 2에서는 하나의 전자 기기에 대한 예로서 전자 기기 1(110)의 내부 구성을 설명한다.

전자 기기 1(110)은 메모리(210), 프로세서(220), 통신 모듈(230) 그리고 입출력 인터페이스(240)를 적어도 포함할 수 있다. 메모리(210)는 컴퓨터에서 판독 가능한 기록 매체로서, RAM(random access memory), ROM(read only memory) 및 디스크 드라이브와 같은 비소멸성 대용량 기록장치(permanent mass storage device)를 포함할 수 있다. 또한, 메모리(210)에는 운영체제와 적어도 하나의 프로그램 코드(일례로 전자 기기 1(110)에 설치되어 구동되는 브라우저나 어플리케이션 등을 위한 코드)가 저장될 수 있다. 이러한 소프트웨어 구성요소들은 드라이브 메커니즘(drive mechanism)을 이용하여 메모리(210)와는 별도의 컴퓨터에서 판독 가능한 기록 매체로부터 로딩될 수 있다. 이러한 별도의 컴퓨터에서 판독 가능한 기록 매체는 플로피 드라이브, 디스크, 테이프, DVD/CD-ROM 드라이브, 메모리 카드 등의 컴퓨터에서 판독 가능한 기록 매체를 포함할 수 있다. 다른 실시예에서 소프트웨어 구성요소들은 컴퓨터에서 판독 가능한 기록 매체가 아닌 통신 모듈(230)을 통해 메모리(210)에 로딩될 수도 있다. 예를 들어, 적어도 하나의 프로그램은 개발자들이 네트워크(170)를 통해 제공하는 파일들에 의해 설치되는 프로그램에 기반하여 메모리(210)에 로딩될 수 있다.

프로세서(220)는 기본적인 산술, 로직 및 입출력 연산을 수행함으로써, 컴퓨터 프로그램의 명령을 처리하도록 구성될 수 있다. 명령은 메모리(210) 또는 통신 모듈(230)에 의해 프로세서(220)로 제공될 수 있다. 예를 들어 프로세서(220)는 메모리(210)와 같은 기록 장치에 저장된 프로그램 코드에 따라 수신되는 명령을 실행하도록 구성될 수 있다.

통신 모듈(230)은 네트워크(170)를 통해 전자 기기 1(110)과 다른 전자 기기(일례로 전자 기기 2(120)) 또는 전자 기기 1(110)과 서버(150)가 서로 통신하기 위한 기능을 제공할 수 있다. 일례로, 전자 기기 1(110)의 프로세서(220)가 메모리(210)와 같은 기록 장치에 저장된 프로그램 코드에 따라 생성한 RTP(Real-time Transport Protocol) 패킷이 통신 모듈(230)의 제어에 따라 네트워크(170)를 통해 전자 기기 2(120)로 전달될 수 있다. 역으로, 전자 기기 2(120)에서 전송되는 RTP 패킷이 네트워크(170)와 통신 모듈(230)을 통해 수신되어 프로세서(220)나 메모리(210)로 전달될 수 있다.

입출력 인터페이스(240)는 입출력 장치(250)와의 인터페이스를 위한 수단일 수 있다. 예를 들어, 입력 장치는 키보드 또는 마우스 등의 장치를, 그리고 출력 장치는 어플리케이션의 통신 세션을 표시하기 위한 디스플레이와 같은 장치를 포함할 수 있다. 다른 예로 입출력 인터페이스(240)는 터치스크린과 같이 입력과 출력을 위한 기능이 하나로 통합된 장치와의 인터페이스를 위한 수단일 수도 있다. 보다 구체적인 예로, 전자 기기 1(110)의 프로세서(220)는 메모리(210)에 로딩된 컴퓨터 프로그램의 명령을 처리함에 있어서 서버(150)나 전자 기기 2(120)가 제공하는 데이터를 이용하여 구성되는 서비스 화면이나 컨텐츠가 입출력 인터페이스(240)를 통해 디스플레이에 표시될 수 있다.

또한, 다른 실시예들에서 전자 기기 1(110)은 도 2의 구성요소들보다 더 많은 구성요소들을 포함할 수도 있다. 그러나, 대부분의 종래기술적 구성요소들을 명확하게 도시할 필요성은 없다. 예를 들어, 전자 기기 1(110)은 상술한 입출력 장치(250) 중 적어도 일부를 포함하도록 구현되거나 또는 트랜시버(transceiver), GPS(Global Positioning System) 모듈, 카메라 등과 같은 다른 구성요소들을 더 포함할 수도 있다.

도 3은 본 발명의 일실시예에 있어서, 전자 기기들간의 RTP 통신을 설명하기 위한 도면이다. RTP에서는 센더(sender)와 리시버(receiver)가 존재할 수 있고 하나의 터미널 시스템은 센더이자 리시버일 수 있다. 예를 들어 전자 기기 1(110)은 센더(310)와 리시버(320)를 포함할 수 있고, 전자 기기 2(120) 역시 센더(330)와 리시버(340)를 포함할 수 있다. 이때 전자 기기 1(110)의 센더(310)가 전자 기기 2(120)로 전송하는 미디어 패킷(일례로, RTP 패킷)은 전자 기기 2(120)의 리시버(340)에서 수신할 수 있다. 역으로 전자 기기 2(120)의 센더(330)가 전송하는 미디어 패킷은 전자 기기 1(110)의 리시버(320)에서 수신할 수 있다.

전자 기기 1(110)의 관점에서, 센더(310)는 패킷의 전송 주기에 대응하는 피타임(ptime)마다 미디어 패킷을 전자 기기 2(120)로 전송할 수 있다. 전자 기기 2(120)는 수신되는 미디어 패킷의 데이터를 이용하여 스트리밍을 통해 컨텐츠를 재생할 수 있다.

이때, 전자 기기 1(110)의 리시버(320)가 수신하는 미디어 패킷들에는 전자 기기 1(110)의 센더(310)가 전송하는 스트림에 대한 피드백 정보가 포함될 수 있다.

도 4는 본 발명의 일실시예에 따른 미디어 패킷의 구성 예를 도시한 도면이고, 도 5는 미디어 패킷이 포함하는 페이로드 헤더(Payload Header)의 구성 예를 도시한 도면이다. 도 4는 하나의 미디어 패킷(410)의 구성으로서 IP 헤더(IP Header, 411), UDP 헤더(UDP Header, 412), RTP 헤더(RTP Header, 413), 페이로드 헤더(Payload Header, 414) 및 미디어 스트림 데이터(Media Stream Data, 415)를 나타내고 있다.

RTP가 음성/영상을 압축하여 UDP(User Datagram Protocol)로 전송하며, UDP에서 데이터를 IP 망으로 전달하여 물리계층으로 다시 전달하는 시스템으로서 동작함은 이미 잘 알려진 것으로 IP 헤더(411), UDP 헤더(412), RTP 헤더(413)에 대해서도 이미 잘 알려져 있다. 또한 미디어 스트림 데이터(415)는 센더(310)가 리시버(340)로 미디어 패킷(410)을 통해 전송하고자 하는 데이터를 의미할 수 있다.

이때, 본 발명의 실시예들에서는 이러한 미디어 패킷(410)에 페이로드 헤더(414)를 새롭게 정의하여 활용하고자 한다. 페이로드 헤더(414)는 일례로 미디어 패킷(410)에서 RTP 헤더(413) 다음에 포함될 수 있다.

페이로드 헤더(414)는 도 5에서와 같이 요청 피타임(Request Ptime, 510), 요청 미디어 비트레이트(Request Media Bitrate, 520) 및 데이터 크기(Size of Data, 530)를 포함하여 구성될 수 있다. 도 4에서 괄호속의 숫자는 바이트(byte) 수를 나타낼 수 있다. 도 4의 실시예에서는 페이로드 헤더(314)가 4 바이트로 구성된 예를 나타내고 있다.

요청 피타임(510)은 다음 전송될 미디어 패킷을 위한 피타임의 값을 포함할 수 있고, 요청 미디어 비트레이트(520)는 다음 전송될 미디어 패킷을 위한 비트레이트의 값을 포함할 수 있다. 또한 데이터 크기(530)는 요청 피타임(510)의 값에 해당하는 데이터 길이를 나타낼 수 있다.

예를 들어 전자 기기 1(110)의 센더(310)가 전자 기기 2(120)로 RTP 패킷의 전송을 통해 스트림 데이터를 전송한다고 가정하자. 이때 전자 기기 2(120)의 센더(330)는 스트림 데이터에 대한 피드백 정보를 전자 기기 1(110)로 전송할 수 있다. 이때, 피드백 정보는 전자 기기 2(120)의 센더(330)가 전자 기기 1(110)로 전송하는 RTP 패킷들 각각의 페이로드 헤더에 포함될 수 있다.

보다 구체적인 예로, 전자 기기 1(110)의 센더(310)가 전자 기기 2(120)로 미디어 패킷(410)을 전송한다고 가정하자. 이때, 전자 기기 2(120)의 인코더(미도시)는 미디어 패킷(410)의 페이로드 헤더(414)에 포함된 요청 미디어 비트레이트(520)의 값에 따라 스트림 데이터를 인코딩할 수 있다. 또한 전자 기기 2(120)의 센더(330)는 미디어 패킷(410)의 페이로드 헤더(414)에 포함된 요청 피타임(510)의 값에 따라 패킷타이징을 처리할 수 있다. 일례로, 센더(330)는 요청 피타임(510)의 값에 따라 결정되는 주기(피타임)에 따라 다음 번 미디어 패킷을 생성하여 전자 기기 1(110)로 전송할 수 있다.

데이터 크기(530)는 요청 피타임(510)의 값에 해당하는 데이터 길이를 나타낼 수 있다. 예를 들어, 요청 피타임(510)의 값이 20 밀리초(millisecond)라 가정할 때 피타임 20 밀리초에 대응하여 전송되어야 할 데이터의 길이에 대한 값이 데이터 크기(530) 항목에 포함되어 함께 전송될 수 있다.

역으로 스트림 데이터를 수신하는 측인 전자 기기 2(120)의 관점에서 살펴보면, 리시버(340)에서 수신되는 미디어 패킷(410)을 모니터링하여 일정 대역폭을 넘어서는 경우에는 피타임이 커지도록, 그리고 미디어의 비트레이트가 작아지도록 전자 기기 1(110)로 전송할 패킷의 페이로드 헤더를 설정할 수 있다.

이러한 패킷을 수신한 전자 기기 1(110)에서는 페이로드 헤더에 설정된 피타임과 비트레이트에 따라 다음 번 미디어 패킷의 피타임과 비트레이트를 조절할 수 있다. 피타임의 값의 증가는 미디어 패킷들의 전송 주기를 늦출 수 있고, 비트레이트의 값의 감소는 동일한 시간의 재생을 위해 필요한 비트수의 감소에 따라 스트리밍 서비스에서 동일한 시간 동안 전송해야 할 컨텐츠 데이터의 용량을 감소시킬 수 있다.

이처럼 스트림에 대한 피드백 정보를 페이로드 헤더를 통해 제공받아 피타임 및/또는 비트레이트를 조절함으로써, 망 상황에 따라 RTP 패킷과 같은 미디어 패킷의 피타임 및/또는 미디어 패킷에 포함되는 스트림 데이터의 비트레이트를 적응적으로 조절하는 것이 가능해진다.

도 6은 본 발명의 일실시예에 있어서 전자 기기가 포함할 수 있는 논리적인 모듈들을 설명하기 위한 블록도이다. 도 6은 전자 기기 1(110)이 포함할 수 있는 논리적인 모듈들로서 RTP 리시버(510), RTP 센더(520), 디코더(530) 및 인코더(540)를 나타내고 있다. 예를 들어 도 6의 모듈들은 도 2를 통해 설명한 프로세서(220)에 포함되어 프로세서(220)가 아래 설명될 모듈들의 기능을 처리하도록 구현될 수 있다. 이러한 모듈들의 기능들은 메모리(210)가 포함하는 운영체제 및 적어도 하나의 프로그램 코드에 기반하여 프로세서(220)에서 처리될 수 있다.

RTP 리시버(610)는 다른 전자 기기(일례로 전자 기기 2(120))의 RTP 센더(미도시)가 전송하는 RTP 패킷을 수신할 수 있다. RTP 리시버(610)는 도 6에 도시된 바와 같이 비트레이트 측정부(611), 혼잡 탐지부(612), 피드백 파서(613) 및 피드백 정보 생성부(614)를 포함할 수 있다.

비트레이트 측정부(611)는 수신된 RTP 패킷으로부터 현재 수신된 스트림 데이터의 비트레이트를 측정할 수 있다. 예를 들어 비트레이트 측정부(611)는 다른 전자 기기의 인코더(미도시)에서 스트림 데이터의 인코딩에 사용된 비트스트림을 확인할 수 있다.

혼잡 탐지부(612)는 망내 혼잡의 발생 여부를 탐지할 수 있다. 망내 혼잡 여부를 측정하는 논리적 알고리즘의 예는 아래와 같다.

Delay = SendTime(i) - RecvTime(i) - MIN_NetQDelay;
NetQDelay(i) = 0.9×NetQDelay(i-1) + 0.1×Delay;
if(MIN_NetQDelay > NetQDelay(i)
MIN_NetQDelay = NetQDelay(i);
if ( NetQDelay > Threshold )
Detect Congestion;

여기서 'Delay'는 i번째 미디어 패킷의 지연을, 'SendTime(i)'는 i번째 미디어 패킷의 전송 시각을, 'RecvTime(i)'는 i번째 미디어 패킷의 수신 시각을, 'MIN_NetQDelay'는 네트워크 Q의 최소 지연을 의미할 수 있다. 'NetQDelay(i)'가 i번째 미디어 패킷의 네트워크 Q에서의 지연이라 가정할 때, 계산된 'NetQDelay(i)'가 네트워크 Q의 최소 지연보다 작다면 'NetQDelay(i)'가 네트워크 Q의 최소 지연이 될 수 있고, 'NetQDelay(i)'가 기설정된 스레드홀드 'Threshold'보다 크다면, 혼잡이 탐지된 것으로 결정될 수 있다.

피드백 파서(613)는 다른 전자 기기의 RTP 리시버(미도시)가 전송하는 피드백을 파싱하여 피드백을 통해 요청된 비트레이트와 피타임을 추출할 수 있다. 이러한 피드백은 다른 전자 기기가 전송하는 RTP 패킷의 페이로드 헤더에 포함될 수 있다. 피드백 파서(613)가 추출한 정보로서 비트레이트는 인코더(640)로 전달될 수 있고, 피타임은 RTP 센더(620)의 패킷타이징 제어부(622)로 전달될 수 있다. 또한, 수신된 RTP 패킷에 포함된 미디어 스트림 데이터는 디코더(630)로 전송되어 디코딩될 수 있다.

피드백 정보 생성부(614)는 다른 전자 기기로 전송하기 위한 피드백 정보를 생성할 수 있다. 이러한 피드백 정보는 다른 전자 기기가 전자 기기 1(110)로 전송하는 스트림에 대한 피드백 정보로서 다음 미디어 패킷을 위한 피타임 및/또는 비트레이트에 대한 정보를 포함할 수 있다. 이때 피타임에 대한 정보는 앞서 설명한 바와 같이 해당 피타임에 대응하는 데이터의 크기에 대한 정보와 연관되어 생성될 수 있다.

전자 기기 1(110)이 다른 전자 기기로 전송하는 RTP 패킷에 포함될 미디어 스트림 데이터는 인코더(640)에서 인코딩될 수 있다. 이때, 해당 RTP 패킷에 포함될 미디어 스트림 데이터는 피드백 파서(613)가 전달하는 비트레이트에 따라 인코딩될 수 있다.

RTP 센더(620)는 도 6에 도시된 바와 같이 페이로드 헤더 생성부(621), 패킷타이징 제어부(622) 및 RTP 헤더 생성부(623)를 포함할 수 있다.

페이로드 헤더 생성부(623)은 다른 전자 기기로 전송하기 위한 RTP 패킷에 포함될 페이로드 헤더(일례로 도 4 및 도 5를 통해 설명한 페이로드 헤더(414))를 생성할 수 있다. 이때 페이로드 헤더에는 피드백 정보 생성부(614)에서 생성된 피타임과 비트레이트, 데이터의 크기 등의 정보가 포함될 수 있다.

패킷타이징 제어부(622)는 피드백 파서가 전달한 피타임에 기반하여 스트림 데이터를 패킷타이징할 수 있다. 피드백 파서가 전달한 피타임은 다른 전자 기기가 요청한 피타임으로, 패킷타이징 제어부(622)는 이러한 피타임을 기준으로 스트림 데이터를 패킷타이징할 수 있다.

다른 전자 기기 역시 도 6의 전자 기기와 동일한 구성을 포함할 수 있다.

도 7은 본 발명의 일실시예에 있어서, 처리 단위와 피타임에 따라 미디어 패킷이 구성되는 예를 도시한 도면이다. 처리 단위가 20 밀리초이고 피타임이 60 밀리초라 가정하자. 도 6의 인코더(640)는 처리 단위인 20 밀리초마다 데이터들(711, 712, 713)을 인코딩하여 제공하나 패킷타이징 제어부(622)는 피타임에 따라 데이터들(711, 712, 713)을 패킷타이징할 수 있다. 따라서 도 7에 도시된 미디어 패킷(710)에는 데이터들(711, 712, 713)이 모두 포함될 수 있다. 이때 처리 단위마다 데이터들(711, 712, 713)을 위한 페이로드 헤더들(721, 722, 723)이 생성되어 미디어 패킷(710)에 포함될 수 있다.

RTP 헤더 생성부(623)는 패킷타이징 제어부(622)가 패킷타이징한 데이터들(711, 712, 713)을 위한 RTP 헤더를 생성할 수 있다.

RTP 헤더가 포함된 데이터에는 UDP 헤더와 IP 헤더가 추가되어 도 7을 통해 설명한 미디어 패킷(710)과 같이 구성될 수 있고, 다른 전자 기기의 리시버(미도시)로 전송될 수 있다.

도 8은 본 발명의 일실시예에 있어서 실시간 스트림 제어 방법을 도시한 흐름도이다. 도 8은 스트림 전송측의 RTP 리시버(810)와 RPT 센더(820) 그리고 스트림 수신측의 RTP 리시버(830)와 RTP 센더(840)에서 스트림 데이터가 제공되는 과정의 예를 나타내고 있다.

단계(851)에서 RTP 센더(820)는 미디어 패킷을 RTP 리시버(830)로 전송할 수 있다. 만약 단계(851)에서 전송되는 미디어 패킷이 스트림 데이터의 제공을 위해 최초로 전송되는 미디어 패킷이라면, 해당 미디어 패킷은 디폴트로 설정된 피타임과 비트레이트에 따라 생성된 패킷일 수 있다. 만약 단계(851)에서 전송되는 미디어 패킷이 스트림 데이터의 제공을 위해 최초로 전송되는 미디어 패킷이 아니라면, 해당 미디어 패킷은 이전 미디어 패킷에 대한 피드백 정보의 피타임과 비트레이트에 따라 생성된 패킷일 수 있다. 피드백 정보의 피타임과 비트레이트에 따라 미디어 패킷이 생성되는 과정에 대해서는 앞서 도 6 및 도 7을 통해 설명한 바 있다.

단계(852)에서 RTP 리시버(830)는 패킷을 모니터링할 수 있다. 예를 들어 RTP 리시버(830)는 단계(851)에서 RTP 센더(820)가 전송하는 미디어 패킷을 모니터링할 수 있다. 일례로 도 6의 비트레이트 측정부(611)는 이러한 패킷의 모니터링을 위해 활용될 수 있다.

단계(853)에서 RTP 리시버(830)는 혼잡을 탐지할 수 있다. 예를 들어, RTP 리시버(830)는 단계(852)에서 수신된 미디어 패킷과 관련하여 현재 망내 지연을 확인하고 상술한 표 1의 알고리즘과 같이 혼잡을 탐지하기 위한 기술을 활용하여 혼잡 탐지 여부를 결정할 수 있다. 일례로 도 6의 혼잡 탐지부(612)와 같이 RTP 리시버(830)가 포함할 수 있는 혼잡 탐지부(미도시)가 이러한 혼잡 탐지 기능을 처리할 수 있다.

단계(854)에서 RTP 리시버(830)는 피드백 정보를 생성할 수 있다. 예를 들어, RTP 리시버(830)는 단계(853)에서 혼잡이 탐지된 경우 이러한 혼잡을 줄이기 위해 피타임 및 비트레이트를 설정하여 피드백 정보를 생성할 수 있다. 예를 들어, 새롭게 생성되는 피드백 정보의 피타임은 단계(851)에서 전송된 미디어 패킷을 위한 피타임보다 크게 설정될 수 있고, 비트레이트는 단계(851)에서 전송된 미디어 패킷을 위한 비트레이트보다 작게 설정될 수 있다.

단계(855)에서 RTP 리시버(830)는 생성된 피드백 정보를 RTP 센더(840)로 전송할 수 있다. 일례로 피드백 정보는 피타임과 비트레이트를 포함할 수 있으며, 이러한 피드백 정보는 RTP 센더(840)가 포함할 수 있는 페이로드 헤더 생성부(일례로 도 6의 페이로드 헤더 생성부(621))로 전송될 수 있다.

단계(856)에서 RTP 센더(840)는 피드백 정보가 포함된 미디어 패킷을 RTP 리시버(810)로 전송할 수 있다. 단계(851)에서 전송된 미디어 패킷 역시 피드백 정보를 포함할 수 있고, RTP 리시버(830)가 포함할 수 있는 피드백 파서(일례로 도 6의 피드백 파서(613))는 미디어 패킷에 포함된 피드백 정보를 추출하여 RTP 센더(840)로 제공할 수 있다. 예를 들어 추출된 피드백 정보에서 피타임은 RTP 센더(840)가 포함할 수 있는 패킷타이징 제어부(일례로 도 6의 패킷타이징 제어부(622))로 제공될 수 있고, 비트레이트는 인코더(일례로 도 6의 인코더(640))로 제공될 수 있다.

보다 구체적인 예로 스트림 수신측의 인코더가 제공된 비트레이트에 따라 스트림 데이터를 인코딩하여 제공하면, RTP 센더의 페이로드 헤더 생성부는 단계(855)에서 전송된 피드백 정보를 포함하는 페이로드 헤더를 생성할 수 있고, 피드백 파서가 제공하는 피타임에 따라 페이로드 헤더가 붙은 스트림 데이터를 패킷타이징할 수 있다. 패킷타이징된 스트림 데이터에는 RTP 센더(840)가 더 포함할 수 있는 RTP 헤더 생성부(일례로 도 6의 RTP 헤더 생성부(623))에서 생성된 RPT 헤더가 부착될 수 있다. 이처럼 피드백 정보가 포함된 미디어 패킷은 RTP 센더(840)를 통해 RTP 리시버(810)로 전송될 수 있다.

단계(857)에서 RTP 리시버(810)는 피드백 정보를 RTP 센더(820)로 제공할 수 있다. 단계(857)에서 RTP 센더(820)로 제공되는 피드백 정보는 단계(856)에서 전송된 미디어 패킷에 포함된 피드백 정보일 수 있다. 예를 들어, RTP 리시버(810) 역시 수신된 미디어 패킷을 파싱하여 피드백 정보를 추출할 수 있고, 이러한 피드백 정보를 RTP 센더(820)와 스트림 전송측의 인코더로 각각 전송할 수 있다.

단계(858)에서 RTP 센더(820)는 피드백 정보에 따라 생성된 다음 미디어 패킷을 RTP 리시버(830)로 전송할 수 있다. 다시 말해 다음 미디어 패킷은 이전 미디어 패킷(단계(851)에서 전송된 미디어 패킷)에 대한 피드백 정보에 포함된 피타임 및/또는 비트레이트에 따라 생성될 수 있다. 따라서 망 상황에 따라 RTP 패킷과 같은 미디어 패킷의 피타임 및/또는 미디어 패킷에 포함되는 스트림 데이터의 비트레이트를 적응적으로 조절하는 것이 가능해진다.

다만, 스트림 전송측과 스트림 수신측은 전송하는 미디어 패킷들의 전송 주기가 일정하지 않기 때문에 항상 서로 번갈아가면서 패킷을 송수신하는 것은 아니다. 예를 들어 스트림 전송측은 미디어 패킷 1을 전송한 이후에 다음 미디어 패킷인 미디어 패킷 2를 전송하기 전까지 아무런 피드백(스트림 수신측의 미디어 패킷)을 받지 못할 수도 있다. 이 경우 스트림 전송측은 기존의 비트스트림과 피타임을 그래도 활용하여 다음 미디어 패킷을 생성할 수 있다.

예를 들어 본 명세서에서는 스트림 전송측이 제1 RTP 패킷을 스트림 수신측으로 전송하고, 스트림 수신측으로부터 수신한 RTP 패킷의 피드백 정보(수신한 RTP 패킷의 페이로드 헤더에 포함된 정보)를 이용하여 제2 RTP 패킷을 생성할 수 있다. 그러나 상술한 바와 같이 제1 RTP 패킷의 다음 RTP 패킷을 전송하기까지 스트림 수신측으로부터 아무런 피드백을 받지 못할 수도 있다. 이 경우, 제1 RTP 패킷의 다음 RTP 패킷은 비트스트림과 피타임을 그래도 활용하여 생성 및 전송될 수 있다. 다시 말해, 본 명세서에서의 "제2 RTP 패킷"이라는 표현은 제1 RTP 패킷 이후에 전송되는 RTP 패킷들 중 하나로서 스트림 수신측으로부터 제1 RTP 패킷에 대한 피드백 정보를 수신한 이후에 생성되는 RTP 패킷을 의미하는 것이지 반드시 제1 RTP 패킷의 다음 RTP 패킷을 의미하는 것은 아니다.

이처럼 본 발명의 실시예들에 따르면, RTP(Real-time Transport Protocol) 패킷에 새로운 헤더(이하, 페이로드 헤더(payload header))를 정의하고, 수신기와 송신기간에 RTP의 제어를 위한 정보를 페이로드 헤더에 포함시켜 주고 받음으로써 RTCP(Real-time Transport Control Protocol)를 통해서는 구현하기 어려운 RTP 패킷의 실시간 제어를 처리할 수 있다. 또한, 페이로드 헤더의 정보를 이용하여 비트레이트가 현재 망내 대역폭(bandwidth)을 넘었는지 여부를 감지하고, 비트레이트가 망내 대역폭을 넘어선 경우 코덱과 무관하게 비트레이트를 감소시킬 수 있다.

이상에서 설명된 장치는 하드웨어 구성요소, 소프트웨어 구성요소, 및/또는 하드웨어 구성요소 및 소프트웨어 구성요소의 조합으로 구현될 수 있다. 예를 들어, 실시예들에서 설명된 장치 및 구성요소는, 예를 들어, 프로세서, 콘트롤러, ALU(arithmetic logic unit), 디지털 신호 프로세서(digital signal processor), 마이크로컴퓨터, FPGA(field programmable gate array), PLU(programmable logic unit), 마이크로프로세서, 또는 명령(instruction)을 실행하고 응답할 수 있는 다른 어떠한 장치와 같이, 하나 이상의 범용 컴퓨터 또는 특수 목적 컴퓨터를 이용하여 구현될 수 있다. 처리 장치는 운영 체제(OS) 및 상기 운영 체제 상에서 수행되는 하나 이상의 소프트웨어 어플리케이션을 수행할 수 있다. 또한, 처리 장치는 소프트웨어의 실행에 응답하여, 데이터를 접근, 저장, 조작, 처리 및 생성할 수도 있다. 이해의 편의를 위하여, 처리 장치는 하나가 사용되는 것으로 설명된 경우도 있지만, 해당 기술분야에서 통상의 지식을 가진 자는, 처리 장치가 복수 개의 처리 요소(processing element) 및/또는 복수 유형의 처리 요소를 포함할 수 있음을 알 수 있다. 예를 들어, 처리 장치는 복수 개의 프로세서 또는 하나의 프로세서 및 하나의 콘트롤러를 포함할 수 있다. 또한, 병렬 프로세서(parallel processor)와 같은, 다른 처리 구성(processing configuration)도 가능하다.

소프트웨어는 컴퓨터 프로그램(computer program), 코드(code), 명령(instruction), 또는 이들 중 하나 이상의 조합을 포함할 수 있으며, 원하는 대로 동작하도록 처리 장치를 구성하거나 독립적으로 또는 결합적으로(collectively) 처리 장치를 명령할 수 있다. 소프트웨어 및/또는 데이터는, 처리 장치에 의하여 해석되거나 처리 장치에 명령 또는 데이터를 제공하기 위하여, 어떤 유형의 기계, 구성요소(component), 물리적 장치, 가상 장치(virtual equipment), 컴퓨터 저장 매체 또는 장치, 또는 전송되는 신호 파(signal wave)에 영구적으로, 또는 일시적으로 구체화(embody)될 수 있다. 소프트웨어는 네트워크로 연결된 컴퓨터 시스템 상에 분산되어서, 분산된 방법으로 저장되거나 실행될 수도 있다. 소프트웨어 및 데이터는 하나 이상의 컴퓨터 판독 가능 기록 매체에 저장될 수 있다.

실시예에 따른 방법은 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 매체에 기록되는 프로그램 명령은 실시예를 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media), 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 롬(ROM), 램(RAM), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다. 상기된 하드웨어 장치는 실시예의 동작을 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.

이상과 같이 실시예들이 비록 한정된 실시예와 도면에 의해 설명되었으나, 해당 기술분야에서 통상의 지식을 가진 자라면 상기의 기재로부터 다양한 수정 및 변형이 가능하다. 예를 들어, 설명된 기술들이 설명된 방법과 다른 순서로 수행되거나, 및/또는 설명된 시스템, 구조, 장치, 회로 등의 구성요소들이 설명된 방법과 다른 형태로 결합 또는 조합되거나, 다른 구성요소 또는 균등물에 의하여 대치되거나 치환되더라도 적절한 결과가 달성될 수 있다.

그러므로, 다른 구현들, 다른 실시예들 및 특허청구범위와 균등한 것들도 후술하는 특허청구범위의 범위에 속한다.

Claims

컴퓨터로 구현되는 방법에 있어서,
송신측 전자 기기에서 스트림 데이터의 제1 RTP(Realtime Transport Protocol) 패킷을 네트워크를 통해 수신측 전자 기기로 전송하는 단계 - 상기 송신측 전자 기기 또는 상기 수신측 전자 기기에서 전송되는 RTP 패킷들 각각은 상기 송신측 전자 기기 또는 상기 수신측 전자 기기에서 해당 RTP 패킷의 전송 이전에 수신한 RTP 패킷에 대한 피드백 정보를 추가하기 위해 정의된 페이로드 헤더를 포함함 -;
상기 송신측 전자 기기에서 상기 수신측 전자 기기로부터 상기 제1 RTP 패킷에 대응하여 수신된 RTP 패킷의 상기 페이로드 헤더에서 상기 제1 RTP 패킷에 대응하는 피드백 정보를 추출하는 단계 - 상기 피드백 정보는 상기 제1 RTP 패킷의 전송 주기를 나타내는 피타임(ptime) 및 상기 스트림 데이터에 대한 비트레이트(bitrate) 중 적어도 하나를 포함함 -; 및
상기 송신측 전자 기기에서 상기 추출된 피드백 정보가 포함하는 피타임 및 비트레이트 중 적어도 하나를 이용하여 상기 수신측 전자 기기로 전송하기 위한 상기 스트림 데이터의 제2 RTP 패킷을 생성하는 단계
를 포함하고,
상기 제2 RTP 패킷은 상기 제1 RTP 패킷에 대응하여 수신된 RTP 패킷에 대한 피드백 정보가 추가된 페이로드 헤더를 포함하는 것을 특징으로 하는 컴퓨터로 구현되는 방법.
제1항에 있어서,
상기 제2 RTP 패킷을 생성하는 단계는,
상기 스트림 데이터를 상기 비트레이트로 인코딩하고, 상기 인코딩된 스트림 데이터를 상기 피타임을 주기로 패킷타이징하는 것을 특징으로 하는 컴퓨터로 구현되는 방법.
제1항에 있어서,
상기 송신측 전자 기기에서 상기 수신측 전자 기기로부터 상기 제1 RTP 패킷에 대응하여 수신된 RTP 패킷에 대한 모니터링을 통해 혼잡을 탐지한 결과에 기초하여 상기 수신된 RTP 패킷에 대응하는 피드백 정보를 생성하는 단계
를 더 포함하고,
상기 제2 RTP 패킷을 생성하는 단계는,
상기 생성된 피드백 정보를 페이로드 헤더에 포함하는 상기 제2 RTP 패킷을 생성하는 것을 특징으로 하는 컴퓨터로 구현되는 방법.
제1항에 있어서,
상기 제2 RTP 패킷을 생성하는 단계는,
상기 스트림 데이터를 기설정된 처리 단위 기간마다 상기 비트레이트로 인코딩하고, 인코딩된 스트림 데이터마다 상기 페이로드 헤더를 추가하고, 상기 피타임마다 상기 페이로드 헤더가 추가된 인코딩된 스트림 데이터들을 하나의 제2 RTP 패킷으로 패킷타이징하는 것을 특징으로 하는 컴퓨터로 구현되는 방법.
제1항에 있어서,
상기 피타임은 상기 수신측 전자 기기에서 상기 제1 RTP 패킷에 대한 모니터링에 통해 혼잡(congestion)이 탐지되는 경우 상기 제1 RTP 패킷의 피타임보다 상대적으로 증가하여 상기 피드백 정보에 포함되고,
상기 비트레이트는 상기 수신측 전자 기기에서 상기 제1 RTP 패킷에 대한 모니터링에 통해 혼잡(congestion)이 탐지되는 경우 상기 제1 RTP 패킷의 비트레이트보다 상대적으로 감소하여 상기 피드백 정보에 포함되는 것을 특징으로 하는 컴퓨터로 구현되는 방법.
제1항에 있어서,
상기 페이로드 헤더는 상기 피타임을 위한 정보 및 상기 비트레이트를 위한 정보 중 적어도 하나를 포함하고, 상기 피타임을 위한 정보를 포함하는 경우 상기 피타임에 따라 생성될 RTP 패킷의 스트림 데이터의 크기에 대한 정보를 더 포함하는 것을 특징으로 하는 컴퓨터로 구현되는 방법.
컴퓨터로 구현되는 방법에 있어서,
수신측 전자 기기에서 스트림 데이터의 제1 RTP(Realtime Transport Protocol) 패킷을 네트워크를 통해 송신측 전자 기기로부터 수신하는 단계 - 상기 송신측 전자 기기 또는 상기 수신측 전자 기기에서 전송되는 RTP 패킷들 각각은 상기 송신측 전자 기기 또는 상기 수신측 전자 기기에서 해당 RTP 패킷의 전송 이전에 수신한 RTP 패킷에 대한 피드백 정보를 추가하기 위해 정의된 페이로드 헤더를 포함함 -;
상기 수신측 전자 기기에서 상기 제1 RTP 패킷에 대한 모니터링을 통해 혼잡을 탐지한 결과에 기초하여 상기 제1 RTP 패킷에 대응하는 피드백 정보를 생성하는 단계 - 상기 피드백 정보는 상기 제1 RTP 패킷의 전송 주기를 나타내는 피타임(ptime) 및 상기 스트림 데이터에 대한 비트레이트(bitrate) 중 적어도 하나를 포함함 -;
상기 수신측 전자 기기에서 상기 제1 RTP 패킷에 대응하는 피드백 정보가 상기 페이로드 헤더에 포함된 RTP 패킷을 생성하여 상기 송신측 전자 기기로 전송하는 단계; 및
상기 제1 RTP 패킷에 대응하는 피드백 정보를 이용하여 상기 송신측 전자 기기에서 생성된 제2 RTP 패킷을 수신하는 단계
를 포함하고,
상기 제2 RTP 패킷은 상기 송신측 전자 기기가 수신한 상기 RTP 패킷에 대한 피드백 정보가 추가된 페이로드 헤더를 포함하는 것을 특징으로 컴퓨터로 구현되는 방법.
제7항에 있어서,
상기 제2 RTP 패킷은 상기 송신측 전자 기기에서 상기 스트림 데이터를 상기 피드백 정보가 포함하는 비트레이트로 인코딩하고, 상기 인코딩된 스트림 데이터를 상기 피드백 정보가 포함하는 피타임을 주기로 패킷타이징하여 생성되는 것을 특징으로 하는 컴퓨터로 구현되는 방법.
제7항에 있어서,
상기 수신측 전자 기기에서 상기 제1 RTP 패킷의 페이로드 헤더에서 피드백 정보를 추출하는 단계
를 더 포함하고,
상기 수신측 전자 기기에서 상기 제1 RTP 패킷에 대응하는 피드백 정보가 상기 페이로드 헤더에 포함된 RTP 패킷을 생성하여 상기 송신측 전자 기기로 전송하는 단계는,
상기 제1 RTP 패킷의 페이로드 헤더에서 추출된 피드백 정보가 포함하는 피타임 및 비트레이트 중 적어도 하나를 이용하여 상기 RTP 패킷을 생성하는 것을 특징으로 하는 컴퓨터로 구현되는 방법.
제7항에 있어서,
상기 제2 RTP 패킷은 상기 송신측 전자 기기에서 상기 스트림 데이터를 기설정된 처리 단위 기간마다 상기 비트레이트로 인코딩하고, 인코딩된 스트림 데이터마다 상기 페이로드 헤더를 추가하고, 상기 피타임마다 상기 페이로드 헤더가 추가된 인코딩된 스트림 데이터들을 하나의 제2 RTP 패킷으로 패킷타이징하여 생성되는 것을 특징으로 하는 컴퓨터로 구현되는 방법.
제7항에 있어서,
상기 제1 RTP 패킷에 대응하는 피드백 정보를 생성하는 단계는,
상기 제1 RTP 패킷에 대한 모니터링에 통해 혼잡(congestion)이 탐지되는 경우, 상기 제1 RTP 패킷의 피타임보다 상대적으로 증가된 피타임 및 상기 제1 RTP 패킷의 비트레이트보다 상대적으로 감소된 비트레이트를 포함하도록 상기 피드백 정보를 생성하는 것을 특징으로 하는 컴퓨터로 구현되는 방법.
제1항 내지 제11항 중 어느 한 항의 방법을 실행하기 위한 프로그램이 기록되어 있는 것을 특징으로 하는 컴퓨터에서 판독 가능한 기록 매체.
하나 이상의 프로세서들을 포함하는 송신측 전자 기기의 시스템에 있어서,
상기 하나 이상의 프로세서들은,
스트림 데이터의 제1 RTP(Realtime Transport Protocol) 패킷을 네트워크를 통해 수신측 전자 기기로 전송하는 센더 - 상기 송신측 전자 기기 또는 상기 수신측 전자 기기에서 전송되는 RTP 패킷들 각각은 상기 송신측 전자 기기 또는 상기 수신측 전자 기기에서 해당 RTP 패킷의 전송 이전에 수신한 RTP 패킷에 대한 피드백 정보를 추가하기 위해 정의된 페이로드 헤더를 포함함 -; 및
상기 수신측 전자 기기로부터 상기 제1 RTP 패킷에 대응하여 수신된 RTP 패킷의 상기 페이로드 헤더에서 상기 제1 RTP 패킷에 대응하는 피드백 정보를 추출하는 리시버 - 상기 피드백 정보는 상기 제1 RTP 패킷의 전송 주기를 나타내는 피타임(ptime) 및 상기 스트림 데이터에 대한 비트레이트(bitrate) 중 적어도 하나를 포함함 -
를 포함하고,
상기 센더는,
상기 피타임 및 상기 비트레이트 중 적어도 하나를 이용하여 상기 수신측 전자 기기로 전송하기 위한 상기 스트림 데이터의 제2 RTP 패킷을 생성하고,
상기 제2 RTP 패킷은 상기 제1 RTP 패킷에 대응하여 수신된 RTP 패킷에 대한 피드백 정보가 추가된 페이로드 헤더를 포함하는 것을 특징으로 하는 시스템.
제13항에 있어서,
상기 스트림 데이터를 상기 비트레이트로 인코딩하는 인코더
를 더 포함하고,
상기 센더는,
상기 인코딩된 스트림 데이터를 상기 피타임을 주기로 패킷타이징하는 패킷타이징 제어부
를 포함하는 것을 특징으로 하는 시스템.
제13항에 있어서,
상기 리시버는,
상기 수신측 전자 기기로부터 상기 제1 RTP 패킷에 대응하여 수신된 RTP 패킷에 대한 모니터링을 통해 혼잡을 탐지한 결과에 기초하여 상기 수신된 RTP 패킷에 대응하는 피드백 정보를 생성하는 피드백 정보 생성부
를 포함하고,
상기 센더는,
상기 생성된 피드백 정보를 페이로드 헤더에 포함하는 상기 제2 RTP 패킷을 생성하는 것을 특징으로 하는 시스템.
제13항에 있어서,
상기 스트림 데이터를 기설정된 처리 단위 기간마다 상기 비트레이트로 인코딩하는 인코더
를 더 포함하고,
상기 센더는,
상기 인코딩된 스트림 데이터마다 상기 페이로드 헤더를 추가하는 페이로드 헤더 생성부; 및
상기 피타임마다 상기 페이로드 헤더가 추가된 인코딩된 스트림 데이터들을 하나의 제2 RTP 패킷으로 패킷타이징하는 패킷타이징 제어부
를 포함하는 것을 특징으로 하는 시스템.
제13항에 있어서,
상기 피타임은 상기 수신측 전자 기기에서 상기 제1 RTP 패킷에 대한 모니터링에 통해 혼잡(congestion)이 탐지되는 경우 상기 제1 RTP 패킷의 피타임보다 상대적으로 증가하여 상기 피드백 정보에 포함되고,
상기 비트레이트는 상기 수신측 전자 기기에서 상기 제1 RTP 패킷에 대한 모니터링에 통해 혼잡(congestion)이 탐지되는 경우 상기 제1 RTP 패킷의 비트레이트보다 상대적으로 감소하여 상기 피드백 정보에 포함되는 것을 특징으로 하는 시스템.
하나 이상의 프로세서들을 포함하는 수신측 전자 기기의 시스템에 있어서,
상기 하나 이상의 프로세서들은,
스트림 데이터의 제1 RTP(Realtime Transport Protocol) 패킷을 네트워크를 통해 송신측 전자 기기로부터 수신하고, 상기 제1 RTP 패킷에 대한 모니터링을 통해 혼잡을 탐지한 결과에 기초하여 상기 제1 RTP 패킷에 대응하는 피드백 정보를 생성하는 리시버 - 상기 송신측 전자 기기 또는 상기 수신측 전자 기기에서 전송되는 RTP 패킷들 각각은 상기 송신측 전자 기기 또는 상기 수신측 전자 기기에서 해당 RTP 패킷의 전송 이전에 수신한 RTP 패킷에 대한 피드백 정보를 추가하기 위해 정의된 페이로드 헤더를 포함하고, 상기 피드백 정보는 RTP 패킷의 전송 주기를 나타내는 피타임(ptime) 및 상기 스트림 데이터에 대한 비트레이트(bitrate) 중 적어도 하나를 포함함 -; 및
상기 제1 RTP 패킷에 대한 피드백 정보가 상기 페이로드 헤더에 포함된 RTP 패킷을 생성하여 상기 송신측 전자 기기로 전송하는 센더
를 포함하고,
상기 리시버는,
상기 제1 RTP 패킷에 대한 피드백 정보를 이용하여 상기 송신측 전자 기기에서 생성된 제2 RTP 패킷을 수신하고,
상기 제2 RTP 패킷은 상기 송신측 전자 기기가 수신한 상기 RTP 패킷에 대한 피드백 정보가 추가된 페이로드 헤더를 포함하는 것을 특징으로 시스템.
제18항에 있어서,
상기 제2 RTP 패킷은 상기 송신측 전자 기기에서 상기 스트림 데이터를 상기 피드백 정보가 포함하는 비트레이트로 인코딩하고, 상기 인코딩된 스트림 데이터를 상기 피드백 정보가 포함하는 피타임을 주기로 패킷타이징하여 생성되는 것을 특징으로 하는 시스템.
제18항에 있어서,
상기 수신측 전자 기기에서 상기 제1 RTP 패킷의 페이로드 헤더에서 피드백 정보를 추출하는 피드백 파서
를 더 포함하고,
상기 센더는,
상기 제1 RTP 패킷의 페이로드 헤더에서 추출된 피드백 정보가 포함하는 피타임 및 비트레이트 중 적어도 하나를 이용하여 상기 RTP 패킷을 생성하는 것을 특징으로 하는 시스템.