(57)【要約】【課題】例えば階層化されたデータを好適に伝送する。【解決手段】伝送システムは、階層化された第１データを送信側（１００）から受信側（２００）へと伝送する。送信側は、第１及び第２データを送信する送信手段（１０５）と、第１及び第２データの送信を制御する制御手段（１０４）とを備える。受信側（２００）は、第１及び第２データを受信する受信手段（２０１）と、受信の状況に応じて、第１データの階層を変更するよう要求する判定手段（２０３）とを備える。制御手段は、高階層の第１データを送信するよう要求があった場合、第２データの使用帯域を連続的又は段階的に増加させるよう送信手段を制御し、受信の状況が悪化することなく第２データの使用帯域が高階層の第１データの帯域に達した場合に、第２データの使用帯域を元に戻し、高階層のデータを含む第１データを送信するよう送信手段を制御する。【選択図】図２
2012195864.tif 000002
【特許請求の範囲】
【請求項１】
階層化されたデータの低階層のデータを含む第１データを送信側から受信側へと伝送する伝送システムであって、
前記送信側は、
前記第１データ及び前記第１データのエラーを訂正するための第２データを夫々送信する送信手段と、
前記送信手段による前記第１データ及び前記第２データの送信を制御する制御手段と
を備え、
前記受信側は、
前記第１データ及び前記第２データを夫々受信する受信手段と、
前記第１データ及び前記第２データの受信の状況に応じて、前記送信手段によって送信される前記第１データの階層を変更するよう前記制御手段に要求する判定手段と
を備え、
前記制御手段は、前記判定手段から、送信中の前記第１データより高階層の前記第１データを送信するように要求があった場合に、送信中の前記第１データに基づく前記第２データの使用帯域を連続的に又は段階的に増加させるように前記送信手段を制御し、前記受信の状況が悪化することなく前記第２データの使用帯域が送信すべき高階層の前記第１データの帯域に達した場合に、前記第２データの使用帯域を元の帯域に戻し、前記第１データとして高階層のデータを含む第１データを送信するように前記送信手段を制御する
ことを特徴とする伝送システム。
【請求項２】
前記制御手段は、前記第２データの使用帯域を増加させている際に前記受信の状況が悪化した旨の通知を受信した場合、前記第２データの使用帯域の増加を停止するよう前記送信手段を制御し、
前記判定手段は、前記第２データの使用帯域の増加が停止されてから所定期間後に前記受信の状況が改善されない場合、前記受信の状況が悪化する直前の前記第２データの使用帯域を記録すると共に、前記第２データの帯域を元の帯域に戻すように前記制御手段に要求する
ことを特徴とする請求項１に記載の伝送システム。
【請求項３】
前記判定手段は、前記第２データの使用帯域を元の帯域に戻すように前記制御手段に要求した後に、前記送信手段によって送信される前記第１データの階層を再び高階層へと変更するよう前記判定手段から前記制御手段に要求する場合、前記記録した前記受信の状況が悪化する直前の前記第２データの使用帯域から前記第２データを送信するように前記制御手段に要求することを特徴とする請求項２に記載の伝送システム。
【請求項４】
前記送信側は、前記第１データのデータ量を調整する調整手段を備え、
前記判定手段は、前記第２データの使用帯域を元に帯域戻すように前記制御手段に要求する際に、前記受信の状況が悪化する直前の前記第２データの使用帯域を付加して前記調整手段に通知し、
前記調整手段は、前記受信の状況が悪化する直前の前記第２データの使用帯域に対応するように前記第１データのデータ量を調整し、
前記制御手段は、前記データ量が調整された第１データを送信するように前記送信手段を制御する
ことを特徴とする請求項２に記載の伝送システム。
【請求項５】
階層化されたデータを他の伝送装置に伝送する伝送装置であって、
階層化されたデータの低階層のデータを含む第１データ及び前記第１データのエラーを訂正するための第２データを夫々送信する送信手段と、
前記送信手段による前記第１データ及び前記第２データの送信を制御する制御手段と
を備え、
前記制御手段は、前記他の伝送装置から、送信中の前記第１データより高階層の前記第１データを送信するように要求があった場合に、送信中の前記第１データに基づく前記第２データの使用帯域を連続的に又は段階的に増加させるように前記送信手段を制御し、前記他の伝送装置からの前記第１データ及び前記第２データの受信の状況が悪化した旨の通知を受信することなく前記第２データの使用帯域が送信すべき高階層の前記第１データの帯域に達した場合に、前記第２データの使用帯域を元の帯域に戻し、第１のデータとして高階層のデータを含む第１データを送信するように前記送信手段を制御する
ことを特徴とする伝送装置。
【請求項６】
前記制御手段は、前記第２データの使用帯域を増加させている際に前記受信の状況が悪化したことを示す情報を受信した場合、前記第２データの使用帯域の増加を停止するよう前記送信手段を制御し、前記第２データの使用帯域の増加が停止されてから所定期間後に前記受信の状況が改善されない場合、前記受信の状況が悪化する直前の前記第２データの使用帯域を記録すると共に、前記第２データの使用帯域を元の帯域に戻すように前記送信手段を制御する
ことを特徴とする請求項５に記載の伝送装置。
【請求項７】
前記制御手段は、前記第２データの使用帯域を元の帯域に戻すように前記送信手段を制御した後に、前記送信手段によって送信される前記第１データの階層を再び高階層へと変更するよう要求を受信した場合、前記受信の状況が悪化する直前の前記第２データの使用帯域から前記第２データを送信するように前記送信手段に制御する
ことを特徴とする請求項６に記載の伝送装置。
【請求項８】
他の伝送装置から伝送される階層化されたデータの低階層のデータを含む第１データ及び当該第１データのエラーを訂正するための第２データを受信する伝送装置であって、
前記第１データ及び前記第２データを夫々受信する受信手段と、
前記第１データ及び前記第２データの受信の状況に応じて、前記他の伝送装置から送信される前記第１データの階層を変更するよう前記他の伝送装置に要求する判定手段と、
前記第１データ及び前記第２データ夫々の受信状態を取得する受信状態取得手段と
を備え、
前記判定手段が、送信中の前記第１データより高階層の前記第１データを送信するように前記他の伝送装置に要求した場合、前記要求後に受信する第１データ及び第２データそれぞれの受信状態を定期的に前記他の装置に通知する
ことを特徴とする伝送装置。
【請求項９】
階層化されたデータの低階層のデータを含む第１データ及び前記第１データのエラーを訂正するための第２データを夫々送信する送信手段と、前記送信手段による前記第１データ及び前記第２データの送信を制御する制御手段とを備えた送信側から、前記第１データ及び前記第２データを夫々受信する受信手段を備える受信側へと伝送する伝送方法であって、
前記第１データ及び前記第２データの受信の状況に応じて、前記送信手段によって送信される前記第１データの階層を変更するよう前記制御手段に要求する要求工程と、
前記要求工程において、送信中の前記第１データより高階層の前記第１データを送信するように要求があった場合に、送信中の前記第１データに基づく前記第２データの使用帯域を連続的に又は段階的に増加させるように前記送信手段を制御する第１制御工程と、
前記受信の状況が悪化することなく前記第２データの使用帯域が送信すべき高階層の前記第１データの帯域に達した場合に、前記第２データの使用帯域を元の帯域に戻し、前記第１データとして高階層のデータを含む第１データを送信するように前記送信手段を制御する第２制御工程と
を備えることを特徴とする伝送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば複数のノード間で、階層化されたデータを伝送する伝送システム及び伝送装置、並びに伝送方法の技術分野に関する。
【背景技術】
【０００２】
メディアデータの伝送技術として、受信端末（即ち、クライアント）に対して階層的に符号化されたメディアデータ（例えば、ＩＴＵ（International Telecommunication Union）−Ｔ（Telecommunication Standardization Sector）で標準化されたＨ．２６４  ＳＶＣ（Scalable Video Coding）等を用いて符号化された映像や音声を含むデータ）を伝送する技術が知られている。このような技術では、サーバとクライアントとの間で伝送路状況が悪化した場合に、高階層メディアデータの送信が停止される。一方で、伝送路状況が良好である場合には、送信する高階層メディアデータを増加させる制御が行われる。
【０００３】
高階層メディアデータを増加させる場合の方法としては、例えば高階層メディアデータの送信に先立って冗長符号を用いたエラー訂正データを送信し、伝送路状況の悪化が発生しない場合に、エラー訂正データを高階層メディアデータに置き換えるという技術が提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特表２００３−１０２００８号公報
【特許文献２】特開２００４−２８９６２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述したエラー訂正データを高階層メディアデータに置き換えて送信する技術においては、エラー訂正データの送信時に、冗長符号で訂正できない程のエラーが発生してしまうおそれがある。この場合、高階層メディアデータが送信可能とならないことは当然のことながら、送信中の低階層メディアデータの品質劣化を招いてしてしまう。即ち、本来であれば送信可能であった低階層メディアデータまでもが適切に送信できなくなり、結果的に送信するメディアデータ全体としての品質が低下してしまうという技術的問題点が生ずる。
【０００６】
尚、上述した技術的な問題点は、メディアデータを伝送する場合に限らず、階層化された任意のデータを伝送する場合にも同様に生じ得る。
【０００７】
本発明が解決しようとする課題には上記のようなものが一例として挙げられる。本発明は、例えば階層化されたデータを好適に伝送することが可能な伝送システム及び伝送装置、並びに伝送方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題は、階層化されたデータの低階層のデータを含む第１データを、送信手段と制御手段とを備える送信側から、受信手段と判定手段とを備える受信側へと伝送する伝送システムによって解決され得る。送信手段では、第１データ及び第１データのエラーを訂正するための第２データが夫々送信される。制御手段では、送信手段による第１データ及び第２データの送信が制御される。受信手段では、第１データ及び第２データが夫々受信される。判定手段では、第１データ及び第２データの受信の状況に応じて、送信手段によって送信される第２データの階層を変更するよう制御手段に要求がなされる。制御手段では、判定手段から、送信中の第１データより高階層の第１データを送信するように要求があった場合に、送信中の第１データに基づく第２データの使用帯域を連続的に又は段階的に増加させるように送信手段が制御され、受信の状況が悪化することなく第２データの使用帯域が送信すべき高階層の第１データの帯域に達した場合に、第２データの使用帯域を元の帯域に戻し、第１データとして高階層のデータを含む第１データを送信するように送信手段が制御される。
【発明の効果】
【０００９】
以上説明した伝送システムは、高階層データを含む第１データを送信するよう要求された場合に、第２データの仕様帯域が連続的に又は段階的に増加される。そして、第１データ及び第２データの受信の状況が悪化することなく、第２データの仕様帯域が送信すべき高階層のデータを含む第１データの帯域に達した場合に、第２データの仕様帯域が元の帯域に戻され、高階層のデータを含む第１データが送信される。これにより、受信の状況を悪化させることなく、高階層データを含む第１データを好適に伝送できる。
【図面の簡単な説明】
【００１０】
【図１】第１実施形態のメディアデータ伝送システムの全体構成の一例を示す概略構成図である。
【図２】第１実施形態のメディアデータ伝送システムにおける送信側装置及び受信側装置の構成の一例を示すブロック図である。
【図３】ＲＴＰヘッダの構成の一例を示す概念図である。
【図４】拡張ＲＴＰヘッダの構成の一例を示す概念図である。
【図５】ＦＥＣパケットの構成の一例を示す概念図である。
【図６】ＦＥＣヘッダの構成の一例を示す概念図である。
【図７】ＦＥＣパリティ情報の生成方法の一例を示す概念図である。
【図８】第１実施形態のメディアデータ伝送システムの処理の流れの一例を示すフローチャートである。
【図９】第２実施形態のメディアデータ伝送システムにおける送信側装置及び受信側装置の構成の一例を示すブロック図である。
【図１０】第２実施形態のメディアデータ伝送システムの処理の流れの一例を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下、本発明を実施するための形態を、図面に基づいて説明する。尚、以下では、本発明の伝送装置の一例として、映像及び音声等を含むメディアデータを伝送するメディアデータ伝送装置を例に挙げて説明する。
【００１２】
＜第１実施形態＞
先ず図１から図８を参照して、第１実施形態に係るメディアデータ伝送装置について説明する。
【００１３】
（１．１）メディアデータ伝送システムの全体構成
図１を参照して、第１実施形態のメディアデータ伝送システムの全体構成の一例について説明する。図１は、第１実施形態のメディアデータ伝送システムの全体構成の一例を示す概略構成図である。
【００１４】
図１に示すように、第１実施形態に係るメディアデータ伝送システムは、ノード１１と、ノード１２と、ノード１３と、ノード１４とが、例えばインターネットや無線通信網等のネットワークによって互いに接続されることで構成される。尚、図１に示すノードの数は一例であって、ノードの数が図１に示す個数に限定されることはない。
【００１５】
ノード１１から１４の各ノードは、例えばＰ２Ｐ（Peer to Peer）やＡＬＭ（Application Level Multicast）等の通信方法を用いて、階層化されたメディアデータをリレー伝送する。尚、ここでのメディアデータは、Ｈ．２６４  ＳＶＣを用いて、階層の低い層から順にＢａｓｅレイヤ、Ｅｎｈａｎｃｅレイヤ＃１、Ｅｎｈａｎｃｅレイヤ＃２の３階層に階層化されているものとする。但し、メディアデータの伝送方法や階層化の方法は、上記の方法に限られない。
【００１６】
階層化されたメディアデータをリレー伝送する場合、階層データ毎に配信ツリーを構成することで、効率的な配信が可能となる。例えば、図１に示すように、ノード１１がＢａｓｅレイヤを受信しており、ノード１２がＢａｓｅレイヤ及びＥｎｈａｎｃｅレイヤ＃１を受信しており、ノード１３がＢａｓｅレイヤ、Ｅｎｈａｎｃｅレイヤ＃１及びＥｎｈａｎｃｅレイヤ＃２を受信しているとする。この場合、メディアデータを受信するノード１４は、ノード１１からＢａｓｅレイヤを受信し、ノード１２からＥｎｈａｎｃｅレイヤ＃１を受信し、ノード１３からＥｎｈａｎｃｅレイヤ＃２を受信すればよい。
【００１７】
以上のように、第１実施形態に係るメディアデータ伝送システムは、階層化されたメディアデータを送受信可能な複数のノードを含んで構成されている。
【００１８】
（１．２）メディアデータ伝送システムの具体的な構成
図２を参照して、第１実施形態のメディアデータ伝送システムの具体的な構成について説明する。図２は、第１実施形態のメディアデータ伝送システムにおける送信側装置及び受信側装置の構成の一例を示すブロック図である。
【００１９】
図２に示すように、第１実施形態に係るメディアデータ伝送システムでは、メディアデータの伝送時に、メディアデータを送信する送信側装置１００と、メディアデータを受信する受信側装置２００とが、ネットワーク３００を介して互いに接続される。尚、ここでの送信側装置１００は、上述した図１における送信側のノード（即ち、ノード１１、ノード１２及びノード１３）に対応している。一方、受信側装置は、図１における受信側のノード（即ち、ノード１４）に対応している。
【００２０】
送信側装置１００は、送信側ＣＰＵ（Central Processing Unit）１１０と、送信側インターフェース１２０とを備えている。送信側ＣＰＵ１１０は、階層符号化部１０１と、パケット化部１０２と、ＦＥＣ（Forward Error Correction）パケット生成部１０３と、送信制御部１０４とを備えている。送信側インターフェース１２０は、パケット送信部１０５と、送信側通信部１０６とを備えている。
【００２１】
階層符号化部１０１は、送信側装置１００に入力されたメディアデータを階層符号化する。例えば、ＧＯＰ（Group Of Picture）構造をＩＢＢＰ構造とするメディアデータを時間階層符号化する場合、階層符号化部１０１は、ＢａｓｅレイヤをＩピクチャ、Ｅｎｈａｎｃｅレイヤ＃１をＰピクチャ、Ｅｎｈａｎｃｅレイヤ＃２をＢピクチャとして階層毎に符号化する。
【００２２】
パケット化部１０２は、階層毎に符号化されたメディアデータをパケット単位で分割し、ＲＴＰ（Realtime Transport Protocol）ヘッダ及び拡張ヘッダを付加する。以下では、図３及び図４を参照して、ＲＴＰヘッダ及び拡張ヘッダについて説明する。図３はＲＴＰヘッダの構成の一例を示す概念図である。図４は、拡張ＲＴＰヘッダの構成の一例を示す概念図である。
【００２３】
図３において、ＲＴＰヘッダ２２は、ＶＥＲフィールド４０、Ｐフィールド４１、Ｘフィールド４２、ＣＣフィールド４３、Ｍフィールド４４、ＰＴフィールド４５、Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ  フィールド４６、Ｔｉｍｅ  Ｓｔａｍｐフィールド４７、ＳＳＲＣフィールド４８、及びＣＳＲＣフィールド４９を備えて構成される。
【００２４】
２ビットのＶＥＲフィールド４０は、ＲＴＰバージョン番号を示す。Ｐフィールド４１は、１ビットのパディングビットを含む。パディングビットは、パケットの最後がパディングされているかを示す。
【００２５】
Ｘフィールド４２は、１ビットのエクステンションビットを含む。エクステンションビットは、ＲＴＰヘッダの直後に拡張ヘッダを持つ場合には「１」となる。ＣＣ（ＣＳＲＣカウント）フィールド４３は、ＣＳＲＣ（寄与送信元識別子）の数を示す。
【００２６】
Ｍフィールド４４は、１ビットのマーカービットを含む。マーカービットは、アプリケーションデータの境界を示す。７ビットのＰＴフィールド４５は、ペイロードタイプのアプリケーションデータの符号化方式を示す。１６ビットのＳｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒフィールド４６は、パケットのシーケンス番号を含む。シーケンス番号は、パケットの送信順に割り振られる。
【００２７】
Ｔｉｍｅ  Ｓｔａｍｐフィールド４７は３２ビットの値であり、このパケットの先頭バイトが送信された時刻を示す。ＳＳＲＣ（同期送信元識別子）フィールド４８は、３２ビットの値であり、混合されたストリームの同期を示す。ＣＳＲＣ（寄与送信元識別子）フィールド４９は、パケットの送信元を示す。尚、ＣＳＲＣフィールド４９は可変長である。
【００２８】
図４において、第１実施形態に係るメディアデータ伝送装置では、階層符号化されたメディアデータをＲＴＰで伝送する際に、各階層のメディアデータを識別するため、ＲＴＰヘッダを拡張した形で伝送する。拡張ＲＴＰヘッダ２２ｅでは、ＲＴＰヘッダ中のＸフィールド４２を「１」に設定する。また、ＣＳＲＣフィールド４９の直後に拡張ＲＴＰヘッダのサイズを示すＬｅｎｇｔｈフィールド５０、階層符号化の種類を示すＭｅｔｈｏｄ  ｏｆ  Ｌｅｙｅｒ  Ｃｏｄｉｎｇフィールド５１、及びどの階層のメディアデータかを示すＬａｙｅｒ  Ｎｕｍｂｅｒフィールド５２を夫々付与する。
【００２９】
本実施形態では、Ｍｅｔｈｏｄ  ｏｆ  Ｌｅｙｅｒ  Ｃｏｄｉｎｇフィールド５１の値を、時間階層符号化であれば「０」、空間階層符号化であれば「１」、ＳＮＲ（Signal Noise Ratio）階層符号化であれば「３」として設定する。また、Ｌａｙｅｒ  Ｎｕｍｂｅｒフィールド５２の値を、Ｂａｓｅレイヤは「０」、Ｅｎｈａｎｃｅレイヤ＃１は「１」、Ｅｎｈａｎｃｅレイヤ＃２は「２」として設定する。
【００３０】
尚、上述した拡張ヘッダ２２ｅは、本実施形態を説明するための一例であり、他の方法で定義されても構わない。
【００３１】
図２に戻り、パケット化部１０２は、ＲＴＰヘッダを付加する際に、Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒフィールド４６に階層毎に１パケットずつインクリメントしたシーケンス番号を付与し、一方をパケット送信部１０５、他方をＦＥＣパケット生成部１０３に夫々出力する。
【００３２】
ＦＥＣパケット生成部１０３は、階層毎にＦＥＣパケット生成バッファを有しており、階層毎に一定量のパケットを蓄積した後、パリティの計算及びＦＥＣヘッダの付与を行い、パケット送信部１０５へと出力する。以下では、図５及から図７を参照して、冗長符号であるＦＥＣについて説明する。図５は、ＦＥＣパケットの構成の一例を示す概念図である。図６は、ＦＥＣヘッダの構成の一例を示す概念図である。図７は、ＦＥＣパリティ情報の生成方法の一例を示す概念図である。
【００３３】
図５において、ＦＥＣパケット２１は、拡張ＲＴＰヘッダ２２ｅ、ＦＥＣヘッダ２３、ＦＥＣリカバリ２４を備えて構成される。拡張ＲＴＰヘッダ２２ｅは、上述したように、ＲＴＰを制御するためのＲＴＰヘッダを拡張したものである。ＦＥＣヘッダ２３は、ＦＥＣを制御するためのデータである。ＦＥＣリカバリ２４には、ＲＴＰパケットのパリティ情報が含まれる。
【００３４】
このＦＥＣパケットのフォーマットは、例えばインターネット（ＩＰ／ＵＤＰ）網におけるパケット間ＦＥＣの定義（ＲＦＣ２７３３：“Ａｎ  ＲＴＰ  Ｐａｙｌｏａｄ  Ｆｏｒｍａｔ  ｆｏｒ  Ｇｅｎｅｒｉｃ  Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ”）に従う。ＲＦＣ２７３３では、複数のＲＴＰパケットに対して、パケット全体のパリティを計算したＦＥＣパケット２１を設ける。これにより、パケット損失が生じた時にＦＥＣパケットを使って損失したパケットを復元することが可能となる。
【００３５】
図６において、ＦＥＣヘッダ２３は、ＳＮ  Ｂａｓｅフィールド６１、Ｌｅｎｇｔｈ  ｒｅｃｏｖｅｒｙフィールド６２、Ｅフィールド６３、ＰＴ  ｒｅｃｏｖｅｒｙフィールド６４、Ｍａｓｋフィールド６５、及びＴＳ  ｒｅｃｏｖｅｒｙフィールド６６を備えて構成される。ＦＥＣヘッダ２３は、ＦＥＣリカバリ２４のパリティ情報を制御するために付加される。
【００３６】
ＳＮ  Ｂａｓｅフィールド６１は、ＦＥＣ処理の対象となるＲＴＰパケットのシーケンス番号のオフセットを示す。Ｌｅｎｇｔｈ  ｒｅｃｏｖｅｒｙフィールド６２は、ＲＴＰパケットの長さのパリティ情報を示す。Ｅフィールド６３は、ヘッダの拡張を示す。ＰＴ  ｒｅｃｏｖｅｒｙフィールド５３は、ペイロードタイプのパリティ情報を示す。Ｍａｓｋフィールド５４は、ＦＥＣ処理の対象となるＲＴＰパケットの番号を示す。ＴＳ  ｒｅｃｏｖｅｒｙフィールド５５は、タイムスタンプのパリティ情報を示す。
【００３７】
図７に示すように、ＦＥＣリカバリ２４に含まれるパリティ情報は、各ＲＴＰパケットについて、ビット単位で排他的論理和を求めることにより生成できる。具体的には、ＲＴＰパケットＮｏ１の１ビット目であるａ１、ＲＴＰパケットＮｏ２の１ビット目であるｂ１、ＲＴＰパケットＮｏ３の１ビット目であるｃ１、ＲＴＰパケットＮｏ４の１ビット目であるｄ１の排他的論理和を求めることで、パリティ情報であるＦ１が生成される。各ＲＴＰパケットの２ビット目以降についても同様である。
【００３８】
図２に戻り、送信制御部１０４は、パケット送信部１０５及びＦＥＣパケット生成部１０３を夫々制御することにより、パケット化部１０２においてパケット化されたメディアデータ（以下、適宜「メディアデータパケット」と称する）、及びＦＥＣパケット生成部１０３において生成されたＦＥＣパケット２１（即ち、エラー訂正データ）の送信を制御する。
【００３９】
パケット送信部１０５は、送信制御部１０４の制御に応じて、メディアデータパケット及びＦＥＣパケット２１を夫々受信側装置２００へと送信する。
【００４０】
送信側通信部１０６は、受信側装置２００における受信側通信部２０２から送られてきた情報（具体的には、後述する高階層メディアデータの送信指示やＦＥＣパケット２１の送信停止指示等）を受信し、送信制御手段１０５へと伝達する。送信制御手段１０４は、送信側通信部１０６から伝達された情報に基づいて、パケット送信部１０５及びＦＥＣパケット生成部１０３を夫々制御する。
【００４１】
受信側装置２００は、受信側インターフェース２１０と、受信側ＣＰＵ２２０とを備えている。受信側インターフェース２１０は、パケット受信部２０１と、受信側通信部２０４とを備えている。受信側ＣＰＵ２２０は、パケットロス訂正部２０２と、受信状況判定部２０３と、復号再生部２０５とを備えている。
【００４２】
パケット受信部２０１は、送信側装置１００のパケット送信部１０５から送信されたメディアデータパケット及びＦＥＣパケット２１を受信し、各々をパケットロス訂正部２０２へと送る。
【００４３】
パケットロス訂正部２０２は、拡張ＲＴＰヘッダ２２ｅ及びＦＥＣヘッダ２３に付与されているシーケンス番号から階層毎のパケットロスを検出し、パケットロスの状況を受信状況判定部２０３へと送る。また、パケットロスが発生している場合には、該当するＦＥＣパケット２１を使用してパケットロスの訂正を行う。この際、パケットロスの訂正結果は、受信状況判定部２０３へと送られる。訂正されたパケットを含むメディアデータパケットは、復号再生部２０５へと送られる。
【００４４】
受信状況判定部２０３は、階層毎のメディアデータパケット及びＦＥＣパケット２１を含む全体のパケットロス率、及びパケットロス訂正部２０２で訂正されたパケットを含む訂正後のパケットロス率を監視し、それらに応じた送信側装置１００への指示を、受信側通信部２０４へと出力する。受信状況判定部２０３における具体的な処理内容については、後に詳述する。
【００４５】
受信側通信部２０４は、受信状況判定部２０３から出力された送信側装置１００への指示を、送信側装置１００の送信側通信部１０６へと送信する。
【００４６】
復号再生部２０５は、パケットロス訂正部２０２から送られてきたメディアデータパケットを復号し、階層化されたメディアデータの各階層を合わせて再生する。
【００４７】
（１．３）処理説明
図８を参照して、第１実施形態に係るメディアデータ伝送システムの処理の流れについて説明する。図８は、第１実施形態のメディアデータ伝送システムの処理の流れの一例を示すフローチャートである。以下では、説明の便宜上、メディアデータ伝送システムにおいて高階層のメディアデータを新たに伝送する場合（より具体的には、ＢＡＳＥレイヤ及びＥｎｈａｎｃｅレイヤ＃１を受信している際に、新たにＥｎｈａｎｃｅレイヤ＃２を受信する場合）の処理について詳細に説明し、その他の処理については適宜説明を省略するものとする。
【００４８】
図８において、第１実施形態に係るメディアデータ伝送システムの動作時には、受信側装置２００の受信状況判定部２０３が、Ｂａｓｅレイヤ及びＥｎｈａｎｃｅレイヤ＃１のパケットロス率を監視しており、検出したパケットロス率が所定の第１閾値を下回った場合に、高階層メディアデータ（即ち、Ｅｎｈａｎｃｅレイヤ＃２）の送信要求（以下、適宜「上位階層要求」と称する）が出される。尚、ここでの「第１閾値」は、送信側装置１００において高階層のメディアデータが送信開始されても、受信側装置２００において適切にメディアデータを受信可能であるか否かを判定するための閾値であり、予め設定されメモリ等に記憶されている。
【００４９】
上位階層要求は、例えば新規階層を要求することを示すコマンド、送信先ＩＰアドレス／ポートを示す情報、要求する階層を示す情報（ここでは、Ｅｎｈａｎｃｅレイヤ＃２）、要求する階層の帯域に到達するまでの時間（例えば、ミリ秒単位）を示す情報、送信開始帯域（新規受信の場合は「０」）を示す情報等を含んでおり、受信側通信部２０４から送信側通信部１０６へと送信される。
【００５０】
送信側通信部１０６は、上位階層要求を受信すると（ステップＳ１０１：ＹＥＳ）、受信した上位階層要求を送信制御部１０４へと送る。上位階層要求を受信した送信制御部１０４は、エラー訂正データであるＦＥＣパケット２１を以前に送信した際の帯域が記録されているか否かを判定する（ステップＳ１０２）。尚、帯域の記録については、後述の処理において詳細に説明する。
【００５１】
送信制御部１０４は、帯域が記録されている場合（ステップＳ１０２：ＹＥＳ）、送信中の階層に基づいたＦＥＣパケット２１を、記録した帯域で生成するようにＦＥＣパケット生成部１０３を制御し、記録した帯域からＦＥＣパケット２１の送信を開始するようにパケット送信部１０５を制御する（ステップＳ１０３）。一方、帯域が記録されていない場合（ステップＳ１０２：ＮＯ）、送信制御部１０４は、送信中の階層に基づいたＦＥＣパケット２１を、予め設定された初期値の帯域から生成するようにＦＥＣパケット生成部１０３を制御し、初期値の帯域からＦＥＣパケット２１の送信を開始するようにパケット送信部１０５を制御する（ステップＳ１０４）。尚、ＦＥＣパケット２１は、それまで送信されていたメディアデータパケットと併せて送信される。
【００５２】
ここで特に、ＦＥＣパケット２１は、所定の速度で増加するように送信される。即ち、ＦＥＣパケット２１使用帯域は徐々に増加される。所定の速度は、例えば以下に示す式（１）を用いて決定される。
【００５３】
所定の速度＝Ｅｎｈａｎｃｅレイヤ＃２の帯域（ｂｐｓ）×所定の係数／Ｅｎｈａｎｃｅレイヤ＃２の帯域に到達するまでの時間  ・・・（１）
ＦＥＣパケット２１の送信が開始されると、受信状況判定部２０３は、Ｂａｓｅレイヤ及びＥｎｈａｎｃｅレイヤ＃１のパケットロス率を監視して、伝送路（即ち、ネットワーク３００）の状況が悪化しているか否かを判定する（ステップＳ１０５）。受信状況判定部２０３は、例えばパケットロス率が所定の第２閾値を下回っていれば、伝送路の状況が悪化していないと判定し、第２閾値以上であれば、伝送路の状況が悪化したと判定する。尚、ここでの「伝送路状況の悪化」とは、メディアデータが適切に受信できていない状態（例えば、データに輻輳が発生している状態）を意味しており、より具体的にはＦＥＣパケット２１を用いてもエラーを訂正できないような状態が例としてあげられる。また、ここでは「伝送路状況の悪化」を判定するパラメータとしてパケットロス率を利用しているが、パケットロス率以外のパラメータを用いて伝送路の状況を判定することも可能である。
【００５４】
受信状況判定部２０３は、伝送路の状況が悪化したと判定した場合（ステップＳ１０５：ＹＥＳ）、ＦＥＣパケット２１が所定の速度で増加中であるか否かを更に判定する（ステップＳ１０６）。そして受信状況判定部２０３は、ＦＥＣパケット２１が所定の速度で増加中であると判定した場合（ステップＳ１０６：ＹＥＳ）、ＦＥＣパケット２１の増加を停止するよう送信側装置１００の送信制御部１０４に要求し、送信制御部１０４においてＦＥＣパケット生成部１０３を制御する（ステップＳ１０７）。ＦＥＣパケット生成部１０３によるＦＥＣパケット２１の増加が停止されると、ステップＳ１０５から処理が再開される。
【００５５】
一方、受信状況判定部２０３は、ＦＥＣパケット２１が所定の速度で増加中でないと判定した場合（ステップＳ１０６：ＮＯ）、ＦＥＣパケット２１の増加を停止するよう送信側装置１００の送信制御部１０４に要求すると共に、伝送路状況が悪化する直前のＦＥＣパケット２１の送信帯域を送信制御部１０４へと通知する（ステップＳ１０８）。伝送路状況が悪化する直前のＦＥＣパケット２１の送信帯域が送信制御部１０４へと通知されることで、ステップＳ１０３のように、次回のＦＥＣパケット２１の送信は、記録された帯域から開始される。即ち、次回のＦＥＣパケット２１の送信は、伝送路を悪化させずに送信可能であった帯域から開始される。よって、効率的にＦＥＣパケット２１の送信を行うことが可能となる。
【００５６】
尚、上記は送信側装置１００において、伝送路状況が悪化する直前のＦＥＣパケット２１の送信帯域を記録する形であるが、受信側装置２００の受信状況判定部２０３において、伝送路状況が悪化する直前のＦＥＣパケット２１の送信帯域を記録し、上位階層要求の際に送信開始帯域に前期送信帯域を付加する形でも実現可能である。
【００５７】
続いて、受信側装置２００は、高階層メディアデータ（即ち、Ｅｎｈａｎｃｅレイヤ＃２）を送信可能な他のノード（即ち、現在メディアデータを送信している送信側装置１００とは異なる送信側装置１００）を探索する（ステップＳ１０９）。高階層メディアデータを送信可能な他のノードが発見された場合（ステップＳ１１０：ＹＥＳ）、受信側装置２００と他のノードとの接続が行われ、一連の処理が終了する。一方、高階層メディアデータを送信可能な他のノードが発見されない場合（ステップＳ１１０：ＮＯ）、受信側装置２００の受信状況判定部２０３において高階層メディアデータの送信を再開する際は、ステップＳ１０１から処理が再開される。
【００５８】
ステップＳ１０５の処理に戻り、受信状況判定部２０３は、伝送路の状況が悪化していないと判定した場合（ステップＳ１０５：ＮＯ）、ＦＥＣパケット２１の帯域が、高階層メディアデータ（即ち、Ｅｎｈａｎｃｅレイヤ＃２）の帯域に達しているか否かを判定する（ステップＳ１１１）。
【００５９】
受信状況判定部２０３は、ＦＥＣパケット２１の帯域が、高階層メディアデータの帯域に達していない場合（ステップＳ１１１：ＮＯ）、現在のＦＥＣパケット２１の送信帯域を記録する（ステップＳ１１２）。ここで記録された送信帯域は、上述したステップＳ１０８において送信側装置１００へと通知される。受信状況判定部２０３は更に、ＦＥＣパケット２１を増加するように送信側装置１００へと要求する（ステップＳ１１３）。これにより、所定速度でのＦＥＣパケット２１の増加が実現される。
【００６０】
受信状況判定部２０３は、ＦＥＣパケット２１の帯域が、高階層メディアデータの帯域に達している場合（ステップＳ１１１：ＹＥＳ）、それまで受信していたＦＥＣパケット２１（即ち、ＢＡＳＥレイヤ及びＥｎｈａｎｃｅレイヤ＃１に基づくＦＥＣパケット２１）に代えて、高階層メディアデータ（即ち、Ｅｎｈａｎｃｅレイヤ＃２）のメディアデータパケットを送信するよう、受信側通信部２０４を介して送信側装置１００へ要求する。送信側装置１００は、送信側通信部１０６において高階層メディアデータへの置き換え要求を受信すると、送信制御部１０４に置き換え要求を送る。置き換え要求を受信した送信制御部１０４は、ＦＥＣパケット２１に代えて、高階層メディアデータパケットを送信するようパケット送信部１０５を制御する（ステップＳ１１４）。即ち、ＦＥＣパケット２１の使用帯域を増加前の帯域に戻し、高階層メディアデータパケットの送信を開始する。
【００６１】
以上説明したように、高階層メディアデータを送信する前に、予めエラー訂正データであるＦＥＣパケット２１を送信するようにすれば、確実に高階層メディアデータを伝送できる状況であることを確認した上で、高階層メディアデータを伝送することができる。また、ＦＥＣパケット２１が徐々に増加されることで、伝送路状況が悪化することに起因して送信中の低階層メディアデータの品質が劣化してしまうことを防止できる。
【００６２】
＜第２実施形態＞
次に、第２実施形態に係るメディアデータ伝送システムについて、図９及び図１０を参照して説明する。尚、第２実施形態は、上述の第１実施形態と比べて一部の構成及び動作が異なるのみであり、その他の点については概ね同様である。このため第２実施形態では、第１実施形態と異なる部分について詳細に説明し、その他の重複する部分については適宜説明を省略する。
【００６３】
（２．１）メディアデータ伝送システムの具体的な構成
図９を参照して、第２実施形態に係るメディアデータ伝送システムの具体的な構成について説明する。図９は、第２実施形態のメディアデータ伝送システムにおける送信側装置及び受信側装置の構成の一例を示すブロック図である。尚、図９では、図２に示した第１実施形態に係る構成要素と同様の構成要素に同一の参照符合を付している。
【００６４】
図９に示すように、第２実施形態に係るメディアデータ伝送システムは、図２に示す第１実施形態に係るメディアデータ伝送システムの構成要素に加えて、送信側装置１００の送信側ＣＰＵ１１０に、細分化部１０７を備えている。
【００６５】
細分化部１０７は、受信側装置２００から通知される帯域に応じて、新たに送信する高階層メディアデータ（即ち、Ｅｎｈａｎｃｅレイヤ＃２）を細分化する（言い換えれば、データレートを調整する）。例えば、Ｅｎｈａｎｃｅレイヤ＃２がＢピクチャ２枚に対応する情報を含んでいる場合、条件に応じて以下に示す３種類の細分化を行う。
【００６６】
Ｂピクチャ１枚分の帯域＜通知された帯域≦Ｂピクチャ２枚分の帯域である場合、細分化部１０７は、１枚のＢピクチャのみをトランスコードして、計２枚のＢピクチャ（即ち、トランスコードしたＢピクチャ及びトランスコードしていないＢピクチャ）を合計した帯域が通知された帯域となるように細分化する。
【００６７】
通知された帯域＝Ｂピクチャ１つ分の帯域の場合、細分化部１０７は、Ｂピクチャを１枚削除する。即ち、細分化部１０７は、２枚あったＢピクチャを１枚だけにする。
【００６８】
通知された帯域＜Ｂピクチャ１枚分の帯域である場合、細分化部１０７は、Ｂピクチャを１枚削除し、もう１枚のＢピクチャを通知された帯域に対応するようにトランスコードする。
【００６９】
細分化部１０７において細分化されたメディアデータは、パケット化部１０２に送信され、第１実施形態と同様にパケット化される。
【００７０】
（２．２）処理説明
図１０を参照して、第２実施形態に係るメディアデータ伝送システムの処理の流れについて説明する。図１０は、第２実施形態のメディアデータ伝送システムの処理の流れの一例を示すフローチャートである。以下では、第１実施形態と同様に、高階層のメディアデータを新たに取得する場合（より具体的には、ＢＡＳＥレイヤ及びＥｎｈａｎｃｅレイヤ＃１を受信している際に、新たにＥｎｈａｎｃｅレイヤ＃２を受信する場合）の処理について詳細に説明し、その他の処理については適宜説明を省略するものとする。
【００７１】
図１０において、第２実施形態に係るメディアデータ伝送システムの動作時には、受信側装置２００の受信状況判定部２０３が、Ｂａｓｅレイヤ及びＥｎｈａｎｃｅレイヤ＃１のパケットロス率を監視しており、検出したパケットロス率が所定の第１閾値を下回った場合に、受信側通信部２０４から高階層メディアデータ（即ち、Ｅｎｈａｎｃｅレイヤ＃２）の送信要求が出される。
【００７２】
送信側通信部１０６は、上位階層要求を受信すると（ステップＳ２０１：ＹＥＳ）、受信した上位階層要求を送信制御部１０４へと送る。上位階層要求を受信した送信制御部１０４は、以前にエラー訂正データであるＦＥＣパケット２１を送信した際の帯域が記録されているか否かを判定する（ステップＳ２０２）。
【００７３】
送信制御部１０４は、帯域が記録されている場合（ステップＳ２０２：ＹＥＳ）、記録された帯域に対応するようにメディアデータを細分化するよう細分化部１０７を制御する（ステップＳ２０３）。このステップＳ２０３以降の処理については、後に詳述する。
【００７４】
一方、帯域が記録されていない場合（ステップＳ２０２：ＮＯ）、送信制御部１０４は、送信中の階層に基づいたＦＥＣパケット２１を生成するようにＦＥＣパケット生成部１０３を制御し、予め設定された初期値の帯域からからＦＥＣパケット２１の送信を開始するようにパケット送信部１０５を制御する（ステップＳ２０４）。尚、ＦＥＣパケット２１は、それまで送信されていたメディアデータパケットと併せて送信される。また、ＦＥＣパケット２１は、第１実施形態と同様に所定の速度で増加するように送信される。
【００７５】
ＦＥＣパケット２１の送信が開始されると、受信状況判定部２０３は、Ｂａｓｅレイヤ及びＥｎｈａｎｃｅレイヤ＃１のパケットロス率を監視して、伝送路の状況が悪化しているか否かを判定する（ステップＳ２０５）。受信状況判定部２０３は、伝送路の状況が悪化したと判定した場合（ステップＳ２０５：ＹＥＳ）、ＦＥＣパケット２１が所定の速度で増加中であるか否かを更に判定する（ステップＳ２０６）。
【００７６】
受信状況判定部２０３は、ＦＥＣパケット２１が所定の速度で増加中であると判定した場合（ステップＳ２０６：ＹＥＳ）、送信側装置１００の送信制御部１０４に要求し、送信制御部１０４においてＦＥＣパケット２１の増加を停止するようＦＥＣパケット生成部１０３を制御する（ステップＳ２０７）。ＦＥＣパケット生成部１０３によるＦＥＣパケット２１の増加が停止されると、ステップＳ２０５から処理が再開される。
【００７７】
一方、受信状況判定部２０３は、ＦＥＣパケット２１が所定の速度で増加中でないと判定した場合（ステップＳ２０６：ＮＯ）、伝送路状況が悪化する直前のＦＥＣパケット２１の送信帯域を送信側装置１００の送信制御部１０４へと通知する（ステップＳ２０８）。ここで送信制御部１０４へと通知した帯域は、細分化部１０７におけるメディアデータの細分化に用いられる（ステップＳ２０３参照）。また、受信状況判定部２０３は、ＦＥＣパケット２１の増加を停止するよう送信側装置１００の送信制御部１０４に要求し、送信制御部１０４においてＦＥＣパケット２１を停止するようＦＥＣパケット生成部１０３を制御し（ステップＳ２０９）、一連の処理を終了する。
【００７８】
尚、上記は送信側装置１００において、伝送路状況が悪化する直前のＦＥＣパケット２１の送信帯域を記録する形であるが、受信側装置２００の受信状況判定部２０３において、伝送路状況が悪化する直前のＦＥＣパケット２１の送信帯域を記録し、上位階層要求の際に送信開始帯域に前期送信帯域を付加する形でも実現可能である。
【００７９】
ステップＳ２０５の処理に戻り、受信状況判定部２０３は、伝送路の状況が悪化していないと判定した場合（ステップＳ２０５：ＮＯ）、ＦＥＣパケット２１の帯域が、高階層メディアデータ（即ち、Ｅｎｈａｎｃｅレイヤ＃２）の帯域に達しているか否かを判定する（ステップＳ２１０）。
【００８０】
受信状況判定部２０３は、ＦＥＣパケット２１の帯域が、高階層メディアデータの帯域に達していない場合（ステップＳ２１０：ＮＯ）、現在のＦＥＣパケット２１の送信帯域を記録する（ステップＳ２１１）。ここで記録された送信帯域は、上述したステップＳ２０８において送信側装置１００へと通知される。受信状況判定部２０３は更に、ＦＥＣパケット２１を増加するように送信側装置１００へと要求する（ステップＳ２１２）。これにより、所定速度でのＦＥＣパケット２１の増加が実現される。
【００８１】
受信状況判定部２０３は、ＦＥＣパケット２１の帯域が、高階層メディアデータの帯域に達している場合（ステップＳ２１０：ＹＥＳ）、それまで受信していたＦＥＣパケット２１（即ち、ＢＡＳＥレイヤ及びＥｎｈａｎｃｅレイヤ＃１に基づくＦＥＣパケット２１）に代えて、高階層メディアデータ（即ち、Ｅｎｈａｎｃｅレイヤ＃２）を送信するよう、受信側通信部２０４を介して送信側装置１００へ要求する。送信側装置１００は、送信側通信部１０６において高階層メディアデータへの置き換え要求を受信すると、送信制御部１０４に置き換え要求を送る。置き換え要求を受信した送信制御部１０４は、ＦＥＣパケット２１に代えて、高階層メディアデータを送信するようパケット送信部１０５を制御する（ステップＳ２１３）。即ち、ＦＥＣパケット２１の使用帯域を増加前の帯域に戻し、高階層メディアデータパケットの送信を開始する。
【００８２】
ステップＳ２０３に戻り、第２実施形態では特に、細分化部１０７が記録された帯域（即ち、伝送路状況を悪化させずに送信可能な帯域）に対応するようにメディアデータを細分化する。そして、細分化されたメディアデータは、パケット化部１０３によってパケット化され、パケット送信部１０５から、受信側装置２００へと伝送される（ステップＳ２１４）。
【００８３】
このようにメディアデータを細分化すれば、Ｅｎｈａｎｃｅレイヤ＃２を送信できる程度の帯域が確保できない場合であっても、ＢＡＳＥレイヤ及びＥｎｈａｎｃｅレイヤ＃１より高階層のメディアデータを、伝送路状況を悪化させることなく受信側装置へと伝送することが可能となる。従って、ネットワーク３００の状況に応じた最大限の帯域を利用してメディアデータを伝送することができる。
【００８４】
本発明は、上述した実施形態に限られるものではなく、特許請求の範囲及び明細書全体から読み取れる発明の要旨或いは思想に反しない範囲で適宜変更可能であり、そのような変更を伴う伝送システム及び伝送装置、並びに伝送方法もまた本発明の技術的範囲に含まれるものである。
【００８５】
以上説明した実施形態に関して、更に以下の付記を開示する。
【００８６】
（付記１）
階層化されたデータの低階層のデータを含む第１データを送信側から受信側へと伝送する伝送システムであって、
前記送信側は、
前記第１データ及び前記第１データのエラーを訂正するための第２データを夫々送信する送信手段と、
前記送信手段による前記第１データ及び前記第２データの送信を制御する制御手段と
を備え、
前記受信側は、
前記第１データ及び前記第２データを夫々受信する受信手段と、
前記第１データ及び前記第２データの受信の状況に応じて、前記送信手段によって送信される前記第１データの階層を変更するよう前記制御手段に要求する判定手段と
を備え、
前記制御手段は、前記判定手段から、送信中の前記第１データより高階層の前記第１データを送信するように要求があった場合に、送信中の前記第１データに基づく前記第２データの使用帯域を連続的に又は段階的に増加させるように前記送信手段を制御し、前記受信の状況が悪化することなく前記第２データの使用帯域が送信すべき高階層の前記第１データの帯域に達した場合に、前記第２データの使用帯域を元の帯域に戻し、前記第１データとして高階層のデータを含む第１データを送信するように前記送信手段を制御する
ことを特徴とする伝送システム。
【００８７】
（付記２）
前記制御手段は、前記第２データの使用帯域を増加させている際に前記受信の状況が悪化した旨の通知を受信した場合、前記第２データの使用帯域の増加を停止するよう前記送信手段を制御し、
前記判定手段は、前記第２データの使用帯域の増加が停止されてから所定期間後に前記受信の状況が改善されない場合、前記受信の状況が悪化する直前の前記第２データの使用帯域を記録すると共に、前記第２データの帯域を元の帯域に戻すように前記制御手段に要求する
ことを特徴とする付記１に記載の伝送システム。
【００８８】
（付記３）
前記判定手段は、前記第２データの使用帯域を元の帯域に戻すように前記制御手段に要求した後に、前記送信手段によって送信される前記第１データの階層を再び高階層へと変更するよう前記判定手段から前記制御手段に要求する場合、前記記録した前記受信の状況が悪化する直前の前記第２データの使用帯域から前記第２データを送信するように前記制御手段に要求することを特徴とする付記２に記載の伝送システム。
【００８９】
（付記４）
前記送信側は、前記第１データのデータ量を調整する調整手段を備え、
前記判定手段は、前記第２データの使用帯域を元に帯域戻すように前記制御手段に要求する際に、前記受信の状況が悪化する直前の前記第２データの使用帯域を付加して前記調整手段に通知し、
前記調整手段は、前記受信の状況が悪化する直前の前記第２データの使用帯域に対応するように前記第１データのデータ量を調整し、
前記制御手段は、前記データ量が調整された第１データを送信するように前記送信手段を制御する
ことを特徴とする付記２に記載の伝送システム。
【００９０】
（付記５）
階層化されたデータを他の伝送装置に伝送する伝送装置であって、
階層化されたデータの低階層のデータを含む第１データ及び前記第１データのエラーを訂正するための第２データを夫々送信する送信手段と、
前記送信手段による前記第１データ及び前記第２データの送信を制御する制御手段と
を備え、
前記制御手段は、前記他の伝送装置から、送信中の前記第１データより高階層の前記第１データを送信するように要求があった場合に、送信中の前記第１データに基づく前記第２データの使用帯域を連続的に又は段階的に増加させるように前記送信手段を制御し、前記他の伝送装置からの前記第１データ及び前記第２データの受信の状況が悪化した旨の通知を受信することなく前記第２データの使用帯域が送信すべき高階層の前記第１データの帯域に達した場合に、前記第２データの使用帯域を元の帯域に戻し、第１のデータとして高階層のデータを含む第１データを送信するように前記送信手段を制御する
ことを特徴とする伝送装置。
【００９１】
（付記６）
前記制御手段は、前記第２データの使用帯域を増加させている際に前記受信の状況が悪化したことを示す情報を受信した場合、前記第２データの使用帯域の増加を停止するよう前記送信手段を制御し、前記第２データの使用帯域の増加が停止されてから所定期間後に前記受信の状況が改善されない場合、前記受信の状況が悪化する直前の前記第２データの使用帯域を記録すると共に、前記第２データの使用帯域を元の帯域に戻すように前記送信手段を制御する
ことを特徴とする付記５に記載の伝送装置。
【００９２】
（付記７）
前記制御手段は、前記第２データの使用帯域を元の帯域に戻すように前記送信手段を制御した後に、前記送信手段によって送信される前記第１データの階層を再び高階層へと変更するよう要求を受信した場合、前記受信の状況が悪化する直前の前記第２データの使用帯域から前記第２データを送信するように前記送信手段に制御する
ことを特徴とする付記６に記載の伝送装置。
【００９３】
（付記８）
前記第１データのデータ量を調整する調整手段を備え、
前記調整手段は、前記受信の状況が悪化する直前の前記第２データの使用帯域に対応するように前記第１データのデータ量を調整し、
前記制御手段は、前記データ量が調整された第１データを送信するように前記送信手段を制御する
ことを特徴とする付記６に記載の伝送装置。
【００９４】
（付記９）
他の伝送装置から伝送される階層化されたデータの低階層のデータを含む第１データ及び当該第１データのエラーを訂正するための第２データを受信する伝送装置であって、
前記第１データ及び前記第２データを夫々受信する受信手段と、
前記第１データ及び前記第２データの受信の状況に応じて、前記他の伝送装置から送信される前記第１データの階層を変更するよう前記他の伝送装置に要求する判定手段と、
前記第１データ及び前記第２データ夫々の受信状態を取得する受信状態取得手段と
を備え、
前記判定手段が、送信中の前記第１データより高階層の前記第１データを送信するように前記他の伝送装置に要求した場合、前記要求後に受信する第１データ及び第２データそれぞれの受信状態を定期的に前記他の装置に通知する
ことを特徴とする伝送装置。
【００９５】
（付記１０）
前記判定手段は、前記第２データの使用帯域を増加させている際の前記受信の状況の悪化に起因した前記他の伝送装置による前記第２データの使用帯域の増加の停止から所定期間後に前記受信の状況が改善されない場合、前記受信の状況が悪化する直前の前記第２データの使用帯域を記録すると共に、前記第２データの使用帯域を元の帯域に戻すように前記他の伝送装置に要求する
ことを特徴とする付記９に記載の伝送装置。
【００９６】
（付記１１）
前記判定手段は、前記第２データの使用帯域を元の帯域に戻すように前記他の伝送装置に要求した後に、前記他の伝送装置によって送信される前記第１データの階層を再び高階層へと変更するよう前記他の伝送装置に要求する場合、前記受信の状況が悪化する直前の前記第２データの使用帯域から前記第２データを送信するように前記他の伝送装置に要求することを特徴とする付記１０に記載の伝送装置。
【００９７】
（付記１２）
前記判定手段が、前記第２データの使用帯域を元に戻すように前記他の伝送装置に要求する際に、前記受信の状況が悪化する直前の前記第２データの使用帯域を通知することで、前記他の伝送装置は、前記受信の状況が悪化する直前の前記第２データの使用帯域に対応するように前記第１データのデータ量を調整すると共に、前記第データ量が調整された前記第１データを送信する
ことを特徴とする付記１０に記載の伝送装置。
【００９８】
（付記１３）
階層化されたデータの低階層のデータを含む第１データ及び前記第１データのエラーを訂正するための第２データを夫々送信する送信手段と、前記送信手段による前記第１データ及び前記第２データの送信を制御する制御手段とを備えた送信側から、前記第１データ及び前記第２データを夫々受信する受信手段を備える受信側へと伝送する伝送方法であって、
前記第１データ及び前記第２データの受信の状況に応じて、前記送信手段によって送信される前記第１データの階層を変更するよう前記制御手段に要求する要求工程と、
前記要求工程において、送信中の前記第１データより高階層の前記第１データを送信するように要求があった場合に、送信中の前記第１データに基づく前記第２データの使用帯域を連続的に又は段階的に増加させるように前記送信手段を制御する第１制御工程と、
前記受信の状況が悪化することなく前記第２データの使用帯域が送信すべき高階層の前記第１データの帯域に達した場合に、前記第２データの使用帯域を元の帯域に戻し、前記第１データとして高階層のデータを含む第１データを送信するように前記送信手段を制御する第２制御工程と
を備えることを特徴とする伝送方法。
【符号の説明】
【００９９】
１１，１２，１３，１４  ノード
２１  ＦＥＣパケット
２２  ＲＴＰヘッダ
２２ｅ  拡張ＲＴＰヘッダ
２３  ＦＥＣヘッダ
２４  ＦＥＣリカバリ
４０  ＶＥＲフィールド
４１  Ｐフィールド
４２  Ｘフィールド
４３  ＣＣフィールド
４４  Ｍフィールド
４５  ＰＴフィールド
４６  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ  フィールド
４７  Ｔｉｍｅ  Ｓｔａｍｐフィールド
４８  ＳＳＲＣフィールド
４９  ＣＳＲＣフィールド
５０  Ｌｅｎｇｔｈフィールド
５１  Ｍｅｔｈｏｄ  ｏｆ  Ｌｅｙｅｒ  Ｃｏｄｉｎｇフィールド
５２  Ｌａｙｅｒ  Ｎｕｍｂｅｒフィールド
６１  ＳＮ  Ｂａｓｅフィールド
６２  Ｌｅｎｇｔｈ  ｒｅｃｏｖｅｒｙフィールド
６３  Ｅフィールド
６４  ＰＴ  ｒｅｃｏｖｅｒｙフィールド
６５  Ｍａｓｋフィールド
６６  ＴＳ  ｒｅｃｏｖｅｒｙフィールド
１００  送信側装置
１０１  階層符号化部
１０２  パケット化部
１０３  ＦＥＣパケット生成部
１０４  送信制御部
１０５  パケット送信部
１０６  送信側通信部
１０７  細分化部
１１０  送信側ＣＰＵ
１２０  送信側インターフェース
２００  受信側装置
２０１  パケット受信部
２０２  パケットロス訂正部
２０３  受信状況判定部
２０４  受信側通信部
２０５  復号再生部
２１０  受信側インターフェース
２２０  受信側ＣＰＵ
【図１】
2012195864.tif 000003
【図２】
2012195864.tif 000004
【図３】
2012195864.tif 000005
【図４】
2012195864.tif 000006
【図５】
2012195864.tif 000007
【図６】
2012195864.tif 000008
【図７】
2012195864.tif 000009
【図８】
2012195864.tif 000010
【図９】
2012195864.tif 000011
【図１０】
2012195864.tif 000012