(57)【要約】中継装置は、リアルタイムデータを受信する受信部と、リアルタイムデータを宛先へ向けて送信すべき伝送路の品質を監視する監視部と、伝送路の品質に従ってインタリーブ周期の長さを決定する決定部と、決定されたインタリーブ周期で送信すべきリアルタイムデータのインタリーブを行うインタリーブ部と、インタリーブされたリアルタイムデータを伝送路へ送信する送信部とを備える。
2009072210.tif 000002
【特許請求の範囲】
【請求項１】
リアルタイムデータを受信する受信部と、
前記リアルタイムデータを宛先へ向けて送信すべき伝送路の品質を周期的に検知する監視部と、
前記伝送路の品質に従ってインタリーブ周期の長さを決定する決定部と、
決定されたインタリーブ周期でリアルタイムデータのインタリーブを行うインタリーブ部と、
インタリーブされたリアルタイムデータを前記伝送路へ送信する送信部と
を備える中継装置。
【請求項２】
前記決定部は、前記監視部が前記伝送路の品質の劣化を検知した場合に、前記インタリーブ周期を長くする
請求項１に記載の中継装置。
【請求項３】
前記決定部は、前記監視部が前記伝送路の品質の改善を検知した場合には、前記インタリーブ周期を短くする
請求項１又は２に記載の中継装置。
【請求項４】
前記決定部は、インタリーブ周期の最小単位を決定し、この最小単位の整数倍でインタリーブ周期を決定する
請求項１〜３のいずれか一項に記載の中継装置。
【請求項５】
前記受信部で受信されるリアルタイムデータが所定のインタリーブ周期でインタリーブされている場合に、前記決定部は、この所定のインタリーブ周期の長さを前記最小単位として決定する
請求項４に記載の中継装置。
【請求項６】
前記リアルタイムデータの送信元と宛先との間で前記中継装置を介して送受信される能力交換情報に含まれる、前記送信元でのインタリーブの実施の有無と、インタリーブ実施時におけるインタリーブ周期とを示すデータを取得し、前記決定部に与える情報収集部をさらに備える
請求項５に記載の中継装置。
【請求項７】
前記リアルタイムデータの宛先が有する、復号前の前記リアルタイムデータを格納するためのバッファのサイズを取得する情報収集部をさらに備え、
前記決定部は、前記バッファのサイズに基づいてインタリーブ周期の最大値を決定する
請求項１〜６のいずれか一項に記載の中継装置。
【請求項８】
前記リアルタイムデータが、参照ピクチャと非参照ピクチャとを含むビデオストリームデータであり、
前記インタリーブ部は、参照ピクチャを対象とするインタリーブと非参照ピクチャを対象とするインタリーブとを個別に実行する
請求項１〜７のいずれか一項に記載の中継装置。
【請求項９】
送信装置から受信装置へ送信されるリアルタイムデータを中継する中継装置のリアルタイムデータ転送方法において、
リアルタイムデータを受信し、
前記リアルタイムデータを宛先へ向けて送信すべき伝送路の品質を監視し、
前記伝送路の品質に従ってインタリーブ周期の長さを決定し、
決定されたインタリーブ周期でリアルタイムデータのインタリーブを行い、
インタリーブされたリアルタイムデータを前記伝送路へ送信することを含む中継装置のリアルタイムデータ転送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線ネットワーク(移動通信網)を転送されるリアルタイムデータの中継装置における動的インタリーブ周期変更方法に関する。
【背景技術】
【０００２】
代表的な無線ネットワークシステムとして、図１に示されるような無線ＬＡＮ(IEEE 802.11)を用いたネットワークシステム(無線ＬＡＮシステム)や、図２に示されるようなセルラ網システム(3GPP)がある。【０００３】
無線ＬＡＮシステムは、例えば図１に示すように、メディアサーバと、メディアサーバにリンク(ネットワーク)を介して接続された無線網ゲートウェイと、無線網ゲートウェイに収容されたアクセスポイント(ＡＰ)とからなり、ＡＰに対し、端末(ＰＣ(Personal Computer)、ＰＤＡ(Personal Digital Assistant)等)が無線リンク(無線伝送路)を介して接続される。ＡＰと端末との間がデータ伝送路の無線区間を構成する。【０００４】
セルラ網システム(携帯電話網システム)は、例えば図２に示すように、サーバと、サーバにリンクを介して接続されたゲートウェイ(ＧＷ：ルータ)と、ＧＷにインターネットのようなＩＰ網を介して接続される交換機(ｘＧＳＮ)と、交換機にリンクを介して接続される基地局制御装置(Radio Network Controller: RNC)と、基地局制御装置にリンクを介して接続される基地局装置(Node B又はＢＳ)とを備える。基地局装置に対し、移動端末(User Equipment又はmobile node)が無線リンク(無線伝送路)を介して接続される。移動端末と基地局装置との間がデータ伝送路の無線区間を構成する。【０００５】
無線区間の通信(無線通信)に関して、受信データの伝送エラーを低減するための効果的な手法として、送信されるデータに対するインタリーブ(Interleave)や、ＦＥＣ(Forward Error Collection)を用いた誤り訂正がある。これらは、例えばセルラ網システムで採用されている。【０００６】
図３は、無線網にIEEE802.11を適用した場合の一般的なプロトコルスタックを示す図である。無線ネットワークシステムで適用可能なリアルタイム系のストリーミングサービスに適用される動画圧縮規格の一つとして、Ｈ．２６４／ＡＶＣがある。Ｈ．２６４／ＡＶＣでは、ストリーミングサービスを実施するために、その下位層のプロトコルとしてＲＴＰ／ＲＴＣＰ(Realtime Transfer Protocol/RTP Control Protocol)が使用されている。このＲＴＰ／ＲＴＣＰに従って転送されるリアルタイムデータ(ＲＴＰパケット)に対し、無線環境を考慮してインターリーブを実施することができる（非特許文献１、特に12.6章、13章を参照）。【０００７】
これにより、ＲＴＰ／ＲＴＣＰの上位に位置する伝送プロトコルは、下位層のリンクが無線リンクであっても、ロバスト(Robust)なデータ伝送を提供することができる。【０００８】
ストリーミングデータは、例えば、生放送や生中継、テレビ電話会議のような即時再生が要求されるサービスのために使用される。或いは、オンデマンド型ビデオプログラム配信の様なサービスでは、ストリーミングデータは、一時的なバッファリングが許容されることがある。例えば、データの再生におけるタイムライン(時間軸)上での再生タイミングに関して、或る程度のデータのバッファリングが行われた後に再生が開始される。また、テレビ番組配信のようなサービスでは、データ再生にあたって、メディアサーバから送信された総てのデータが受信側に届くことが要求されない。
【特許文献１】特表２００５−５３６０９７号公報
【特許文献２】特開２００２−１９８９４６号公報
【特許文献３】特開平６−１８１５６７号公報
【特許文献４】特開２０００−１５６６４６号公報
【非特許文献１】RFC3984 RTP Payload Format for H.264 VIDEO
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、無線環境は、固定回線と比較すると環境変化が激しい。このため、インタリーブが実施される周期(インタリーブ周期)がいつも無線環境に適した周期となっているとは限らない。このため、インタリーブによる伝送エラー低減効果が十分に発揮されない場合が起こりえる。【００１０】
リアルタイム系サービスであるストリーミングデータ(リアルタイムデータ)などは、伝送エラーが発生した場合における再送による救済機会が非リアルタイム系サービスと比較すると非常に少ない。このため、リアルタイム系サービスに関する伝送エラー発生時における隠蔽技術(エラー訂正技術)は、非リアルタイム系サービスよりも重要である。【００１１】
ここで、無線送信は、例えば、エラーの無い(error free)の環境から、エラー多発の環境へと状況が変化した場合に、その伝送路の品質を一定に維持する、すなわち誤り訂正可能な無線伝送路品質とするために、送信電力制御に加えて、誤り訂正符号を構成する冗長符号の増加、及び／又は変調方式の変更(例えば変調方式をQPSKからBPSKへ変更)を実施し、上位アプリケーションからみたときの送信帯域を減少させることがある。【００１２】
このような送信帯域が減少する状況は、リアルタイムデータにとって都合が悪い。すなわち、伝送品質劣化による送信帯域の減少は、或る時間区間で送信されるべきデータの、宛先への到着時間が著しく遅れる可能性を含んでいる。加えて、無線区間での帯域調整前においては、その劣化した伝送路品質のために、宛先で連続したデータ廃棄が生じる可能性がある。【００１３】
上記したような到着時間の遅延や連続的なデータ廃棄が発生する状況は、ハードハンドオーバによっても引き起こされる。図４は、ハードハンドオーバ時のデータ廃棄と滞留の発生の説明図である。【００１４】
すなわち、ハンドオーバ先で利用可能な帯域が、ハンドオーバ元で使用していた帯域よりも狭い場合には、ハンドオーバ時に一時的なデータの欠落が発生する。すなわち、或るエリア向けのデータを別のエリアに向けて経路を切り替える際に、切替途中にあるデータが欠損する場合がある。このようなデータ欠損が生じると、宛先側では、再送により欠損データが補充されるまで再生が行われず、データの滞留(長時間のバッファリング時間)が発生する可能性がある。言い換えると、或る特定の時間におけるリアルタイムデータの再生に対して、著しい影響を与える可能性がある。【００１５】
このように、様々な通信環境の変化が発生する移動通信網においては、例えばRFC3984で一意的に決定された実施されたインタリーブ周期が、必ずしも適切な周期ではない場合が発生し得る。【００１６】
本発明は、リアルタイムデータが伝送される伝送路の品質に応じてインタリーブ周期を動的に変更可能な中継装置を提供することを目的とする。
【課題を解決するための手段】
【００１７】
本発明の態様の一つは、  リアルタイムデータを受信する受信部と、
前記リアルタイムデータを宛先へ向けて送信すべき伝送路の品質を周期的に検知する監視部と、
前記伝送路の品質に従ってインタリーブ周期の長さを決定する決定部と、
決定されたインタリーブ周期でリアルタイムデータのインタリーブを行うインタリーブ部と、
インタリーブされたリアルタイムデータを前記伝送路へ送信する送信部と
を備える中継装置である。【００１８】
上記中継装置において、前記決定部は、前記監視部が前記伝送路の品質の劣化を検知した場合に、前記インタリーブ周期を長くするように構成することができる。【００１９】
上記中継装置において、前記決定部は、前記監視部が前記伝送路の品質の改善を検知した場合には、前記インタリーブ周期を短くするように構成することができる。【００２０】
上記中継装置において、前記決定部は、インタリーブ周期の最小単位を決定し、この最小単位の整数倍でインタリーブ周期を決定するように構成することができる。【００２１】
上記中継装置において、前記受信部で受信されるリアルタイムデータが所定のインタリーブ周期でインタリーブされている場合に、前記決定部は、この所定のインタリーブ周期の長さを前記最小単位として決定するように構成することができる。【００２２】
上記中継装置において、前記リアルタイムデータの送信元と宛先との間で前記中継装置を介して送受信される能力交換情報に含まれる、前記送信元でのインタリーブの実施の有無と、インタリーブ実施時におけるインタリーブ周期とを示すデータを取得し、前記決定部に与える情報収集部をさらに備えるように構成することができる。【００２３】
上記中継装置において、前記リアルタイムデータの宛先が有する、復号前の前記リアルタイムデータを格納するためのバッファのサイズを取得する情報収集部をさらに備え、
前記決定部は、前記バッファのサイズに基づいてインタリーブ周期の最大値を決定するように構成することができる。【００２４】
上記中継装置において、前記リアルタイムデータが、参照ピクチャと非参照ピクチャとを含むビデオストリームデータであり、
前記インタリーブ部は、参照ピクチャを対象とするインタリーブと非参照ピクチャを対象とするインタリーブとを個別に実行するように構成することができる。【００２５】
本発明の第２の態様は、送信装置から受信装置へ送信されるリアルタイムデータを中継する中継装置において、
リアルタイムデータを受信し、
前記リアルタイムデータを宛先へ向けて送信すべき伝送路の品質を監視し、
前記伝送路の品質に従ってインタリーブ周期の長さを決定し、
決定されたインタリーブ周期でリアルタイムデータのインタリーブを行い、
インタリーブされたリアルタイムデータを前記伝送路へ送信する
ことを含む中継装置のリアルタイムデータ転送方法である。
【発明の効果】
【００２６】
本発明によれば、リアルタイムデータが伝送される伝送路の品質に応じてインタリーブ周期を動的に変更可能な中継装置を提供することができる。
【図面の簡単な説明】
【００２７】
【図１】無線ＬＡＮシステムの例を示す図である。
【図２】セルラ網システムの例を示す図である。
【図３】無線網にIEEE802.11を適用した場合の一般的なプロトコルスタックを示す図である。
【図４】ハードハンドオーバ時のデータ廃棄と滞留の発生の説明図である。
【図５】実施形態における基本的なネットワーク構成例を示す図である。
【図６】インタリーブ周期動的変更方法の説明図であり、同一種別同士(参照ピクチャ同士、非参照ピクチャ同士)のインタリーブが行われる場合を示す。
【図７】インタリーブ周期動的変更方法の説明図であり、インタリーブ周期の変更時の様子を示す。
【図８】最大インタリーブ周期と、復号前バッファとの関係の説明図である。
【図９】送信側でインタリーブが実施される場合における、インタリーブ周期の定義を示す図である。
【図１０】適用例における無線ＬＡＮシステムの構成例を示す図である。
【図１１】図１０に示したＳＷの基本的な構成例を示すブロック図である。
【図１２】インタリーブ周期決定部によるインタリーブ周期決定処理の例を示すフローチャートである。
【図１３】インタリーブ周期の変更処理の例を示すフローチャートである。
【図１４】ＮＡＬユニットヘッダのデータ構造を示す図である。
【図１５】Ｉピクチャ及びＢピクチャを含むビデオストリーム(例えば、H.264/AVCに従って符号化されたビデオストリームデータ)に対するインタリーブの説明図である。
【図１６】インタリーブ周期が変更された様子を示す図である。
【符号の説明】
【００２８】
１・・・スイッチ(ＳＷ、中継装置)
２・・・ネットワーク
３・・・メディアサーバ(送信局、送信装置)
１１・・・網側受信部
１２・・・送信スケジュール部
１３・・・送信部
１４・・・受信部
１５・・・網側送信部
１６・・・品質管理部
１７・・・インタリーブ周期決定部
１８・・・情報収集部
【発明を実施するための最良の形態】
【００２９】
以下、発明の実施の形態について説明する。実施形態の構成は例示であり、  は、実施形態の構成に限定されない。【００３０】
〔発明の経緯〕
上述したように、送信側でのデータのインタリーブ周期と、無線環境とが適合しない場合には、送信帯域が低減される場合がある。このような状況に対して、無線通信において、例えばRFC3984が適用され、リアルタイムでの符号化及び送信が行われる場合には、フィードバック情報などに基づき、インタリーブ周期と無線環境が適合しない場合に送信側でのインタリーブ周期を変更することが考えられる。しかし、上記の方法は、ブロードキャスト型のデータ送信時に、フィードバック情報が多岐に渡るので適用できない。【００３１】
また、インタリーブ対象のデータが、既にインタリーブ処理を含む符号化済みのデータである場合には、符号化時に決定されたインタリーブ周期が固定された状態となっている。このため、このようなインタリーブ周期を無視して、無線環境(通信状況)に応じたインタリーブ周期変更を実施することはできない。【００３２】
実施形態に係る中継装置は、送信元から受信されるリアルタイムデータを宛先へ向けて送信する場合に、送信側の伝送路品質の変動によるエラーを吸収し、データ受信側での受信品質劣化を抑えることを目的とする。【００３３】
すなわち、上記のような状況を鑑みて、リアルタイム系サービス、例えばビデオストリーム送信を取り扱うにあたって、伝送路品質に合わせてダイナミックに(動的に)インタリーブ周期を変動させることができる技術を提案する。【００３４】
〔実施形態の概要〕
図５は、実施形態における基本的なネットワーク構成例を示す図である。図５に示すネットワークシステムは、大略的に、少なくとも１つの受信装置(＃０〜＃ｎ)と、各受信装置にリンクを介して接続された中継装置(伝送装置)と、中継装置にリンクを介して接続された送信装置とを備える。送信装置と各受信装置との間のデータ伝送路は、中継装置から中継装置までの区間Ａと、送信装置から中継装置までの区間Ｂとからなる。【００３５】
以下の実施形態で説明するインタリーブ周期の動的変更方法は、例えば、図５に示す中継装置に適用される。図５に示すネットワークシステムが無線ＬＡＮシステムであれば、中継装置は例えば無線ネットワークゲートウェイやアクセスポイントに相当する。図５の中継装置がセルラ網システム(携帯電話網)システムであれば、中継装置は例えば基地局制御装置(ＲＮＣ：Radio Network Controller)、及び／又は基地局装置(Node B)に相当する。【００３６】
インタリーブ周期動的変更方法は、区間Ａの伝送路品質が時間の経過に応じて大きく変動し、伝送路品質に応じた送信可能な帯域が変動する環境下(例えば、区間Ａが無線伝送路である場合)で適用されることが望ましい。但し、図５において、区間Ａが有線による伝送路である場合であっても、或いは区間Ａの伝送路品質の変動が殆どない場合であっても、インタリーブ周期動的変更方法の適用は妨げられない。【００３７】
インタリーブ周期動的変更方法の主たる特徴を図６を用いて説明する。図６及び図７は、インタリーブ周期動的変更方法の説明図であり、図６及び図７は、同一種別同士(参照ピクチャ同士、非参照ピクチャ同士)のインタリーブが行われる場合を示し、特に、図７は、インタリーブ周期の変更時の様子を示す。【００３８】
ここでは、説明のために、無線通信で利用可能なリアルタイムデータの動画圧縮規格(例えばH.264/AVC，MPEG-4，MPEG-2)に従って符号化されたビデオフレーム(ピクチャ)の伝送を例とする。図６及び図７中の“Ｒ”は参照ピクチャ(Ｉピクチャ)、“ｎＲ”は非参照ピクチャ(Ｂピクチャ、規格によってはＰピクチャも含まれる)を示す。【００３９】
ここに、参照ピクチャは、前後のフレームとは関係なくその画面内だけで独立して符号化されたピクチャ(フレーム)であり、非参照ピクチャは、所定のピクチャ(例えば対象ピクチャの前後に位置するピクチャ)から予測符号化されたフレームである。【００４０】
図６には、或るインタリーブ周期におけるピクチャ＃０〜＃１１が示されている。図６に示す例では、１インタリーブ周期において、１２個のピクチャがインタリーブの対象となる。ここに、ピクチャ＃０,＃３,＃６及び＃９は参照ピクチャＲであり、残りのピクチャ＃１,＃２,＃４,＃５,＃７,＃８,＃１０,＃１１は非参照ピクチャｎＲである。【００４１】
ピクチャ＃０〜＃１１は、同一種別のピクチャ間で並び順が変更される。すなわち、参照ピクチャＲに対するインタリーブ処理と、非参照ピクチャｎＲに対するインタリーブ処理とがインタリーブ周期内で実行される。【００４２】
図７は、インタリーブ周期が短くされ、１インタリーブ周期で６ピクチャがインタリーブ対象となるように変更された様子を示す。図７に示す例では、図６に示された１つのインタリーブ周期が二つのインタリーブ周期＃０及び＃１に変更されている。また、ピクチャ＃０〜＃５がインタリーブ周期＃０でのインタリーブ対象となり、ピクチャ＃６〜＃１１がインタリーブ周期＃１でのインタリーブ対象となっている。各インタフェース周期＃０，＃１で、同一種別間でのインタリーブ処理が実施される。【００４３】
実施形態のインタリーブ周期動的変更方法では、無線状況(図５に示した区間Ａの伝送路品質)が良好であれば、インタリーブ周期が短くされる。これに対し、無線状況(伝送路品質)が悪化した場合には、インタリーブ周期が長くされる。【００４４】
ここで、インタリーブ周期が長くされる場合には、ストリーミングの再生に影響を与えない程度に設定されることが望ましい。つまり、最大インタリーブ周期は、復号(decode)側(受信装置)において、復号前のストリーミングデータが蓄積されるバッファのサイズを考慮した値に設定されるべきである。バッファが１インタリーブ周期のデータを蓄積できなければ、適正な復号処理(デインタリーブ)を実施できないからである。但し、本願では、最大インタリーブ周期の決定方法について特に言及しない。【００４５】
図８は、最大インタリーブ周期と、復号前バッファとの関係の説明図であり、送信側(sender)から受信側(receiver)へ送信されるストリーミングデータ(リアルタイムデータ)のインタリーブ周期は、復号前バッファのバッファサイズより小さい値となるように調整される。【００４６】
インタリーブ周期が長くされると、遅延に弱くなる。つまり、僅かな遅延の発生で、復号側(受信側)での復号前バッファにおけるバッファリング(buffering)時間を越えてしまうためである。ストリーミングデータなどのリアルタイム系サービスは、一般に、ネットワークでの送信優先順位が高い場合が多い。このため、無線伝送路の品質が悪い場合には、遅延のリスクよりインタリーブ効果(エラー低減)を可能な限り優先する。その後、無線伝送路の品質が良好になった場合には、インタリーブ周期を短くする。不必要な遅延のリスクをとる必要がないからである。【００４７】
さらに、インタリーブの実施においては、上述したように、参照ピクチャＲ同士、非参照ピクチャｎＲ同士でインタリーブが実施される。これはインタリーブによって参照ピクチャが連続することを回避するためである。このように、参照ピクチャと非参照ピクチャとが個別にインタリーブされることで、参照ピクチャの送信間隔を最大の状態とすることができる。【００４８】
なお、図６及び図７に示す例は、リアルタイムデータストリームが、既にRFC3984などに従ってインタリーブされていることを前提としている。【００４９】
また、ストリーム送信側(図５の送信装置)でインタリーブが実施される場合には、実施形態におけるインタリーブ周期動的変更方法で適用されるインタリーブ周期は、以下のように定義される。【００５０】
図９は、送信側でインタリーブが実施される場合における、インタリーブ周期の定義を示す。図９に示すように、送信側でインタリーブが実施される場合には、送信側インタリーブ周期の長さと一致する長さで、動的変更方法で適用される最小インタリーブ周期Ａが定義される。また、動的変更方法で適用される最大インタリーブ周期Ｂは、最小インタリーブ周期Ａのｎ倍(ｎ＝１,２,３,・・・,ｎ)で定義される。インタリーブ周期は、最小インタリーブ周期Ａを単位として変更される。【００５１】
加えて、図示していないが、例えばH.264/AVCにおけるＩＤＲ(Instantaneous Decoding Refresh)ピクチャのようなリフレッシュピクチャは、インタリーブにより送信が遅れ、再送救済の可能性が減ることを考慮し、インタリーブの対象としない。つまり、ＩＤＲピクチャはリフレッシュピクチャであり、画像シーケンスの先頭のピクチャであるため、そのピクチャ数も他のピクチャと比較して非常に少ない。よって誤りの分散よりもその送達の確実性に重きを置く。このように、リフレッシュピクチャは、中継装置におけるインタリーブ実施の影響を受けることなく送信されることができる。【００５２】
〔適用例〕
以下、実施形態の適用例について説明する。適用例として、上記したインタリーブ周期動的変更方法の無線ネットワークシステムでの適用を想定し、無線ネットワークシステムとして無線ＬＡＮシステムが対象とされた場合を示す。【００５３】
〈ネットワーク構成例〉
図１０は、適用例における無線ＬＡＮシステムの構成例を示す。図１０において、無線ＬＡＮシステムは、複数の無線送受信機としての複数のアクセスポイント(以下、「ＡＰ」と表記)＃０〜＃ｎと、複数のＡＰ＃０〜＃ｎの夫々を制御するコントローラとしての機能を持つ中継装置(中継局、スイッチ(ＳＷ))とを備えている。【００５４】
ＳＷ１は、例えば、図１に示した無線網ゲートウェイ(ＲＮ−ＧＷ)に相当する。ＳＷ１は、ネットワーク(インターネットのようなＩＰ網)２を介して送信局としてのメディアサーバ(サーバ)３に接続されている。【００５５】
複数の受信局(受信装置)としての複数の無線端末＃０〜＃ｍの夫々は、所定のＡＰ(例えば最寄りのＡＰ)と無線接続(無線アクセス)を行い、メディアサーバ３から配信されるリアルタイム系サービスで提供されるデータ(リアルタイムデータ、例えば、マルチメディアデータ、特にビデオストリームデータ)を、ＳＷ１及び自身と無線接続されたＡＰを介して受信することができる。【００５６】
ＳＷ１には、例えば、RFC3984に記載される“MANE：Media Aware Network Element”が搭載される。ＭＡＮＥとは、ＲＴＰペイロードヘッダの一部やＲＴＰペイロードを構文解析してメディアの内容に対処可能な、ミドルボックスやアプリケーションレイヤゲートウェイのようなネットワーク要素である。【００５７】
端末向けデータは、ＳＷ１からデータの宛先端末を支配下に持つＡＰへ送信される。例えば、端末＃０向けのデータをＳＷ１が受信すると、このデータは、ＡＰ＃０を経由して端末＃０へ送信される。ここで、ＡＰ＃０と端末＃０との無線リンク品質情報が、ＡＰ＃０からＳＷ１へ報告される。ＡＰ＃０は、端末＃０との間に設けられた上り無線リンクを介してＡＰ＃０の送信電力制御情報を受信するようになっており、このような電力制御情報がＳＷ１に報告される。或いは、ＡＰ＃０は、配下の端末(例えば端末＃０)との間で再送制御が実施される場合には、端末から受信する再送情報を、ＳＷ１に対して報告することができる。【００５８】
〈ＳＷ(中継装置)の構成例〉
図１１は、ＳＷ１の基本的な構成例を示すブロック図である。ＳＷ１は、網(例えば図１０のネットワーク２)に接続される網側受信部１１と、網側受信部１１及びインタリーブ周期決定部１６と接続されるインタリーブ部としての送信スケジュール部１２と、送信スケジュール部１２に接続され、１以上のＡＰ(例えば図１０のＡＰ＃０〜＃ｎ)と接続される送信部１３及び受信部１４と、受信部１４に接続され、網(例えば図１０のネットワーク２)に接続される網側送信部１５と、受信部１４に接続される監視部としての品質管理部１６と、品質管理部１６に接続される決定部としてのインタリーブ周期決定部１７と、網側受信部１１，受信部１４，及びインタリーブ周期決定部１７と接続される情報収集部１８とを備える。【００５９】
網側受信部１１は、網(ネットワーク２)から端末向けデータを受信する。網側受信部１１は、受信されたデータの内容を解析し、解析結果に関する情報を情報収集部１８へ提供する。解析結果に関する情報は、例えばリアルタイム系サービスで提供されるデータ(リアルタイムデータ)の送信局(例えば図１０のメディアサーバ３)と端末(受信局)との間で実施される能力交換情報などである。能力交換情報は、インタリーブを実施するか否かに関する情報と、インタリーブ実施時におけるインタリーブ周期を示す情報とを含むことができる。網側送信部１５は、受信部１４からのデータを網側(ネットワーク２)へ送信する。【００６０】
情報収集部１８は、網側受信部１１から提供されたデータ、受信部１４から提供されたデータをインタリーブ周期決定部１６へ提供する。受信部１４からのデータは、少なくとも、上述したような能力交換情報を含むことができる。【００６１】
送信スケジュール部１２は、インタリーブ周期決定部から提供された情報に従って、網側受信部１１から受信したデータをインタリーブし、送信部１３へ転送する。送信スケジュール部１２は、インタリーブ処理等のためのデータバッファを備え、網側受信部１１から受信されたデータは、データバッファに一時的に格納される。【００６２】
インタリーブ周期の変更は、インタリーブ周期単位で実施される。すなわち、既に完了したスケジュールについては、インタリーブ周期の変更が決定されても、そのスケジュールついての使用が決定済みであるインタリーブ周期はキャンセルされない。【００６３】
言い換えれば、インタリーブ周期の変更が決定されたときに、或るインタリーブ周期でのインタリーブが既にスケジューリングされている場合には、送信スケジュール部１２は、そのスケジュールで適用されるインタリーブ周期を取り消す(キャンセル)することなく、その或るインタリーブ周期でデータバッファに格納されたデータに対するインタリーブを行う。その後、スケジュールが完了すると、送信スケジュール部１２は、次のスケジュール時に、インタリーブ周期決定部１７から提供された情報に従ってインタリーブ周期を変更する。【００６４】
インタリーブ周期決定部１７では、品質管理部１６、情報収集部１８から提供された情報を元に、インタリーブ周期を決定する。インタリーブ周期は、最小インタリーブ周期単位で決定される。すなわち、インタリーブ周期は、最小インタリーブ周期の整数倍となるように決定される。【００６５】
例えば、インタリーブ周期決定部１７は、品質管理部１６から最大インタリーブ周期に関する情報を受け取ることができる。最大インタリーブ周期に関する情報は、例えば、例えば端末が有する復号前バッファのサイズである。インタリーブ周期決定部１７は、復号前バッファサイズが提供された場合には、この復号前バッファサイズ(バッファリング時間)を超えない範囲で最大インタリーブ周期を決定し、最小インタリーブ周期が最大インタリーブ周期のｍ倍(ｍは正の整数)となるように定義される。【００６６】
また、例えば、情報収集部１８から、リアルタイムデータ送信局(メディアサーバ３)と端末間でのインタリーブが実施されることを示す情報(インタリーブ周期を含む)が提供された場合には、ＳＷ１で実施されるインタリーブ周期の最小単位(最小インタリーブ周期)として、送信局−端末間で実施されるインタリーブ周期と同じ値が決定される。このときの最大インタリーブ周期は、最小インタリーブ周期のｎ倍(ｎは正の整数)で規定される。このとき、端末の復号前バッファサイズが解っている場合には、最大インタリーブ周期は、そのバッファサイズ(バッファリング時間)に基づいて決定された最大インタリーブ周期を超えない範囲で決定される。送信局−端末間のインタリーブの実施の有無に拘わらず、インタリーブ周期は、最小インタリーブ周期単位で変更される。【００６７】
インタリーブ周期の定義をまとめると、以下のようになる。
最大インタリーブ周期  ＝  最小インタリーブ周期l  ×  ｍ
インタリーブ周期  ＝  最小インタリーブ周期l  ×  n（ｎ≦m）
インタフェース周期決定部１７は、品質管理部１６から、ＡＰと端末との間の無線リンク品質(無線伝送路品質)が劣化傾向にあるか、改善傾向にあるかの情報(無線リンク品質情報)を受け取ることができる。インタリーブ周期決定部１７は、無線リンク品質情報が劣化方向を示す場合には、現在使用中のインタリーブ周期より長いインタリーブ周期を決定する(インタリーブ周期を長くする)。一方、インタリーブ周期決定部１７は、無線リンク品質情報が改善方向を示す場合には、現在使用中のインタリーブ周期より短いインタリーブ周期を決定する(インタリーブ周期を短くする)。但し、インタリーブ周期決定部１７は、最小インタリーブ周期から最大インタリーブ周期までの範囲でインタリーブ周期を決定する。【００６８】
品質管理部１６は、受信部１４からの情報に基づいて周期的に無線リンク品質を決定(検知)し、決定された無線リンク品質情報をインタリーブ周期決定部１７に提供する。品質管理部１６は、受信部１４から、受信部１４で確認された端末からのＡＣＫ／ＮＡＣＫ情報(物理レイヤのデータ受信成功／失敗を示す情報)、及び／又は、電力増減情報(インナーループで受信される、ターゲットＳＩＲ(信号対干渉比)の変動に伴う送信電力増減指示情報。増加＝品質劣化  減少＝品質改善)を受け取ることができる。品質管理部１６は、ＡＣＫ／ＮＡＣＫ情報と電力増減情報との少なくとも一方を用いて、無線リンク品質情報を生成することができる。【００６９】
受信部１４は、対応ＡＰを介して端末から送信されたデータを受信し、この受信データを網側送信部１５へ転送する。また、受信部１４は、受信データ中の無線リンク品質に関する情報、例えば端末からのACK／NACK情報や、電力増減情報を品質管理部１６に提供する。送信部１３は、送信スケジュール部１２より転送されたデータの順番通りに、端末(対応ＡＰ)に向けてデータを送信する。【００７０】
なお、ＳＷ１は、ＣＰＵのようなプロセッサ(制御装置)、メモリ(記憶装置)、入出力インタフェース(Ｉ／Ｏ)、通信インタフェースのような複数のハードウェアからなる装置であり、図１１に示した各ブロックは、上記したハードウェアの少なくとも１つ、或いは、プロセッサがソフトウェア(プログラム)を実行することによって実現される機能である。【００７１】
〈インタリーブ周期の決定フロー〉
図１２は、インタリーブ周期決定部１７によるインタリーブ周期決定処理の例を示すフローチャートである。図１２において、データ送信局(例えばメディアサーバ３)と端末との間のデータ(リアルタイム系のデータ(例えばビデオストリームデータ))伝送用のコネクションがＳＷ１に登録されると(ステップＳ０１)、ＲＴＰセッション開始手続きの情報として、送信局及び端末の能力交換情報が送信局と端末との間で送受信される。【００７２】
このとき、能力交換情報として送信局から送信されるインタリーブ実施の有無を示す情報、及びインタリーブ実施時におけるインタリーブ周期を示す情報は、網側受信部１１で受信され、情報収集部１８に提供され、インタリーブ周期決定部１７に提供される(ステップＳ０２)。【００７３】
インタリーブ周期決定部１７は、情報収集部１８から取得されたインタリーブ実施の有無を示す情報に基づき、送信局−端末間でのインタリーブが実施されるか否かを判定する(ステップＳ０３)。このとき、インタリーブが実施される場合(Ｓ０３；Ｙ)には、インタリーブ周期決定部１７は、処理をステップＳ０４に進める。インタリーブが実施されない場合(Ｓ０３；Ｎ)には、インタリーブ周期決定部１７は、処理をステップＳ０５に進める。【００７４】
ステップＳ０４では、インタリーブ周期決定部１７は、情報収集部１８から取得された送信局−端末間のインタリーブ周期を、ＳＷ１で実施されるインタリーブ周期の最小周期(最小インタリーブ周期)に設定し、ステップＳ０６へ処理を進める。【００７５】
ステップＳ０５では、インタリーブ周期決定部１７は、最小インタリーブ周期を決定し、処理をステップＳ０６へ進める。【００７６】
ステップＳ０６では、インタリーブ周期決定部１７は、最大インタリーブ周期を決定する。最大インタリーブ周期は、最小インタリーブ周期のｎ倍又はｍ倍(但しｎ≦ｍ)で決定される。このとき、情報収集部１８からの情報に端末の復号前バッファサイズが含まれている場合には、このバッファサイズを考慮して最大インタリーブ周期が決定される。【００７７】
ステップＳ０６が終了すると、最大及び最小インタリーブ周期の決定処理が終了する。なお、ステップＳ０６において、インタリーブ周期の初期値が決定される。初期値として、例えば、最小インタリーブ周期が適用される。もっとも、任意の長さのインタリーブ周期を初期値として適用することができる。【００７８】
〈無線リンク品質の決定例〉
品質管理部１６では、周期的に(所定の品質監視周期毎に)無線リンク品質を決定する。品質管理部１６は、例えば、品質監視周期内のおける所定の測定期間(時間区間)内に受信される、ACK／NACK情報の監視結果を元に無線リンク品質を決定することができる。例えば、品質管理部１６は、測定期間(例えば１秒間)におけるACK／NACK情報から、その測定期間での伝送品質(無線リンク品質)を算出する。例えば、測定期間中のＮＡＣＫ(ＡＣＫ)の数を、無線リンク品質として算出することができる。【００７９】
品質管理部１６は、算出された無線リンク品質を前回の測定期間に関して算出された無線リンク品質と比較し、無線リンク品質が改善したか、劣化したか、変化なしかを判定する。例えば、測定期間中のＮＡＣＫの数が無線リンク品質を示す場合において、今回のＮＡＣＫ数が前回のＮＡＣＫ数を上回る場合に、「品質劣化」と判定される。今回のＮＡＣＫ数が前回のＮＡＣＫ数を下回る場合に、「品質改善」と判定され、今回のＮＡＣＫ数と前回のＮＡＣＫ数とが同じである場合に「変化無し」と判定される。【００８０】
このような判定結果(“品質劣化”、“品質改善”、“変化なし”のいずれか)を、無線リンク品質情報としてインタリーブ周期決定部１７へ提供する。【００８１】
また、電力増減情報を無線リンク品質の決定に使用する場合には、次のような処理が行われる。例えば、所定の測定期間中における電力増加指示と電力減少指示との一方の数(例えば電力増加指示の数)が算出される。続いて、今回の電力増加指示の数と前回の測定期間における電力増加指示の数とが比較され、今回が前回を上回っていれば、「品質劣化」と判定される。これに対し、今回が前回を下回っていれば「品質改善」と判定される。今回と前回とが同数であれば、「変化なし」と判定される。【００８２】
ＡＣＫ／ＮＡＣＫ数に基づく品質判定と、電力増減情報に基づく品質判定との双方を実行し、夫々の判定結果の論理積(ＡＮＤ)又は論理和(ＯＲ)を、最終的な品質判定結果を示す無線リンク品質情報としてインタリーブ周期決定部１７に提供されるようにしても良い。【００８３】
〈インタリーブ周期の変更フロー〉
図１３は、インタリーブ周期の変更処理の例を示すフローチャートである。品質管理部１６は、品質監視周期毎の無線リンク品質情報をインタリーブ周期決定部１７に提供する。インタリーブ周期決定部１７は、品質監視周期が満了すると(Ｓ１０１)、品質管理部１６から提供された無線リンク品質情報を参照し、無線リンク品質情報が品質劣化を示すか否かを判定する(Ｓ１０２)。【００８４】
このとき、無線リンク品質情報が品質劣化を示す場合には(Ｓ１０２，Ｙ)、処理がステップＳ１０３に進む。無線リンク品質情報が品質劣化を示さない場合(Ｓ１０２，Ｎ)には、処理がステップＳ１０５に進む。【００８５】
ステップＳ１０３に処理が進んだ場合には、インタリーブ周期決定部１７は、現在のインタリーブ周期が既に最大インタリーブ周期(最大周期)か否かを判定する。【００８６】
このとき、現在のインタリーブ周期が最大周期でない場合(Ｓ１０３，Ｎ)には、インタリーブ周期決定部１７は、インタリーブ周期を変更する(Ｓ１０４)。すなわち、インタリーブ周期決定部１７は、現在のインタリーブ周期を最小インタリーブ周期１つ分を加えたインタリーブ周期に変更し、変更されたインタリーブ周期を送信スケジュール部１２に通知する。その後、処理がステップＳ１０１に戻る。【００８７】
これに対し、現在のインタリーブ周期が最大周期である場合(Ｓ１０３，Ｙ)には、インタリーブ周期決定部１７は、現在のインタリーブ周期を変更することなく、処理をステップＳ１０１に戻す。【００８８】
ステップＳ１０５に処理が進んだ場合には、インタリーブ周期決定部１７は、無線リンク品質情報が品質改善を示すか否かを判定する。  このとき、無線リンク品質情報が品質改善を示す場合(Ｓ１０５，Ｙ)には、処理がステップＳ１０６に進む。無線リンク品質情報が品質改善を示さない場合(Ｓ１０５，Ｎ(変更なし))には、インタリーブ周期決定部１７は、インタリーブ周期を変更することなく処理をステップＳ１０１に戻す。【００８９】
ステップＳ１０６に処理が進んだ場合には、インタリーブ周期決定部１７は、現在のインタリーブ周期が既に最小インタリーブ周期(最小周期)か否かを判定する。【００９０】
このとき、現在のインタリーブ周期が最小周期でなければ(Ｓ１０６，Ｎ)、インタリーブ周期決定部１７は、現在のインタリーブ周期を短くする。すなわち、現在のインタリーブ周期を１つの最小周期分だけ短い長さに変更し、変更されたインタリーブ周期を送信スケジュール部１２に通知する。その後、処理がステップＳ１０１に戻る。【００９１】
これに対し、現在のインタリーブ周期が最小周期であれば(Ｓ１０６，Ｙ)、インタリーブ周期決定部１７は、現在のインタリーブ周期を変更することなく、処理をステップＳ１０１に戻す。【００９２】
ＳＷ１で決定されたインタリーブ周期は、受信側でのデインタリーブ処理のために、送信部１３から端末に対して通知される。このように、ＳＷ１(中継装置)では、インタリーブ周期が伝送路品質に応じて動的に変更される。【００９３】
〈情報の収集〉
次に、ＳＷ１で収集される様々な情報に関して説明する。例えば、Ｈ．２６４では、ＮＡＬ(Network Abstraction Layer)ユニットがＲＴＰパケットに格納されて送信される。ＮＡＬユニットにはヘッダが付与され、このヘッダ情報から、どういった種類のデータをＲＴＰパケットが運搬しているかを検出することができる。ヘッダ情報からは、参照ピクチャ／非参照ピクチャの種別を示す情報を得ることができる。【００９４】
図１４は、ＮＡＬユニットヘッダのデータ構造を示す図である。なＡＬユニットヘッダは、ＮＲＩビットの格納フィールドを有し、このＮＲＩビットの値を参照することによって、運搬対象のデータが参照ピクチャに関するデータか非参照ピクチャに関するデータかを判別することができる。このような判別は、例えば、送信スケジュール部１２が、インタリーブを実施する際に行う。【００９５】
また、送信局(メディアサーバ３)から端末に転送されるストリームデータに関して、送信局でインタリーブが実施されているか否かは、
そのストリームデータの動画圧縮規格が例えばH.264/AVCであれば、ＳＤＰ(Session Description Protocol)による能力交換情報をＳＷ１が取得することで確認できる。【００９６】
例えば、能力交換情報に含まれるパラメータ“sprop-interleaving-depth”の値が０以上である場合には、インタリーブが実施されることを示している。また、ＳＤＰに基づくパラメータ“packetization mode”からインタリーブの実施／不実施を知ることができる。【００９７】
また、インタリーブの実施／不実施は、使用可能なＮＡＬユニットの種別(タイプ)から判断することができる。すなわち、“Single NAL Unit Packet”タイプを使用できず、“STAP-B”タイプや“MTAP”タイプのようなタイプが使用されていれば、インタリーブ実施と判断することができる。ＮＡＬの種別は、図１４に示したＮＡＬユニットヘッダの“Ｔｙｐｅ”フィールドの値から識別することができる。【００９８】
ＳＤＰに基づく端末からのパラメータ“deint-buf-cap”は、端末で受信された復号前のデータを蓄積するバッファ(復号前バッファ)の容量を示す。このパラメータで示されるバッファ容量に基づいて、最大インタリーブ周期を決定することができる。【００９９】
〈インタリーブの手法〉
次に、送信スケジュール部１２で実施されるインタリーブについて説明する。図１５は、送信スケジュール部１２で実施されるインタリーブ処理の説明図であり、図１６は、図１５に示したインタリーブ周期よりも短いインタリーブ周期が適用されたインタリーブ処理の説明図である。【０１００】
図１５及び図１６に示す例では、送信局(メディアサーバ３)から端末へ向けてビデオフレームが伝送される場合を仮定する。図１５及び図１６中の“Ｉ”はＩピクチャ(Intra-Picture：参照ピクチャ(Ｉフレームとも呼ばれる))を示し、“Ｂ”はＢピクチャ(Bi-directional Predictiv-Picture：非参照ピクチャ(Ｂフレームとも呼ばれる))を示す。【０１０１】
ここに、Ｉピクチャは、時間軸上の前後のフレームとは関係なくその画面内だけで独立して符号化したピクチャ(フレーム)であり、Ｂピクチャは、過去のフレームと未来のフレームとの双方向から予測符号化されたピクチャ(フレーム)である。【０１０２】
図１５に示す例では、１つのインタリーブ周期において、１２個のフレームを対象としたインタリーブが送信スケジュール部１２により実施される。但し、インタリーブによってＩピクチャが連続することを避けるべく、Ｉピクチャを対象としたインタリーブと、Ｂピクチャを対象としたインタリーブとが別個に実施される。【０１０３】
図１６に示す例は、インタリーブ周期決定部１７によって、インタリーブ周期の変更が決定され、送信スケジュール部１２でのインタリーブ周期が変更された様子を示す、図１６に示す例では、無線リンク品質の改善により、インタリーブ周期が短くされた様子を示している。図１６に示す各インタリーブ周期＃０及び＃１では、図１５と同様の手法(同種別のピクチャを対象としたインタリーブ)で、インタリーブが実施される。【０１０４】
〔実施形態の効果〕
実施形態によれば、伝送路品質(無線リンク品質)に従って、送信局(メディアサーバ３)から送信されるリアルタイムデータ(例えばビデオストリームデータ)のインタリーブ周期が動的に変更される。【０１０５】
これにより、無線リンク(無線伝送路)が劣化した場合には、インタリーブ周期を長くすることによって、データを長い区間で分散させ、受信側(データ宛先)での伝送路エラーの低減を図ることができる。【０１０６】
特に、無線伝送路品質の劣化によって、送信帯域低減やハンドオーバのような、データ遅延要因となる処理が実施された場合に、受信側に到達するデータのエラーレートをインタリーブで低減することで、リアルタイムデータの即時性が可能な限り確保されるようにすることができる。【０１０７】
言い換えれば、リアルタイムデータの伝送路品質の劣化に要因とするリアルタイムデータの到着遅延や欠落が生じる可能性のある環境下において、当該伝送路を通って受信側(宛先)に到達するリアルタイムデータの有効性をインタリーブ効果で高めることができ、適正なリアルタイム系サービスの提供が図られるようにすることができる。【０１０８】
これにより、バーストエラーや一時的な滞留が発生した場合に、長いインタリーブ周期でデータを分散させることにより、受信側でのリアルタイムデータの再生時間に再生すべきデータが無いような状況を緩和出来る。これにより、無線リンクの品質の変動に際しても、メディアの再生品質を均一化する効果につながる。【０１０９】
〔変形例〕
図１１に示したＳＷ１の構成は、ＳＷ１(無線網ゲートウェイ)の変わりにアクセスポイント(ＡＰ)が備えるように変形することができる。また、ＳＷ１の構成は、セルラ網システムにおける基地局制御装置(ＲＮＣ)や基地局装置(Ｎｏｄｅ  Ｂ)に適用することができる。
【図１】
2009072210.tif 000003
【図２】
2009072210.tif 000004
【図３】
2009072210.tif 000005
【図４】
2009072210.tif 000006
【図５】
2009072210.tif 000007
【図６】
2009072210.tif 000008
【図７】
2009072210.tif 000009
【図８】
2009072210.tif 000010
【図９】
2009072210.tif 000011
【図１０】
2009072210.tif 000012
【図１１】
2009072210.tif 000013
【図１２】
2009072210.tif 000014
【図１３】
2009072210.tif 000015
【図１４】
2009072210.tif 000016
【図１５】
2009072210.tif 000017
【図１６】
2009072210.tif 000018
【手続補正書】
【提出日】平成22年7月7日(2010.7.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
リアルタイムデータを受信する受信部と、
前記リアルタイムデータを宛先へ向けて送信すべき伝送路の品質を周期的に検知する監視部と、
前記伝送路の品質に従ってインタリーブ周期の長さを決定する決定部と、
決定されたインタリーブ周期でリアルタイムデータのインタリーブを行うインタリーブ部と、
インタリーブされたリアルタイムデータを前記伝送路へ送信する送信部と
を備える中継装置。
【請求項２】
前記決定部は、前記監視部が前記伝送路の品質の劣化を検知した場合に、前記インタリーブ周期を長くする
請求項１に記載の中継装置。
【請求項３】
前記決定部は、前記監視部が前記伝送路の品質の改善を検知した場合には、前記インタリーブ周期を短くする
請求項１又は２に記載の中継装置。
【請求項４】
前記決定部は、インタリーブ周期の最小単位を決定し、この最小単位の整数倍でインタリーブ周期を決定する
請求項１〜３のいずれか一項に記載の中継装置。
【請求項５】
前記受信部で受信されるリアルタイムデータが所定のインタリーブ周期でインタリーブされている場合に、前記決定部は、この所定のインタリーブ周期の長さを前記最小単位として決定する
請求項４に記載の中継装置。
【請求項６】
送信装置から受信装置へ送信されるリアルタイムデータを中継する中継装置のリアルタイムデータ転送方法において、
リアルタイムデータを受信し、
前記リアルタイムデータを宛先へ向けて送信すべき伝送路の品質を監視し、
前記伝送路の品質に従ってインタリーブ周期の長さを決定し、
決定されたインタリーブ周期でリアルタイムデータのインタリーブを行い、
インタリーブされたリアルタイムデータを前記伝送路へ送信することを含む中継装置のリアルタイムデータ転送方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線ネットワーク(移動通信網)を転送されるリアルタイムデータの中継装置における動的インタリーブ周期変更方法に関する。
【背景技術】
【０００２】
代表的な無線ネットワークシステムとして、図１に示されるような無線ＬＡＮ(IEEE 802.11)を用いたネットワークシステム(無線ＬＡＮシステム)や、図２に示されるようなセ
ルラ網システム(3GPP)がある。
【０００３】
無線ＬＡＮシステムは、例えば図１に示すように、メディアサーバと、メディアサーバにリンク(ネットワーク)を介して接続された無線網ゲートウェイと、無線網ゲートウェイに収容されたアクセスポイント(ＡＰ)とからなり、ＡＰに対し、端末(ＰＣ(Personal Computer)、ＰＤＡ(Personal Digital Assistant)等)が無線リンク(無線伝送路)を介して接
続される。ＡＰと端末との間がデータ伝送路の無線区間を構成する。
【０００４】
セルラ網システム(携帯電話網システム)は、例えば図２に示すように、サーバと、サー
バにリンクを介して接続されたゲートウェイ(ＧＷ：ルータ)と、ＧＷにインターネットのようなＩＰ網を介して接続される交換機(ｘＧＳＮ)と、交換機にリンクを介して接続される基地局制御装置(Radio Network Controller: RNC)と、基地局制御装置にリンクを介し
て接続される基地局装置(Node B又はＢＳ)とを備える。基地局装置に対し、移動端末(User Equipment又はmobile node)が無線リンク(無線伝送路)を介して接続される。移動端末
と基地局装置との間がデータ伝送路の無線区間を構成する。
【０００５】
無線区間の通信(無線通信)に関して、受信データの伝送エラーを低減するための効果的な手法として、送信されるデータに対するインタリーブ(Interleave)や、ＦＥＣ(Forward
Error Collection)を用いた誤り訂正がある。これらは、例えばセルラ網システムで採用されている。
【０００６】
図３は、無線網にIEEE802.11を適用した場合の一般的なプロトコルスタックを示す図である。無線ネットワークシステムで適用可能なリアルタイム系のストリーミングサービスに適用される動画圧縮規格の一つとして、Ｈ．２６４／ＡＶＣがある。Ｈ．２６４／ＡＶＣでは、ストリーミングサービスを実施するために、その下位層のプロトコルとしてＲＴＰ／ＲＴＣＰ(Realtime Transfer Protocol/RTP Control Protocol)が使用されている。
このＲＴＰ／ＲＴＣＰに従って転送されるリアルタイムデータ(ＲＴＰパケット)に対し、無線環境を考慮してインターリーブを実施することができる（非特許文献１、特に12.6章、13章を参照）。
【０００７】
これにより、ＲＴＰ／ＲＴＣＰの上位に位置する伝送プロトコルは、下位層のリンクが無線リンクであっても、ロバスト(Robust)なデータ伝送を提供することができる。
【０００８】
ストリーミングデータは、例えば、生放送や生中継、テレビ電話会議のような即時再生が要求されるサービスのために使用される。或いは、オンデマンド型ビデオプログラム配信の様なサービスでは、ストリーミングデータは、一時的なバッファリングが許容されることがある。例えば、データの再生におけるタイムライン(時間軸)上での再生タイミングに関して、或る程度のデータのバッファリングが行われた後に再生が開始される。また、テレビ番組配信のようなサービスでは、データ再生にあたって、メディアサーバから送信された総てのデータが受信側に届くことが要求されない。
【特許文献１】特表２００５−５３６０９７号公報
【特許文献２】特開２００２−１９８９４６号公報
【特許文献３】特開平６−１８１５６７号公報
【特許文献４】特開２０００−１５６６４６号公報
【非特許文献１】RFC3984 RTP Payload Format for H.264 VIDEO
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、無線環境は、固定回線と比較すると環境変化が激しい。このため、インタリーブが実施される周期(インタリーブ周期)がいつも無線環境に適した周期となっているとは限らない。このため、インタリーブによる伝送エラー低減効果が十分に発揮されない場合が起こりえる。
【００１０】
リアルタイム系サービスであるストリーミングデータ(リアルタイムデータ)などは、伝送エラーが発生した場合における再送による救済機会が非リアルタイム系サービスと比較すると非常に少ない。このため、リアルタイム系サービスに関する伝送エラー発生時における隠蔽技術(エラー訂正技術)は、非リアルタイム系サービスよりも重要である。
【００１１】
ここで、無線送信は、例えば、エラーの無い(error free)の環境から、エラー多発の環境へと状況が変化した場合に、その伝送路の品質を一定に維持する、すなわち誤り訂正可能な無線伝送路品質とするために、送信電力制御に加えて、誤り訂正符号を構成する冗長符号の増加、及び／又は変調方式の変更(例えば変調方式をQPSKからBPSKへ変更)を実施し、上位アプリケーションからみたときの送信帯域を減少させることがある。
【００１２】
このような送信帯域が減少する状況は、リアルタイムデータにとって都合が悪い。すなわち、伝送品質劣化による送信帯域の減少は、或る時間区間で送信されるべきデータの、宛先への到着時間が著しく遅れる可能性を含んでいる。加えて、無線区間での帯域調整前においては、その劣化した伝送路品質のために、宛先で連続したデータ廃棄が生じる可能性がある。
【００１３】
上記したような到着時間の遅延や連続的なデータ廃棄が発生する状況は、ハードハンドオーバによっても引き起こされる。図４は、ハードハンドオーバ時のデータ廃棄と滞留の発生の説明図である。
【００１４】
すなわち、ハンドオーバ先で利用可能な帯域が、ハンドオーバ元で使用していた帯域よりも狭い場合には、ハンドオーバ時に一時的なデータの欠落が発生する。すなわち、或るエリア向けのデータを別のエリアに向けて経路を切り替える際に、切替途中にあるデータが欠損する場合がある。このようなデータ欠損が生じると、宛先側では、再送により欠損データが補充されるまで再生が行われず、データの滞留(長時間のバッファリング時間)が発生する可能性がある。言い換えると、或る特定の時間におけるリアルタイムデータの再
生に対して、著しい影響を与える可能性がある。
【００１５】
このように、様々な通信環境の変化が発生する移動通信網においては、例えばRFC3984
で一意的に決定された実施されたインタリーブ周期が、必ずしも適切な周期ではない場合が発生し得る。
【００１６】
本発明は、リアルタイムデータが伝送される伝送路の品質に応じてインタリーブ周期を動的に変更可能な中継装置を提供することを目的とする。
【課題を解決するための手段】
【００１７】
本発明の態様の一つは、  リアルタイムデータを受信する受信部と、
前記リアルタイムデータを宛先へ向けて送信すべき伝送路の品質を周期的に検知する監視部と、
前記伝送路の品質に従ってインタリーブ周期の長さを決定する決定部と、
決定されたインタリーブ周期でリアルタイムデータのインタリーブを行うインタリーブ部と、
インタリーブされたリアルタイムデータを前記伝送路へ送信する送信部と
を備える中継装置である。
【００１８】
上記中継装置において、前記決定部は、前記監視部が前記伝送路の品質の劣化を検知した場合に、前記インタリーブ周期を長くするように構成することができる。
【００１９】
上記中継装置において、前記決定部は、前記監視部が前記伝送路の品質の改善を検知した場合には、前記インタリーブ周期を短くするように構成することができる。
【００２０】
上記中継装置において、前記決定部は、インタリーブ周期の最小単位を決定し、この最小単位の整数倍でインタリーブ周期を決定するように構成することができる。
【００２１】
上記中継装置において、前記受信部で受信されるリアルタイムデータが所定のインタリーブ周期でインタリーブされている場合に、前記決定部は、この所定のインタリーブ周期の長さを前記最小単位として決定するように構成することができる。
【００２２】
上記中継装置において、前記リアルタイムデータの送信元と宛先との間で前記中継装置を介して送受信される能力交換情報に含まれる、前記送信元でのインタリーブの実施の有無と、インタリーブ実施時におけるインタリーブ周期とを示すデータを取得し、前記決定部に与える情報収集部をさらに備えるように構成することができる。
【００２３】
上記中継装置において、前記リアルタイムデータの宛先が有する、復号前の前記リアルタイムデータを格納するためのバッファのサイズを取得する情報収集部をさらに備え、
前記決定部は、前記バッファのサイズに基づいてインタリーブ周期の最大値を決定するように構成することができる。
【００２４】
上記中継装置において、前記リアルタイムデータが、参照ピクチャと非参照ピクチャとを含むビデオストリームデータであり、
前記インタリーブ部は、参照ピクチャを対象とするインタリーブと非参照ピクチャを対象とするインタリーブとを個別に実行するように構成することができる。
【００２５】
本発明の第２の態様は、送信装置から受信装置へ送信されるリアルタイムデータを中継する中継装置において、
リアルタイムデータを受信し、
前記リアルタイムデータを宛先へ向けて送信すべき伝送路の品質を監視し、
前記伝送路の品質に従ってインタリーブ周期の長さを決定し、
決定されたインタリーブ周期でリアルタイムデータのインタリーブを行い、
インタリーブされたリアルタイムデータを前記伝送路へ送信する
ことを含む中継装置のリアルタイムデータ転送方法である。
【発明の効果】
【００２６】
本発明によれば、リアルタイムデータが伝送される伝送路の品質に応じてインタリーブ周期を動的に変更可能な中継装置を提供することができる。
【図面の簡単な説明】
【００２７】
【図１】無線ＬＡＮシステムの例を示す図である。
【図２】セルラ網システムの例を示す図である。
【図３】無線網にIEEE802.11を適用した場合の一般的なプロトコルスタックを示す図である。
【図４】ハードハンドオーバ時のデータ廃棄と滞留の発生の説明図である。
【図５】実施形態における基本的なネットワーク構成例を示す図である。
【図６】インタリーブ周期動的変更方法の説明図であり、同一種別同士(参照ピクチャ同士、非参照ピクチャ同士)のインタリーブが行われる場合を示す。
【図７】インタリーブ周期動的変更方法の説明図であり、インタリーブ周期の変更時の様子を示す。
【図８】最大インタリーブ周期と、復号前バッファとの関係の説明図である。
【図９】送信側でインタリーブが実施される場合における、インタリーブ周期の定義を示す図である。
【図１０】適用例における無線ＬＡＮシステムの構成例を示す図である。
【図１１】図１０に示したＳＷの基本的な構成例を示すブロック図である。
【図１２】インタリーブ周期決定部によるインタリーブ周期決定処理の例を示すフローチャートである。
【図１３】インタリーブ周期の変更処理の例を示すフローチャートである。
【図１４】ＮＡＬユニットヘッダのデータ構造を示す図である。
【図１５】Ｉピクチャ及びＢピクチャを含むビデオストリーム(例えば、H.264/AVCに従って符号化されたビデオストリームデータ)に対するインタリーブの説明図である。
【図１６】インタリーブ周期が変更された様子を示す図である。
【発明を実施するための最良の形態】
【００２８】
以下、発明の実施の形態について説明する。実施形態の構成は例示であり、  は、実施形態の構成に限定されない。
【００２９】
〔発明の経緯〕
上述したように、送信側でのデータのインタリーブ周期と、無線環境とが適合しない場合には、送信帯域が低減される場合がある。このような状況に対して、無線通信において、例えばRFC3984が適用され、リアルタイムでの符号化及び送信が行われる場合には、フ
ィードバック情報などに基づき、インタリーブ周期と無線環境が適合しない場合に送信側でのインタリーブ周期を変更することが考えられる。しかし、上記の方法は、ブロードキャスト型のデータ送信時に、フィードバック情報が多岐に渡るので適用できない。
【００３０】
また、インタリーブ対象のデータが、既にインタリーブ処理を含む符号化済みのデータである場合には、符号化時に決定されたインタリーブ周期が固定された状態となっている。このため、このようなインタリーブ周期を無視して、無線環境(通信状況)に応じたインタリーブ周期変更を実施することはできない。
【００３１】
実施形態に係る中継装置は、送信元から受信されるリアルタイムデータを宛先へ向けて送信する場合に、送信側の伝送路品質の変動によるエラーを吸収し、データ受信側での受信品質劣化を抑えることを目的とする。
【００３２】
すなわち、上記のような状況を鑑みて、リアルタイム系サービス、例えばビデオストリーム送信を取り扱うにあたって、伝送路品質に合わせてダイナミックに(動的に)インタリーブ周期を変動させることができる技術を提案する。
【００３３】
〔実施形態の概要〕
図５は、実施形態における基本的なネットワーク構成例を示す図である。図５に示すネットワークシステムは、大略的に、少なくとも１つの受信装置(＃０〜＃ｎ)と、各受信装置にリンクを介して接続された中継装置(伝送装置)と、中継装置にリンクを介して接続された送信装置とを備える。送信装置と各受信装置との間のデータ伝送路は、受信装置から中継装置までの区間Ａと、送信装置から中継装置までの区間Ｂとからなる。
【００３４】
以下の実施形態で説明するインタリーブ周期の動的変更方法は、例えば、図５に示す中継装置に適用される。図５に示すネットワークシステムが無線ＬＡＮシステムであれば、中継装置は例えば無線ネットワークゲートウェイやアクセスポイントに相当する。図５の中継装置がセルラ網システム(携帯電話網)システムであれば、中継装置は例えば基地局制御装置(ＲＮＣ：Radio Network Controller)、及び／又は基地局装置(Node B)に相当する。
【００３５】
インタリーブ周期動的変更方法は、区間Ａの伝送路品質が時間の経過に応じて大きく変動し、伝送路品質に応じた送信可能な帯域が変動する環境下(例えば、区間Ａが無線伝送
路である場合)で適用されることが望ましい。但し、図５において、区間Ａが有線による
伝送路である場合であっても、或いは区間Ａの伝送路品質の変動が殆どない場合であっても、インタリーブ周期動的変更方法の適用は妨げられない。
【００３６】
インタリーブ周期動的変更方法の主たる特徴を図６を用いて説明する。図６及び図７は、インタリーブ周期動的変更方法の説明図であり、図６及び図７は、同一種別同士(参照
ピクチャ同士、非参照ピクチャ同士)のインタリーブが行われる場合を示し、特に、図７
は、インタリーブ周期の変更時の様子を示す。
【００３７】
ここでは、説明のために、無線通信で利用可能なリアルタイムデータの動画圧縮規格(
例えばH.264/AVC，MPEG-4，MPEG-2)に従って符号化されたビデオフレーム(ピクチャ)の伝送を例とする。図６及び図７中の“Ｒ”は参照ピクチャ(Ｉピクチャ)、“ｎＲ”は非参照ピクチャ(Ｂピクチャ、規格によってはＰピクチャも含まれる)を示す。
【００３８】
ここに、参照ピクチャは、前後のフレームとは関係なくその画面内だけで独立して符号化されたピクチャ(フレーム)であり、非参照ピクチャは、所定のピクチャ(例えば対象ピ
クチャの前後に位置するピクチャ)から予測符号化されたフレームである。
【００３９】
図６には、或るインタリーブ周期におけるピクチャ＃０〜＃１１が示されている。図６に示す例では、１インタリーブ周期において、１２個のピクチャがインタリーブの対象となる。ここに、ピクチャ＃０,＃３,＃６及び＃９は参照ピクチャＲであり、残りのピクチャ＃１,＃２,＃４,＃５,＃７,＃８,＃１０,＃１１は非参照ピクチャｎＲである。
【００４０】
ピクチャ＃０〜＃１１は、同一種別のピクチャ間で並び順が変更される。すなわち、参照ピクチャＲに対するインタリーブ処理と、非参照ピクチャｎＲに対するインタリーブ処
理とがインタリーブ周期内で実行される。
【００４１】
図７は、インタリーブ周期が短くされ、１インタリーブ周期で６ピクチャがインタリーブ対象となるように変更された様子を示す。図７に示す例では、図６に示された１つのインタリーブ周期が二つのインタリーブ周期＃０及び＃１に変更されている。また、ピクチャ＃０〜＃５がインタリーブ周期＃０でのインタリーブ対象となり、ピクチャ＃６〜＃１１がインタリーブ周期＃１でのインタリーブ対象となっている。各インタフェース周期＃０，＃１で、同一種別間でのインタリーブ処理が実施される。
【００４２】
実施形態のインタリーブ周期動的変更方法では、無線状況(図５に示した区間Ａの伝送
路品質)が良好であれば、インタリーブ周期が短くされる。これに対し、無線状況(伝送路品質)が悪化した場合には、インタリーブ周期が長くされる。
【００４３】
ここで、インタリーブ周期が長くされる場合には、ストリーミングの再生に影響を与えない程度に設定されることが望ましい。つまり、最大インタリーブ周期は、復号(decode)側(受信装置)において、復号前のストリーミングデータが蓄積されるバッファのサイズを考慮した値に設定されるべきである。バッファが１インタリーブ周期のデータを蓄積できなければ、適正な復号処理(デインタリーブ)を実施できないからである。但し、本願では、最大インタリーブ周期の決定方法について特に言及しない。
【００４４】
図８は、最大インタリーブ周期と、復号前バッファとの関係の説明図であり、送信側(sender)から受信側(receiver)へ送信されるストリーミングデータ(リアルタイムデータ)のインタリーブ周期は、復号前バッファのバッファサイズより小さい値となるように調整される。
【００４５】
インタリーブ周期が長くされると、遅延に弱くなる。つまり、僅かな遅延の発生で、復号側(受信側)での復号前バッファにおけるバッファリング(buffering)時間を越えてしま
うためである。ストリーミングデータなどのリアルタイム系サービスは、一般に、ネットワークでの送信優先順位が高い場合が多い。このため、無線伝送路の品質が悪い場合には、遅延のリスクよりインタリーブ効果(エラー低減)を可能な限り優先する。その後、無線伝送路の品質が良好になった場合には、インタリーブ周期を短くする。不必要な遅延のリスクをとる必要がないからである。
【００４６】
さらに、インタリーブの実施においては、上述したように、参照ピクチャＲ同士、非参照ピクチャｎＲ同士でインタリーブが実施される。これはインタリーブによって参照ピクチャが連続することを回避するためである。このように、参照ピクチャと非参照ピクチャとが個別にインタリーブされることで、参照ピクチャの送信間隔を最大の状態とすることができる。
【００４７】
なお、図６及び図７に示す例は、リアルタイムデータストリームが、既にRFC3984など
に従ってインタリーブされていることを前提としている。
【００４８】
また、ストリーム送信側(図５の送信装置)でインタリーブが実施される場合には、実施形態におけるインタリーブ周期動的変更方法で適用されるインタリーブ周期は、以下のように定義される。
【００４９】
図９は、送信側でインタリーブが実施される場合における、インタリーブ周期の定義を示す。図９に示すように、送信側でインタリーブが実施される場合には、送信側インタリーブ周期の長さと一致する長さで、動的変更方法で適用される最小インタリーブ周期Ａが定義される。また、動的変更方法で適用される最大インタリーブ周期Ｂは、最小インタリ
ーブ周期Ａのｎ倍(ｎ＝１,２,３,・・・,ｎ)で定義される。インタリーブ周期は、最小インタリーブ周期Ａを単位として変更される。
【００５０】
加えて、図示していないが、例えばH.264/AVCにおけるＩＤＲ(Instantaneous Decoding
Refresh)ピクチャのようなリフレッシュピクチャは、インタリーブにより送信が遅れ、
再送救済の可能性が減ることを考慮し、インタリーブの対象としない。つまり、ＩＤＲピクチャはリフレッシュピクチャであり、画像シーケンスの先頭のピクチャであるため、そのピクチャ数も他のピクチャと比較して非常に少ない。よって誤りの分散よりもその送達の確実性に重きを置く。このように、リフレッシュピクチャは、中継装置におけるインタリーブ実施の影響を受けることなく送信されることができる。
【００５１】
〔適用例〕
以下、実施形態の適用例について説明する。適用例として、上記したインタリーブ周期動的変更方法の無線ネットワークシステムでの適用を想定し、無線ネットワークシステムとして無線ＬＡＮシステムが対象とされた場合を示す。
【００５２】
〈ネットワーク構成例〉
図１０は、適用例における無線ＬＡＮシステムの構成例を示す。図１０において、無線ＬＡＮシステムは、複数の無線送受信機としての複数のアクセスポイント(以下、「ＡＰ
」と表記)＃０〜＃ｎと、複数のＡＰ＃０〜＃ｎの夫々を制御するコントローラとしての
機能を持つ中継装置(中継局、スイッチ(ＳＷ))とを備えている。
【００５３】
ＳＷ１は、例えば、図１に示した無線網ゲートウェイ(ＲＮ−ＧＷ)に相当する。ＳＷ１は、ネットワーク(インターネットのようなＩＰ網)２を介して送信局としてのメディアサーバ(サーバ)３に接続されている。
【００５４】
複数の受信局(受信装置)としての複数の無線端末＃０〜＃ｍの夫々は、所定のＡＰ(例
えば最寄りのＡＰ)と無線接続(無線アクセス)を行い、メディアサーバ３から配信される
リアルタイム系サービスで提供されるデータ(リアルタイムデータ、例えば、マルチメデ
ィアデータ、特にビデオストリームデータ)を、ＳＷ１及び自身と無線接続されたＡＰを
介して受信することができる。
【００５５】
ＳＷ１には、例えば、RFC3984に記載される“MANE：Media Aware Network Element”が搭載される。ＭＡＮＥとは、ＲＴＰペイロードヘッダの一部やＲＴＰペイロードを構文解析してメディアの内容に対処可能な、ミドルボックスやアプリケーションレイヤゲートウェイのようなネットワーク要素である。
【００５６】
端末向けデータは、ＳＷ１からデータの宛先端末を支配下に持つＡＰへ送信される。例えば、端末＃０向けのデータをＳＷ１が受信すると、このデータは、ＡＰ＃０を経由して端末＃０へ送信される。ここで、ＡＰ＃０と端末＃０との無線リンク品質情報が、ＡＰ＃０からＳＷ１へ報告される。ＡＰ＃０は、端末＃０との間に設けられた上り無線リンクを介してＡＰ＃０の送信電力制御情報を受信するようになっており、このような電力制御情報がＳＷ１に報告される。或いは、ＡＰ＃０は、配下の端末(例えば端末＃０)との間で再送制御が実施される場合には、端末から受信する再送情報を、ＳＷ１に対して報告することができる。
【００５７】
〈ＳＷ(中継装置)の構成例〉
図１１は、ＳＷ１の基本的な構成例を示すブロック図である。ＳＷ１は、網(例えば図
１０のネットワーク２)に接続される網側受信部１１と、網側受信部１１及びインタリー
ブ周期決定部１６と接続されるインタリーブ部としての送信スケジュール部１２と、送信
スケジュール部１２に接続され、１以上のＡＰ(例えば図１０のＡＰ＃０〜＃ｎ)と接続される送信部１３及び受信部１４と、受信部１４に接続され、網(例えば図１０のネットワ
ーク２)に接続される網側送信部１５と、受信部１４に接続される監視部としての品質管
理部１６と、品質管理部１６に接続される決定部としてのインタリーブ周期決定部１７と、網側受信部１１，受信部１４，及びインタリーブ周期決定部１７と接続される情報収集部１８とを備える。
【００５８】
網側受信部１１は、網(ネットワーク２)から端末向けデータを受信する。網側受信部１１は、受信されたデータの内容を解析し、解析結果に関する情報を情報収集部１８へ提供する。解析結果に関する情報は、例えばリアルタイム系サービスで提供されるデータ(リ
アルタイムデータ)の送信局(例えば図１０のメディアサーバ３)と端末(受信局)との間で
実施される能力交換情報などである。能力交換情報は、インタリーブを実施するか否かに関する情報と、インタリーブ実施時におけるインタリーブ周期を示す情報とを含むことができる。網側送信部１５は、受信部１４からのデータを網側(ネットワーク２)へ送信する。
【００５９】
情報収集部１８は、網側受信部１１から提供されたデータ、受信部１４から提供されたデータをインタリーブ周期決定部１６へ提供する。受信部１４からのデータは、少なくとも、上述したような能力交換情報を含むことができる。
【００６０】
送信スケジュール部１２は、インタリーブ周期決定部から提供された情報に従って、網側受信部１１から受信したデータをインタリーブし、送信部１３へ転送する。送信スケジュール部１２は、インタリーブ処理等のためのデータバッファを備え、網側受信部１１から受信されたデータは、データバッファに一時的に格納される。
【００６１】
インタリーブ周期の変更は、インタリーブ周期単位で実施される。すなわち、既に完了したスケジュールについては、インタリーブ周期の変更が決定されても、そのスケジュールついての使用が決定済みであるインタリーブ周期はキャンセルされない。
【００６２】
言い換えれば、インタリーブ周期の変更が決定されたときに、或るインタリーブ周期でのインタリーブが既にスケジューリングされている場合には、送信スケジュール部１２は、そのスケジュールで適用されるインタリーブ周期を取り消す(キャンセル)することなく、その或るインタリーブ周期でデータバッファに格納されたデータに対するインタリーブを行う。その後、スケジュールが完了すると、送信スケジュール部１２は、次のスケジュール時に、インタリーブ周期決定部１７から提供された情報に従ってインタリーブ周期を変更する。
【００６３】
インタリーブ周期決定部１７では、品質管理部１６、情報収集部１８から提供された情報を元に、インタリーブ周期を決定する。インタリーブ周期は、最小インタリーブ周期単位で決定される。すなわち、インタリーブ周期は、最小インタリーブ周期の整数倍となるように決定される。
【００６４】
例えば、インタリーブ周期決定部１７は、品質管理部１６から最大インタリーブ周期に関する情報を受け取ることができる。最大インタリーブ周期に関する情報は、例えば、例えば端末が有する復号前バッファのサイズである。インタリーブ周期決定部１７は、復号前バッファサイズが提供された場合には、この復号前バッファサイズ(バッファリング時
間)を超えない範囲で最大インタリーブ周期を決定し、最大インタリーブ周期が最小イン
タリーブ周期のｍ倍(ｍは正の整数)となるように定義される。
【００６５】
また、例えば、情報収集部１８から、リアルタイムデータ送信局(メディアサーバ３)と
端末間でのインタリーブが実施されることを示す情報(インタリーブ周期を含む)が提供された場合には、ＳＷ１で実施されるインタリーブ周期の最小単位(最小インタリーブ周期)として、送信局−端末間で実施されるインタリーブ周期と同じ値が決定される。このときの最大インタリーブ周期は、最小インタリーブ周期のｎ倍(ｎは正の整数)で規定される。このとき、端末の復号前バッファサイズが解っている場合には、最大インタリーブ周期は、そのバッファサイズ(バッファリング時間)に基づいて決定された最大インタリーブ周期を超えない範囲で決定される。送信局−端末間のインタリーブの実施の有無に拘わらず、インタリーブ周期は、最小インタリーブ周期単位で変更される。
【００６６】
インタリーブ周期の定義をまとめると、以下のようになる。
最大インタリーブ周期  ＝  最小インタリーブ周期l  ×  ｍ
インタリーブ周期  ＝  最小インタリーブ周期l  ×  n（ｎ≦m）
インタフェース周期決定部１７は、品質管理部１６から、ＡＰと端末との間の無線リンク品質(無線伝送路品質)が劣化傾向にあるか、改善傾向にあるかの情報(無線リンク品質
情報)を受け取ることができる。インタリーブ周期決定部１７は、無線リンク品質情報が
劣化方向を示す場合には、現在使用中のインタリーブ周期より長いインタリーブ周期を決定する(インタリーブ周期を長くする)。一方、インタリーブ周期決定部１７は、無線リンク品質情報が改善方向を示す場合には、現在使用中のインタリーブ周期より短いインタリーブ周期を決定する(インタリーブ周期を短くする)。但し、インタリーブ周期決定部１７は、最小インタリーブ周期から最大インタリーブ周期までの範囲でインタリーブ周期を決定する。
【００６７】
品質管理部１６は、受信部１４からの情報に基づいて周期的に無線リンク品質を決定(
検知)し、決定された無線リンク品質情報をインタリーブ周期決定部１７に提供する。品
質管理部１６は、受信部１４から、受信部１４で確認された端末からのＡＣＫ／ＮＡＣＫ情報(物理レイヤのデータ受信成功／失敗を示す情報)、及び／又は、電力増減情報(イン
ナーループで受信される、ターゲットＳＩＲ(信号対干渉比)の変動に伴う送信電力増減指示情報。増加＝品質劣化  減少＝品質改善)を受け取ることができる。品質管理部１６は
、ＡＣＫ／ＮＡＣＫ情報と電力増減情報との少なくとも一方を用いて、無線リンク品質情報を生成することができる。
【００６８】
受信部１４は、対応ＡＰを介して端末から送信されたデータを受信し、この受信データを網側送信部１５へ転送する。また、受信部１４は、受信データ中の無線リンク品質に関する情報、例えば端末からのACK／NACK情報や、電力増減情報を品質管理部１６に提供す
る。送信部１３は、送信スケジュール部１２より転送されたデータの順番通りに、端末(
対応ＡＰ)に向けてデータを送信する。
【００６９】
なお、ＳＷ１は、ＣＰＵのようなプロセッサ(制御装置)、メモリ(記憶装置)、入出力インタフェース(Ｉ／Ｏ)、通信インタフェースのような複数のハードウェアからなる装置であり、図１１に示した各ブロックは、上記したハードウェアの少なくとも１つ、或いは、プロセッサがソフトウェア(プログラム)を実行することによって実現される機能である。
【００７０】
〈インタリーブ周期の決定フロー〉
図１２は、インタリーブ周期決定部１７によるインタリーブ周期決定処理の例を示すフローチャートである。図１２において、データ送信局(例えばメディアサーバ３)と端末との間のデータ(リアルタイム系のデータ(例えばビデオストリームデータ))伝送用のコネクションがＳＷ１に登録されると(ステップＳ０１)、ＲＴＰセッション開始手続きの情報として、送信局及び端末の能力交換情報が送信局と端末との間で送受信される。
【００７１】
このとき、能力交換情報として送信局から送信されるインタリーブ実施の有無を示す情
報、及びインタリーブ実施時におけるインタリーブ周期を示す情報は、網側受信部１１で受信され、情報収集部１８に提供され、インタリーブ周期決定部１７に提供される(ステ
ップＳ０２)。
【００７２】
インタリーブ周期決定部１７は、情報収集部１８から取得されたインタリーブ実施の有無を示す情報に基づき、送信局−端末間でのインタリーブが実施されるか否かを判定する(ステップＳ０３)。このとき、インタリーブが実施される場合(Ｓ０３；Ｙ)には、インタリーブ周期決定部１７は、処理をステップＳ０４に進める。インタリーブが実施されない場合(Ｓ０３；Ｎ)には、インタリーブ周期決定部１７は、処理をステップＳ０５に進める。
【００７３】
ステップＳ０４では、インタリーブ周期決定部１７は、情報収集部１８から取得された送信局−端末間のインタリーブ周期を、ＳＷ１で実施されるインタリーブ周期の最小周期(最小インタリーブ周期)に設定し、ステップＳ０６へ処理を進める。
【００７４】
ステップＳ０５では、インタリーブ周期決定部１７は、最小インタリーブ周期を決定し、処理をステップＳ０６へ進める。
【００７５】
ステップＳ０６では、インタリーブ周期決定部１７は、最大インタリーブ周期を決定する。最大インタリーブ周期は、最小インタリーブ周期のｎ倍又はｍ倍(但しｎ≦ｍ)で決定される。このとき、情報収集部１８からの情報に端末の復号前バッファサイズが含まれている場合には、このバッファサイズを考慮して最大インタリーブ周期が決定される。
【００７６】
ステップＳ０６が終了すると、最大及び最小インタリーブ周期の決定処理が終了する。なお、ステップＳ０６において、インタリーブ周期の初期値が決定される。初期値として、例えば、最小インタリーブ周期が適用される。もっとも、任意の長さのインタリーブ周期を初期値として適用することができる。
【００７７】
〈無線リンク品質の決定例〉
品質管理部１６では、周期的に(所定の品質監視周期毎に)無線リンク品質を決定する。品質管理部１６は、例えば、品質監視周期内のおける所定の測定期間(時間区間)内に受信される、ACK／NACK情報の監視結果を元に無線リンク品質を決定することができる。例え
ば、品質管理部１６は、測定期間(例えば１秒間)におけるACK／NACK情報から、その測定
期間での伝送品質(無線リンク品質)を算出する。例えば、測定期間中のＮＡＣＫ(ＡＣＫ)の数を、無線リンク品質として算出することができる。
【００７８】
品質管理部１６は、算出された無線リンク品質を前回の測定期間に関して算出された無線リンク品質と比較し、無線リンク品質が改善したか、劣化したか、変化なしかを判定する。例えば、測定期間中のＮＡＣＫの数が無線リンク品質を示す場合において、今回のＮＡＣＫ数が前回のＮＡＣＫ数を上回る場合に、「品質劣化」と判定される。今回のＮＡＣＫ数が前回のＮＡＣＫ数を下回る場合に、「品質改善」と判定され、今回のＮＡＣＫ数と前回のＮＡＣＫ数とが同じである場合に「変化無し」と判定される。
【００７９】
このような判定結果(“品質劣化”、“品質改善”、“変化なし”のいずれか)を、無線リンク品質情報としてインタリーブ周期決定部１７へ提供する。
【００８０】
また、電力増減情報を無線リンク品質の決定に使用する場合には、次のような処理が行われる。例えば、所定の測定期間中における電力増加指示と電力減少指示との一方の数(
例えば電力増加指示の数)が算出される。続いて、今回の電力増加指示の数と前回の測定
期間における電力増加指示の数とが比較され、今回が前回を上回っていれば、「品質劣化
」と判定される。これに対し、今回が前回を下回っていれば「品質改善」と判定される。今回と前回とが同数であれば、「変化なし」と判定される。
【００８１】
ＡＣＫ／ＮＡＣＫ数に基づく品質判定と、電力増減情報に基づく品質判定との双方を実行し、夫々の判定結果の論理積(ＡＮＤ)又は論理和(ＯＲ)を、最終的な品質判定結果を示す無線リンク品質情報としてインタリーブ周期決定部１７に提供されるようにしても良い。
【００８２】
〈インタリーブ周期の変更フロー〉
図１３は、インタリーブ周期の変更処理の例を示すフローチャートである。品質管理部１６は、品質監視周期毎の無線リンク品質情報をインタリーブ周期決定部１７に提供する。インタリーブ周期決定部１７は、品質監視周期が満了すると(Ｓ１０１)、品質管理部１６から提供された無線リンク品質情報を参照し、無線リンク品質情報が品質劣化を示すか否かを判定する(Ｓ１０２)。
【００８３】
このとき、無線リンク品質情報が品質劣化を示す場合には(Ｓ１０２，Ｙ)、処理がステップＳ１０３に進む。無線リンク品質情報が品質劣化を示さない場合(Ｓ１０２，Ｎ)には、処理がステップＳ１０５に進む。
【００８４】
ステップＳ１０３に処理が進んだ場合には、インタリーブ周期決定部１７は、現在のインタリーブ周期が既に最大インタリーブ周期(最大周期)か否かを判定する。
【００８５】
このとき、現在のインタリーブ周期が最大周期でない場合(Ｓ１０３，Ｎ)には、インタリーブ周期決定部１７は、インタリーブ周期を変更する(Ｓ１０４)。すなわち、インタリーブ周期決定部１７は、現在のインタリーブ周期を最小インタリーブ周期１つ分を加えたインタリーブ周期に変更し、変更されたインタリーブ周期を送信スケジュール部１２に通知する。その後、処理がステップＳ１０１に戻る。
【００８６】
これに対し、現在のインタリーブ周期が最大周期である場合(Ｓ１０３，Ｙ)には、インタリーブ周期決定部１７は、現在のインタリーブ周期を変更することなく、処理をステップＳ１０１に戻す。
【００８７】
ステップＳ１０５に処理が進んだ場合には、インタリーブ周期決定部１７は、無線リンク品質情報が品質改善を示すか否かを判定する。  このとき、無線リンク品質情報が品質改善を示す場合(Ｓ１０５，Ｙ)には、処理がステップＳ１０６に進む。無線リンク品質情報が品質改善を示さない場合(Ｓ１０５，Ｎ(変更なし))には、インタリーブ周期決定部１７は、インタリーブ周期を変更することなく処理をステップＳ１０１に戻す。
【００８８】
ステップＳ１０６に処理が進んだ場合には、インタリーブ周期決定部１７は、現在のインタリーブ周期が既に最小インタリーブ周期(最小周期)か否かを判定する。
【００８９】
このとき、現在のインタリーブ周期が最小周期でなければ(Ｓ１０６，Ｎ)、インタリーブ周期決定部１７は、現在のインタリーブ周期を短くする。すなわち、現在のインタリーブ周期を１つの最小周期分だけ短い長さに変更し、変更されたインタリーブ周期を送信スケジュール部１２に通知する。その後、処理がステップＳ１０１に戻る。
【００９０】
これに対し、現在のインタリーブ周期が最小周期であれば(Ｓ１０６，Ｙ)、インタリーブ周期決定部１７は、現在のインタリーブ周期を変更することなく、処理をステップＳ１０１に戻す。
【００９１】
ＳＷ１で決定されたインタリーブ周期は、受信側でのデインタリーブ処理のために、送信部１３から端末に対して通知される。このように、ＳＷ１(中継装置)では、インタリーブ周期が伝送路品質に応じて動的に変更される。
【００９２】
〈情報の収集〉
次に、ＳＷ１で収集される様々な情報に関して説明する。例えば、Ｈ．２６４では、ＮＡＬ(Network Abstraction Layer)ユニットがＲＴＰパケットに格納されて送信される。
ＮＡＬユニットにはヘッダが付与され、このヘッダ情報から、どういった種類のデータをＲＴＰパケットが運搬しているかを検出することができる。ヘッダ情報からは、参照ピクチャ／非参照ピクチャの種別を示す情報を得ることができる。
【００９３】
図１４は、ＮＡＬユニットヘッダのデータ構造を示す図である。ＮＡＬユニットヘッダは、ＮＲＩビットの格納フィールドを有し、このＮＲＩビットの値を参照することによって、運搬対象のデータが参照ピクチャに関するデータか非参照ピクチャに関するデータかを判別することができる。このような判別は、例えば、送信スケジュール部１２が、インタリーブを実施する際に行う。
【００９４】
また、送信局(メディアサーバ３)から端末に転送されるストリームデータに関して、送信局でインタリーブが実施されているか否かは、
そのストリームデータの動画圧縮規格が例えばH.264/AVCであれば、ＳＤＰ(Session Description Protocol)による能力交換情報をＳＷ１が取得することで確認できる。
【００９５】
例えば、能力交換情報に含まれるパラメータ“sprop-interleaving-depth”の値が０以上である場合には、インタリーブが実施されることを示している。また、ＳＤＰに基づくパラメータ“packetization mode”からインタリーブの実施／不実施を知ることができる。
【００９６】
また、インタリーブの実施／不実施は、使用可能なＮＡＬユニットの種別(タイプ)から判断することができる。すなわち、“Single NAL Unit Packet”タイプを使用できず、“STAP-B”タイプや“MTAP”タイプのようなタイプが使用されていれば、インタリーブ実施と判断することができる。ＮＡＬの種別は、図１４に示したＮＡＬユニットヘッダの“Ｔｙｐｅ”フィールドの値から識別することができる。
【００９７】
ＳＤＰに基づく端末からのパラメータ“deint-buf-cap”は、端末で受信された復号前
のデータを蓄積するバッファ(復号前バッファ)の容量を示す。このパラメータで示されるバッファ容量に基づいて、最大インタリーブ周期を決定することができる。
【００９８】
〈インタリーブの手法〉
次に、送信スケジュール部１２で実施されるインタリーブについて説明する。図１５は、送信スケジュール部１２で実施されるインタリーブ処理の説明図であり、図１６は、図１５に示したインタリーブ周期よりも短いインタリーブ周期が適用されたインタリーブ処理の説明図である。
【００９９】
図１５及び図１６に示す例では、送信局(メディアサーバ３)から端末へ向けてビデオフレームが伝送される場合を仮定する。図１５及び図１６中の“Ｉ”はＩピクチャ(Intra-Picture：参照ピクチャ(Ｉフレームとも呼ばれる))を示し、“Ｂ”はＢピクチャ(Bi-directional Predictiv-Picture：非参照ピクチャ(Ｂフレームとも呼ばれる))を示す。
【０１００】
ここに、Ｉピクチャは、時間軸上の前後のフレームとは関係なくその画面内だけで独立して符号化したピクチャ(フレーム)であり、Ｂピクチャは、過去のフレームと未来のフレ
ームとの双方向から予測符号化されたピクチャ(フレーム)である。
【０１０１】
図１５に示す例では、１つのインタリーブ周期において、１２個のフレームを対象としたインタリーブが送信スケジュール部１２により実施される。但し、インタリーブによってＩピクチャが連続することを避けるべく、Ｉピクチャを対象としたインタリーブと、Ｂピクチャを対象としたインタリーブとが別個に実施される。
【０１０２】
図１６に示す例は、インタリーブ周期決定部１７によって、インタリーブ周期の変更が決定され、送信スケジュール部１２でのインタリーブ周期が変更された様子を示す、図１６に示す例では、無線リンク品質の改善により、インタリーブ周期が短くされた様子を示している。図１６に示す各インタリーブ周期＃０及び＃１では、図１５と同様の手法(同
種別のピクチャを対象としたインタリーブ)で、インタリーブが実施される。
【０１０３】
〔実施形態の効果〕
実施形態によれば、伝送路品質(無線リンク品質)に従って、送信局(メディアサーバ３)から送信されるリアルタイムデータ(例えばビデオストリームデータ)のインタリーブ周期が動的に変更される。
【０１０４】
これにより、無線リンク(無線伝送路)が劣化した場合には、インタリーブ周期を長くすることによって、データを長い区間で分散させ、受信側(データ宛先)での伝送路エラーの低減を図ることができる。
【０１０５】
特に、無線伝送路品質の劣化によって、送信帯域低減やハンドオーバのような、データ遅延要因となる処理が実施された場合に、受信側に到達するデータのエラーレートをインタリーブで低減することで、リアルタイムデータの即時性が可能な限り確保されるようにすることができる。
【０１０６】
言い換えれば、リアルタイムデータの伝送路品質の劣化に要因とするリアルタイムデータの到着遅延や欠落が生じる可能性のある環境下において、当該伝送路を通って受信側(
宛先)に到達するリアルタイムデータの有効性をインタリーブ効果で高めることができ、
適正なリアルタイム系サービスの提供が図られるようにすることができる。
【０１０７】
これにより、バーストエラーや一時的な滞留が発生した場合に、長いインタリーブ周期でデータを分散させることにより、受信側でのリアルタイムデータの再生時間に再生すべきデータが無いような状況を緩和出来る。これにより、無線リンクの品質の変動に際しても、メディアの再生品質を均一化する効果につながる。
【０１０８】
〔変形例〕
図１１に示したＳＷ１の構成は、ＳＷ１(無線網ゲートウェイ)の変わりにアクセスポイント(ＡＰ)が備えるように変形することができる。また、ＳＷ１の構成は、セルラ網システムにおける基地局制御装置(ＲＮＣ)や基地局装置(Ｎｏｄｅ  Ｂ)に適用することができる。
【０１０９】
＜その他＞
（付記１）  リアルタイムデータを受信する受信部と、
前記リアルタイムデータを宛先へ向けて送信すべき伝送路の品質を周期的に検知する監視部と、
前記伝送路の品質に従ってインタリーブ周期の長さを決定する決定部と、
決定されたインタリーブ周期でリアルタイムデータのインタリーブを行うインタリーブ部と、
インタリーブされたリアルタイムデータを前記伝送路へ送信する送信部と
を備える中継装置。
（付記２）  前記決定部は、前記監視部が前記伝送路の品質の劣化を検知した場合に、前記インタリーブ周期を長くする
付記１に記載の中継装置。
（付記３）  前記決定部は、前記監視部が前記伝送路の品質の改善を検知した場合には、前記インタリーブ周期を短くする
付記１又は２に記載の中継装置。
（付記４）  前記決定部は、インタリーブ周期の最小単位を決定し、この最小単位の整数倍でインタリーブ周期を決定する
付記１〜３のいずれか一項に記載の中継装置。
（付記５）  前記受信部で受信されるリアルタイムデータが所定のインタリーブ周期でインタリーブされている場合に、前記決定部は、この所定のインタリーブ周期の長さを前記最小単位として決定する
付記４に記載の中継装置。
（付記６）  前記リアルタイムデータの送信元と宛先との間で前記中継装置を介して送受信される能力交換情報に含まれる、前記送信元でのインタリーブの実施の有無と、インタリーブ実施時におけるインタリーブ周期とを示すデータを取得し、前記決定部に与える情報収集部をさらに備える
付記５に記載の中継装置。
（付記７）  前記リアルタイムデータの宛先が有する、復号前の前記リアルタイムデータを格納するためのバッファのサイズを取得する情報収集部をさらに備え、
前記決定部は、前記バッファのサイズに基づいてインタリーブ周期の最大値を決定する付記１〜６のいずれか一項に記載の中継装置。
（付記８）  前記リアルタイムデータが、参照ピクチャと非参照ピクチャとを含むビデオストリームデータであり、
前記インタリーブ部は、参照ピクチャを対象とするインタリーブと非参照ピクチャを対象とするインタリーブとを個別に実行する
付記１〜７のいずれか一項に記載の中継装置。
（付記９）  送信装置から受信装置へ送信されるリアルタイムデータを中継する中継装置のリアルタイムデータ転送方法において、
リアルタイムデータを受信し、
前記リアルタイムデータを宛先へ向けて送信すべき伝送路の品質を監視し、
前記伝送路の品質に従ってインタリーブ周期の長さを決定し、
決定されたインタリーブ周期でリアルタイムデータのインタリーブを行い、
インタリーブされたリアルタイムデータを前記伝送路へ送信することを含む中継装置のリアルタイムデータ転送方法。
【符号の説明】
【０１１０】
１・・・スイッチ(ＳＷ、中継装置)
２・・・ネットワーク
３・・・メディアサーバ(送信局、送信装置)
１１・・・網側受信部
１２・・・送信スケジュール部
１３・・・送信部
１４・・・受信部
１５・・・網側送信部
１６・・・品質管理部
１７・・・インタリーブ周期決定部
１８・・・情報収集部
【国際調査報告】
2009072210.tif 000019
2009072210.tif 000020
2009072210.tif 000021
2009072210.tif 000022