JP6425708B2 - マルチメディアトランスポートネットワークにおけるメディア配信の制御方法及び装置 - Google Patents

マルチメディアトランスポートネットワークにおけるメディア配信の制御方法及び装置 Download PDF

Info

Publication number
JP6425708B2
JP6425708B2 JP2016508876A JP2016508876A JP6425708B2 JP 6425708 B2 JP6425708 B2 JP 6425708B2 JP 2016508876 A JP2016508876 A JP 2016508876A JP 2016508876 A JP2016508876 A JP 2016508876A JP 6425708 B2 JP6425708 B2 JP 6425708B2
Authority
JP
Japan
Prior art keywords
media
packet
information
asset
mfu
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.)
Active
Application number
JP2016508876A
Other languages
English (en)
Other versions
JP2016521059A5 (ja
JP2016521059A (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 JP2016521059A publication Critical patent/JP2016521059A/ja
Publication of JP2016521059A5 publication Critical patent/JP2016521059A5/ja
Application granted granted Critical
Publication of JP6425708B2 publication Critical patent/JP6425708B2/ja
Active 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
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/23—Bit dropping
    • 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/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • 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/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/613—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for the control of the source by the destination
    • 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
    • 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
    • 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/23439—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 for generating different versions
    • 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/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/23805—Controlling the feeding rate to the network, e.g. by controlling the video pump
    • 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/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44209—Monitoring of downstream path of the transmission network originating from a server, e.g. bandwidth variations of a wireless network
    • 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/637—Control signals issued by the client directed to the server or network components
    • H04N21/6373—Control signals issued by the client directed to the server or network components for rate control, e.g. request to the server to modify its transmission rate

Landscapes

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

Description

本発明は、マルチメディアトランスポートネットワークにおけるメディア配信を制御する方法及び装置に関するものである。
最近、モバイル装置の発展、装置機能の進歩、及びネットワーク帯域幅の向上により、モバイルデータの伝送量が大きく増加されている。モバイルデータの多様な形態の中で、ビデオは、モバイルサービスプロバイダネットワークで支配的なデータ形態として急速に定着してきている。
メディアトランスポート環境で多様なコンテンツが増加し、高解像度(High Definition：ＨＤ）が要求されるコンテンツ及び超高解像度(ＵＨＤ)のような高容量コンテンツが増加することにより、ネットワーク上でデータが輻輳する状況は、ますます増加している。このようなネットワーク上のデータ輻輳の結果、サーバにより伝送されたデータは、クライアントに正常に配信されず、データの一部は経路上で損失される。一般的に、データは、ＩＰ(Internet Protocol)パケット単位で伝送され、それによってデータ損失は、ＩＰパケット単位で発生する。したがって、受信器は、ネットワーク上のデータ損失によってＩＰパケットを受信することができないため、損失されたＩＰパケット内のデータを取得できない。したがって、オーディオ品質の低下、ビデオ画質の劣化、又は画像のとぎれ、字幕欠落、ファイルの損失のような多様な形態でユーザーの不便をもたらす。上記のような理由で、ネットワーク上で発生したデータ損失状況を対処するための方案が必要となる。
特に、ＹｏｕＴｕｂｅ（登録商標）、Ｈｕｌｕ、Ｎｅｔｆｌｉｘのようなインターネット動画像サイトの人気を考慮すると、消費者の端末がネットワークを介して円滑な動画像サービスを受信できないという問題が頻発すると予想される。さらに、このようなビデオトラフィックの急速な増加によって、使用可能な帯域幅は、より速くより多く消費されて、モバイルサービス提供企業にはネットワーク管理の負担が大きくなっている。
特に、モバイルネットワークの基地局は、限定された周波数内でユーザー端末(ＵＥ)とデータを送受信しなければならない。基地局が管理する範囲内にユーザーが多くなるか、あるいはユーザー端末が送受信するトラフィックが多くなると、基地局の輻輳状況が発生する可能性がある。このような輻輳状況でユーザーが体感するサービス品質(ＱｏＳ)を低下させずに輻輳状況に対応するために、ユーザー特性又はサービスアプリケーションを考慮した輻輳制御が必要である。このような輻輳状況に対応する動作を主体的に遂行するシステム構成要素は、ユーザー端末（ＵＥ）、メディアアウェアネットワークエンティティ、及びメディアを伝送するサーバを含んでもよい。
一方、ユーザー端末（ＵＥ）へのトラフィックの見地から見れば、多くの場合、ユーザーから要求されたコンテンツは、インターネットサーバから出発し、モバイルサービスプロバイダネットワークを経由してＵＥまで到着することが一般的である。モバイルサービスプロバイダネットワークにより管理される基地局において輻輳となる場合、ユーザーやサーバがこれを気がつかずに、基地局を通じて伝送可能な量より多くのデータを要求あるいは伝送しようとすれば、データは、ＵＥに正しく伝送できず、それによってユーザーが体感するＱｏＳが大きく低下するという問題があった。
したがって、本発明は上記のような従来技術の問題点に鑑みてなされたものであって、その目的は、ネットワークでユーザー端末(ＵＥ)のフィードバックを用いてメディアトランスポートを制御する方法及び装置を提供することにある。
本発明の他の目的は、メディアトランスポートシステムにおけるＵＥの状況を考慮してメディアトランスポートを最適化する方法及び装置を提供することにある。
また、本発明の目的は、メディアトランスポートネットワークで発生した輻輳状況に関する情報に基づいてサーバ又はネットワーク装置でユーザー端末(ＵＥ)に伝送されるメディアデータパラメータを適切に制御する方法及び装置を提供することにある。
上記のような目的を達成するために、本発明の一態様によれば、マルチメディアトランスポートネットワークにおけるメディア配信の制御方法が提供される。その方法は、伝送しようとするメディアパッケージ内のメディアアセットの合成情報(ＣＩ)をユーザー端末(ＵＥ)に伝送するステップと、メディアパッケージのメディアアセットをパケットにパケット化するステップと、パケットのうちの一部をＵＥに伝送するステップと、パケットのうちの一部を伝送する間に、ＵＥにより決定された有効ビットレートに関する情報を含むフィードバックメッセージをＵＥから受信するステップと、メディアパッケージ内のメディアアセットに対するアセット配信特性(ＡＤＣ)を用いて、有効ビットレートによって伝送されるメディアデータをメディアパッケージから選択するステップと、選択されたメディアデータをパケットにパケット化してパケットをＵＥに伝送するステップとを有する。
本発明の他の態様によれば、マルチメディアトランスポートネットワークでメディア配信の制御方法が提供される。その方法は、伝送しようとするメディアパッケージ内のメディアアセットに関する合成情報(ＣＩ)をユーザー端末(ＣＩ)に伝送するステップと、メディアパッケージのメディアアセットをパケットにパケット化するステップと、パケットのうちの一部をＵＥに伝送するステップと、パケットのうちの一部を伝送する間に、ＵＥにより決定された有効ビットレートに関する情報を含むフィードバックメッセージをＵＥから受信するステップと、メディアパッケージ内に含まれ、独立してデコード可能であり、複数のメディアフラグメントユニット(ＭＦＵ）に分割されるメディアプロセシングユニット(ＭＰＵ）の各々のヘッダーを決定するステップと、ＭＰＵの各々のヘッダーを用いて、有効ビットレートに従って伝送可能なメディアデータをメディアパッケージから選択するステップと、選択されたメディアデータをパケットにパケット化してパケットをＵＥに伝送するステップとを有する。
また、本発明の他の態様によれば、マルチメディアトランスポートネットワークにおけるメディアトランスポートの制御方法が提供される。その方法は、伝送しようとするメディアパッケージ内のメディアアセットに関する合成情報(ＣＩ)をユーザー端末(ＵＥ)に伝送するステップと、メディアパッケージのメディアアセットをパケットにパケット化するステップと、パケットのうち一部をＵＥに伝送するステップと、パケットのうち一部を伝送する間に、ＵＥにより決定された有効ビットレートに関する情報を含むフィードバックメッセージをＵＥから受信するステップと、伝送される各パケットのヘッダーを用いて、有効ビットレートに従って伝送可能な少なくとも一つのパケットをメディアパッケージから選択するステップと、選択された少なくとも一つのパケットをＵＥに伝送するステップとを有する。
さらに、本発明の他の態様によれば、マルチメディアトランスポートネットワークにおけるメディアトランスポートを制御する装置が提供される。その装置は、伝送しようとするメディアパッケージ内のメディアアセットに関する合成情報(ＣＩ)をユーザー端末(ＵＥ)に伝送し、メディアパッケージのメディアアセットをパケットにパケット化してパケットのうちの一部をＵＥに伝送し、パケットのうちの一部を伝送する間にＵＥにより決定された有効ビットレートに関する情報を含むフィードバックメッセージをＵＥから受信する送受信器と、メディアパッケージ内のメディアアセットに対するアセット配信特性(ＡＤＣ)を用いて、有効ビットレートによって伝送可能なメディアデータをメディアパッケージから選択し、選択したメディアデータをパケットにパケット化してパケットをＵＥに伝送することを決定するプロセッサと、を含む。
本発明の他の態様によれば、マルチメディアトランスポートネットワークにおけるメディア配信を制御する装置が提供される。その装置は、伝送しようとするメディアパッケージ内のメディアアセットに関する合成情報(ＣＩ)をユーザー端末(ＵＥ)に伝送し、メディアパッケージのメディアアセットをパケットにパケット化してパケットのうちの一部をＵＥに伝送し、パケットのうちの一部を伝送する間にＵＥにより決定された有効ビットレートに対する情報を含むフィードバックメッセージをＵＥから受信する送受信器と、メディアパッケージ内に含まれ、独立してデコード可能であり、複数のメディアフラグメントユニット(ＭＦＵ）に分割される各メディアプロセシングユニット(ＭＰＵ）のヘッダーを識別し、各ＭＰＵのヘッダーを用いて、有効ビットレートによって伝送可能なメディアデータをメディアパッケージから選択し、選択されたメディアデータをパケットにパケット化してパケットをＵＥに伝送することを決定するプロセッサと、を含む。
なお、本発明の他の態様によれば、マルチメディアトランスポートネットワークにおけるメディア配信を制御する装置が提供される。その装置は、伝送しようとするメディアパッケージ内のメディアアセットに関する合成情報(ＣＩ)をユーザー端末(ＵＥ)に伝送し、メディアパッケージのメディアアセットをパケットにパケット化してパケットのうちの一部をＵＥに伝送し、パケットのうちの一部を伝送する間にＵＥにより決定された有効ビットレートに関する情報を含むフィードバックメッセージをＵＥから受信する送受信器と、伝送される各パケットのヘッダーを用いて、有効ビットレートによって伝送可能な少なくとも一つのパケットをメディアパッケージから選択し、選択された少なくとも一つのパケットをＵＥに伝送することを決定するプロセッサと、を含む。
本発明による実施形態の上記及び他の態様、特徴、及び利点は、添付の図面と共に述べる以下の詳細な説明から、一層明らかになるはずである。
本発明の一実施形態によるモバイルネットワークシステムにおけるマルチメディアトランスポート構成を示す図である。 本発明の一実施形態によるマルチメディアトランスポートシステムの階層構造を示す図である。 本発明の一実施形態によるＭＭＴ(Moving Picture Experts Group(MPEG) Media TＲＡＮsport)パッケージの論理構造を示す図である。 本発明の一実施形態によるメディアトランスポート制御動作と信号フローを示す図である。 本発明の一実施形態によるメディアトランスポート制御動作と信号フローを示す図である。 本発明の一実施形態によるメディアトランスポート制御動作と信号フローを示す図である。 本発明の一実施形態によるメディアトランスポート制御動作と信号フローを示す図である。 本発明の一実施形態によるメディアトランスポート制御動作と信号フローを示す図である。 本発明の一実施形態によるメディアトランスポート制御動作と信号フローを示す図である。 本発明の一実施形態によるメディアトランスポート制御動作と信号フローを示す図である。 本発明の一実施形態によるメディアトランスポート制御動作と信号フローを示す図である。 本発明の一実施形態によるメディアトランスポート制御動作と信号フローを示す図である。 本発明の一実施形態によるメディアトランスポート制御動作と信号フローを示す図である。 本発明の一実施形態によるメディアトランスポート制御動作と信号フローを示す図である。 本発明の一実施形態によるメディアトランスポート制御動作と信号フローを示す図である。 本発明の一実施形態によるメディアトランスポート制御動作と信号フローを示す図である。 本発明の一実施形態によるメディアトランスポート制御動作と信号フローを示す図である。 本発明の一実施形態によるメディアトランスポート制御動作と信号フローを示す図である。 本発明の一実施形態によるメディアトランスポート制御動作と信号フローを示す図である。 本発明の一実施形態によるメディアトランスポート制御動作と信号フローを示す図である。 本発明の一実施形態によるメディアトランスポート制御動作と信号フローを示す図である。 本発明の一実施形態によるトラフィック制御を行う装置の構成を示す図である。
以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。
添付の図面を参照した下記の説明は、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるような本発明の実施形態の包括的な理解を助けるために提供されるものである。下記の説明は、この理解を助けるための様々な特定の詳細を含むが、代表的な一例とみなされるべきである。従って、本発明の範囲及び趣旨を逸脱することなく、ここに説明する実施形態の様々な変更及び修正が可能であるということは、当該技術分野における通常の知識を有する者には明らかである。なお、公知の機能又は構成に関する具体的な説明は、明瞭性と簡潔性のために省略する。
以下の説明及び請求項に使用する用語及び単語は、辞典的意味に限定されるものではなく、発明者により本発明の理解を明確且つ一貫性があるようにするために使用する。従って、特許請求の範囲とこれと均等なものに基づいて定義されるものであり、本発明の実施形態の説明が単に実例を提供するためのものであって、本発明の目的を限定するものでないことは、本発明の技術分野における通常の知識を持つ者には明らかである。
本願明細書に記載の各要素は、文脈中に特に明示しない限り、複数形を含むことは、当業者には理解できるものである。したがって、例えば、“コンポーネント表面（a component surface）”との記載は、１つ又は複数の表面を含む。
本発明の多様な実施形態を具体的に説明することにおいて、本発明が適用される技術の一つであるＭＭＴ(MPEG(Moving Picture Experts Group) Media Transport)技術を例として説明するが、その説明が本発明の内容を制限するものではない。
本発明の多様な実施形態によると、電子デバイスは、スマートフォン、パーソナルコンピュータ(ＰＣ)、携帯電話、テレビ電話、電子書籍リーダ、デスクトップＰＣ、ラップトップＰＣ、ネットブックＰＣ、ＰＤＡ(Personal Digital Assistant)、ＰＭＰ(Portable Multimedia Player)、ｍｐ３プレーヤー、モバイル医療デバイス、カメラ、ウェアラブルデバイス(例えば、ＨＭＤ(Head-Mounted Device)、電気衣類、電子ズボン吊り(electronic brace)、電子ネックレス、電子アクセサリ、電子タトゥー、又はスマート時計)であってもよい。
本発明の実施形態によると、電子デバイスは、通信機能を有するスマート家電であってもよい。スマート家電は、例えば、テレビジョン、ＤＶＤ(Digital Video Disk)プレーヤー、オーディオ、冷蔵庫、エアコン、電気掃除機、オーブン、電子レンジ、洗濯機、ドライヤー、空気清浄器、セットトップボックス、ＴＶボックス(例えば、Ｓａｍｓｕｎｇ ＨｏｍｅＳｙｎｃＴＭ、Ａｐｐｌｅ ＴＶＴＭ、又はＧｏｏｇｌｅ ＴＶＴＭ)、ゲーム機、電子辞書、電子キー、カムコーダ、電子ピクチャーフレームであってもよい。
本発明の実施形態によると、電子デバイスは、医療機器(例えば、ＭＲＡ(Magnetic Resonance Antiography)装置、ＭＲＩ(Magnetic Resonance Imaging)装置、ＣＴ(Computed Tomography)機器、映像機器、又は超音波装置)、ナビゲーション機器、ＧＰＳ(Global Positioning System)受信器、イベントデータレコーダ(Event Data Recorder：EDR)、フライトデータレコーダ(Flight Data Recorder：FDR)、自動車用インフォテインメント装置、海軍電子装置(例えば、海軍ナビゲーション装置、ジャイロスコープ、又はコンパス)、航空電子機器、セキュリティ機器、産業又は個人用ロボットであってもよい。
本発明の実施形態によると、電子デバイスは、通信機能を有する家具、ビル/構造の一部、電子ボード、電子署名受信器、プロジェクタ、多様な測定装置(例えば、水、電気、ガス、又は電磁波測定装置)であってもよい。
本発明の実施形態によると、電子デバイスは、上記した装置の組み合わせであってもよい。また、本発明の実施形態による電子デバイスは、上記装置に制限されるものではないことは、当該技術分野における通常の知識を持つ者には明らかである。
本発明の実施形態によると、ユーザー端末（ＵＥ）は電子デバイスであってもよい。
図１は、本発明の一実施形態によるモバイルネットワークシステムでＭＭＴメディアトランスポート構成を示す。
図１を参照すると、モバイルネットワークシステムは、ＭＭＴサーバ１００、コアネットワーク１３０、及びＵＥ１４０を含む。
コアネットワーク１３０は、次世代基地局に対応するＥＮＢ(Enhanced NodeB)、ＰＣＲＦ(Policy and Charging Rule Function)と連動するＭＭＥ(Mobility Management Entity)、Ｐ-ＧＷ(Packet Data Network Gateway)及びＳ-ＧＷ(Serving Gateway）で構成される。
ユーザー端末(ＵＥ)１４０は、ＭＭＴクライアント１１０を含み、ＥＮＢ、Ｓ-ＧＷ、及びＰ-ＧＷを通じて外部ネットワークにアクセスする。ＡＦ(Application Function）は、ユーザーとアプリケーションレベルでアプリケーションに関連した情報を交換する装置である。ＡＦは、ＵＥに情報、特にコンテンツデータを伝送するコンテンツサーバ１００として動作できる。ＰＣＲＦは、ユーザーのサービス品質(ＱｏＳ）に関連したポリシーを制御する装置であり、ポリシーに該当するＰＣＣ(Policy and Charging Control)規則(rule）は、Ｐ-ＧＷに伝送されて適用される。
ＥＮＢは、ＲＡＮ(Radio Access Network)ノードであり、ＵＴＲＡＮ(UMTS(Universal Mobile Telecommunications System) Terrestrial Radio Access Network)システムのＲＮＣ(Radio Network Controller)及びＧＥＲＡＮ(GSM（登録商標）(Global System for Mobile Communication)ＥＤＧＥ(Enhanced Data Rates for GSM（登録商標） Evolution) Radio Access Network)システムのＢＳＣ(Base Station Controller)に対応する。ＥＮＢは、無線チャンネルを介してＵＥに接続されて既存のＲＮＣ/ＢＳＣに類似した役割を遂行する。また、ＥＮＢは、数個のセルを同時に使用することができる。
ＬＴＥでは、インターネットプロトコル上のＶｏＩＰ(Voice over IP)のようなリアルタイムサービスを含むすべてのユーザートラフィックが共用チャンネルを介してサービスされるため、ＵＥの状況情報を集めてスケジューリングをする装置が求められ、ＥＮＢがその装置として役立つ。
Ｓ-ＧＷは、データベアラを提供する装置であり、ＭＭＥの制御下にデータベアラを生成又は除去する。ＭＭＥは、各種制御機能を担当する装置であり、一つのＭＭＥは、複数のＥＮＢに接続されてもよい。また、ＭＭＥは、Ｓ-ＧＷ、Ｐ-ＧＷにも接続される。ＰＣＲＦは、トラフィックに対するＱｏＳ及び課金を総括的に制御するエンティティである。
一般的に、ＵＰ(User Plane)は、ＲＡＮノードにＵＥを接続し、Ｓ-ＧＷにＲＡＮノードを接続し、Ｐ-ＧＷにＳ-ＧＷを接続する経路を称する。その経路を通じて、ユーザーデータが送受信される。ＵＰ経路において、リソースの制限が激しい無線チャンネルを使用するリンクは、ＵＥとＲＡＮノードとの間の経路に対応する。
ＬＴＥのような無線通信システムにおいて、ＱｏＳは、ＥＰＳベアラの単位で適用される。一つのＥＰＳベアラは、同一のＱｏＳ要求事項を有するＩＰフローをトランスポートするために使用される。ＱｏＳに関連したパラメータは、ＥＰＳベアラに指定されてもよく、ＱＣＩ(QoS Class Identifier)とＡＲＰ(Allocation and Retention Priority)を含んでもよい。ＥＰＳベアラは、ＧＰＲＳシステムのＰＤＰコンテキストに対応する。
関連技術によると、輻輳状況が無線区間で発生する場合、基地局（ＢＳ）は、ＵＥへのデータ伝送を制御することによって輻輳状況に対応する。例えば、ＢＳは、ＵＥへのトラフィック伝送の遅延あるいは差別的なスケジューリングのような技術を使用する。したがって、ＵＥを使用するユーザーは、トラフィック伝送の遅延によるサービス停止のような不便を体験する場合がある。
本発明の後述する実施形態は、このような問題を解決しつつＵＥのチャンネル状況に効果的に対応するためにコンテンツサーバ又はＭＭＴメディア処理ネットワーク装置側でメディアトランスポートを制御する技術を提案する。
具体的には、ＢＳは、UEがデータを伝送できるデータ伝送レート(一般的にビット/秒と称する)に関する直接情報又はデータ伝送レートを決定する根拠をＵＥに提供する。その転送レートを受信したＵＥは、アップリンクに伝送されるデータの伝送レートを制御してもよい。或いは、当該ＵＥは、データをダウンリンクに伝送することをサーバにリクエストする場合、設定されたデータ伝送レートを超えないことをリクエストするか、設定されたデータ伝送レートを超えないサイズ及びフォーマットを有するデータを伝送することをリクエストしてもよい。
ＢＳは、ネットワークに輻輳状況が発生したことを検出し、ＵＥに輻輳状況情報を伝送できる。本発明の実施形態によると、ＢＳがＵＥに輻輳状況情報を伝送する場合、基地局の輻輳状況発生情報が、ＢＳがＵＥに伝送するメディアパケットの構成情報に記されてもよい。
ＵＥに伝送される輻輳状況情報は、１)輻輳状況でユーザー端末別に許容されるデータ伝送レート、２)予め設定された輻輳状況を表す輻輳プロファイルのうち一つを称するフローインデックス、３)簡単に輻輳の存在有無のみを表す識別子、４)相対的な輻輳の深刻度を表す値、５)輻輳状況に関連したアプリケーション又はサービス識別子との少なくとも１つと、これらの識別子各々に対する伝送パラメータ、又はこれらの識別子各々に対するサービスが許容されるか否かとを含むことができる。
例えば、ＵＥ１４０がコンテンツを受信して再生しようとする場合に、ＵＥ１４０は、輻輳程度に応じて、許容ビットレートを、メディアプロファイルを通じて予め設定できる。インデックスは、メディアプロファイルの輻輳度を意味する。例えば、インデックス０は、低いビットレートを有する標準画質（Standard-Definition：SD)レベルのコンテンツのみをＵＥに対して再生する場合を表し、インデックス１は、中間程度のビットレートを有する適応的高画質（adaptive ＨＤ(High-Definition))レベルのコンテンツのみを再生する場合を表し、インデックス２は、高いビットレートを有する高画質（ＨＤ）レベルコンテンツも再生する場合を表す。
ＥＮＢは、輻輳状況情報を決定するためにＵＥの加入情報及びＵＥに関連したトラフィック特性を考慮してもよい。例えば、ＭＭＥは、ＥＮＢにＵＥのメンバーシップレベルのような加入情報だけでなくトラフィック特性又はＱｏＳ情報を提供してもよい。例えば、ＵＥの加入情報は、ＵＥが受信できるコンテンツの品質レベルを含んでもよく、ＥＮＢは、このような情報を反映して、高いコンテンツ品質レベルを有するＵＥに比べてより低いコンテンツ品質レベルを有するＵＥに対して、より多くの伝送レートの制限をかける。
図１を参照すれば、ＥＮＢは、輻輳状況の発生を検出してＰＣＲＦに通知し、ＰＣＲＦは、インターフェースを用いて、輻輳と関連した情報を受信したことをコンテンツサーバ１００に通知する。
ＰＣＲＦがコンテンツサーバ１００に輻輳状況情報を通知することは、コンテンツサーバ１００とＰＣＲＦとの間で輻輳状況イベントが発生した場合に輻輳の発生を通知することが事前に登録されている場合のみに行われてもよい。ＰＣＲＦによりコンテンツサーバ１００に伝送される情報は、輻輳が発生するか否かに関する情報、輻輳が発生したセルに関する情報、ＵＥ１４０のＩＤ(又はＵＥのリスト)、輻輳程度、及び輻輳状況で該当するサービスに許容される伝送パラメータ(メディアサイズ、遅延時間、伝送レート)のうち少なくとも一つを含むことができる。
コンテンツサーバ１００は、ＰＣＲＦにより報告された情報により伝送メディアトラフィック量を制御し、トラフィックを伝送するために必要なＱｏＳ情報(例えば、ＧＢＲ(Guarnateed Bit Rate)、ＭＢＲ(Maximum Bit Rate)ベアラ、ＱＣＩ、パケットフィルタリング規則など)をＰＣＲＦに伝送する。したがって、ＰＣＲＦは、トラフィックの伝送に必要なリソースを割り当て及び変更を行うためのプロセスを遂行する。
一方、トラフィックの差別的伝送が適用される場合に使用可能な多様な条件がある。一般的に、ＥＮＢは、ＱｏＳコンテキストの一つであるＱＣＩに基づいてトラフィックの差別的伝送を決定する。しかしながら、同一のＱＣＩを有する複数のベアラがサービス中であれば、ベアラ間、またはベアラを用いて伝送される多様なＩＰフローの優先順位を決定できる情報が追加的に必要である。
移動通信ネットワークで伝送されるアプリケーショントラフィックの一部は、伝送遅延又は伝送中のパケット損失に対して敏感でないことがある。例えば、移動通信ネットワークで伝送されるアプリケーショントラフィックは、天気情報あるいは、ＵＥ又はＵＥ内のアプリケーションをアップデートするために必要な情報のように、ユーザーが認知することが要求されない情報（例えば、ユーザーが直ちに確認する必要のない情報）に該当することがある。このようなトラフィックは、輻輳状況で他のアプリケーションに対するトラフィックより優先的に伝送されなくても良いので、輻輳制御をするのに有効に使用されてもよい。
本発明の実施形態では、ＭＭＴコンテンツのＭＭＴパラメータを活用してメディア最適化を通じたメディアトラフィックデータの伝送を制御することができる。
ＭＭＴプロトコル(ＭＭＴＰ）は、ＩＰネットワークを通じてＭＭＴペイロードフォーマット(ＰＦ）により構成された配信フレームを伝送するためのアプリケーションレイヤプロトコルとして定義される。ＭＭＴペイロードは、ＭＭＴ ＰＦにより構成される。したがって、ＭＭＴペイロードは、効率的に伝送するように設計されている。異種(heterogeneous)ＩＰネットワークを通じてＭＰＥＧメディアデータを効率的に伝送するために、ＭＭＴは、カプセル化フォーマット(Encapsulation Formats：Ｅ）、配信プロトコル(Delivery Protocols：Ｄ）、及びシグナリングメッセージフォーマットを定義する。
図２Ａは、本発明の一実施形態によるＭＭＴシステムの階層構造を示す。
図２を参照すると、メディア符号化レイヤ２１０、カプセル化機能レイヤ(ＬａｙｅｒＥ)２２０、配信機能レイヤ(ＬａｙｅｒＤ)２３０、トランスポートプロトコルレイヤ２４０、インターネットプロトコル(ＩＰ)レイヤ２５０、及びシグナリングレイヤ(ＬａｙｅｒＳ）２００が示される。これらのレイヤによって、マルチメディアデータパケットが構成され、伝送される。 メディア符号化レイヤ２１０とカプセル化機能レイヤ２２０は、マルチメディアコンテンツ及び/又はマルチメディアサービスによるマルチメディアデータを生成するマルチメディアデータ生成部として動作する。配信機能レイヤ２３０は、データ生成部から入力されたマルチメディアデータに基づいてマルチメディアデータパケットを構成するマルチメディアデータ構成部として動作する。マルチメディアデータ構成部に該当する配信機能レイヤ２３０は、マルチメディアデータ生成部から提供された少なくとも一つのマルチメディアデータを識別してヘッダー情報を構成し、ヘッダー情報と少なくとも一つのマルチメディアデータとを結合してマルチメディアデータパケットを構成する。
メディア符号化レイヤ２１０により圧縮されたマルチメディアデータは、カプセル化機能レイヤ２２０を経てファイルフォーマットと類似した形態でパッケージ化されて出力される。カプセル化機能レイヤ２２０は、メディア符号化レイヤ２１０から提供されるあるいはメディア符号化レイヤ２１０に格納された符号化メディアデータの入力に基づいてＭＭＴサービスのための小単位に対応するデータセグメントを生成する。そして、カプセル化機能レイヤ２２０は、このデータセグメントを用いてＭＭＴサービスのためのアクセスユニットを生成する。さらに、カプセル化機能レイヤ２２０は、アクセスユニットを結合及び/又は分割することによって、複合コンテンツの生成、格納、及び伝送のためのパケットフォーマットを生成する。
配信機能レイヤ２３０は、カプセル化機能レイヤ２２０から出力されるデータユニットをＭＭＴペイロードフォーマットに変換し、ＭＭＴトランスポートパケットヘッダーを付加してＭＭＴパケットを構成する。あるいは、配信機能レイヤ２３０は、既存のトランスポートプロトコルに対応するＲＴＰ(Real-Time Protocol)を使用してＲＴＰパケットを構成する。
配信機能レイヤ２３０で構成されたパケットは、ＵＤＰ(User Datagram Protocol)又はＴＣＰ(Transport Control Protocol)のようなトランスポートプロトコルレイヤ２４０を経て最終的にインターネットプロトコル(ＩＰ)レイヤ２５０によりＩＰパケット化されて伝送される。トランスポートプロトコルレイヤ２４０及びＩＰレイヤ２５０は、データ送信部として動作するとよい。選択的に存在する制御機能部２００は、データの伝送に必要な制御情報又はシグナリング情報を生成してデータに付加して伝送する。あるいは、制御機能部２００は、別途のシグナリング手段を通じて生成した情報を伝送する。
配信機能レイヤ２３０により生成されるＭＭＴペイロードフォーマットは、ＭＭＴプロトコル又はＲＴＰにより伝送されるメディアユニットの論理構造を定義する。ＭＭＴペイロードは、ＭＭＴ階層プロトコルあるいは他の既存アプリケーショントランスポートプロトコルによってカプセル化したデータユニットと他の情報とを伝送するためのペイロードフォーマットにより特定される。ＭＭＴペイロードは、ストリーミングに関する情報及びファイル伝送に関する情報を提供する。ストリーミングで、データユニットは、ＭＭＴメディアフラグメントユニット(ＭＦＵ)又はＭＭＴプロセシングユニット(ＭＰＵ）であってもよい。ファイル伝送のために、データユニットは、ＭＭＴアセット又はＭＭＴパッケージであってもよい。
図２Ｂは、本発明の一実施形態によるＭＭＴパッケージの論理構造を示す。
図２Ｂを参照すると、ＭＭＴパッケージ２６０は、ＭＭＴコンプライアントエンティティ(compliant entity)により処理される符号化メディアデータに関連した情報の集合として定義される。特に、ＭＭＴパッケージ２６０は、一つ以上のＭＭＴアセット２６４、ＭＭＴアセット２６４に関連したＭＭＴ合成情報(MMT Composition Information：ＭＭＴ-ＣＩ)２６２、各ＭＭＴアセット２６４に対するアセット配信特性(Asset Delivery Characteristics：ＡＤＣ)２６６を含む。
ＭＭＴペイロードは、一つ以上のＭＦＵ、一つ以上のＭＰＵ、一つ以上のＭＭＴアセット、及びＭＭＴパッケージのうち少なくとも一つを含む。ＭＰＵは、特定メディアコーデックに依存しないデータ(例えば、メディアデコーダによって独立してデコード可能なデータ)を含む一般的なコンテナフォーマットであり、メディアデータの特性情報を提供してもよい。ＭＦＵは、ＭＰＵの一つのフラグメントであり、メディアデータの最小単位である。例えば、一つのフレームをアクセスユニットとして用いて符号化が行われる場合、ＭＦＵは、一つのビデオフレームであり、あるいは一つのフレームに含まれる一つのスライスであってもよい。
ＭＰＵは、一つ以上のＭＦＵと追加的な伝送及び処理に関連した情報とを含むコンテナフォーマットであり、複数の異なるアクセスユニットから生成した様々な数のＭＦＵに分解することができる。ＭＰＵは、ＭＭＴコンプライアントエンティティにより、完全に独立して処理される符号化されたメディアデータユニットを意味し、アプリケーション環境に応じた特定のサイズ(例えば、ビデオの場合では１ＧＯＰ(Group Of Picture)である)を有してもよい。例えば、ＭＰＵは一つのＧＯＰ(例えば、１秒のビデオ)を構成する複数のピクチャーフレームで構成されてもよく、ＭＦＵは、各ピクチャーフレームを含んでもよい。
ＭＭＴアセットは、一つ以上のＭＰＵを含むデータエンティティであり、同一の合成情報(ＣＩ)及びトランスポート特性が適用される最大データユニットである。ＭＭＴアセットは、パッケージ化され、あるいは多重化されたデータを含む一つのタイプのデータのみを含む。例えば、オーディオのエレメンタリストリーム(ＥＳ）の少なくとも一部、ビデオＥＳの少なくとも一部、ＭＰＥＧ-Ｕ(User Interface)ウィジェットパッケージ、ＭＰＥＧ-２トランスポートストリーム(ＴＳ）の少なくとも一部、ＭＰ４(ＭＰＥＧ-４)ファイルの少なくとも一部、及びＭＭＴパッケージの全体又は少なくとも一部が各ＭＭＴアセットであり得る。
ＭＭＴ合成情報(ＭＭＴ-ＣＩ）は、ＭＭＴアセットの空間及び時間関係を定義する情報を意味し、ＭＭＴ-ＴＣは、ＭＭＴアセットの伝送に必要なサービス品質(ＱｏＳ）を定義する。ＭＭＴ-ＴＣは、特定配信環境に対してアセット配信特性(ＡＤＣ）で表現される。
本発明の実施形態によると、メディアトラフィックトランスポートは、ＭＰＵとＭＦＵに関する情報、ＭＭＴペイロードとＭＭＴパケットに関する情報、ＱｏＳ情報、及びメディア識別情報のうち少なくとも一つを用いて制御される。
図３Ａ及び図３Ｂに示す本発明の一実施形態によると、ブロードキャストベアラクライアント(ＢｂＣ)機能を有するＵＥは、トラフィック制御に必要なフィードバック情報を、ブロードキャストベアラサーバ(ＢｂＳ）機能を有するコンテンツサーバに提供し、コンテンツサーバは、このフィードバック情報に基づいてメディアトランスポートのト量を制御する。具体的に、コンテンツサーバは、伝送されるメディアストリームの個数を制御して伝送されるトラフィックの量を制御する。
図３Ａ及び図３Ｂは、本発明の一実施形態によるメディアトランスポートの制御動作と信号フローを示す。
図３Ａ及び図３Ｂを参照すると、ステップ３０５で、ＢｂＣは、消費されるコンテンツを選択し、このコンテンツのリクエストをＢｂＳに伝送する。このリクエストのメッセージのフォーマットは、例えば、“ｍｍｔｐ：//〜〜〜.ｃｉ”であってもよい。
ステップ３１０において、ＢｂＳは、リクエストされたコンテンツを含むＭＭＴパッケージを識別し、ＢｂＣにこのリクエストされたコンテンツに関連した合成情報(ＣＩ)を含むシグナリングメッセージを伝送する。ＣＩは、リクエストされたコンテンツに関連したアセットを識別するための従属(dependent)アセット識別子であるｄｅｐＡｓｓｅｔＩＤを含んでもよい。従属アセットとは、元のアセットに関連した情報を有するアセットである。例えば、メインアセットが画像に関連づけられ、従属アセットは、テキストサブタイトルに関連づけられてもよい。
ステップ３１５において、ＢｂＳは、測定報告のフィードバックを要求するための設定を含むシグナリングメッセージであるＭＣ(Measurement Configuration)メッセージをＢｂＣに伝送してもよい。例えば、ＭＣメッセージは、ＢｂＳからＢｂＣに伝送されるパケットに対するパケット伝送レート及び遅延時間に関する情報を要求する。測定報告のフィードバックのための設定が予め定められている場合、ステップ３１５は省略されてもよい。
ステップ３２０において、ＢｂＳは、コンテンツに関連したメディアデータを含むアセットを、ＭＰＵ、ＭＦＵ、ＭＭＴペイロード、ＭＭＴパケットの順にパケット化した後、ＭＭＴパケットをＢｂＣに伝送する。一例として、ＭＭＴパケットは、ＭＭＴＰを用いてＢｂＣにユニキャストされてもよい。
各ＭＰＵは、ＭＰＵヘッダーと、メディアメタデータを含むＭＤＡＴ(Metadata)ボックスで構成される。ＭＰＵヘッダーは、ＭＰＵが属するアセットのタイプを提供するａｓｓｅｔ_ｔｙｐｅ、アセットのＩＤ体系（ｓｃｈｅｍｅ）を表すａｓｓｅｔ_ＩＤ_ｓｃｈｅｍｅ、アセットのＩＤの長さを表すａｓｓｅｔ_ＩＤ_ｌｅｎｇｔｈ、アセットのＩＤを含むａｓｓｅｔ_ＩＤ_ｖａｌｕｅのうちの少なくとも一つを含むように構成される。各ＭＦＵは、該当ＭＰＵを構成する一つのセグメント単位で提供される。各ＭＭＴパケットのヘッダー情報は、該当アセッtトの固有識別子を含むｐａｃｋｅｔ_ＩＤ、同一のｐａｃｋｅｔ_ＩＤを有するパケットを識別するための整数値を含むｐａｃｋｅｔ_ｓｅｑｕｅｎｃｅ_ｎｕｍｂｅｒ、及びＭＭＴペイロードのタイムインスタンス(time instance）を特定するタイムスタンプのうちの少なくとも一つを含む。
ステップ３２５において、ＢｂＣは、ＢｂＳにフィードバックメッセージを伝送する。本発明の実施形態によると、ＢｂＣは、ＭＭＴパケットが伝送される間に、所定のフィードバック周期“ｔ”に従ってフィードバックメッセージをＢｂＳに伝送してもよい。フィードバックメッセージは、ＢｂＣにより決定された有効ビットレート(available bitrate)又はパケット損失率(ＰＥＲ)(あるいはビット損失率(ＢＥＲ)）を含んでもよい。フィードバックのための構成(周期など）は、ＢｂＳによりＭＣメッセージを用いて設定されるか、あるいは予め定められてもよい。
フィードバックメッセージは、ＭＭＴＰにより提供されるＭＭＴシグナリングメッセージのうちＣＬＩ(Cross Layer Interface)フィードバックのためのＮＡＭ(Network Abstraction for Media)フィードバック(ＮＡＭＦ)メッセージであってもよく、ビットレート又はパケット損失率(ＰＬＲ）のようなチャンネルデータと、最大ＭＰＵサイズのようなＣＬＩ ＮＡＭパラメータとを含んでもよい。ここで、ＣＬＩは、メディアアプリケーション階層とトランスポート階層(ＲＡＮ）の情報交換のためのインターフェースであり、ＣＬＩ ＮＡＭパラメータは、サーバ又は端末により理解されるように表示されるＲＡＮの状態情報を示す値であり、例えば、メディアパケット損失率、遅延時間、及び最大メディアトランスポートデータサイズを含んでもよい。
ステップ３３０において、ＢｂＳは、フィードバックメッセージに基づいて、ＭＭＴパッケージ内のＣＩとＡＤＣを用いてトラフィックトランスポートを制御する。ＢｂＳにより実行される具体的な動作は、下記の通りである。
まず、ＢｂＳは、ＣＩ内のアセット情報(すなわち、ｄｅｐＡｓｓｅｔＩＤ)を用いて各アセットのタイプ(例えば、ビデオアセット又はオーディオアセット）を識別し、ＡＤＣから各アセットのビットレートを特定する。ＡＤＣは、該当アセットのビットレートを有するビットストリームディスクリプタを含む。ＢｂＳは、フィードバックメッセージに含まれたＮＡＭ情報を分析し、ＢｂＣの現在状況で伝送可能な少なくとも一つのアセットを選択する。
ステップ３３５において、ＢｂＳは、選択されたアセットのみをＭＰＵ、ＭＦＵ、ＭＭＴペイロード、及びＭＭＴパケットの順にパケット化してＢｂＣに伝送する。例えば、ＢｂＳは、選択されたアセットのみをＭＰＵ、ＭＦＵ、ＭＭＴペイロード、及びＭＭＴパケットの順にパケット化する。
その後、ＢｂＣは、受信されたＭＭＴパケットを復号（depacketize）し、受信されたＭＭＴパケットから抽出されたアセットに基づいて画像/オーディオデータを提供する。
図３Ａ及び図３Ｂの実施形態により、各エンティティで使用されるＭＭＴパラメータは、次の＜表１＞に示されるようなものである。＜表１＞では、送信エンティティはＢｂＳを意味し、受信エンティティはＢｂＣを意味する。
Figure 0006425708
 ここで、ＰＡ(Package Access）は、ＭＭＴ技術に基づいて提供されるパッケージにアクセスするためのアドレス情報のようなパス（path）を含む制御情報メッセージを意味する。ＭＣＩ(Media Composition Information）は、ＭＭＴ技術で表現されるメディアの画面構成情報(画面上の位置及び時間情報)を含む制御情報メッセージを意味する。ＣＲＩ(Clock Relation Information）は、サーバとクライアントとの間のメディア再生時間の同期のためのシグナリング情報であり、ＭＭＴシステム間の同期だけでなく、ＭＭＴシステムとＭＰＥＧ-２ＴＳシステムとの間の同期のための時間情報を含む制御情報メッセージを意味する。ＤＣＩ(Device Capability Information）は、ＭＭＴサービスを提供するために必要な装置のメディア再生性能情報を含む制御情報メッセージを意味する。
図４Ａ及び図４Ｂに示す本発明の実施形態によると、ＢｂＣを有するＵＥは、トラフィック制御のために必要な情報を、ＢｂＳを有するコンテンツサーバに提供し、コンテンツサーバは、これに基づいてメディアトランスポートのトラフィックの量を制御する。特に、コンテンツサーバは、伝送を最適化する単一メディアタイプを選択し、該当メディアデータのフレームレート/サイズを制御することによって伝送されるトラフィックの量を制御する。
図４Ａ及び図４Ｂは、本発明の一実施形態によるメディアトランスポートの制御動作と信号フローを示す。
図４Ａ及び図４Ｂを参照すると、ステップ４０５において、ＢｂＣは、消費されるコンテンツを選択し、コンテンツのリクエストをＢｂＳに伝送する。このリクエストのためのメッセージのフォーマットは、例えば“ｍｍｔｐ：//〜〜〜.ｃｉ”であってもよい。
ステップ４１０において、ＢｂＳは、リクエストされたコンテンツを含むＭＭＴパッケージを識別し、ＢｂＣにリクエストされたコンテンツに関連した合成情報(ＣＩ)を含むシグナリングメッセージを伝送する。
ステップ４１５において、ＢｂＳは、ＢｂＣに測定報告のフィードバックを要求するための設定を含むＭＣメッセージをＢｂＣに伝送してもよい。ステップ４１５は、選択的に実行されてもよい。
ステップ４２０において、ＢｂＳは、コンテンツに関連したメディアデータを含むアセットを、ＭＰＵ、ＭＦＵ、ＭＭＴペイロード、及びＭＭＴパケットの順にパケット化した後に、ＭＭＴパケットをＢｂＣに伝送する。例えば、ＭＭＴパケットは、ＭＭＴＰを用いてＢｂＣにユニキャストされてもよい。
各ＭＰＵは、ＭＰＵヘッダーと、メディアメタデータを含むＭＤＡＴ(メタデータ)ボックスを含む。さらに、各ＭＰＵは、ＭＦＵの境界を示すＭＭＴヒントトラック（ｈｉｎｔ ｔｒａｃｋ）を含んでもよい。ＭＭＴヒントトラックは、該当ヒントトラックが適用されるアセットの固有識別子であるｐａｃｋｅｔ_ＩＤ、ＭＰＵがＭＦＵに分割されるか否かを示すフラグであるｈａｓ_ｍｆｕｓ_ｆｌａｇ、及びＭＰＵ内でのＭＦＵの順番を示す整数であるｓｅｑｕｅｎｃｅ_ｎｕｍｂｅｒを含む。
各ＭＦＵは、該当ＭＰＵを含む一つのセグメント単位で提供される。各ＭＭＴパットのヘッダー情報は、該当アセットの固有識別子を含むｐａｃｋｅｔ_ｉｄ、同一のｐａｃｋｅｔ_ｉｄを有するパケットを識別するための整数値を含むｐａｃｋｅｔ_ｓｅｑｕｅｎｃｅ_ｎｕｍｂｅｒ、及びＭＭＴペイロードのタイムインスタンス（time instance）を特定するタイムスタンプのうちの少なくとも一つを含む。
ステップ４２５において、ＢｂＣは、ＢｂＳにフィードバックメッセージを伝送する。本発明の実施形態によると、ＢｂＣは、ＭＭＴパケットが伝送される間に所定のフィードバック周期“ｔ”によりフィードバックメッセージをＢｂＳに伝送してもよい。フィードバックメッセージは、ＭＭＴＰ ＮＡＭメッセージであり、ＢｂＣにより決定された有効ビットレート又はＰＥＲ(又はＢＥＲ）を含んでもよい。フィードバックメッセージは、ＭＭＴＰで提供されるＭＭＴシグナリングメッセージのうちＣＬＩフィードバックのためのＮＡＭＦメッセージであってもよく、ビットレート又はＰＬＲのようなチャンネルデータと最大ＭＰＵサイズのようなＣＬＩ ＮＡＭパラメータを含んでもよい。
ステップ４３０において、ＢｂＳは、フィードバックメッセージに基づいてＭＭＴパッケージ内のＡＤＣを用いてトラフィックトランスポートを制御する。ＢｂＳにより実行される具体的な動作は、下記の通りである。
まず、ＢｂＳは、ＭＭＴパッケージ内のＡＤＣを分析して各アセットのビットレートを特定する。例えば、ＡＤＣは、該当アセットの優先度を表すＱｏＳディスクリプタと、該当アセットのビットレートを含むビットストリームディスクリプタを含む。ＢｂＳは、フィードバックメッセージに含まれたＮＡＭ情報を分析し、ＢｂＣの現在状況で伝送可能な(例えば、ＢｂＣの状況で受信可能な)ビットレートを確認する。その後、ＢｂＳは、各ＡＤＣの“ＱｏＳ_ｄｅｓｃｒｉｐｔｏｒ”内の優先度情報と“ビットストリームディスクリプタ(bitstream descriptor)”を用いて該当アセットを伝送するか否かを判定し、伝送するアセットを選択する。ＢｂＳは、選択されたアセット内で各ＭＰＵのヘッダーを分析することによって、有効ビットレートに従って一つ以上のＭＦＵを伝送から除外(すなわち、ドロップ)し、残りのＭＦＵを選択する。
ステップ４３５において、ＢｂＳは、選択されたＭＦＵをパケット化して伝送する。その後、ＢｂＣは、受信されたＭＭＴパケットを復号（depacketize）し、受信されたＭＭＴパケットから抽出されたＭＦＵのメディアデータに基づいて画像/オーディオデータを提供する。
図４Ａ及び図４Ｂに示す本発明の実施形態により各エンティティで使用されるＭＭＴパラメータは、＜表２＞に示すようなものである。下記の＜表２＞で、送信エンティティはＢｂＳを意味し、受信エンティティはＢｂＣを意味する。
Figure 0006425708
 ここで、ＰＡ(Package Access）は、ＭＭＴ技術に基づいて提供されるパッケージにアクセスするためのアドレス情報のようなパス（path）を含む制御情報メッセージを意味する。ＭＣＩ(Media Composition Information）は、ＭＭＴ技術により表現されるメディアの画面構成情報(画面上の位置及び時間情報)を含む制御情報メッセージを意味する。ＣＲＩ(Clock Relation Information）は、サーバとクライアントとの間のメディア再生時間の同期のためのシグナリング情報であり、ＭＭＴシステム間の同期だけでなく、ＭＭＴシステムとＭＰＥＧ-２ＴＳシステムとの間の同期のための時間情報を含む制御情報メッセージを意味する。ＳＳＷＲ(Security SW Request)は、ＭＭＴサービスを提供するためのセキュリティ/暗号キーを伝送するための制御情報メッセージを意味する。
図５Ａ及び図５Ｂに示す実施形態では、ＢｂＣを有するＵＥは、トラフィック制御のために必要な情報を、ＢｂＳを有するコンテンツサーバに提供し、コンテンツサーバは、この情報に基づいてメディアトランスポートのトラフィック量を制御する。具体的に、コンテンツサーバでなされるトランスポートの最適化は、該当メディアデータのフレームの優先度、フレームの相関関係、再生フレーム速度とメディアデータサイズとを制御した後に伝送パケットを生成する手順を通じて伝送されるトラフィックの量を制御できる。
図５Ａ及び図５Ｂは、本発明の一実施形態によるメディアトランスポートの制御動作と信号フローを示す。
図５Ａ及び図５Ｂを参照すると、ステップ５０５において、ＢｂＣは、消費されるコンテンツを選択してコンテンツのリクエストをＢｂＳに伝送する。このリクエストのためのメッセージのフォーマットは、例えば“ｍｍｔｐ：//〜〜〜.ｃｉ”であってもよい。
ステップ５１０において、ＢｂＳは、リクエストされたコンテンツを含むＭＭＴパッケージを識別し、ＢｂＣにリクエストされたコンテンツに対応するＣＩを含むシグナリングメッセージを伝送する。
ステップ５１５において、ＢｂＳは、測定報告のフィードバックを要求するための設定を含むＭＣメッセージをＢｂＣに伝送してもよい。ステップ５１５は、選択的に実行されてもよい。
ステップ５２０において、ＢｂＳは、コンテンツに関連したメディアデータを含むアセットをＭＰＵ、ＭＦＵ、ＭＭＴペイロード、及びＭＭＴパケットの順にパケット化した後に、ＭＭＴパケットをＢｂＣに伝送する。例えば、ＭＭＴパケットは、ＭＭＴＰを用いてＢｂＣにユニキャストされてもよい。
各ＭＰＵは、ＭＰＵヘッダーと、メディアメタデータを含むＭＤＡＴボックスを含む。さらに、各ＭＰＵは、ＭＦＵの境界を示すＭＭＴヒントトラックを含んでもよい。ＭＭＴヒントトラックは、該当ヒントトラックが適用されるアセットの固有識別子であるｐａｃｋｅｔ_ｉｄ、ＭＰＵがＭＦＵに分割されるか否かを示すフラッグであるｈａｓ_ｍｆｕｓ_ｆｌａｇ、ＭＰＵ内でのＭＦＵの順番を示す整数であるｓｅｑｕｅｎｃｅ_ｎｕｍｂｅｒ、一つのＭＰＵ内で他のＭＦＵに対するＭＦＵの相対的優先度を示す優先度、該当ＭＦＵに従属してデコードされるＭＦＵの個数を示すｄｅｐｅｎｄｅｎｃｙ_ｃｏｕｎｔｅｒ(従属度カウンタ)、該当ＭＦＵに含まれるメディアデータのオフセットを示すｏｆｆｓｅｔ、及び該当ＭＦＵに対応するバイト単位のデータ長のうちの少なくとも一つを含む。
各ＭＦＵは、該当ＭＰＵに含まれる一つのセグメント単位で提供される。各ＭＭＴパケットのヘッダー情報は、該当アセットの固有識別子を含むｐａｃｋｅｔ_ＩＤ、同一のｐａｃｋｅｔ_ｉｄを有するパケットを識別するための整数値を含むｐａｃｋｅｔ_ｓｅｑｕｅｎｃｅ_ｎｕｍｂｅｒ、ＭＭＴペイロードのタイムインスタンス（time instance）を特定するタイムスタンプ、ＱｏＳ_ｃｌａｓｓｉｆｉｅｒ_ｆｌａｇ、ｒｅｌｉａｂｉｌｉｔｙ_ｆｌａｇ、及びｔｒａｎｓｍｉｓｓｉｏｎ_ｐｒｉｏｒｉｔｙのうちの少なくとも一つを含む。
ここで、ＱｏＳ_ｃｌａｓｓｉｆｉｅｒ_ｆｌａｇとｒｅｌｉａｂｉｌｉｔｙ_ｆｌａｇとは、ＭＭＴ伝送環境で遅延センシティビティ(ＭＭＴパケット遅延の許容可否)と伝送信頼度(ＭＭＴパケット損失の許容可否)とを設定するためのフラグ情報とに対応する。ＱｏＳ_ｃｌａｓｓｉｆｉｅｒ_ｆｌａｇとｒｅｌｉａｂｉｌｉｔｙ_ｆｌａｇとは、該当情報が許容されるか否かを通じてＱｏＳ伝送に関する情報の伝送時に決定されてもよい。パケットが損失及び遅延されるか否かによれば、その情報は、該当パケット伝送に適合したＱｏＳ保証技法を提供するのに活用されてもよい。
ＱｏＳ_ｃｌａｓｓｉｆｉｅｒ_ｆｌａｇ、ｒｅｌｉａｂｉｌｉｔｙ_ｆｌａｇ、及びｔｒａｎｓｍｉｓｓｉｏｎ_ｐｒｉｏｒｉｔｙは、以下のように定義される。
ＱｏＳ_ｃｌａｓｓｉｆｉｅｒ_ｆｌａｇ(Ｑ：１ｂｉｔ)：‘１’に設定された場合、ＱｏＳ分類子(classifier)情報が使用されることを示す。ＱｏＳ分類子は、ｄｅｌａｙ_ｓｅｎｓｉｔｉｖｉｔｙフィールド、ｒｅｌｉａｂｉｌｉｔｙ_ｆｌａｇフィールド、及びｔｒａｎｓｍｉｓｓｉｏｎ_ｐｒｉｏｒｉｔｙフィールドを包含する。これは、ＱｏＳクラス属性(class property）を表す。アプリケーションは、特定属性値によってクラス別ＱｏＳ動作を実行してもよい。クラス値は、すべての独立セッションに対して普遍的に適用されてもよい。
ｒｅｌｉａｂｉｌｉｔｙ_ｆｌａｇ(Ｒ：１ｂｉｔ)：‘０’に設定された場合、損失耐性があるデータ(loss tolerant)(例えば、メディアデータ)であることと、その次の３ビットのｔｒａｎｓｍｉｓｓｉｏｎ_ｐｒｉｏｒｉｔｙが損失の相対的な優先度を示すために使用されることとを示す。“ｒｅｌｉａｂｉｌｉｔｙ_ｆｌａｇ”が‘１’に設定された場合、“ｔｒａｎｓｍｉｓｓｉｏｎ_ｐｒｉｏｒｉｔｙ”フィールドは無視され、損失耐性のないデータ(例えば、シグナリングデータ、サービスデータ、又はプログラムデータ)であることを示す。
ｔｒａｎｓｍｉｓｓｉｏｎ_ｐｒｉｏｒｉｔｙ (ＴＰ：３ｂｉｔｓ)：このフィールドは、メディアパケットに対するｔｒａｎｓｍｉｓｓｉｏｎ_ｐｒｉｏｒｉｔｙを提供する。このｔｒａｎｓｍｉｓｓｉｏｎ_ｐｒｉｏｒｉｔｙフィールドは、ＮＲＩ（NAL(Network Abstraction Layer）Reference IDentification)、ＩＥＴＦ(Internet Engineering Task Force）のＤＳＣＰ(Differential Services Code Point)、又は他のネットワークプロトコルの他の損失優先度フィールドにマッピングできる。ｔｒａｎｓｍｉｓｓｉｏｎ_ｐｒｉｏｒｉｔｙの値は、‘７’(‘１１１２’)から‘０’(‘０００２’)までの値を取り、‘７’は、最高の優先度を意味し、‘０’は最低の優先度を意味する。
ステップ５２５において、ＢｂＣは、ＢｂＳにフィードバックメッセージを伝送する。本発明の実施形態によると、ＢｂＣは、ＭＭＴパケットが伝送される間に所定のフィードバック周期“ｔ”によりフィードバックメッセージをＢｂＳに伝送してもよい。フィードバックメッセージは、ＭＭＴＰ ＮＡＭメッセージであり、ＢｂＣにより決定された有効ビットレート又はＰＥＲ(又はＢＥＲ）を含んでもよい。フィードバックメッセージは、ＭＭＴＰで提供されるＭＭＴシグナリングメッセージのうちＣＬＩフィードバックのためのＮＡＭＦメッセージであってもよく、ビットレート又はＰＬＲのようなチャンネルデータと最大ＭＰＵサイズのようなＣＬＩ ＮＡＭパラメータを含んでもよい。
ステップ５３０において、ＢｂＳは、フィードバックメッセージに基づいてＭＭＴパッケージ内の各ＭＰＵのＭＰＵヘッダーを用いてＭＰＵ単位で(ＭＰＵレベル)トラフィック伝送を制御する。ＢｂＳにより実行される具体的な動作は、下記の通りである。
まず、ＢｂＳは、フィードバックメッセージのＮＡＭ情報を分析し、ＢｂＣの現在チャンネル状況、すなわち有効ビットレート又はＰＥＲを決定する。次に、ＢｂＳは、伝送しようとする各ＭＰＵのＭＰＵヘッダーを分析して優先度情報を読み取り、有効ビットレートに従ってＭＰＵヘッダーの優先度情報とｄｅｐｅｎｄｅｎｃｙ_ｃｏｕｎｔｅｒを用いてドロップするＭＦＵを選択する。ＭＰＵヘッダーの優先度がＭＦＵ単位であるため、ＭＦＵのドロップがＭＦＵの単位で実行される。
ステップ５３５において、ＢｂＳは、ドロップされるＭＦＵを除き、残りの選択されたＭＦＵをパケット化して伝送する。
その後、ＢｂＣは、受信されたＭＭＴパケットを復号（depacketize）して受信したＭＭＴパケットから抽出されたＭＦＵのみに基づいて画像/オーディオデータを提供する。例えば、ＢｂＣは、受信されたＭＭＴパケットをデパケット化して受信されたＭＭＴパケットから取り出されたＭＦＵのみに基づいて画像/オーディオデータを提供することができる。例えば、ＢｂＣは、特定ＭＰＵ内の一部のＭＦＵデータが損失された形態でコンテンツを受信する。
図５Ａ及び図５Ｂに示す実施形態により各エンティティで使用されるＭＭＴパラメータは、＜表３＞に示すようなものである。下記の＜表３＞では、送信エンティティはＢｂＳを意味し、受信エンティティはＢｂＣを意味する。
Figure 0006425708
 図６Ａ及び図６Ｂに示す本発明の実施形態によると、ＢｂＣを有するＵＥは、トラフィック制御に必要な情報を、ＢｂＳを有するコンテンツサーバに提供し、コンテンツサーバは、この情報に基づいてメディアトランスポートのトラフィック量を制御する。特に、コンテンツサーバによりなされるトランスポートの最適化は、生成されたトランスポートパケットの重要度に従って優先順位を定め、伝送順序及び伝送可否を決定することによって、該当伝送メディアパケットのトラフィック量を制御することができる。
図６Ａ及び図６Ｂは、本発明の一実施形態によるメディアトランスポートの制御動作と信号フローを示す。
図６Ａ及び図６Ｂを参照すると、ステップ６０５において、ＢｂＣは、消費されるコンテンツを選択し、コンテンツのリクエストをＢｂＳに伝送する。このリクエストに対するメッセージのフォーマットは、例えば“ｍｍｔｐ：//〜〜〜.ｃｉ”であってもよい。
ステップ６１０において、ＢｂＳは、リクエストされたコンテンツを含むＭＭＴパッケージを識別し、ＢｂＣにリクエストされたコンテンツに対応するＣＩを含むシグナリングメッセージを伝送する。
ステップ６１５において、ＢｂＳは、測定報告のフィードバックを要求するための設定を含むＭＣメッセージをＢｂＣに伝送してもよい。ステップ６１５は、選択的に実行されてもよい。
ステップ６２０において、ＢｂＳは、コンテンツに関連したメディアデータを含むアセットを、ＭＰＵ、ＭＦＵ、ＭＭＴペイロード、及びＭＭＴパケットの順にパケット化した後にＢｂＣに伝送する。例えば、ＭＭＴパケットは、ＭＭＴＰを用いてＢｂＣにユニキャストされてもよい。
各ＭＰＵは、ＭＰＵヘッダーと、メディアメタデータを含むＭＤＡＴボックスで構成される。さらに、各ＭＰＵは、ＭＦＵの境界を示すＭＭＴヒントトラックを含んでもよい。ＭＭＴヒントトラックは、該当ヒントトラックが適用されるアセットの固有識別子であるｐａｃｋｅｔ_ｉｄ、一つのＭＰＵ内で他のＭＦＵに対するＭＦＵの相対的優先度を示す優先度、及び該当ＭＦＵに従属してデコードされるＭＦＵの個数を示すｄｅｐｅｎｄｅｎｃｙ_ｃｏｕｎｔｅｒのうちの少なくとも一つを含む。
各ＭＦＵは、該当ＭＰＵに含まれる一つのセグメント単位で提供される。各ＭＭＴパケットのヘッダー情報は、該当アセットの固有識別子を含むｐａｃｋｅｔ_ｉｄ、同一のｐａｃｋｅｔ_ｉｄを有するパケットを識別するための整数値を含むｐａｃｋｅｔ_ｓｅｑｕｅｎｃｅ_ｎｕｍｂｅｒ、ＭＭＰペイロードのタイムインスタンス（time instance）を特定するタイムスタンプ、ＱｏＳ_ｃｌａｓｓｉｆｉｅｒ_ｆｌａｇ、及びｔｒａｎｓｍｉｓｓｉｏｎ_ｐｒｉｏｒｉｔｙのうちの少なくとも一つを含む。
ステップ６２５において、ＢｂＣは、ＢｂＳにフィードバックメッセージを伝送する。本発明の一実施形態によると、ＢｂＣは、ＭＭＴパケットを伝送する間に、所定のフィードバック周期“ｔ”によりＢｂＳにフィードバックメッセージを伝送してもよい。フィードバックメッセージは、ＭＭＴＰ ＮＡＭメッセージであり、ＢｂＣにより決定された有効ビットレートあるいはＰＥＲ(又はＢＥＲ）を含んでもよい。フィードバックメッセージは、ＭＭＴＰにより提供されるＭＭＴシグナリングメッセージのうち、ＣＬＩフィードバックのためのＮＡＭフィードバックメッセージであってもよく、ビットレート又はＰＬＲのようなチャンネルデータと最大ＭＰＵサイズのようなＣＬＩ ＮＡＭパラメータを含んでもよい。
ステップ６３０において、ＢｂＳは、フィードバックメッセージに基づき、伝送される各ＭＭＴパケットのパケットヘッダーを用いてＭＭＴパケット単位(ＭＭＴパケットレベル)でトラフィック伝送を制御する。ＢｂＳにより実行される具体的な動作は、以下の通りである。
まず、ＢｂＳは、フィードバックメッセージのＮＡＭ情報を分析し、ＢｂＣの現在チャンネル状況(例えば、ビットレート又はＰＥＲ)を決定する。次に、ＢｂＳは、伝送される各ＭＭＴパケットのパケットヘッダーを分析して優先度情報を読み取り、有効ビットレートに従ってパケットヘッダーの優先度情報を用いて優先度が低い順序を有するパケットの順にドロップされるパケットを決定する。パケットヘッダーの優先度がＭＦＵ単位であるため、パケットのドロップは、パケット単位でドロップされる。このとき、ＢｂＳは、ＭＰＵレベルの分析を実行する必要がなく、各ＭＭＴパケットの伝送前に該当パケットヘッダーを分析して伝送するか否かを選択する。例えば、ＢｂＳは、各ＭＭＴパケットの伝送前に該当パケットヘッダーのみを分析して伝送するか否かを選択してもよい。
ステップ６３５において、ＢｂＳは、ドロップされたＭＭＴパケットを除き、残りの選択されたＭＭＴをＢｂＣに伝送する。
その後、ＢｂＣは、受信されたＭＭＴパケットを復号（depacketize）して画像/オーディオデータを提供する。例えば、ＢｂＣは、受信されたＭＭＴパケットのみを復号して画像/オーディオデータを提供する。例えば、ＢｂＣは、特定ＭＰＵ内で一部のＭＦＵデータに該当するＭＭＴパケットが損失された形態(フレームドロップ）でコンテンツを受信する。
図６Ａ及び図６Ｂに示す本発明の実施形態により、各エンティティで使用されるＭＭＴパラメータは、次の＜表４＞に示すのようなものである。下記の＜表４＞で、送信エンティティはＢｂＳを意味し、受信エンティティはＢｂＣを意味する。
Figure 0006425708
 図７Ａ及び図７Ｂに示す本発明の実施形態によると、ＢｂＣを有するＵＥは、トラフィック制御に必要な情報をメディア処理ネットワーク装置(ＭＡＮＥ)に提供し、ＭＡＮＥは、この情報に基づいてメディアトランスポートのトラフィックの量を制御する。ＭＡＮＥは、図１に示すＥＮＢ、Ｐ-ＧＷ、Ｓ-ＧＷ、及びＭＭＥにＭＡＮＥ機能を付加することで実現されてもよく、メディアトランスポート特性により専用ＭＡＮＥとして使用されてもよい。特に、ＭＡＮＥは、伝送されるメディアストリームの個数を制御することによって伝送されるトラフィックの量を制御してもよい。
図７Ａ及び図７Ｂは本発明の一実施形態により、ネットワーク中間エンティティによるメディアトランスポートの制御動作と信号フローを示す。
図７Ａ及び図７Ｂを参照すると、ステップ７０５で、ＢｂＣは、消費されるコンテンツを選択し、そのコンテンツのリクエストを、ＭＡＮＥを経てＢｂＳを有するコンテンツサーバに伝送する。リクエストのためのメッセージのフォーマットは、例えば、“ｍｍｔｐ：//〜〜〜.ｃｉ”であってもよい。
ＢｂＳは、リクエストされたコンテンツを含むＭＭＴパッケージを識別し、ステップ７１０，７１０ａで、リクエストされたコンテンツに関連したＣＩ及びＡＤＣをＭＡＮＥに伝送する。例えば、ＡＤＣは、ＭＭＴＰ又は他のプロトコル(例えば、ＴＣＰ又はＵＤＰ）を用いて伝送されてもよい。その後、ＭＡＮＥは、受信したＡＤＣ及びＣＩを格納する。これによって、格納されたＡＤＣ及びＣＩは、以後のトラフィック制御に使用できるようになる。ＭＡＮＥは、ＣＩをＢｂＣに伝送する。
ステップ７１５において、ＢｂＳは、ＢｂＣに測定報告のフィードバックを要求するための設定を含むＭＣメッセージを伝送してもよい。測定報告のフィードバックのための設定が予め設定されている場合、ステップ７１５は、省略されてもよい。
ステップ７２０において、ＢｂＳは、コンテンツに関連したメディアデータを含むアセットをＭＰＵ、ＭＦＵ、ＭＭＴペイロード、及びＭＭＴパケットの順にパケット化した後にＭＡＮＥに伝送する。ＭＡＮＥは、受信したＭＭＴパケットをＢｂＣに伝送する。ＭＭＴパケットは、ＭＭＴＰを用いてＢｂＣにユニキャストされてもよい。
各ＭＰＵは、ＭＰＵヘッダーと、メディアメタデータを有するＭＤＡＴ(メタデータ）ボックスを含む。ＭＰＵヘッダーは、ＭＰＵが属したアセットのタイプを提供するａｓｓｅｔ_ｔｙｐｅ、アセットのＩＤ体系（ｓｃｈｅｍｅ）を表すｓｓｅｔ_ＩＤ_ｓｃｈｅｍｅ、アセットのＩＤの長さを表すａｓｓｅｔ_ＩＤ_ｌｅｎｇｔｈ、アセットのＩＤを含むａｓｓｅｔ_ＩＤ_ｖａｌｕｅのうちの少なくとも一つを含むように構成される。各ＭＦＵは、該当ＭＰＵを構成する一つのセグメント単位で提供される。各ＭＭＴパケットのヘッダー情報は、該当アセットの固有識別子を含むｐａｃｋｅｔ_ｉｄ、同一のｐａｃｋｅｔ_ｉｄを有するパケットを識別するための整数値を含むｐａｃｋｅｔ_ｓｅｑｕｅｎｃｅ_ｎｕｍｂｅｒ、及びＭＭＴペイロードのタイムインスタンス(time instance）を特定するタイムスタンプのうちの少なくとも一つを含む。
ステップ７２５において、ＢｂＣは、ＭＡＮＥにフィードバックメッセージを伝送する。本発明の一実施形態により、ＢｂＣは、ＭＡＮＥがＭＭＴパケットを伝送する間に、所定のフィードバック周期“ｔ”によりＭＡＮＥにフィードバックメッセージを伝送してもよい。フィードバックメッセージは、ＢｂＣで決定した有効ビットレートあるいはＰＥＲ(又はＢＥＲ）を含んでもよい。フィードバックのための構成は、ＢｂＳによりＭＣメッセージを用いて設定されるか、あるいは予め定められてもよい。
フィードバックメッセージは、ＭＭＴＰで提供されるＭＭＴシグナリングメッセージのうちＣＬＩフィードバックのためのＮＡＭフィードバック(ＮＡＭＦ)メッセージであってもよく、ビットレート又はＰＬＲのようなチャンネルデータと最大ＭＰＵサイズのようなＣＬＩ ＮＡＭパラメータを含んでもよい。
ステップ７３０において、ＭＡＮＥは、フィードバックメッセージに基づいて、格納されているＣＩとＡＤＣを用いてトラフィック伝送を制御する。ＭＡＮＥにより実行される具体的な動作は、下記の通りである。
まず、ＭＡＮＥは、格納されているＣＩ内のアセット情報(すなわち、ｐＡｓｓｅｔＩＤ)を用いて各アセットのタイプ(例えば、ビデオアセット又はオーディオアセット）を識別し、格納されたＡＤＣを分析して各アセットのビットレートを特定する。ここで、ＡＤＣは、該当アセットのビットレートを含むビットストリームディスクリプタを含む。ＭＡＮＥは、フィードバックメッセージのＮＡＭ情報を分析し、ＢｂＣの現在状況で伝送可能な少なくとも一つのアセットを選択する。
ステップ７３５において、ＭＡＮＥは、選択されたアセットをパケット化して生成したＭＭＴパケットをＢｂＣに伝送する。例えば、ＭＡＮＥは、選択されたアセットのみをパケット化して生成したＭＭＴパケットをＢｂＣに伝送することができる。各パケットを決定するために、ＭＡＮＥは、ＭＰＵヘッダー内のａｓｓｅｔ_ｔｙｐｅを分析することが要求される。選択されないアセットに該当するＭＭＴパケットはドロップされる。
その後、ＢｂＣは、受信されたＭＭＴパケットを復号（depacketize）し、受信されたＭＭＴパケットから抽出されたアセットに基づいて画像/オーディオデータを提供する。例えば、ＢｂＣは、受信されたＭＭＴパケットのみを復号し、受信されたＭＭＴパケットから抽出されたアセットのみに基づいて画像/オーディオデータを提供する。例えば、ＢｂＣはＭＡＮＥにより選択したアセットのみを受信する。
図７Ａ及び図７Ｂに示す本発明の実施形態により各エンティティで使用されるＭＭＴパラメータは、＜表５＞に示すようなものである。下記の＜表５＞で、送信エンティティはＢｂＳを意味し、受信エンティティはＢｂＣを意味する。ＱｏＳ管理のためのパラメータはＭＡＮＥで使用される。
Figure 0006425708
 図８Ａ及び図８Ｂに示す本発明の一実施形態によれば、ＢｂＣを有するＵＥは、トラフィック制御のために必要な情報をＭＡＮＥに提供し、ＭＡＮＥは、この情報に基づいてメディアトランスポートのトラフィック量を制御する。ＭＡＮＥは、図１に示すＥＮＢ、Ｐ-ＧＷ、Ｓ-ＧＷ、ＭＭＥ装置にＭＡＮＥ機能を付加することによって実現されてもよく、メディアトランスポート特性により専用メディア処理装置として使用されてもよい。具体的に、ＭＡＮＥは、伝送を最適化する単一メディアタイプを選択し、該当メディアデータのフレームレート/サイズを制御することによって、伝送されるトラフィックの量を制御する。
図８Ａ及び図８Ｂは、本発明の一実施形態により、ネットワーク中間エンティティによるメディアトランスポートの制御動作と信号フローを示す。
図８Ａ及び図８Ｂを参照すると、ステップ８０５で、ＢｂＣは、消費されるコンテンツを選択し、そのコンテンツのリクエストを、ＭＡＮＥを経てＢｂＳを有するコンテンツサーバに伝送する。リクエストのためのメッセージのフォーマットは、例えば、“ｍｍｔｐ：//〜〜〜.ｃｉ”であってもよい。
ＢｂＳは、リクエストされたコンテンツを含むＭＭＴパッケージを識別し、ステップ８１０，８１０ａにおいて、リクエストされたコンテンツに関連したＣＩ及びＡＤＣをＭＡＮＥに伝送する。例えば、ＡＤＣは、ＭＭＴＰ又は他のプロトコル(例えば、ＴＣＰ又はＵＤＰ）を用いて伝送されてもよい。その後、ＭＡＮＥは、受信したＣＩをＢｂＣに伝送する。さらに、ＭＡＮＥは、受信されたＡＤＣを格納する。これによって、格納されたＡＤＣは、以後のトラフィック制御に使用出来るようになる。
ステップ８１５において、ＢｂＳは、ＢｂＣに測定報告のフィードバックを要求するための設定を含むＭＣメッセージを伝送してもよい。測定報告のフィードバックのための設定が予め設定されている場合、ステップ８１５は、省略されてもよい。
ステップ８２０において、ＢｂＳは、コンテンツに関連したメディアデータを含むアセットをＭＰＵ、ＭＦＵ、ＭＭＴペイロード、及びＭＭＴパケットの順にパケット化した後にＭＡＮＥに伝送する。ＭＡＮＥは、受信したＭＭＴパケットをＢｂＣに伝送する。ＭＭＴパケットは、ＭＭＴＰを用いてＢｂＣにユニキャストされてもよい。
各ＭＰＵは、ＭＰＵヘッダーと、メディアメタデータを含むＭＤＡＴボックスで構成される。さらに、各ＭＰＵは、ＭＦＵの境界を示すＭＭＴヒントトラックを含んでもよい。ＭＭＴヒントトラックは、該当ヒントトラックが適用されるアセットの固有識別子であるｐａｃｋｅｔ_ｉｄと、ＭＰＵがＭＦＵに分割されるか可かを示すフラグであるｈａｓ_ｍｆｕｓ_ｆｌａｇ、ＭＰＵ内でのＭＦＵの順番を示す整数であるｓｅｑｕｅｎｃｅ_ｎｕｍｂｅｒを含む。
各ＭＦＵは、該当ＭＰＵを構成する一つのセグメント単位で提供される。各ＭＭＴパケットのヘッダー情報は、該当アセットの固有識別子を含むｐａｃｋｅｔ_ｉｄ、同一のｐａｃｋｅｔ_ｉｄを有するパケットを識別するための整数値を含むｐａｃｋｅｔ_ｓｅｑｕｅｎｃｅ_ｎｕｍｂｅｒ、ＭＭＰペイロードのタイムインスタンス（time instance）を特定するタイムスタンプのうちの少なくとも一つを含む。
ステップ８２５において、ＢｂＣは、ＭＡＮＥにフィードバックメッセージを伝送する。本発明の一実施形態によると、ＢｂＣは、ＭＡＮＥがＭＭＴパケットを伝送する間に、所定のフィードバック周期“ｔ”によりＭＡＮＥにＭＭＴＰ ＮＡＭメッセージを伝送することができる。フィードバックメッセージは、ＭＭＴＰにより提供されるＭＭＴシグナリングメッセージのうちＣＬＩフィードバックのためのＮＡＭＦメッセージであってもよく、ビットレート又はＰＬＲのようなチャンネルデータと最大ＭＰＵサイズのようなＣＬＩ ＮＡＭパラメータを含んでもよい。
ステップ８３０において、ＭＡＮＥは、フィードバックメッセージに基づいて格納されているＡＣＤを用いてトラフィック伝送を制御する。ＭＡＮＥにより実行される具体的な動作は、下記の通りである。
まず、ＭＡＮＥは、格納されているＡＤＣを分析して各アセットのビットレートを特定してもよい。例えば、ＡＤＣは、該当アセットの優先度を表すＱｏＳディスクリプタと、該当アセットのビットレートを含むビットストリームディスクリプタを含む。ＭＡＮＥは、フィードバックメッセージのＮＡＭ情報を分析し、ＢｂＣの現在状況で伝送可能な(すなわち、ＢｂＣにより現在受信可能な)ビットレートを確認する。以後、ＭＡＮＥは、格納されたＡＤＣの‘ＱｏＳ_ｄｅｓｃｒｉｐｔｏｒ’内の優先度情報と‘ｂｉｔｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒ’を用いて該当アセットを伝送するか否かを判定し、伝送するアセットを選択する。ＭＡＮＥは、選択されたアセット内で各ＭＰＵのヘッダーを分析し、有効ビットレートに従ってＭＦＵ単位でドロップするＭＭＴパケットを決定して伝送から除外する。
ステップ８３５で、ＭＡＮＥは、選択されたアセット内で選択されたＭＭＴパケットをＢｂＣに伝送する。例えば、ＭＡＮＥは、選択されたアセットから選択されるＭＭＴパケットのみをＢｂＣに伝送する。
その後、ＢｂＣは、受信されたＭＭＴパケットを復号（depacketize）し、受信されたＭＭＴパケットから抽出されたＭＦＵのメディアデータに基づいて画像/オーディオデータを提供する。すなわち、ＢｂＣは、ＭＡＮＥでドロップされないＭＭＴパケットのみを受信する。
図８Ａ及び図８Ｂに示す本発明の実施形態による各エンティティで使用されるＭＭＴパラメータは、＜表６＞に示すのようなものである。下記の＜表６＞で、送信エンティティはＢｂＳを意味し、受信エンティティは、ＢｂＣを意味する。ＱｏＳ管理のためのパラメータはＭＡＮＥにより使用される。
Figure 0006425708
 図９Ａ及び図９Ｂに示す本発明の一実施形態によれば、ＢｂＣを有するＵＥは、トラフィック制御のために必要な情報をＭＡＮＥに提供し、ＭＡＮＥは、この情報に基づいてメディアトランスポートのトラフィック量を制御する。ＭＡＮＥは、図１に示すＥＮＢ、Ｐ-ＧＷ、Ｓ-ＧＷ、ＭＭＥ装置にＭＡＮＥ機能を付加することによって実現されてもよく、メディアトランスポート特性により専用メディア処理装置として使用されてもよい。具体的に、ＭＡＮＥは、該当メディアデータのフレームの優先度と、フレームの相関関係と、再生フレーム速度とメディアデータサイズとを制御した後に伝送パケットを生成する処理とに渡る伝送の最適化により、伝送されるトラフィックの量を制御する。
図９Ａ及び図９Ｂは、本発明の一実施形態により、ネットワーク中間エンティティによるメディアトランスポートの制御動作と信号フローを示す。
図９Ａ及び図９Ｂを参照すると、ステップ９０５において、ＢｂＣは、消費されるコンテンツを選択して、そのコンテンツのリクエストを、ＭＡＮＥを経てＢｂＳを有するコンテンツサーバに伝送する。リクエストのためのメッセージのフォーマットは、例えば、“ｍｍｔｐ：//〜〜〜.ｃｉ”であってもよい。
ＢｂＳは、リクエストされたコンテンツを含むＭＭＴパッケージを識別し、ステップ９１０及び９１０ａにおいて、リクエストしたコンテンツに関連したＣＩ及びＡＤＣをＭＡＮＥに伝送する。例えば、ＡＤＣは、ＭＭＴＰ又は他のプロトコル(一例として、ＴＣＰ又はＵＤＰ）を用いて伝送されてもよい。その後、ＭＡＮＥは、受信したＣＩをＢｂＣに伝送する。さらに、ＭＡＮＥは、受信したＡＤＣを格納する。これによって、格納されたＡＤＣは、以後のトラフィック制御のために使用出来るようになる。
ステップ９１５において、ＢｂＳは、ＢｂＣに測定報告のフィードバックを要求するための設定を含むＭＣメッセージを、ＭＡＮＥを経てＢｂＣに伝送してもよい。測定報告のフィードバックのための設定が予め定められている場合、ステップ９１５は省略されてもよい。
ステップ９２０において、ＢｂＳは、コンテンツに関連したメディアデータを含むアセットをＭＰＵ、ＭＦＵ、ＭＭＴペイロード、及びＭＭＴパケットの順にパケット化した後にＭＡＮＥに伝送する。ＭＡＮＥは、受信したＭＭＴパケットをＢｂＣに伝送する。ＭＭＴパケットは、ＭＭＴＰを用いてＢｂＣにユニキャストされてもよい。
各ＭＰＵは、ＭＰＵヘッダーと、メディアメタデータを含むＭＤＡＴボックスで構成される。さらに、各ＭＰＵは、ＭＦＵの境界を示すＭＭＴヒントトラックを含んでもよい。ＭＭＴヒントトラックは、該当ヒントトラックが適用されるアセットの固有識別子であるｐａｃｋｅｔ_ｉｄと、ＭＰＵがＭＦＵに分割されるか可かを示すフラグであるｈａｓ_ｍｆｕｓ_ｆｌａｇ、ＭＰＵ内でのＭＦＵの順番を示す整数であるｓｅｑｕｅｎｃｅ_ｎｕｍｂｅｒ、一つのＭＰＵ内で他のＭＦＵに対するＭＦＵの相対的優先度を示す優先度、該当ＭＦＵに従属してデコードされなければならない他のＭＦＵの個数を示すｄｅｐｅｎｄｅｎｃｙ_ｃｏｕｎｔｅｒ、該当ＭＦＵに含まれるメディアデータのオフセットを示すオフセット、及び該当ＭＦＵに対応するバイト単位のデータ長のうちの少なくとも一つを含む。
各ＭＦＵは、該当ＭＰＵに含まれる一つのセグメント単位で提供される。各ＭＭＴパケットのヘッダー情報は、該当アセットの固有識別子を含むｐａｃｋｅｔ_ｉｄ、同一のｐａｃｋｅｔ_ｉｄを有するパケットを識別するための整数値を含むｐａｃｋｅｔ_ｓｅｑｕｅｎｃｅ_ｎｕｍｂｅｒ、ＭＭＴペイロードのタイムインスタンス（time instance）を特定するタイムスタンプ、ＱｏＳ_ｃｌａｓｓｉｆｉｅｒ_ｆｌａｇ、及びｔｒａｎｓｍｉｓｓｉｏｎ_ｐｒｉｏｒｉｔｙのうち少なくとも一つを含む。
ステップ９２５において、ＢｂＣは、ＭＡＮＥにフィードバックメッセージを伝送する。本発明の一実施形態によると、ＢｂＣは、ＭＭＴパケットが伝送される間に、所定のフィードバック周期“ｔ”によりフィードバックのためのＭＭＴＰ ＮＡＭメッセージをＭＡＮＥに伝送してもよい。フィードバックメッセージは、ＭＭＴＰにより提供されるＭＭＴシグナリングメッセージのうち、ＣＬＩフィードバックに対するＮＡＭＦメッセージであってもよく、ビットレート又はＰＬＲのようなチャンネルデータと最大ＭＰＵサイズのようなＣＬＩ ＮＡＭパラメータを含んでもよい。
ステップ９３０において、ＭＡＮＥは、フィードバックメッセージに基づいて、格納されているＡＤＣを用いてＭＰＵ単位で(ＭＰＵレベル)トラフィック伝送を制御する。ＭＡＮＥにより実行される具体的な動作は、下記の通りである。
まず、ＭＡＮＥは、フィードバックメッセージのＮＡＭ情報を分析し、ＢｂＣの現在チャンネル状況（例えば、有効ビットレート又はＰＥＲ）を決定する。次に、ＭＡＮＥは、伝送しようとする各ＭＰＵのＭＰＵヘッダーを分析して優先度情報を読み出し、有効ビットレートに従ってＭＰＵヘッダーの優先度情報とｄｅｐｅｎｄｅｎｃｙ_ｃｏｕｎｔｅｒを用いてドロップするＭＦＵを選択する。ＭＰＵヘッダーの優先度は、ＭＦＵ単位であるため、ＭＦＵ単位でドロップが実行される。
ステップ９３５において、ＭＡＮＥは、ドロップされるＭＦＵを除き、残りの選択されたＭＦＵをパケット化してＢｂＣに伝送する。
以後、ＢｂＣは、受信されたＭＭＴパケットを復号（depacketize）し、受信されたＭＭＴパケットから抽出されたＭＭＴに基づいて画像/オーディオデータを提供する。例えば、ＢｂＣは、受信されたＭＭＴパケットのみを復号し、受信されたＭＭＴパケットから抽出されたＭＭＴのみに基づいて画像/オーディオデータを提供する。例えば、ＢｂＣは、特定ＭＰＵ内で一部のＭＦＵデータが損失された形態(ＭＦＵドロップ）でコンテンツを受信する。
図９Ａ及び図９Ｂの実施形態により、各エンティティで使用されるＭＭＴパラメータは、＜表７＞に示すようなものである。下記の＜表７＞で、送信エンティティはＢｂＳを意味し、受信エンティティはＢｂＣを意味する。ＱｏＳ管理のためのパラメータは、ＭＡＮＥで使用される。
Figure 0006425708
 図１０Ａ及び図１０Ｂに示す本発明の実施形態において、ＢｂＣを有するＵＥは、トラフィック制御に必要な情報をＭＡＮＥに提供し、ＭＡＮＥは、情報に基づいてメディアトランスポートのトラフィックの量を制御する。ＭＡＮＥは、図１に示したＥＮＢ、Ｐ-ＧＷ、Ｓ-ＧＷ、及びＭＭＥにＭＡＮＥ機能を加えて実現されてもよく、メディアトランスポート特性により専用ＭＡＮＥとして使用されてもよい。具体的に、トランスポートの最適化は、生成された伝送パケットの重要度に従って優先順位を定めて伝送順序及び伝送可否を決定することによって、該当伝送メディアパケットのトラフィックの量を制御する。
図１０Ａ及び図１０Ｂは、本発明の一実施形態によるネットワーク中間エンティティによるメディアトランスポートの制御動作と信号フローを示す。
図１０Ａ及び図１０Ｂを参照すると、ステップ１００５で、ＢｂＣは、消費されるコンテンツを選択し、そのコンテンツのリクエストを、ＭＡＮＥを経てＢｂＳを有するコンテンツサーバに伝送する。リクエストのためのメッセージのフォーマットは、例えば、“ｍｍｔｐ：//〜〜〜.ｃｉ”であってもよい。
ＢｂＳは、リクエストされたコンテンツを含むＭＭＴパッケージを識別し、ステップ１０１０及び１０１０ａおいて、リクエストしたコンテンツに関連したＣＩ及びＡＤＣをＭＡＮＥに伝送する。例えば、ＡＤＣは、ＭＭＴＰ又は他のプロトコル(一例として、ＴＣＰ又はＵＤＰ）を用いて伝送されてもよい。その後、ＭＡＮＥは、受信されたＣＩをＢｂＣに伝送する。さらに、ＭＡＮＥは、受信したＡＤＣを格納する。これによって、格納されたＡＤＣは、以後のトラフィック制御のために使用出来るようになる。
ステップ１０１５において、ＢｂＳは、ＢｂＣに測定報告のフィードバックを要求するための設定を含むＭＣメッセージを、ＭＡＮＥを経てＢｂＣに伝送してもよい。測定報告のフィードバックのための設定が予め定められている場合、ステップ１０１５は省略されてもよい。
ステップ１０２０において、ＢｂＳは、コンテンツに関連したメディアデータを含むアセットをＭＰＵ、ＭＦＵ、ＭＭＴペイロード、ＭＭＴパケットの順にパケット化した後にＭＡＮＥに伝送する。ＭＡＮＥは、受信したＭＭＴパケットをＢｂＣに伝送する。ＭＭＴパケットは、ＭＭＴＰを用いてＢｂＣにユニキャストされてもよい。
各ＭＰＵは、ＭＰＵヘッダーと、メディアメタデータを含むＭＤＡＴボックスで構成される。さらに、各ＭＰＵは、ＭＦＵの境界を示すＭＭＴヒントトラックを含んでもよい。ＭＭＴヒントトラックは、該当ヒントトラックが適用されるアセットの固有識別子であるｐａｃｋｅｔ_ＩＤと、一つのＭＰＵ内で他のＭＦＵに対するＭＦＵの相対的優先順位を示す優先度と、該当ＭＦＵに従属してデコードされなければならない他のＭＦＵの個数を示すｄｅｐｅｎｄｅｎｃｙ_ｃｏｕｎｔｅｒのうちの少なくとも一つを含む。
各ＭＦＵは、該当ＭＰＵを構成する一つのセグメント単位で提供される。各ＭＭＴパケットのヘッダー情報は、該当アセットの固有識別子を含むｐａｃｋｅｔ_ｉｄ、同一のｐａｃｋｅｔ_ｉｄを有するパケットを識別するための整数値を含むｐａｃｋｅｔ_ｓｅｑｕｅｎｃｅ_ｎｕｍｂｅｒ、ＭＭＰペイロードのタイムインスタンス（time instance）を特定するタイムスタンプ、ＱｏＳ_ｃｌｋａｓｓｉｆｉｅｒ_ｆｌａｇ、及びｔｒａｎｓｍｉｓｓｉｏｎ_ｐｒｉｏｒｉｔｙのうちの少なくとも一つを含む。
ステップ１０２５において、ＢｂＣは、ＭＡＮＥにフィードバックメッセージを伝送する。一実施形態として、ＭＡＮＥがＭＭＴパケットを伝送する間に、所定のフィードバック周期“ｔ”によりＭＭＴＰ ＮＡＭメッセージがＢｂＣからＭＡＮＥに伝送してもよい。フィードバックメッセージは、ＭＭＴＰにより提供されるＭＭＴシグナリングメッセージのうちＣＬＩフィードバックのためのＮＡＭフィードバック(ＮＡＭＦ)メッセージであってもよく、ビットレート又はＰＬＲのようなチャンネルデータと最大ＭＰＵサイズようなＣＬＩ ＮＡＭパラメータを含んでもよい。
ステップ１０３０で、ＭＡＮＥは、フィードバックメッセージに基づき、格納されているＡＤＣを用いてＭＭＴパケット単位でトラフィック伝送を制御する。ＭＡＮＥにより実行される具体的な動作は、下記の通りである。
まず、ＭＡＮＥは、フィードバックメッセージのＮＡＭ情報を分析し、ＢｂＣの現在チャンネル状況（例えば、有効ビットレート又はＰＥＲ）を分析する。次に、ＭＡＮＥは、伝送される各ＭＭＴパケットのパケットヘッダーを分析して優先度情報を読み取り、有効ビットレートに従ってパケットヘッダーの優先度情報を用いて優先度が低い順にドロップするパケットを決定する。パケットヘッダーの優先度はＭＦＵ単位であり、パケット単位でドロップが実行される。このとき、ＭＡＮＥは、ＭＰＵレベルの分析を実行する必要がなく、各ＭＭＴパケットの伝送前に該当パケットヘッダーを分析して伝送するか否かを選択する。例えば、ＭＡＮＥは、各ＭＭＴパケットの伝送前に該当パケットヘッダーのみを分析して伝送するか否かを選択する。例えば、ＭＡＮＥは、各ＭＭＴパケットの伝送前に該当パケットヘッダーのみを分析して伝送するか否かを選択する必要があってもよい。
ステップ１０３５において、ＭＡＮＥは、ドロップされるＭＭＴパケットを除き、残りの選択されたＭＭＴパケットをＢｂＣに伝送する。例えば、ＭＡＮＥは、ドロップされるＭＭＴパケットを除き、残りの選択されたＭＭＴパケットのみをＢｂＣに伝送する。
その後、ＢｂＣは、受信されたＭＭＴパケットを復号（depacketize）して画像/オーディオデータを提供する。例えば、ＢｂＣは、受信されたＭＭＴパケットのみを復号して画像/オーディオデータを提供する。例えば、ＢｂＣは、特定ＭＰＵ内に一部のＭＦＵデータに該当するＭＭＴパケットが損失された形態(ＭＦＵドロップ）でコンテンツを受信する。
図１０Ａ及び図１０Ｂの実施形態により、各エンティティで使用されるＭＭＴパラメータは、次の＜表８＞に示すのようなものである。下記の＜表８＞で、送信エンティティはＢｂＳを意味し、受信エンティティはＢｂＣを意味する。
Figure 0006425708
 図１１Ａ及び図１１Ｂに示す実施形態によれば、ＢｂＣを有するＵＥとＭＡＮＥは、各リンクのトラフィック制御のために必要な情報をコンテンツサーバに提供し、コンテンツサーバとＭＡＮＥは、受信または提供した情報に基づいてメディアトランスポートのトラフィック量を制御する。ＭＡＮＥは、図１に示したＥＮＢ、Ｐ-ＧＷ、Ｓ-ＧＷ、及びＭＭＥにＭＡＮＥ機能を付加して実現されてもよく、メディアトランスポート特性によって専用メディア処理装置で使用されてもよい。コンテンツサーバとＭＡＮＥは、伝送されるメディアストリームの個数を制御し、伝送を最適化する単一メディア種類を選択し、該当メディアデータのフレームレートとサイズを制御する。コンテンツサーバとＭＡＮＥは、該当メディアデータのフレームの重要度と、フレームの相関関係と、再生フレーム速度の制御及びメディアデータサイズの制御以後に伝送パケットを生成する手順を通じて、伝送されるトラフィックの量とを調節する。コンテンツサーバとＭＡＮＥは、生成された伝送パケットの重要度によって優先順位を定めて伝送順序及び伝送可否を決定し、それによって各区間別に伝送されるトラフィックの量を制御する。
図１１Ａ及び図１１Ｂは、本発明の他の実施形態によりコンテンツサーバ及びネットワーク中間エンティティによるメディアトランスポートの制御動作と信号フローを示す。
図１１Ａ及び図１１Ｂを参照すると、ステップ１１０５で、ＢｂＣは、消費しようとするコンテンツを選択し、このコンテンツのリクエストを、ＭＡＮＥを経てＢｂＳを有するコンテンツサーバに伝送する。リクエストのためのメッセージのフォーマットは、例えば“ＭＭＴＰ：//〜〜〜.ｃｉ”であってもよい。
ＢｂＳは、リクエストしたコンテンツを含むＭＭＴパッケージを識別し、ステップ１１１０、１１１０ａにおいて、リクエストされたコンテンツに関連したＣＩとＡＤＣをＭＡＮＥに伝送する。一例として、ＡＤＣは、ＭＭＴＰ又は他のプロトコル(例えば、ＴＣＰ又はＵＤＰ）を用いて伝送されてもよい。その後、ＭＡＮＥは、受信されたＣＩをＢｂＣに伝送する。さらに、ＭＡＮＥは、受信されたＡＤＣを格納する。これによって、以後のトラフィック制御のために使用できるようになる。
ステップ１１１５で、ＢｂＳは、ＢｂＣに測定報告のフィードバックを要求するための設定を含むＭＣメッセージをＭＡＮＥに伝送してもよい。ＭＡＮＥは、ＭＣメッセージを受信すると、フィードバックメッセージの伝送を準備する。また、ＭＡＮＥは、ＭＣメッセージをＢｂＣに伝送する。
ステップ１１２０ａにおいて、ＢｂＳは、コンテンツに関連したメディアデータを含むアセットをＭＰＵ、ＭＦＵ、ＭＭＴペイロード、ＭＭＴパットの順にパケット化した後にＭＡＮＥに伝送する。ステップ１１２０において、ＭＡＮＥは、受信されたＭＭＴパケットをＢｂＣに伝送する。ＭＭＴパケットは、ＭＭＴＰを用いてＢｂＣにユニキャストされてもよい。
各ＭＰＵは、ＭＰＵヘッダーと、メディアメタデータを含むＭＤＡＴボックスで構成される。また、各ＭＰＵは、ＭＦＵの境界を示すＭＭＴヒントトラックを含んでもよい。ＭＭＴヒントトラックは、該当ヒントトラックが適用されるアセットの固有な識別子であるｐａｃｋｅｔ_ＩＤと、一つのＭＰＵ内で他のＭＦＵに対するＭＦＵの相対的優先度を示す優先度と、該当ＭＦＵに従属してデコードされなければならない他のＭＦＵの個数を示すｄｅｐｅｎｄｅｎｃｙ_ｃｏｕｎｔｅｒのうちの少なくとも一つを含む。
各ＭＦＵは、該当ＭＰＵを構成する一つのセグメント単位で提供される。各ＭＭＴパットのヘッダー情報は、該当アセットの固有な識別子を含むｐａｃｋｅｔ_ＩＤと、同一のｐａｃｋｅｔ_ＩＤを有するパケットを識別するための整数値を含むｐａｃｋｅｔ_ｓｅｑｕｅｎｃｅ_ｎｕｍｂｅｒと、ＭＭＴペイロードのタイムインスタンス（time instance）を特定するタイムスタンプ、ＱｏＳ_ｃｌａｓｓｉｆｉｅｒ_ｆｌａｇ、ｒｅｌｉａｂｉｌｉｔｙ_ｆｌａｇ、及びｔｒａｎｓｍｉｓｓｉｏｎ_ｐｒｉｏｒｉｔｙのうちの少なくとも一つを含む。
ステップ１１２５ａにおいて、ＭＡＮＥは、ＢｂＳにフィードバックメッセージを伝送する。本発明の多様な実施形態によると、ＭＡＮＥは、ＢｂＳがＭＭＴパケットを伝送する間に、所定のフィードバック周期“ｔ”によりＭＭＴＰ ＮＡＭメッセージをＢｂＳに伝送してもよい。
ステップ１１２５において、ＢｂＣは、ＢｂＳにフィードバックメッセージを伝送する。本発明の多様な実施形態によると、ＢｂＳからＭＭＴパケットらが伝送される間に、所定のフィードバック周期“ｔ”ごとにフィードバックのためのＭＭＴＰ ＮＡＭメッセージがＢｂＣからＢｂＳに伝送してもよい。ステップ１１２５ａ及び１１２５のフィードバックメッセージは、ＭＭＴシグナリングメッセージのうちＣＬＩフィードバックのためのＮＡＭフィードバック(ＮＡＭＦ)メッセージであってもよく、ビットレート又はＰＬＲのようなチャンネルデータと最大ＭＰＵサイズのようなＣＬＩ ＮＡＭパラメータを含んでもよい。
ステップ１１３０において、ＢｂＳは、ＭＡＮＥから受信したフィードバックメッセージとＢｂＣから受信したフィードバックメッセージとを通じて、ＢｂＳとＭＡＮＥとの間及びＢｂＳとＢｂＣとの間のチャンネル状況、一例としてＭＡＮＥからの有効ビットレート及びＰＥＲ、並びに、ＢｂＣからの有効ビットレート及びＰＥＲを分析する。
ｉ)ＢｂＳ-ＢｂＣ ＰＬＲ＞ＢｂＳ-ＭＡＮＥ ＰＬＲ：ＢｂＳとＢｂＣとの間のチャンネル状況がＢｂＳとＭＡＮＥとの間のチャンネル状況より良くない場合、ＢｂＳは、図４Ａ及び図４Ｂに説明したように、ＢｂＳとＢｂＣとの間の状況により、ＡＤＣに基づいたトラフィック制御を実行した後、ステップ１１３５ａにおいて、ＭＡＮＥにトラフィック制御によって選択されたＭＭＴパケットのメディアデータを伝送する。
ｉｉ)ＢｂＳ-ＢｂＣ ＰＬＲ＜ＢｂＳ-ＭＡＮＥ ＰＬＲ：ＢｂＳとＢｂＣとの間のチャンネル状況がＢｂＳとＭＡＮＥとの間のチャンネル状況より良い場合、ＢｂＳは、トラフィック制御を実行せず、ＭＡＮＥは、ＢｂＳから受信したメディアデータをキャッシング(caching)してＢｂＣに伝送する。
ステップ１１３０ａにおいて、ＭＡＮＥは、ＢｂＣから受信したフィードバックメッセージと与えられた追加情報とに従って、ＭＡＮＥとＢｂＣとの間のチャンネル状況を周期的に分析する。すなわち、ＭＡＮＥは、ＢｂＳでの制御とは別にその情報を用いてトラフィック制御を実行する。ＭＡＮＥによるトラフィック制御は、パケット単位(パケットレベル）でなされ、図１０Ａ及び図１０Ｂに示す説明と同様である。ＭＡＮＥは、ＢｂＳでドロップされた特定ＭＦＵデータのＭＭＴパケットを受信してもよく、受信したＭＭＴパケットに対してパケット単位(パケットレベル）で選択的にドロップしてもよい。
ステップ１１３５において、ＭＡＮＥは、ドロップされたＭＭＴパケットを除き、残りの選択されたＭＭＴパケットをＢｂＣに伝送する。例えば、ＭＡＮＥは、ドロップされるＭＭＴパケットを除き、残りの選択されたＭＭＴパケットのみをＢｂＣに伝送する。
その後、ＢｂＣは、受信されたＭＭＴパケットを復号（depacketize）して画像/オーディオデータを提供する。例えば、ＢｂＣは、受信されたＭＭＴパケットのみを復号して画像/オーディオデータを提供できる。例えば、ＢｂＣは、特定ＭＰＵ内で損失された一部のＭＦＵデータに該当するＭＭＴパケットのコンテンツ(ＭＦＵドロップ)を受信する。
図１１Ａ及び図１１Ｂに示す本発明の実施形態による各エンティティで使用されるＭＭＴパラメータは、＜表９＞に示すようなものである。下記の＜表９＞で、送信エンティティはＢｂＳを意味し、受信エンティティはＢｂＣを意味する。ＱｏＳ管理のためのパラメータは、ＢｂＳ及びＭＡＮＥにより使用される。
Figure 0006425708
 図１２は、本発明の一実施形態によるトラフィック制御を行う装置の構成を示す。
図１２を参照すると、図示の構成は、ＵＥ、コンテンツサーバ、ＭＡＮＥなどに適用されてもよい。
図１２を参照して、本発明の多様な実施形態により動作するユーザーの装置ＵＥについて説明する。上記装置は、ネットワークに対して信号を送受信する送信器１２０５及び受信器１２１０を含んでもよい。上記装置は、ネットワークからトラフィック制御に関連した情報を収集し、収集した情報をコンテンツサーバ、ＭＡＮＥなどに送信するように送信器１２０５及び受信器１２１０を制御するプロセッサ１２２０を含んでもよい。上記装置は、本発明の多様な実施形態によるプログラムコード及びプロセッサ１２２０の動作に必要な情報を格納するメモリ１２１５を含んでもよい。
本発明の多様な実施形態により動作するコンテンツサーバの装置について、図１２を参照して説明する。上記装置は、少なくとも一つのネットワークエンティティを通じてＵＥと信号を送受信する送信器１２０５及び受信器１２１０を含んでもよい。上記装置は、ＵＥからトラフィック制御に関連した情報を受信し、ＵＥに対するデータ送信に使用される送信パラメータを決定し、決定に応じてメディアデータを伝送するように送信器１２０５を制御するプロセッサ１２２０を含んでもよい。上記装置は、本発明の多様な実施形態によるプログラムコード及びプロセッサ１２２０の動作に必要な情報を格納するメモリ１２１５をさらに含んでもよい。
図１２を参照して、本発明の多様な実施形態により動作するＭＡＮＥの装置について説明する。上記装置は、少なくとも一つのネットワークエンティティを通じてコンテンツサーバ及びＵＥと信号を送受信する送信器１２０５及び受信器１２１０を含んでもよい。上記装置は、ＵＥからトラフィック制御に関連した情報を受信し、受信及び収集された情報に基づいてＵＥへのデータ送信に使用される伝送パラメータを決定し、その決定によってメディアデータを伝送するように送信器１２０５を制御するプロセッサ１２２０を含んでもよい。上記装置は、本発明の様々な実施形態によるプログラムコード及びプロセッサ１２２０の動作に必要な情報を格納するメモリ１２１５をさらに含んでもよい。
本発明の実施形態によると、ネットワークの制御情報に基づいてコンテンツを提供するサーバ、又はコンテンツを伝送及び処理するネットワーク装置は、メディアトランスポート特性を考慮してコンテンツを受信するユーザー端末のための伝送メディアを制御し、それによってユーザーの体験サービス品質を向上させることができる。
本願の請求項及び説明による本発明の態様な実施形態では、ハードウェア、ファームウェア、ソフトウェア、またはこれらのうちの少なくとも二つの組み合わせで具現化できることがわかる。
このようなソフトウェアは、コンピュータ読み出し可能な非一時的（non−transitory）格納媒体に格納されてもよい。このコンピュータ読み出し可能な非一時的格納媒体は、一つ以上のプログラム(ソフトウェアモジュール)、命令を有する一つ以上のプログラムを格納し、本発明の方法を行うために電子デバイスで一つ以上のプロセッサにより実行される。
このようなソフトウェアは、例えば、揮発性又は非揮発性格納装置(例えば、削除可能/再書き込み可能なＲＯＭ(Read Only Memory)、メモリ(例えば、ＲＡＭ(Random Access Memory)、メモリチップ、及びデバイス又は集積回路)、又は光学的に又は磁気的に読み取り可能な格納媒体(例えば、ＣＤ(Compact Disc)、ＤＶＤ(Digital Versatile Disc)、磁気ディスク、又は磁気テープ)に格納されてもよい。この格納デバイス及び格納媒体は、本発明の様々な実施形態を実現するためのプログラム又はその命令を含むプログラムを格納するのに適合した機械読み取り可能な非一時的格納媒体であることがわかる。したがって、本発明の様々な実施形態は、本請求項により定められた装置又は方法を実現するための符号を含むプログラム、及びこのようなプログラムを格納する機械読み取り可能な非一時的格納媒体を含む。
本発明が属する技術分野における通常の知識を持った者には、本発明がその技術的思想又は必須の特徴を変更することなく、他の特定形態で実施されることが理解できる。したがって、上述した本発明の実施形態はあらゆる面で例示的なものであり、限定的なものではないことを理解しなければならない。本発明の範囲は、前述の実施形態に限定されるものではなく、特許請求の範囲の記載及びこれと均等なものに基づいて定められるべきである。従って、本発明の範囲内で、特許請求の範囲及びこれと均等なものの意味及び範囲からすべての変更又は修正が派生されることに注意すべきである。
以上、本発明の詳細な説明において具体的な実施形態に関して説明したが、特許請求の範囲の記載及びこれと均等なものに基づいて定められる本発明の範囲及び精神を逸脱することなく、形式や細部の様々な変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。

Claims (18)

  1. マルチメディアトランスポートネットワークにおけるメディア配信方法であって、
    メディアパッケージ内のメディアアセットの合成情報(ＣＩ)を受信エンティティに伝送するステップと、ここで、前記メディアアセットの各々は独立的にデコード可能であり、複数のメディアフラグメントユニット（ＭＦＵ）に分割される少なくとも一つのメディアプロセシングユニット（ＭＰＵ）を含み、
    前記受信エンティティのネットワーク状態（network condition) に関する情報を含むフィードバックメッセージを受信するステップと、
    前記ネットワーク状態と、一つのＭＰＵ内で他の複数のＭＦＵに対する一つのＭＦＵの相対的優先度を表す優先度(priority)情報と、特定ＭＦＵに従属してデコードされなければならない他の複数のＭＦＵの個数を示す従属度カウンタに基づいて前記メディアパッケージから一つ又はそれ以上のＭＦＵを識別するステップと、
    前記識別されたＭＦＵをパケットにパケット化して伝送するステップと、
    を有することを特徴とする方法。
  2. 前記一つ又はそれ以上のＭＦＵを識別するステップは、
    前記メディアパッケージ内の前記メディアアセットに対するアセット配信特性（ＡＤＣ）の各々から前記メディアアセットの優先度を表すサービス品質(ＱｏＳ)ディスクリプタと前記メディアアセットのビットレートを表すビットストリームディスクリプタとを読み出すステップと、
    前記ＡＤＣから読み出された情報を用いて、前記メディアパッケージのうち、前記ネットワーク状態に従って伝送可能な一つ又はそれ以上のメディアアセットを識別するステップと、
    前記識別された一つ又はそれ以上のメディアアセットのメディアデータをパケット化することを決定するステップと、
    を有することを特徴とする請求項１に記載の方法。
  3. 前記一つ又はそれ以上のＭＦＵを識別するステップは、
    前記ＣＩ及び前記メディアアセットに対するアセット配信特性（ＡＤＣ）を用いて、前記メディアパッケージのうち、前記ネットワーク状態に従って伝送可能な前記一つ又はそれ以上のＭＦＵを識別することを特徴とする請求項１に記載の方法。
  4. 前記一つ又はそれ以上のＭＦＵを識別するステップは、
    前記ＣＩ内に含まれた従属アセット識別子を読み出すステップと、
    メディアアセットのタイプを決定するステップと、
    前記メディアアセットに対するアセット配信特性（ＡＤＣ）の各々から該当メディアアセットのビットレートを表すビットストリームディスクリプタを読み出すステップと、
    前記メディアアセットのタイプ及びビットレートに基づいて、前記ネットワーク状態に従って伝送可能な一つ又はそれ以上のメディアアセットを識別するステップと、
    前記識別されたメディアアセットのメディアデータをパケット化することを決定するステップと、
    を有することを特徴とする請求項３に記載の方法。
  5. 前記一つ又はそれ以上のＭＦＵを識別するステップは、
    前記メディアパッケージに含まれる各ＭＰＵのヘッダーから、前記優先度情報と前記従属度カウンタを獲得するステップと、
    前記優先度情報及び従属度カウンタを用いて、前記ネットワーク状態によって前記ＭＰＵのＭＦＵのうちドロップする一つ又はそれ以上のＭＦＵを識別するステップと、
    前記ドロップされた一つ又はそれ以上のＭＦＵを除いた残りのＭＦＵパケット化することを決定するステップと、
    を有することを特徴とする請求項１に記載の方法。
  6. 伝送される各パケットのヘッダーを判定するステップと、
    前記パケットのヘッダーから、前記パケットに含まれて、少なくとも一つのメディアフラグメントユニット(ＭＦＵ)の相対的優先度を表す優先度情報を読み出すステップと、
    前記優先度情報を用いて前記ネットワーク状態に従ってドロップする少なくとも一つのパケットを決定するステップと、
    前記ドロップされた少なくとも一つのパケットを除いた残りのパケットを伝送することを決定するステップと、
    をさらに有することを特徴とする請求項１に記載の方法。
  7. 前記一つ又はそれ以上のＭＦＵを識別するステップは、前記メディアパッケージを提供するコンテンツサーバにより行われることを特徴とする請求項１に記載の方法。
  8. 前記一つ又はそれ以上のＭＦＵを識別するステップは、前記メディアパッケージを提供するコンテンツサーバから前記パケットを受信して前記受信エンティティに伝送するネットワーク中間エンティティにより行われることを特徴とする請求項１に記載の方法。
  9. 輻輳状況情報を決定するステップと、
    前記受信エンティティに前記輻輳状況情報を伝送するステップと、
    をさらに有することを特徴とする請求項１に記載の方法。
  10. 前記輻輳状況情報は、前記受信エンティティの加入者情報と、前記受信エンティティに関連するトラフィック特性のうち少なくとも一つにより決定されることを特徴とする請求項９に記載の方法。
  11. マルチメディアトランスポートネットワークにおけるメディアトランスポート装置であって、
    メディアパッケージ内のメディアアセットに関する合成情報(ＣＩ)を受信エンティティに伝送し、ここで、前記メディアアセットの各々は独立的にデコード可能であり、複数のメディアフラグメントユニット（ＭＦＵ）に分割される少なくとも一つのメディアプロセシングユニット（ＭＰＵ）を含み、前記受信エンティティのネットワーク状態に関する情報を含むフィードバックメッセージを受信する送受信器と、
    前記ネットワーク状態と、一つのＭＰＵ内で他の複数のＭＦＵに対する一つのＭＦＵの相対的優先度を表す優先度(priority)情報と、特定ＭＦＵに従属してデコードされなければならない他の複数のＭＦＵの個数を表す従属度カウンタに基づいて前記メディアパッケージから一つ又はそれ以上のＭＦＵを識別し、前記識別されたＭＦＵをパケットにパケット化するプロセッサと、
    を含むことを特徴とする装置。
  12. 前記プロセッサは、
    前記メディアパッケージ内の前記メディアアセットに対するアセット配信特性（ＡＤＣ）の各々から前記メディアアセットの優先度を表すサービス品質(ＱｏＳ)ディスクリプタと前記メディアアセットのビットレートを表すビットストリームディスクリプタとを読み出し、
    前記ＡＤＣから読み出された情報を用いて、前記メディアパッケージのうち、前記ネットワーク状態によって伝送可能な一つ又はそれ以上のメディアアセットを識別し、
    前記識別された一つ又はそれ以上のメディアアセットのメディアデータをパケット化することを決定することを特徴とする請求項１１に記載の装置。
  13. 前記プロセッサは、
    前記ＣＩ及び前記メディアアセットに対するアセット配信特性（ＡＤＣ）を用いて、前記メディアパッケージのうち、前記ネットワーク状態によって伝送可能な前記一つ又はそれ以上のＭＦＵを識別することを特徴とする請求項１１に記載の装置。
  14. 前記プロセッサは、
    前記ＣＩ内に含まれた従属アセット識別子を読み出し、
    メディアアセットのタイプを識別し、
    前記メディアアセットに対するアセット配信特性（ＡＤＣ）の各々から前記メディアアセットのビットレートを表すビットストリームディスクリプタを読み出し、
    前記メディアアセットのタイプ及びビットレートに基づいて、前記ネットワーク状態に従って伝送可能な一つ又はそれ以上のメディアアセットを識別し、
    前記識別されたメディアアセットのメディアデータをパケット化することを決定することを特徴とする請求項１３に記載の装置。
  15. 前記プロセッサは、
    前記メディアパッケージに含まれる各ＭＰＵのヘッダーから、前記優先度情報と前記従属度カウンタを獲得し、
    前記優先度情報及び従属度カウンタを用いて、前記ネットワーク状態によって前記ＭＰＵのＭＦＵのうちのドロップする一つ又はそれ以上のＭＦＵを識別し、
    前記ドロップされた一つ又はそれ以上のＭＦＵを除いた残りのＭＦＵをパケット化することを決定することを特徴とする請求項１１に記載の装置。
  16. 前記プロセッサは、
    伝送される各パケットのヘッダーを判定し、
    前記パケットのヘッダーから、前記パケットに含まれて、少なくとも一つのメディアフラグメントユニット（ＭＦＵ）の相対的優先度を表す優先度情報を読み出し、
    前記優先度情報を用いて前記ネットワーク状態に従ってドロップする少なくとも一つのパケットを決定し、
    前記ドロップされた少なくとも一つのパケットを除いた残りのパケットを伝送することを決定することを特徴とする請求項１１に記載の装置。
  17. 前記送受信器は、
    前記プロセッサにより決定された輻輳状況情報を前記受信エンティティに伝送することを特徴とする請求項１１に記載の装置。
  18. 前記輻輳状況情報は、前記受信エンティティの加入者情報と前記受信エンティティに関連するトラフィック特性のうちの少なくとも一つによって決定されることを特徴とする請求項１７に記載の装置。
JP2016508876A 2013-04-18 2014-04-18 マルチメディアトランスポートネットワークにおけるメディア配信の制御方法及び装置 Active JP6425708B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
KR10-2013-0043230 2013-04-18
KR20130043230 2013-04-18
PCT/KR2014/003423 WO2014171790A1 (en) 2013-04-18 2014-04-18 Method and apparatus for controlling media delivery in multimedia transport network

Publications (3)

Publication Number Publication Date
JP2016521059A JP2016521059A (ja) 2016-07-14
JP2016521059A5 JP2016521059A5 (ja) 2017-06-01
JP6425708B2 true JP6425708B2 (ja) 2018-11-21

Family

ID=51728966

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016508876A Active JP6425708B2 (ja) 2013-04-18 2014-04-18 マルチメディアトランスポートネットワークにおけるメディア配信の制御方法及び装置

Country Status (6)

Country Link
US (2) US9923830B2 (ja)
EP (1) EP2987284B1 (ja)
JP (1) JP6425708B2 (ja)
KR (1) KR102127672B1 (ja)
CN (1) CN105308916B (ja)
WO (1) WO2014171790A1 (ja)

Families Citing this family (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9923830B2 (en) * 2013-04-18 2018-03-20 Samsung Electronics Co., Ltd. Method and apparatus for controlling media delivery in multimedia transport network
KR102080116B1 (ko) * 2013-06-10 2020-02-24 삼성전자 주식회사 이동통신 시스템에서 비디오 비트레이트 할당 방법 및 장치
US9641831B2 (en) * 2013-10-28 2017-05-02 Electronics And Telecommunications Research Institute Apparatus and method for transmitting/receiving moving picture experts group (MPEG) media transport (MMT) signaling message for measurement configuration (MC) processing
KR102105656B1 (ko) * 2014-01-09 2020-04-28 한국전자통신연구원 Mmt 서비스의 패킷 재전송 방법 및 장치, 재전송 요청 방법 및 장치
WO2015105384A1 (ko) * 2014-01-09 2015-07-16 삼성전자 주식회사 멀티미디어 전송 시스템에서 미디어 데이터 관련 정보를 송신하는 방법 및 장치
JP6054324B2 (ja) * 2014-03-06 2016-12-27 株式会社東芝 Ｍｍｔ送信システム、暗号化処理装置
KR102196492B1 (ko) * 2014-07-04 2020-12-30 삼성전자주식회사 통신 시스템에서 데이터 송수신 장치 및 방법
CN104320808B (zh) * 2014-10-31 2017-11-24 华为技术有限公司 接入网拥塞控制方法、基站设备及策略及计费规则功能网元
CN105573775B (zh) * 2014-11-05 2019-04-09 京微雅格（北京）科技有限公司 Fpga配置文件加载方法和解码器
KR102174325B1 (ko) * 2015-02-13 2020-11-04 에스케이텔레콤 주식회사 네트워크 적응형 컨텐츠 제공을 위한 프로그램을 기록한 컴퓨터 판독 가능한 기록 매체 및 네트워크 적응형 컨텐츠 제공 장치
US10999625B2 (en) * 2015-06-16 2021-05-04 Sk Telecom Co., Ltd. Method for reporting QoS/QoE in mobile environment and device therefor
KR102603459B1 (ko) * 2015-09-07 2023-11-17 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2017045124A1 (zh) * 2015-09-15 2017-03-23 华为技术有限公司 一种收发应用层参数信息的方法和设备
JP6289516B2 (ja) * 2016-01-20 2018-03-07 ヤフー株式会社 情報提供装置、情報提供方法、プログラム、および端末装置の制御方法
CN107135184B (zh) * 2016-02-26 2020-06-12 上海交通大学 一种多媒体***中信息交互***及网络传输方法
US10992976B2 (en) 2016-02-17 2021-04-27 Samsung Electronics Co., Ltd. Method and device for providing content-related information of multimedia service
JP6724517B2 (ja) * 2016-04-14 2020-07-15 日本電気株式会社 ビットレート指示装置、ビットレート指示方法、及び、ビットレート指示プログラム
KR102511949B1 (ko) * 2016-04-22 2023-03-22 에스케이텔레콤 주식회사 무작위 시청 영역 선택을 고려한 효율적인 비디오 페이싱 방법 및 이를 위한 장치
CA2999056A1 (en) * 2016-05-16 2017-11-23 Rovi Guides, Inc. Methods and systems for presenting media listings based on quality of service at a user device
US10341739B2 (en) 2016-05-16 2019-07-02 Rovi Guides, Inc. Methods and systems for recommending providers of media content to users viewing over-the-top content based on quality of service
KR20170130253A (ko) * 2016-05-18 2017-11-28 에스케이텔레콤 주식회사 적응형 스트리밍 서비스 제공 방법 및 이를 위한 장치
US10917477B2 (en) 2016-05-25 2021-02-09 Samsung Electronics Co., Ltd. Method and apparatus for MMT integration in CDN
KR102421791B1 (ko) * 2016-05-26 2022-07-15 삼성전자주식회사 Mmt 네트워크 시스템에서 미디어 시간 정보를 전송 하는 방법 및 장치
CN109416822B (zh) * 2016-06-15 2023-10-20 Sk电信有限公司 用于在移动环境中报告qos/qoe的方法及其设备
KR102050353B1 (ko) * 2016-06-20 2019-12-02 한국전자통신연구원 미디어 전송 제어 방법 및 이를 수행하는 네트워크 엔티티
KR102436246B1 (ko) * 2018-07-05 2022-08-25 삼성전자 주식회사 전자 장치에서 멀티미디어 서비스 제공 방법 및 장치
JP7444971B2 (ja) * 2020-03-31 2024-03-06 株式会社ソニー・インタラクティブエンタテインメント 送信装置、送信方法及びプログラム
WO2023023414A2 (en) * 2022-01-27 2023-02-23 Futurewei Technologies, Inc. Packet signature based quality of service (qos) classification

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003242065A (ja) * 2002-02-15 2003-08-29 Nippon Telegr & Teleph Corp <Ntt> コンテンツ選択、コンテンツ要求受付制御、輻輳制御方法およびコンテンツ管理装置、網リソース管理サーバ装置、ポータルサーバ装置、エッジ装置
US8310920B2 (en) * 2007-03-02 2012-11-13 Saratoga Data Systems, Inc. Method and system for accelerating transmission of data between network devices
US8190750B2 (en) * 2007-08-24 2012-05-29 Alcatel Lucent Content rate selection for media servers with proxy-feedback-controlled frame transmission
KR101231294B1 (ko) * 2011-05-31 2013-02-07 삼성에스디에스 주식회사 데이터의 병렬 수신을 위한 스트림 제어 방법 및 장치
EP2723085A4 (en) * 2011-06-14 2015-04-01 Samsung Electronics Co Ltd METHOD AND APPARATUS FOR INCLUDING CONTENT IN A BROADCASTING SYSTEM
US9264353B2 (en) 2011-09-22 2016-02-16 Qualcomm Incorporated Dynamic subflow control for a multipath transport connection in a wireless communication network
US9118738B2 (en) 2011-09-29 2015-08-25 Avvasi Inc. Systems and methods for controlling access to a media stream
KR101885852B1 (ko) 2011-09-29 2018-08-08 삼성전자주식회사 컨텐트 전송 및 수신 방법 및 장치
US8751679B2 (en) 2011-10-07 2014-06-10 Ericsson Television Inc. HTTP adaptive streaming server with automatic rate shaping
US9319721B2 (en) * 2011-10-13 2016-04-19 Electronics And Telecommunications Research Institute Method of configuring and transmitting an MMT transport packet
TW201415893A (zh) * 2012-06-29 2014-04-16 Vid Scale Inc 以預測資訊為基礎之訊框優先
CN104756539A (zh) * 2012-10-29 2015-07-01 阿尔卡特朗讯公司 用于在具有移动http自适应流的无线网络中的拥塞管理的方法与装置
US9923830B2 (en) * 2013-04-18 2018-03-20 Samsung Electronics Co., Ltd. Method and apparatus for controlling media delivery in multimedia transport network

Also Published As

Publication number Publication date
WO2014171790A1 (en) 2014-10-23
US10291535B2 (en) 2019-05-14
CN105308916B (zh) 2019-03-29
US20140314080A1 (en) 2014-10-23
US9923830B2 (en) 2018-03-20
CN105308916A (zh) 2016-02-03
KR20150144322A (ko) 2015-12-24
EP2987284A1 (en) 2016-02-24
EP2987284B1 (en) 2019-09-18
JP2016521059A (ja) 2016-07-14
KR102127672B1 (ko) 2020-06-29
EP2987284A4 (en) 2016-11-30
US20180212887A1 (en) 2018-07-26

Similar Documents

Publication Publication Date Title
JP6425708B2 (ja) マルチメディアトランスポートネットワークにおけるメディア配信の制御方法及び装置
US10728591B2 (en) Method of configuring and transmitting an MMT transport packet
KR102127702B1 (ko) 미디어 데이터를 송수신하기 위한 인터페이스 장치 및 방법
US10063606B2 (en) Systems and methods for using client-side video buffer occupancy for enhanced quality of experience in a communication network
US9118738B2 (en) Systems and methods for controlling access to a media stream
US11316799B2 (en) Method and apparatus for transmitting a multimedia data packet using cross-layer optimization
EP3065414B1 (en) Transmission device, transmission method, reception device, and reception method
KR20130138638A (ko) 비트 에러율을 이용한 효과적인 멀티미디어 전송 방법
KR20140042719A (ko) 교차 계층 최적화를 사용한 fec 패리티 데이터의 적응적 전송 방법
KR102049039B1 (ko) Mmt 전송 패킷의 설정 방법 및 전송 방법
KR20200090149A (ko) 업 링크 스트리밍을 위한 네트워크 지원
KR101718127B1 (ko) 상황 인지 스트리밍 서비스를 위한 콘텐츠 패키징 시스템 및 스트리밍 방법
JP6732725B2 (ja) 通信システムにおけるデータ送受信装置及び方法
CN107113459B (zh) 记录有用于提供网络自适应内容的程序的计算机可读记录介质和用于提供网络自适应内容的装置
JP2019506098A (ja) マルチメディアサービスのコンテンツ関連情報提供方法及び装置
KR102380285B1 (ko) 멀티미디어 시스템에서 패킷을 송/수신하는 방법 및 장치
Lee et al. Qos control method in MMT and its implementation

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170414

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20170414

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20180223

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20180403

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: 20181002

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20181023

R150 Certificate of patent or registration of utility model

Ref document number: 6425708

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

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250