KR101054132B1 - 패킷 교환 스트리밍을 위한 품질 메트릭 보고 방법 - Google Patents

패킷 교환 스트리밍을 위한 품질 메트릭 보고 방법 Download PDF

Info

Publication number
KR101054132B1
KR101054132B1 KR1020057015739A KR20057015739A KR101054132B1 KR 101054132 B1 KR101054132 B1 KR 101054132B1 KR 1020057015739 A KR1020057015739 A KR 1020057015739A KR 20057015739 A KR20057015739 A KR 20057015739A KR 101054132 B1 KR101054132 B1 KR 101054132B1
Authority
KR
South Korea
Prior art keywords
client
packet switched
quality
server
report
Prior art date
Application number
KR1020057015739A
Other languages
English (en)
Other versions
KR20050102679A (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 파나소닉 주식회사
Publication of KR20050102679A publication Critical patent/KR20050102679A/ko
Application granted granted Critical
Publication of KR101054132B1 publication Critical patent/KR101054132B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0026—Transmission of channel quality indication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/19—Flow control; Congestion control at layers above the network layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/28—Flow control; Congestion control in relation to timing considerations
    • 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/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/165—Combined use of TCP and UDP protocols; selection criteria therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • 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/1066—Session management
    • H04L65/1101—Session protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Quality & Reliability (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Computer And Data Communications (AREA)

Abstract

서버와 클라이언트 사이의 무선 네트워크에서의 패킷 교환 스트리밍을 위한 품질 메트릭(quality metrics)을 보고하는 방법으로서, 실시간 스트리밍 프로토콜을 사용하여 콘텐츠 데이터를 서버로부터 클라이언트로 전송하는 단계와, 상기 전달된 데이터 스트림에 관한 적어도 하나의 품질 메트릭을 UDP와 같은 신뢰성 없는 전송 메카니즘 및 TCP와 같은 적어도 하나의 신뢰성 있는 전송 메카니즘의 양쪽을 사용하여 상기 클라이언트로부터 상기 서버로 보고하는 단계를 포함한다.

Description

패킷 교환 스트리밍을 위한 품질 메트릭 보고 방법{A METHOD OF REPORTING QUALITY METRICS FOR PACKET SWITCHED STREAMING}
본 발명은 패킷 교환 스트리밍을 위한 품질 메트릭(quality metrics)을 보고하는 방법에 관한 것으로, 특히 3GPP 스트리밍 서비스(PSS)에 적합하지만, 그에 한정되는 것은 아니다.
일반적으로, 서비스 공급자(서버)가 클라이언트에게 배송되는 비디오 스트림의 수신 품질에 대한 정보를 필요로 하는 3GPP 패킷 교환 스트리밍 서비스(PSS)에서는 품질 메트릭이 보고에 사용된다(예를 들면, 3GPP TS26.234 V 5.3.0 Release 5 참조). 서버에서 이 정보를 수집할 수 있도록, 클라이언트는 수신 품질에 대한 피드백 정보를 서버로 보내야 한다. 개재하는 네트워크 및 클라이언트 그 자신의 상태가 비디오 스트림의 수신 품질에 영향을 줄 수 있기 때문에, 이 정보는 클라이언트에서만 생성될 수 있다. 콘텐츠의 품질(예를 들면, 비디오의 양호하지 못한 인코딩으로 인한 양호하지 못한 품질)에 대해서가 아니라 배송 품질에 대한 정보를 측정해야 하기 때문에, 상기 보고된 메트릭(예를 들면, 스트리밍 세션 동안에 손실된 패킷량)은 객관적이다. 상기 모든 메트릭은 주관적이 아니고 객관적이기 때문에, 사용자와의 상호 작용 없이, 클라이언트에서 자동적으로 그것들을 생성할 수 있다.
3GPP 네트워크에서의 패킷 교환 스트리밍 서비스는 유선 인터넷에서의 스트리밍을 위해 개발된 메카니즘을 기초로 한다. 따라서, RTP/RTCP와 같은 공지의 전송 프로토콜은 데이터 전송(실제 스트리밍)을 위해서 사용되고, 반면에 RTSP는 스트리밍 세션을 제어하는 데 사용된다. 수신자에서 감지된 품질에 대한 품질 메트릭을 보고하는데 있어 표준화된 메카니즘이 충분하지 않다는 것이 알려져 왔다. 예를 들면, RTCP 수신자 보고에 의해 전송되는 정보는, 그룹 멤버의 수, 수신자에 대한 RTT 추정, 및 손실된 패킷의 누적수 등, 상기 배송된 스트림의 품질에 대한 기본적인 메트릭만을 송신자가 얻을 수 있도록 해준다. 이들은 각 수신자로의 스트리밍의 품질을 서버에 통지하는데 충분치 않다. 예를 들면, 손실된 패킷의 누적수는 손실이 발생한 RTT에 관해 또는 어떤 패킷이 실제로 수신 혹은 손실되었는지에 관해 정확한 정보를 제공하지 않는다. 이러한 사실은 서버에 의한 적절한 적응(레이트 및 품질)과 과금 방식의 적용을 방해하게 되므로, 스트리밍 서비스가 보급됨에 따라 보다 중대하게 된다. 따라서, 확장 메카니즘이 필요로 된다. 요약하면, RTCP 기반의 품질 메트릭 보고에 대한 2개의 주요한 문제점이 있다.
RTCP 메시지를 위해 사용된 전송 프로토콜(일반적으로, UDP)은 신뢰할 수 없고, 따라서, 품질 메트릭을 신뢰할 수 있게 판정할 수 없다.
RTCP 수신자 보고에 포함되는 정보는 매우 제한적이어서, 오퍼레이터에게 그들 자신의 품질 메트릭을 특정할 정도의 자유도를 주지 못한다.
3GPP PSS 및 상기 사용된 프로토콜에 대한 상세한 개략은 3GPP TS26.234 V 5.3.0 Release 5에 주어진다. RTCP는 RTP 기반의 데이터 전송에 대한 제어 정보를 배포하는 데 사용되는 RTP 제어 프로토콜이다. RTCP에서의 2개의 중요한 메시지 타입은 RTP를 통해서 전송되는 데이터에 대한 정보를 교환하는 데 사용되는 송신 및 수신 보고이다(예를 들면, 송신기에 의해 보내어진 패킷의 총량). 스트리밍을 위한 경우, 즉 RTP 세션이 UDP를 기초로 하는 경우에, RTCP 데이터도 UDP를 통해서 전송될 것이다. UDP는 신뢰성이 없는 프로토콜이기 때문에, RTCP 데이터의 무손실 전송을 보증할 수 없다. RTCP 메시지가 너무 큰 대역폭을 소비하는 것을 회피하기 위해서, RTCP 송신 및 수신 보고는 소정 간격(예를 들면, 5초마다 하나의 수신 보고)으로만 보낼 수 있다. 따라서, 송신 및 수신 보고를 통해서 전송될 수 있는 정보는 매우 제한적이어서, 시기 적절하게 유용한 품질 메트릭을 생성하는 데 충분하지 않을 수 있다. 특히, RTCP는 예시적인 기본 메트릭으로서, 송신기로부터 각각의 수신기로의 RTT 측정, 지연 지터, 패킷 손실의 누적수, 수신된 최고 시퀀스 번호, 및 송신기가 보낸 패킷에 대한 패킷 카운트를 공급한다.
앞에서 언급한 바와 같이, 이들 메트릭은 매우 제한적이고 확장성이 없어서, 신규 및 기존의 애플리케이션(MPEG4 비디오 및 AMR 오디오)은 각각의 수신자의 수신 품질을 적절히 보고하기 위한 메트릭의 세트(a set of metrics)가 부족하다.
RTSP는 PSS에서 사용되는 시그널링 프로토콜로서, 스트리밍 세션을 제어하고 설정하는데에 사용된다. 이는 클라이언트가 스트림을 시작하거나, 정지하고, 스트림의 임의의 시간 위치로 점프할 수 있도록 해준다. 일반적으로, RTSP 데이터는 TCP 프로토콜을 통해서 신뢰할 수 있게 전송된다. 제어 정보의 다음에는, 데이터 전송 특성에 대한 추가적인 정보가 RTSP를 통해서 서버와 클라이언트 사이에서 교환된다. 또한, 소정 정보는 스트리밍 세션 동안에 교환될 수 있다.
품질 메트릭은 클라이언트로부터 서버로 보고되는 특정의 파라미터 세트를 규정하고, 오퍼레이터는 품질 메트릭에 의해 클라이언트에의 스트림 배송의 품질을 판정할 수 있다. 그들 품질 메트릭에 의해 얻어진 정보의 사용 방법은 다양하다. 예를 들면, 과금 모델은 그러한 정보를 기초로 할 수 있고, 또는 오퍼레이터는 단지 그 자신의 통계용으로 해당 데이터를 수집할 수 있다. 오늘날까지, 모든 종류의 애플리케이션에 대응하는 파라미터 세트가 알려져 있지 않아, 특정한 하나의 파라미터 세트가 장래에 모든 오퍼레이터의 수요에 맞을 것인지는 논쟁의 여지가 있다. RTCP에 의해 제공되는 손실 패킷의 총량, 클라이언트로의 RTT의 대략적인 추정, 및 지연 지터의 추정과 같은 모든 경우에서 필요한 품질 메트릭의 제한적인 세트는 분명히 존재한다. 그러나, 많은 애플리케이션 특정 파라미터가 존재하지만, 특정 포맷으로 인코드된 콘텐츠가 스트림되는 경우에, 다른 파라미터가 중요하게 된다.
오퍼레이터가 어떻게 품질 메트릭을 사용하는지가 완전히 명확하지 않기 때문에, 임의의 종류의 애플리케이션에 대해, 오퍼레이터가 그들 자신의 품질 메트릭을 규정할 수 있도록 해주는 해결책을 찾는 것이 바람직할 것이다. 그러나, 이는 본 발명의 범주 밖이다. 어떤 종류의 전송이 각각의 파라미터에 대해 필요한지, 및 각 파라미터에 대해 어떤 피어가 책임이 있는지라고 하는 전송에 관한 품질 메트릭의 과제는 서버와 클라이언트에게 알려져 있다고 가정한다.
요약하면, 기존 방법은 PSS에서 클라이언트로부터 서버로 품질 메트릭을 보고하기 위한 제한적인 실현 가능한 것만을 허용한다. 이는 오퍼레이터가 클라이언트에서 수신된 비디오 스트림의 품질에 대한 상세하고 정확한 보고를 획득하기에 충분하지 못하다.
따라서, 본 발명의 목적은 오퍼레이터에게 추가적인 정보를 줄 수 있는, PSS에 있어서 품질 메트릭을 보고하는 방법을 제공하는 것이다. 이 목적은 청구항 1에 따른 방법에 의해 해결된다. 상기 방법의 바람직한 실시예는 여러 가지의 종속항에 포함되어 있다.
본 발명의 기본적인 사상은 클라이언트로부터 서버로 품질 메트릭을 보고하기 위해서 신뢰성이 없는 전송 메카니즘 및 신뢰성이 있는 전송 메카니즘을 결합하는 것이다. 예를 들면, 신뢰성이 없지만 최소한의 품질 메트릭은 표준 RTCP 수신자 보고로부터 획득될 수 있다. 이 정보는 항상 이용 가능하기 때문에, 추가적인 정보가 클라이언트로부터 공급되지 않는 경우에, 이를 최소한의 정보로서 사용하여야 할 것이다.
품질 메트릭은 서비스의 품질에 대한 통계적인 측정을 제공한다. 이 정보는, 예를 들면 클라이언트에게 보다 나은 품질을 전달하기 위해서, 네트워크 관리의 결정, 또는 레이트 적응 및 데이터 패킷의 적절한 스케쥴링과 같은 스트리밍 적용에 사용될 수 있다. 이로써, 오퍼레이터는 네트워크의 상태에 대한 정보를 얻어, 배송된 품질이 많은 경우에 일정 레벨 미만이면 대책을 취할 수 있다.
배송된 품질에 대한 정보는 사용자 과금을 위해 사용될 수도 있다. 사용자가 상당히 양호하지 못한 품질의 데이터 스트림을 수신했다고 품질 메트릭이 나타내는 경우에, 서비스에 대한 그 과금 레이트는 완전한 품질로 스트림을 수신한 사용자와 비교해서 감소될 수 있다. 이를 위해, 클라이언트가 체험한 실제 품질에 대해서 지불해야 하기 때문에, 표시된 I프레임의 총수 또는 클라이언트가 리버퍼링해야 했던 횟수와 같은 소정의 배송 파라미터 값이 필요하게 된다.
품질 메트릭에 사용되는 파라미터는 2개의 카테고리로 분류될 수 있다. 하나의 그룹은 주기적으로 신뢰성 없게 전송되는 파라미터에 의해 규정되고, 다른 하나의 그룹은 신뢰성 있게 전송되는 파라미터에 의해 규정된다(모두, 세션 동안 또는 종료시에). 첫 번째 그룹에 대한 예는 송신 패킷의 총수에 대한 손실된 패킷의 비이고, 한편 클라이언트에 의한 리버퍼링의 양은 두 번째 그룹의 예이다. 특히, 두 번째 그룹에 있어서, 단 한번만 전송될 것이기 때문에, 이들 데이터는 신뢰성 있게 전송되는 것이 중요하다. 이 데이터의 손실은 치명적이고, 서버에서 이 품질 메트릭을 입수할 수 없는 것을 의미한다. 이는 주기적으로 전송되는 수신 패킷의 수와 같은 데이터와는 상이하다. 손실은, 이 정보를 포함하는 새로운 데이터가 서버에 도착할 때까지, 서버에서 이용 가능한 정보가 부정확하다는 것을 의미한다.
또한, 서버는 소정의 품질 메트릭이 신뢰성 있는 방식으로 클라이언트로부터 전송되는 것을 요청하는 기회도 갖는다. 이는 신뢰성 없이 전송된 데이터가 보다 긴 기간 동안에 서버에 도달하지 않은 경우에도 유용하다. 이는 클라이언트 애플리케이션이 올바르게 종료되지 않았을 경우에도(예를 들면, 애플리케이션 파손), 서버가 정보를 얻을 수 있도록 해준다. 이 데이터는, 최신이 아닐지도 모르나, 서버는 적어도 어떤 정보를 얻는 기회를 갖는다.
다른 파라미터, 예를 들면 클라이언트가 리버퍼링한 횟수 또는 버퍼링에 소요된 총 시간에 대한 값은 단 한번 전송되지만 신뢰성 있는 방식으로 전송되어야 한다. 본 발명을 설명하는데 여기서 사용되는 하나의 가능성은 스트리밍 세션의 종료시에 RTSP 프로토콜을 사용하여 이들 파라미터를 전송하는 것이다.
품질 메트릭의 최소한의 세트 이외에, 오퍼레이터는 필요한 경우에 추가적인 메트릭을 용이하게 규정할 수 있어야 한다. 따라서, 신뢰성 있는 전송 메카니즘 및 신뢰성 없는 전송 메카니즘의 어느 쪽에 대해서도 대응할 수 있는 메시지 포맷이 이용 가능해야 한다. RTCP의 경우에, 확장 보고 블록(XR)은 이를 위해서 사용된다. RTSP에 있어서, 프로토콜 그 자체는 새로운 파라미터를 용이하게 통합할 수 있도록 의도적으로 느슨하게 규정된 방법, 예를 들면 GET_PARAMETER와 SET_PARAMETER 방법을 포함한다.
네트워크 오퍼레이터 이외에도, 또한 콘텐츠 공급자도 품질 메트릭에 관심을 가질 수 있다. 왜냐하면, 이들은 스트리밍이 양호한 품질을 갖는 것과, 또한 필요한 경우에, 예를 들면 적절한 인코딩 레이트를 구하기 위해서 필요한 변경을 행하여 양호한 품질을 제공하는 것에 큰 관심을 갖기 때문이다. 품질 메트릭이 없으면, 컨텐츠 공급자는 오퍼레이터에게 적절한 콘텐츠를 제공할 수 없을 것이다.
본 발명은 첨부 도면을 참조하여 보다 상세하게 설명할 것이다.
도 1은 본 발명에 따른 방법을 실현하는 전형적인 서버 클라이언트 구성,
도 2는 본 발명의 방법을 나타내는 개략적인 통신도이다.
도 1에 나타낸 바와 같이, 서버와 클라이언트를 포함하는 전형적인 시스템은 오퍼레이터에 의해 조작되는 무선 통신 네트워크를 구비한다. 서버로부터 클라이언트로 배송하고자 하는 콘텐츠는 서버와 접속된 콘텐츠 공급자에 의해 사전에 또는 실시간으로 공급된다. 콘텐츠 데이터를 클라이언트에게 전송함에 있어서, 서버는 RTP/RTCP를 사용한다. RTP 세션은 UDP(신뢰성 없는 프로토콜) 상에서 전송되고, 또한 스트리밍 세션을 제어하는 데 사용되는 RTCP 데이터는 UDP를 통해서 전송될 것이다. 클라이언트는 소정의 보고 간격으로(UDP에 근거하여) RTCP 메시지를 사용하거나, TCP와 같은 신뢰성 있는 트랜스포트 프로토콜 상의 RTSP를 사용함으로써 수신자 보고를 보낸다.
본 발명의 방법에 의하면, 품질 메트릭의 신뢰성 있는 전송 및 신뢰성 없는 전송을 합한 합성 품질 메트릭 보고 메카니즘을 채용한다. 2개의 전송 방법을 사용할 수 있기 때문에, 클라이언트와 서버는 품질 메트릭 전송을 조정하는 메카니즘을 구현하는 것을 필요로 한다. 일반적으로, 클라이언트는 서버에게 품질 메트릭을 능동적으로 전송한다. 이와 달리, 서버는 클라이언트로부터 품질 메트릭을 능동적으로 요청하고, 클라이언트는 상기 요청된 정보를 포함하는 메시지로 응답한다.
신뢰성 없는 전송에 있어서, 기존의 메카니즘과 메시지 포맷(RTCP 수신 및 송신 보고)을 사용해야 한다. 오퍼레이터는 추가적인 품질 메트릭의 전송을 가능하게 하기 위해, RTP 확장 보고 XR과 같은 확장 메카니즘을 사용할 수 있다. 이러한 주기적 메시지는 오퍼레이터가 시간 경과에 따라 품질 메트릭(예를 들면, 스트리밍 세션의 처음 3분 동안에 53패킷을 손실하였고, 후속하는 2분동안 33패킷을 손실함)을 획득할 수 있는 이점을 갖는다.
신뢰성 있는 전송에 있어서, TCP 기반의 프로토콜을 사용할 수 있다. 하나의 실현 가능한 것은 스트리밍 세션에서 이미 사용되고 있는 RTSP를 이용하는 것이다.
도 2는 합성 품질 메트릭을 보고하는 예를 나타낸다. 주기적이고 신뢰성 없는 보고가 스트리밍 세션 동안에 연속하여 전송된다. 서버는, 스트리밍 세션중 특정의 시점에서, 특정의 품질 메트릭을 요구한다. 클라이언트는 상기 요구된 정보를 신뢰성 있게 전송함으로써 이 요구에 응답한다. 또한, 스트리밍 세션의 끝에서, 클라이언트는 여러 품질 메트릭을 신뢰성 있게 서버에게 전송한다. 이 새로운 방법에 의해, 보고에 의해 발생되는 추가적인 트래픽을 가능한 한 작게 유지하면서, 소망하는 품질 메트릭을 오퍼레이터가 획득할 수 있게 된다.
서버가 소정의 품질 메트릭을 명확하게 요청할 수 있도록 해주는 메카니즘은, 3GPP와 같은 무선 네트워크의 경우에 특히 유용하다. 그러한 네트워크에서는, 예를 들면 핸드오버시에, 유선 네트워크보다 높은 손실률이 예상된다. 따라서, 서버가 주기적이고 신뢰성 없는 보고를 장시간 수신할 수 없는 경우가 생긴다. 이 새로운 메카니즘에 의해, 서버는 실제로 필요한 경우에 클라이언트로부터 이 정보를 요청할 기회를 갖는다.
이하에서, 신뢰성을 갖고 전송되어야 하는 품질 메트릭의 예를 설명한다.
중요하다고 생각되는 파라미터에는, 클라이언트에 의해 표시된 비디오 I-프레임의 수 또는 P-프레임/B-프레임의 수이다. 또한, 세션이 지속되는 동안에 측정되는 최소 프레임 레이트, 평균 프레임 레이트 및 최대 프레임 레이트는 보다 중요한 품질 메트릭을 구성한다. 또한, 클라이언트가 리버퍼링한 횟수 또는 클라이언트가 버퍼링에 소비한 시간 길이(초)도 중요한 품질 메트릭이다. 마지막으로, 수신자로부터의 데이터 스트림 요구(즉, RTSP "재생")과 최초에 렌더링된 데이터 콘텐츠 패킷 사이의 초 단위의 시간 길이는 총 스트림 셋업 시간을 나타내는 파라미터를 구성한다. 전에 언급한 바와 같이, 상기한 모든 품질 파라미터는 바람직하게는 세션의 종료시에 RTSP와 같은 신뢰성 있는 전송 메카니즘을 통해서 신뢰성 있게 전송되어야 한다.
또한, 품질 메트릭의 신뢰성 없는 전송을 위한 파라미터의 예를 설명한다. 이후에 언급되는 파라미터는, 예를 들면 RTP 확장 보고 블록 XR 메카니즘과 거기에 규정된 메시지 포맷을 사용하여 전송될 수 있다.
첫 번째 메트릭은 RTCP에 대한 보고 블록 확장을 사용해야 하는 패킷 재순서화의 정도이다.
마찬가지로, 미디어 채널당, 연속해서 손실된 콘텐츠 데이터 패킷의 최소값, 평균값, 또는 최대값은 신뢰성 없는 전송을 위한 바람직한 품질 메트릭이다.
또한, 최소, 평균, 또는 최대 패킷 지연(밀리초(millisecond) 단위)이 전송될 수 있다.
전형적인 품질 메트릭은 마지막으로 수신된 RTCP 시퀀스 번호, 즉 미디어 채널당 수신된 가장 최근의 RTCP 시퀀스 번호에 의해 구성된다. 이는 사용자가 데이터 스트림을 어디까지 재생했는지를 판정하는 데에 유용하다. 다른 예는 미디어 채널당 성공적으로 수신된 콘텐츠 패킷의 누적수이다. 수신자가 손실 패킷을 보고하므로, 수신된 패킷의 수는 송신자측에서 확정할 수 있다. 유사하게, 미디어 채널당 예상되는 콘텐츠 패킷의 수는 서버로부터 보내어진 RTCP 송신자 보고에서 도출할 수 있다. 마지막으로, 패킷 지터는 지연 변동의 양을 구성한다.
다음에, 본 발명에 따른 방법을 어떻게 실현할 수 있는지를 나타내기 위해서 간단한 예를 사용한다. 설명의 간단을 위해, 이 예에서는 5개만의 품질 메트릭이 보고되는 것으로 한다. 소규모의 메트릭 세트는 PSS 프레임워크에서의 속성, 예를 들면 "3gpp-video-qos-profile-1"에 의해 이미 규정되어 있는 것으로 한다. 또한, 각각의 파마리터를 (신뢰성 있게 및 신뢰성 없게) 전송하는 방법과, 보고를 행하거나 보고를 조회하는 피어도 상기 속성에 의해 규정되어 있는 것으로 한다. "3gpp-video-qos-profile-1"은 이 경우에 비디오에 대한 서비스 품질 QoS 메트릭 프로파일을 규정한다. 이는 서버와 클라인트에게 공지되어 있는 것으로 한다. 예를 들면, 특정한 애플리케이션에 있어서 몇몇 파라미터가 그만큼 중요한 값이 아닌 경우에, 서버는 신뢰성 있는 전송으로부터 신뢰성 없는 전송으로 이동할 수 있고, 또는 그 반대도 가능하다. 정확한 품질 메트릭 파라미터 세트를 교섭하는 여러 방법이 있다. 그 교섭의 예를 이하에 나타낸다.
RTSP를 통해서 클라이언트와 서버 사이의 품질 메트릭 교섭은 이하와 같이 시작할 것이다(C는 클라이언이고, S는 서버임).
Figure 112005046898172-pct00001
서버가 파라미터의 그러한 세트를 지원하지 않으면, 이와 같이 응답할 것이다.
Figure 112005046898172-pct00002
한편, 서버가 파라미터의 상기 요청된 세트를 지원하면, 이하와 같이 응답한다.
Figure 112005046898172-pct00003
상기 설명은 서버가 상기 요구된 품질 메트릭 보고 프로파일을 지원하고, 또한 해당 품질 메트릭 보고 프로파일이 비디오 세션(페이로드 타입 값 98을 가짐)에 적용되는 것을 나타낸다.
상기한 바와 같이, 서버는 신뢰성 있는 전송으로부터 신뢰성 없는 전송으로 몇몇 파라미터를 이동시키도록 결정할 수 있다. 이 경우에, 서버가 "표시된 비디오 I-프레임 또는 P-프레임/B-프레임의 수"의 품질 메트릭을 별로 중요하지 않다고 판단한 경우, 이 품질 메트릭을 이하와 같이, 신뢰성 없는 전송용으로 설정할 수 있다.
Figure 112005046898172-pct00004
상기 설명은 서버가 상기 요구된 품질 메트릭 보고 프로파일을 지원하고, 또한 해당 품질 메트릭 보고 프로파일이 비디오 세션(페이로드 타입 값 98을 가짐)에 적용되는 것을 나타낸다. 이 경우에, 신뢰성 있는 전송에 대한 설정치 "표시된 비디오 I-프레임 또는 P-프레임/B-프레임의 수"가 신뢰성 없게 전송되는데, 이는 서버도 그렇게 하는 것이 보다 합리적이라고 판단하기 때문이다.
교섭이 성공적이지 않은 경우에, 클라이언트는 다른 품질 메트릭 프로파일 또는 다른 파일을 요청하도록 결정할 수 있거나, 또는 서버는 당초 신뢰성 없는 전송으로 이동하고자 했던 것을 신뢰성 있게 전송할 수 있다. 이는 구현에 관한 것으로, 본 문서의 범주 밖이다.
예를 들면, "3gpp-video-qos-profile-1"에서 평균 패킷 지연, 최대 패킷 지연, 및 패킷 지터라는 3개의 메트릭이 RTCP 보고 확장 또는 다른 방법을 통해서 클라이언트로부터 서버로 주기적으로 보고되는 것으로 한다. RTCP 보고 확장을 사용하는 신뢰성 없는 보고에 대한 메시지 포맷의 일례를 이하에 나타낸다.
Figure 112005046898172-pct00005
스트리밍 세션의 끝에, 클라이언트는 다른 2개의 품질 메트릭(리버퍼링 횟수 및 리버퍼링 시간)을 이하에 나타낸 바와 같이 RTSP SET_PARAMETER 메시지를 통해서 신뢰성 있게 전송한다.
Figure 112005046898172-pct00006
상술한 바와 같이, 클라이언트로부터 자동적으로 생성된 보고에 부가하여, 서버는 필요한 경우에 클라이언트에게 하나 이상의 품질 메트릭을 신뢰성 있게 송신하게 할 수도 있다. 이는, 예를 들면, 주기적이고 신뢰성 없는 보고가 일정 시간 동안에 서버에 도착하지 않은 경우일 수 있다. 3개의 지연 메트릭을 요구하는 일례를 여기에 나타낸다.
Figure 112005046898172-pct00007

Claims (25)

  1. 서버와 클라이언트 사이의 무선 네트워크를 통해 패킷 교환 스트리밍을 위한 품질 메트릭(quality metrics)을 보고하는 방법으로서,
    실시간 스트리밍 프로토콜을 사용하여 상기 무선 네트워크를 통해 상기 서버로부터 상기 클라이언트로 콘텐츠 데이터를 전송하는 단계와,
    신뢰성 없는 전송 메카니즘을 사용하여, 전송된 데이터 스트림에 관한 적어도 하나의 제 1 품질 메트릭을 상기 클라이언트로부터 상기 서버로 보고하는 단계와,
    신뢰성 있는 전송 메카니즘을 사용하여, 전송된 데이터 스트림에 관한 적어도 하나의 제 2 품질 메트릭을 상기 클라이언로부터 상기 서버로 보고하는 단계
    를 포함하는 패킷 교환 스트리밍을 위한 품질 메트릭 보고 방법.
  2. 제 1 항에 있어서,
    어떤 품질 메트릭이 신뢰성 있는 전송 메카니즘을 이용하여 보고될지를 상기 서버와 상기 클라이언트 사이에서 협상하는 단계를 더 포함하되,
    상기 제 1 품질 메트릭 및 상기 제 2 품질 메트릭은 상기 협상의 결과에 따라 보고되는
    패킷 교환 스트리밍을 위한 품질 메트릭 보고 방법.
  3. 제 1 항 또는 제 2 항에 있어서,
    상기 보고된 제 1 품질 메트릭은 정기적으로 반복되는
    패킷 교환 스트리밍을 위한 품질 메트릭 보고 방법.
  4. 제 1 항 또는 제 2 항에 있어서,
    상기 보고된 제 1 품질 메트릭은 진행중의 세션 동안에 전송되는
    패킷 교환 스트리밍을 위한 품질 메트릭 보고 방법.
  5. 제 1 항 또는 제 2 항에 있어서,
    상기 신뢰성 없는 전송 메카니즘 또는 상기 신뢰성 있는 전송 메카니즘은 RTP 확장 보고 XR을 사용하는
    패킷 교환 스트리밍을 위한 품질 메트릭 보고 방법.
  6. 제 1 항 또는 제 2 항에 있어서,
    상기 보고된 제 2 품질 메트릭은 세션 동안에 또는 그 종료시에 전송되는
    패킷 교환 스트리밍을 위한 품질 메트릭 보고 방법.
  7. 제 1 항 또는 제 2 항에 있어서,
    상기 신뢰성 있는 전송 메카니즘은 TCP와 같은 신뢰성 있는 전송 프로토콜을 사용하는
    패킷 교환 스트리밍을 위한 품질 메트릭 보고 방법.
  8. 제 1 항 또는 제 2 항에 있어서,
    상기 보고된 제 2 품질 메트릭은 상기 서버에 의한 요청시에 전송되는
    패킷 교환 스트리밍을 위한 품질 메트릭 보고 방법.
  9. 제 1 항 또는 제 2 항에 있어서,
    상기 보고된 제 2 상기 품질 메트릭은 상기 클라이언트에 의해 표시된 I-프레임의 수 또는 P-프레임의 수인
    패킷 교환 스트리밍을 위한 품질 메트릭 보고 방법.
  10. 제 1 항 또는 제 2 항에 있어서,
    상기 보고된 제 2 품질 메트릭은 세션이 지속되는 동안에 측정된 최소, 평균, 또는 최대 비디오 프레임 레이트 중 적어도 하나인
    패킷 교환 스트리밍을 위한 품질 메트릭 보고 방법.
  11. 제 1 항 또는 제 2 항에 있어서,
    상기 보고된 제 2 품질 메트릭은 상기 클라이언트가 데이터를 리버퍼링한 횟수인
    패킷 교환 스트리밍을 위한 품질 메트릭 보고 방법.
  12. 제 1 항 또는 제 2 항에 있어서,
    상기 보고된 제 2 품질 메트릭은 상기 클라이언트가 버퍼링에 소비한 시간 길이인
    패킷 교환 스트리밍을 위한 품질 메트릭 보고 방법.
  13. 제 1 항 또는 제 2 항에 있어서,
    상기 보고된 제 2 품질 메트릭은 상기 클라이언트로부터의 스트림 요청과 상기 클라이언트에 의해 표시된 최초의 데이터 패킷 사이의 시간 길이인
    패킷 교환 스트리밍을 위한 품질 메트릭 보고 방법.
  14. 제 9 항에 있어서,
    상기 신뢰성 있는 전송 메카니즘 또는 상기 신뢰성 없는 전송 메카니즘은 RTSP 프로토콜을 이용하는
    패킷 교환 스트리밍을 위한 품질 메트릭 보고 방법.
  15. 제 1 항 또는 제 2 항에 있어서,
    상기 보고된 제 1 품질 메트릭은 패킷 재순서화의 정도(degree of packet reordering)인
    패킷 교환 스트리밍을 위한 품질 메트릭 보고 방법.
  16. 제 1 항 또는 제 2 항에 있어서,
    상기 보고된 제 1 품질 메트릭은 가장 최근 수신된 시퀀스 번호인
    패킷 교환 스트리밍을 위한 품질 메트릭 보고 방법.
  17. 제 1 항 또는 제 2 항에 있어서,
    상기 보고된 제 1 품질 메트릭은 성공적으로 수신된 콘텐츠 패킷의 수인
    패킷 교환 스트리밍을 위한 품질 메트릭 보고 방법.
  18. 제 1 항 또는 제 2 항에 있어서,
    상기 보고된 제 1 품질 메트릭은 예측되는 콘텐츠 패킷의 수 혹은 손실된 콘텐츠 패킷의 수인
    패킷 교환 스트리밍을 위한 품질 메트릭 보고 방법.
  19. 제 1 항 또는 제 2 항에 있어서,
    상기 보고된 제 1 품질 메트릭은 연속해서 손실된 콘텐츠 데이터 패킷의 최소값, 평균값, 또는 최대값 중 적어도 하나인
    패킷 교환 스트리밍을 위한 품질 메트릭 보고 방법.
  20. 제 1 항 또는 제 2 항에 있어서,
    상기 보고된 제 1 품질 메트릭은 패킷 지연의 최소값, 평균값, 또는 최대값 중 적어도 하나인
    패킷 교환 스트리밍을 위한 품질 메트릭 보고 방법.
  21. 제 1 항 또는 제 2 항에 있어서,
    상기 보고된 제 1 품질 메트릭은 패킷 지터인
    패킷 교환 스트리밍을 위한 품질 메트릭 보고 방법.
  22. 제 1 항 또는 제 2 항에 있어서,
    상기 신뢰성 없는 전송 메카니즘을 이용하여 전송될 상기 품질 메트릭이 소정 기간 동안에 수신되지 않았을 경우에, 상기 서버는 상기 클라이언트로부터 상기 신뢰성 있는 전송 메카니즘을 사용한 품질 메트릭의 전송을 요청하는
    패킷 교환 스트리밍을 위한 품질 메트릭 보고 방법.
  23. 제 1 항 또는 제 2 항에 있어서,
    상기 서버는 신뢰성 있는 전송으로부터 신뢰성 없는 전송으로 또는 그 반대로 적어도 하나의 품질 메트릭을 이동시키는
    패킷 교환 스트리밍을 위한 품질 메트릭 보고 방법.
  24. 서버와 클라이언트 사이의 무선 네트워크를 통해 패킷 교환 스트리밍을 위한 품질 메트릭(quality metrics)을 보고하는 클라이언트로서,
    실시간 스트리밍 프로토콜을 사용하여 상기 서버로부터 컨텐츠 데이터를 상기 무선 네트워크를 통해 수신하는 수신 수단과,
    신뢰성 없는 전송 메카니즘을 사용하여, 전송된 데이터 스트림에 관한 적어도 하나의 품질 메트릭을 상기 서버로 보고하고, 적어도 하나의 신뢰성 있는 전송 메카니즘을 사용하여, 상기 전송된 데이터 스트림에 관한 적어도 하나의 품질 메트릭을 상기 서버로 보고하는 전송 수단
    을 포함하는 클라이언트.
  25. 서버와 클라이언트 사이의 무선 네트워크를 통해 패킷 교환 스트리밍을 위한 품질 메트릭(quality metrics)을 수신하는 서버로서,
    실시간 스트리밍 프로토콜을 사용하여 상기 무선 네트워크를 통해 상기 클라이언트로 콘텐츠 데이터를 전송하는 전송 수단과,
    신뢰성 없는 전송 메카니즘을 사용하여, 전송된 데이터 스트림에 관한 적어도 하나의 제 1 품질 메트릭을 상기 클라이언트로부터 수신하고, 신뢰성 있는 전송 메카니즘을 사용하여, 전송된 데이터 스트림에 관한 적어도 하나의 제 2 품질 메트릭을 상기 클라이언트로부터 수신하는 수신 수단
    을 포함하는 서버.
KR1020057015739A 2003-02-25 2004-02-04 패킷 교환 스트리밍을 위한 품질 메트릭 보고 방법 KR101054132B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP03004073.7 2003-02-25
EP03004073A EP1453269A1 (en) 2003-02-25 2003-02-25 A method of reporting quality metrics for packet switched streaming
PCT/EP2004/001019 WO2004077785A1 (en) 2003-02-25 2004-02-04 A method of reporting quality metrics for packet switched streaming

Publications (2)

Publication Number Publication Date
KR20050102679A KR20050102679A (ko) 2005-10-26
KR101054132B1 true KR101054132B1 (ko) 2011-08-03

Family

ID=32748788

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020057015739A KR101054132B1 (ko) 2003-02-25 2004-02-04 패킷 교환 스트리밍을 위한 품질 메트릭 보고 방법

Country Status (7)

Country Link
US (1) US7738390B2 (ko)
EP (1) EP1453269A1 (ko)
JP (2) JP4519835B2 (ko)
KR (1) KR101054132B1 (ko)
CN (1) CN1765102B (ko)
BR (1) BRPI0407808A (ko)
WO (1) WO2004077785A1 (ko)

Families Citing this family (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080200168A1 (en) * 2003-08-05 2008-08-21 John Yue Jun Jiang Method and system for seamless data roaming across multiple operator bearers
ES2509292T3 (es) * 2004-02-12 2014-10-17 Core Wireless Licensing S.à.r.l. Calidad de medios clasificada de una experiencia
US7720983B2 (en) * 2004-05-03 2010-05-18 Microsoft Corporation Fast startup for streaming media
US8010652B2 (en) * 2004-05-07 2011-08-30 Nokia Corporation Refined quality feedback in streaming services
JP4129449B2 (ja) 2004-10-19 2008-08-06 インターナショナル・ビジネス・マシーンズ・コーポレーション ストリームデータ配信方法とそのシステム
WO2006081874A1 (en) 2005-02-07 2006-08-10 Telefonaktiebolaget Lm Ericsson (Publ) Methods and arrangements for handling unreliable scheduling grants in a telecommunication network
US20060218271A1 (en) * 2005-03-16 2006-09-28 Nokia Corporation Triggered statistics reporting
US7917612B2 (en) * 2005-05-25 2011-03-29 Oracle International Corporation Techniques for analyzing commands during streaming media to confirm delivery
US7783635B2 (en) 2005-05-25 2010-08-24 Oracle International Corporation Personalization and recommendations of aggregated data not owned by the aggregator
US8365306B2 (en) * 2005-05-25 2013-01-29 Oracle International Corporation Platform and service for management and multi-channel delivery of multi-types of contents
FI123632B (fi) * 2005-07-08 2013-08-30 Teliasonera Finland Oyj Reaaliaikaisen palvelun laatu
US7680047B2 (en) * 2005-11-22 2010-03-16 Cisco Technology, Inc. Maximum transmission unit tuning mechanism for a real-time transport protocol stream
US20070239820A1 (en) * 2005-11-23 2007-10-11 Nokia Corporation System and method for providing quality feedback metrics for data transmission in rich media services
US8560463B2 (en) 2006-06-26 2013-10-15 Oracle International Corporation Techniques for correlation of charges in multiple layers for content and service delivery
US8959239B2 (en) * 2006-12-29 2015-02-17 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for reporting streaming media quality
JP5012397B2 (ja) * 2007-10-16 2012-08-29 日本電気株式会社 通信システム、方法、装置、およびプログラム
US7979557B2 (en) * 2008-04-11 2011-07-12 Mobitv, Inc. Fast setup response prediction
US9955122B2 (en) * 2008-04-11 2018-04-24 Mobitv, Inc. Dynamic advertisement stream replacement
US8902821B2 (en) * 2008-06-12 2014-12-02 Motorola Mobility Llc Method and system for intermediate node quality of service negotiations
WO2010042609A2 (en) 2008-10-07 2010-04-15 University Of South Florida Architecture and two-layered protocol for real-time location-aware applications
EP2345262A4 (en) * 2008-10-08 2015-01-14 Univ South Florida ADAPTIVE SPACE BUFFER FOR LANDSCAPED APPLICATIONS
CN101383959B (zh) * 2008-10-23 2012-01-11 中兴通讯股份有限公司 流媒体业务中获取关键帧的方法、系统及用户设备
CN101729375B (zh) * 2008-10-24 2012-11-14 财团法人工业技术研究院 用于网状点对点串流系统的播放延迟时间调整方法及装置
KR20140119200A (ko) * 2011-02-11 2014-10-08 인터디지탈 패튼 홀딩스, 인크 콘텐츠 배포 및 수신 방법 및 장치
CN103858457B (zh) 2011-08-01 2018-11-13 英特尔公司 用于身份提供商(IdP)漫游/代理的多跳单点登录(SSO)
US20130195119A1 (en) * 2011-10-14 2013-08-01 Qualcomm Incorporated Feedback channel for wireless display devices
US8842840B2 (en) 2011-11-03 2014-09-23 Arvind Gidwani Demand based encryption and key generation and distribution systems and methods
US10009144B2 (en) * 2011-12-15 2018-06-26 Qualcomm Incorporated Systems and methods for pre-FEC metrics and reception reports
KR101971623B1 (ko) 2012-05-10 2019-04-23 삼성전자주식회사 컨텐츠 및 사용자 인터랙션 전송방법
EP3032807B1 (en) * 2013-08-08 2019-12-18 Ricoh Company, Ltd. Program, communication quality estimation method, information processing apparatus, communication quality estimation system, and storage medium
US20160301582A1 (en) * 2013-10-11 2016-10-13 Hewlett-Packard Enterprise Development LP Utilizing collected data from a software-defined networking network to diagnose a user experience
US10305952B2 (en) 2015-11-09 2019-05-28 T-Mobile Usa, Inc. Preference-aware content streaming
US10193943B2 (en) 2015-11-09 2019-01-29 T-Mobile Usa, Inc. Data-plan-based quality setting suggestions and use thereof to manage content provider services
US10728152B2 (en) 2016-02-08 2020-07-28 T-Mobile Usa, Inc. Dynamic network rate control
US10972358B2 (en) 2017-08-30 2021-04-06 Citrix Systems, Inc. Inferring congestion and signal quality
CN110943964B (zh) * 2018-09-21 2022-07-22 华为技术有限公司 数据校验方法、装置及存储介质

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR19990072122A (ko) 1995-12-12 1999-09-27 바자니 크레이그 에스 실시간 영상 전송 방법 및 장치
JP2001025013A (ja) 1999-07-12 2001-01-26 Matsushita Electric Ind Co Ltd 送受信方法及びその装置
JP3492602B2 (ja) * 2000-07-07 2004-02-03 松下電器産業株式会社 データ送信装置及びデータ受信装置
US6934756B2 (en) * 2000-11-01 2005-08-23 International Business Machines Corporation Conversational networking via transport, coding and control conversational protocols
US20030023710A1 (en) * 2001-05-24 2003-01-30 Andrew Corlett Network metric system

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ZINK M ET AL:"LC-RTP(loss collection RTP):reliability for video caching in the Internet"PRECEEDINGS OF IEEE WORKSHOP ON FAULT-TOLERANT PARALLEL AND DISTRIBUTED SYSTEMS,(2000. 7. 4.)P281-286

Also Published As

Publication number Publication date
JP2006521037A (ja) 2006-09-14
CN1765102B (zh) 2011-09-21
US7738390B2 (en) 2010-06-15
JP4580007B2 (ja) 2010-11-10
CN1765102A (zh) 2006-04-26
KR20050102679A (ko) 2005-10-26
WO2004077785A1 (en) 2004-09-10
BRPI0407808A (pt) 2006-02-14
JP2009038804A (ja) 2009-02-19
EP1453269A1 (en) 2004-09-01
US20060206617A1 (en) 2006-09-14
JP4519835B2 (ja) 2010-08-04

Similar Documents

Publication Publication Date Title
KR101054132B1 (ko) 패킷 교환 스트리밍을 위한 품질 메트릭 보고 방법
US11563788B2 (en) Multipath data streaming over multiple networks
Kua et al. A survey of rate adaptation techniques for dynamic adaptive streaming over HTTP
US9203886B2 (en) Content rate control for streaming media servers
JP3814614B2 (ja) マルチメディア・ストリーミング環境におけるサーバベースのレート制御
EP2122940B1 (en) Proxy-based signaling architecture for streaming media services in a wireless communication system
US20080228912A1 (en) Enhanced Quality Reporting for Transmission Sessions
KR20050106592A (ko) 멀티미디어 스트리밍에서 클라이언트 레이트 능력을시그널링하는 방법
AU2020201920A1 (en) Multipath data streaming over multiple wireless networks
KR20090097204A (ko) 스트리밍 미디어 품질 상호 참조를 관련 애플리케이션에 보고하는 방법 및 장치
US20110176427A1 (en) Monitoring Performance of Telecommunications Network
EP1610520A1 (en) Method and system for providing a transmission link for streaming traffic
US11533237B2 (en) Round-trip estimation
Djama et al. Meet in the middle cross-layer adaptation for audiovisual content delivery
KR100486447B1 (ko) 인터넷 멀티미디어 통신에서 사용자 이동성 보장을 위한서비스 품질 제어 방법
Sathyanarayana Multipath Transport Protocols for Real Time Communication Systems
Singh Rate-control for conversational H. 264 video communication in heterogeneous networks
Jrad et al. Video applications quality improvement in wireless systems: QoS negotiation and rate control
Santos et al. Rate adaptation techniques for WebTV
Hammi et al. Some experience on video flow regulation with an active network approach
Bouras et al. Adaptive multimedia transmission over the Internet

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
LAPS Lapse due to unpaid annual fee