KR20120138319A - 멀티미디어 데이터 특징 정보를 이용하여 멀티미디어 서비스 데이터 패킷을 송신하는 방법 및 장치 - Google Patents

멀티미디어 데이터 특징 정보를 이용하여 멀티미디어 서비스 데이터 패킷을 송신하는 방법 및 장치 Download PDF

Info

Publication number
KR20120138319A
KR20120138319A KR1020110057699A KR20110057699A KR20120138319A KR 20120138319 A KR20120138319 A KR 20120138319A KR 1020110057699 A KR1020110057699 A KR 1020110057699A KR 20110057699 A KR20110057699 A KR 20110057699A KR 20120138319 A KR20120138319 A KR 20120138319A
Authority
KR
South Korea
Prior art keywords
multimedia
information
peak
multimedia content
content component
Prior art date
Application number
KR1020110057699A
Other languages
English (en)
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 KR1020110057699A priority Critical patent/KR20120138319A/ko
Priority to US13/495,621 priority patent/US9036630B2/en
Priority to EP12800148.4A priority patent/EP2721815A4/en
Priority to PCT/KR2012/004682 priority patent/WO2012173396A2/en
Publication of KR20120138319A publication Critical patent/KR20120138319A/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2362—Generation or processing of Service Information [SI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5019—Ensuring fulfilment of SLA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/508—Network service management, e.g. ensuring proper service fulfilment according to agreements based on type of value added network service under agreement
    • H04L41/5087—Network service management, e.g. ensuring proper service fulfilment according to agreements based on type of value added network service under agreement wherein the managed service relates to voice services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/508—Network service management, e.g. ensuring proper service fulfilment according to agreements based on type of value added network service under agreement
    • H04L41/509—Network service management, e.g. ensuring proper service fulfilment according to agreements based on type of value added network service under agreement wherein the managed service relates to media content delivery, e.g. audio, video or TV
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/508—Network service management, e.g. ensuring proper service fulfilment according to agreements based on type of value added network service under agreement
    • H04L41/5093—Network service management, e.g. ensuring proper service fulfilment according to agreements based on type of value added network service under agreement wherein the managed service relates to messaging or chat services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/72—Admission control; Resource allocation using reservation actions during connection setup
    • H04L47/724—Admission control; Resource allocation using reservation actions during connection setup at intermediate nodes, e.g. resource reservation protocol [RSVP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/801—Real time traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/23406—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving management of server-side video buffer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/84—Generation or processing of descriptive data, e.g. content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/805—QOS or priority aware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/806—Broadcast or multicast traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/824—Applicable to portable or mobile terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234327—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by decomposing into layers, e.g. base layer and one or more enhancement layers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2402—Monitoring of the downstream path of the transmission network, e.g. bandwidth available

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

본 발명은 멀티미디어 서비스의 데이터 패킷을 송신하는 방법에 있어서, 적어도 하나의 멀티미디어 컨텐츠 컴포넌트에 대응하는 멀티미디어 특징 정보(transport characteristic)를 생성하는 과정; 상기 생성된 멀티미디어 특징 정보를 파싱하여 전송 패킷 생성에 필요한 정보를 획득하는 과정; 및 상기 획득된 전송 패킷 생성에 필요한 정보를 이용하여 상기 전송 패킷을 생성하여 전송하는 과정을 포함하는 멀티미디어 서비스 데이터 패킷 송신 방법을 제안한다.

Description

멀티미디어 데이터 특징 정보를 이용하여 멀티미디어 서비스 데이터 패킷을 송신하는 방법 및 장치{APPARATUS AND METHOD FOR TRANSMITTING DATA PACKET OF MULTIMEDIA SERVICE USING TRANSPORT CHARACTERISTICS}
본 발명은 멀티미디어 서비스의 데이터 패킷을 송신하는 방법 및 장치에 관한 것이다. 더 상세하게는, 본 발명은 하나 이상의 미디어 컨텐츠 컴포넌트로 구성된 멀티미디어 서비스에 대한 멀티미디어 데이터 특징 정보(transport characteristics)를 이용하여 멀티미디어 데이터 패킷의 전송 및 서비스 품질을 보장하는 방법 및 장치에 관한 것이다.
멀티미디어 서비스란 화상전화와 같은 대화형 서비스, 주문형 비디오(Video On Demand: VOD) 서비스와 같은 스트리밍 서비스와, 멀티캐스트 및 브로드캐스트 서비스등의 서비스를 말한다. 실시간 멀티미디어 서비스는 서비스의 형태에 따라 대화형 서비스, 인터랙티브 서비스, 스트리밍 서비스로 나눌 수 있다. 또한, 실시간 멀티미디어 서비스는 참여하는 사용자의 수에 따라 유니캐스트, 멀티캐스트, 브로드캐스트로 나눌 수도 있다.
IEEE 802.16(WIMAX; Worldwide Interoperability for Microwave Access), IEEE 802.11e(WiFi TXOP; Wireless Fidelity Transmission Opportunity), 3GPP UMTS(Universal Mobile Telecommunications System), 및 3GPP LTE(Long Term Evolution)에서는 멀티미디어 서비스를 위한 자원을 예약하고 예약된 자원을 보장(guarantee)하는 기능이 있다.
IETF(Internet Engineering Task Force; 국제 인터넷 표준화 기구)의 자원 예약 프로토콜인 RSVP(Resource Reservation Protocol)의 tspec(traffic specification; 트래픽 규격), rspec(request specification; 요청 규격), flowspec(flow specification; 플로우 규격)에는 자원 예약 프로토콜에 필요한 파라메터가 정의되어 있으며, 상기 파라메터는 IEEE 802.16, IEEE 802.11e, 3GPP UMTS, 및 3GPP LTE과도 호환성이 있다.
즉, 상기의 표준 규격 IEEE 802.16, IEEE 802.11e, 3GPP UMTS, 및 3GPP LTE들은 더블 리키 버킷(double leaky bucket) 파라메터로 자원을 예약한다.
도 1은 가변 비트레이트의 데이터를 더블 리키 버킷 파라메터로 표현하는 과정을 도식화 한다.
가변 비트레이트(Variable BitRate; VBR)의 트래픽은 RSVP의 tspec에 포함된 4개의 파라메터 (Rg, Rp, Bp, B)를 이용하여 더블 리키 버킷으로 표시된다.
보장된 비트레이트(guaranteed bitrate) Rg(101)는 평균적으로 주어지는 비트율이며, 순간적으로 상기 보장된 비트율 Rg(101)을 넘더라도 버퍼에 저장하면 오버플로우(overflow)가 일어나지 않는다. 이때 필요한 버퍼 사이즈(buffer size)는 B(103)로 약속한다. 경우에 따라서, 상기 버퍼 사이즈 B는 보장된 비트레이트에 대응되는 개념으로서 보장된 버퍼사이즈(guaranteed buffer size) Bg로 표기할 수도 있다. 피크 비트레이트(peak bitrate) Rp(105) 도 미리 정해질 수 있다. 피크 비트레이트 Rp(105)는 한 패킷을 보내는 주기 내에 유지된다는 가정에서 피크 비트레이트에 대한 버퍼 사이즈 Bp(107)는 SDU(Service Data Unit)의 최대 크기로 정할 수 있다. 상기 SDU의 최대 크기 값은 보통 MTU(Maximum Transfer Unit)으로 표시할 수 있다.
다음의 표 1은 더블 리키 버킷의 4가지 파라메터를 이용하는 다양한 프로토콜의 예를 나타낸다.
IETF RSVP,IEEE802.11e‘tspec’ IEEE802.16 (WIMAX) 3GPP UMTS & LTE MPEG-4 OD ATM
Rp p Min. reserved traffic rate Maximum bitrate (4B) avgBitrate PCR
Bp M SDU size Maximum SDU size MAX_AU_SIZE CDVT
Rg r Max. sustained traffic rate Guaranteed bitrate (4B) AverageBitRate SCR
Bg b Maximum Latency k*Maximum SDU bufferSizeDB BT
그러므로 하위 계층의 자원 예약 프로토콜과의 호환성을 위해 MPEG(Moving Picture Experts Group) 컨텐츠와 같은 멀티미디어 컨텐츠의 멀티미디어 데이터 특징 정보(transport characteristics)는 더블 리키 버킷 파라메터의 형태로 구성될 필요가 있다.
본 발명은 다수의 미디어 컨텐츠 컴포넌트로 구성된 멀티미디어 서비스의 제공 시 활용 할 수 있는 통합적인 멀티미디어 데이터 특징 정보를 제공함으로써 적응적인 멀티미디어 서비스를 제공하거나 네트워크에서 지원하는 자원 예약 프로토콜 및 서비스 품질 보장 프로토콜을 활용할 수 있도록 하는 추상화 인터페이스를 위한 방법 및 장치를 제공한다.
본 발명은 상기 다수의 미디어 컨텐츠 컴포넌트에서 제공하는 미디어 데이터의 특징 정보로부터 통합적인 멀티미디어 데이터의 특징 정보를 생성하기 위한 방법 및 장치를 제공한다.
본 발명은 네트워크의 상황, 사용자 디바이스의 기능 그리고 사용자의 성향에 따라 적응적인 서비스를 제공하는 멀티미디어 서비스에서 각 서비스 조합에 대한 통합적인 멀티미디어 데이터 특징 정보를 제공한다.
본 발명은 실시간 멀티미디어 서비스에서는 이러한 자원 예약 프로토콜을 이용하여 MPEG 미디어 컨텐츠를 전송할 때, 미디어 특징 정보의 정량적인 결정방법을 제시한다.
본 발명은 멀티미디어 서비스의 데이터 패킷을 송신하는 방법에 있어서, 적어도 하나의 멀티미디어 컨텐츠 컴포넌트에 대응하는 멀티미디어 특징 정보(transport characteristic)를 생성하는 과정; 상기 생성된 멀티미디어 특징 정보를 파싱하여 전송 패킷 생성에 필요한 정보를 획득하는 과정; 및 상기 획득된 전송 패킷 생성에 필요한 정보를 이용하여 상기 전송 패킷을 생성하여 전송하는 과정을 포함하는 멀티미디어 서비스 데이터 패킷 송신 방법을 제공한다.
또한 본 발명은 멀티미디어 서비스의 데이터 패킷을 송신하는 장치에 있어서, 적어도 하나의 멀티미디어 컨텐츠 컴포넌트에 대응하는 멀티미디어 특징 정보(transport characteristic)를 생성하는 캡슐화 계층부; 상기 생성된 멀티미디어 특징 정보를 파싱하여 전송 패킷 생성에 필요한 정보를 획득하는 제어 계층부; 및 상기 획득된 전송 패킷 생성에 필요한 정보를 이용하여 상기 전송 패킷을 생성하여 전송하는 전송 계층부를 포함하는 멀티미디어 서비스 데이터 패킷 송신 장치를 제공한다.
본 발명의 구성에 따른 대표적인 효과는 다음과 같다.
본 발명에서는 다수의 미디어 컨텐츠 컴포넌트로 구성된 멀티미디어 데이터의 전송과정에서 통합적인 멀티미디어 데이터 특징 정보를 활용함으로써 네트워크의 상태, 단말의 성능, 및 사용자의 특성 정보에 따른 적응적인 멀티미디어 서비스를 제공할 수 있다.
또한 본 발명은 더블 리키 버킷 파라메터를 이용하여 미디어 데이터 특징 정보를 생성하므로 결합된 멀티미디어 컨텐츠 컴포넌트의 전송 데이터에 대하여 하위 네트워크 에서 제공하는 자원 예약 프로토콜과의 호환이 용이하고, 자원의 활용을 용이하게 할 수 있으며, 서비스 품질 보장을 위한 QoS 프로토콜의 활용 역시 용이해 진다.
도 1은 가변 비트레이트의 데이터를 더블 리키 버킷 파라메터로 표현하는 과정을 예시한 도면,
도 2는 복수개의 미디어 컨텐츠 컴포넌트로 구성된 멀티미디어 서비스에 대하여 가능한 컴포넌트의 조합을 예시하는 도면,
도 3은 3 개의 계층으로 구성되는 통합 스트림에서 인터리빙을 활용하지 않은 경우의 통합 프레임 사이즈의 예시도,
도 4는 3 개의 계층으로 구성되는 통합 스트림에서 모듈로 연산을 이용하는 인터리빙을 활용하는 경우 통합 프레임 사이즈의 예시도,
도 5는 본 발명의 바람직한 실시예에 따른 MMT의 캡슐화 계층의 헤더 구조 예시도,
도 6은 MMT 캡슐화 계층에서 생성된 미디어 데이터의 특징 정보를 미디어 전송 서비스 과정에서 활용하는 예시도,
도 7은 본 발명의 바람직한 일 실시예에 따른 MMT 서버의 (통합적인) 멀티미디어 데이터 특징 정보의 생성과 활용 방법의 흐름도이다.
이하, 첨부된 도면들을 참조하여 본 발명의 실시 예를 상세하게 설명한다. 하기에서 본 발명을 설명함에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 그리고 후술되는 용어들은 본 발명에서의 기능을 고려하여 정의된 용어들로써 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.
최근의 멀티미디어 서비스는 메쉬 업(mesh up) 멀티미디어 서비스의 형태를 나타내고 있다. 메쉬 업 멀티미디어 서비스는, 오디오 컨텐츠 컴포넌트와 비디오 컨텐츠 컴포넌트를 조합하는 기존의 조합뿐 아니라 텍스트, UI(User Interface), 및 애플리케이션(Application) 프로그램과 같이 다양한 미디어 컨텐츠 컴포넌트의 조합으로 구성될 수 있다.
또한, 전송 네트워크의 상황, 사용자 단말의 성능, 및 사용자의 성향에 따라 적응적인 서비스를 제공하는 경우에도 각 상황에 따라 미디어 컨텐츠 컴포넌트의 조합이 달라지게 되므로, 각각의 조합에 따른 멀티미디어 데이터의 특징 정보가 필요하다.
이처럼 다양한 미디어 컨텐츠 컴포넌트로 조합 또는 구성된 멀티미디어 서비스의 데이터 패킷을 전송할 때, 상기의 각 네트워크에서 지원하는 자원 예약 프로토콜 및 서비스 품질 보장을 위한 프로토콜을 활용하기 위해서는 각각의 미디어 컨텐츠 컴포넌트의 미디어 데이터의 특징 정보(transport characteristics)들을 결합한 형태의 미디어 데이터 특징 정보가 필요하다.
본 발명은, 이와 같이 다양한 멀티미디어 컨텐츠 컴포넌트들의 미디어 데이터 특징 정보를 결합한 형태의 ‘미디어 데이터 특징정보(transport characteristics)’를 ‘통합적인 멀티미디어 데이터 특징 정보(aggregated transport characteristics)’라 정의하고, 통합적인 멀티미디어 데이터 특징 정보의 생성 방법 및 활용 방법에 대하여 설명한다.
이와 같은 통합적인 멀티미디어 데이터의 특징 정보는 각각의 컨텐츠 컴포넌트들에 대한 조합 방법을 서비스 제공자 및 사용자에게 제시하는 일종의 가이드 라인이 될 뿐 아니라, 복수 개의 컨텐츠 컴포넌트로 구성된 멀티미디어 서비스를 하나의 통합적인 멀티미디어 데이터 특징 정보로 표현할 수 있으므로, 서비스를 용이하게 운용할 수 있게 한다.
예를 들어, 저장된 미디어(stored media)를 스트리밍 서비스(streaming service)하는 경우에는, 이러한 통합적인 멀티미디어 데이터 특징 정보들을 상기 저장된 미디어의 컨텐츠 파일의 처음 부분에 위치하도록 함으로써 접근을 용이하게 할 수 있다. 사전에 부호화된 저장된(stored) 컨텐츠인 경우에는 부호화 과정에서 실측된 정보를 바탕으로 통합적인 멀티미디어 데이터 특징 정보의 값을 정하거나, 통합적인 멀티미디어 데이터 특징 정보의 생성 과정에서 각 미디어 데이터를 트래픽 섀이핑(traffic shaping)하여 생성할 수 있다.
또 다른 예로서, 생중계 서비스(Live service)(예를 들어, 스포츠 중계) 또는 대화형 서비스(conversational service)(예를 들어, 화상회의)와 같이 실시간으로 미디어 컨텐츠 컴포넌트를 부호화하여 전송하는 서비스의 경우에는, 각 미디어 컨텐츠 컴포넌트의 부호화기로부터 각각의 미디어 데이터 특징 정보를 수집하고 이를 조합함으로써 통합적인 멀티미디어 데이터 특징 정보를 생성할 수 있다. 또는 사전에(previously) 정의되어 있는 통합적인 멀티미디어 데이터 특징 정보에 맞추어서 트래픽 섀이핑(traffic shaping)(즉, 트래픽 특성에 따라 적절히 조절)하여 생성할 수도 있다.
이와 같이 생성된 통합적인 멀티미디어 데이터 특징 정보는 멀티미디어 서비스의 세션 수립 과정에서 활용할 수 있다. 생성된 통합적인 멀티미디어 데이터 특징 정보를 활용하는 구체적 실시예에 대하여는 뒤에서 설명하기로 한다.
도 2는 복수개의 미디어 컨텐츠 컴포넌트로 구성된 멀티미디어 서비스에 대하여 가능한 컴포넌트의 조합을 예시하고 있다.
도 2의 (a)는 미디어 컨텐츠가 스케일러블 미디어(scalable media)인 경우를 예시하며, (b)는 사이멀캐스트 미디어(simulcast media)를 예시한다.
즉, 도 2의 스케일러블 미디어의 경우, AD3 조합(205)은 QCIF(Quarter CIF) 15Hz의 비디오와 모노-좌측(mono-left)의 오디오만을 제공하며, AD2 조합(203)은 AD3 조합(205)의 비디오 및 오디오뿐 아니라, CIF(Common Intermediate Format) 30Hz, QCIF 30Hz의 비디오와 모노-우측(mono-right)의 오디오도 제공한다. 또한, 스케일러블 미디어의 AD1 조합(201)은 AD3 조합(205) 및 AD2 조합(203)의 비디오, 오디오뿐 아니라, HD(High-Definition) 60Hz, 4CIF(4 x CIF) 30Hz의 비디오와 5.1ch의 오디오도 제공한다.
그리고, 도 2의 사이멀캐스트 미디어의 경우, AD3 조합(211)은 QCIF 15Hz 의 비디오 및 모노-좌측의 오디오를, AD2 조합(209)은 CIF 30Hz, QCIF 30Hz의 비디오 및 모노-좌측, 모노-우측 오디오를, AD1 조합(207)은 HD 60Hz, 4CIF 30Hz의 비디오 및 5.1ch의 오디오를 각각 제공한다.
다양한 품질의 오디오 및 비디오 컨텐츠 컴포넌트가 존재하는 경우, 세가지 요소(네트워크 상황, 디바이스 성능, 사용자 성향)에 따라 컨텐츠 컴포넌트의 조합을 다양하게 할 수 있다.
예를 들어, 안정적이고 충분한 가용 비트레이트로 연결된 사용자가 고화질의 컨텐츠를 요구하는 경우, 도 2의 AD1 조합(201, 207)을 서비스 할 수 있다. 네트워크 환경 변화가 심한 모바일 환경에서 휴대 단말을 통해 서비스를 제공받고자 하는 사용자에게 끊김 없는 서비스를 제공하기 위해서는 AD3 조합(205, 211)을 서비스 해야 한다.
이와 같이 하나의 멀티미디어 서비스에 대해 다양한 품질의 서비스의 조합이 가능한 상황에서 각 조합된 컨텐츠 컴포넌트들에 대하여 하위 계층의 자원 예약 프로토콜 및 서비스 품질 보장을 위한 프로토콜을 적용하기 위해서는 통합적인 멀티미디어 데이터 특징 정보(aggregated transport characteristics)가 필요하다.
다양한 품질의 서비스가 가능한 미디어 컨텐츠 컴포넌트(예를 들어, 스케일러블 비디오, 사이멀캐스트 비디오)가 있을 때, 각 컨텐츠 컴포넌트의 조합에 대한 통합적인 멀티미디어 데이터 특징 정보는 다음과 같은 방법으로 생성할 수 있다.
이하에서 각각의 미디어 컨텐츠 컴포넌트에 고유한 미디어 데이터 특징 정보가 존재하며, 상기 각 미디어 데이터 특징 정보는 더블 리키 버킷 파라메터로 표현되어 있는 경우를 가정한다. 즉, 아래의 수식과 연관된 설명에서, Rg1, Rg2, B1, B2, Rp1, Rp2, Bp1, Bp2, PLR(Packet Loss Ratio)1, PLR2, P1, P2, D1, 및 D2는 각각의 ‘미디어 데이터 특징 정보(transport characteristics)’를 나타내고, Rg, B, Rp, Bp, PLR, P, 및 D는 ‘통합적인 멀티미디어 데이터 특징 정보(aggregated transport characteristics)’를 나타낸다.
- 보장된(Guaranteed)(또는 지속가능한(sustainable)) 비트레이트 Rg = Rg1 + Rg2
: 보장된 비트레이트는 두 개의 보장된 비트레이트를 합쳐서 표현할 수 있다.
- 버퍼 사이즈 B = (B1 + B2)*a (a ≤ 1)
: 버퍼 사이즈 B는 두 개의 버퍼 사이즈를 합치는 것 (이때, a = 1)이 안전하다. 그러나 각 미디어 스트림에 서로 다른 인터리빙(interleaving) 방법을 적용하였거나 전송 채널의 상태가 달라 버퍼에 저장되는 시점이 달라지는 경우, 실제로 버퍼가 가득 차는(full) 순간이 일치하지 않으므로 필요한 버퍼 사이즈는 두 개의 버퍼 사이즈를 합친 것보다 a (이때, a < 1) 의 비율로 작아질 수 있다.
- 피크 비트레이트 Rp = (Rp1 + Rp2)*b (b ≤ 1) 또는 Rp = Rg + max(Rp1-Rg1, Rp2-Rg2)
: (1) 피크 비트레이트는 두 개의 피크 비트레이트를 합치는 것 (이때, b = 1)이 안전하다. 그러나 각 미디어 스트림에 서로 다른 인터리빙 방법을 적용하였거나 전송 채널의 상태가 달라 버퍼에 저장되는 시점이 달라지는 경우, 두 비트레이트의 피크(peak)가 되는 순간이 일치하지 않는다. 따라서, 실제의 피크 비트레이트는 두 개를 합친 것보다 b (b < 1) 의 비율로 작아 질 수 있다.
: (2) 두 번째 식(Rp = Rg + max(Rp1-Rg1, Rp2-Rg2))은 한쪽의 비트레이트가 피크가 될 때, 다른 한쪽이 보장된 비트레이트를 가진다는 가정에서 Rp를 구하는 방법이다. 실제로도, 비디오 패킷을 예로 들었을 때, 피크 비트레이트는 I frame(Intra-frame)의 크기에 의해 결정되며, P/B frame의 크기는 보장된 비트레이트에 근접하므로, 두 번째 식에 의해 실제 환경에 부합되는 결과를 기대할 수 있다.
- 피크 버퍼(또는 MTU) 사이즈 Bp = (Bp1 + Bp2)*g (g ≤ 1) 또는 Bp = max(Bp1, Bp2)
: 두 개의 피크가 동시에 나타난다면 Bp1+Bp2 (이때, g = 1)가 된다. 또한, 각 미디어 스트림에 서로 다른 인터리빙 방법을 적용하였거나 전송 채널의 상태가 달라 버퍼에 저장되는 시점이 달라지는 경우에는, 두 개의 피크가 동시에 나타나지 않으므로, 첫 번째 식을 g < 1으로 적용하여 사용할 수 있다. 또는 두 번째 식(Bp = max(Bp1, Bp2))으로 통합적인 피크 버퍼(aggregated peak buffer)(또는 MTU) 사이즈를 표현할 수도 있다.
도 3은 3 개의 계층(예를 들어, SVC(Scalable Video Coding) 베이스(base) 계층, enh.(enhancement) 1 계층, 및 enh. 2 계층)으로 구성되는 통합 스트림(aggregated stream) 에서 인터리빙을 활용하지 않은 경우의 통합 프레임(또는 데이터) 사이즈의 예시이다.
도 4는 3 개의 계층으로 구성되는 통합 스트림(aggregated stream)(예를 들어, SVC 베이스 계층, enh. 1 계층, 및 enh. 2 계층)에서 모듈로(modulo) 연산을 이용하는 인터리빙을 활용하는 경우 통합 프레임(또는 데이터) 사이즈의 예시이다.
상기의 통합 스트림(aggregated stream)에 대한 네 가지 파라메터(예를 들어, 보장된(또는 지속가능) 비트레이트, 버퍼 사이즈, 피크 비트레이트, 및 피크 버퍼(또는 MTU) 사이즈)를 계산 하는 방법에 대한 이해를 돕기 위하여, 도 3 및 도 4는 세 개의 SVC(Scalable Video Coding) 계층 데이터를 통합(aggregate)하는 경우를 예시하고 있다.
통합 스트림(aggregated stream)을 단일 전송 채널로 전송하는 상황을 가정하였을 때, 도 3은 인터리빙을 적용하지 않고 세 개의 스트림을 통합(aggregate)하는 경우를 나타낸다.
도 4는 SVC 베이스 계층과 enh. 1 계층의 스트림에 대해 인터리빙을 적용하여 통합(aggregate)하는 경우를 나타낸다. 이때, 도 4의 베이스(base) 계층은 모듈로 3의 인터리빙을, enh. 1 계층은 모듈로 6의 인터리빙을 적용하고, enh. 2 계층은 인터리빙을 적용하지 않는다.
인터리빙이 적용되지 않는 도 3의 경우 각 계층의 피크 사이즈는 대체로 동일한 프레임 번호에서 발생하는 것을 알 수 있다. 즉, 프레임 번호 1, 10, 18, 26, 34 등에서 각 계층의 피크 사이즈가 발생한다. 한편, 인터리빙이 적용되는 도 4의 경우에는 각 계층의 피크 사이즈가 발생하는 프레임의 위치가 상이함을 알 수 있다. 구체적으로 도 4의 경우, 프레임 번호 9에서 enh. 1 계층의 피크 사이즈가 발생하는 반면, enh. 2 계층의 피크 사이즈는 프레임 번호 10에서 발생하고 있다. 따라서, 인터리빙이 적용되는 경우에는, 상기 통합적인 멀티미디어 데이터 특징 정보를 구하는 식의 a, b, g 가 1 보다 작은 값을 가질 수 있게 된다.
- Maximum PLR = min(PLR1, PLR2)
: 원하는 품질을 보장해주기 위해서는 허용하는 maximum PLR(맥시멈 PLR; 최대 패킷손실율)의 minimum(미니멈; 최소)을 선택한다. 즉, 하나 이상의 maximum PLR 파라메터가 존재할 때, 최소의 maximum PLR 파라메터를 통합 스트림(즉, 컨텐츠)의 maximum PLR로 한다.
- Priority P = max(P1, P2)
: 원하는 품질을 보장해주기 위해서는 허용하는 상대적인 priority(프라이어리티; 우선순위)는 높은 priority 를 따른다. 즉, 하나 이상의 priority 파라메터가 존재할 때, priority 의 최대값을 통합 스트림(컨텐츠)의 priority 로 한다.
- Maximum delay D = min(D1, D2)
: Maximum delay(; 최대 지연)는 세션 전체에 하나의 값으로 적용되는 것이다. 3가지 옵션(대화형(conversational), 스트리밍(streaming), 다운로드(download))이 있을 수 있다. 대화형 서비스는 종단간(end-to-end) 150ms이내의 지연까지 허용된다. 스트리밍 서비스는 1초~10초의 지연이 허용된다. 다운로드 서비스는 지연에 대한 조건이 없다. 생중계 스트리밍(Live streaming)은 스트리밍의 기준에 따른다. Maximum delay가 크면 피크 버퍼사이즈를 늘이면서 피크 비트레이트를 줄임으로써, Maximum delay를 작게할 수 있다. 즉, 하나 이상의 maximum delay 파라메터가 존재할 때, 최소의 maximum delay 파라메터를 통합 스트림(컨텐츠)의 maximum delay로 한다.
본 발명에서 제안하는 미디어 데이터 특징 정보(transport characteristics), 및 통합적인 멀티미디어 데이터의 특징 정보(aggregated transport characteristics)를 구체화 하기 위한 구문(syntax) 및 각 필드에 대한 의미(semantics)를 다음의 표 2를 참조하여 설명한다.
각 필드의 이름, 크기, 및 각 필드를 표현하는 변수의 종류는 앞서 기술한 바와 같이 실시 예에서의 기능을 고려하여 선택되었으므로 사용자, 운용자의 의도 또는 판례 등에 따라 달라질 수 있다. 그러나 각 필드의 의미는 본 명세서에서 제공하는 정의를 따라야 한다.
transport_characteristics () { size (bits) type
composition_flag 1 flag bit
max_packet_lost_ratio / max_lost_packet_number 32 float / unsigned integer
stream_priority / stream_precedence 6 unsigned integer
token_bucket_rate 32 float
token_bucket_size 32 float
peak_data_rate 32 float
max_packet_size 32 unsigned integer
if ( composition_flag == 1 ) {
num_of_streams 8 unsigned integer
for ( Idx = 0; Idx < num_of_streams; Idx++) {
stream_id[Idx] 8 unsigned integer
}
} else {
stream_id 8 unsigned integer
}
}
- composition_flag(컴포지션 플래그): 통합적인 멀티미디어 데이터 특징 정보(aggregated transport characteristics) 인지 여부를 나타내는 플래그 비트(flag bit)로써, 값이 0일 경우 단일 스트림에 대한 미디어 데이터 특징 정보(transport characteristics)를 의미하며, 값이 1인 경우에는 통합적인 멀티미디어 데이터 특징 정보(aggregated transport characteristics)임을 의미한다.
- max_packet_lost_ratio(최대 패킷손실율) / max_lost_packet_number(최대 손실패킷수): 서비스(전송)하는 미디어가 허용할 수 있는 최대 패킷 손실률 또는 최대 손실된 패킷의 수를 나타내는 필드이다. 예를 들어, IEEE 802.16에서 자원 예약 시 사용하는 손실률 관련 파라메터와 대응되는 개념이다.
- stream_priority(스트림 프라이어리티) / stream_precedence(스트림 프리시던스): 해당 스트림의 우선순위 정보를 나타내는 값으로, 하위 계층의 프로토콜과의 호환성을 위해 IETF의 RFC(Request for Comments) 2474에 정의되어 있는 DSCP(Differentiated Services Code Point)를 활용할 수 있다. 특히, DSCP에서는 해당 패킷에 대한 PHB(Per-Hop Behavior) 및 드랍 프리시던스(drop precedence)를 포함하므로, 해당 미디어 컴포넌트가 갖는 우선순위를 상기 PHP 및 드랍 프리시던스에 할당 할 수 있다. 상기 표 2에서 상기 priority / precedence 필드에 대한 크기를 6비트로 설정한 이유는 네트워크의 priority 프로토콜과의 호환성을 유지하기 위함이다. 예를 들어, RFC 2474의 DSCP에서 정의된 우선순위(priority) 테이블을 활용한다면, 구분할 수 있는 우선순위의 개수는 21개이다.
- token_bucket_rate(토큰 버킷 레이트): 미디어 서비스를 위해 지속적으로 보장되어야 하는 보장 비트레이트(guaranteed bitrate)를 나타내며, Kbits/sec(초당 킬로비트)의 단위로 표현한다.
- token_bucket_size(토큰 버킷 사이즈): 토큰 버킷(token bucket)의 깊이(depth)를 킬로비트(kilobits) 단위로 표현한다. 클라이언트(client)에서는 이 정보를 기반으로 버퍼의 크기(size)를 설정할 수 있다.
- peak_data_rate(피크 데이터 레이트): 순간 최대 전송률 나타내며, Kbits/sec(초당 킬로비트) 단위로 표현한다. 클라이언트에서는 이 정보를 기반으로 버퍼의 크기를 설정할 수 있다.
- max_packet_size(최대 패킷 사이즈): 최대 패킷 사이즈를 나타내며, 킬로비트 단위로 나타낸다.
- num_of_streams(스트림 수): composition_flag가 1인 경우에만 존재하며, 몇 개의 스트림이 통합(aggregate)되었는지를 나타낸다.
- stream_id(스트림 아이디): composition_flag가 1인 경우, num_of_streams 값만큼 존재한다. 통합 스트림을 구성하는 각 스트림의 stream_id를 나타낸다. 다시 말해, stream_id는 통합 미디어 데이터를 구성하는 각 미디어 컴포넌트에 대한 식별자를 의미한다. MPEG-2 TS(Transport Stream)의 경우로 예를 들면, stream_id는 PID(Packet ID)와 같은 기능을 한다. 또한 MMT(MPEG Media Transport)의 경우에는 MMT 아이템(item)을 구성하는 각 MMT 애셋(asset)에 대한 id를 의미한다.
이하에서는 본 발명의 바람직한 일 실시예에 따른 미디어 데이터 특징 정보의 생성과 활용 방법을 설명한다.
상기 미디어 데이터의 특징 정보는 컨텐츠의 생성(캡쳐(capture) 또는 그랩(grab)) 과정에서, 또는 사전에 부호화된 미디어 데이터의 캡슐화(encapsulation) 과정에서 생성할 수 있다.
상기 생성된 미디어 데이터의 특징 정보를 전송 과정에서 활용하는 방법은 다음과 같다.
하기에서 소개하는 본 발명의 일 실시예는 MMT를 기준으로 한다. MMT에서 내부적으로 기능에 따라 구분되는 캡슐화 계층(encapsulation layer), 전송 계층(delivery layer), 및 제어 계층(control layer)에 따라 구분하여 기술한다.
먼저, MMT 캡슐화 계층의 기능을 설명한다.
MMT 캡슐화 계층(encapsulation layer)에서는 본 발명에서 제안하는 멀티미디어 데이터 특징 정보 또는 통합적인 멀티미디어 데이터 특징 정보를 생성하는 기능을 담당한다.
도 5는 MMT의 캡슐화 계층의 헤더 구조를 예시한다.
MMT에서 MMT asset(531,533, 535)은 각각의 미디어 단위를 나타낸다. 따라서, 단일 미디어에 대한 미디어 데이터의 특징 정보는 각 MMT asset별로 존재할 수 있다. 인캡슐레이터 헤더(encapsulator header)(520)은 MMT item 헤더(510)와 MMT asset 헤더(header)(500)를 포함할 수 있다.
MMT asset 헤더(header)(500)는 MMT asset description 필드(501)를 포함한다. 단일 MMT asset에 대한 미디어 데이터 특징 정보는 상기 MMT asset description 필드(501)에 기술될 수 있다. 따라서, 단일 MMT asset으로 MMT item이 구성되는 경우, MMT asset 헤더(500)에 포함된 MMT asset description(501)에 포함된 미디어 데이터의 특징 정보를 활용할 수 있다.
MMT item은 하나 이상의 MMT asset으로 구성될 수 있으므로 MMT item 헤더(510)는 MMT asset list 정보(511)를 포함한다. 또한 MMT item을 구성하는 각 MMT asset들의 관계 정보(예를 들어, 시간적, 공간적 프리젠테이션(presentation) 정보)를 MMT item composition 정보(513)로 제공한다. 본 발명에서 제안하는 통합적인 멀티미디어 데이터의 특징 정보 (aggregated transport characteristics)는 상기 MMT item composition 정보(513)에 위치할 수 있다.
이어서, MMT 제어 계층의 기능을 설명한다.
MMT 제어 계층(control layer)은 MMT 서버와 MMT 클라이언트간의 서비스 디스커버리 정보(service discovery information), QoE(Quality of Experience) 관리 정보 및 DRM(Digital Rights Management) 정보를 교환하는 기능을 담당한다. 서비스 디스커버리 정보의 교환 과정에서, MMT 제어 계층은 세션을 수립하기 위한 네트워크 자원의 예약 과정을 수행할 수 있다. 따라서, MMT 제어 계층은 MMT item 헤더(510)의 MMT item composition 필드(513) 또는 MMT asset 헤더(500)의 MMT asset description 필드(501) 정보를 파싱함으로써 서비스하려는 (통합적인) 미디어 데이터 특징 정보를 획득하고 이를 이용하여 자원 예약을 수행한다.
다음으로, MMT 전송 계층의 기능을 설명한다.
MMT 전송 계층(delivery layer)에서는 캡슐화된(encapsulated) 미디어 데이터 패킷을 서버로부터 클라이언트로 전송하는 기능 및 단말 내의 계층간 정보 교환(예를 들어, 계층간 인터페이스) 기능을 담당한다. 그러므로 전송 계층에서는 전송 패킷(delivery packet)을 생성한다. 상기 전송 패킷에서는 각 전송 패킷 마다 포함되어야 하는 정보들을 MMT item header(510)의 MMT item composition(513) 또는 MMT asset header(500)의 MMT asset description(501)에 포함된 (통합적인) 미디어 데이터 특징 정보로부터 파싱하여 활용한다.
각각의 상기 전송 패킷에 포함되어야 하는 정보로는 우선순위(priority) 구분자 및 전송 지연(delay) 구분자가 있다. 또한 제어 계층을 통해 자원 예약을 수행한 경우, 예약된 플로우에 대한 구분자가 필요하다. 그리고 전송 계층에서 계층간 설계(cross-layer design)에 따라 MAC/PHY 계층에 자원을 예약하는 경우, MMT item (또는 MMT asset)에 대한 (통합적인) 멀티미디어 데이터의 특징 정보가 필요하다.
도 6은 MMT 캡슐화 계층에서 생성된 미디어 데이터의 특징 정보(transport characteristics)를 미디어 전송 서비스 과정에서 활용하는 실시예이다.
본 발명에서 제안하는 (통합적인) 미디어 데이터 특징 정보((aggregated) transport characteristics)는 MMT 서버(601) 측의 캡슐화 계층(603)에서 생성되며, 상기 생성된 정보는 인캡슐레이터 헤더(encapsulator header)(520) 내의 MMT item composition 필드(513) 또는 MMT asset description 필드(501)에 위치할 수 있다.
상기 생성된 미디어 데이터 특징 정보는 미디어 서비스의 세션 수립 과정에서 필요한 정보(예를 들어, 더블 리키 버킷 파라메터)와 각 전송 패킷에 포함됨으로써 매 패킷 별로 상대적인 우선순위를 차별화하는 정보(예를 들어, 표 2의 stream_priority / stream_precedence)로 구분될 수 있다.
세션 수립 과정에서 필요한 정보의 경우, 상기 생성된 미디어 데이터 특징 정보는 제어 계층(C layer)(605)으로 전달(606)되고, 상기 제어 계층(605)은 세션 수립 과정에서 필요한 정보에 해당하는 필드의 값을 파싱(parsing)하고, 이를 제어 채널(control channel)을 통한 시그널링(signaling) 또는 프로토콜(예를 들어, RTSP(Real-Time Stream Protocol), SIP(Session Initiation Protocol) 프로토콜) 등을 통해 클라이언트(602)의 제어 계층(609)로 전달한다.
매 전송 패킷에 활용할 수 있는 정보(예를 들어, 표 2의 stream_priority / stream_precedence)의 경우, 상기 생성된 미디어 데이터 특징 정보는 제어 계층(C layer)(605)으로 전달(606)되고, 상기 제어 계층(605)은 매 전송 패킷에 활용할 수 있는 정보에 해당하는 필드의 값을 파싱(parsing)하고, 상기 파싱한 값을 전송 계층(D layer)(604)으로 전달(607)한다. 또는, 상기 전송 계층(604)은 상기 캡슐화 계층(603)이 생성한 미디어 데이터 특징 정보의 인캡슐레이터 헤더(520)를 직접 전달 받고(608), 상기 전달 계층(604)은 매 전송 패킷에 활용할 수 있는 정보에 해당하는 필드의 값을 직접 파싱(parsing)함으로써 정보를 획득할 수 있다. 상기 전송 계층(604)는 매 전송 패킷에 활용할 수 있는 정보(예를 들어, 표 2의 stream_priority / stream_precedence)를 매 전송 패킷(delivery packet)에 삽입한 뒤 데이터 채널(data channel)을 통해 클라이언트(602)(특히, 클라이언트의 전송 계층(610)) 및/또는 중간 네트워크 엔터티들로 전송할 수 있다.
도 7은 본 발명의 바람직한 일 실시예에 따른 MMT 서버의 (통합적인) 멀티미디어 데이터 특징 정보의 생성과 활용 방법의 흐름을 도시한다.
MMT 서버는 하나 또는 그 이상의 멀티미디어 컨텐츠 컴포넌트에 대하여 (통합적인) 멀티미디어 데이터 특징 정보를 생성한다(701). 바람직하게는, 상기 멀티미디어 데이터 특징 정보를 생성 동작은 MMT 서버의 캡슐화 계층부에서 수행될 수 있다.
이어서, MMT 서버는 상기 생성된 멀티미디어 데이터 특징 정보를 파싱하여 세션 수립 과정에서 필요한 정보와 매 전송 패킷에 활용할 수 있는 정보를 추출한다(703). 상기 추출된 정보중 세션 수립에 필요한 정보는 제어 채널을 통한 시그널링이나 프로토콜을 이용하여 MMT 클라이언트로 전달 될 수 있다. 바람직하게는, 상기 정보의 파싱과 추출 동작은 MMT 서버의 제어 계층부에서 수행될 수 있다.
이어서, MMT 서버는 전송 패킷을 생성하여 MMT 클라이언트로 전송한다(705). 바람직하게는, 상기 전송 패킷의 생성과 전송은 MMT 서버의 전송 계층부에 의해 수행된다. 상기 전송 패킷의 생성시에는 이미 생성된 멀티미디어 데이터 특징 정보로부터 파싱된 stream_priority 이나 stream_precedence 와 같은 정보가 사용되는데, 상기 전송 계층은 MMT 서버의 제어계층으로부터 파싱된 정보들을 전달 받거나, 상기 전송 계층 스스로 상기 멀티미디어 데이터 특징 정보를 파싱함으로써 획득할 수있다.
이상과 같은 절차로 미디어 컨텐츠의 전송를 위한 자원의 예약이 끝나고 서비스가 시작되면, 각 전송 패킷은 식별자(packet identifier)가 사용될 수 있다. 이하에서는 패킷 식별자에 대하여 보다 구체적으로 설명하도록 한다.
패킷 식별자는 자원이 예약되고 나면 패킷을 보낸 때, 해당 통합된 플로우(aggregated flow)에 속하는지 여부를 식별한다. 자원이 예약된 플로우(flow)의 패킷들과 예약되지 않은 패킷들이 망에서 섞이기 때문에 이를 구별하기 위해 PID가 사용된다. PID 는 explicit(명시적) 부분과 implicit(암시적) 부분으로 나누어 표시한다.
명시적 ID(Explicit ID)는 서비스나 세션에 구분 없이 전체적으로 약속된 변수를 담고 있다. IETF diffServ의 DSCP와 같이 per-class(클래스당) QoS(Quality of Service)를 위해 사용된다. 즉, 상대적인 QoS 차별화를 위한 것이다. 여기에는 손실 우선순위(loss priority)와 지연 우선순위(delay priority)가 쓰여진다. 지연 우선순위 는 3~4가지를 구분하면 되므로 2비트로(예를 들어, Conversational, interactive, streaming, download service 를 각각 11, 10, 01, 00으로) 표시할 수 있다. 손실 우선순위는 표준에서 대개 3단계(3GPP UMTS) 또는 8단계로(diffServ) 구분한다. 따라서 3비트로 표시할 수 있다. 값이 클수록 loss에 민감함을 나타낸다.
암시적 ID(Implicit field)는 보장된 서비스(guaranteed service)를 위해서 사용된다. 즉 해당 플로우에 예약된 자원을 활용하기 위해 사용된다. 각각의 예약된 플로우에 대해서 하나의 라벨(label)이 할당(assign)된다. 라벨의 의미(semantic)는 없다. 라우터(Router), 기지국(base station), AP(access point) 등은 해당 라벨에 대해 예약된 자원을 사용할 수 있도록 보장한다. 따라서, 한 패킷이 수신되면 라벨을 확인하고 라벨에 대해 예약된 자원을 확인하여 그에 맞게 서비스를 해주어야 한다.
라우터는 상기 라벨에 대해 이미 정해진 상태에서(source IP address, destination IP address) 플로우를 한시적인 일련번호(temporary serial number)로 겹치지 않게 구분해주면 되므로 7비트로 표시하면 충분하다. 암시적 ID에 8비트가 할당하여 첫 비트는 이러한 라벨을 사용하는지 여부를 표시한다. 이는 라벨 스위칭(label switching)에서의 라벨과 같은 개념이다. 라벨 스와핑(Label swapping)이 된다 하더라도 양쪽 끝단(end node)에서는 단말의 응용 계층(application layer)이 인식하는 라벨로 설정되어야 한다.
상기 도 6 및 도7 이 예시하는 동작 또는 신호의 흐름도는 본 발명의 권리범위를 한정하기 위한 목적이 아님을 유의해야 한다. 즉, 상기 도 6 및 도 7이 설명하는 동작들은 각 계층부에서 동작하는 구성을 예시하는 것일 뿐이며, 반드시 모든 과정이 포함되어야 구현 가능함을 한정하거나, 어느 특정 계층부에 의해 수행되어야만 함을 한정하지 않는다.
앞서 설명한 동작들은 해당 프로그램 코드를 저장한 메모리 장치를 서버 장치 또는 클라이언트 장치 내의 임의의 구성부에 구비함으로써 실현될 수 있다. 즉, 서버 장치 또는 클라이언트 장치의 각 계층부인 캡슐화 계층부(E Layer), 제어 계층부(C Layer), 및 전송 계층부(D Layer)는 메모리 장치 내에 저장된 프로그램 코드를 프로세서 혹은 CPU(Central Processing Unit)에 의해 읽어내어 실행함으로써 앞서 설명한 동작을 실행할 수 있다.
한편 본 발명의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 발명의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 발명의 범위는 설명된 실시 예에 국한되어 정해져서는 안되며 후술하는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.

Claims (20)

  1. 멀티미디어 서비스의 데이터 패킷을 송신하는 방법에 있어서,
    적어도 하나의 멀티미디어 컨텐츠 컴포넌트에 대응하는 멀티미디어 특징 정보(transport characteristic)를 생성하는 과정;
    상기 생성된 멀티미디어 특징 정보를 파싱하여 전송 패킷 생성에 필요한 정보를 획득하는 과정; 및
    상기 획득된 전송 패킷 생성에 필요한 정보를 이용하여 상기 전송 패킷을 생성하여 전송하는 과정을 포함하는 멀티미디어 서비스 데이터 패킷 송신 방법.
  2. 제1항에 있어서,
    상기 멀티미디어 특징 정보는 적어도 두 개의 멀티미디어 컨텐츠 컴포넌트에 대응하는 통합적인 멀티미디어 특징 정보(aggregated transport characteristic)임을 특징으로 하는 멀티미디어 서비스 데이터 패킷 송신 방법.
  3. 제2항에 있어서,
    상기 통합적인 멀티미디어 특징 정보는 보장된 비트레이트(guaranteed bitrate), 버퍼 사이즈(buffer size), 피크 비트레이트(peak bitrate), 및 피크 버퍼 사이즈(peak buffer size) 중 적어도 하나를 포함함을 특징으로 하는 멀티미디어 서비스 데이터 패킷 송신 방법.
  4. 제3항에 있어서,
    상기 보장된 비트 레이트(Rg)는 다음의 식으로 생성됨을 특징으로 하는 멀티미디어 서비스 데이터 패킷 송신 방법.
    Rg = Rg1 + Rg2
    여기서, Rg1은 제1 멀티미디어 컨텐츠 컴포넌트의 보장된 비트레이트이고, Rg2는 제2 멀티미디어 컨텐츠 컴포넌트의 보장된 비트레이트임.
  5. 제3항에 있어서,
    상기 버퍼 사이즈(B)는 다음의 식으로 생성됨을 특징으로 하는 멀티미디어 서비스 데이터 패킷 송신 방법.
    B = (B1 + B2)*a
    여기서, B1은 제1 멀티미디어 컨텐츠 컴포넌트의 버퍼 사이즈이고, B2는 제2 멀티미디어 컨텐츠 컴포넌트의 버퍼 사이즈이고, a 는 0보다 크고 1보다 작거나 같은 값임.
  6. 제3항에 있어서,
    상기 피크 비트레이트(Rp)는 다음의 식 중 어느 하나에 의해 생성됨을 특징으로 하는 멀티미디어 서비스 데이터 패킷 송신 방법.
    Rp = (Rp1 + Rp2)*b, 및 Rp = Rg + max(Rp1-Rg1, Rp2-Rg2)
    여기서, Rp1은 제1 멀티미디어 컨텐츠 컴포넌트의 피크 비트레이트이고, Rp2는 제2 멀티미디어 컨텐츠 컴포넌트의 피크 비트레이트이고, b 는 0보다 크고 1보다 작거나 같은 값이며, max()는 인자 중 최대 값을 선택하는 함수임.
  7. 제3항에 있어서,
    상기 피크 버퍼 사이즈(Bp)는 다음의 식 중 어느 하나에 의해 생성됨을 특징으로 하는 멀티미디어 서비스 데이터 패킷 송신 방법.
    Bp = (Bp1 + Bp2)*g, 및 Bp = max(Bp1, Bp2)
    여기서, Bp1은 제1 멀티미디어 컨텐츠 컴포넌트의 피크 버퍼 사이즈이고, Bp2는 제2 멀티미디어 컨텐츠 컴포넌트의 피크 버퍼 사이즈이고, g 는 0보다 크고 1보다 작거나 같은 값이며, max()는 인자 중 최대 값을 선택하는 함수임.
  8. 제1항에 있어서,
    상기 전송 패킷 생성에 필요한 정보는 스트림 프라이어리티(stream_priority) 정보, 및 스트림 프리시던스(stream_precedence)정보 중 적어도 하나를 포함함을 특징으로 하는 멀티미디어 서비스 데이터 패킷 송신 방법.
  9. 제1항에 있어서,
    상기 획득하는 과정에 앞서, 상기 생성된 멀티미디어 특징 정보를 포함하는 인캡슐레이터 헤더를 생성하는 과정을 더 포함하되,
    상기 획득하는 과정은 상기 인캡슐레이터 헤더로부터 상기 멀티미디어 특징 정보를 파싱하여 획득하는 과정임을 특징으로 하는 멀티미디어 서비스 데이터 패킷 송신 방법.
  10. 제9항에 있어서,
    상기 멀티미디어 특징 정보는 상기 인캡슐레이터 헤더 내의 MMT item composition 필드 또는 MMT asset description 필드에 위치함을 특징으로 하는 멀티미디어 서비스 데이터 패킷 송신 방법.
  11. 멀티미디어 서비스의 데이터 패킷을 송신하는 장치에 있어서,
    적어도 하나의 멀티미디어 컨텐츠 컴포넌트에 대응하는 멀티미디어 특징 정보(transport characteristic)를 생성하는 캡슐화 계층부;
    상기 생성된 멀티미디어 특징 정보를 파싱하여 전송 패킷 생성에 필요한 정보를 획득하는 제어 계층부; 및
    상기 획득된 전송 패킷 생성에 필요한 정보를 이용하여 상기 전송 패킷을 생성하여 전송하는 전송 계층부를 포함하는 멀티미디어 서비스 데이터 패킷 송신 장치.
  12. 제11항에 있어서,
    상기 멀티미디어 특징 정보는 적어도 두 개의 멀티미디어 컨텐츠 컴포넌트에 대응하는 통합적인 멀티미디어 특징 정보(aggregated transport characteristic)임을 특징으로 하는 멀티미디어 서비스 데이터 패킷 송신 장치.
  13. 제12항에 있어서,
    상기 통합적인 멀티미디어 특징 정보는 보장된 비트레이트(guaranteed bitrate), 버퍼 사이즈(buffer size), 피크 비트레이트(peak bitrate), 및 피크 버퍼 사이즈(peak buffer size) 중 적어도 하나를 포함함을 특징으로 하는 멀티미디어 서비스 데이터 패킷 송신 장치.
  14. 제13항에 있어서,
    상기 캡슐화 계층부는 상기 보장된 비트 레이트(Rg)를 다음의 식으로 생성함을 특징으로 하는 멀티미디어 서비스 데이터 패킷 송신 장치.
    Rg = Rg1 + Rg2
    여기서, Rg1은 제1 멀티미디어 컨텐츠 컴포넌트의 보장된 비트레이트이고, Rg2는 제2 멀티미디어 컨텐츠 컴포넌트의 보장된 비트레이트임.
  15. 제13항에 있어서,
    상기 캡슐화 계층부는 상기 버퍼 사이즈(B)를 다음의 식으로 생성함을 특징으로 하는 멀티미디어 서비스 데이터 패킷 송신 장치.
    B = (B1 + B2)*a
    여기서, B1은 제1 멀티미디어 컨텐츠 컴포넌트의 버퍼 사이즈이고, B2는 제2 멀티미디어 컨텐츠 컴포넌트의 버퍼 사이즈이고, a 는 0보다 크고 1보다 작거나 같은 값임.
  16. 제13항에 있어서,
    상기 캡슐화 계층부는 상기 피크 비트레이트(Rp)를 다음의 식 중 어느 하나에 의해 생성함을 특징으로 하는 멀티미디어 서비스 데이터 패킷 송신 장치.
    Rp = (Rp1 + Rp2)*b, 및 Rp = Rg + max(Rp1-Rg1, Rp2-Rg2)
    여기서, Rp1은 제1 멀티미디어 컨텐츠 컴포넌트의 피크 비트레이트이고, Rp2는 제2 멀티미디어 컨텐츠 컴포넌트의 피크 비트레이트이고, b 는 0보다 크고 1보다 작거나 같은 값이며, max()는 인자 중 최대 값을 선택하는 함수임.
  17. 제13항에 있어서,
    상기 캡슐화 계층부는 상기 피크 버퍼 사이즈(Bp)를 다음의 식 중 어느 하나에 의해 생성함을 특징으로 하는 멀티미디어 서비스 데이터 패킷 송신 장치.
    Bp = (Bp1 + Bp2)*g, 또는 Bp = max(Bp1, Bp2)
    여기서, Bp1은 제1 멀티미디어 컨텐츠 컴포넌트의 피크 버퍼 사이즈이고, Bp2는 제2 멀티미디어 컨텐츠 컴포넌트의 피크 버퍼 사이즈이고, g 는 0보다 크고 1보다 작거나 같은 값이며, max()는 인자 중 최대 값을 선택하는 함수임.
  18. 제11항에 있어서,
    상기 전송 패킷 생성에 필요한 정보는 스트림 프라이어리티(stream_priority) 정보, 및 스트림 프리시던스(stream_precedence)정보 중 적어도 하나를 포함함을 특징으로 하는 멀티미디어 서비스 데이터 패킷 송신 장치.
  19. 제11항에 있어서,
    상기 캡슐화 계층부는, 상기 생성된 멀티미디어 특징 정보를 포함하는 인캡슐레이터 헤더를 생성하는 과정을 더 수행하되,
    상기 제어 계층부는 상기 인캡슐레이터 헤더로부터 상기 멀티미디어 특징 정보를 파싱하여 상기 전송 패킷 생성에 필요한 정보를 획득함을 특징으로 하는 멀티미디어 서비스 데이터 패킷 송신 장치.
  20. 제19항에 있어서,
    상기 멀티미디어 특징 정보는 상기 인캡슐레이터 헤더 내의 MMT item composition 필드 또는 MMT asset description 필드에 위치함을 특징으로 하는 멀티미디어 서비스 데이터 패킷 송신 장치.
KR1020110057699A 2011-06-14 2011-06-14 멀티미디어 데이터 특징 정보를 이용하여 멀티미디어 서비스 데이터 패킷을 송신하는 방법 및 장치 KR20120138319A (ko)

Priority Applications (4)

Application Number Priority Date Filing Date Title
KR1020110057699A KR20120138319A (ko) 2011-06-14 2011-06-14 멀티미디어 데이터 특징 정보를 이용하여 멀티미디어 서비스 데이터 패킷을 송신하는 방법 및 장치
US13/495,621 US9036630B2 (en) 2011-06-14 2012-06-13 Method and apparatus for transmitting data packet of multimedia service using media characteristics
EP12800148.4A EP2721815A4 (en) 2011-06-14 2012-06-14 METHOD AND DEVICE FOR TRANSMITTING DATA PACKAGES IN A MULTIMEDIA SERVICE USING MEDIA PROPERTIES
PCT/KR2012/004682 WO2012173396A2 (en) 2011-06-14 2012-06-14 Method and apparatus for transmitting data packet of multimedia service using media characteristics

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020110057699A KR20120138319A (ko) 2011-06-14 2011-06-14 멀티미디어 데이터 특징 정보를 이용하여 멀티미디어 서비스 데이터 패킷을 송신하는 방법 및 장치

Publications (1)

Publication Number Publication Date
KR20120138319A true KR20120138319A (ko) 2012-12-26

Family

ID=47353619

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020110057699A KR20120138319A (ko) 2011-06-14 2011-06-14 멀티미디어 데이터 특징 정보를 이용하여 멀티미디어 서비스 데이터 패킷을 송신하는 방법 및 장치

Country Status (4)

Country Link
US (1) US9036630B2 (ko)
EP (1) EP2721815A4 (ko)
KR (1) KR20120138319A (ko)
WO (1) WO2012173396A2 (ko)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20140093174A (ko) * 2013-01-17 2014-07-25 한국전자통신연구원 미디어 클라이언트로부터의 수신 상태정보에 기반한 적응적 미디어 전달 방법 및 이를 이용하는 장치
WO2014116060A1 (ko) * 2013-01-24 2014-07-31 한국전자통신연구원 유연한 ｍｍｔ 애셋 송수신 방법 및 그 장치
WO2017007258A1 (ko) * 2015-07-08 2017-01-12 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US9635394B2 (en) 2013-01-24 2017-04-25 Electronics And Telecommunications Research Institute Method and device for flexible MMT asset transmission and reception
US10171849B1 (en) 2015-07-08 2019-01-01 Lg Electronics Inc. Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9319721B2 (en) * 2011-10-13 2016-04-19 Electronics And Telecommunications Research Institute Method of configuring and transmitting an MMT transport packet
KR102003925B1 (ko) * 2011-11-23 2019-10-02 한국전자통신연구원 스케일러빌리티 및 뷰 정보를 제공하는 스트리밍 서비스를 위한 방법 및 장치
JP2015065488A (ja) * 2012-01-30 2015-04-09 シャープ株式会社 生成装置、再生装置、データ構造、生成方法、再生方法、制御プログラム、および記録媒体
EP2873243A1 (en) * 2012-06-29 2015-05-20 VID SCALE, Inc. Frame prioritization based on prediction information
JP5641090B2 (ja) * 2013-03-14 2014-12-17 ソニー株式会社 送信装置、送信方法、受信装置および受信方法
KR102127685B1 (ko) * 2013-04-17 2020-06-29 삼성전자주식회사 순방향 오류 정정 패킷 송수신 장치 및 방법
KR102107514B1 (ko) 2013-04-18 2020-05-07 삼성전자주식회사 방송 시스템에서 동적 큐 관리 방법 및 장치
KR101484843B1 (ko) 2013-04-19 2015-01-20 삼성전자주식회사 멀티미디어 전송 시스템에서 미디어 전송 패킷 전송 방법 및 장치
KR20140126827A (ko) 2013-04-22 2014-11-03 삼성전자주식회사 Dvb 시스템에서 mmt를 이용하여 방송 서비스를 송수신하는 방법 및 장치
US9930086B2 (en) * 2013-10-28 2018-03-27 Samsung Electronics Co., Ltd. Content presentation for MPEG media transport
EP2894860A1 (en) * 2014-01-14 2015-07-15 Thomson Licensing Method and apparatus for multiplexing layered coded contents
WO2016093537A1 (ko) * 2014-12-10 2016-06-16 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
CN110225370B (zh) * 2016-01-18 2021-04-02 上海交通大学 一种多媒体内容个性化呈现的时间线控制方法
US10924751B2 (en) * 2019-03-18 2021-02-16 Tencent America LLC Data unit and parameter set design for point cloud coding

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE4030421C1 (ko) * 1990-09-26 1991-12-19 G.M. Pfaff Ag, 6750 Kaiserslautern, De
CA2168641C (en) * 1995-02-03 2000-03-28 Tetsuya Kitamura Image information encoding/decoding system
US6466549B1 (en) * 1999-04-12 2002-10-15 Intel Corporation Broadcast discovery in a network having one or more 1394 buses
KR100565045B1 (ko) * 1999-09-16 2006-03-30 삼성전자주식회사 다채널 데이터 기록/재생 방법 및 그 장치
GB9930787D0 (en) 1999-12-30 2000-02-16 Koninkl Philips Electronics Nv Method and apparatus for convrerting data streams
FI112896B (fi) * 2000-03-10 2004-01-30 Nokia Corp Sovelluskohtaisen palvelunlaadun optimointien ohjaus
US6616262B2 (en) * 2000-08-11 2003-09-09 Canon Kabushiki Kaisha Image processing apparatus performing printer calibration
KR100651486B1 (ko) * 2004-12-07 2006-11-29 삼성전자주식회사 네트워크를 통해 멀티미디어 컨텐츠를 전송하는 장치 및방법
US8879856B2 (en) 2005-09-27 2014-11-04 Qualcomm Incorporated Content driven transcoder that orchestrates multimedia transcoding using content information
US7720096B2 (en) 2005-10-13 2010-05-18 Microsoft Corporation RTP payload format for VC-1
CN100505859C (zh) * 2005-11-08 2009-06-24 联想(北京)有限公司 一种点到多点的无线显示方法
US8576858B2 (en) * 2006-12-13 2013-11-05 Viasat, Inc. Multiple transmission paths for hierarchical layers
US20090138415A1 (en) * 2007-11-02 2009-05-28 James Justin Lancaster Automated research systems and methods for researching systems
KR101405975B1 (ko) 2007-07-23 2014-06-12 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
CA2694704C (en) 2007-08-24 2013-06-25 Lg Electronics Inc. Digital broadcasting system and method of processing data in digital broadcasting system
WO2010108184A2 (en) * 2009-03-20 2010-09-23 Darrell Mcdowell Communications platform
JP5365442B2 (ja) * 2009-09-17 2013-12-11 富士通株式会社 中継局
KR101777347B1 (ko) * 2009-11-13 2017-09-11 삼성전자주식회사 부분화에 기초한 적응적인 스트리밍 방법 및 장치
US20120250690A1 (en) 2009-12-01 2012-10-04 Samsung Electronics Co. Ltd. Method and apparatus for transmitting a multimedia data packet using cross layer optimization
US20120209907A1 (en) * 2011-02-14 2012-08-16 Andrews Anton O A Providing contextual content based on another user
US8572243B2 (en) * 2011-06-10 2013-10-29 Google Inc. Video aware paths

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20140093174A (ko) * 2013-01-17 2014-07-25 한국전자통신연구원 미디어 클라이언트로부터의 수신 상태정보에 기반한 적응적 미디어 전달 방법 및 이를 이용하는 장치
WO2014116060A1 (ko) * 2013-01-24 2014-07-31 한국전자통신연구원 유연한 ｍｍｔ 애셋 송수신 방법 및 그 장치
US9635394B2 (en) 2013-01-24 2017-04-25 Electronics And Telecommunications Research Institute Method and device for flexible MMT asset transmission and reception
WO2017007258A1 (ko) * 2015-07-08 2017-01-12 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US10171849B1 (en) 2015-07-08 2019-01-01 Lg Electronics Inc. Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method

Also Published As

Publication number Publication date
US9036630B2 (en) 2015-05-19
EP2721815A2 (en) 2014-04-23
WO2012173396A2 (en) 2012-12-20
US20120320911A1 (en) 2012-12-20
WO2012173396A3 (en) 2013-03-07
EP2721815A4 (en) 2014-11-12

Similar Documents

Publication Publication Date Title
US9036630B2 (en) Method and apparatus for transmitting data packet of multimedia service using media characteristics
KR102127702B1 (ko) 미디어 데이터를 송수신하기 위한 인터페이스 장치 및 방법
KR101757771B1 (ko) 상호 계층 최적화를 이용한 멀티미디어 데이터 패킷을 송신하는 방법 및 장치
US11528315B2 (en) Apparatus and method for delivering transport characteristics of multimedia data
JP6353120B2 (ja) マルチメディアデータパケットを送信する方法及び装置
US11316799B2 (en) Method and apparatus for transmitting a multimedia data packet using cross-layer optimization
KR101998807B1 (ko) 방송 시스템에서 멀티미디어 데이터의 전송 특징 정보 수신 장치
US10523399B2 (en) Apparatus and method for transmitting/receiving multimedia data delivery characteristics information in multimedia communication system
KR102117508B1 (ko) 방송 시스템에서 멀티미디어 데이터의 전송 특징 정보 수신 방법
KR102160567B1 (ko) 방송 시스템에서 멀티미디어 데이터의 전송 특징 정보 송신 방법
KR102060410B1 (ko) 멀티미디어 데이터 패킷을 수신하는 방법 및 장치
KR20180126422A (ko) 멀티미디어 데이터 패킷을 송신하는 방법 및 장치

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E601 Decision to refuse application