無線通信システムにおけるリンク適応的データ転送方法
本発明の一実施様相によるデータ転送方法によれば、無線ネットワークまたは無線通信ステムの送信デバイスで、第１データフォーマットを有するＡ／Ｖデータストリームを受信デバイスに転送する過程で、該受信デバイスにＡ／Ｖデータストリームを転送するためのチャネルの品質が変更された場合、受信デバイスに転送するＡ／Ｖデータストリームのデータフォーマットを第２データフォーマットに変更することを決定する。この送信デバイスは、前記第２データフォーマットを有するＡ／Ｖデータストリームを受信デバイスに転送する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関するもので、より具体的には、無線通信システムにおけるリンク適応的（ｌｉｎｋ-ａｄａｐｔｉｖｅ）データ転送方法、リンク適応的データ転送のための制御方法、データ処理方法及びそのための使用者ディバイスに関する。
【背景技術】
【０００２】
無線チャネル（ｒａｄｉｏ ｃｈａｎｎｅｌ）を通じてオーディオまたはビデオデータを転送する場合、受信側における受信品質は、無線リンクの状態に多く影響を受ける。特に、ＤＶＤプレーヤー、カムコーダ、デジタルカメラ、ＰＣまたはネットワークからオーディオデータまたは動映像ストリームを無線で転送し、デジタルＴＶ（ＤＴＶ）またはＬＣＤモニターなどのようなディスプレイ装置（ｄｉｓｐｌａｙｅｒ）を介して実時間でディスプレイする場合、無線リンク状態の変化は、ディスプレイされる画面品質に深刻な劣化（ｄｅｔｅｒｉｏｒａｔｉｏｎ）を招く恐れがある。
【０００３】
このような状況で、等時性転送（ｉｓｏｃｈｒｏｎｏｕｓ ｔｒａｎｓｍｉｓｓｉｏｎ）は、ディスプレイ装置がオーディオまたは動映像ストリームを受信して画面に表示できるように一様な速度でデータ流れが続くのを保障する。しかし、等時性転送であっても受信側における受信品質を保障するためには元来のデータソースのデータレート（ｓｏｕｒｃｅ ｒａｔｅ）より大きいか、または、少なくとも等しいデータ転送率でデータ転送が可能なようにチャネル状態が維持されなければならない。
【０００４】
図１は、チャネル状態が変わ続く状況で受信品質が変化される状況を説明するための図である。上記のように、ディスプレイ装置が特定装置からオーディオまたは動映像ストリームを受信して画面に表示するためには、ソースデータのデータレート以上のデータ転送速度が保障されなければならない。図１で、実線は、一定以上の受信品質確保のために保障されるべきデータレートを表し、破線は、チャネル状態が変化することにしたがってシステムで支援可能なデータレートを表す。‘Ａ’領域は、支援可能なデータレートが、要求されるデータレートよりも高い領域で、一定水準以上の受信品質の確保が可能である。‘Ｂ’領域は、チャネル状態がますます悪化し、支援可能なデータレートと要求されるデータレートとがほとんど同一な水準の領域で、受信側における受信誤り率（ｅｒｒｏｒ ｒａｔｅ）が増加し、結果として受信品質が次第に悪くなる。‘Ｃ’領域は、チャネル状態が非常に悪くなり、支援可能なデータレートが要求されるデータレートよりもはるかに低くなる領域で、動映像では画面がぼける状態が続く等、受信品質が非常に悪化してしまう。
【０００５】
以上で説明したように、高速の大容量オーディオまたはビデオストリームを無線リンクを通じて転送する場合、無線リンクの状態は受信品質に大きな影響を及ぼす。特に、ディスプレイ装置が他の装置からオーディオまたは動映像ストリームを受信して画面に表示する等時性転送では、チャネル状態の変化が受信品質に重大な悪影響を及ぼすことができるから、無線通信システムでチャネル状態の変化に適応的に対応できる方法が要求される。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、上記のような従来技術の問題点を解決するためのもので、その目的は、無線通信システムまたは無線ネットワークでチャネル状態の変化に適応的に対応できる方法を提供することにある。
【０００７】
本発明の他の目的は、無線通信システムまたは無線ネットワークでチャネル状態に適応的に対応できるようにするための送信側特定プロトコルレイヤーにおける制御方法及びデータ処理方法を提供することにある。
【０００８】
本発明のさらに他の目的は、物理階層データレートを制御するためのデータ処理方法及びそのための使用者ディバイスを提供することにある。
【課題を解決するための手段】
【０００９】
無線通信システム上で特定装置が他の装置からオーディオまたは動映像ストリームを受信して一定水準以上の品質を保障しながら出力するためには、ソースデータのデータレート（以下、‘ソースレート’という。）以上のデータ転送速度が継続して支援されなければならない。可変的な状態を持つ無線リンク上でソースレート以上のデータ転送速度を継続して支援できる方法には、下記の２つを考慮することができる。
【００１０】
その第一は、可変的なチャネル状態に応じてシステムで支援できるデータ転送速度を可変させることである。すなわち、チャネル状態が悪化する状況で、システムは使用可能なチャネル資源の全てを用いて支援可能なデータ転送速度を上げることによって、悪化したチャネル状態を考慮してもデータ転送速度をソースレートに合わせることができる方法である。しかし、チャネル資源が限定されている点から、この方法は限界を持たざるをえない。
【００１１】
第二は、可変的なチャネル状態に応じてソースレートを変化させることによって、システムで支援しなければならないデータ転送速度を可変させる方法である。すなわち、チャネル状態が悪化する場合、システムが支援できるデータ転送速度は低くならざるをえないので、低くなるデータ転送速度に合わせてソースレートも低くすることによって、ソースレートとシステムで支援可能なデータ転送速度間のバランスを維持する方法である。
【００１２】
図２は、上記した第二の方法をより具体的に説明するための図である。図２で、‘Ａ’領域は、ソースレートによって要求されるデータ転送速度よりもシステムで支援できるデータ転送速度が高い領域で、この領域では受信側において特別な問題は発生しない。次第にチャネル状態が悪くなる場合、ソースレートをそのまま維持すると、システムで支援できるデータ転送速度がソースレートによって要求されるデータ転送速度よりも低くなるので、受信側における受信品質は顕著に悪化することとなる。このような状態を防止するために、図２の‘Ｂ’領域で、ソースレートによって要求されるデータ転送速度をシステムで支援可能なデータ転送速度以下に下げることによって、受信側で動映像の画面がぼける等の極端な受信品質低下現象を防止することができる。例えば、１０８０ｐのデータフォーマットを有するＡ／Ｖデータストリームを転送する途中にチャネル状態が悪くなったことに気付くと、送信装置でこのＡ／Ｖデータストリームのデータフォーマットを１０８０ｉに変更し、ソースレートを下げることができる。
【００１３】
本発明の一実施様相によるデータ転送方法によれば、無線ネットワークまたは無線通信ステムの送信デバイスで、第１データフォーマットを有するＡ／Ｖデータストリームを受信デバイスに転送する過程で、前記受信デバイスにＡ／Ｖデータストリームを転送するためのチャネルの品質が変更された場合、前記受信デバイスに転送するＡ／Ｖデータストリームのデータフォーマットを第２データフォーマットに変更することを決定する。前記送信デバイスは、前記第２データフォーマットを有するＡ／Ｖデータストリームを前記受信デバイスに転送する。
【００１４】
本発明の他の実施様相による制御方法によれば、無線ネットワークまたは無線通信システムに含まれる送信デバイスで、第１データフォーマットを有するＡ／Ｖデータストリームを受信デバイスに転送する。前記Ａ／Ｖデータストリームが転送されるチャネルの品質が変更された場合、前記送信デバイスの第１プロトコル階層から上位階層にチャネル品質が変更されたことを通知し、前記上位階層で、前記受信デバイスに転送するＡ／Ｖデータストリームのデータフォーマットを第２データフォーマットに変更することを決定する。前記送信デバイスは、前記第２データフォーマットを有するＡ／Ｖデータストリームを前記受信デバイスに転送する。
【００１５】
本発明のさらに他の実施様相によるデータ処理方法は、ビデオデータを転送する送信装置のプロトコル階層におけるリンク適応的データ転送のためのデータ処理方法であって、上位階層からビデオフレームを構成するピクセルの色情報を示すデータビットを受け取る段階と、各ピクセルの各色情報を示す全体データビットの中から選択された一部データビットを含む第１データユニットを形成する段階と、少なくとも２つ以上の第１データユニットを含む第２データユニットを生成する段階と、を含んでなることができる。
【００１６】
本発明のさらに他の実施様相による使用者デバイスは、入力されるオーディオまたはビデオデータのソースレートを調整するイメージスケーラと、入力データを低速チャネルを通じて転送するためにデータ処理を行なう第１データ処理モジュールと、前記イメージスケーラによりソースレートが調整されたオーディオまたはビデオデータを高速チャネルを通じて転送するためにデータ処理を行なう第２データ処理モジュールと、を含んでなることができる。
【図面の簡単な説明】
【００１７】
【図１】チャネル状態が変わり続く状況で受信品質が変化する状況を説明するための図である。
【図２】本発明の概念的特徴を説明するための図である。
【図３】ＷＶＡＮの構成の一例を示す図である。
【図４】既に設定されたＷＶＡＮでソースディバイスからシンクディバイスにＡ/Ｖデータストリームを転送するために連結を設定する過程を説明するためのフローチャートである。
【図５】本発明の好ましい一実施例による手続を示すフローチャートである。
【図６】本発明の好ましい他の実施例による手続を示すフローチャートである。
【図７】本発明の好ましい一実施例による物理階層におけるデータレートを変更できる方式の一例を示す図である。
【図８】本発明の好ましい一実施例によるデータパケットフォーマットの一例を示す図である。
【図９】本発明の好ましい一実施例によってシンクディバイスのＭＡＣ／ＰＨＹレイヤーで行なわれるＣＲＤデコーディング方式を説明するための図である。
【図１０】本発明の一実施例によるディバイスの物理階層のブロック構成図である。
【図１１】図１０のコンプレッサ１２の細部構成の一例を示す図である。
【図１２】図１２及び図１３は、それぞれＬＲＰ転送モジュール及びＨＲＰ転送モジュールの構成の一例を示すブロック構成図である。
【図１３】図１２及び図１３は、それぞれＬＲＰ転送モジュール及びＨＲＰ転送モジュールの構成の一例を示すブロック構成図である。
【発明を実施するための形態】
【００１８】
以下で添付の図面を参照しつつ説明される本発明の好ましい実施例によって本発明の構成、作用及び他の特徴が容易に理解されることができる。以下の実施例は、本発明の技術的特徴が無線私設網（ＷＰＡＮ：Ｗｉｒｅｌｅｓｓ Ｐｒｉｖａｔｅ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）の一種であるＷＶＡＮ（Ｗｉｒｅｌｅｓｓ Ｖｉｄｅｏ Ａｒｅａ Ｎｅｔｗｏｒｋ）に適用された例とする。ＷＶＡＮは、６０ＧＨｚ帯の周波数帯域を用いて１０ｍ以内の近距離で１０８０ｐのＡ／Ｖストリームを圧縮無しで転送するように４．５Ｇｂｐｓ以上のスループット（ｔｈｒｏｕｇｈｐｕｔ）を提供できる無線ネットワークである。
【００１９】
図３は、ＷＶＡＮの構成の一例を示す図である。ＷＶＡＮは、２つ以上の使用者デバイス３１〜３５で構成され、そのうちの一つのデバイスは調整器（ｃｏｏｒｄｉｎａｔｏｒ）３１として動作する。調整器３１は、ＷＶＡＮの基本タイミングを提供し、ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）要求事項を制御する等の役割を果たす。すなわち、ＷＶＡＮは、物理階層としてＨＲＰ（ｈｉｇｈ−ｒａｔｅ ｐｈｙｓｉｃａｌ ｌａｙｅｒ）とＬＲＰ（ｌｏｗ−ｒａｔｅ ｐｈｙｓｉｃａｌ ｌａｙｅｒ）を支援する。ＨＲＰは、１Ｇｂｐｓ以上のデータ転送速度を支援できる物理階層であり、ＬＲＰは、数Ｍｂｐｓのデータ転送速度を支援する物理階層である。ＨＲＰは、高志向性（ｈｉｇｈｌｙ ｄｉｒｅｃｔｉｏｎａｌ）であって、ユニキャスト連結（ｕｎｉｃａｓｔ ｃｏｎｎｅｃｔｉｏｎ）を通じて等時性（ｉｓｏｃｈｒｏｎｏｕｓ）データストリーム、非同期データ、ＭＡＣ命令語（ｃｏｍｍａｎｄ）及びＡ／Ｖ制御データの転送に用いられる。ＬＲＰは、指向性または全方向性（ｏｍｎｉ−ｄｉｒｅｃｔｉｏｎａｌ）モードを支援し、ユニキャストまたは放送を通じてビーコン、非同期データ、ＭＡＣ命令語の転送などに用いられる。
【００２０】
図４は、既に設定されたＷＶＡＮで第１デバイス（制御器）の制御下に、ソース（ｓｏｕｒｃｅ）デバイスからシンク（ｓｉｎｋ）デバイスにＡ／Ｖ（ａｕｄｉｏ ａｎｄ ｖｉｄｅｏ）データストリームを転送するために連結（ｃｏｎｎｅｃｔｉｏｎ）を設定する過程を説明するためのフローチャートである。図４の例では、シンクデバイスがＷＶＡＮの調整器（ｃｏｏｒｄｉｎａｔｏｒ）として動作するが、別のデバイスが調整器として動作しても良い。各デバイスは、プロトコル階層として物理階層（ＰＨＹ）、媒体接続階層（ＭＡＣ）及びＡＶＣ階層を含んで構成される。ＡＶＣ階層は、ＡＶＣメッセージを用いてＷＶＡＮにおいてソースデバイスとシンクデバイス間のＡ／Ｖストリーム連結を制御し、他のデバイスを制御（電源オン／オフ（ｏｎ／ｏｆｆ）、再生／停止（ｐｌａｙ／ｓｔｏｐ）等）し、クロック同期（ピクセルクロック、オーディオクロック、オーディオ及びビデオ間の同期）を制御する。
【００２１】
図４を参照すると、第１デバイスは、シンクデバイスとソースデバイスに連結要請メッセージ（ＣＯＮＮＥＣＴ＿ＲＥＱＵＥＳＴ）を転送する［Ｓ４１、Ｓ４５］。この連結要請メッセージは、Ａ／Ｖストリームが転送される宛先デバイス、すなわち、シンクデバイスのＩＤ（ＤＥＶＩＤ）と、ソースデバイスのＩＤ及び動作コード（ｏｐｅｒａｔｉｏｎ ｃｏｄｅ）を含む。連結要請メッセージを受信したシンクデバイスとソースデバイスは、連結手続（ｃｏｎｎｅｃｔｉｏｎ ｐｒｏｃｅｓｓ）を行なった後、第１デバイスに連結応答メッセージ（ＣＯＮＮＥＣＴ＿ＲＥＳＰＯＮＳＥ）を転送する［Ｓ４４，Ｓ４８］。
【００２２】
ソースデバイスはシンクデバイスと連結を設定した後に、該シンクデバイスが支援するデータフォーマット情報を得るためにシンクデバイスに入力フォーマット要請メッセージ（ＩＮＰＵＴ＿ＦＯＲＭＡＴ＿ＲＥＱＵＥＳＴ）を転送する［Ｓ４９］。この入力フォーマット要請メッセージを受信したシンクデバイスは、入力フォーマット応答メッセージ（ＩＮＰＵＴ＿ＦＯＲＭＡＴ＿ＲＥＳＰＯＮＳＥ）をソースデバイスに転送し、シンクデバイスが支援するデータフォーマット情報を知らせる［Ｓ５０］。続いて、シンクデバイスは、転送するＡ／Ｖデータのデータフォーマット情報（ＡＶＩ ＩｎｆｏＰａｃｋｅｔ、Ａｕｄｉｏ ＩｎｆｏＰａｃｋｅｔ）を含む出力フォーマット要請メッセージ（ＯＵＴＰＵＴ＿ＦＯＲＭＡＴ＿ＲＥＱＵＥＳＴ）をソースデバイスに転送し［Ｓ５１］、ソースデバイスはこれに対する応答メッセージ（ＯＵＴＰＵＴ＿ＦＯＲＭＡＴ＿ＲＥＳＰＯＮＳＥ）をシンクデバイスに転送する［Ｓ５２］。
【００２３】
ソースデバイスのＡＶＣレイヤーは、上記出力フォーマット要請メッセージに含まれたオーディオ／ビデオフォーマット情報に基づいて帯域幅を予約することを指示するために、ＭＡＣレイヤーにＢＷ−ＲＥＳＥＲＶＡＴＩＯＮ．ｒｅｑプリミティブを転送する［Ｓ５３］。このＢＷ−ＲＥＳＥＲＶＡＴＩＯＮ．ｒｅｑプリミティブは、ソースデバイスによりシンクデバイスにＡ／Ｖデータストリームを転送するために要求されるデータレート情報を含む。
【００２４】
ソースデバイスのＭＡＣレイヤーは、調整器のＭＡＣレイヤーと帯域幅予約（ｂａｎｄｗｉｄｔｈ ｒｅｓｅｒｖａｔｉｏｎ）手続を行なう［Ｓ５４］。帯域幅予約手続が成功的に終了すると、ソースデバイスのＭＡＣレイヤーはＡＶＣレイヤーにＢＷ−ＲＥＳＥＲＶＡＴＩＯＮ．ｒｓｐプリミティブを伝達し、帯域幅が成功的に割り当てられたことを知らせる［Ｓ５５］。すると、ソースデバイスはシンクデバイスに、予約されたチャネル資源を通じてＡ／Ｖストリームを転送する［Ｓ５６］。
【００２５】
図５は、本発明による好ましい一実施例による手続を示すフローチャートである。図５は、ソースデバイスとシンクデバイス間にＡ／Ｖデータストリーム転送のための連結が設定された後に、チャネル状態が変化することにしたがってＡ／Ｖデータストリームのデータフォーマットを変更させることによってソースレートを制御する実施例に関する。
【００２６】
図５の実施例は、ソースデバイスがオーディオまたはビデオストリームのデータフォーマットを変更させることによってソースレートを可変させうるような性能を保有していることを前提とする。例えば、ビデオデータストリームの場合、ソースレートは、解像度、各ピクセルを構成するＲＧＢまたはＹＣｂＣｒデータのビット数、フレームのリフラッシュレート（ｒｅｆｒｅｓｈ ｒａｔｅ）などにより決定されるので、これらの決定因子を変更させることによってソースレートを変更させることができる。オーディオデータストリームの場合は、オーディオ出力のサンプリングレートやビットサイズ（ｂｉｔｓ ｓｉｚｅ）を変更させることによってソースレートを変化させることができる。
【００２７】
図５を参照すると、シンクデバイスは、ソースデバイスから転送されるデータパケットからチャネルの状態及び信号の品質を測定する。このシンクデバイスは、測定されたチャネルの状態及び信号の品質に基づいてＰＥＲ（Ｐｉｘｅｌ Ｅｒｒｏｒ Ｒａｔｅ）、ＢＥＲ（Ｂｉｔ Ｅｒｒｏｒ Ｒａｔｅ）、ＳＮＲなどのようなチャネル品質（または、信号品質）情報を生成し、これをリンク推薦応答メッセージ（Ｌｉｎｋ Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ Ｒｅｓｐｏｎｓｅ）を通じてソースデバイスに転送する［Ｓ６２］。リンク推薦応答メッセージは、ソースデバイスがシンクデバイスに転送したリンク推薦要請メッセージ［Ｓ６１］に対する応答として転送されることができる。シンクデバイスは、ソースデバイスがリンク推薦要請メッセージを転送しなかった場合においても、自体的な判断によって、例えば、チャネル状態が急激に悪化する場合に、リンク推薦応答メッセージを転送することができる。ソースデバイスが多数のリンク適応技法を使用できる場合に、シンクデバイスはリンク推薦応答メッセージを通じて特定リンク適応技法を使用することを推薦することができる。あるいは、ソースデバイスは、シンクデバイスから受信する信号を用いて直接チャネル品質を測定しても良い。
【００２８】
ソースデバイスのＰＨＹ階層は、シンクデバイスから転送されたリンク推薦応答メッセージに含まれたチャネル品質情報またはソースデバイスが直接測定したチャネル品質により把握される現在のチャネル状態に適当な物理階層のデータレートを選択し、選択されたデータレートに変更し［Ｓ６３］、物理階層のデータレートが変更された事実及び変更された物理階層データレートをＰＨＹＲａｔｅＣｈａｎｇｅ．ｉｎｄプリミティブを通じてＡＶＣ階層に伝達する［Ｓ６４］。物理階層のデータレートは、変調（ｍｏｄｕｌａｔｉｏｎ）方式やチャネルコーディング時のコーディングレートを可変させることによって変更させることができる。
【００２９】
ソースデバイスのＡＶＣ階層は、当該変更された物理階層データレートに合わせて変更されるソースレートを算出し、算出されたソースレートに応じて変更されて出力されるＡ／Ｖデータストリームのデータフォーマットを決定する［Ｓ６５］。例えば、変更前に非圧縮（ｕｎｃｏｍｐｒｅｓｓｅｄ）１０８０ｐのデータフォーマットを有するＡ／Ｖデータストリームを転送していた場合にチャネル状態が悪化すると、転送されるＡ／Ｖデータストリームのデータフォーマットを非圧縮１０８０ｉに変更するように決定することができる。
【００３０】
ソースデバイスのＡＶＣレイヤーは、シンクデバイスに、変更されたＡ／Ｖデータストリームのデータフォーマットと関連した情報を知らせるために出力フォーマット変更要請メッセージ（ＯＵＴＰＵＴ＿ＣＨＡＮＧＥ＿ＲＥＱ）を転送し［Ｓ６６］、このシンクデバイスからそれに対する応答メッセージ（ＯＵＴＰＵＴ＿ＣＨＡＮＧＥ＿ＲＳＰ）を受信する［Ｓ６７］。この出力フォーマット変更要請メッセージは、変更されたＡ／Ｖデータストリームのデータフォーマット情報を含む。このデータフォーマット情報は、データタイプ（ビデオまたはオーディオ）とデータタイプに対応する変更されたデータフォーマットを含む。
【００３１】
ソースデバイスは、変更されたソースレートによって要求されるチャネル資源を要請するために帯域幅予約手続を行なう。すなわち、ソースデバイスのＡＶＣレイヤーが、変更されたソースレートによってＭＡＣレイヤーに帯域幅変更要請をすると［Ｓ６８］、このＭＡＣレイヤーはシンクデバイスのＭＡＣレイヤーに帯域幅要請メッセージを転送し［Ｓ６９］、それに対する応答メッセージを受信する［Ｓ７２］。このソースデバイスのＭＡＣレイヤーは、帯域幅予約手続が成功的に完了したことをＡＶＣレイヤーに伝達する［Ｓ７３］。すると、ソースデバイスのＡＶＣレイヤーはその上位レイヤーに、Ｓ６５段階で決定されたソースレート情報またはＡ／Ｖデータフォーマット情報を伝達する［Ｓ７３］。この上位レイヤーはまたはＡＶＣレイヤーは、変更されたソースレート情報またはＡ／Ｖデータストリームのデータフォーマット情報によってＡ／Ｖデータストリームのデータフォーマットを変更し、Ａ／Ｖデータストリームを転送する［Ｓ７５］。
【００３２】
図６は、本発明の好ましい他の実施例による手続を示すフローチャートである。図６は、図５と同様に、図４の手続によってソースデバイスとシンクデバイス間にＡ／Ｖデータストリーム転送のための連結が設定された後に、チャネル状態が変化することにしたがってソースレートを変更させる実施例を説明する。
【００３３】
図６を参照すると、ソースデバイスのＭＡＣ／ＰＨＹレイヤーからシンクデバイスのＭＡＣ／ＰＨＹレイヤーにリンク推薦要請メッセージ（Ｌｉｎｋ Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ Ｒｅｑｕｅｓｔ）を転送し［Ｓ８１］、それに対する応答としてシンクデバイスのＭＡＣ／ＰＨＹレイヤーからソースデバイスのＭＡＣ／ＰＨＹレイヤーにリンク推薦応答メッセージ（Ｌｉｎｋ Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ Ｒｅｓｐｏｎｓｅ）を転送する［Ｓ８２］。このリンク推薦要請メッセージ及びリンク推薦応答メッセージの詳細は、図５で説明した通りである。
【００３４】
ソースデバイスのＭＡＣ／ＰＨＹレイヤーは、リンク推薦応答メッセージに含まれたチャネル品質情報が提供する現在のチャネル状態に適合した物理階層のデータレートを算出する［Ｓ８３］。例えば、シンクデバイスがチャネル品質情報として提供したＰＥＲ（Ｐｉｘｅｌ Ｅｒｒｏｒ Ｒａｔｅ）またはＢＥＲ（Ｂｉｔ Ｅｒｒｏｒ Ｒａｔｅ）が既に設定された臨界値以上であれば、現在のチャネル状態が悪化したことを意味する。チャネル状態が悪化した状況で現在の物理階層データレートを維持すると、受信側、すなわちシンクデバイスにおけるＰＥＲまたはＢＥＲなどのチャネル品質パラメータは、引き続き悪い状態を維持することとなる。したがって、チャネル状態が悪化すると、物理階層データレートを下げなければならない。そうしないと、受信側におけるＰＥＲまたはＢＥＲなどのチャネル品質パラメータで評価されうる受信品質を改善させることができなくなる。
【００３５】
物理チャネルで物理階層データレートを変更させうる例として、デジタル変調（ｄｉｇｉｔａｌ ｍｏｄｕｌａｔｉｏｎ）方式の変更やチャネルコーディング時のコーディングレート（ｃｏｄｉｎｇ ｒａｔｅ）の変更などを挙げることができる。デジタル変調は、データビットをシンボルにマッピングさせることを意味し、デジタル変調方式の変更によって一つのシンボルにマッピングされるデータビットの個数を増やしたり減らしたりする方式で物理階層データレートを変更させることができる。例えば、ＷＶＡＮではシンボルマッピング方式としてＱＰＳＫや１６−ＱＡＭなどを使用することができるが、１６−ＱＡＭからＱＰＳＫにマッピング方式を変更すると、一つのシンボルにマッピングされるデータビットの個数が減るので物理階層コーディングレートは減少する。このコーディングレートは、チャネルコーディングにより情報ビットに付加されるパリティビットと関連したパラメーターで、コーディングレートを変更することによって有効データレートを可変させることができる。チャネルコーディングが行なわれるデータ単位、例えば、フレームごとにコーディングレートを可変させる方式も可能である。
【００３６】
図７は、本発明の好ましい一実施例による物理階層におけるデータレートを変更できる方式の一例を説明するための図である。デジタルビデオデータは、動映像を構成する連続したフレームをデジタル化したデータで、一つのフレームは解像度によって異なる数多くのピクセル（ｐｉｘｅｌｓ）で構成される。各ピクセルは、ＲＧＢ、ＹＣｂＣｒなどのように各色成分を表現するデータを含む。例えば、ＲＧＢ方式の場合、一つのピクセルは、８ビット、１０ビットまたは１２ビットの赤（ｒｅｄ）、緑（Ｇｒｅｅｎ）、青（Ｂｌｕｅ）の成分で表現されることができる。図７の例は、上位階層から伝達されたＲＧＢデータの大きさを物理階層で再調整（ｒｅｏｒｄｅｒｉｎｇ）する実施例である。以下、このようなデータ処理方式をＣＲＤコーディング（Ｃｏｌｏｒ Ｒｅｄｕｃｔｉｏｎ Ｃｏｄｉｎｇ）方式と称する。
【００３７】
再び図６を参照すると、ソースデバイスのＭＡＣ／ＰＨＹレイヤーはＡＶＣレイヤーからＡ／Ｖデータを伝達を受け取る［Ｓ８４］。このソースデバイスのＭＡＣ／ＰＨＹレイヤーは、ＡＶＣレイヤーから伝達されたＡ／ＶデータにＣＲＤコーディングを行なう［Ｓ８５］。このＣＲＤコーディング方式を図７に基づいてより具体的に説明すると、下記の通りである。
【００３８】
図７で、ＣＲＤコーディングにより、各色成分を構成する多数のビットのうち、所定個数のＬＳＢ（Ｌｅａｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ）以外の残りのＭＳＢ（Ｍｏｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ）で別のデータユニット（以下、‘ＭＤＵ（ＭＳＢ Ｄａｔａ Ｕｎｉｔ）'という。）を構成する。例えば、各色成分が１０ビットで表現される場合、各色成分の上位７個のビットで一つのＭＤＵを構成することができる。この時、ＭＤＵ構成において除外される３個のビットは捨てられたり、または、各色成分の下位３ビットで別のデータユニットを構成したのち圧縮して転送されることができる。一つのピクセルの各色成分を表現するデータビットでは上位ビットが下位ビットより重要度が大きい。よって、ビデオデータを上位ビットのみで再構成して受信側に転送すると、受信側では受信品質の差をほとんど感じられないながらもデータレートを減らすことができる。
【００３９】
図８は、本発明の好ましい一実施例によるデータパケットフォーマット（ｄａｔａ ｐａｃｋｅｔ ｆｏｒｍａｔ）の一例を示す図である。データパケットは、ＰＬＣＰヘッダ、ＭＰＤＵ及びビームトラッキング（Ｂｅａｍ Ｔｒａｃｋｉｎｇ）フィールドを含む。ＰＬＣＰヘッダは、ＨＲＰプリアンブル、ＨＲＰヘッダ、ＭＡＣヘッダ及びＨＣＳフィールドで構成され、ＭＰＤＵは多数のＴＤＵ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｄａｔａ Ｕｎｉｔ）で構成される。ＨＲＰプリアンブルは、受信側、すなわちシンクデバイスで自動利得制御（ＡＧＣ：Ａｕｔｏｍａｔｉｃ Ｇａｉｎ Ｃｏｎｔｒｏｌ）、位相推定及びチャネル推定をできるようにするフィールドである。各ＴＤＵは、一つのＭＤＵ、テールビット及びパッドビットを含む。各ＴＤＵを、２つ以上のＭＤＵが含まれるように構成することも可能である。該当のＴＤＵを構成するビットの重要度を考慮して異なるコーディングレートを各ＴＤＵに適用する方式でチャネルコーディングを行なうことができる。
【００４０】
表１には、本発明の好ましい一実施例によるＨＲＰヘッダのデータフォーマットの一例を示す。本発明の好ましい一実施例によるＨＲＰヘッダは、ＭＰＤＵにＣＲＤコーディングが用いられたか否かを表す指示子と、ＣＲＤコーディングが用いられた場合、このＣＲＤコーディングと関連した情報を含む。
【００４１】
【表１】
ＨＲＰヘッダは、ＨＲＰモードインデックスフィールド、ＭＰＤＵ長フィールド、ビームトラッキングフィールド、エラー保護フィールド、ＵＥＰオフセットフィールド及びＣＲＤフィールドを含んで構成される。ＨＲＰモードインデックスフィールドは、ＭＰＤＵフィールドで使われたデータレート及び変調方式を表す。ＭＰＤＵ長フィールドは、ＭＰＤＵフィールドの長さを表し、ビームトラッキングフィールドは、ＭＰＤＵに続いてビームトラッキング情報が含まれているかを表す。エラー保護フィールドは、ＭＰＤＵにいかなるエラー保護方式が使われたかを表す。エラー保護方式としてはＥＥＰ（Ｅｑｕａｌ Ｅｒｒｏｒ Ｐｒｏｔｅｃｔｉｏｎ）、ＵＥＰ（Ｕｎｅｑｕａｌ Ｅｒｒｏｒ Ｐｒｏｔｅｃｔｉｏｎ）またはＣＲＤ方式を挙げることができる。ＵＥＰオフセットフィールドは、ＵＥＰ方式が使われた場合にＵＥＰコーディングが始まった位置を表すフィールドである。ＣＲＤフィールドは、ＭＰＤＵでＣＲＤ方式が使われた場合、ＣＲＤと関連した情報を提供する。例えば、１０ビットからなる各色情報の上位７ビットでＭＤＵを構成し、残りの下位３ビットを捨てたり（ｄｉｓｃａｒｄ）、圧縮して転送する場合、これと関連した情報を提供する。他の例として、それぞれ２４ビットで構成されるＲＧＢデータに対しては、各色情報の上位４ビットのみを受信側に転送することができる。
【００４２】
図６で、ソースデバイスのＭＡＣ／ＰＨＹレイヤーは、ＣＲＤコーディングを含むデータ処理を行ない、Ａ／Ｖデータをシンクデバイスに転送する［Ｓ８６］。シンクデバイスのＭＡＣ／ＰＨＹレイヤーは、受信したＡ／Ｖデータに対してＣＲＤデコーディングを含むデータ処理を行なった後［Ｓ８７］、ＣＲＤデコーディングされたデータをＡＶＣレイヤーに伝達する［Ｓ８８］。
【００４３】
図９は、シンクデバイスのＭＡＣ／ＰＨＹレイヤーで行なわれるＣＲＤデコーディング方式を説明するための図である。シンクデバイスのＭＡＣ／ＰＨＹレイヤーは、受信したデータパケットのＰＬＣＰヘッダに含まれたＣＲＤフィールドから、ソースデバイスで行なわれたＣＲＤコーディングと関連した情報、例えば、各ピクセルの各色情報でＭＤＵに含まれた上位ビットの個数、残り下位ビットの処理方式、下位ビットが圧縮された場合に圧縮方式などを獲得する。このシンクデバイスのＭＡＣ／ＰＨＹレイヤーは、ＣＲＤフィールドを通じて獲得した情報を用いて各ピクセルの色情報を復元する。この時、ソースデバイスでＣＲＤを行なう過程で下位ビットが捨てられた場合、捨てられたビットの平均値を埋めることによってＣＲＤコーディング前のデータを復元することが好ましい。例えば、４ビットが捨てられた場合、捨てられた４ビットは‘００００’〜‘１１１１’のうちのいずれか一つになるので、捨てられたビットをその平均値、すなわち‘０１１１’と仮定して埋め込む。平均値以外の特定値、例えば‘００００’または‘００１１’などの値を任意に埋め込んでも良い。ＣＲＤコーディング時に下位ビットが圧縮された場合、圧縮を解除して元来のデータを復元する。
【００４４】
本発明の一実施例によるＣＲＤコーディング方式は、デジタル変調方式の変更やチャネルコーディング時のコーディングレート変更方式と共に用いられることができる。すなわち、チャネル状況に応じて物理階層データレートを変更させるために、要求される物理階層データレートを算出し、ＣＲＤコーディング方式と、デジタル変調方式の変更及びコーディングレート変更のうち少なくとも一つとを一緒に適用し、算出された物理階層データレートに合わせるようにすることができる。
【００４５】
図１０は、本発明の一実施例によるデバイスの物理階層のブロック構成図である。図１０の実施例は、本発明の一特徴によるソースレートの調整を物理階層で行なうことができるようにシステム的に具現した例である。本発明の一実施例によるデバイスは、ビデオソースプロセッサ１０と、ＬＲＰ転送モジュール２０と、ＨＲＰ転送モジュール３０を含んで構成される。ビデオソースプロセッサ１０は、イメージスケーラ１１と、コンプレッサ１２と、ブロックインタリービングユニット１３と、データリオーダリングユニット１４と、を含む。
【００４６】
イメージスケーラ１１に入力されるＡ／Ｖデータのソースレートを調整するためにイメージスケーリング（ｉｍａｇｅ ｓｃａｌｉｎｇ）を行なう。イメージスケーリングは様々な方法で行なわれることができ、その例には次のような方法がある。その第一は、Ａ／Ｖデータの出力カラースペース（ｏｕｔｐｕｔ ｃｏｌｏｒ ｓｐａｃｅ）を減らす方法で、例えば、２４ビットの出力カラースペースを１０ビットに減らす方法である。第二は、ビデオ出力のピクセル数をスケーリングする方法で、例えば、１９２０×１０８０の解像度を１２８０×７２０に減らす方法である。第三は、ビデオ出力のフレームリフラッシュレート（ｆｒａｍｅ ｒｅｆｒｅｓｈ ｒａｔｅ）を調整する方法で、例えば６０ｆｂｐｓのビデオ出力を３０ｆｂｐｓに減らす方法である。第四は、オーディオ出力のサンプリングレートまたはビットサイズを変更させる方法で、例えば、４０ｋｈｚのサンプリングレートを２０ｋｈｚに減らしたり、１６ビットのビットサイズを８ビットに減らす方法である。第五は、上記のようなＣＲＤコーディング方式によってソースレートを調整する方法である。これらの方法はそれぞれ別個に行なわれても良く、または、２つ以上の方法を組み合わせて用いても良い。
【００４７】
イメージスケーラ１１によりデータ処理が行なわれたデータは、追加的にブロックインタリービングユニット１３及びデータリオーダリングユニット１４のうち少なくとも一つによりデータ処理され、ＨＲＰ転送モジュール３０に出力されることができる。他の方法として、ブロックインタリービングユニット１３及びデータリオーダリングユニット１４のうち少なくとも一つによりデータ処理される代わりに、直接ＨＲＰ転送モジュール３０に出力されても良い。
【００４８】
コンプレッサ１２は、入力されるビデオデータに対して損失圧縮（ｌｏｓｓｙ ｃｏｍｐｒｅｓｓｉｏｎ）または無損失圧縮（ｌｏｓｓｌｅｓｓ ｃｏｍｐｒｅｓｓｉｏｎ）を行ない、Ａ／Ｖデータのソースレートを調整する。図１１は、コンプレッサ１２の細部構成の一例を示す図である。図１１で、コンプレッサは、多数のサブユニットからなり、カラートランスフォーマ１２１と、イントラプレディクティブコーダ１２２と、量子化器１２３と、エントロピーコーダ１２４と、を含む。カラートランスフォーマ１２１は、カラースペースを変換し、ソースデータのカラーデータにダウンサンプリング（ｄｏｗｎ ｓａｍｐｌｉｎｇ）を行なう。例えば、ＲＧＢ４：４：４をＹＣｒＣｂ４：２：２に変換することでピクセルデータのビット数を減らすことができる。イントラプレディクティブコーダ１２２は、ＤＰＣＭ（Ｄｉｆｆｅｒｅｎｔｉａｌ Ｐｕｌｓｅ Ｃｏｄｅｄ Ｍｏｄｕｌａｔｉｏｎ）またはＭＰ（Ｍｅｄｉａｎ Ｐｒｅｄｉｃｔｉｏｎ）を用いてイメージ処理を行なうことで、空間リダンダンシ（ｓｐａｔｉａｌ ｒｅｄｕｎｄａｎｃｙ）を減少させる。量子化器１２３は、ログスケール（ｌｏｇａｒｉｔｈｍｉｃ ｓｃａｌｅ）でＬＳＢデータのビット数を減少させる。エントロピーコーダ１２４は、イントラプレディクティブコーダ１２２または量子化器１２３により処理されたビデオビットストリームの平均長さを效率的に減少させる。
【００４９】
コンプレッサ１２を構成するユニットの少なくとも２つ以上の組み合わせにより様々な方法で入力データを圧縮させることができる。この時、２種類の組み合わせが可能である。第一の方法は、無損失圧縮組み合わせ（ｌｏｓｓｌｅｓｓ ｃｏｍｐｒｅｓｓｉｏｎ ｃｏｍｂｉｎａｔｉｏｎ）で、イントラプレディクティブコーダ１２２及びエントロピーコーダ１２４により入力データを圧縮させると、データ損失無しでビデオデータの圧縮が可能になる。第二の方法は、損失圧縮組み合わせ（ｌｏｓｓｙ ｃｏｍｐｒｅｓｓｉｏｎ ｃｏｍｂｉｎａｔｉｏｎ）で、カラートランスフォーマ１２１及び量子化器１２３のいずれか一方でも含まれる組み合わせによりデータを圧縮すると、ビデオデータの損失が発生する。
【００５０】
ブロックインタリービングユニット１３及びデータリオーダリングユニット１４は、ＵＥＰを支援するためのモジュールである。ブロックインタリービングユニット１３は、ビデオデータに対してピクセル単位に一定の規則によってインタリービングを行なう。データリオーダリングユニット１４は、ＵＥＰが用いられる時にビデオデータに対してその重要度によってデータの位置を再配列する。再配列されたビデオデータに対しては重要度によって異なるコーディングレートを適用し、チャネルコーディングを行なう。
【００５１】
ＬＲＰ転送モジュール２０は、非同期データなどのような入力データをＬＲＰチャネルを通じて転送するためのデータ処理を行なう。ＨＲＰ転送モジュール３０は、ソースプロセッサ１０から出力されたＡ／ＶデータをＨＲＰチャネルを通じて転送するためのデータ処理を行なう。図１２及び図１３はそれぞれ、ＬＲＰ転送モジュール及びＨＲＰ転送モジュールの構成の一例を示すブロック構成図である。図１２及び図１３のＬＲＰ転送モジュール及びＨＲＰ転送モジュールは、ＯＦＤＭ方式によって入力データにデータ処理を行なう。各構成要素は公知のものであるので、その詳細な説明は省略する。
【００５２】
イメージスケーラ１１及びコンプレッサ１２は選択的に用いられることができる。したがって、送信側デバイスがイメージスケーラ１１及びコンプレッサ１２のいずれか一つを用いてソースレートを変更させたい場合にはこれと関連した情報を受信側に提供しなければならない。このため、送信側及び受信側は事前にシグナリング過程を通じてソースレートを調整するか否か及びその具体的方法に関する情報を交換してあらかじめ知っていなければならない。
【００５３】
以上で使われた用語は別のものに取り替えられることができる。例えば、デバイスは、使用者装置（または機器）、ステーション（ｓｔａｔｉｏｎ）等にすることができ、調整器は、調整（または制御）装置、調整（または制御）デバイス、調整（または制御）ステーション、コーディネータ（ｃｏｏｒｄｉｎａｔｏｒ）、ＰＮＣ（Ｐｉｃｏｎｅｔ ｃｏｏｒｄｉｎａｔｏｒ）などとすることができる。また、以上の実施例では、本発明の技術的特徴がＷＶＡＮに適用された例を中心に説明したが、本発明の技術的特徴は、ｐｅｅｒ−ｔｏ−ｐｅｅｒ通信システムまたは他の無線ネットワークシステムでも適用可能である。
【００５４】
以上の実施例は、本発明の構成要素と特徴が所定の形態で結合されたものである。各構成要素または特徴は別の明示的な言及がない限り選択的なものとして考慮されるべきである。各構成要素または特徴は、他の構成要素や特徴と結合されない形態で実施されても良く、一部構成要素及び／または特徴を結合して本発明の実施例を構成しても良い。本発明の実施例で説明される動作の順序は変更可能である。ある実施例の一部構成や特徴は他の実施例に含まれることができ、または、他の実施例の対応する構成または特徴と取り替えられることができる。また、特許請求の範囲で明示的な引用関係のない請求項を結合して実施例を構成したり、出願後の補正により新しい請求項として含めることもできることは明らかである。
【００５５】
本発明による実施例は、様々な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェアまたはそれらの結合などにより具現されることができる。ハードウェアによる具現の場合、本発明の実施例は一つまたはそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどにより具現されることができる。
【００５６】
ファームウエアやソフトウェアによる具現の場合、本発明の一実施例は、以上で説明された機能または動作を行なうモジュール、手続、関数などの形態で具現されることができる。ソフトウェアコードはメモリユニットに格納されてプロセッサーにより駆動されることができる。このメモリユニットはプロセッサの内部または外部に位置し、公知の様々な手段によりプロセッサとデータを交換することができる。
【００５７】
本発明の実施例によれば、無線通信システムまたは無線ネットワークで時間的に変化するチャネル状態に能動的に対処し、受信側における受信品質を一定水準以上に維持し続くことができる。また、本発明によるＣＲＤ技法によって物理階層データレートを制御することができる。
【００５８】
以上で説明した本発明の属する技術分野における当業者は、本発明がその技術的思想や必須特徴を変更することなく他の具体的な形態に実施できるということを理解することができる。したがって、以上で説明された実施例はいずれの面においても例示的であり、限定的に解釈されてはいけない。本発明の範囲は、上記の詳細な説明ではなく後述する特許請求の範囲によって定められ、よって、特許請求の範囲の意味及び範囲そしてその同等概念から導き出される変更または変形された形態はいずれも本発明の範囲に含まれるものと解釈されるべきである。
【産業上の利用可能性】
【００５９】
本発明は、ｐｅｅｒ−ｔｏ−ｐｅｅｒ通信システムまたは無線ネットワークでデバイス間のＡ／Ｖデータストリーム転送時に適用可能である。
【技術分野】
【０００１】
本発明は、無線通信システムに関するもので、より具体的には、無線通信システムにおけるリンク適応的（ｌｉｎｋ-ａｄａｐｔｉｖｅ）データ転送方法、リンク適応的データ転送のための制御方法、データ処理方法及びそのための使用者ディバイスに関する。
【背景技術】
【０００２】
無線チャネル（ｒａｄｉｏ ｃｈａｎｎｅｌ）を通じてオーディオまたはビデオデータを転送する場合、受信側における受信品質は、無線リンクの状態に多く影響を受ける。特に、ＤＶＤプレーヤー、カムコーダ、デジタルカメラ、ＰＣまたはネットワークからオーディオデータまたは動映像ストリームを無線で転送し、デジタルＴＶ（ＤＴＶ）またはＬＣＤモニターなどのようなディスプレイ装置（ｄｉｓｐｌａｙｅｒ）を介して実時間でディスプレイする場合、無線リンク状態の変化は、ディスプレイされる画面品質に深刻な劣化（ｄｅｔｅｒｉｏｒａｔｉｏｎ）を招く恐れがある。
【０００３】
このような状況で、等時性転送（ｉｓｏｃｈｒｏｎｏｕｓ ｔｒａｎｓｍｉｓｓｉｏｎ）は、ディスプレイ装置がオーディオまたは動映像ストリームを受信して画面に表示できるように一様な速度でデータ流れが続くのを保障する。しかし、等時性転送であっても受信側における受信品質を保障するためには元来のデータソースのデータレート（ｓｏｕｒｃｅ ｒａｔｅ）より大きいか、または、少なくとも等しいデータ転送率でデータ転送が可能なようにチャネル状態が維持されなければならない。
【０００４】
図１は、チャネル状態が変わ続く状況で受信品質が変化される状況を説明するための図である。上記のように、ディスプレイ装置が特定装置からオーディオまたは動映像ストリームを受信して画面に表示するためには、ソースデータのデータレート以上のデータ転送速度が保障されなければならない。図１で、実線は、一定以上の受信品質確保のために保障されるべきデータレートを表し、破線は、チャネル状態が変化することにしたがってシステムで支援可能なデータレートを表す。‘Ａ’領域は、支援可能なデータレートが、要求されるデータレートよりも高い領域で、一定水準以上の受信品質の確保が可能である。‘Ｂ’領域は、チャネル状態がますます悪化し、支援可能なデータレートと要求されるデータレートとがほとんど同一な水準の領域で、受信側における受信誤り率（ｅｒｒｏｒ ｒａｔｅ）が増加し、結果として受信品質が次第に悪くなる。‘Ｃ’領域は、チャネル状態が非常に悪くなり、支援可能なデータレートが要求されるデータレートよりもはるかに低くなる領域で、動映像では画面がぼける状態が続く等、受信品質が非常に悪化してしまう。
【０００５】
以上で説明したように、高速の大容量オーディオまたはビデオストリームを無線リンクを通じて転送する場合、無線リンクの状態は受信品質に大きな影響を及ぼす。特に、ディスプレイ装置が他の装置からオーディオまたは動映像ストリームを受信して画面に表示する等時性転送では、チャネル状態の変化が受信品質に重大な悪影響を及ぼすことができるから、無線通信システムでチャネル状態の変化に適応的に対応できる方法が要求される。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、上記のような従来技術の問題点を解決するためのもので、その目的は、無線通信システムまたは無線ネットワークでチャネル状態の変化に適応的に対応できる方法を提供することにある。
【０００７】
本発明の他の目的は、無線通信システムまたは無線ネットワークでチャネル状態に適応的に対応できるようにするための送信側特定プロトコルレイヤーにおける制御方法及びデータ処理方法を提供することにある。
【０００８】
本発明のさらに他の目的は、物理階層データレートを制御するためのデータ処理方法及びそのための使用者ディバイスを提供することにある。
【課題を解決するための手段】
【０００９】
無線通信システム上で特定装置が他の装置からオーディオまたは動映像ストリームを受信して一定水準以上の品質を保障しながら出力するためには、ソースデータのデータレート（以下、‘ソースレート’という。）以上のデータ転送速度が継続して支援されなければならない。可変的な状態を持つ無線リンク上でソースレート以上のデータ転送速度を継続して支援できる方法には、下記の２つを考慮することができる。
【００１０】
その第一は、可変的なチャネル状態に応じてシステムで支援できるデータ転送速度を可変させることである。すなわち、チャネル状態が悪化する状況で、システムは使用可能なチャネル資源の全てを用いて支援可能なデータ転送速度を上げることによって、悪化したチャネル状態を考慮してもデータ転送速度をソースレートに合わせることができる方法である。しかし、チャネル資源が限定されている点から、この方法は限界を持たざるをえない。
【００１１】
第二は、可変的なチャネル状態に応じてソースレートを変化させることによって、システムで支援しなければならないデータ転送速度を可変させる方法である。すなわち、チャネル状態が悪化する場合、システムが支援できるデータ転送速度は低くならざるをえないので、低くなるデータ転送速度に合わせてソースレートも低くすることによって、ソースレートとシステムで支援可能なデータ転送速度間のバランスを維持する方法である。
【００１２】
図２は、上記した第二の方法をより具体的に説明するための図である。図２で、‘Ａ’領域は、ソースレートによって要求されるデータ転送速度よりもシステムで支援できるデータ転送速度が高い領域で、この領域では受信側において特別な問題は発生しない。次第にチャネル状態が悪くなる場合、ソースレートをそのまま維持すると、システムで支援できるデータ転送速度がソースレートによって要求されるデータ転送速度よりも低くなるので、受信側における受信品質は顕著に悪化することとなる。このような状態を防止するために、図２の‘Ｂ’領域で、ソースレートによって要求されるデータ転送速度をシステムで支援可能なデータ転送速度以下に下げることによって、受信側で動映像の画面がぼける等の極端な受信品質低下現象を防止することができる。例えば、１０８０ｐのデータフォーマットを有するＡ／Ｖデータストリームを転送する途中にチャネル状態が悪くなったことに気付くと、送信装置でこのＡ／Ｖデータストリームのデータフォーマットを１０８０ｉに変更し、ソースレートを下げることができる。
【００１３】
本発明の一実施様相によるデータ転送方法によれば、無線ネットワークまたは無線通信ステムの送信デバイスで、第１データフォーマットを有するＡ／Ｖデータストリームを受信デバイスに転送する過程で、前記受信デバイスにＡ／Ｖデータストリームを転送するためのチャネルの品質が変更された場合、前記受信デバイスに転送するＡ／Ｖデータストリームのデータフォーマットを第２データフォーマットに変更することを決定する。前記送信デバイスは、前記第２データフォーマットを有するＡ／Ｖデータストリームを前記受信デバイスに転送する。
【００１４】
本発明の他の実施様相による制御方法によれば、無線ネットワークまたは無線通信システムに含まれる送信デバイスで、第１データフォーマットを有するＡ／Ｖデータストリームを受信デバイスに転送する。前記Ａ／Ｖデータストリームが転送されるチャネルの品質が変更された場合、前記送信デバイスの第１プロトコル階層から上位階層にチャネル品質が変更されたことを通知し、前記上位階層で、前記受信デバイスに転送するＡ／Ｖデータストリームのデータフォーマットを第２データフォーマットに変更することを決定する。前記送信デバイスは、前記第２データフォーマットを有するＡ／Ｖデータストリームを前記受信デバイスに転送する。
【００１５】
本発明のさらに他の実施様相によるデータ処理方法は、ビデオデータを転送する送信装置のプロトコル階層におけるリンク適応的データ転送のためのデータ処理方法であって、上位階層からビデオフレームを構成するピクセルの色情報を示すデータビットを受け取る段階と、各ピクセルの各色情報を示す全体データビットの中から選択された一部データビットを含む第１データユニットを形成する段階と、少なくとも２つ以上の第１データユニットを含む第２データユニットを生成する段階と、を含んでなることができる。
【００１６】
本発明のさらに他の実施様相による使用者デバイスは、入力されるオーディオまたはビデオデータのソースレートを調整するイメージスケーラと、入力データを低速チャネルを通じて転送するためにデータ処理を行なう第１データ処理モジュールと、前記イメージスケーラによりソースレートが調整されたオーディオまたはビデオデータを高速チャネルを通じて転送するためにデータ処理を行なう第２データ処理モジュールと、を含んでなることができる。
【図面の簡単な説明】
【００１７】
【図１】チャネル状態が変わり続く状況で受信品質が変化する状況を説明するための図である。
【図２】本発明の概念的特徴を説明するための図である。
【図３】ＷＶＡＮの構成の一例を示す図である。
【図４】既に設定されたＷＶＡＮでソースディバイスからシンクディバイスにＡ/Ｖデータストリームを転送するために連結を設定する過程を説明するためのフローチャートである。
【図５】本発明の好ましい一実施例による手続を示すフローチャートである。
【図６】本発明の好ましい他の実施例による手続を示すフローチャートである。
【図７】本発明の好ましい一実施例による物理階層におけるデータレートを変更できる方式の一例を示す図である。
【図８】本発明の好ましい一実施例によるデータパケットフォーマットの一例を示す図である。
【図９】本発明の好ましい一実施例によってシンクディバイスのＭＡＣ／ＰＨＹレイヤーで行なわれるＣＲＤデコーディング方式を説明するための図である。
【図１０】本発明の一実施例によるディバイスの物理階層のブロック構成図である。
【図１１】図１０のコンプレッサ１２の細部構成の一例を示す図である。
【図１２】図１２及び図１３は、それぞれＬＲＰ転送モジュール及びＨＲＰ転送モジュールの構成の一例を示すブロック構成図である。
【図１３】図１２及び図１３は、それぞれＬＲＰ転送モジュール及びＨＲＰ転送モジュールの構成の一例を示すブロック構成図である。
【発明を実施するための形態】
【００１８】
以下で添付の図面を参照しつつ説明される本発明の好ましい実施例によって本発明の構成、作用及び他の特徴が容易に理解されることができる。以下の実施例は、本発明の技術的特徴が無線私設網（ＷＰＡＮ：Ｗｉｒｅｌｅｓｓ Ｐｒｉｖａｔｅ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）の一種であるＷＶＡＮ（Ｗｉｒｅｌｅｓｓ Ｖｉｄｅｏ Ａｒｅａ Ｎｅｔｗｏｒｋ）に適用された例とする。ＷＶＡＮは、６０ＧＨｚ帯の周波数帯域を用いて１０ｍ以内の近距離で１０８０ｐのＡ／Ｖストリームを圧縮無しで転送するように４．５Ｇｂｐｓ以上のスループット（ｔｈｒｏｕｇｈｐｕｔ）を提供できる無線ネットワークである。
【００１９】
図３は、ＷＶＡＮの構成の一例を示す図である。ＷＶＡＮは、２つ以上の使用者デバイス３１〜３５で構成され、そのうちの一つのデバイスは調整器（ｃｏｏｒｄｉｎａｔｏｒ）３１として動作する。調整器３１は、ＷＶＡＮの基本タイミングを提供し、ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）要求事項を制御する等の役割を果たす。すなわち、ＷＶＡＮは、物理階層としてＨＲＰ（ｈｉｇｈ−ｒａｔｅ ｐｈｙｓｉｃａｌ ｌａｙｅｒ）とＬＲＰ（ｌｏｗ−ｒａｔｅ ｐｈｙｓｉｃａｌ ｌａｙｅｒ）を支援する。ＨＲＰは、１Ｇｂｐｓ以上のデータ転送速度を支援できる物理階層であり、ＬＲＰは、数Ｍｂｐｓのデータ転送速度を支援する物理階層である。ＨＲＰは、高志向性（ｈｉｇｈｌｙ ｄｉｒｅｃｔｉｏｎａｌ）であって、ユニキャスト連結（ｕｎｉｃａｓｔ ｃｏｎｎｅｃｔｉｏｎ）を通じて等時性（ｉｓｏｃｈｒｏｎｏｕｓ）データストリーム、非同期データ、ＭＡＣ命令語（ｃｏｍｍａｎｄ）及びＡ／Ｖ制御データの転送に用いられる。ＬＲＰは、指向性または全方向性（ｏｍｎｉ−ｄｉｒｅｃｔｉｏｎａｌ）モードを支援し、ユニキャストまたは放送を通じてビーコン、非同期データ、ＭＡＣ命令語の転送などに用いられる。
【００２０】
図４は、既に設定されたＷＶＡＮで第１デバイス（制御器）の制御下に、ソース（ｓｏｕｒｃｅ）デバイスからシンク（ｓｉｎｋ）デバイスにＡ／Ｖ（ａｕｄｉｏ ａｎｄ ｖｉｄｅｏ）データストリームを転送するために連結（ｃｏｎｎｅｃｔｉｏｎ）を設定する過程を説明するためのフローチャートである。図４の例では、シンクデバイスがＷＶＡＮの調整器（ｃｏｏｒｄｉｎａｔｏｒ）として動作するが、別のデバイスが調整器として動作しても良い。各デバイスは、プロトコル階層として物理階層（ＰＨＹ）、媒体接続階層（ＭＡＣ）及びＡＶＣ階層を含んで構成される。ＡＶＣ階層は、ＡＶＣメッセージを用いてＷＶＡＮにおいてソースデバイスとシンクデバイス間のＡ／Ｖストリーム連結を制御し、他のデバイスを制御（電源オン／オフ（ｏｎ／ｏｆｆ）、再生／停止（ｐｌａｙ／ｓｔｏｐ）等）し、クロック同期（ピクセルクロック、オーディオクロック、オーディオ及びビデオ間の同期）を制御する。
【００２１】
図４を参照すると、第１デバイスは、シンクデバイスとソースデバイスに連結要請メッセージ（ＣＯＮＮＥＣＴ＿ＲＥＱＵＥＳＴ）を転送する［Ｓ４１、Ｓ４５］。この連結要請メッセージは、Ａ／Ｖストリームが転送される宛先デバイス、すなわち、シンクデバイスのＩＤ（ＤＥＶＩＤ）と、ソースデバイスのＩＤ及び動作コード（ｏｐｅｒａｔｉｏｎ ｃｏｄｅ）を含む。連結要請メッセージを受信したシンクデバイスとソースデバイスは、連結手続（ｃｏｎｎｅｃｔｉｏｎ ｐｒｏｃｅｓｓ）を行なった後、第１デバイスに連結応答メッセージ（ＣＯＮＮＥＣＴ＿ＲＥＳＰＯＮＳＥ）を転送する［Ｓ４４，Ｓ４８］。
【００２２】
ソースデバイスはシンクデバイスと連結を設定した後に、該シンクデバイスが支援するデータフォーマット情報を得るためにシンクデバイスに入力フォーマット要請メッセージ（ＩＮＰＵＴ＿ＦＯＲＭＡＴ＿ＲＥＱＵＥＳＴ）を転送する［Ｓ４９］。この入力フォーマット要請メッセージを受信したシンクデバイスは、入力フォーマット応答メッセージ（ＩＮＰＵＴ＿ＦＯＲＭＡＴ＿ＲＥＳＰＯＮＳＥ）をソースデバイスに転送し、シンクデバイスが支援するデータフォーマット情報を知らせる［Ｓ５０］。続いて、シンクデバイスは、転送するＡ／Ｖデータのデータフォーマット情報（ＡＶＩ ＩｎｆｏＰａｃｋｅｔ、Ａｕｄｉｏ ＩｎｆｏＰａｃｋｅｔ）を含む出力フォーマット要請メッセージ（ＯＵＴＰＵＴ＿ＦＯＲＭＡＴ＿ＲＥＱＵＥＳＴ）をソースデバイスに転送し［Ｓ５１］、ソースデバイスはこれに対する応答メッセージ（ＯＵＴＰＵＴ＿ＦＯＲＭＡＴ＿ＲＥＳＰＯＮＳＥ）をシンクデバイスに転送する［Ｓ５２］。
【００２３】
ソースデバイスのＡＶＣレイヤーは、上記出力フォーマット要請メッセージに含まれたオーディオ／ビデオフォーマット情報に基づいて帯域幅を予約することを指示するために、ＭＡＣレイヤーにＢＷ−ＲＥＳＥＲＶＡＴＩＯＮ．ｒｅｑプリミティブを転送する［Ｓ５３］。このＢＷ−ＲＥＳＥＲＶＡＴＩＯＮ．ｒｅｑプリミティブは、ソースデバイスによりシンクデバイスにＡ／Ｖデータストリームを転送するために要求されるデータレート情報を含む。
【００２４】
ソースデバイスのＭＡＣレイヤーは、調整器のＭＡＣレイヤーと帯域幅予約（ｂａｎｄｗｉｄｔｈ ｒｅｓｅｒｖａｔｉｏｎ）手続を行なう［Ｓ５４］。帯域幅予約手続が成功的に終了すると、ソースデバイスのＭＡＣレイヤーはＡＶＣレイヤーにＢＷ−ＲＥＳＥＲＶＡＴＩＯＮ．ｒｓｐプリミティブを伝達し、帯域幅が成功的に割り当てられたことを知らせる［Ｓ５５］。すると、ソースデバイスはシンクデバイスに、予約されたチャネル資源を通じてＡ／Ｖストリームを転送する［Ｓ５６］。
【００２５】
図５は、本発明による好ましい一実施例による手続を示すフローチャートである。図５は、ソースデバイスとシンクデバイス間にＡ／Ｖデータストリーム転送のための連結が設定された後に、チャネル状態が変化することにしたがってＡ／Ｖデータストリームのデータフォーマットを変更させることによってソースレートを制御する実施例に関する。
【００２６】
図５の実施例は、ソースデバイスがオーディオまたはビデオストリームのデータフォーマットを変更させることによってソースレートを可変させうるような性能を保有していることを前提とする。例えば、ビデオデータストリームの場合、ソースレートは、解像度、各ピクセルを構成するＲＧＢまたはＹＣｂＣｒデータのビット数、フレームのリフラッシュレート（ｒｅｆｒｅｓｈ ｒａｔｅ）などにより決定されるので、これらの決定因子を変更させることによってソースレートを変更させることができる。オーディオデータストリームの場合は、オーディオ出力のサンプリングレートやビットサイズ（ｂｉｔｓ ｓｉｚｅ）を変更させることによってソースレートを変化させることができる。
【００２７】
図５を参照すると、シンクデバイスは、ソースデバイスから転送されるデータパケットからチャネルの状態及び信号の品質を測定する。このシンクデバイスは、測定されたチャネルの状態及び信号の品質に基づいてＰＥＲ（Ｐｉｘｅｌ Ｅｒｒｏｒ Ｒａｔｅ）、ＢＥＲ（Ｂｉｔ Ｅｒｒｏｒ Ｒａｔｅ）、ＳＮＲなどのようなチャネル品質（または、信号品質）情報を生成し、これをリンク推薦応答メッセージ（Ｌｉｎｋ Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ Ｒｅｓｐｏｎｓｅ）を通じてソースデバイスに転送する［Ｓ６２］。リンク推薦応答メッセージは、ソースデバイスがシンクデバイスに転送したリンク推薦要請メッセージ［Ｓ６１］に対する応答として転送されることができる。シンクデバイスは、ソースデバイスがリンク推薦要請メッセージを転送しなかった場合においても、自体的な判断によって、例えば、チャネル状態が急激に悪化する場合に、リンク推薦応答メッセージを転送することができる。ソースデバイスが多数のリンク適応技法を使用できる場合に、シンクデバイスはリンク推薦応答メッセージを通じて特定リンク適応技法を使用することを推薦することができる。あるいは、ソースデバイスは、シンクデバイスから受信する信号を用いて直接チャネル品質を測定しても良い。
【００２８】
ソースデバイスのＰＨＹ階層は、シンクデバイスから転送されたリンク推薦応答メッセージに含まれたチャネル品質情報またはソースデバイスが直接測定したチャネル品質により把握される現在のチャネル状態に適当な物理階層のデータレートを選択し、選択されたデータレートに変更し［Ｓ６３］、物理階層のデータレートが変更された事実及び変更された物理階層データレートをＰＨＹＲａｔｅＣｈａｎｇｅ．ｉｎｄプリミティブを通じてＡＶＣ階層に伝達する［Ｓ６４］。物理階層のデータレートは、変調（ｍｏｄｕｌａｔｉｏｎ）方式やチャネルコーディング時のコーディングレートを可変させることによって変更させることができる。
【００２９】
ソースデバイスのＡＶＣ階層は、当該変更された物理階層データレートに合わせて変更されるソースレートを算出し、算出されたソースレートに応じて変更されて出力されるＡ／Ｖデータストリームのデータフォーマットを決定する［Ｓ６５］。例えば、変更前に非圧縮（ｕｎｃｏｍｐｒｅｓｓｅｄ）１０８０ｐのデータフォーマットを有するＡ／Ｖデータストリームを転送していた場合にチャネル状態が悪化すると、転送されるＡ／Ｖデータストリームのデータフォーマットを非圧縮１０８０ｉに変更するように決定することができる。
【００３０】
ソースデバイスのＡＶＣレイヤーは、シンクデバイスに、変更されたＡ／Ｖデータストリームのデータフォーマットと関連した情報を知らせるために出力フォーマット変更要請メッセージ（ＯＵＴＰＵＴ＿ＣＨＡＮＧＥ＿ＲＥＱ）を転送し［Ｓ６６］、このシンクデバイスからそれに対する応答メッセージ（ＯＵＴＰＵＴ＿ＣＨＡＮＧＥ＿ＲＳＰ）を受信する［Ｓ６７］。この出力フォーマット変更要請メッセージは、変更されたＡ／Ｖデータストリームのデータフォーマット情報を含む。このデータフォーマット情報は、データタイプ（ビデオまたはオーディオ）とデータタイプに対応する変更されたデータフォーマットを含む。
【００３１】
ソースデバイスは、変更されたソースレートによって要求されるチャネル資源を要請するために帯域幅予約手続を行なう。すなわち、ソースデバイスのＡＶＣレイヤーが、変更されたソースレートによってＭＡＣレイヤーに帯域幅変更要請をすると［Ｓ６８］、このＭＡＣレイヤーはシンクデバイスのＭＡＣレイヤーに帯域幅要請メッセージを転送し［Ｓ６９］、それに対する応答メッセージを受信する［Ｓ７２］。このソースデバイスのＭＡＣレイヤーは、帯域幅予約手続が成功的に完了したことをＡＶＣレイヤーに伝達する［Ｓ７３］。すると、ソースデバイスのＡＶＣレイヤーはその上位レイヤーに、Ｓ６５段階で決定されたソースレート情報またはＡ／Ｖデータフォーマット情報を伝達する［Ｓ７３］。この上位レイヤーはまたはＡＶＣレイヤーは、変更されたソースレート情報またはＡ／Ｖデータストリームのデータフォーマット情報によってＡ／Ｖデータストリームのデータフォーマットを変更し、Ａ／Ｖデータストリームを転送する［Ｓ７５］。
【００３２】
図６は、本発明の好ましい他の実施例による手続を示すフローチャートである。図６は、図５と同様に、図４の手続によってソースデバイスとシンクデバイス間にＡ／Ｖデータストリーム転送のための連結が設定された後に、チャネル状態が変化することにしたがってソースレートを変更させる実施例を説明する。
【００３３】
図６を参照すると、ソースデバイスのＭＡＣ／ＰＨＹレイヤーからシンクデバイスのＭＡＣ／ＰＨＹレイヤーにリンク推薦要請メッセージ（Ｌｉｎｋ Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ Ｒｅｑｕｅｓｔ）を転送し［Ｓ８１］、それに対する応答としてシンクデバイスのＭＡＣ／ＰＨＹレイヤーからソースデバイスのＭＡＣ／ＰＨＹレイヤーにリンク推薦応答メッセージ（Ｌｉｎｋ Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ Ｒｅｓｐｏｎｓｅ）を転送する［Ｓ８２］。このリンク推薦要請メッセージ及びリンク推薦応答メッセージの詳細は、図５で説明した通りである。
【００３４】
ソースデバイスのＭＡＣ／ＰＨＹレイヤーは、リンク推薦応答メッセージに含まれたチャネル品質情報が提供する現在のチャネル状態に適合した物理階層のデータレートを算出する［Ｓ８３］。例えば、シンクデバイスがチャネル品質情報として提供したＰＥＲ（Ｐｉｘｅｌ Ｅｒｒｏｒ Ｒａｔｅ）またはＢＥＲ（Ｂｉｔ Ｅｒｒｏｒ Ｒａｔｅ）が既に設定された臨界値以上であれば、現在のチャネル状態が悪化したことを意味する。チャネル状態が悪化した状況で現在の物理階層データレートを維持すると、受信側、すなわちシンクデバイスにおけるＰＥＲまたはＢＥＲなどのチャネル品質パラメータは、引き続き悪い状態を維持することとなる。したがって、チャネル状態が悪化すると、物理階層データレートを下げなければならない。そうしないと、受信側におけるＰＥＲまたはＢＥＲなどのチャネル品質パラメータで評価されうる受信品質を改善させることができなくなる。
【００３５】
物理チャネルで物理階層データレートを変更させうる例として、デジタル変調（ｄｉｇｉｔａｌ ｍｏｄｕｌａｔｉｏｎ）方式の変更やチャネルコーディング時のコーディングレート（ｃｏｄｉｎｇ ｒａｔｅ）の変更などを挙げることができる。デジタル変調は、データビットをシンボルにマッピングさせることを意味し、デジタル変調方式の変更によって一つのシンボルにマッピングされるデータビットの個数を増やしたり減らしたりする方式で物理階層データレートを変更させることができる。例えば、ＷＶＡＮではシンボルマッピング方式としてＱＰＳＫや１６−ＱＡＭなどを使用することができるが、１６−ＱＡＭからＱＰＳＫにマッピング方式を変更すると、一つのシンボルにマッピングされるデータビットの個数が減るので物理階層コーディングレートは減少する。このコーディングレートは、チャネルコーディングにより情報ビットに付加されるパリティビットと関連したパラメーターで、コーディングレートを変更することによって有効データレートを可変させることができる。チャネルコーディングが行なわれるデータ単位、例えば、フレームごとにコーディングレートを可変させる方式も可能である。
【００３６】
図７は、本発明の好ましい一実施例による物理階層におけるデータレートを変更できる方式の一例を説明するための図である。デジタルビデオデータは、動映像を構成する連続したフレームをデジタル化したデータで、一つのフレームは解像度によって異なる数多くのピクセル（ｐｉｘｅｌｓ）で構成される。各ピクセルは、ＲＧＢ、ＹＣｂＣｒなどのように各色成分を表現するデータを含む。例えば、ＲＧＢ方式の場合、一つのピクセルは、８ビット、１０ビットまたは１２ビットの赤（ｒｅｄ）、緑（Ｇｒｅｅｎ）、青（Ｂｌｕｅ）の成分で表現されることができる。図７の例は、上位階層から伝達されたＲＧＢデータの大きさを物理階層で再調整（ｒｅｏｒｄｅｒｉｎｇ）する実施例である。以下、このようなデータ処理方式をＣＲＤコーディング（Ｃｏｌｏｒ Ｒｅｄｕｃｔｉｏｎ Ｃｏｄｉｎｇ）方式と称する。
【００３７】
再び図６を参照すると、ソースデバイスのＭＡＣ／ＰＨＹレイヤーはＡＶＣレイヤーからＡ／Ｖデータを伝達を受け取る［Ｓ８４］。このソースデバイスのＭＡＣ／ＰＨＹレイヤーは、ＡＶＣレイヤーから伝達されたＡ／ＶデータにＣＲＤコーディングを行なう［Ｓ８５］。このＣＲＤコーディング方式を図７に基づいてより具体的に説明すると、下記の通りである。
【００３８】
図７で、ＣＲＤコーディングにより、各色成分を構成する多数のビットのうち、所定個数のＬＳＢ（Ｌｅａｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ）以外の残りのＭＳＢ（Ｍｏｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ）で別のデータユニット（以下、‘ＭＤＵ（ＭＳＢ Ｄａｔａ Ｕｎｉｔ）'という。）を構成する。例えば、各色成分が１０ビットで表現される場合、各色成分の上位７個のビットで一つのＭＤＵを構成することができる。この時、ＭＤＵ構成において除外される３個のビットは捨てられたり、または、各色成分の下位３ビットで別のデータユニットを構成したのち圧縮して転送されることができる。一つのピクセルの各色成分を表現するデータビットでは上位ビットが下位ビットより重要度が大きい。よって、ビデオデータを上位ビットのみで再構成して受信側に転送すると、受信側では受信品質の差をほとんど感じられないながらもデータレートを減らすことができる。
【００３９】
図８は、本発明の好ましい一実施例によるデータパケットフォーマット（ｄａｔａ ｐａｃｋｅｔ ｆｏｒｍａｔ）の一例を示す図である。データパケットは、ＰＬＣＰヘッダ、ＭＰＤＵ及びビームトラッキング（Ｂｅａｍ Ｔｒａｃｋｉｎｇ）フィールドを含む。ＰＬＣＰヘッダは、ＨＲＰプリアンブル、ＨＲＰヘッダ、ＭＡＣヘッダ及びＨＣＳフィールドで構成され、ＭＰＤＵは多数のＴＤＵ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｄａｔａ Ｕｎｉｔ）で構成される。ＨＲＰプリアンブルは、受信側、すなわちシンクデバイスで自動利得制御（ＡＧＣ：Ａｕｔｏｍａｔｉｃ Ｇａｉｎ Ｃｏｎｔｒｏｌ）、位相推定及びチャネル推定をできるようにするフィールドである。各ＴＤＵは、一つのＭＤＵ、テールビット及びパッドビットを含む。各ＴＤＵを、２つ以上のＭＤＵが含まれるように構成することも可能である。該当のＴＤＵを構成するビットの重要度を考慮して異なるコーディングレートを各ＴＤＵに適用する方式でチャネルコーディングを行なうことができる。
【００４０】
表１には、本発明の好ましい一実施例によるＨＲＰヘッダのデータフォーマットの一例を示す。本発明の好ましい一実施例によるＨＲＰヘッダは、ＭＰＤＵにＣＲＤコーディングが用いられたか否かを表す指示子と、ＣＲＤコーディングが用いられた場合、このＣＲＤコーディングと関連した情報を含む。
【００４１】
【表１】
ＨＲＰヘッダは、ＨＲＰモードインデックスフィールド、ＭＰＤＵ長フィールド、ビームトラッキングフィールド、エラー保護フィールド、ＵＥＰオフセットフィールド及びＣＲＤフィールドを含んで構成される。ＨＲＰモードインデックスフィールドは、ＭＰＤＵフィールドで使われたデータレート及び変調方式を表す。ＭＰＤＵ長フィールドは、ＭＰＤＵフィールドの長さを表し、ビームトラッキングフィールドは、ＭＰＤＵに続いてビームトラッキング情報が含まれているかを表す。エラー保護フィールドは、ＭＰＤＵにいかなるエラー保護方式が使われたかを表す。エラー保護方式としてはＥＥＰ（Ｅｑｕａｌ Ｅｒｒｏｒ Ｐｒｏｔｅｃｔｉｏｎ）、ＵＥＰ（Ｕｎｅｑｕａｌ Ｅｒｒｏｒ Ｐｒｏｔｅｃｔｉｏｎ）またはＣＲＤ方式を挙げることができる。ＵＥＰオフセットフィールドは、ＵＥＰ方式が使われた場合にＵＥＰコーディングが始まった位置を表すフィールドである。ＣＲＤフィールドは、ＭＰＤＵでＣＲＤ方式が使われた場合、ＣＲＤと関連した情報を提供する。例えば、１０ビットからなる各色情報の上位７ビットでＭＤＵを構成し、残りの下位３ビットを捨てたり（ｄｉｓｃａｒｄ）、圧縮して転送する場合、これと関連した情報を提供する。他の例として、それぞれ２４ビットで構成されるＲＧＢデータに対しては、各色情報の上位４ビットのみを受信側に転送することができる。
【００４２】
図６で、ソースデバイスのＭＡＣ／ＰＨＹレイヤーは、ＣＲＤコーディングを含むデータ処理を行ない、Ａ／Ｖデータをシンクデバイスに転送する［Ｓ８６］。シンクデバイスのＭＡＣ／ＰＨＹレイヤーは、受信したＡ／Ｖデータに対してＣＲＤデコーディングを含むデータ処理を行なった後［Ｓ８７］、ＣＲＤデコーディングされたデータをＡＶＣレイヤーに伝達する［Ｓ８８］。
【００４３】
図９は、シンクデバイスのＭＡＣ／ＰＨＹレイヤーで行なわれるＣＲＤデコーディング方式を説明するための図である。シンクデバイスのＭＡＣ／ＰＨＹレイヤーは、受信したデータパケットのＰＬＣＰヘッダに含まれたＣＲＤフィールドから、ソースデバイスで行なわれたＣＲＤコーディングと関連した情報、例えば、各ピクセルの各色情報でＭＤＵに含まれた上位ビットの個数、残り下位ビットの処理方式、下位ビットが圧縮された場合に圧縮方式などを獲得する。このシンクデバイスのＭＡＣ／ＰＨＹレイヤーは、ＣＲＤフィールドを通じて獲得した情報を用いて各ピクセルの色情報を復元する。この時、ソースデバイスでＣＲＤを行なう過程で下位ビットが捨てられた場合、捨てられたビットの平均値を埋めることによってＣＲＤコーディング前のデータを復元することが好ましい。例えば、４ビットが捨てられた場合、捨てられた４ビットは‘００００’〜‘１１１１’のうちのいずれか一つになるので、捨てられたビットをその平均値、すなわち‘０１１１’と仮定して埋め込む。平均値以外の特定値、例えば‘００００’または‘００１１’などの値を任意に埋め込んでも良い。ＣＲＤコーディング時に下位ビットが圧縮された場合、圧縮を解除して元来のデータを復元する。
【００４４】
本発明の一実施例によるＣＲＤコーディング方式は、デジタル変調方式の変更やチャネルコーディング時のコーディングレート変更方式と共に用いられることができる。すなわち、チャネル状況に応じて物理階層データレートを変更させるために、要求される物理階層データレートを算出し、ＣＲＤコーディング方式と、デジタル変調方式の変更及びコーディングレート変更のうち少なくとも一つとを一緒に適用し、算出された物理階層データレートに合わせるようにすることができる。
【００４５】
図１０は、本発明の一実施例によるデバイスの物理階層のブロック構成図である。図１０の実施例は、本発明の一特徴によるソースレートの調整を物理階層で行なうことができるようにシステム的に具現した例である。本発明の一実施例によるデバイスは、ビデオソースプロセッサ１０と、ＬＲＰ転送モジュール２０と、ＨＲＰ転送モジュール３０を含んで構成される。ビデオソースプロセッサ１０は、イメージスケーラ１１と、コンプレッサ１２と、ブロックインタリービングユニット１３と、データリオーダリングユニット１４と、を含む。
【００４６】
イメージスケーラ１１に入力されるＡ／Ｖデータのソースレートを調整するためにイメージスケーリング（ｉｍａｇｅ ｓｃａｌｉｎｇ）を行なう。イメージスケーリングは様々な方法で行なわれることができ、その例には次のような方法がある。その第一は、Ａ／Ｖデータの出力カラースペース（ｏｕｔｐｕｔ ｃｏｌｏｒ ｓｐａｃｅ）を減らす方法で、例えば、２４ビットの出力カラースペースを１０ビットに減らす方法である。第二は、ビデオ出力のピクセル数をスケーリングする方法で、例えば、１９２０×１０８０の解像度を１２８０×７２０に減らす方法である。第三は、ビデオ出力のフレームリフラッシュレート（ｆｒａｍｅ ｒｅｆｒｅｓｈ ｒａｔｅ）を調整する方法で、例えば６０ｆｂｐｓのビデオ出力を３０ｆｂｐｓに減らす方法である。第四は、オーディオ出力のサンプリングレートまたはビットサイズを変更させる方法で、例えば、４０ｋｈｚのサンプリングレートを２０ｋｈｚに減らしたり、１６ビットのビットサイズを８ビットに減らす方法である。第五は、上記のようなＣＲＤコーディング方式によってソースレートを調整する方法である。これらの方法はそれぞれ別個に行なわれても良く、または、２つ以上の方法を組み合わせて用いても良い。
【００４７】
イメージスケーラ１１によりデータ処理が行なわれたデータは、追加的にブロックインタリービングユニット１３及びデータリオーダリングユニット１４のうち少なくとも一つによりデータ処理され、ＨＲＰ転送モジュール３０に出力されることができる。他の方法として、ブロックインタリービングユニット１３及びデータリオーダリングユニット１４のうち少なくとも一つによりデータ処理される代わりに、直接ＨＲＰ転送モジュール３０に出力されても良い。
【００４８】
コンプレッサ１２は、入力されるビデオデータに対して損失圧縮（ｌｏｓｓｙ ｃｏｍｐｒｅｓｓｉｏｎ）または無損失圧縮（ｌｏｓｓｌｅｓｓ ｃｏｍｐｒｅｓｓｉｏｎ）を行ない、Ａ／Ｖデータのソースレートを調整する。図１１は、コンプレッサ１２の細部構成の一例を示す図である。図１１で、コンプレッサは、多数のサブユニットからなり、カラートランスフォーマ１２１と、イントラプレディクティブコーダ１２２と、量子化器１２３と、エントロピーコーダ１２４と、を含む。カラートランスフォーマ１２１は、カラースペースを変換し、ソースデータのカラーデータにダウンサンプリング（ｄｏｗｎ ｓａｍｐｌｉｎｇ）を行なう。例えば、ＲＧＢ４：４：４をＹＣｒＣｂ４：２：２に変換することでピクセルデータのビット数を減らすことができる。イントラプレディクティブコーダ１２２は、ＤＰＣＭ（Ｄｉｆｆｅｒｅｎｔｉａｌ Ｐｕｌｓｅ Ｃｏｄｅｄ Ｍｏｄｕｌａｔｉｏｎ）またはＭＰ（Ｍｅｄｉａｎ Ｐｒｅｄｉｃｔｉｏｎ）を用いてイメージ処理を行なうことで、空間リダンダンシ（ｓｐａｔｉａｌ ｒｅｄｕｎｄａｎｃｙ）を減少させる。量子化器１２３は、ログスケール（ｌｏｇａｒｉｔｈｍｉｃ ｓｃａｌｅ）でＬＳＢデータのビット数を減少させる。エントロピーコーダ１２４は、イントラプレディクティブコーダ１２２または量子化器１２３により処理されたビデオビットストリームの平均長さを效率的に減少させる。
【００４９】
コンプレッサ１２を構成するユニットの少なくとも２つ以上の組み合わせにより様々な方法で入力データを圧縮させることができる。この時、２種類の組み合わせが可能である。第一の方法は、無損失圧縮組み合わせ（ｌｏｓｓｌｅｓｓ ｃｏｍｐｒｅｓｓｉｏｎ ｃｏｍｂｉｎａｔｉｏｎ）で、イントラプレディクティブコーダ１２２及びエントロピーコーダ１２４により入力データを圧縮させると、データ損失無しでビデオデータの圧縮が可能になる。第二の方法は、損失圧縮組み合わせ（ｌｏｓｓｙ ｃｏｍｐｒｅｓｓｉｏｎ ｃｏｍｂｉｎａｔｉｏｎ）で、カラートランスフォーマ１２１及び量子化器１２３のいずれか一方でも含まれる組み合わせによりデータを圧縮すると、ビデオデータの損失が発生する。
【００５０】
ブロックインタリービングユニット１３及びデータリオーダリングユニット１４は、ＵＥＰを支援するためのモジュールである。ブロックインタリービングユニット１３は、ビデオデータに対してピクセル単位に一定の規則によってインタリービングを行なう。データリオーダリングユニット１４は、ＵＥＰが用いられる時にビデオデータに対してその重要度によってデータの位置を再配列する。再配列されたビデオデータに対しては重要度によって異なるコーディングレートを適用し、チャネルコーディングを行なう。
【００５１】
ＬＲＰ転送モジュール２０は、非同期データなどのような入力データをＬＲＰチャネルを通じて転送するためのデータ処理を行なう。ＨＲＰ転送モジュール３０は、ソースプロセッサ１０から出力されたＡ／ＶデータをＨＲＰチャネルを通じて転送するためのデータ処理を行なう。図１２及び図１３はそれぞれ、ＬＲＰ転送モジュール及びＨＲＰ転送モジュールの構成の一例を示すブロック構成図である。図１２及び図１３のＬＲＰ転送モジュール及びＨＲＰ転送モジュールは、ＯＦＤＭ方式によって入力データにデータ処理を行なう。各構成要素は公知のものであるので、その詳細な説明は省略する。
【００５２】
イメージスケーラ１１及びコンプレッサ１２は選択的に用いられることができる。したがって、送信側デバイスがイメージスケーラ１１及びコンプレッサ１２のいずれか一つを用いてソースレートを変更させたい場合にはこれと関連した情報を受信側に提供しなければならない。このため、送信側及び受信側は事前にシグナリング過程を通じてソースレートを調整するか否か及びその具体的方法に関する情報を交換してあらかじめ知っていなければならない。
【００５３】
以上で使われた用語は別のものに取り替えられることができる。例えば、デバイスは、使用者装置（または機器）、ステーション（ｓｔａｔｉｏｎ）等にすることができ、調整器は、調整（または制御）装置、調整（または制御）デバイス、調整（または制御）ステーション、コーディネータ（ｃｏｏｒｄｉｎａｔｏｒ）、ＰＮＣ（Ｐｉｃｏｎｅｔ ｃｏｏｒｄｉｎａｔｏｒ）などとすることができる。また、以上の実施例では、本発明の技術的特徴がＷＶＡＮに適用された例を中心に説明したが、本発明の技術的特徴は、ｐｅｅｒ−ｔｏ−ｐｅｅｒ通信システムまたは他の無線ネットワークシステムでも適用可能である。
【００５４】
以上の実施例は、本発明の構成要素と特徴が所定の形態で結合されたものである。各構成要素または特徴は別の明示的な言及がない限り選択的なものとして考慮されるべきである。各構成要素または特徴は、他の構成要素や特徴と結合されない形態で実施されても良く、一部構成要素及び／または特徴を結合して本発明の実施例を構成しても良い。本発明の実施例で説明される動作の順序は変更可能である。ある実施例の一部構成や特徴は他の実施例に含まれることができ、または、他の実施例の対応する構成または特徴と取り替えられることができる。また、特許請求の範囲で明示的な引用関係のない請求項を結合して実施例を構成したり、出願後の補正により新しい請求項として含めることもできることは明らかである。
【００５５】
本発明による実施例は、様々な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェアまたはそれらの結合などにより具現されることができる。ハードウェアによる具現の場合、本発明の実施例は一つまたはそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどにより具現されることができる。
【００５６】
ファームウエアやソフトウェアによる具現の場合、本発明の一実施例は、以上で説明された機能または動作を行なうモジュール、手続、関数などの形態で具現されることができる。ソフトウェアコードはメモリユニットに格納されてプロセッサーにより駆動されることができる。このメモリユニットはプロセッサの内部または外部に位置し、公知の様々な手段によりプロセッサとデータを交換することができる。
【００５７】
本発明の実施例によれば、無線通信システムまたは無線ネットワークで時間的に変化するチャネル状態に能動的に対処し、受信側における受信品質を一定水準以上に維持し続くことができる。また、本発明によるＣＲＤ技法によって物理階層データレートを制御することができる。
【００５８】
以上で説明した本発明の属する技術分野における当業者は、本発明がその技術的思想や必須特徴を変更することなく他の具体的な形態に実施できるということを理解することができる。したがって、以上で説明された実施例はいずれの面においても例示的であり、限定的に解釈されてはいけない。本発明の範囲は、上記の詳細な説明ではなく後述する特許請求の範囲によって定められ、よって、特許請求の範囲の意味及び範囲そしてその同等概念から導き出される変更または変形された形態はいずれも本発明の範囲に含まれるものと解釈されるべきである。
【産業上の利用可能性】
【００５９】
本発明は、ｐｅｅｒ−ｔｏ−ｐｅｅｒ通信システムまたは無線ネットワークでデバイス間のＡ／Ｖデータストリーム転送時に適用可能である。
【特許請求の範囲】
【請求項１】
無線ネットワークの送信デバイスでＡ／Ｖデータストリームを転送する方法であって、
第１データフォーマットを有するＡ／Ｖデータストリームを受信デバイスに転送する段階と、
前記受信デバイスにＡ／Ｖデータストリームを転送するためのチャネルの品質が変更された場合、前記受信デバイスに転送するＡ／Ｖデータストリームのデータフォーマットを第２データフォーマットに変更することを決定する段階と、
前記第２データフォーマットを有するＡ／Ｖデータストリームを前記受信デバイスに転送する段階と、
を含む、データ転送方法。
【請求項２】
前記チャネル品質が変更されることにしたがって物理階層のデータレートを変更させる段階をさらに含む、請求項１に記載のデータ転送方法。
【請求項３】
前記受信デバイスに前記第２データフォーマットと関連した情報を転送する段階をさらに含む、請求項１に記載のデータ転送方法。
【請求項４】
前記無線ネットワークで無線資源割当を制御する特定制御デバイスに、前記変更された物理階層データレートによって要求される無線資源割当を要請する段階をさらに含む、請求項２に記載のデータ転送方法。
【請求項５】
前記チャネルの品質が悪化した場合、前記第２データフォーマットは、前記第１データフォーマットよりも低いデータレートを要求するデータフォーマットである、請求項１に記載のデータ転送方法。
【請求項６】
無線ネットワークに含まれる送信デバイスにおけるＡ／Ｖデータ転送のための制御方法であって、
第１データフォーマットを有するＡ／Ｖデータストリームを受信デバイスに転送する段階と、
前記Ａ／Ｖデータストリームが転送されるチャネルの品質が変更された場合、第１プロトコル階層から上位階層にチャネル品質が変更されたことを通知する段階と、
前記上位階層で前記受信デバイスに転送するＡ／Ｖデータストリームのデータフォーマットを第２データフォーマットに変更することを決定する段階と、
前記第２データフォーマットを有するＡ／Ｖデータストリームを前記受信デバイスに転送する段階と、
を含む、制御方法。
【請求項７】
前記上位階層から前記受信デバイスに前記第２データフォーマットと関連した情報を転送する段階をさらに含む、請求項６に記載の制御方法。
【請求項８】
前記第１プロトコル階層はＭＡＣ階層であり、前記上位階層はＡＶＣ階層である、請求項６に記載の制御方法。
【請求項９】
前記チャネルの品質が悪化した場合、前記第２データフォーマットは、前記第１データフォーマットよりも低いデータレートを要求するデータフォーマットである、請求項６に記載の制御方法。
【請求項１０】
前記無線ネットワークで無線資源割当を制御する特定制御デバイスに、前記第２データフォーマットによって要求される無線資源割当を要請する段階をさらに含む、請求項６に記載の制御方法。
【請求項１１】
ビデオデータを転送する送信装置のプロトコル階層におけるリンク適応的データ転送のためのデータ処理方法であって、
上位階層からビデオフレームを構成するピクセルの色情報を示すデータビットを受け取る段階と、
各ピクセルの各色情報を示す全体データビットの中から選択された一部データビットを含む第１データユニットを形成する段階と、
少なくとも２つ以上の第１データユニットを含む第２データユニットを生成する段階と、
を含む、データ処理方法。
【請求項１２】
前記選択された一部データビットは、前記各色情報を示す全体データビットのうち、所定個数の最上位データビットである、請求項１１に記載のデータ処理方法。
【請求項１３】
前記各色情報を示す全体データビットのうち、選択されなかったデータビットは捨てられる、請求項１１に記載のデータ処理方法。
【請求項１４】
前記各色情報を示す全体データビットのうち、選択されなかったデータビットは圧縮されて受信側に転送される、請求項１１に記載のデータ処理方法。
【請求項１５】
前記第２データユニットは、ヘッダをさらに含む、請求項１１に記載のデータ処理方法。
【請求項１６】
前記ヘッダは、前記第１データユニットの有無を表す指示子と、前記第１データユニットの形成方法と関連した情報と、を含む、請求項１５に記載のデータ処理方法。
【請求項１７】
前記プロトコル階層は、物理階層または媒体接続階層（ＭＡＣ）である、請求項１１に記載のデータ処理方法。
【請求項１８】
前記第２データユニットに適用されるチャネルマッピンク方式を変更したり、チャネルコーディング時のコーディングレートを変更する段階をさらに含む、請求項１１に記載のデータ処理方法。
【請求項１９】
入力されるオーディオまたはビデオデータのソースレートを調整するイメージスケーラと、
入力データを低速チャネルを通じて転送するためにデータ処理を行なう第１データ処理モジュールと、
前記イメージスケーラによりソースレートが調整されたオーディオまたはビデオデータを高速チャネルを通じて転送するためにデータ処理を行なう第２データ処理モジュールを含む、使用者デバイス。
【請求項２０】
前記イメージスケーラ、前記第１データ処理モジュール及び第２データモジュールは、物理階層に含まれる、請求項１８に記載の使用者デバイス。
【請求項１】
無線ネットワークの送信デバイスでＡ／Ｖデータストリームを転送する方法であって、
第１データフォーマットを有するＡ／Ｖデータストリームを受信デバイスに転送する段階と、
前記受信デバイスにＡ／Ｖデータストリームを転送するためのチャネルの品質が変更された場合、前記受信デバイスに転送するＡ／Ｖデータストリームのデータフォーマットを第２データフォーマットに変更することを決定する段階と、
前記第２データフォーマットを有するＡ／Ｖデータストリームを前記受信デバイスに転送する段階と、
を含む、データ転送方法。
【請求項２】
前記チャネル品質が変更されることにしたがって物理階層のデータレートを変更させる段階をさらに含む、請求項１に記載のデータ転送方法。
【請求項３】
前記受信デバイスに前記第２データフォーマットと関連した情報を転送する段階をさらに含む、請求項１に記載のデータ転送方法。
【請求項４】
前記無線ネットワークで無線資源割当を制御する特定制御デバイスに、前記変更された物理階層データレートによって要求される無線資源割当を要請する段階をさらに含む、請求項２に記載のデータ転送方法。
【請求項５】
前記チャネルの品質が悪化した場合、前記第２データフォーマットは、前記第１データフォーマットよりも低いデータレートを要求するデータフォーマットである、請求項１に記載のデータ転送方法。
【請求項６】
無線ネットワークに含まれる送信デバイスにおけるＡ／Ｖデータ転送のための制御方法であって、
第１データフォーマットを有するＡ／Ｖデータストリームを受信デバイスに転送する段階と、
前記Ａ／Ｖデータストリームが転送されるチャネルの品質が変更された場合、第１プロトコル階層から上位階層にチャネル品質が変更されたことを通知する段階と、
前記上位階層で前記受信デバイスに転送するＡ／Ｖデータストリームのデータフォーマットを第２データフォーマットに変更することを決定する段階と、
前記第２データフォーマットを有するＡ／Ｖデータストリームを前記受信デバイスに転送する段階と、
を含む、制御方法。
【請求項７】
前記上位階層から前記受信デバイスに前記第２データフォーマットと関連した情報を転送する段階をさらに含む、請求項６に記載の制御方法。
【請求項８】
前記第１プロトコル階層はＭＡＣ階層であり、前記上位階層はＡＶＣ階層である、請求項６に記載の制御方法。
【請求項９】
前記チャネルの品質が悪化した場合、前記第２データフォーマットは、前記第１データフォーマットよりも低いデータレートを要求するデータフォーマットである、請求項６に記載の制御方法。
【請求項１０】
前記無線ネットワークで無線資源割当を制御する特定制御デバイスに、前記第２データフォーマットによって要求される無線資源割当を要請する段階をさらに含む、請求項６に記載の制御方法。
【請求項１１】
ビデオデータを転送する送信装置のプロトコル階層におけるリンク適応的データ転送のためのデータ処理方法であって、
上位階層からビデオフレームを構成するピクセルの色情報を示すデータビットを受け取る段階と、
各ピクセルの各色情報を示す全体データビットの中から選択された一部データビットを含む第１データユニットを形成する段階と、
少なくとも２つ以上の第１データユニットを含む第２データユニットを生成する段階と、
を含む、データ処理方法。
【請求項１２】
前記選択された一部データビットは、前記各色情報を示す全体データビットのうち、所定個数の最上位データビットである、請求項１１に記載のデータ処理方法。
【請求項１３】
前記各色情報を示す全体データビットのうち、選択されなかったデータビットは捨てられる、請求項１１に記載のデータ処理方法。
【請求項１４】
前記各色情報を示す全体データビットのうち、選択されなかったデータビットは圧縮されて受信側に転送される、請求項１１に記載のデータ処理方法。
【請求項１５】
前記第２データユニットは、ヘッダをさらに含む、請求項１１に記載のデータ処理方法。
【請求項１６】
前記ヘッダは、前記第１データユニットの有無を表す指示子と、前記第１データユニットの形成方法と関連した情報と、を含む、請求項１５に記載のデータ処理方法。
【請求項１７】
前記プロトコル階層は、物理階層または媒体接続階層（ＭＡＣ）である、請求項１１に記載のデータ処理方法。
【請求項１８】
前記第２データユニットに適用されるチャネルマッピンク方式を変更したり、チャネルコーディング時のコーディングレートを変更する段階をさらに含む、請求項１１に記載のデータ処理方法。
【請求項１９】
入力されるオーディオまたはビデオデータのソースレートを調整するイメージスケーラと、
入力データを低速チャネルを通じて転送するためにデータ処理を行なう第１データ処理モジュールと、
前記イメージスケーラによりソースレートが調整されたオーディオまたはビデオデータを高速チャネルを通じて転送するためにデータ処理を行なう第２データ処理モジュールを含む、使用者デバイス。
【請求項２０】
前記イメージスケーラ、前記第１データ処理モジュール及び第２データモジュールは、物理階層に含まれる、請求項１８に記載の使用者デバイス。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公表番号】特表２０１０−５１８６５３（Ｐ２０１０−５１８６５３Ａ）
【公表日】平成２２年５月２７日（２０１０．５．２７）
【国際特許分類】
【出願番号】特願２００９−５２４５６６（Ｐ２００９−５２４５６６）
【出願日】平成１９年９月５日（２００７．９．５）
【国際出願番号】ＰＣＴ／ＫＲ２００７／００４２７１
【国際公開番号】ＷＯ２００８／０３００３２
【国際公開日】平成２０年３月１３日（２００８．３．１３）
【出願人】（５０２０３２１０５）エルジー エレクトロニクス インコーポレイティド (2,269)
【Ｆターム（参考）】
【公表日】平成２２年５月２７日（２０１０．５．２７）
【国際特許分類】
【出願日】平成１９年９月５日（２００７．９．５）
【国際出願番号】ＰＣＴ／ＫＲ２００７／００４２７１
【国際公開番号】ＷＯ２００８／０３００３２
【国際公開日】平成２０年３月１３日（２００８．３．１３）
【出願人】（５０２０３２１０５）エルジー エレクトロニクス インコーポレイティド (2,269)
【Ｆターム（参考）】
[ Back to top ]