JP6628785B2 - マルチメディアシステムにおける情報を送受信する方法及び装置 - Google Patents

マルチメディアシステムにおける情報を送受信する方法及び装置 Download PDF

Info

Publication number
JP6628785B2
JP6628785B2 JP2017500081A JP2017500081A JP6628785B2 JP 6628785 B2 JP6628785 B2 JP 6628785B2 JP 2017500081 A JP2017500081 A JP 2017500081A JP 2017500081 A JP2017500081 A JP 2017500081A JP 6628785 B2 JP6628785 B2 JP 6628785B2
Authority
JP
Japan
Prior art keywords
packet
information
message
receiving entity
arq
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
JP2017500081A
Other languages
English (en)
Other versions
JP2017526244A (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 JP2017526244A publication Critical patent/JP2017526244A/ja
Application granted granted Critical
Publication of JP6628785B2 publication Critical patent/JP6628785B2/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
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • H04L1/1678—Details of the supervisory signal the supervisory signal being transmitted together with control information where the control information is for timing, e.g. time stamps
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/188—Time-out mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • 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/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/6375—Control signals issued by the client directed to the server or network components for requesting retransmission, e.g. of data packets lost or corrupted during transmission from server
    • 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/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6582—Data stored in the client, e.g. viewing habits, hardware capabilities, credit card number

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Communication Control (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

本発明は、マルチメディアシステムにおける情報を送受信する方法及び装置に関するものである。
マルチメディアシステムにおける情報を伝送する技術のうちの一つであるＭＰＥＧ(Moving Picture Experts Group)メディアトランスポート(ＭＭＴ)技術では、自動再送要求(Automatic Repeat Request：ＡＲＱ)方法を使用して情報を送受信する。
従来のＭＭＴシステムのＡＲＱ方法において、送信エンティティはアセット毎にＡＲＱをサポートするか否かを判定するが、受信エンティティにはＡＲＱをサポートするか否かを通知しない。この場合、受信エンティティは、損失したパケットを再リクエストしたときに回答を受信するか否かを知ることができなく、あるいは、スムーズなサービスのために送信エンティティ又はＡＲＱサーバは、自身が有するすべてのアセットに対するＭＭＴパケットを一定時間以上格納しておかなければならないという問題が発生する。ここで、送信エンティティは、再伝送パケットを格納及び伝送するＡＲＱサーバの動作も実行できる。
さらに、送信エンティティによりＡＲＱリクエストがなされる場合、ＭＭＴ ＡＲＱメッセージでは、Ｐａｃｋｅｔ＿ＩＤとＰＡＣＫＥＴ＿ＳＥＱＵＥＮＣＥ＿ＮＵＭとの組み合わせの一つのみで再伝送リクエストが可能であり、これは、パケット単位のみで再伝送のリクエストが可能であることを意味する。しかしながら、ＭＭＴシステムにおいて、ＭＭＴパケットだけでなくメディア処理ユニット(ＭＰＵ)、メディアフラグメントユニット(ＭＦＵ)、及びサンプルのような多様なレベルのメディア単位が存在し、受信エンティティが所望するレベルのメディア単位をリクエストする場合、より有用なデータ回復が可能となる。
図１は、従来のＭＭＴシステムにおけるＡＲＱ方法を適用する一例を示す。
図１を参照すると、送信エンティティ１００は、再伝送遅延時間(Ｄｔ)値を決定し(１０１)、決定したＤｔ値に関連した情報を含むＡＲＱ構成(ARQ Configuration：ＡＣ)メッセージを受信エンティティ２００に送信する(１０３)。以後、受信エンティティ２００が送信エンティティ１００からパケットＮ-１及びパケットＮ＋１を受信してパケットＮを受信しない場合(１０５乃至１０９)、受信エンティティ２００は、到着期限時間(Ａｒｒｉｖａｌ＿Ｄｅａｄｌｉｎｅ)値を計算し(１０９)、計算したＡｒｒｉｖａｌ＿Ｄｅａｄｌｉｎｅ値の程度までパケット受信のための追加的な動作を実行しない。ここで、Ａｒｒｉｖａｌ＿Ｄｅａｄｌｉｎｅ値は、Ｄｔ値及びＡＲＱフィードバック遅延時間(Ｄｆ)値に基づいて計算される。
さらに、受信エンティティ２００は、受信しないパケットＮに対する再伝送をリクエストするためのＡＲＱフィードバック(ＡＦ)メッセージを送信エンティティ１００に送信する(１１３)。ここで、ＡＦメッセージは、Ａｒｒｉｖａｌ＿Ｄｅａｄｌｉｎｅ値に関連した情報及びＡＲＱフィードバックタイムスタンプに関連した情報を含む。
送信エンティティ１００は、受信されたＡＦメッセージからＤｆ値、ラウンドトリップ時間(Round Trip Time：ＲＴＴ)値、及びＡｒｒｉｖａｌ＿Ｄｅａｄｌｉｎｅ値に関連した情報を確認し(１１５乃至１１９)、ＲＴＴ値がＡｒｒｉｖａｌ＿Ｄｅａｄｌｉｎｅ値より小さいか否かを判定する(１２１)。送信エンティティ１００は、ＲＴＴ値がＡｒｒｉｖａｌ＿Ｄｅａｄｌｉｎｅ値より小さい場合、パケットＮを再伝送し(１２２)、ＲＴＴ値がＡｒｒｉｖａｌ＿Ｄｅａｄｌｉｎｅ値より小さくない場合、送信エンティティ１００は、Ａｒｒｉｖａｌ＿Ｄｅａｄｌｉｎｅ値が終了するまでスタンバイ状態となる。
すなわち、図１で説明した従来のＡＲＱ方法では、受信エンティティ２００がＡｒｒｉｖａｌ＿Ｄｅａｄｌｉｎｅ値を送信エンティティ１００に伝送し、再伝送をリクエストしたパケットがＡｒｒｉｖａｌ＿Ｄｅａｄｌｉｎｅ値の範囲に最終受信エンティティ２００まで伝送されない場合、送信エンティティ１００は、応答伝送自体を諦める。しかしながら、Ａｒｒｉｖａｌ＿Ｄｅａｄｌｉｎｅ値は、受信エンティティ２００がすべての受信パケットを確認し、メディアを回復しなければ知らない値であるので、受信エンティティ２００ではＡｒｒｉｖａｌ＿Ｄｅａｄｌｉｎｅ値を導出するために多くの時間とリソースが消費される問題が発生する。さらに、送信エンティティ１００が応答伝送を諦める場合、受信エンティティ２００では応答伝送を諦めたことを認知せず、Ａｒｒｉｖａｌ＿Ｄｅａｄｌｉｎｅ値が終了するまで待機しなければならないという問題が発生する。
したがって、従来のＭＭＴシステムでは、各アセットの個別伝送特性値を表すアセット配信特性(Asset Delivery Characteristic：ＡＤＣ)情報の有効期間情報が提供されないため、これを解決するための方案が要求される。一方、特定送信エンティティから受信エンティティに伝送されるＭＭＴメディアデータは、一つのアセットだけでなく相互関連性が高いアセットの組み合わせた束単位で伝送される場合が多い。したがって、ネットワークでもアセット単位の制御及び管理でなく、バンドル単位の伝送特性(Bundle Delivery Characteristics：ＢＤＣ)情報をより容易に管理できる。しかしながら、従来のＭＭＴシステムにおいて、ＡＤＣ情報は、各個別メディアに該当するアセット単位で提供され、この場合、ＡＤＣ情報の発見及び管理がアセット単位で実行されるため、サーバ/ＭＭＴに対するネットワークエンティティ(MMT Aware Network Entity：ＭＡＮＥ)の観点からは、必要以上の情報が提供される場合が発生しうる。また、各個別パケットレベルで伝送しようとするデータの重要度と優先順位情報を提供する手段はあるが、有意な関連性を有するメディアレベルでのアセットの束情報であるバンドル情報だけでなくバンドル対バンドル、バンドル内のアセットとアセットとの間の相対的な優先順位情報は与えられなかった。
したがって、本発明は上記した従来技術の問題点に鑑みてなされたものであって、その目的は、マルチメディアシステムにおける情報を送受信する方法及び装置を提供することにある。
本発明の他の目的は、マルチメディアシステムにおいてＡＲＱ方法に基づいて情報を送受信する方法及び装置を提供することにある。
また、本発明の目的は、マルチメディアシステムにおいてアセットのグループであるバンドルを構成し、各バンドルの伝送特性情報に基づいて情報を送受信する方法及び装置を提供することにある。
本発明の実施形態によるシステムにおける送信エンティティにより、パケットを伝送する方法は、自動再送要求（ＡＲＱ）構成情報を含むＡＲＱ構成（ＡＣ）メッセージを伝送するステップと、一つ以上のパケットが損失であることを指示するＡＲＱフィードバック（ＡＦ）メッセージを受信するステップであって、前記ＡＦメッセージは、パケットが受信エンティティに到着するための拡散遅延（propagation delay）に対する情報を含むステップと、前記ＡＦメッセージに含まれた前記拡散遅延に基づいて、前記受信エンティティと前記送信エンティティとの間の前記パケットの伝達時間を確認するステップと、前記伝達時間に基づいて、一つ以上の損失パケットを伝送するか否かを決定するステップとを含むことを特徴とする。
また、本発明の実施形態によるシステムにおける受信エンティティにより、パケットを受信する方法は、自動再送要求（ＡＲＱ）構成情報を含むＡＲＱ構成（ＡＣ）メッセージを受信するステップと、一つ以上のパケットが損失であることを指示するＡＲＱフィードバック（ＡＦ）メッセージを伝送するステップであって、前記ＡＦメッセージは、パケットが受信エンティティに到着するようための拡散遅延（propagation delay）に対する情報を含むステップと、伝達時間に基づいて一つ以上の損失パケットの伝送が決定されると、前記一つ以上の損失パケットを受信するステップと、を含み、前記伝達時間は、前記拡散遅延に基づいて確認されることを特徴とする。
また、本発明の実施形態によるシステムにおけるパケットを伝送する伝送エンティティは、データを送受信する送受信部と、自動再送要求（ＡＲＱ）構成情報を含むＡＲＱ構成（ＡＣ）メッセージを伝送し、一つ以上のパケットが損失であることを指示するＡＲＱフィードバック（ＡＦ）メッセージを受信し、前記ＡＦメッセージはパケットが受信エンティティに到着するための拡散遅延（propagation delay）に対する情報を含み、前記ＡＦメッセージに含まれた前記拡散遅延に基づいて前記受信エンティティと前記送信エンティティとの間の前記パケットの伝達時間を確認し、前記伝達時間に基づいて一つ以上の損失パケットを伝送するか否かを決定する制御部と、を含むことを特徴とする。
また、本発明の実施形態によるシステムにおけるパケットを受信する受信エンティティは、データを送受信する送受信部と、自動再送要求（ＡＲＱ）構成情報を含むＡＲＱ構成（ＡＣ）メッセージを受信し、一つ以上のパケットが損失であることを指示するＡＲＱフィードバック（ＡＦ）メッセージを伝送し、前記ＡＦメッセージは、パケットが受信エンティティに到着するための拡散遅延（propagation delay）に対する情報を含み、伝達時間に基づいて一つ以上の損失パケットの伝送が決定されると、前記一つ以上の損失パケットを受信するように制御する制御部と、を含み、前記伝達時間は前記拡散遅延に基づいて確認されることを特徴とする。
従来のＭＭＴシステムにおけるＡＲＱ方法を適用する一例を示す図である。 本発明の実施形態によるＭＭＴシステムにおける各ノードの構成を示す図である。 本発明の第１の実施形態によるＭＭＴシステムにおける情報送受信方法を示す図である。 本発明の第２の実施形態によるＭＭＴシステムにおける情報送受信方法を示す図である。 本発明の第３の実施形態によるＭＭＴシステムにおける情報送受信方法を示す図である。 本発明の第４の実施形態によるＭＭＴシステムにおける情報送受信方法を示す図である。 本発明の第５の実施形態によるＭＭＴシステムにおける情報送受信方法を示す図である。 本発明の第６の実施形態によるＭＭＴシステムにおける情報送受信方法を示す図である。 現在のＭＭＴ規格におけるＡＤＣ情報の構成を示す図である。 本発明の他の実施形態によるＢＤＣ情報の構成を示す図である。 本発明の他の実施形態によるＭＭＴシステムにおける各ノードの構成を示す図である。 本発明の他の実施形態による送信エンティティからＢＤＣ情報を伝送する方法を示す図である。
以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。
以下の説明においては、本発明の実施形態による動作の理解に必要な部分のみが記載され、本発明の主題を不明確にしないように、他の部分の記載は省略されることに留意すべきである。したがって、本発明の範囲及び趣旨を逸脱することなく、以下に説明される本発明の様々な変形及び変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。さらに、当該技術分野における公知の構成又はプロセスの詳細な説明は、本発明の要旨を不明にする可能性がある場合に省略できる。
本発明の主な要旨は、ＭＭＴシステムの送信エンティティにより送信されたパケットのうち損失したパケットを遅延制限された(delay-constrained)環境で制限時間内に損失したパケットを再伝送及び受信するための装置と方法を提供するものである。より詳細には、本発明は、(１)アセット毎にＡＲＱ方法を使用可能であるか否かと、ＡＲＱサーバのアドレスと、をＭＭＴ受信エンティティに明示的かつ独立的に指示し、(２) ＡＲＱリクエストをする場合、受信エンティティがどの因子を用いてリクエストできるか否かを区分して指示し、(３)遅延制限されたＡＲＱリクエストをする場合、受信エンティティがＡＲＱリクエストメッセージを送信するか否かを、受信エンティティバッファの管理のためのメッセージである仮想的な受信器バッファモデル(Hypothetical Receiver Buffer Model：ＨＲＢＭ)メッセージのｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ又はｍａｘ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙとＲＴＴ値を比較することで決定し、(４)遅延制限されたＡＲＱリクエストをする場合、送信エンティティが受信エンティティからリクエストされたパケットに対する応答メッセージを送信するか否かを、受信エンティティバッファ管理のためのメッセージであるＨＲＢＭメッセージのｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙあるいはｍａｘ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙとＲＴＴ値を比較することで決定する装置と方法に関する。
このため、本発明の実施形態によるマルチメディアシステムにおける情報を送受信する方法及び装置について詳細に説明する。以下では、例えば、マルチメディアシステムがＭＭＴシステムであると仮定して説明がなされる。
まず、本発明の実施形態によるＭＭＴシステムにおいてＡＲＱ適用可否及び因子使用方法について説明する。
ＭＭＴ ＡＲＱ方法では、受信エンティティのＡＲＱ動作の設定のためにＡＣメッセージを使用する。本発明の実施形態では、ＡＣメッセージを用いるために、下記のようなパラメータ値を定義する。
１)ＡＲＱ＿ｓｕｐｐｏｒｔ＿ｆｌａｇは、対応するアセットに対して (ｐａｃｋｅｔ＿ｉｄ)ＡＲＱが使用可能であるか否かを示すフラグであって、このフラグが１に設定される場合、対応するｐａｃｋｅｔ＿ｉｄに属するパケットの損失があった場合に、受信エンティティがＡＲＱサーバから対応するパケットを受信できることを示す。他の実施形態として、ＡＲＱ＿ｓｕｐｐｏｒｔ＿ｆｌａｇを使用することなくｒｔｘ＿ｗｉｎｄｏｗ＿ｔｉｍｅｏｕｔが０に設定された場合、対応するアセットがパケット再伝送をサポートしないことを意味する。
２)ａｒｑ＿ｓｅｖｅｒ＿ａｄｄｒｅｓｓは、受信エンティティによりＡＦメッセージが送信される場合、パケット再伝送を受信するＡＲＱサーバのアドレスを意味する。
３)ａｒｑ＿ｔｙｐｅは、受信エンティティによりＡＦメッセージを送信する場合に送信できるリクエストメッセージのタイプを示す。下記の＜表３＞で、「００」の場合、ＭＭＴパケットヘッダーのｐａｃｋｅｔ＿ｃｏｕｎｔｅｒを用いて再伝送されるパケットを指示でき、「０１」の場合、再伝送されるパケットを、ＭＭＴパケットヘッダーのｐａｃｋｅｔ＿ｉｄとｐａｃｋｅｔ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒの組み合わせにより指示できる。
以下の＜表１＞は、本発明の実施形態によるＡＣメッセージに含まれる情報を示す。
Figure 0006628785
 ＜表１＞で、各構文(syntax）は、以下の＜表２＞のような意味を有する。
Figure 0006628785
 上記の＜表１＞で、ａｒｑ＿ｔｙｐｅフィールドに対する有効値は、以下の＜表３＞のように定義される。
Figure 0006628785
 次に、ＭＭＴ ＡＲＱでは、ＭＭＴ受信エンティティは、パケット再伝送が必要な場合、ＡＦメッセージを構成してＡＲＱサーバに伝送する。このとき、ＡＰメッセージは、本発明の実施形態により＜表４＞のように再構成されなければならない。
Figure 0006628785
 ＜表４＞で、各構文は、以下の＜表５＞のような意味を有する。
Figure 0006628785
 ＜表５＞において、ａｒｇｕｍｅｎｔ＿ｔｙｐｅフィールドに対する有効値は以下の＜表６＞のように定義され、ｄｅｌａｙ＿ｃｏｎｓｔｒａｉｎｅｄ＿ＡＲＱ＿ｍｏｄｅフィールドに対する有効値は、以下の＜表７＞のように定義される。
Figure 0006628785
Figure 0006628785
 図２は、本発明の実施形態によるＭＭＴシステムにおける各ノードの構成を示す。
図２を参照すると、システムは、ＭＭＴパケットの伝送ノードである送信エンティティ２１０と、ＭＭＴパケットの受信ノードである受信エンティティ２５０と、再伝送パケットを格納及び伝送するＡＲＱサーバ２３０と、を含む。送信エンティティ２１０は、ＡＲＱサーバ２３０の機能を有していてもよい。
送信エンティティ２１０に含まれるＭＭＴパケットの生成及び格納部２１３は、アセットをＭＭＴパケット化するモジュールであり、ＨＲＢＭ情報格納/管理部２１１は、受信エンティティバッファを管理するためのＨＲＢＭ情報を生成して格納及び伝送するモジュールであり、ＭＭＴパケット送信部２１５は、生成されたＭＭＴパケットを伝送するモジュールである。特に、送信エンティティ２１０は、本発明の実施形態により情報を送受信する動作を実行し、これに対する詳細な動作は、以下の図３乃至図８を参照して詳しく説明する。
ＡＲＱサーバ２３０に含まれるチャンネル状態測定部２３１は、受信エンティティ２５０からＡＦメッセージが受信された場合に、再伝送されたパケットを時間内に受信エンティティに適切に配信可能か否かを判定するために、受信エンティティ２５０とのＲＴＴを測定するためのモジュールである。さらに、ＭＭＴパケット格納部２３３は、受信エンティティ２５０から再伝送がリクエストされたパケットを伝送するために、対応するパケットを送信エンティティ２１０から予め受信してコピー/格納するモジュールである。ＭＭＴパケット再伝送決定部２３７は、受信エンティティ２５０からＡＦメッセージが受信された場合、再伝送されたパケットを時間内に受信エンティティ２５０に適切に配信可能か否かを判定するためのモジュールであって、ＨＲＢＭ情報のｍａｘ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ又はｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ情報と受信エンティティ２５０とのＲＴＴとを比較することで当該判定を行うことを特徴とするモジュールである。ＭＭＴパケット送信部２４１は、生成されたＭＭＴパケットを伝送するモジュールであり、ＡＣ設定部２３９は、ＡＲＱ設定情報を生成/格納/伝送するモジュールである。特に、ＡＲＱサーバ２３０は、本発明の実施形態により情報を送受信する動作を実行し、これに関する詳細な動作は、次の図３乃至図８を参照して詳細に説明する。
受信エンティティ２５０に含まれるチャンネル状態測定部２５１は、パケット再伝送がリクエストされた場合、再伝送されたパケットが時間内に受信可能か否かを判定するためにＡＲＱサーバとのＲＴＴを測定するためのモジュールである。さらに、ＭＭＴパケット再伝送リクエスト部２５５は、パケットの損失を検知した場合、ＡＲＱリクエストを送信するためのモジュールであって、ＨＲＢＭ情報のｍａｘ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ又はｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ情報と受信エンティティ２５０とのＲＴＴとを比較して、再伝送されたパケットが時間内に受信エンティティ２５０に正しく送信可能か否かを把握し、必要な場合に、再伝送リクエストメッセージを送信するか否かを判定することを特徴とするモジュールである。ＡＣ受信部２５７は、ＡＲＱ設定情報を受信/格納するモジュールであって、ＭＭＴパケット受信部２６１は、伝送されたＭＭＴパケットを受信するモジュールである。ＭＭＴパケット損失検出部２５９は、伝送されたＭＭＴパケットが失われたか受信されたかを検出するモジュールであって、ＨＲＢＭ情報格納/管理部２５３は、受信エンティティバッファの管理のためのＨＲＢＭ情報を受信及び格納するモジュールである。特に、受信エンティティ２５０は、本発明の実施形態により情報を送受信する動作を実行し、これに関する詳細な動作は、以下の図３乃至図８を参照して詳細に説明する。
一方、図２は送信エンティティ２１０、ＡＲＱサーバ２３０、及び受信エンティティ２５０の各々に含まれる細部ユニットを示すが、各装置で示す細部ユニットのうち少なくとも２つが統合された形態で実現されてもよい。また、各装置に示す細部ユニットを、１個のプロセッサで実現してもよい。
図３は、本発明の第１の実施形態によるＭＭＴシステムにおける情報送受信方法を示す。本発明の第１の実施形態は、受信エンティティ２５０により損失したパケットに対する再伝送をリクエストするか否かを決定する場合の情報送受信方法に関するものである。
図３を参照すると、送信エンティティ３００は、測定構成(Measurement Configuration：ＭＣ)メッセージを受信エンティティ２５０に伝送する(３０１)。すると、受信エンティティ２５０は、ＭＣメッセージが受信された時間を確認し、送信エンティティ３００から受信エンティティ２５０へのパケットに対する伝送遅延(propagation)時間(Ｄ１)値を決定し(３０３)、決定したＤ１値に関連した情報が含まれた受信品質フィードバック(Reception Quality Feedback：ＲＱＦ)メッセージを送信エンティティ３００に伝送する(３０５)。
送信エンティティ３００は、受信されたＲＱＦメッセージに含まれたＤ１値に関連した情報に基づいてアップリンク遅延時間(Ｄ２)値を決定する(３０７)。Ｄ２値は、ｆｅｅｄｂａｃｋ＿ｔｉｍｅｓｔａｍｐとタイムスタンプとの差に基づいて決定できる。さらに、送信エンティティ３００は、ｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値に関連した情報を含むＨＲＢＭメッセージを受信エンティティ２５０に伝送する(３０９)。受信エンティティ２５０は、受信されたＨＲＢＭメッセージに含まれたｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値に関連した情報を確認する(３１１)。
送信エンティティ３００は、最新のＤ２値に関連した情報を含むＡＣメッセージを生成し(３１３)、生成したＡＣメッセージを受信エンティティ２５０に反復して伝送する(３１５)。受信エンティティ２５０は、受信されたＡＣメッセージから新たなＤ１値を確認し(３１７)、ＡＣメッセージに含まれた新たなＤ２値に関連した情報を確認し(３１９)、新たなＲＴＴ値を決定する(３２１)。ここで、新たなＲＴＴ値は、新たなＤ１値と新たなＤ２値に基づいて決定される。
以後、受信エンティティ２５０が送信エンティティ３００からパケットＮ-１及びパケットＮ＋１を正常に受信したが、パケットＮの受信をできなかった場合(３２３乃至３２７)、新たなＲＴＴ値によりｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値に基づいてパケット再伝送をリクエストするか否かを判定する(３２９)。すなわち、受信エンティティ２５０は、新たなＲＴＴ値がｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値より短い場合(すなわち、パケット再伝送をリクエストすれば、再伝送されたパケットを制限時間内に受信できる場合)、パケットＮに対するＡＦメッセージを送信エンティティ３００に送信し(３３１)、このパケットＮが送信エンティティ３００から再伝送される(３３３)。一方、受信エンティティ２５０は、新たなＲＴＴ値がｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値より長い場合(すなわち、パケット再伝送をリクエストしても、再伝送されたパケットを制限時間内に受信できない場合)損失したパケットに対する再伝送をリクエストしない。
一方、送信エンティティ３００は、ＲＴＴ値がｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値と同一である場合、パケット再伝送に対する実施形態により、リクエストされたパケットを再伝送してもよく、再伝送しなくてもよい。
上記したように、本発明の第１の実施形態においては、遅延制限されたＡＲＱ環境において、受信エンティティ２５０が無条件に再伝送リクエストを実行し、その後、送信エンティティ３００が応答するのではなく、受信エンティティ２５０がＨＲＢＭメッセージに含まれた情報とＲＴＴ値に関連した情報とを比較し、制限時間内にパケットを受信できないと判定された場合には、再伝送リクエスト自体を伝送しないようにする。このとき、図３の一例のように、ＨＲＢＭメッセージ内のｍａｘ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値又はｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値に関連した情報を用いて上記の判定を行えば、受信エンティティ２５０はメディアを回復するために全ての受信したパケットを確認する必要がないので、再伝送をリクエストする時間及びリソースを最小化できる。また、再伝送リクエストに対する判定を受信エンティティ２５０が実行するので、不要な再伝送応答に対する待機時間を短縮することができる。
図４は、本発明の第２の実施形態によるＭＭＴシステムで情報送受信方法を示す。
本発明の第２の実施形態は、送信エンティティ３００が損失したパケットに対して再伝送をリクエストするか否かを判定する場合の情報を送受信する方法に関するもので、特に送信エンティティ３００がＲＱＦメッセージを用いてＲＴＴ値を測定する場合に関する。
遅延制限されたＡＲＱ環境において、送信エンティティ３００は、ＨＲＢＭメッセージに含まれたｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値に関する情報を確認する(４０１)。また、受信エンティティ２５０によりＡＲＱリクエストがなされたとき、送信エンティティ３００は、Ｄ１値の配信を許可する条件を含むＭＣメッセージを生成し(４０３)、生成したＭＣメッセージを受信エンティティ２５０に伝送する。
受信エンティティ２５０は、受信したＭＣメッセージに基づいてＤ１値を決定し、Ｄ１値に関連した情報が含まれたＲＱＦメッセージを送信エンティティ３００に送信する(４０９)。すると、送信エンティティ３００は、ＲＱＦメッセージに基づいてＤ２値を決定し(４１１)、Ｄ１値及びＤ２値を合算してＲＴＴ値を計算する(４１３)。
以後、送信エンティティ３００は、ＡＣメッセージを受信エンティティ２５０に送信し、受信エンティティ２５０は、送信エンティティ３００からパケットＮ-１及びパケットＮ＋１を正常に受信したが、パケットＮの受信には失敗したことを確認する(４１７乃至４２１)。さらに、受信エンティティ２５０は、ＡＣメッセージに基づいて新たなＤ１値を決定し(４２３)、パケットＮに対するパケット再伝送をリクエストするか否かを判定する(４２５)。受信エンティティ２５０は、パケット再伝送をリクエストすると判定した場合、新たなＤ１値に関する情報を含むＲＱＦメッセージを送信エンティティ３００に送信する(４２５)。送信エンティティ３００は、受信されたＲＱＦメッセージに基づいて新たなＤ２値を決定し(４２９)、ＲＱＦメッセージに含まれた新たなＤ１値に関連した情報を確認し(４３１)、新たなＲＴＴ値を決定する(４３３)。
さらに、送信エンティティ３００は、受信エンティティ２５０からパケットＮに対する再伝送をリクエストするＡＦメッセージを受信した場合(４３５)、新たなＲＴＴ値がｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値より小さいか否かを判定する(４３７)。送信エンティティ３００は、新たなＲＴＴ値がｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値より小さい場合、受信エンティティ２５０にパケットＮを再伝送する。
一方、送信エンティティ３００は、ＲＴＴ値がｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値と同一である場合、パケット再伝送に対する実施形態により、リクエストされたパケットＮを再伝送してもよく、再伝送しなくてもよい。
上記したように、本発明の第２の実施形態においては、送信エンティティ３００は、ＨＲＢＭメッセージ内のｍａｘ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値又はｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値に関連した情報を予め知っているので、受信エンティティ２５０から再伝送リクエストを受信した場合に、再伝送に応答するか否かを、ａｒｒｉｖａｌ＿ｄｅａｄｌｉｎｅ値とＲＴＴ値との比較ではなく、ｍａｘ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値又はｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値とＲＴＴ値とを比較することで判定できる。図４のステップ４３７のように、ＲＴＴ値がｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値より小さいことが受信エンティティ２５０に制限時間内に再伝送パケットを正常に伝送できることを意味するので、送信エンティティ３００はパケットを再伝送する。一方、ＲＴＴ値がｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値より大きいことは、制限時間内にパケットが到着しないことを意味する。受信エンティティ２５０のデジッタリング(de-jittering)バッファは受信したパケットを廃棄するので、再伝送パケットを送信しても受信エンティティ２５０にて受信できない。したがって、ＲＴＴ値がｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値より大きい場合、送信エンティティ３００は、パケットに対する再伝送を実行しない。
このような本発明の第２の実施形態では、送信エンティティ３００は、最新のＲＴＴ値を継続して確認するためにＲＱＦメッセージを使用しなければならない。ＭＭＴ通信システムにおいて、受信エンティティ２５０は、ＭＣメッセージを通じて送信エンティティ３００にチャンネル状態のような多様な情報を送信し、ＭＣメッセージに報告する情報を設定し、ＲＱＦメッセージに対応する情報を含めることができる。すなわち、遅延制限されたＡＲＱが実行される場合に再伝送するか否かを判定するために、送信エンティティ３００は、最新のＲＴＴ値に関する情報を知っていなければならない。例えば、受信エンティティ２５０が遅延制限されたＡＲＱを実行する予定である場合に、送信エンティティ３００にＲＱＦメッセージを伝送するために、ＭＣメッセージ内のｍｅａｓｕｒｍｅｎｔ＿ｃｏｎｄｉｔｉｏｎ()に条件を与えることができる。これまで、ｍｅａｓｕｒｍｅｎｔ＿ｃｏｎｄｉｔｉｏｎ()には、遅延制限されたＡＲＱを実行する場合にＲＱＦメッセージを送信することを許可する条件は存在していなかったので、これに対する追加が必要である。例えば、“ｍｅａｓｕｒｅｍｅｎｔ＿ｃｏｎｄｉｔｉｏｎ()＝０ｘ０００１”とＭＣメッセージに指定された場合に、受信エンティティ２５０が遅延制限されたＡＲＱメッセージを送信すると同時に送信エンティティ３００が最新のＲＴＴ値に関する情報を確認するように、受信エンティティ２５０はＲＱＦメッセージを送信しなければならない。
図５は、本発明の第３の実施形態によるＭＭＴシステムにおける情報送受信方法を示す。
本発明の第３の実施形態は、送信エンティティ３００で損失したパケットに対する再伝送をリクエストするか否かを判定する場合の情報送受信方法に関するものであって、特に送信エンティティ３００でＡＦメッセージ内に測定された最新ＲＴＴ値に関連した情報を挿入して伝送する場合に関する。
図５を参照すると、送信エンティティ３００は、ＨＲＢＭメッセージに含まれたｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値に関連した情報を確認する(５０１)。送信エンティティ３００は、ＭＣメッセージを受信エンティティ２５０に伝送する(５０３)。受信エンティティ２５０は、ＭＣメッセージに基づいてＤ１値を決定し、Ｄ１値に関連した情報を含むＲＱＦメッセージを送信エンティティ３００に送信する。すると、送信エンティティ３００は、ＲＱＦメッセージに基づいてＤ２値を決定し(５０９)、このＲＱＦメッセージに含まれたＤ１値に関連した情報及びＤ２値を用いてＲＴＴ値を決定する(５１１)。
受信エンティティ２５０は、送信エンティティ３００からＡＣメッセージを受信し(５１３)、パケットＮ-１及びパケットＮ＋１は正常に受信したが、パケットＮの受信には失敗したことを確認する(５１５乃至５１９)。
その後、受信エンティティ２５０は、再伝送をリクエストするパケットのタイプ(例えば、パケットＮ)を指定するＡＦメッセージを、送信エンティティ３００に送信する。さらに、遅延制限されたＡＲＱの実行中、送信エンティティ３００は、再伝送するか否かを判定するために最新のＲＴＴ値に関連した情報を知らなければならず、このために、受信エンティティ２５０は、ＡＦメッセージ内に送信エンティティ３００から受信エンティティ２５０へのＤ１の最新バージョン(すなわち、新たなＤ１値に関連した情報）を挿入して伝送できる。このとき、受信エンティティ２５０は、送信エンティティ３００から受信される他のパケットのパケットヘッダー内のタイムスタンプ値などを用いてＤ１値をアップデートしておき、これをＡＦメッセージ内に添付して送信できる。
すなわち、受信エンティティ２５０は、新たなＤ１値に関する情報を含むＡＦメッセージを送信エンティティ３００に送信する。それによって本発明の第３の実施形態による送信エンティティ３００は、ＡＦメッセージを通じて新たなＤ１値に関する情報を確認する(５２５)。送信エンティティ３００は、ＡＦメッセージが含まれるパケットヘッダーのタイムスタンプ値を用いてＤ２値を計算し、新たなＤ１値及びＤ２値を合計して最新のＲＴＴ値を計算する(５２７)。また、送信エンティティ３００は、ＨＲＢＭメッセージ内のｍａｘ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値又はｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値とＲＴＴ値とを比較してパケットＮを再伝送するか否かを判定する(５２９)。このとき、パケットにＦＥＣが適用される場合には、ＲＴＴ値とｍａｘ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙとを比較し、ＦＥＣが適用されない場合には、ｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値とＲＴＴ値をと比較することができる。
ｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値がＲＴＴ値より大きいことはパケットを再伝送するときに再伝送したパケットが制限時間内に安全に受信できることを意味するので、送信エンティティ３００は、リクエストされたパケットＮを再伝送する(５３１)。一方、ｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値がＲＴＴ値より小さいことはパケットを再伝送しても再伝送したパケットが制限時間内に安全に受信されないことを意味するので、送信エンティティ３００は、リクエストされたパケットＮの再伝送を実行しない。
一方、ＲＴＴ値がｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値と同一である場合、送信エンティティ３００は、パケット再伝送に対して実現される実施形態により、リクエストされたパケットを再伝送してもよいし、再伝送しなくてもよい。
図６は、本発明の第４の実施形態によるＭＭＴシステムにおける情報送受信方法を示す。
本発明の第４の実施形態では、送信エンティティ３００で損失したパケットに対して再伝送をリクエストするか否かを判定する場合の情報送受信方法に関するもので、特に受信エンティティ２５０で周期的にＲＱＦメッセージを伝送する場合に対するものである。
図６を参照すると、送信エンティティ３００は、ＨＲＢＭメッセージに含まれたｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値に関する情報を確認する(６０１)。送信エンティティ３００は、最新のＤ１値に関連した情報を収集するために周期的にＲＱＦメッセージを送信するようＭＣメッセージ内の内容を設定し(６０３)、設定されたＭＣメッセージを受信エンティティ２５０に送信する(６０５)。すなわち、本発明の第４の実施形態では、遅延制限されたＡＲＱの実行時に、送信エンティティ３００は、パケットの再伝送に対して応答するか否かを判定するために、最新のＲＴＴ値に関する情報を確認する必要がある。送信エンティティ３００が特定アセットである場合にはリアルタイム性が重要であるので、遅延制限されたＡＲＱが必須であると判定される場合には、第４の実施形態においては、ＭＣメッセージ内のｍｅｓｕｒｅｍｅｎｔ＿ｐｅｒｉｏｄ値に周期値を設定することで、受信エンティティ２５０は周期的にＲＱＦメッセージを送信できる。
受信エンティティ２５０は、送信エンティティ３００から受信した他のパケットのパケットヘッダー内のタイムスタンプ値に関連した情報を用いてＤ１値をアップデートし(６０７，６１５)、これをＲＱＦメッセージ内のｐｒｏｐａｇａｔｉｏｎ＿ｄｅｌａｙ値に設定し、送信エンティティ３００に周期的に伝送する(６０９，６１７)。送信エンティティ３００は、ＲＱＦメッセージが含まれたパケットヘッダーのタイムスタンプ値を用いてＤ２値を計算し(６１１，６１９)、Ｄ１値とＤ２値を用いてＲＴＴ値を計算する(６１３、６２１)。
受信エンティティ２５０は、送信エンティティ３００からＡＣメッセージを受信し(６２３)、パケットＮ-１及びパケットＮ＋１は正常に受信できたが、パケットＮの受信には失敗したことを確認する(６２５乃至６２９)。受信エンティティ２５０は、受信できなかったパケットＮをリクエストするＡＦメッセージを送信エンティティ３００に送信する(６３１)。
送信エンティティ３００は、ＨＲＢＭメッセージ内のｍａｘ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値又はｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値とＲＴＴ値とを比較してパケットＮを再伝送するか否かを判定する(６３３)。すなわち、ｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値がＲＴＴ値より大きいことはパケットを再伝送する場合に再伝送したパケットが制限時間内に安全に受信されることを意味するので、送信エンティティ３００は、リクエストされたパケットＮを再伝送する(６３５)。一方、ｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値がＲＴＴ値より小さいことはパケットを再伝送しても再伝送したパケットを制限時間内に安全に受信できないことを意味するので、送信エンティティ３００は、リクエストされたパケットＮに対する再伝送を実行しない。
一方、ＲＴＴ値がｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値と同一である場合、送信エンティティ３００は、パケット再伝送に対する実施形態により、リクエストされたパケットを再伝送してもよいし、再伝送しなくてもよい。
図７は、本発明の第５の実施形態によるＭＭＴシステムにおける情報送受信方法を示す。
本発明の第５の実施形態は、別のＡＲＱサーバ２３０が存在する場合、ＡＲＱサーバ２３０で損失したパケットに対する再伝送リクエストの有無を決定する場合の情報送受信方法に関するものである。ＭＭＴで再伝送のためのＡＲＱサーバ２３０は、送信エンティティ２１０とは物理的に別の装置として存在できる。
図７を参照すると、送信エンティティ２１０は、ＭＭＴパケットをコピーしてＡＲＱサーバ２３０に伝送し、ＨＲＢＭメッセージをＡＲＱサーバ２３０に伝送する(７０１)。このとき、ＨＲＢＭメッセージは、ｍａｘ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値に関連した情報及びｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値に関連した情報のうち少なくとも一つを含む。ＡＲＱサーバ２３０は、受信したＨＲＢＭメッセージに含まれたｍａｘ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値に関連した情報及びｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値に関連した情報のうち少なくとも一つを格納する(７０３)。
送信エンティティ２１０は、ＡＣメッセージにＡＲＱサーバ２３０が別に存在することを指定し(７０５)、ＡＣメッセージを受信エンティティ２５０に伝送する(７０７)。このとき、ＡＣメッセージには、別のＡＲＱサーバのアドレスに関する情報が含まれ得る。別のＡＲＱサーバのアドレスは、＜表１＞のようにａｒｑ＿ｓｅｒｖｅｒ＿ａｄｄｒｅｓｓを通じて指定が可能である。
ＡＲＱサーバ２３０と受信エンティティ２５０との間の最新のＲＴＴ値をサーバが知り、維持させるためには追加動作が必要である。本発明の第５の実施形態のように別のＡＲＱサーバ２３０が存在し、ＡＲＱサーバ２３０が再伝送するか否かを判定する場合、ＡＲＱサーバ２３０は、自身がサービスしなければならない送信エンティティ２１０をまだ知らない状態なので、自発的にＭＣ/ＲＱＦメッセージを通じて最新ＲＴＴ値の伝送を指示できない。したがって、受信エンティティ２５０は、パケットＮ-１及びパケットＮ＋１が正常に受信されたことを確認し、パケットＮの受信には失敗したことを確認する(７０９乃至７１３)。受信エンティティ２５０は、送信エンティティ２１０のアドレスとＡＲＱサーバ２３０のアドレスが異なり、遅延制限されたＡＲＱをリクエスト予定であり、ＡＲＱサーバ２３０と受信エンティティ２５０との間の最新Ｄ１値として使用する最新パケットが受信されない場合、最新Ｄ１値を確認するために、ＡＲＱサーバ２３０に任意のパケット(Ｄ１測定のためのものであるため、いかなる情報が含まれているかは重要でない）の伝送をリクエストする(７１７)。受信エンティティ２５０は、ＡＲＱサーバ２３０から任意のパケットを受信し(７１９)、新たなＤ１値を決定する(７２１)。受信エンティティ２５０は、新たなＤ１値に関連した情報を含むＡＦメッセージをＡＲＱサーバ２３０に送信する(７２３)。ＡＲＱサーバ２３０は、ＡＦメッセージを受信して新たなＤ２値を決定し(７２５)、ＡＦメッセージを通じて受信した新たなＤ１値及び新たなＤ２値に基づいて新たなＲＴＴ値を決定する(７２７)。ＡＲＱサーバ２３０が直接新たなＲＴＴ値を決定する方法について説明するが、ＡＲＱサーバ２３０が遅延制限されたＡＲＱをリクエストした受信エンティティ２５０を知るようになるので、必要によりＭＣメッセージを通じてＲＴＴ受信のためのリクエストを変形できる。また、他の方法で、送信エンティティ２１０がＡＲＱサーバ２３０のアドレスを受信エンティティ２５０に通知し、受信エンティティ２５０がＡＲＱサーバ２３０のアドレスと送信エンティティ２１０のアドレスが異なることを確認した場合、対応するＡＲＱサーバに別のメッセージを通じて遅延制限されたＡＲＱ動作のための登録(registration）を実行できる。ＡＲＱサーバ２３０は、登録された受信エンティティに対して遅延制限されたＡＲＱ動作の可能性に対応して予めＲＴＴ値に関連した情報を測定する。
その後、ＡＲＱサーバ２３０は、ＨＲＢＭメッセージ内のｍａｘ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値又はｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値とＲＴＴ値とを比較してパケットＮを再伝送するか否かを判定する(７２９)。すなわち、ｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値がＲＴＴ値より大きいことはパケット再伝送をする場合に再伝送されたパケットが制限時間内に受信されることを意味するので、ＡＲＱサーバ２３０は、リクエストされたパケットＮを再伝送する(７２９)。一方、ｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値がＲＴＴ値より小さいことはパケット再伝送をしても再伝送したパケットが制限時間内に安全に受信できないことを意味するので、ＡＲＱサーバ２３０は、リクエストされたパケットＮの再伝送を実行しない。
一方、ＡＲＱサーバ２３０は、ＲＴＴ値がｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄ
ｅｌａｙ値と同一である場合、パケット再伝送に対する実施形態によりリクエストされた
パケットＮに対して再伝送してもよく、再伝送しなくてもよい。
図８は、本発明の第６の実施形態によるＭＭＴシステムにおける情報の送受信方法を示す。
本発明の第６の実施形態は、別のＡＲＱサーバ２３０が存在する場合に、受信エンティティ２５０で損失したパケットに対する再伝送をリクエストするか否かを判定する場合の情報送受信方法に関するものである。
本発明の第６の実施形態で、別のＡＲＱサーバ２３０が存在し、パケット再伝送に対する有無を受信エンティティ２５０が決定する場合、図８のように、ＡＲＱサーバ２３０と受信エンティティ２５０との間の最新のＲＴＴ値を受信エンティティ２５０が継続して確認するために、次のように動作する。
図８を参照すると、送信エンティティ２１０は、ＭＭＴパケットをコピーしてＡＲＱサーバ２３０に送信し(８０１)、ＨＲＢＭメッセージを受信エンティティ２５０に送信する(８０３)。すると、受信エンティティ２５０は、ＨＲＢＭメッセージに含まれたｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値を格納する(８０５)。
送信エンティティ２１０は、ＡＣメッセージにＡＲＱサーバ２３０が別に存在することを指定し(８０７)、ＡＣメッセージを受信エンティティ２５０に伝送する(８０９)。このとき、ＡＣメッセージは、別のＡＲＱサーバのアドレスに関する情報を含むことができる。受信エンティティ２５０は、パケットＮ-１及びパケットＮ＋１を正常に受信したが、パケットＮの受信には失敗したことを確認する(８１１乃至８１５)。受信エンティティ２５０はＲＴＴ値を知らないので、Ｄ２値を知るために、受信エンティティ２５０は、ＲＱＦメッセージを通じて、一般のデータパケットでなく制御情報であるＡＣ情報を含むＡＣメッセージをリクエストする(８１７)。ＡＣメッセージをリクエストするＡＦメッセージは、以下の＜表８＞及び＜表９＞のように構成できる。
さらに、ＡＲＱサーバ２３０は、ＡＦメッセージに基づいて新たなＤ２値を決定し(８１９)、決定したＤ２値に関連した情報を含むＡＣメッセージを生成する(８２１)。このとき、生成されたＡＣメッセージは、以下の＜表１０＞のようにＡＲＱ設定情報だけでなくＡＲＱサーバ２３０を知っている特定の受信エンティティ２５０とＡＲＱサーバ２３０との間のチャンネル情報である最新のＤ２値に関連した情報を含む。受信エンティティ２５０は、ＡＣメッセージから新たなＤ１値を決定し(８２４)、新たなＤ２値を抽出し(８２５)、新たなＲＴＴ値を決定する(８２７)。
受信エンティティ２５０は、ＨＲＢＭメッセージ内のｍａｘ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値又はｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値とＲＴＴ値とを比較してパケットＮの再伝送をリクエストするか否かを判定する(８２９)。すなわち、ｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値がＲＴＴ値より大きいことはパケット再伝送をする場合に再伝送されたパケットが制限時間内に安全に受信されることを意味するので、受信エンティティ２５０は、パケットＮの再伝送をリクエストするＡＦメッセージをＡＲＱサーバ２３０に伝送する(８３１)。すると、ＡＲＱサーバ２３０からパケットＮが再伝送される(８３３)。一方、ｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値がＲＴＴ値より小さいことはパケットを再伝送しても再伝送されたパケットが制限時間内に安全に受信されないことを意味するので、受信エンティティ２５０は、パケットＮの再伝送をリクエストしない。
一方、受信エンティティ２５０は、ＲＴＴ値がｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値と同一である場合、パケット再伝送に対する実施形態によりパケットＮの再伝送をリクエストしてもよいし、あるいは再伝送をリクエストしなくてもよい。
Figure 0006628785
Figure 0006628785
Figure 0006628785
 一方、本発明の他の実施形態では、ＭＭＴシステムにおいて、一つのパッケージを構成する複数のアセットのうち有意な関連性を有するアセットのグループであるバンドルを構成し、各アセットのＡＤＣ情報を集合して各バンドルのＢＤＣ情報を構成する。サーバ又はＭＡＮＥは、各バンドル間の相対的な優先順位及び各バンドル内のアセット間の相対的な優先順位情報を伝送するものである。それによって、受信エンティティは、各バンドル間の相対的な優先順位及び各バンドル内のアセット間の相対的な優先順位情報に基づいて任意のアセット伝送を止めなければならない場合、いずれかを選択できるかに関するヒント情報を獲得できる。
図９は、現在のＭＭＴ規格におけるＡＤＣ情報の構成を示す。
ＡＤＣ情報は、ＭＰＥＧ ＭＭＴ規格でアセット(例えば、ビデオ、オーディオ、テキスト、ファイルなど）の伝送特性を表す情報であって、図９及び＜表１１＞のような関係及び形式(構文及びセマンティック）を有する。ＡＤＣ情報がＭＡＮＥ又は受信エンティティに配信される場合、ＭＡＮＥは、将来の伝送トラフィックの推移と特性情報値を予め獲得することにより帯域幅の低減効果を得られ、受信エンティティもメディアが到着する伝送速度がわかるため、どの程度のバッファを確保しなければならないかを類推できるという長所を有する。
Figure 0006628785
 ＜表１１＞で、各構文は、以下の＜表１２＞のような意味を有する。
Figure 0006628785
 ＜表１２＞で、ｌｏｓｓ＿ｔｏｌｅｒａｎｃｅ属性に対する値は、以下の＜表１３＞のように示すことができる。
Figure 0006628785
 ＜表１２＞で、ｃｌａｓｓ＿ｏｆ＿ｓｅｒｖｉｃｅ属性に対する値は、以下の＜表１４＞のように示すことができる。
Figure 0006628785
 ＜表１２＞で、ｃｌａｓｓ＿ｏｆ＿ｓｅｒｖｉｃｅ属性に対する値は、以下の＜表１５＞のように示すことができる。
Figure 0006628785
 図１０は、本発明の他の実施形態によるＢＤＣの構成を示す。
図１０を参照すると、基本レイヤ(アセット３)、拡張レイヤ (Enhancement layer1)１(アセット２)、及び拡張レイヤ２(アセット１)を含むスケーラブルなビデオ(ＳＶＣ)コンテンツと、モノ(アセット４)、左チャンネル(アセット５)、及び右チャンネル(アセット６)を含むオーディオコンテンツと、からなるＭＭＴコンテンツを仮定する。
送信エンティティは、ユーザーの好み、ネットワーク状況、端末の容量などを考慮して多様な組み合わせのアセットを受信エンティティに伝送できる。
このとき、送信エンティティは、アセットの組み合わせに優先順位を設定し、ユーザーの好み、ネットワーク状況、端末の容量などに従って優先順位を選択した後、選択した優先順位に該当するバンドルを受信エンティティに伝送する。
例えば、図１０のＭＭＴパッケージは、第１の優先順位を有するアセット１乃至アセット６を含むバンドル１、第２の優先順位を有するアセット２乃至アセット４を含むバンドル２、及び第３の優先順位を有するアセット３及びアセット４を含むバンドル３で構成され得る。
送信エンティティは、最高品質のコンテンツを伝送するための場合、アセット１〜アセット６まですべてのアセットを含むバンドル１を受信エンティティに伝送できる。送信エンティティは、ネットワーク状況が良くなくなり、あるいはユーザーがプレミアムユーザーでない場合、バンドル３を受信エンティティに伝送できる。
このように、一つのＭＭＴコンテンツは、一般にいくつかのアセットで構成され、特定時間に再生するために一連のアセットの束が選択される。このとき、個別アセット単位でなく意味のあるアセットの束であるバンドル単位で伝送特性を記述する場合、ネットワークノード又は受信エンティティ２５０により単純で効率的な情報を提供することもできる。したがって、本発明の実施形態ではバンドルの概念を導入し、バンドルの伝送特性情報であるＢＤＣ情報を記述するための構文とセマンティックを以下の＜表１６＞のように定義する。
以下の＜表１６＞は、ＢＤＣ情報に対する構文の例を示す。
Figure 0006628785
 ＜表１６＞において、ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄは、現在のＢＤＣ情報により提供される情報がどんなパッケージ内のバンドルに対応しているかを示す、対応するパッケージのＩＤを意味する。一つのパッケージは複数のアセットを有し、アセットの組み合わせにより複数のバンドルが構成され得る。このとき、ＢＤＣ情報は、送信端がＡＤＣ情報を参照して生成でき、パッケージプロバイダが提供してもよい。
Ｅｌｅｍｅｎｔ＿Ａｓｓｅｔ＿ｉｄは、現在のＢＤＣ情報を構成しているアセットＩＤであって、ＢＤＣ情報は、現在のバンドルがどんなアセットで構成されているかを、バンドル毎に対応するバンドルを構成するアセットのＩＤリスト情報を包含する。
Ｂｕｎｄｌｅ＿ｉｄは、一つのパッケージ内でバンドルを分割するための識別子である。
Ｉｎｔｒａ＿Ｂｕｎｄｌｅ＿Ｐｒｉｏｒｉｔｙは、現在のＢＤＣ情報を構成しているアセットが対応するバンドル内で有する優先順位を表す属性値である。Ｉｎｔｒａ＿Ｂｕｎｄｌｅ＿Ｐｒｉｏｒｉｔｙは、パッケージ又はバンドルを作成したサービスプロバイダ又はパッケージプロバイダにより示された、コンテンツプロバイダ(作者)が重要であると考えるアセット間の優先順位を示すものであり、コンテンツプロバイダの意図を送信エンティティ、ＭＡＮＥ又は受信エンティティに配信する手段である。これによって、ネットワーク混雑及びユーザーの好みなどにより、送信エンティティ又はＭＡＮＥが任意のアセットの伝送を停止するか、又は、任意のアセットを間引かなければならない場合に、ＭＭＴＰパケット単位のドロップも可能であるが、バンドル内のアセット間の優先順位をＩｎｔｒａ＿Ｂｕｎｄｌｅ＿Ｐｒｉｏｒｉｔｙに基づいて判定し、重要度に応じて特定のアセットそのものを伝送中にドロップすることができる。優先順位を表現するための方法は非常に多様に存在するが、コンテンツプロバイダにより定義される任意の順序(例えば、０を最高の優先順位とし、１２を最低の優先順位とするなど）の方法で指定できる。
Ｉｎｔｅｒ＿Ｂｕｎｄｌｅ＿Ｐｒｉｏｒｉｔｙは、現在のパッケージ内に存在するいろいろなバンドル間の相対的な優先順位を表す属性値である。これは、パッケージ又はバンドルを作成するサービスプロバイダ又はパッケージプロバイダにより示された、コンテンツプロバイダ（作者）が重要であると考えるバンドル間の優先順位を表して、コンテンツプロバイダの意図を送信エンティティ、ＭＡＮＥ又は受信エンティティに配信する手段である。これを通じて、ネットワーク混雑、ユーザーの好みなどにより、送信エンティティ又はＭＡＮＥは、任意のバンドルの伝送を停止するか、または、伝送するバンドルを変更しなければならない場合に、バンドル間の優先順位をＩｎｔｅｒ＿Ｂｕｎｄｌｅ＿Ｐｒｉｏｒｉｔｙに基づいて判断し、重要度に従って、特定バンドルを伝送するか、又は、バンドルを他のバンドルに変更して伝送できる。優先順位を表現するための方法は非常に多様であるが、コンテンツプロバイダにより定義される任意の順序(例えば、０を最高の優先順位とし、１２を最低の優先順位とするなど）の方法で指定できる。
上記した構文以外の構文は、以下の＜表１７＞のような意味を有する。
Figure 0006628785
Figure 0006628785
＜表１７＞において、ｌｏｓｓ＿ｔｏｌｅｒａｎｃｅ属性の値は以下の＜表１８＞のように示し、ｊｉｔｔｅｒ＿ｓｅｎｓｉｔｉｖｉｔｙ属性の値は以下の＜表１９＞のように示し、ｃｌａｓｓ＿ｏｆ＿ｓｅｒｖｉｃｅフィールドでビットストリーム属性のタイプは、以下の＜表２０＞のように示すことができる。
Figure 0006628785
Figure 0006628785
Figure 0006628785
 図１１は、本発明の他の実施形態によるＭＭＴシステムにおける各ノードの構成を示す。
図１１を参照すると、このシステムは、ＭＭＴパケット伝送ノードである送信エンティティ１１１０、ＭＭＴパケット受信ノードである受信エンティティ１１５０、及びルータスイッチのようなネットワークノードであるＭＡＮＥ１１３０を含む。
送信エンティティ１１１０に含まれるＡＤＣ信号生成/収集部１１１３は、時間によるメディア(すなわち、アセット）のトラフィック特性情報が含まれるＡＤＣ情報を収集し、これを送信エンティティ１１１０で使用するように、あるいは受信エンティティ１１５０に伝送するように適切に加工処理するモジュールである。ＢＤＣ生成部１１１５は、特定バンドルを構成する各アセットのＡＤＣ情報から特定バンドルに関する伝送特性情報であるＢＤＣ情報を生成するモジュールである。メディア伝送決定部１１１７は、ユーザーの好み、ネットワーク混雑状況、及び、デバイス能力などに従って、伝送中のメディアデータの品質を変更するか否かを決定する。メディア伝送決定部１１７は、伝送中のメディアデータの品質を変更する必要がある場合に、ＢＤＣ情報に基づいて、バンドル間の優先順位情報（Ｉｎｔｅｒ＿Ｂｕｎｄｌｅ＿Ｐｒｉｏｒｉｔｙ及びバンドル内のアセット間の優先順位情報(Ｉｎｔｒａ＿Ｂｕｎｄｌｅ＿Ｐｒｉｏｒｉｔｙ)のうち少なくとも一つを考慮して、伝送中のバンドルを他の品質のバンドルに変更するか、特定バンドル内の特定アセットの伝送を停止する動作を実行する。すなわち、メディア伝送決定部１１１７は、伝送すべきアセットを決定してメディアデータに対する適応的な伝送を可能とするモジュールである。ネットワークリソース予約処理部１１１１は、ＭＭＴで定義しない別途のプロトコルを用いてＭＭＴトラフィックを伝送するためにネットワークリソースを予約するプロトコル(例えば、ＲＳＶＰ）を処理するモジュールである。ＭＭＴパケット送信部１１１７は、ＭＭＴパケットを受信してＡＤＣ検出部１１５７に配信するか、あるいは受信エンティティ１１５０にそのまま配信するモジュールである。
ＭＡＮＥ１１３０に含まれるＢＤＣ/ＡＤＣ検出部１１３９は、ＭＡＮＥ１１３０を通過するＭＭＴパケットをモニタリングし、モニタリングしたＭＭＴパケットからＢＤＣ/ＡＤＣ情報を含むシグナリングメッセージを抽出するモジュールである。例えば、ＭＡＮＥ１１３０は、ＭＭＴパケットヘッダーのタイプフィールドとメッセージ内のｍｅｓｓａｇｅ＿ｉｄ情報に基づいて、対応するメッセージがＢＤＣ/ＡＤＣ情報を含んでいるか否かを判定できる。また、ＢＤＣ/ＡＤＣ検出部１１３９は、ＢＤＣ/ＡＤＣ情報のアップデートが必要であるか否かを判定し、必要な場合にアップデートされたＢＤＣ/ＡＤＣ情報を受信するか、または、必要な場合に送信エンティティ１１１０に知りたいＢＤＣ/ＡＤＣ情報をリクエストするモジュールである。
ＭＭＴパケット受信/配信/処理部１１４１は、送信エンティティ１１１０からＭＭＴパケットを受信し、これを受信エンティティ１１５０に配信するモジュールである。ＭＭＴパケット受信/配信/処理部１１４１は、ＢＤＣ情報を予め知っており、ネットワーク混雑のような状況により強制的なパケットドロップが必要な場合に、ＭＡＮＥにより、ＢＤＣ情報に基づいて特定パケット又は特定アセットをドロップする動作を実行するモジュールである。
動的リソース管理部１１３７は、送信エンティティ１１１０からＢＤＣ/ＡＤＣ情報を受信し、そのトラフィック特性を考慮してネットワークリソースリクエストを効率的にアップデートするためにＢＤＣ／ＡＤＣ情報を適用するモジュールであり、受信エンティティ１１５０の動的リソース管理部は、ＢＤＣ／ＡＤＣ情報を、送信エンティティ１１１０とＲＳＶＰを実行するときに参照資料として使用できる(例えば、アップデート及び水準など)。また、ＢＤＣ/ＡＤＣ情報を通じて受信エンティティ１１５０で確保しなければならないバッファ情報として活用可能である。
ネットワークリソース予約処理部１１３１は、ＭＭＴで定義しない別途のプロトコルを用いてＭＭＴトラフィックを伝送するためにネットワークリソースを予約するプロトコル(例えば、ＲＳＶＰ）を処理するモジュールである。
ネットワークリソース割り当て部１１３３は、自身(例えば、ルータ）のネットワークリソースを特定のトラフィックに割り当てるモジュールである。リソース現況モニタリング部１１３５は、現在使用中であるＭＡＮＥ１１３０のリソース利用現況を把握するモジュールである。
受信エンティティ１１５０に含まれる動的リソース管理部１１５５は、送信エンティティ１１１０からＡＤＣ情報を受信し、そのトラフィック特性を考慮してネットワークリソースリクエストを効率的にアップデートするためにＡＤＣ情報を適用するモジュールであり、受信エンティティ１１５０は、送信エンティティ１１１０とＲＳＶＰを実行するときに、ＡＤＣ情報を参照資料として使用できる(例えば、アップデート及び水準など)。また、ＢＤＣ/ＡＤＣ情報を通じて受信エンティティ１１５０で確保しなければならないバッファ情報として活用できる。
ＢＤＣ/ＡＤＣ検出部１１５７は、受信したＭＭＴパケットをモニタリングし、それによってＢＤＣ/ＡＤＣ情報を含むシグナリングメッセージを抽出するモジュールであって、例えば、ＭＭＴパケットヘッダーのＴｙｐｅフィールドとメッセージ内のｍｅｓｓａｇｅ＿ｉｄ情報に基づいて、対応するメッセージがＢＤＣ/ＡＤＣ情報を含んでいるか否かを判定できる。
ネットワークリソース予約処理部１１５１は、ＭＭＴで定義しない別のプロトコルであって、ＭＭＴトラフィック伝送のためにネットワークリソースを予約するプロトコル(例えば、ＲＳＶＰ)を処理するモジュールである。さらに、ＭＭＴパケット受信部１１５９は、送信エンティティ１１１０からＭＭＴパケットを受信して処理するモジュールである。
一方、図１１は送信エンティティ１１１０、ＭＡＮＥ１１３０、及び受信エンティティ１１５０の各々に含まれる細部ユニットを示し、各装置で示される細部ユニットのうち少なくとも２個が統合された形態で実現されてもよい。また、各装置で示す細部ユニットは、１個のプロセッサで実現されてもよい。
以下、本発明の他の実施形態で、ＢＤＣ情報を生成し、生成したＢＤＣ情報を使用する方法について説明する。
まず、本発明の他の実施形態でＢＤＣ情報は、次のように生成される。
特定バンドルのＢＤＣ情報は、対応するバンドルに属するすべてのアセットの伝送特性であるＡＤＣ情報の各パラメータ値を集めて生成できる。例えば、３個のアセットで構成されるバンドルである場合、該当バンドルの伝送特性値(ＱｏＳディスクリプタ及びビットストリームディスクリプタ)は、各アセットのＡＤＣ値を次のような規則を使用して生成できる。
１．[ｓｕｓｔａｉｎａｂｌｅ＿ｒａｔｅ，ｂｕｆｆｅｒ＿ｓｉｚｅ]：リーキーバケット(leaky bucket)モデルは、ｓｕｓｔａｉｎａｂｌｅ＿ｒａｔｅ Ｒとｂｕｆｆｅｒ＿ｓｉｚｅ Ｂで表すことができ、これらの値は、以下の＜数式１＞及び＜数式２＞により計算できる。
一つのバンドルが３個のアセットで構成される例である場合、対応するバンドルの各パラメータ値は、各アセットのパラメータ値を用いて下記のような方法で導出できる。バンドルのｓｕｓｔａｉｎａｂｌｅ＿ｒａｔｅは、各アセットのｓｕｓｔａｉｎａｂｌｅ＿ｒａｔｅの合計で表わされ＜数式１＞、一つのバンドルに必要なバッファのサイズは、＜数式２＞のように表すことができる。
Figure 0006628785
Figure 0006628785
２．[ｐｅａｋ＿ｒａｔｅ，ｍａｘ＿ＭＦＵ＿ｓｉｚｅ，ｍｆｕ＿ｐｅｒｉｏｄ]：バンドルのＰｅａｋ＿ｒａｔｅであるＰｋBDC、バンドルのｍａｘ＿ＭＦＵ＿ｓｉｚｅであるＭＭＦBDC、バンドルのＭＦＵ＿Ｐｅｒｉｏｄ値であるＭＦＵ＿ＰBDCは、統計的な標準偏差値と見なされるので、下記の＜数式３＞のように、各ＡＤＣ情報の値の平均二乗(mean square)値として得られる。
Figure 0006628785
３．[Ｔｒａｎｓｍｉｓｓｉｏｎ＿ｐｒｉｏｒｉｔｙ，Ｐｒ]は、下記の＜数式４＞を用いて計算できる。任意のバンドルの伝送優先順位は、対応するバンドルを構成するアセットの優先順位のうち最も大きいアセットの優先順位を基準として優先順位が定められ得る。
Figure 0006628785
４．[Ｄｅｌａｙ＿ｐｒｉｏｒｉｔｙ Ｄｐ]は、以下の＜数式５＞を用いて計算できる。任意のバンドルの遅延優先順位は、対応するバンドルを構成するアセットの遅延優先順位のうち最も小さいアセットの優先順位を基準として優先順位が定められ得る。
Figure 0006628785
５．[Ｃｌａｓｓ＿ｏｆ＿ｓｅｒｖｉｃｅ ＣＳ]は、以下の＜数式６＞を用いて計算できる。このとき、ＣＳの一つがＶＢＲである場合、バンドルはＶＢＲである。以下の＜数式６＞で、｜｜はＯＲ動作を意味する。
Figure 0006628785
６．[Ｂｉｄｉｒｅｃｔｉｏｎａｌ＿ｉｎｄｉｃａｔｏｒ，ＢＩ]は、以下の＜数式７＞を用いて計算できる。このとき、ＢＩの一つが双方向性(bidirectional)である場合、バンドルは、方向性(bi-directional)を有する。
Figure 0006628785
図１２は、本発明の他の実施形態による送信エンティティでＢＤＣ情報を伝送する方法を示す。
図１２を参照すると、送信エンティティは、ユーザーの好み、ネットワーク混雑状況、及びデバイス能力を考慮し、関連したメディア(アセット）に関する関連性情報が対応するノードに適用された場合に、効果的にパケットをドロップできる。また、送信エンティティは、ユーザーの好み、ネットワーク混雑状況、及びデバイス能力の変化に従って伝送中であるメディアデータの品質を変更(すなわち、高品質のメディアデータ→低品質のメディアデータ、低品質のメディアデータ→高品質のメディアデータ)させなければならなく、サーバ/ＭＡＮＥ/受信エンティティが一部アセットに対する伝送を中断するなどの状況に適応的なメディア伝送が必要な場合、本発明の実施形態によるバンドル情報を活用できる。
例えば、送信エンティティは、現在のネットワーク混雑状況に従って、提供中であるメディアデータに適応した品質を提供する必要性を検知した場合、ＢＤＣ情報に含まれたバンドル間優先順位情報(Ｉｎｔｅｒ＿Ｂｕｎｄｌｅ＿Ｐｒｉｏｒｉｔｙ)及びバンドル内のアセット間優先順位情報(Ｉｎｔｒａ＿Ｂｕｎｄｌｅ＿Ｐｒｉｏｒｉｔｙ)のうち少なくとも一つを確認する。送信エンティティは、確認されたＩｎｔｅｒ＿Ｂｕｎｄｌｅ＿Ｐｒｉｏｒｉｔｙ及びＩｎｔｒａ＿Ｂｕｎｄｌｅ＿Ｐｒｉｏｒｉｔｙのうち少なくとも一つに基づき、伝送しているバンドルを異なる品質のバンドルに変更したり、特定バンドル内で特定アセットの伝送を停止したりする動作を実行する。それによって、受信エンティティでは現在ネットワーク混雑状況によるバンドルを受信し、現在の状況に最適なメディアデータを提供できる。
従来のＭＭＴシステムにおいて、ネットワーク混雑状況においてメディアに適応した伝送が必要な場合、送信エンティティは、特定フレームを除去する方式で適応した伝送を実行していた。この場合、送信エンティティでは、すべてのアセットに均一に特定フレームをドロップする方式にて適応的な伝送を実行するようになる。しかしながら、本発明の実施形態による送信エンティティでは、特定アセットを選択して伝送してもよく、あるいは全部伝送しなくてもよい。例えば、Ｎスクリーン放送でネットワーク混雑が発生した場合、送信エンティティは、パケットドロップを通じて、メインＴＶと第２のスクリーンへ伝送されるビデオのフレームデータのすべてを同時に低減させるのではなく、ＢＤＣ情報内の優先順位情報及び伝送特性情報からネットワーク混雑状況に応じて特定の低い伝送レートのバンドルにバンドル自体を変更するか、又は、対応するバンドル内の複数のアセットのうち重要度が低く第２のスクリーンに伝送されるアセットを伝送しなくてもよい。
上記の＜表６＞において、Ｉｎｔｅｒ＿Ｂｕｎｄｌｅ＿Ｐｒｉｏｒｉｔｙ値は、現在のパッケージ内に存在する複数のバンドル間の相対的な優先順位を表す属性値である。特に、Ｉｎｔｅｒ＿Ｂｕｎｄｌｅ＿Ｐｒｉｏｒｉｔｙ値は、パッケージ又はバンドルを作成するサービスプロバイダ又はパッケージプロバイダなどにより示された、コンテンツプロバイダが重要であると考えるバンドル間の優先順位を示し、コンテンツプロバイダの意図を送信エンティティ、ＭＡＮＥ、又は受信エンティティに配信する手段である。これによって、ネットワーク混雑及びユーザーの好みにより任意のバンドル伝送を停止するか、又は、他のバンドルに伝送を変更する場合に、送信エンティティ又はＭＡＮＥは、バンドル間優先順位をＩｎｔｅｒ＿Ｂｕｎｄｌｅ＿Ｐｒｉｏｒｉｔｙ値に基づいて判定し、重要度に従って特定バンドルを伝送するか、または、他のバンドルに変更して伝送することができる。優先順位を表現するための方法は非常に多様に存在するが、コンテンツプロバイダにより定義される任意の順序(例えば、０を最も高い優先順位とし、１２を最も低い優先順位とするなど）の方法で指定できる。
＜表１６＞において、Ｉｎｔｒａ＿Ｂｕｎｄｌｅ＿Ｐｒｉｏｒｉｔｙ値は、現在のＢＤＣ情報を構成しているアセットが該当バンドル内で有する優先順位を表す属性値である。Ｉｎｔｒａ＿Ｂｕｎｄｌｅ＿Ｐｒｉｏｒｉｔｙ値は、パッケージ又はバンドルを作成するサービスプロバイダ又はパッケージプロバイダによりコンテンツプロバイダが重要であると考えるアセット間の優先順位を示し、コンテンツプロバイダの意図を送信エンティティ、ＭＡＮＥ、又は受信エンティティに配信する手段である。それによって、送信エンティティ又はＭＡＮＥがネットワーク混雑、ユーザーの好みなどにより任意のアセットに対する伝送を停止するか、又は削除しなければならない場合に、ＭＭＴＰパケット単位のドロップも可能であるが、バンドル内のアセット間の優先順位をＩｎｔｒａ＿Ｂｕｎｄｌｅ＿Ｐｒｉｏｒｉｔｙ値に基づいて判定し、重要度に従って特定のアセット自体を伝送でドロップできる。優先順位を表現するための方法は非常に多様に存在するが、コンテンツプロバイダにより定義される任意の順序(例えば、０を最も高い優先順位とし、１２を最も低い優先順位とするなど）の方法で指定できる。
一方、一つの送信エンティティから他の受信エンティティへ伝送されるＭＭＴフローは、一つのバンドルで構成され、該当バンドルの伝送特性は、ＢＤＣ情報を通じてわかる。このとき、ＭＡＮＥは、特定フローのｐｅｒ-ｆｌｏｗ ＱｏＳ制御のためにＭＭＴ規格においてｆｌｏｗ＿ｌａｂｅｌという識別子を使用する。ｆｌｏｗ＿ｌａｂｅｌは、次のように定義できる。
ｆｌｏｗ＿ｌａｂｅｌ(７ビット)：フローを区別する識別子であって、アプリケーションがセッション中に一時的にネットワークリソースを予約しなければならない場合に使用できる。一つのフローは、パッケージ内のＡＤＣ情報を用いてネットワークリソースの予約が必要な一つ又は複数のビットストリームとして定義される。０〜１２７の任意の番号が、ネットワークリソース又はデコーダリソースが割り当てられた一つのセッションに対して割り当てられてもよい。
したがって、本発明の実施形態による送信エンティティは、一つのフロー内に複数のアセットが伝送される場合、特定のｆｌｏｗ＿ｌａｂｅｌは、ＢＤＣ情報として表され、リソース予約のために使用できる。
以上、本発明の詳細な説明においては具体的な実施形態に関して説明したが、特許請求の範囲を外れない限り、様々な変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。したがって、本発明の範囲は、前述の実施形態に限定されるものではなく、特許請求の範囲の記載及びこれと均等なものに基づいて定められるべきである。

Claims (20)

  1. システムにおける送信エンティティにより、パケットを伝送する方法であって、
    前記送信エンティティが伝送されたパケットを再伝送するために格納するタイムウィンドウに関する情報を含む自動再送要求（ＡＲＱ）構成情報を生成するステップと、
    前記ＡＲＱ構成情報を含むＡＲＱ構成（ＡＣ）メッセージを受信エンティティに伝送するステップと、
    前記伝送されたパケットのうち損失パケットに関する情報及びＡＲＱモードに関する情報を含むＡＲＱフィードバック（ＡＦ）メッセージを前記受信エンティティから受信するステップと、
    前記ＡＦメッセージに基づいて、損失パケットを再伝送するか否かを決定するステップと、
    前記決定に基づいて前記損失パケットを前記受信エンティティに再伝送するステップと、
    を含むことを特徴とする伝送方法。
  2. 前記ＡＣメッセージは、前記損失パケットをリクエストするサーバのアドレスに関する情報を含むことを特徴とする請求項１に記載の伝送方法。
  3. 前記ＡＦメッセージは、
    前記受信エンティティが前記損失パケットをリクエストする時に利用する引数タイプに関する情報、
    損失パケットＩＤの数に関する情報、
    パケット損失を報告するためにマスクフィールドの各ビットが前記伝送されたパケット各々に対応するマスクフィールド、及び
    到着期限フィールドの現在時間を指示するフラグのうち少なくとも一つを含み、
    前記到着期限フィールドは、第１の損失パケットに対する再伝送されたパケットが前記受信エンティティに到達する締切期限を指示することを特徴とする請求項１に記載の伝送方法。
  4. 前記引数タイプに関する情報は、前記受信エンティティがパケットカウンタフィールドを有するＡＦメッセージを伝送することを指示する値及び前記受信エンティティがパケットＩＤフィールド及びパケットシーケンス番号フィールドを有するＡＦメッセージを伝送することを指示する値のうち少なくとも一つを含むことを特徴とする請求項３に記載の伝送方法。
  5. 前記ＡＲＱモードに関する情報は、サーバが時間制限を考慮せずに前記損失パケットを伝送することを指示する値、前記受信エンティティがＡＲＱフィードバックタイムスタンプフィールド及び到着期限フィールドを有する前記ＡＦメッセージを伝送することを指示する値及び伝送遅延を有する前記ＡＦメッセージを伝送することを指示する値のうち少なくとも一つを含み、
    前記ＡＲＱフィードバックタイムスタンプフィールドは、前記ＡＦメッセージが前記受信エンティティから伝送された時間を指示し、
    前記到着期限フィールドは、第１の損失パケットに対する再伝送パケットが前記受信エンティティに到達する締切期限を指示することを特徴とする請求項１に記載の伝送方法。
  6. システムにおける受信エンティティにより、パケットを受信する方法であって、
    自動再送要求（ＡＲＱ）構成情報を含むＡＲＱ構成（ＡＣ）メッセージを受信するステップであって、前記ＡＲＱ構成情報は、送信エンティティが伝送されたパケットを再伝送のために格納するタイムウィンドウに関する情報を含み、
    前記伝送されたパケットのうち損失パケットに関する情報及びＡＲＱモードに関する情報を生成するステップと、
    前記伝送されたパケットのうち前記損失パケットに関する情報及び前記ＡＲＱモードに関する情報を含むＡＲＱフィードバック（ＡＦ）メッセージを伝送するステップと、
    前記損失パケットの再伝送が前記ＡＦメッセージに基づいて決定されると、前記損失パケットを受信するステップと、
    を含むことを特徴とする受信方法。
  7. 前記ＡＣメッセージは、前記損失パケットをリクエストするサーバのアドレスに関する情報を含むことを特徴とする請求項６に記載の受信方法。
  8. 前記ＡＦメッセージは、
    前記受信エンティティが前記損失パケットをリクエストする時に利用する引数タイプに関する情報、
    損失パケットＩＤの数に関する情報、
    パケット損失を報告するためにマスクフィールドの各ビットが一つ以上のパケット各々に対応するマスクフィールド、及び
    到着期限フィールドの現在時間を指示するフラグのうち少なくとも一つを含み、
    前記到着期限フィールドは、第１の損失パケットに対する再伝送されたパケットが前記受信エンティティに到達する締切期限を指示することを特徴とする請求項６に記載の受信方法。
  9. 前記引数タイプに関する情報は、前記受信エンティティがパケットカウンタフィールドを有するＡＦメッセージを伝送することを指示する値及び前記受信エンティティがパケットＩＤフィールド及びパケットシーケンス番号フィールドを有するＡＦメッセージを伝送することを指示する値のうち少なくとも一つを含むことを特徴とする請求項８に記載の受信方法。
  10. 前記ＡＲＱモードに関する情報は、サーバが時間制限を考慮せずに前記損失パケットを伝送することを指示する値、前記受信エンティティがＡＲＱフィードバックタイムスタンプフィールド及び到着期限フィールドを有する前記ＡＦメッセージを伝送することを指示する値及び伝送遅延を有する前記ＡＦメッセージを伝送することを指示する値のうち少なくとも一つを含み、
    前記ＡＲＱフィードバックタイムスタンプフィールドは、前記ＡＦメッセージが前記受信エンティティから伝送された時間を指示し、
    前記到着期限フィールドは、第１の損失パケットに対する再伝送パケットが前記受信エンティティに到達する締切期限を指示することを特徴とする請求項６に記載の受信方法。
  11. システムにおけるパケットを伝送する送信エンティティであって、
    データを送受信する送受信部と、
    前記送信エンティティが伝送されたパケットを再伝送するために格納するタイムウィンドウに関する情報を含む自動再送要求（ＡＲＱ）構成情報を生成し、前記ＡＲＱ構成情報を含むＡＲＱ構成（ＡＣ）メッセージを受信エンティティに伝送し、前記伝送されたパケットのうち損失パケットに関する情報及びＡＲＱモードに関する情報を含むＡＲＱフィードバック（ＡＦ）メッセージを前記受信エンティティから受信し、前記ＡＦメッセージに基づいて損失パケットを再伝送するか否かを決定し、前記決定に基づいて前記損失パケットを前記受信エンティティに再伝送するように制御する制御部と、
    を含むことを特徴とする送信エンティティ。
  12. 前記ＡＣメッセージは、前記損失パケットをリクエストするサーバのアドレスに関する情報を含むことを特徴とする請求項１１に記載の送信エンティティ。
  13. 前記ＡＦメッセージは、
    前記受信エンティティが前記損失パケットをリクエストする時に利用する引数タイプに関する情報、
    損失パケットＩＤの数に関する情報、
    パケット損失を報告するためにマスクフィールドの各ビットが前記伝送されたパケット各々に対応するマスクフィールド、及び、
    到着期限フィールドの現在時間を指示するフラグのうち少なくとも一つを含み、
    前記到着期限フィールドは、第１の損失パケットに対する再伝送されたパケットが前記受信エンティティに到達する締切期限を指示することを特徴とする請求項１１に記載の送信エンティティ。
  14. 前記引数タイプに関する情報は、前記受信エンティティがパケットカウンタフィールドを有するＡＦメッセージを伝送することを指示する値及び前記受信エンティティがパケットＩＤフィールド及びパケットシーケンス番号フィールドを有するＡＦメッセージを伝送することを指示する値のうち少なくとも一つを含むことを特徴とする請求項１３に記載の送信エンティティ。
  15. 前記ＡＲＱモードに関する情報は、サーバが時間制限を考慮せずに前記損失パケットを伝送することを指示する値、前記受信エンティティがＡＲＱフィードバックタイムスタンプフィールド及び到着期限フィールドを有する前記ＡＦメッセージを伝送することを指示する値及び伝送遅延を有する前記ＡＦメッセージを伝送することを指示する値のうち少なくとも一つを含み、
    前記ＡＲＱフィードバックタイムスタンプフィールドは、前記ＡＦメッセージが前記受信エンティティから伝送された時間を指示し、
    前記到着期限フィールドは、第１の損失パケットに対する再伝送パケットが前記受信エンティティに到達する締切期限を指示することを特徴とする請求項１１に記載の送信エンティティ。
  16. システムにおけるパケットを受信する受信エンティティであって、
    データを送受信する送受信部と、
    自動再送要求（ＡＲＱ）構成情報を含むＡＲＱ構成（ＡＣ）メッセージを受信し、前記ＡＲＱ構成情報は、送信エンティティが伝送されたパケットを再伝送のために格納するタイムウィンドウに関する情報を含み、前記伝送されたパケットのうち損失パケットに関する情報及びＡＲＱモードに関する情報を生成し、前記伝送されたパケットのうち前記損失パケットに関する情報及び前記ＡＲＱモードに関する情報を含むＡＲＱフィードバック（ＡＦ）メッセージを伝送し、前記損失パケットの再伝送が前記ＡＦメッセージに基づいて決定されると、前記損失パケットを受信するように制御する制御部と、
    を含むことを特徴とする受信エンティティ。
  17. 前記ＡＣメッセージは、前記損失パケットをリクエストするサーバのアドレスに関する情報を含むことを特徴とする請求項１６に記載の受信エンティティ。
  18. 前記ＡＦメッセージは、
    前記受信エンティティが前記損失パケットをリクエストする時に利用する引数タイプに関する情報、
    損失パケットＩＤの数に関する情報、
    パケット損失を報告するためにマスクフィールドの各ビットが一つ以上のパケット各々に対応するマスクフィールド、及び
    到着期限フィールドの現在時間を指示するフラグのうち少なくとも一つを含み、
    前記到着期限フィールドは、第１の損失パケットに対する再伝送されたパケットが前記受信エンティティに到達する締切期限を指示することを特徴とする請求項１６に記載の受信エンティティ。
  19. 前記引数タイプに関する情報は、前記受信エンティティがパケットカウンタフィールドを有するＡＦメッセージを伝送することを指示する値及び前記受信エンティティがパケットＩＤフィールド及びパケットシーケンス番号フィールドを有するＡＦメッセージを伝送することを指示する値のうち少なくとも一つを含むことを特徴とする請求項１８に記載の受信エンティティ。
  20. 前記ＡＲＱモードに関する情報は、サーバが時間制限を考慮せずに前記損失パケットを伝送することを指示する値、前記受信エンティティがＡＲＱフィードバックタイムスタンプフィールド及び到着期限フィールドを有する前記ＡＦメッセージを伝送することを指示する値及び伝送遅延を有する前記ＡＦメッセージを伝送することを指示する値のうち少なくとも一つを含むことを特徴とする請求項１６に記載の受信エンティティ。
JP2017500081A 2014-07-03 2015-07-03 マルチメディアシステムにおける情報を送受信する方法及び装置 Active JP6628785B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
KR1020140083199A KR102198701B1 (ko) 2014-07-03 2014-07-03 멀티미디어 시스템에서 정보를 송수신하는 방법 및 장치
KR10-2014-0083199 2014-07-03
PCT/KR2015/006873 WO2016003234A1 (ko) 2014-07-03 2015-07-03 멀티미디어 시스템에서 정보를 송수신하는 방법 및 장치

Publications (2)

Publication Number Publication Date
JP2017526244A JP2017526244A (ja) 2017-09-07
JP6628785B2 true JP6628785B2 (ja) 2020-01-15

Family

ID=55019672

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017500081A Active JP6628785B2 (ja) 2014-07-03 2015-07-03 マルチメディアシステムにおける情報を送受信する方法及び装置

Country Status (5)

Country Link
US (1) US10498492B2 (ja)
JP (1) JP6628785B2 (ja)
KR (1) KR102198701B1 (ja)
CN (1) CN106664440B (ja)
WO (1) WO2016003234A1 (ja)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102105656B1 (ko) * 2014-01-09 2020-04-28 한국전자통신연구원 Mmt 서비스의 패킷 재전송 방법 및 장치, 재전송 요청 방법 및 장치
CN110855402A (zh) * 2016-09-30 2020-02-28 瞬已网络科技（上海）有限公司 一种网络实时视频传输方法及装置
CN109120383B (zh) * 2017-06-26 2021-11-26 深圳市道通智能航空技术股份有限公司 无人机及其地面站、数据传输方法
US10686861B2 (en) * 2018-10-02 2020-06-16 Google Llc Live stream connector
CN111082899A (zh) 2018-10-19 2020-04-28 中兴通讯股份有限公司 一种传输方法、装置和***
CN114095796A (zh) * 2020-07-30 2022-02-25 ***通信集团终端有限公司 无效重传包减少方法、装置、设备及计算机存储介质
US11689777B2 (en) * 2020-08-27 2023-06-27 Dish Network Technologies India Private Limited Pausing native media streaming for extended periods of time using dummy media segments

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS5983431A (ja) 1982-11-04 1984-05-14 Omron Tateisi Electronics Co デ−タ伝送制御方法
JPH09186679A (ja) 1995-12-27 1997-07-15 Fuji Xerox Co Ltd 通信装置
EP1018821A1 (en) * 1999-01-08 2000-07-12 TELEFONAKTIEBOLAGET L M ERICSSON (publ) Communication device and method
JP4015773B2 (ja) * 1999-03-10 2007-11-28 松下電器産業株式会社 送受信装置
EP1361690B1 (en) * 2000-03-02 2006-01-11 Matsushita Electric Industrial Co., Ltd. Method and apparatus for retransmitting data packets based on channel conditions
JP2003008553A (ja) * 2001-06-22 2003-01-10 Mitsubishi Electric Corp 送信機、受信機、送受信機および通信システム
JP3757857B2 (ja) * 2001-12-12 2006-03-22 ソニー株式会社 データ通信システム、データ送信装置、データ受信装置、および方法、並びにコンピュータ・プログラム
US7145889B1 (en) * 2002-03-28 2006-12-05 Nortel Networks Limited Efficient frame retransmission in a wireless communication environment
US7719978B2 (en) * 2003-09-12 2010-05-18 Newsouth Innovations Pty Limited Method for transmitting data over lossy packet-based communication networks
KR20050044219A (ko) 2003-11-07 2005-05-12 삼성전자주식회사 광대역 무선 접속 통신 시스템에서 피드백을 위한 상향링크 자원 할당 방법
US7961700B2 (en) * 2005-04-28 2011-06-14 Qualcomm Incorporated Multi-carrier operation in data transmission systems
KR100703287B1 (ko) 2005-07-20 2007-04-03 삼성전자주식회사 통신 시스템에서 자원 할당 정보 송수신 시스템 및 방법
US7672250B2 (en) 2005-11-16 2010-03-02 Via Telecom Co., Ltd. Multi-carrier wireless communication access terminal and data transmission method
KR101203469B1 (ko) * 2006-02-11 2012-11-21 삼성전자주식회사 패킷 네트워크에서 컷스루 방식으로 노드간 전파 지연 및거리를 정확하고 안전하게 측정하는 방법 및 상기 방법을수행하는 패킷 네트워크 노드
KR100943590B1 (ko) * 2006-04-14 2010-02-23 삼성전자주식회사 이동 통신 시스템에서 상태 보고의 송수신 방법 및 장치
KR101364466B1 (ko) * 2007-06-22 2014-02-19 알까뗄 루슨트 Ｍｂｍｓ 데이터 재전송 방법 및 시스템
BRPI0722125B1 (pt) * 2007-10-23 2020-03-03 Interdigital Ce Patent Holdings Método, sistema e aparelho para correção de erro de encaminhamento adaptativo com pedido de repetição automática combinada para multitransmissão confiável em redes de área local sem fio
KR101365182B1 (ko) * 2008-01-09 2014-03-13 성균관대학교산학협력단 전송 제어 프로토콜 기반의 패킷 전송 제어 방법 및 시스템
US20090201794A1 (en) * 2008-02-08 2009-08-13 Qualcomm, Incorporated Multiplexing devices over shared resources
CN102057609B (zh) 2008-06-05 2014-12-03 诺基亚通信公司 无线通信网络中的接收单元和用于生成自动重传请求反馈消息的方法
KR20110101403A (ko) * 2010-03-08 2011-09-16 삼성전자주식회사 무선통신 시스템에서 기지국의 패킷 포워딩 장치 및 방법
KR101691480B1 (ko) * 2010-04-06 2017-01-09 삼성전자주식회사 이동통신 시스템에서 패킷 재전송 방법 및 장치
US9344985B2 (en) * 2011-03-08 2016-05-17 Panasonic Intellectual Property Corporation Of America Propagation delay difference reporting for multiple component carriers
EP2837230B1 (en) * 2012-04-09 2020-06-03 Telefonaktiebolaget LM Ericsson (publ) Managing uncertain measurement occasions
US9137675B2 (en) * 2012-06-13 2015-09-15 All Purpose Networks LLC Operational constraints in LTE TDD systems using RF agile beam forming techniques
US8923464B2 (en) * 2012-11-16 2014-12-30 Qualcomm Incorporated Methods and apparatus for enabling distributed frequency synchronization
CN103354615B (zh) 2013-06-24 2015-04-15 西安交通大学 基于信号强度的直播视频数据传输差错控制方法

Also Published As

Publication number Publication date
CN106664440B (zh) 2020-01-10
US20170141880A1 (en) 2017-05-18
KR20160004628A (ko) 2016-01-13
WO2016003234A1 (ko) 2016-01-07
KR102198701B1 (ko) 2021-01-05
CN106664440A (zh) 2017-05-10
JP2017526244A (ja) 2017-09-07
US10498492B2 (en) 2019-12-03

Similar Documents

Publication Publication Date Title
JP6628785B2 (ja) マルチメディアシステムにおける情報を送受信する方法及び装置
US20230336493A1 (en) Network Packet Latency Management
US9608923B2 (en) Adaptive resource management for multi-screen video applications over cable Wi-Fi networks
US9185004B2 (en) Quality of service for distribution of content to network devices
US11297381B2 (en) Method and apparatus of transmitting media data related information in multimedia transmission system
US20140280701A1 (en) Distributed computing
EP3420699A1 (en) Edge node control
EP2773053A1 (en) Hybrid cable-wireless system
JP2017511991A5 (ja)
KR100653454B1 (ko) 홈네트워크 환경에서 서비스 별 서비스품질 보장을 위한동적 트래픽 관리 장치 및 그 방법
JP6537525B2 (ja) 通信システムにおけるリソース割り当て方法及び装置
KR20150112720A (ko) 복합 네트워크에서 멀티미디어 데이터 관련 정보를 송수신하기 위한 장치 및 방법과 그 구조
KR101566397B1 (ko) 대역폭 관리 장치, 중앙 관리 장치, 및 대역폭 관리 방법
Kaza Application performance and system impact over DOCSIS networks in a lossy system

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170425

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180514

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20190416

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190507

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190806

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190813

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20191112

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20191203

R150 Certificate of patent or registration of utility model

Ref document number: 6628785

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