[go: up one dir, main page]

JP6553166B2 - マルチメディアシステムにおけるメディアパケットを受信する方法及び装置 - Google Patents

マルチメディアシステムにおけるメディアパケットを受信する方法及び装置 Download PDF

Info

Publication number
JP6553166B2
JP6553166B2 JP2017500077A JP2017500077A JP6553166B2 JP 6553166 B2 JP6553166 B2 JP 6553166B2 JP 2017500077 A JP2017500077 A JP 2017500077A JP 2017500077 A JP2017500077 A JP 2017500077A JP 6553166 B2 JP6553166 B2 JP 6553166B2
Authority
JP
Japan
Prior art keywords
rap
information
payload
value
flag
Prior art date
Legal status (The legal status 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 status listed.)
Expired - Fee Related
Application number
JP2017500077A
Other languages
English (en)
Other versions
JP2017525270A (ja
Inventor
パク，キョン−モ
プ，ヒョン−チョル
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
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 Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of JP2017525270A publication Critical patent/JP2017525270A/ja
Application granted granted Critical
Publication of JP6553166B2 publication Critical patent/JP6553166B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/22—Parsing or analysis of headers
    • 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/60—Network streaming of media packets
    • H04L65/70—Media network packetisation
    • 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/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/561—Adding application-functional data or data for application control, e.g. adding metadata
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • 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/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
    • 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/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/85406—Content authoring involving a specific file format, e.g. MP4 format
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2212/00—Encapsulation of packets

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Library & Information Science (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Description

本発明は、メディアデータを複数のメディアパケットにパケット化して伝送するマルチメディアシステムにおけるメディアパケットを受信する方法及び装置に関する。
現在のマルチメディアサービスでは、放送網と通信網を同時に接続する複合(Hybrid)ネットワークと、マルチメディアデータとアプリケーション、ファイルが共に提供される複合コンテンツの提供のためのＭＭＴ(MPEG Media Transport)技術が考えられている。
図１は、マルチメディア通信システムにおけるＭＭＴデータモデルを説明するための図である。
図１を参照すれば、ＭＭＴ技術では、符号化されたメディアデータと上記メディアデータに関連するメタデータ(metadata）の集合をパッケージ(package)１００として定義する。パッケージ１００は、少なくとも一つのＭＭＴアセット(asset)（１１０，１２０，１３０）、少なくとも一つのＡＤＣ(Asset Delivery Characteristics)(又は“送信特性(Transport Characteristic)”情報)（１１５，１２５）、少なくとも一つのプレゼンテーション情報(Presentation Information:ＰＩ)１４０を含む。パッケージ１００は、一編の映画のようなコンテンツとして理解される。
上記ＭＭＴアセットは、ビデオ、オーディオ、テキスト、ファイルのようなマルチメディアプレゼンテーション(multimedia presentation）を生成するために用いられるマルチメディアデータを意味する。それぞれのＭＭＴアセット（１１０，１２０，１３０）は、少なくとも一つのＭＰＵ（Media Processing Unit）に分割される。図１に示すように、ＭＭＴアセット１ １１０は、複数のＭＰＵ（１１１，１１２，…，１１３）に分割されている。上記ＭＰＵは、ＭＭＴストリームが独立して処理される単位である。また、上記ＭＰＵは、独立して復号化されるメディアデータの単位である。一方、一つのＭＰＵは、複数のフラグメント(fragments）に分割され、この時、分割されたフラグメントは、ＭＰＵフラグメントユニット（ＭＦＵ）と呼ばれる。ＭＭＴ送信エンティティは、ＭＰＵ単位でメディアデータを分割して処理し、ＭＭＴ受信エンティティは、ＭＰＵ単位でメディアデータを受信して再生のための処理をする。上記ＡＤＣは、ＭＭＴアセット毎に該当ＭＭＴアセットの送信特性を提供可能な情報を含む。図１の例では、ＡＤＣ１１５はアセット１ １１０の送信特性を表し、ＡＤＣ１２５はアセット２ １２０及びアセット３ １３０の送信特性を表す。また、上記プレゼンテーション情報(Presentation Information:ＰＩ)１４０は、複数個のアセット（１１０，１２０，１３０）間の時間及び空間関係を説明する情報を含み、パッケージ内のＭＭＴアセットの伝送順序を規定する。
上記したＭＭＴデータモデルが適用されたマルチメディアシステムにおける送信エンティティは、ＭＰＵ単位で構成されたメディアデータを複数のＭＭＴＰパケットにパケット化して伝送する。また、マルチメディアシステムにおける受信エンティティは、受信された複数のＭＭＴＰパケットをＭＰＵ単位でデパケット化して再構成されたメディアデータを再生できる。
上記ＭＰＵは、複数のＭＭＴＰ(MMT Protocol)パケットにパケット化された後に伝送され、上記ＭＦＵは、少なくとも一つのＭＭＴＰパケットのＭＭＴＰペイロード(payload)を介して伝送される。また、上記ＭＭＴＰパケットは、ＭＭＴプロトコルを用いて伝送されるメディアデータのフォーマットされた単位を意味し、ＭＭＴＰペイロードを搬送する。上記ＭＭＴＰペイロードは、ＭＭＴプロトコル又はインターネットアプリケーション伝送階層プロトコル(例えば、ＲＴＰ(Real Time Protocol)）を用いてパッケージ及び/又はシグナリングメッセージを伝送するためのメディアデータのフォーマットされた単位を意味する。また、上記ＭＭＴＰペイロードは、ＭＰＵメタデータ(metadata)、フラグメントメタデータ(fragment metadata)、ＭＦＵ、又はシグナリング情報を含みうる。上記ＭＰＵメタデータは、そのＭＰＵを識別するための情報、メディアデータの復号化のための情報などを含む。また、上記シグナリング情報はパッケージの伝送及び消費(delivery and consumption)のための各種シグナリングメッセージを含む。上記シグナリングメッセージを通じて、パッケージの構造、プロトコル構成、ＭＭＴＰペイロードの構造などを受信エンティティに提供できる。
上記の通り、ＭＭＴベースのマルチメディアシステムにおけるメディアデータは、複数のＭＭＴＰパケットに分割されて伝送され(すなわち、パケット化されたメディアストリームとして伝送されて)、上記複数のＭＭＴＰパケットを介して伝送される情報のうち、例えば、上記ＭＰＵメタデータと上記シグナリング情報は、受信エンティティでメディアデータの復号化又は再生のために必須情報として考慮される。したがって、上記メディアストリームの遅延のない再生のためには、該当メディアデータに関連する上記ＭＰＵメタデータと上記シグナリング情報などの迅速な受信が必要である。
本発明は、マルチメディアシステムにおける特定メディアパケットを効率的に受信する方法及び装置を提供する。
また、本発明は、マルチメディアシステムにおける特定メディアデータ又は特定情報を含むメディアパケットを優先的に検出して受信する方法及び装置を提供する。
本発明の実施形態によると、マルチメディアシステムにおけるメディアパケットの受信方法は、受信したメディアパケットに特定メディアデータと特定情報のうち少なくとも一つを受信するためのアクセス情報が含まれているか判定するステップと、上記受信したメディアパケットに上記アクセス情報が含まれている場合、上記アクセス情報を用いて、上記特定メディアデータと上記特定情報のうち少なくとも一つを優先的に受信するステップと、を含む。
また、本発明の実施形態によると、マルチメディアシステムでメディアパケットを受信する受信エンティティは、無線ネットワークを介してデータを送受信するための送受信部と、受信したデータを復号化する復号部と、上記送受信部を介して受信したメディアパケットに特定メディアデータと特定情報のうち少なくとも一つを受信するためのアクセス情報が含まれているかを判定し、上記受信したメディアパケットに上記アクセス情報が含まれている場合、上記アクセス情報を用いて、上記特定メディアデータと上記特定情報のうち少なくとも一つを優先的に受信する動作を制御する制御部とを含む。
マルチメディア通信システムにおけるＭＭＴデータモデルを説明するための図である。 本発明の実施形態に係る送信エンティティと受信エンティティがＭＭＴＰパケットを送受信するマルチメディアシステムの構成を表す図である。 本発明の実施形態に係るマルチメディアシステムでＭＰＵメタデータを含むＩＳＯ基本メディアファイルフォーマットベースのＭＰＵ構造を表す図である。 本発明の実施形態に係るマルチメディアシステムでＭＰＵが複数のＭＭＴＰパケットに分割されて伝送される例を表す図である。 本発明の実施形態に係るマルチメディアシステムにおけるＲＡＰ情報を含むか否かを指示できるＭＭＴＰパケットの構造を表す図である。 本発明の実施形態に係るＭＰＵメタデータを含むＭＭＴＰパケットを受信する受信エンティティの動作を表すフローチャートである。 本発明の実施形態に係るＭＭＴシグナリング情報を含むＭＭＴＰパケットを受信する受信エンティティの動作を表すフローチャートである。 本発明の実施形態に係る特定メディアデータを含むＭＭＴＰパケットを受信する受信エンティティの動作を表すフローチャートである。 本発明の実施形態に係るマルチメディアシステムにおける受信エンティティの構成を表す図である。
本発明の実施形態の以下の説明において、本発明と関連する周知の機能又は構成要素の詳細な説明が不必要に本発明の要旨を不明確にする場合には、その詳細な説明を省略する。以下に説明する本発明の実施形態は、説明の便宜のために分離されているが、相互衝突しない範囲内で少なくとも二以上の実施形態を結合して実行できる。
また、本発明の実施形態は多様に変更可能であり、本発明は図を参照しながら詳細に説明される以下の多様な実施形態を含んでいてもよい。しかし、本発明の思想に係る実施形態は、特定の実施形態に限定されるものとして解釈されず、本発明の思想及び技術範囲に含まれる全ての変更、均等物乃至代替物を含む。また、ここで使用される用語は、特定の実施形態を説明するためのものであり、本発明を限定するものではない。 英文明細書に記載の「ａ」、「ａｎ」、及び「ｔｈｅ」、すなわち単数形は、以下の説明中において特記して明示されない限り、複数形を含む。例えば、「ａｎ ｏｂｊｅｃｔ」は、一つ以上のオブジェクトを含む。また、「含む」又は「有する」などの用語は、明細書上に記載された特徴、数字、段階、動作、要素、特性、及び/又は構成要素が存在することを指定しようとするものであって、一つ又はそれ以上の他の特徴、数字、段階、動作、要素、特性、及び/又は構成要素及び/又はこれらを組み合わせの存在又は付加可能性を予め排除しないと理解しなければならない。
本発明の実施形態によると、マルチメディアシステムは、ＭＭＴプロトコルをベースとするマルチメディアシステムを例にして説明しているが、本発明の実施形態はＭＭＴベースのマルチメディアシステムだけでなく、同一又は類似のサービスを提供する各種マルチメディアシステムに適用可能である。
上記ＭＭＴプロトコルは、ＭＭＴパッケージをパケット化して伝送するためのアプリケーション階層伝送プロトコルであり、パッケージを効率的、かつ、信頼性をもって伝送するために設計されたものである。ＭＭＴプロトコルは、メディア多重化とネットワークジッター(jitter)計算のような改善した特徴を有する。この特徴は、多様なタイプで符号化されたメディアデータで構成されるコンテンツを効率的に伝送できる。上記ＭＭＴプロトコルは、現存するネットワークプロトコル、例えば、ＵＤＰ又はＩＰの上位階層で動作可能であり、多様なアプリケーションをサポートできる。
図２は、本発明の実施形態によって送信エンティティと受信エンティティがＭＭＴＰパケットを送受信するマルチメディアシステムの構成を示す図である。
図２を参照すれば、ＭＭＴ送信エンティティ(以下「送信エンティティ」と呼ぶ。)２１０は、メディアデータを含むパッケージをＭＭＴＰパケットフロー(flow)としてＭＭＴ受信エンティティ(以下「受信エンティティ」と呼ぶ。)２２０に送信する。上記パッケージは、例えば、映画一編 、ドラマ一編などのコンテンツと理解される。送信エンティティ２１０は、メディアデータを送信する任意のエンティティであり、一例で、ＭＭＴ放送サーバであってもよい。受信エンティティ２２０は、メディアデータを受信する任意のエンティティであり、一例として、ＭＭＴクライアントである無線端末又は移動端末(以下「端末」と呼ぶ。)であってもよい。また、送信エンティティ２１０がＭＭＴ放送サーバである場合、ＭＭＴ放送サーバから伝送されるメディアデータは、端末が接続する無線通信システムの基地局又はＡＰ(Access Point）を経由して端末に伝送されてもよい。
図２で、送信エンティティ２１０は、パッケージプロバイダ２０１によって提供されるパッケージのプレゼンテーション情報（ＰＩ）に基づいて、アセットプロバイダ２０３，２０５からコンテンツを収集できる。ここで、パッケージプロバイダ２０１及びアセットプロバイダ２０３，２０５は、個別のエンティティで構成されるか、又は結合されたエンティティとして構成される。送信エンティティ２１０は、アセット、制御情報、プレゼンテーション情報などを含むパッケージをＭＭＴプロトコル（ＭＭＴＰ）を用いて送信できる(２３０)。送信エンティティ２１０と受信エンティティ２２０は、背景技術で記述したシグナリング情報をＭＭＴＰを用いて送受信できる（２４０）。
送信エンティティ２１０は、メディアデータを複数のＭＭＴＰパケットに分割して伝送し、上記複数のＭＭＴＰパケットのうち一部のＭＭＴＰパケットを介して上記ＭＰＵメタデータと上記シグナリング情報が伝送される。上記ＭＭＴＰパケットは、メディアデータを伝送するのでメディアパケットとも称される。
図３は、本発明の実施形態に係るマルチメディアシステムにおけるＭＰＵメタデータを含むＩＳＯ基本メディアファイルフォーマット(International Standardization Organization Base Media File Format:ＩＳＯＢＭＦＦ)ベースのＭＰＵ構造を示す図である。
ＭＭＴベースのマルチメディアシステム(以下、ＭＭＴシステム)では、ストリーミングサービスのように復号化のための時間情報を有するタイムドデータ（timed data）と、一般ファイル伝送サービスのように上記復号化のための時間情報を有しないノンタイムドデータ（non-timed data）の両方をサポートでき、図３は、便宜上タイムドデータのＭＰＵ構造を表す。ノンタイムドデータのＭＰＵ構造(図示せず)も上記ＭＰＵメタデータを含む。
ＭＭＴシステムにおいて、ＭＰＵは、ＩＳＯＢＭＦＦに従ってカプセル化(encapsulation)される。図３を参照すれば、上記ＭＰＵがカプセル化されるＩＳＯベースのメディアファイル３００は、上記ＭＰＵメタデータを含むＭＰＵメタデータ３１０と、ＭＰＵメディアデータを少なくとも一つのＭＦＵ(例えば、３２１、３２２、…、３２Ｎ）に分割して含ませたmdatボックス３２０を含む。それぞれのＭＦＵ(３２1、３２２、…、３２Ｎ）は、ＭＦＵペイロード(payload)とＭＦＵヘッダ（ｈ）を含む。上記ＭＰＵメタデータは、ftypボックス３１１、sidxボックス３１２、mmpuボックス３１３、moovボックス３１４、moofボックス３１７のうち少なくとも一つを含む。ftypボックス３１１は、メディアデータのタイプ情報を含み、sidxボックス３１２は、ＭＰＵを構成するフラグメントのインデックス情報を含む。mmpuボックス３１３は、現在のＭＰＵが属するアセットの識別子及び現在のＭＰＵの他の情報を含む。mmpuボックス３１３は、現在のＭＰＵが全てのＭＦＵを含んでいるか否かを指示する情報(「is complete」)を含む。
また、moovボックス３１４は、メディアデータの復号化及びプレゼンテーションのための全てのコーデック設定情報を含む。moovボックス３１４は、少なくとも一つのメディアトラック３１６を含み、またＭＦＵのためのＭＭＴヒントトラック３１５を含むことができる。ＭＭＴヒントトラック３１５は、ＭＰＵを含んでいるメディアファイル３００をＭＭＴプロトコルのような伝送プロトコルを用いてパケット化されたメディアストリームに変換するために必要な情報を含む。すなわち、ＭＭＴヒントトラック３１５は、一つのＭＰＵを構成する複数個のＭＦＵを生成するために必要な情報を含む。
上記ＭＰＵメタデータは、ＭＰＵに含まれたメディアデータの復号化又は再生のために必須的な情報として考慮され、受信エンティティは、ＭＰＵが分割及びパケット化されて伝送された複数のＭＭＴＰパケットのうち上記ＭＰＵメタデータを含むＭＭＴＰパケットを優先的に検出して受信する必要がある。
図４は、本発明の実施形態に係るマルチメディアシステムにおけるＭＰＵが複数のＭＭＴＰパケットに分割されて伝送される例を示す図である。
図４の（ａ）は、ＭＰＵメタデータ４０１と複数のＭＦＵ(４０３、４０５、…）を含むＭＰＵであり、図４の（ｂ）は、ＭＰＵメタデータ４０１と複数のＭＦＵ(４０３、４０５、…)が複数のＭＭＴＰパケットにパケット化されて伝送される例を示す図である。ＭＰＵメタデータ４０１は、ＭＭＴＰパケット４１１を介して伝送され、一つのＭＦＵは、一つ又は複数のＭＭＴＰパケットを介して伝送できる。図４において、ＭＦＵ４０３は、３個のＭＭＴＰパケット(４１３ａ、４１３ｂ、４１３ｃ）に分割されて伝送され、ＭＦＵ４０５は、一つのＭＭＴＰパケット４１５により伝送される例を示す図である。ＭＰＵメタデータ４０１も一つ又は複数のＭＭＴＰパケットを介して伝送されてもよい。
また、本発明の実施形態で、ＭＭＴＰパケット４１１が、そのペイロードに優先的に受信すべきのデータ(又は、情報)が含んでいるか、又は、そのペイロードに優先的に受信すべきのデータ(又は、情報）のアクセスのための位置情報が含まれる場合には、ＭＭＴＰパケット４１１はランダムアクセスポイント(Random Access Point:ＲＡＰ)情報を含んでいてもよい。すなわち、上記ＲＡＰ情報は、該当ＭＭＴＰパケットのペイロードにおいて、受信エンティティがメディアデータアクセスを開始すべき優先的なデータ(又は、情報）のメディアストリームにおける位置を指示する。上記優先的なデータ(又は、情報）は、上記したＭＰＵメタデータ、シグナリング情報、又はイメージフレームのＩフレーム(Intra-coded frame)であってもよい。本発明の実施形態において、受信エンティティは、ＭＭＴＰパケットのうちＲＡＰ情報が含まれたＭＭＴＰパケットを検出した場合、そのＭＭＴＰパケットを優先的にバッファし、ＭＰＵ単位でデータ受信を完了し、受信したデータに対して信号処理を実行する。
図５は、本発明の実施形態によるマルチメディアシステムでＲＡＰ情報を含むか否かを指示できるＭＭＴＰパケットの構造を示す図である。
図５を参照すれば、「Ｖ」フィールドは、ＭＭＴＰプロトコルのバージョンを表し、「Ｃ」フィールドはパケットカウンタ(packet＿counter)フィールドの存在可否を表す。「ＦＥＣ」フィールドはＭＭＴＰパケットのエラー防止のために使用されたＦＥＣ(Forward Error Correction)方式のタイプを表す。「ｒ」フィールドと「ＲＥＳ」フィールドは、今後の使用のために予約された(reserved)フィールドであり、「Ｘ」フィールドは、ヘッダ拡張(header＿extension)フィールドの存在可否を表す。
また、参照番号５０１の「Ｒ」フィールドは、ＭＭＴＰパケットのペイロードデータ(payload data)(以下、ペイロード)が上記ＲＡＰ情報を含むか否かを指示するＲＡＰフラグ情報である。例えば、上記「Ｒ」フィールドが「１」であれば、ＭＭＴＰパケットのペイロードは、上記ＲＡＰ情報を含み、上記「Ｒ」フィールドが「０」であれば、ＭＭＴＰパケットのペイロードは上記ＲＡＰ情報を含まない。上記ＲＡＰ情報は、ＭＰＵメタデータ、シグナリング情報、又はイメージフレームのうちＩフレームのデータアクセスのための開始位置を指示する。これは、タイムメディアデータとノンタイムメディアデータの全てに適用されてもよい。
上記イメージフレームの種類は、Ｉフレーム、Ｐフレーム、Ｂフレームを含む。上記Ｉフレームは、データストリームのどの位置にも存在でき、データのランダムアクセスのために使用され、他のイメージフレームを参照することなく符号化/復号化できる。Ｐフレームは、符号化/復号化される際に、以前のＩフレーム情報と以前のＰフレームの情報を使用する。上記Ｐフレームは、以前の画面と現在の画面間の差が少ないことを用いてその差を符号化したフレームである。Ｂフレーム(Bidirectional-coded frame）は、符号化/復号化される際に、以前及び以後のＩフレームとＰフレームの全てを使用する。上記Ｂフレームは、以前のＩフレーム又はＰフレームとそのＢフレーム以後のＩフレーム又はＰフレームとの差を有する。また上記Ｉフレームから開始される連続するイメージフレームの集合をＧＯＰ(Group Of Picture)と呼び、動画などを再生する際に上記Ｉフレームが受信された後にのみその再生のための復号化を開始できる。
したがって、本実施形態において、受信エンティティがメディアストリームを受信して動画などを再生する場合、受信したＭＭＴＰパケットの「Ｒ」フィールドからＲＡＰ情報が含まれているか否かが判定され、ＭＭＴＰパケットのペイロードにＲＡＰ情報が含まれる場合、上記ＲＡＰ情報を用いて当該ＭＭＴＰパケットで上記Ｉフレームを優先的に受信できる。他の実施形態で、複数のＩフレームに対する位置情報をＭＭＴＰパケットに含めて搬送し、その位置情報を含むＭＭＴＰパケット中の上記ＲＡＰ情報を通してその位置情報を受信してもよい。この場合、受信エンティティは、上記の位置情報を用いて複数のＩフレームを予め受信することで、動画などの再生、探索又はチャネル切り替えなどを遅延無くより高速に実行できる。
このように、ＲＡＰ情報を用いてＩフレームを優先的に受信する場合、例えば放送受信環境でチャネルの切り替えの際に、再生遅延を最小化できる。又は倍速再生、巻き戻し、探索などの動作を遅延なく高速に実行できる。
上記のように、本実施形態において、ＲＡＰ情報は、メディアデータ又は情報の優先的な受信のための特定メディアデータ(例えば、Ｉフレーム)（又は、特定情報(例えば、ＭＰＵメタデータ又はシグナリング情報））へのアクセス位置を指示するために利用できる。また、上記特定メディアデータ(又は、特定情報）は、上記ＲＡＰ情報が含まれた少なくとも一つのＭＭＴＰパケットに含まれてもよいし、または、上記ＲＡＰ情報が指示する位置の少なくとも一つのＭＭＴＰパケットに含まれてもよい。
また、図５の説明に戻り、「type」フィールド５０３は、ＭＭＴＰパケットのペイロードデータのタイプを指示するフィールドである。例えば「type」フィールドが「０ｘ００」又は「０ｘ０１」の値を有する場合、ペイロードデータのタイプがメディアデータであることを意味する。上記「０ｘ００」は、そのペイロードデータがＭＰＵのフラグメント(fragment）を含むことを表し、上記「０ｘ０１」は、そのペイロードデータが一つのＭＰＵの完全な(complete)データを含むことを表す。したがって、「Ｒ」フィールドが「１」の値を有し、かつ、上記「type」フィールドが「０ｘ００」又は「０ｘ０１」の値を有する場合、そのペイロードデータは、例えば、Ｉフレームを含むものと判定できる。また、上記「type」フィールドが「０ｘ０２」の値を有すると、そのペイロードデータが上記特定情報のうち上記シグナリング情報を含むことを表す。また、ＭＰＵメタデータは、上記「type」フィールドが「０ｘ００」であるＭＰＵモードである場合、ＭＰＵメタデータが、「０」値のＭＰＵフラグメントタイプを有することを意味する。
ＭＭＴシステムにおいて、上記シグナリング情報について言えば、上記シグナリング情報は、メディアデータの伝送と消費を管理するための制御情報として、各種シグナリングメッセージと理解される。上記メディアデータの消費を管理するシグナリングメッセージは、パッケージの構造をシグナリングするのに利用され、上記メディアデータの伝送を管理するためのシグナリングメッセージは、ペイロードフォーマットとプロトコル構成をシグナリングするのに利用されてもよい。上記シグナリングメッセージは、シグナリング情報の効率的な送受信のために、複数のテーブルの形態にて構成されてもよい。
メディアデータの消費を管理するシグナリングメッセージの一例は下記の＜表１＞のようになり、メディアデータの伝送を管理するためのシグナリングメッセージは、例えば、受信器バッファーモデル動作を構成するための受信器バッファーモデルメッセージとできる。
Figure 0006553166
 したがって、「Ｒ」フィールドが「１」の値を有し、かつ、「type」フィールドが「０ｘ０２」の値を有すると、そのペイロードデータが特定情報のうち上記シグナリング情報(又は、シグナリングメッセージ)を含むと判定できる。
また、図５において、「packet＿id」フィールドは一つのアセット(asset）を他のアセットと区別するためのものであり、「timestamp」フィールドはＭＭＴＰパケットの送信時間を表す。「packet＿sequence＿number」フィールドは、同一の「packet＿id」を有するＭＭＴＰパケットを区別するためのものであり、「packet＿counter」フィールドは、ＭＭＴＰパケットが伝送された時、その個数をカウントするためのものである。また「header#extension」フィールドは、ユーザ定義情報を含み、「payload data」フィールドは、ＭＭＴＰパケットのペイロードを含む。上記ペイロードには、上述したように、メディアデータ、特定情報(例えば、ＭＰＵメタデータ又はシグナリング情報)などを含めることができる。「source＿FEC＿payload＿ID」は、アプリケーション階層順方向エラー訂正(Application Level＿Forward Error Correction)などのようなＦＥＣタイプを表す。
また、受信エンティティは、ＭＭＴＰパケットのペイロードにＭＰＵメタデータが含まれているか否かを、上記「payload data」フィールドに含まれたペイロードヘッダを介して確認できる。すなわち、ＭＭＴＰパケットを介してメディアデータだけでなくＭＰＵメタデータを伝送できる。ＭＭＴＰパケットのペイロードは、上記ペイロードヘッダとペイロードデータを含み、上記ペイロードヘッダは、ファイルタイプ(File Type:ＦＴ)情報を含む。上記ペイロードに含まれるペイロードデータが上記ＭＰＵメタデータである場合、上記ＦＴ情報は、例えば、「０」の値を有する。
したがって、図５で「Ｒ」フィールドが「１」の値を有し、かつ、上記「payload data」フィールドのペイロードヘッダに含まれたＦＴ情報が「０」の値を有すると、そのペイロードデータが上記特定情報のうち上記ＭＰＵメタデータを含むと判定できる。図５のＭＭＴＰパケット構造において、上記「payload data」フィールドを除外した残りのフィールドはＭＭＴＰパケットのヘッダ情報を構成する。
以下、本発明の実施形態に係るＭＭＴベースのマルチメディアシステムにおいて、ＭＰＵを分割しパケット化した後伝送された複数のＭＭＴＰパケットのうち、特定メディアデータ(例えば、Ｉフレーム)又は特定情報(例えば、ＭＰＵメタデータ又はシグナリング情報)を含む少なくとも一つのＭＭＴＰパケットを優先的に検出して受信する受信エンティティの動作を説明する。
図６は、本発明の実施形態によってＭＰＵメタデータを含むＭＭＴＰパケットを受信する受信エンティティの動作を表すフローチャートである。上記ＭＰＵメタデータは、図３で説明したftypボックス３１１、sidxボックス３１２、mmpuボックス３１３、moovボックス３１４、moofボックス３１７のうち少なくとも一つを含む。
図６を参照すると、ステップ６０１でＭＭＴＰパケットを受信すると、ステップ６０３で、受信したＭＭＴＰパケットのヘッダ情報から図５の「Ｒ」フィールド(すなわち、ＲＡＰフラグ情報)を特定し、受信したＭＭＴＰパケットにＲＡＰ情報が含まれているか否かを判定する。上記ステップ６０３の判定の結果、ＭＭＴＰパケットにＲＡＰ情報が含まれない場合、ステップ６０５で、受信エンティティは、受信したＭＭＴＰパケットを廃棄(discard)する。一方、ステップ６０５で、ＲＡＰ情報を含まないＭＭＴＰパケットは廃棄されると述べたが、受信エンティティは、ＭＰＵメタデータなどの受信を完了した後に、ＲＡＰ情報が含まれないＭＭＴＰパケットを受信する一般的な動作を実行してもよい。また、他の実施形態において、受信エンティティが制限されたメモリーの使用又は低電力プロセスを実行しているときに、ステップ６０５でＲＡＰ情報を含まない全てのＭＭＴＰパケットを廃棄してもよい。
一方、上記ステップ６０３の判定の結果、ＭＭＴＰパケットにＲＡＰ情報が含まれる場合、ステップ６０７で、受信エンティティは、ＭＭＴＰパケットのペイロードに含まれるデータタイプを特定する。すなわち、受信エンティティは、ＭＭＴＰパケットのペイロードヘッダに含まれるファイルタイプ（ＦＴ）情報を特定して、データタイプを特定する。ステップ６０９でＦＴ情報がＭＰＵメタデータを指示する場合(例えば、上記ＦＴ情報が「０」の値を有する場合)、受信エンティティは、ステップ６１１で受信したＭＭＴＰパケットからバッファリングを開始し、ステップ６１３でＭＰＵ単位データの受信を完了する。その後、ステップ６1５で、受信エンティティは、完全に受信したＭＰＵメタデータを用いて信号(又は、データ)処理を実行する。
図７は、本発明の実施形態に係るＭＭＴシグナリング情報を含むＭＭＴＰパケットを受信する受信エンティティの動作を表すフローチャートである。ＭＭＴシグナリング情報は、ＭＭＴシステムにおいて、メディアデータの伝送、消費を管理するためのシグナリングメッセージのうち少なくとも一つを含む。
図７を参照すれば、ステップ７０１でＭＭＴＰパケットを受信すると、受信エンティティは、ステップ７０３で、受信したＭＭＴＰパケットのヘッダ情報から図５の「Ｒ」フィールド(すなわち、ＲＡＰフラグ情報)を特定して、受信したＭＭＴＰパケットにＲＡＰ情報が含まれているかを判定する。ステップ７０３の判定の結果、ＭＭＴＰパケットにＲＡＰ情報が含まれない場合、受信エンティティは、ステップ７０５で受信したＭＭＴＰパケットを廃棄(discard)する。一方、ステップ７０５でＲＡＰ情報を含まないＭＭＴＰパケットは廃棄されると述べたが、受信エンティティは、シグナリング情報などの受信を完了した後に、ＲＡＰ情報が含まれないＭＭＴＰパケットの一般的な受信動作を実行してもよい。また、他の実施形態で、受信エンティティが制限されたメモリーの使用又は低電力プロセスを実行しているときに、ステップ７０５でＲＡＰ情報を含まない全てのＭＭＴＰパケットを廃棄してもよい。
一方、上記ステップ７０３の判定の結果、ＭＭＴＰパケットにＲＡＰ情報が含まれる場合、ステップ７０７で、受信エンティティは、ＭＭＴＰパケットのヘッダ情報に含まれるペイロードデータのタイプ情報(図５の「type」フィールド５０３)を特定する。ステップ７０９で、受信エンティティは、上記ペイロードデータのタイプ情報が上記シグナリング情報を指示する場合(例えば、上記「type」フィールドが「０ｘ０２」の値を有する場合)、ステップ７１１で当該受信したＭＭＴＰパケットからバッファリングを開始し、ステップ７１３で、ＭＰＵ単位データの受信を完了する。その後、ステップ７１５で、受信エンティティは、完全に受信したシグナリング情報を用いて信号(又は、データ)処理を実行する。
図８は、本発明の実施形態に係る特定メディアデータを含むＭＭＴＰパケットを受信する受信エンティティの動作を表すフローチャートである。上記特定メディアデータは他のイメージフレームを参照することなく符号化/復号化されるＩフレームを仮定する。
図８を参照すれば、ステップ８０１でＭＭＴＰパケットを受信すると、受信エンティティは、ステップ８０３で、受信したＭＭＴＰパケットのヘッダ情報から図５の「Ｒ」フィールド(すなわちＲＡＰフラグ情報)を特定して、受信したＭＭＴＰパケットにＲＡＰ情報が含まれているかを判定する。上記ステップ８０３の判定の結果、ＭＭＴＰパケットにＲＡＰ情報が含まれない場合、受信エンティティは、受信したＭＭＴＰパケットを廃棄(discard)する。一方、上記ステップ８０５でＲＡＰ情報を含まないＭＭＴＰパケットは廃棄されると述べたが、受信エンティティは、Ｉフレームなどの受信を完了した後に、ＲＡＰ情報が含まれないＭＭＴＰパケットの一般的な受信動作を実行してもよい。また、他の実施形態で、受信エンティティが制限されたメモリーの使用又は低電力プロセスを実行しているときに、上記ステップ８０５でＲＡＰ情報を含まない全てのＭＭＴＰパケットを廃棄してもよい。
一方、上記ステップ８０３の判定の結果、ＭＭＴＰパケットにＲＡＰ情報が含まれる場合、ステップ８０７で、受信エンティティは、ＭＭＴＰパケットのヘッダ情報に含まれるペイロードデータのタイプ情報(図５の「type」フィールド５０３)を特定する。ステップ８０９で、受信エンティティは、ペイロードデータのタイプ情報がシグナリング情報を指示する場合(例えば、「type」フィールドが「０ｘ００」又は「０ｘ０１」の値を有する場合)、ステップ８１１で当該受信したＭＭＴＰパケットからバッファリングを開始し、ステップ８１３でＭＰＵ単位データの受信を完了する。その後、ステップ８１５で、受信エンティティは、完全に受信したＩフレームを用いてイメージフレームのデコーディングを実行する。他の実施形態において、ＭＭＴＰパケットのペイロードに複数のＩフレームに対する位置情報を含めて搬送し、ＲＡＰ情報を介して位置情報を受信して複数のＩフレームを受信してもよい。
上記のように、ＲＡＰ情報を用いてＩフレームを予め受信する場合、放送チャネル切り替えが頻繁に行われる放送サービスにおいて、チャネル切り替えによる再生遅延を大幅に減少できる。
図９は、本発明の実施形態に係るマルチメディアシステムにおける受信エンティティの構成を示す図である。
図９を参照すると、受信エンティティは、無線ネットワークを介してデータを送受信する送受信部９１０、受信されたデータを復号化する復号部９３０、また、図２乃至図８で説明した方式によって分割及びパケット化後に送信エンティティから伝送された複数のＭＭＴＰパケットのうち、特定メディアデータ(例えば、Ｉフレーム)又は特定情報(例えば、ＭＰＵメタデータ又はシグナリング情報)を含む少なくとも一つのＭＭＴＰパケットを優先的に検出して受信する動作を制御する制御部９５０を含む。本実施形態で、制御部９５０は、送受信部９１０を介して受信したメディアパケットに特定メディアデータと特定情報のうち少なくとも一つを受信するためのアクセス情報が含まれているかを判定し、受信したメディアパケットにアクセス情報が含まれている場合、アクセス情報を用いて、特定メディアデータと特定情報のうち少なくとも一つを優先的に受信する動作を制御するように実現されてもよい。
上記した図６乃至図９の実施形態は、個別的な動作で記述したが、図６乃至図９の実施形態をのうち二以上が結合されて実施されてもよい。
上記した本発明の実施形態は、また、コンピュータ読み取り可能な記録媒体(computer readable recording medium)でコンピュータ読み取り可能なコード(computer readable code)として実現できる。コンピュータで読まれる記録媒体は、コンピュータシステムにより読まれるデータを保存できる任意のデータ保存デバイスである。上記コンピュータで読まれる記録媒体は、例えばＲＯＭ(Read-Only Memory)と、ＲＡＭ(Random Access Memory)と、ＣＤ−ＲＯＭと、磁気テープ(magnetic tape)と、フロッピーディスク(floppy disk)（登録商標）と、光データ保存デバイス、及びキャリアウェーブ(carrier wave)(例えば、インターネットを介するデータ送信）を含むことができる。コンピュータで読み取れる記録媒体は、またネットワーク接続されたコンピュータシステムを介して配布され、したがってコンピュータで読み取れるコードは分散方式で保存及び実行される。また、本発明を達成するための機能的プログラム、コード、及びコードセグメント(segment)は、本発明が適用される分野で熟練されたプログラマーにより容易に解析できる。
また、本発明の一実施形態による装置及び方法は、ハードウェア、ソフトウェア又はハードウェア及びソフトウェアの組合の形態で実現可能であると理解される。このような任意のソフトウェアは、例えば、削除可能又は再記録可能の可否にかかわらず、ＲＯＭなどの保存装置のような揮発性又は非揮発性保存装置、又は例えば、ＲＡＭ、メモリーチップ、装置又は集積回路のようなメモリー、又は例えばＣＤ、ＤＶＤ、磁気ディスク又は磁気テープのような光学又は磁気的に記録可能あると共に機械(例えば、コンピュータ）で読み取り可能な保存媒体に保存されてもよい。本発明の一実施形態による方法は、制御部及びメモリーを含むコンピュータ又は携帯端末により実現される上記メモリーは、本発明の実施形態を実現する命令を含むプログラム又はプログラムを保存するのに適合した機械で読み取り可能な保存媒体の一例であることを分かる。
したがって、本発明は、本明細書の任意の請求項に記載された装置又は方法を実現するためのコードを含むプログラム及びこのようなプログラムを保存する機械(コンピュータなど）で読み取り可能な保存媒体を含む。また、このようなプログラムは、有線又は無線接続を介して伝えられる通信信号のような任意の媒体を介して電子的に移送され、本発明はこれの均等物を含む。
また、本発明の一実施形態による装置は、有線又は無線で接続するプログラム提供装置から上記プログラムを受信して保存できる。上記プログラム提供装置は、上記プログラム処理装置が既設定されたコンテンツ保護方法を実行させる指示を含むプログラム、コンテンツ保護方法に必要な情報などを保存するためのメモリーと、上記グラフィック処理装置との有線又は無線通信を実行するための通信部と、上記グラフィック処理装置の要請又は自動で該当プログラムを上記送受信装置に伝送する制御部を含むことができる。
一方、本発明の詳細な説明においては具体的な実施形態に関して説明したが、特許請求の範囲を外れない限り、様々な変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。したがって、本発明の範囲は、前述の実施形態に限定されるものではなく、特許請求の範囲の記載及びこれと均等なものに基づいて定められるべきである。

Claims (14)

  1. マルチメディアシステムにおけるメディアパケットの受信方法であって、
    パケットヘッダ及びペイロードを含むメディアパケットを受信するステップと、ここで、前記パケットヘッダは、ランダムアクセスポイント（ＲＡＰ）フラグを含み、前記ペイロードは、ペイロードヘッダ及びペイロードデータを含み、
    前記ＲＡＰフラグが、前記ペイロードがＲＡＰ情報を含むことを示す第１の値を有するか否かを識別するステップと、
    前記ＲＡＰフラグが前記第１の値を有する場合、前記メディアパケット内に含まれた前記ペイロードをデコーディングするステップと、
    前記ＲＡＰフラグが、前記メディアパケットがＲＡＰ情報を含まないことを示す第２の値を有する場合、前記メディアパケットを廃棄するステップと、を含み、
    前記ＲＡＰ情報は、メディアデータの伝送及び消費(delivery and consumption)のための少なくとも一つのシグナリングメッセージを含むことを特徴とする方法。
  2. 前記ＲＡＰ情報は、メディアデータアクセスの開始位置情報をさらに含むことを特徴とする、請求項１に記載の方法。
  3. 前記ＲＡＰ情報は、関連するフレームなしに復号化される少なくとも一つのＩフレーム(Intra-coded frame)をさらに含むことを特徴とする、請求項１に記載の方法。
  4. 前記ＲＡＰ情報は、ＩＳＯ基本メディアファイルフォーマット（ＩＳＯＢＭＦＦ）を用いるＭＰＵ（Media Processing Unit）のメタデータをさらに含むことを特徴とする、請求項１に記載の方法。
  5. 前記ＲＡＰフラグが前記第１の値を有する場合、前記ペイロード内の前記ペイロードヘッダ内に含まれるフラグメントタイプフィールドを識別するステップと、
    前記ＲＡＰフラグが前記第１の値を有し、前記フラグメントタイプフィールドがＭＰＵのメタデータを示す場合、前記ＲＡＰ情報がＩＳＯＢＭＦＦを用いるＭＰＵのメタデータを含むことを確認するステップと、をさらに含むことを特徴とする、請求項１に記載の方法。
  6. 前記ＲＡＰフラグが前記第１の値を有する場合、前記パケットヘッダ内に含まれるタイプフィールドを識別するステップと、
    前記ＲＡＰフラグが前記第１の値を有し、前記タイプフィールドが一つ又はそれ以上のシグナリングメッセージを示す場合、前記ＲＡＰ情報がメディアデータの伝送及び消費のための少なくとも一つのシグナリングメッセージを含むことを確認するステップと、を含むことを特徴とする、請求項１に記載の方法。
  7. 前記ＲＡＰフラグが前記第１の値を有する場合、前記パケットヘッダ内に含まれるタイプフィールドを識別するステップと、
    前記ＲＡＰフラグが前記第１の値を有し、前記タイプフィールドがＭＰＵのフラグメント又は一つの完全なＭＰＵを示す場合、前記ＲＡＰ情報が関連するフレームなしに復号化される少なくとも一つのＩフレーム(Intra-coded frame)を含むことを確認するステップと、をさらに含むことを特徴とする、請求項１に記載の方法。
  8. マルチメディアシステムにおけるメディアパケットを受信する受信エンティティ内の装置であって、
    パケットヘッダ及びペイロードを含むメディアパケットを受信する送受信部と、ここで、前記パケットヘッダは、ランダムアクセスポイント（ＲＡＰ）フラグを含み、前記ペイロードは、ペイロードヘッダ及びペイロードデータを含み、
    前記ＲＡＰフラグが、前記ペイロードがＲＡＰ情報を含むことを示す第１の値を有するか否かを識別し、前記ＲＡＰフラグが前記第１の値を有する場合、前記メディアパケット内に含まれた前記ペイロードをデコーディングし、前記ＲＡＰフラグが、前記メディアパケットがＲＡＰ情報を含まないことを示す第２の値を有する場合、前記メディアパケットを廃棄する制御部と、
    を含み、
    前記ＲＡＰ情報は、メディアデータの伝送及び消費(delivery and consumption)のための少なくとも一つのシグナリングメッセージを含むことを特徴とする装置。
  9. 前記ＲＡＰ情報は、メディアデータアクセスの開始位置情報をさらに含むことを特徴とする、請求項８に記載の装置。
  10. 前記ＲＡＰ情報は、関連するフレームなしに復号化される少なくとも一つのＩフレーム(Intra-coded frame)をさらに含むことを特徴とする、請求項８に記載の装置。
  11. 前記ＲＡＰ情報は、ＩＳＯ基本メディアファイルフォーマット（ＩＳＯＢＭＦＦ）を用いるＭＰＵ（Media Processing Unit）のメタデータをさらに含むことを特徴とする、請求項８に記載の装置。
  12. 前記制御部は、
    前記ＲＡＰフラグが前記第１の値を有する場合、前記ペイロード内の前記ペイロードヘッダ内に含まれるフラグメントタイプフィールドを識別し、
    前記ＲＡＰフラグが前記第１の値を有し、前記フラグメントタイプフィールドがＭＰＵのメタデータを示す場合、前記ＲＡＰ情報がＩＳＯＢＭＦＦを用いるＭＰＵのメタデータを含むことを確認するように構成されることを特徴とする、請求項８に記載の装置。
  13. 前記制御部は、
    前記ＲＡＰフラグが前記第１の値を有する場合、前記パケットヘッダ内に含まれるタイプフィールドを識別し、
    前記ＲＡＰフラグが前記第１の値を有し、前記タイプフィールドが一つ又はそれ以上のシグナリングメッセージを示す場合、前記ＲＡＰ情報がメディアデータの伝送及び消費のための少なくとも一つのシグナリングメッセージを含むことを確認するように構成されることを特徴とする、請求項８に記載の装置。
  14. 前記制御部は、
    前記ＲＡＰフラグが前記第１の値を有する場合、前記パケットヘッダ内に含まれるタイプフィールドを識別し、
    前記ＲＡＰフラグが前記第１の値を有し、前記タイプフィールドがＭＰＵのフラグメント又は一つの完全なＭＰＵを示す場合、前記ＲＡＰ情報が関連するフレームなしに復号化される少なくとも一つのＩフレーム(Intra-coded frame)を含むことを確認するように構成されることを特徴とする、請求項８に記載の装置。
JP2017500077A 2014-07-04 2015-07-03 マルチメディアシステムにおけるメディアパケットを受信する方法及び装置 Expired - Fee Related JP6553166B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
KR1020140083996A KR102191878B1 (ko) 2014-07-04 2014-07-04 멀티미디어 시스템에서 미디어 패킷을 수신하는 방법 및 장치
KR10-2014-0083996 2014-07-04
PCT/KR2015/006898 WO2016003244A1 (ko) 2014-07-04 2015-07-03 멀티미디어 시스템에서 미디어 패킷을 수신하는 방법 및 장치

Publications (2)

Publication Number Publication Date
JP2017525270A JP2017525270A (ja) 2017-08-31
JP6553166B2 true JP6553166B2 (ja) 2019-07-31

Family

ID=55019680

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017500077A Expired - Fee Related JP6553166B2 (ja) 2014-07-04 2015-07-03 マルチメディアシステムにおけるメディアパケットを受信する方法及び装置

Country Status (5)

Country Link
US (1) US10148797B2 (ja)
JP (1) JP6553166B2 (ja)
KR (1) KR102191878B1 (ja)
CN (1) CN106664444B (ja)
WO (1) WO2016003244A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101745652B1 (ko) 2016-07-22 2017-06-09 전자부품연구원 복호 정보 고속 취득이 가능한 방송 송신기와 수신기 및 그 방법
US20180107829A1 (en) * 2016-10-14 2018-04-19 Electronics And Telecommunications Research Institute Network entity and operation method of the same
US10924822B2 (en) * 2017-04-04 2021-02-16 Qualcomm Incorporated Segment types as delimiters and addressable resource identifiers
CN114640711B (zh) * 2020-12-15 2023-08-01 深圳Tcl新技术有限公司 一种tlv数据包的推送方法、智能终端及存储介质

Family Cites Families (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6636481B1 (en) * 1999-01-26 2003-10-21 Matsushita Electric Industrial Co., Ltd. Data connecting method, data connecting apparatus, program recording medium
US20030151753A1 (en) 2002-02-08 2003-08-14 Shipeng Li Methods and apparatuses for use in switching between streaming video bitstreams
EP1771976A4 (en) * 2004-07-22 2011-03-23 Korea Electronics Telecomm SAF SYNCHRONIZATION LAYER PACKAGE STRUCTURE AND SERVER SYSTEM THEREFOR
KR100926017B1 (ko) * 2005-05-13 2009-11-11 퀄컴 인코포레이티드 대역외 디렉토리 정보를 이용한 에러 복원의 개선
US8745185B1 (en) * 2006-10-12 2014-06-03 Timothy J. Salo Method and apparatus for providing semantically aware network services
US7738370B2 (en) * 2006-12-18 2010-06-15 Nokia Corporation Method, network element and modules therefore, and computer program for use in prioritizing a plurality of queuing entities
US7826358B2 (en) * 2006-12-29 2010-11-02 Ellacoya Networks, Inc. Hierarchical virtual queuing
US20080235401A1 (en) * 2007-03-21 2008-09-25 Tak Wing Lam Method of storing media data delivered through a network
US8194741B2 (en) * 2007-10-12 2012-06-05 Broadcom Corporation Method and system for processing B pictures with missing or invalid forward reference pictures
KR101596504B1 (ko) * 2008-04-23 2016-02-23 한국전자통신연구원 객체기반 오디오 컨텐츠의 생성/재생 방법 및 객체기반 오디오 서비스를 위한 파일 포맷 구조를 가진 데이터를 기록한 컴퓨터 판독 가능 기록 매체
US8693328B2 (en) * 2009-02-19 2014-04-08 Sandvine Incorporated Ulc Method and apparatus for distributing credits to multiple shapers to enable shaping traffic targets in packet communication networks
US9036092B2 (en) * 2013-06-24 2015-05-19 Broadcom Corporation Video channel change system
KR20120138603A (ko) * 2011-06-14 2012-12-26 삼성전자주식회사 복합 멀티미디어 데이터를 송수신하는 장치
KR20130040132A (ko) * 2011-10-13 2013-04-23 한국전자통신연구원 이종 ip 네트워크를 통한 미디어 코덱에 독립적인 미디어 데이터 전송 방법
KR20130040148A (ko) * 2011-10-13 2013-04-23 한국전자통신연구원 Mmt 페이로드 설정 방법 및 전송 방법
KR20130040090A (ko) * 2011-10-13 2013-04-23 삼성전자주식회사 복합 네트워크에서 멀티미디어 데이터를 전송하기 위한 장치 및 그 방법
US20130094518A1 (en) * 2011-10-13 2013-04-18 Electronics And Telecommunications Research Institute Method for configuring and transmitting mmt payload
EP2767044B1 (en) * 2011-10-14 2015-12-30 Telefonaktiebolaget L M Ericsson (publ) Enhanced performance service-based profiling for transport networks
EP2833630B1 (en) * 2012-03-28 2017-08-16 Nippon Hoso Kyokai Encoding device for encapsulating access units into media units, decoding device and program for same
KR20140008237A (ko) * 2012-07-10 2014-01-21 한국전자통신연구원 엠엠티의 하이브리드 전송 서비스에서 패킷 전송 및 수신 장치 및 방법
KR102185384B1 (ko) * 2012-07-11 2020-12-02 한국전자통신연구원 Mpeg 데이터의 랜덤 억세스를 지원하는 방법 및 시스템
KR102215438B1 (ko) * 2012-09-13 2021-02-15 엘지전자 주식회사 영상 부호화/복호화 방법 및 장치
WO2014056150A1 (en) * 2012-10-09 2014-04-17 Nokia Corporation Method and apparatus for video coding
JP2015536589A (ja) * 2012-10-10 2015-12-21 ゼットティーイー コーポレーションＺｔｅ Ｃｏｒｐｏｒａｔｉｏｎ メディア伝送及び記憶用のランダムアクセス情報をカプセル化する方法及び装置
KR102056438B1 (ko) * 2012-10-12 2019-12-16 삼성전자주식회사 복합 멀티미디어 데이터를 전송하기 위한 데이터 패킷을 송수신하는 방법 및 장치
JP5641090B2 (ja) * 2013-03-14 2014-12-17 ソニー株式会社 送信装置、送信方法、受信装置および受信方法
KR101484843B1 (ko) * 2013-04-19 2015-01-20 삼성전자주식회사 멀티미디어 전송 시스템에서 미디어 전송 패킷 전송 방법 및 장치
JP6330804B2 (ja) * 2013-06-07 2018-05-30 ソニー株式会社 送信装置、伝送ストリームの送信方法および処理装置
JP6625431B2 (ja) * 2013-06-21 2019-12-25 サターン ライセンシング エルエルシーＳａｔｕｒｎ Ｌｉｃｅｎｓｉｎｇ ＬＬＣ 送信装置、送信方法、再生装置、再生方法および受信装置
US20150032845A1 (en) * 2013-07-26 2015-01-29 Samsung Electronics Co., Ltd. Packet transmission protocol supporting downloading and streaming
JP5725235B1 (ja) * 2014-04-22 2015-05-27 ソニー株式会社 受信装置及び受信方法、並びに、送信装置及び送信方法

Also Published As

Publication number Publication date
US20170134539A1 (en) 2017-05-11
KR20160004860A (ko) 2016-01-13
WO2016003244A1 (ko) 2016-01-07
CN106664444B (zh) 2019-09-27
KR102191878B1 (ko) 2020-12-16
CN106664444A (zh) 2017-05-10
US10148797B2 (en) 2018-12-04
JP2017525270A (ja) 2017-08-31

Similar Documents

Publication Publication Date Title
US11665384B2 (en) Method and apparatus for transmitting media data in multimedia transport system
TWI668982B (zh) 用於多媒體和檔案傳輸的傳輸介面的方法及伺服器設備、及用於記錄相關指令於其上的電腦可讀取儲存媒體
US9872051B2 (en) Method and apparatus for transceiving data for multimedia transmission system
US10924524B2 (en) Communication devices, communication data generation method, and communication data processing method
CN105900446B (zh) 通信装置、通信数据生成方法和通信数据处理方法
JP6553166B2 (ja) マルチメディアシステムにおけるメディアパケットを受信する方法及び装置
KR102196492B1 (ko) 통신 시스템에서 데이터 송수신 장치 및 방법
CA2934905C (en) Communication apparatus, communication data generation method, and communication data processing method
US11102263B2 (en) Method and apparatus for transmitting/receiving packet in multimedia system
US10476994B2 (en) Devices and methods for transmitting/receiving packet in multimedia communication system
KR20150000844A (ko) 멀티미디어 시스템에서 컨텐츠를 변환하는 방법 및 장치
KR20160000722A (ko) 통신 시스템에서 이종 네트워크를 통하여 멀티미디어 콘텐츠를 송수신하는 방법 및 장치
KR101883554B1 (ko) Mmt-기반 방송을 위한 시그널 메시지 송출 스케줄링 방법

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170105

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180507

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20181205

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20181225

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190322

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20190618

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20190703

R150 Certificate of patent or registration of utility model

Ref document number: 6553166

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees