JP2015111873A - Ｍａｃデータサービス・エンハンスメント - Google Patents

Abstract

【課題】ＭＡＣレイヤによる無線ビデオ伝送において、ブロックＡＣＫ及びデータ集約のようなレイテンシに悪影響を与えるスループットを改善する。
【解決手段】レイテンシを改善するために、スループットを改善し続ける一方で、データパケットはアプリケーションレイヤ仕様にしたがってフェンスで囲われ、その後、送信される。ビデオデータに関して、ブロックＡＣＫシーケンス及び集約シーケンス204は、ビデオフレーム又はビデオスライスの終わりにおいて終了する。データ集約に関して、物理レイヤデータパケットは、ビデオフレーム又はスライスの終わりにおいて終わる。アプリケーションレイヤは、このようなパケットフェンシングが生じるものである場合に、ＭＡＣレイヤに対してインジケーションを示す。無線でデータを伝送する使用において、フェンシングを容易にするために、データフラグがＭＡＣレイヤによって使用される。
【選択図】図２

Description

関連出願

本願は、ＲＡＪＡＭＡＮＩおよびその他の名義で、２０１０年９月２２日に提出された米国特許仮出願６１／３８５，５０３号の利益を権利主張する。上記出願の開示は、参照によってその全体が本明細書に組み込まれている。

本願は一般に、無線ディスプレイのためのデータ処理に関する。

モバイル通信およびコンピューティングは収束（converge）し続けている。スマートフォンプラットフォームにおける技術的進歩は、それらの用法を、音声呼出を越えて様々なアプリケーションへと広げている。これらは、インターネット通信、ロケーションベースのサービス、エンターテイメント、および職場の生産性（office productivity）を含む。処理電力、記憶容量、高解像度（high-resolution）ディスプレイ処理、ビデオコード、および短距離接続性における急速な進歩は、すべてがスマートフォンの変革において重要な役割を担っている。

通信リンクによって無線でデータを送信するための方法が提供される。方法は、データパケットを第１のグループに集約すること（aggregating）を含む。方法はまた、最終のデータパケットが第１のグループを完成（complete）する際に、インジケーション（indication）を受信することを含む。方法はさらに、最終のデータパケットおよびインジケーションを受け取ると、第１のグループへのパケットの集約を完成することを含む。方法は更に、第１のグループを送信することを含む。

データを集約する通信リンクによってビデオをストリーミングするための方法が提供される。方法は、第１のビデオセグメントからのデータのみが一緒に集約されるように、フェンス（fence）に基づいてデータパケットを集約することを含む。方法はまた、集約されたデータパケットを送信することを含む。

通信リンクによってデータを無線で送信するように動作可能な装置は、データパケットを第１のグループに集約する手段を含む。装置はまた、最終のデータパケットが第１のグループを完成する際に、インジケーションを受信する手段を含む。装置はさらに、最終のデータパケットおよびインジケーションを受け取ると、第１のグループへのパケットの集約を完成する手段を含む。装置はさらに、第１のグループを送信する手段を含む。

データを集約する通信リンクによってビデオをストリームするように動作可能な装置は、第１のビデオセグメントからのデータのみが一緒に集約されるように、フェンスに基づいてデータパケットを集約する手段を含む。装置はさらに、集約されたデータパケットを送信する手段を含む。通信リンクによって無線でデータを送信するように動作可能なコンピュータプログラム製品が提供される。

コンピュータプログラム製品は、記録されたプログラムコードを有するコンピュータ可読媒体を含む。プログラムコードは、データパケットを第１のグループに集約するためのプログラムコードを含む。プログラムコードはまた、最終のデータパケットが第１のグループを完成する際に、インジケーションを受信するためのプログラムコードを含む。プログラムコードはさらに、最終のデータパケットおよびインジケーションを受け取ると、第１のグループへのパケットの集約を完成するためのプログラムコードを含む。プログラムコードはさらに、第１のグループを送信するためのプログラムコードを含む。

データを集約する通信リンクによってビデオをストリームするように動作可能なコンピュータプログラム製品が提供される。コンピュータプログラム製品は、記録されたプログラムコードを有するコンピュータ可読媒体を含む。プログラムコードは、第１のビデオセグメントからのデータのみが一緒に集約されるように、フェンスに基づいてデータパケットを集約するためのプログラムコードを含む。プログラムコードはまた、集約されたデータパケットを送信するためのプログラムコードを含む。

通信リンクによって無線でデータを送信するように動作可能な装置が提供される。装置は、（複数の）プロセッサと、その（複数の）プロセッサに結合されたメモリとを含む。

（複数の）プロセッサは、データパケットを第１のグループに集約するように構成される。（複数の）プロセッサはまた、最終のデータパケットが第１のグループを完成する際に、インジケーションを受信するように構成される。（複数の）プロセッサはさらに、最終のデータパケットおよびインジケーションを受け取ると、第１のグループへのパケットの集約を完成するように構成される。（複数の）プロセッサはさらに、第１のグループを送信するように構成される。

データを集約する通信リンクによってビデオをストリームするように動作可能な装置が提供される。装置は、（複数の）プロセッサと、その少なくとも１つのプロセッサに結合されたメモリとを含む。（複数の）プロセッサは、第１のビデオセグメントからのデータのみが一緒に集約されるように、フェンスに基づいてデータパケットを集約するように構成される。（複数の）プロセッサはまた、集約されたデータパケットを送信するように構成される。

本開示の特徴、性質、および利点は、同様の参照文字が全体を通して相応して識別する図面を考慮した場合、以下に示される詳細な説明から、より明らかになるであろう。
図１は、無線ディスプレイの使用を例示する。 図２は、１つの態様に従うデータ集約フレーミングを例示する。 図３Ａは、１つの態様に従うデータ集約フレーミングを例示する。 図３Ｂは、１つの態様に従うデータ集約フレーミングを例示する。 図４は、１つの態様に従うデータ集約フレーミングを例示する。 図５は、１つの態様に従う無線通信を可能にするデバイスを例示する。

モバイルコンピューティングの収束における残り１つのハードルは、モバイルデバイスの小さいフォームファクタによって制約される典型的なポータブル液晶ディスプレイ（ＬＣＤ）のサイズである。ケーブルを有するより大きな外部ディスプレイパネルに電話をテザリングすることは、常に実際に役立つわけではなく、常に望ましいわけでもない。より魅力的なソリューションは、図１に示されるように、電話がそれらのディスプレイ出力をより大きな外部モニタ（あるいは、デジタルテレビ（ＤＴＶ）か、デジタルライト処理（ＤＬＰ）か、または自動車用ディスプレイ）に無線でレンダリングできるようにすることである。

このような無線ディスプレイは、図１に示されるように、短距離無線リンクを用いて、スマートフォンと外部ディスプレイとの間のオーディオビデオケーブルの代わりとなることを意図されている。このような置き換えられるケーブルの実例は、高解像度（High-Definition）のマルチメディアインタフェース（ＨＤＭＩ（登録商標））である。汎用無線ディスプレイは、スマートフォンディスプレイ上でオーディオビジュアル出力をレンダリングするスマートフォンアプリケーションに応える（satisfy）ことを意図されている。

これは、ミラードディスプレイまたは拡張ディスプレイと称されうる。

このようなディスプレイは、ホームネットワークによって記憶されたコンテンツを供給するデジタル・リビング・ネットワーク・アライアンス（ＤＬＮＡ）およびネットワーク接続記憶デバイスのような、無線オーディオ／ビジュアル（ＡＶ）ディストリビューション・ソリューションとは異なる。最近では、ＤＬＮＡはまた、インターネットプロトコルテレビジョン（ＩＰＴＶ）と、ホームネットワークへのその他のサービスプロバイダコンテンツとの間にブリッジをかけるように想定されている。このようなケースでは、ＡＶコンテンツは、通常は事前に圧縮されており、モバイルデバイス上で実行中のアプリケーションによって動的に生成されることはない。

下記の表１は、無線ディスプレイによって益を得うるアプリケーションの実例と、外部ディスプレイのタイプの実例と、それらが使用される環境の実例とを示す。ＤＬＮＡに関連する区別は、メディアプレイヤのみを越えて（beyond just Media Players）、全種類のソースアプリケーションから明らかである。既存のリモートディスプレイ・ソフトウェアパッケージに関連する区別は、メディアプレイヤおよびゲームのためのフルモーションビデオをサポートするために必要なものから明らかである。

タッチスクリーンは、スマートフォンへのタッチ入力のためにリバースリンクペイロードをも用いうるという点でユニークである。

スマートフォンという用語は、本明細書において使用される際、スマートブックやラップトップコンピュータなどのような無線ディスプレイでの使用のためにビデオ信号を出力することができる任意のモバイルコンピューティングデバイスを指しうる。

通常、無線ディスプレイは、短距離動作のために構成される。データ圧縮を仮定すると、様々な短距離モデムと、関連付けられたスペクトルとが使用されうる。
・ウルトラ広帯域（ＵＷＢ）／無線ユニバーサルシリアルバス（ＵＳＢ）（３.１−１０.６ＧＨｚ）
・６０ＧＨｚ
・８０２．１１（２.４ＧＨｚ、５ＧＨｚ）
８０２.１１ｎ媒体アクセス制御（ＭＡＣ）での実施は、高いスループットおよびＭＡＣ効率のために最適化される。いくつかの８０２．１１ｎ技術は、ビデオストリーミングのためのＭＡＣ効率を改善する。ＡＣ−ＶＩトラフィッククラスの使用は、より長時間における媒体の占有を可能にして、その結果、データ量が増加し、媒体にアクセスする際のオーバヘッドが減少した伝送をもたらす。ブロックアクノレッジメント／ネガティブアクノレッジメント（ＡＣＫ／ＮＡＣＫ）の使用は、各パケットのためのアクノレッジメントのために待つことを軽減（alleviate）し、代わりに、一連のパケットのためのアクノレッジメントを使用して、失敗したパケットが選択的に再送信されることを可能にする。より小さいパケットも、１つのユニットとして送信されるより大きなパケットへと集約される、または、複数のＭＡＣレイヤパケットが、単一の物理レイヤパケットと化し（collapsed into）、これにより、複数の物理レイヤパケットによるオーバヘッドが低減される。

集約の変形は、（ＭＡＣサービスデータユニット（ＭＳＤＵ）のための）Ａ−ＭＳＤＵと、（ＭＡＣプロトコルデータユニット（ＭＰＤＵ）のための）Ａ−ＭＰＤＵと、物理レイヤプロトコルデータユニット（ＰＰＤＵ）のためのＡ−ＰＰＤＵとを含む。

これらの技術の組み合わせは、ビデオストリーミングのためのＭＡＣ効率を改善する。

しかしながら、このような最適化は、追加的な端末相互間のレイテンシをもたらす。これは通常、ビデオソースが通常は事前圧縮されているリアルタイムストリーミングプロトコル（ＲＴＳＰ）およびＤＬＮＡのようなアプリケーションに対しては問題ではなく、プレイバック受信機はジッターフリーのプレイバックを確実にするために、数秒分のビデオをバッファする。一方で、無線ディスプレイのためのレイテンシ仕様は、ＤＬＮＡのようなメディアサーバ用法モデルよりも厳しい。

スループットおよびＭＡＣ効率は、無線ディスプレイのためにも必須である、すなわち、集約、ブロックＡＣＫ、およびＡＣ−ＶＩは、無線ディスプレイにとって至って望ましい。これらのＭＡＣ技術を、過度のレイテンシペナルティを伴うことなく利用する方法が必要とされる。２つの具体的な問題、すなわち、ビデオ復号の失速（stalls）および不正確な時間スタンプが以下に説明される。

ビデオ復号の失速
８０２．１１ｎ、ＥＣＭＡ−３６８、および同様のＭＡＣシステムによって使用されるブロックＡＣＫは、送信機ＭＡＣが、ＭＰＤＵ毎にＭＡＣ ＡＣＫを要求することなく、複数のＭＡＣプロトコルデータユニット（ＭＰＤＵ）を受信機ＭＡＣに送信することを可能にする。これは、ＭＡＣ効率を高める一方で、受信機ＭＡＣが伝送エラーによってもたらされる非順序（out-of-order）ＭＡＣサービスデータユニット（ＭＳＤＵ）を内部でバッファしなければならないので、追加的なレイテンシをもたらしうる。受信機ＭＡＣにおいてこれらのＭＳＤＵをリリースするための選択的な再伝送は、選択的な再伝送が必要なＭＳＤＵを示すブロックＡＣＫイベントまで遅延される。ブロックＡＣＫイベントは、送信機が伝送機会（ＴＸＯＰ）を使い果たし（または終了し）、受信機がそのブロックＡＣＫを送信することを可能にするまで遅延される。この遅延は、ＴＸＯＰ持続時間が、より高いスループットおよび効率のために設計されたＡＣ−ＶＩトラフィッククラスのために必然的により長い場合に悪化する。

ＭＡＣ効率およびブロックＡＣＫ効率を改善するために、送信機ＭＡＣは、ＭＰＤＵおよび／またはＭＳＤＵの集約を、臨機応変に（opportunistically）またはしきい値ポリシーとして、実行しうる。このような集約はさらに、ブロックＡＣＫ遅延を増加させる。

上述のレイテンシは特に、集約されたパケットのブロックが単一のビデオフレームのための完全なデータを含んでいない場合の懸案事項である。ビデオフレームデータが複数のパケットにわたって分散している場合、受信機ＭＡＣに到着したフレームは、欠落したフレームが次の（forthcoming）ブロックにおいて受信されうるまで処理されるのを待ち、追加的な遅延をもたらす。結果として、無線ディスプレイ受信機は、ビデオフレームＭＳＤＵを受信する際の追加的な遅延を招きうる。これは、復号パイプラインを失速させ、ディスプレイにおけるユーザによって知覚される遅延をもたらしうる。

この問題は、ビデオフレーム全体が配信された後にのみ復号器が復号を開始できる場合には、さほど深刻なものではない。しかしながら、これらの場合においてでさえ、ＭＡＣレイヤがビデオフレームの境界を識別または考慮しないと、ブロックＡＣＫシーケンスはしばしば連続的な（consecutive）ビデオフレームをまたぐので、失速が生じる可能性がある。

既存のシステムは、第１にスループット効率を目的とするＡＣ−ＶＩ、ブロックＡＣＫ、および集約ポリシーの実施において、それらの遅延を軽減（mitigate）しようと試みることをしない。結果として、受信機アプリケーションは、パイプラインにおける後続処理ステップ（復号、後処理、レンダリング）を遅延させるビデオフレームＭＳＤＵを受信する際の追加的な遅延をまねく。これは、ディスプレイに対する更新において、ユーザによって知覚される遅延をもたらしうる。

ＴＸ完成のためのタイムスタンプ
予期しない伝送エラーレートによってもたらされる遅延（ノミナル（nominal）なパケットエラーレート（ＰＥＲ）からの著しい脱線（excursion））を抑制するために、送信機アプリケーションは、フレームをスキップすることによって、または、その他の符号化器パラメータ（例えば、符号化器Ｑｐ、フレームレート、解像度など）をスケールすることによって、適応する必要がある可能性がある。このような適応技術は、ＭＡＣ ＳＡＰが、受信機ＭＡＣへのフルビデオフレームの成功配信を示すＴＸ完成タイムスタンプを送信機アプリケーションに提供した場合にトリガされうる。集約および／またはブロックＡＣＫを伴うと、特定のビデオフレームの成功伝送のためのタイムスタンプは、ブロックＡＣＫウィンドウが連続的な（successive）ビデオフレームをまたぐ場合、容易に使用可能ではない可能性がある。既存のシステムは、タイムスタンプを提供しないか、ブロックＡＣＫの用法を補償する正確なタイムスタンプを提供することを試みないかのどちらかである。

上述の２つの問題に対する１つのソリューションは、図２に示されるように、ビデオフレームの境界において、ブロックＡＣＫ／ＮＡＣＫウィンドウおよび任意のアグリゲーションシーケンス（aggregation sequences）をフェンスで囲う（fence）ことである。第１に、送信機は、いずれのブロックＡＣＫウィンドウも連続的なビデオフレームをまたいでいないことを確実にする、すなわち、任意の単一のビデオフレームは１または複数のブロックＡＣＫシーケンスから構成されうるが、ブロックＡＣＫシーケンスは、特定のビデオフレームに相当するデータの終わりに対応する末端ＭＳＤＵに遭遇するといつでも無条件に終了する。図２に示されるように、ビデオフレームの最終のＭＳＤＵセグメント２０２に達すると、第１のブロックＡＣＫシーケンス２０４は完成し、次のセグメント２０６が、新たなブロックＡＣＫシーケンス２０８における第１のセグメントとなる。同様の処理が集約シーケンスに適用される。ここでは、新たな集約シーケンスが、ビデオフレームの最終のデータパケットに続いて開始されるだろう。アプリケーションは、ＭＡＣが、アプリケーションレイヤからのインジケーションに基づいてブロックＡＣＫシーケンスおよび集約シーケンスを終了することに気付くように、情報をＭＡＣに提供する。

第２に、ＭＡＣデータサービスアクセスポイント（ＳＡＰ）は、ＭＳＤＵが、これがその一部でありうるブロックＡＣＫウィンドウまたは集約シーケンスをフェンスで囲うべきかどうかをより高次のレイヤがフラグする（flag）ことを可能にするためにエンハンスされ（enhanced）うる。ホスト上の送信アプリケーションは、各ビデオフレームに対応する端末ＭＳＤＵのためにこのフラグを設定しうる。

このフェンシングメカニズム（fencing mechanism）は、受信機ＭＡＣがビデオフレームの任意の部分の配信を決して遅延しないことを確実にする一方で、次の非順序ビデオフレームの一部を受信する。したがって、ビデオフレームのための復号、後処理、およびレンダリングは、次のビデオフレームの進行中の無線伝送によって遅延されることは決してないだろう。

１つの態様において、データパケットは、単一の物理レイヤパケットに集約され、ブロックＡＣＫ／ＮＡＣＫはその物理レイヤパケットに対するものである。この態様において、集約されたデータパケットのすべては、ビデオフレームのようなアプリケーションレイヤフェンスに基づいて、単一の物理レイヤパケット内にある。別の態様において、データパケットは、単一の物理レイヤパケットに集約されない。むしろ、データパケットは、別々の物理レイヤパケットとしてアプリケーションレイヤから到着したままで（as）送信される。単一のブロックＡＣＫ／ＮＡＣＫは、グループのすべての物理レイヤパケットの受取ステータスに基づいて生じる。ここで、グループは、アプリケーションによって供給されるアプリケーションレイヤフェンス（例えば、ビデオフレーム）によって定義される。

上記は、（圧縮された、またはそうではない）ビデオフレームのフラグメントの非順序配信に対処することができないビデオ受信機での実施において特に有用である。ある実施は、ビデオフレームの全てのフラグメントが配信されるまで、復号ステージを開始することすらしない可能性がある。ブロックＡＣＫフェンシングを用いない場合、受信機ビデオ／ディスプレイパイプラインは失速し、その一方では、今後の（future）ビデオフレームが、現在のビデオフレームを完成するために必要な再伝送より先に送信されている。

上述の技術およびソリューションは、ビデオデータに限定されることはなく、オーディオデータまたはボリュームが大きく、レイテンシに敏感なその他のデータのような、様々なデータタイプのためのレイテンシを減少するために受信機と送信機との間の通信を調整するために使用されうる。

ＭＡＣデータＳＡＰは、送信アプリケーションが、シーケンスにおける最終のパケットの伝送と同時に起こるＴＸ完成タイムスタンプをオプション的に要求することを可能にするためにエンハンスされうる。ブロックＡＣＫおよび集約フェンシングが使用可能な場合、ビデオフレーム毎の端末ＭＳＤＵのためのＴＸ完成タイムスタンプは容易に使用可能であり、エンハンスされたＭＡＣ ＳＡＰによって提供されうる。したがって、送信機アプリケーションは、全てのビデオフレームの最終のＭＳＤＵに対して選択的にＴＸ完成タイムスタンプを要求するために、ＭＡＣデータＳＡＰを使用しうる。（ＭＡＣデータサービスによっても返されうる、短距離平均ＭＡＣ再試行カウントのような）その他の統計と併せて、ＴＸ完成タイムスタンプは、ＴＸレイテンシ累積を検出し、送信機アプリケーションにおける適切な適応ポリシーをトリガするための基準を提供する。

図２とそれに付随する説明は、符号化器および復号器のための動作しているパイプラインユニットとして、フルビデオフレームを例示する。上述の教示はまた、ビデオフレームのスライスを使用して実施されうる。パイプライン転送ユニットは、これらのフレームスライスの境界においてブロックＡＣＫフェンシングを実施する。

ダイレクトリンクによって使用される場合、このフェンシングメカニズムは、スマートフォンに対してローカルで実施されうる。これはいかなるプロトコルの変更を必要とすることもなく、ディスプレイ受信機に対してトランスペアレントである。

受信機における非順序配信も使用可能でありうる。ビデオフレームの非順序フラグメントを処理すること（例えば、Ｈ.２６４スライスの復号）が可能なビデオ受信機での実施に関して、送信機におけるブロックＡＣＫフェンシングメカニズムは、ＭＳＤＵの非順序配信を可能にする受信機ＭＡＣ構成によって補完されうる。

受信機ＭＡＣは、伝送エラーによってもたらされるシーケンスナンバにおけるホール（hole）が存在する場合でも、成功裏に受信された各ＭＳＤＵをアプリケーションに配信する。これを容易にするために、ＭＡＣ ＳＡＰは、ＭＡＣトラフィッククラス毎に、または、差別化されたサービスコードポイント（ＤＳＣＰ）のような、その他のより高次のパラメータに基づいて、選択的にこの挙動を使用可能にするためにエンハンスされる。この挙動を用いることで、高度なビデオ受信機は、ビデオフレームの非順序スライスを復号することができ、伝送エラーの際に復号パイプラインを失速させなくてもよい。

同時に、送信機におけるブロックＡＣＫフェンシングは、ビデオサブシステムが、非順序ビデオフレームまたはスライスに対処しなくてもいいことを確実する、すなわち、ビデオフレームの任意のフラグメントの復号は、前のビデオフレームが完全に受信および復号されるまで開始しなくてもよい。これは特に、インターフレーム符号化に対して有用である。

ビデオフレームにわたって順序を保つことが望ましい場合、受信機アプリケーションは、送信機アプリケーションが、受信機ＭＡＣによる非順序配信を使用可能にする前に、ブロックＡＣＫフェンシングを使用可能にしているかどうかに気付くだろう。これは、トラフィッククラス毎に、アプリケーションレイヤかＭＡＣレイヤかのどちらかにおけるプロトコルシグナリングを伴う。

図３Ａは、１つの態様に従うデータ集約フレーミング（data aggregation framing）を例示する。装置は、ブロック３００に示されるように、データパケットを第１のグループに集約する。次に、装置は、ブロック３０２に示されるように、最終のデータパケットがグループを完成する際に、インジケーションを受信する。装置はその後、ブロック３０４に示されるように、最終のデータパケットおよびインジケーションを受け取ると、第１のグループへのパケットの集約を完成する。装置はその後、ブロック３０６に示されるように、第１のグループを送信する。

図３Ｂは、別の態様に従うデータ集約フレーミングを例示する。装置は、ブロック３０８に示されるように、アプリケーションレイヤフェンス（例えば、ビデオフレーム）に基づいて、第１のブロックアクノレッジメントグループに含まれるべきデータパケットを判定する。装置は、ブロック３１０に示されるような、第１のブロックアクノレッジメントグループのデータパケットを、物理レイヤパケットとして個別に送信する。物理レイヤパケットのすべてを送信した後、装置は、第１のブロックアクノレッジメントグループ内のすべてのデータパケットのためのブロックＡＣＫ／ＮＡＣＫを受信する。

図４は、１つの態様に従うデータ集約フレーミングを例示する。装置は、ブロック４００に示されるように、第１のビデオセグメントフレームからのデータのみが一緒に集約されるように、フェンスに基づいてデータパケットを集約する。装置はその後、ブロック４０２に示されるように、集約されたデータパケットを送信する。

図５は、通信リンクによって無線でデータを送信するために使用されうるデバイスの設計のブロック図を示す。デバイス５５０は、例えば、モバイル電話通信のために使用されるハンドセットでありうる。受信機５５４は、アンテナ５５２によって伝送を受信しうる。受信機５５４によって復元された情報は、チャネルプロセッサ５９４と、データをその後受信プロセッサ５７０にパスする受信フレームプロセッサ５６０とに提供されうる。受信プロセッサ５７０はその後、受信されたデータに様々な動作を実行しうる。処理されたデータは、デバイス５５０および／または様々なユーザインタフェース（例えば、ディスプレイ）において実行中のアプリケーションを表すデータシンク５７２に提供されうる。

コントローラ／プロセッサ５９０はまた、受信機５５４またはデータシンク５７２からのデータを処理しうる。

データソース５７８またはコントローラ／プロセッサ５９０からの伝送データは、送信プロセッサ５８０に提供される。データソース５７８は、デバイス５５０において実行中のアプリケーションと、様々なユーザインタフェース（例えば、キーボード、ポインティングデバイス、トラックホイールなど）とを表しうる。送信プロセッサ５８０および送信フレームプロセッサ５８２は、信号が送信機５５６に送信され、アンテナ５５２を介して無線媒体によって送信されるより前に、無線通信のための様々な機能を実行しうる。

コントローラ／プロセッサ５９０は、デバイス５５０の動作を指示するために使用されうる。例えば、コントローラ／プロセッサ５９０は、タイミングと、周辺インタフェースと、電圧調節と、電力管理と、無線ディスプレイ制御と、その他の制御機能とを含む様々な機能を提供しうる。メモリ５９２のコンピュータ可読媒体は、データおよびソフトウェアを格納しうる。

１つの態様において、デバイス５５０は、データパケットを第１のグループに集約する手段と、最終のデータパケットが第１のグループを完成する際にインジケーションを受信する手段と、最終のデータパケットおよびインジケーションの受取に基づいて、第１のグループへのパケットの集約を完成する手段と、第１のグループを送信する手段とを含む無線通信のために構成されている。デバイスはまた、第１のビデオセグメントからのデータのみが一緒に集約されるように、フェンスに基づいてデータパケットを集約する手段と、集約されたデータパケットを送信する手段とを含みうる。１つの態様において、前述の手段は、前述の手段によって記載された機能を実行するように構成された、コントローラ／プロセッサ５９０と、メモリ５９２と、データシンク５７２と、データソース５７８と、送信プロセッサ５８０と、送信機５５６と、アンテナ５５２とでありうる。別の態様において、上述された手段は、上述された手段によって記載された機能を実行するように構成されたモジュールあるいは任意の装置でありうる。

開示された処理のステップの特定の順序または階層は、典型的なアプローチの実例であることが理解されるべきである。設計の選択に基づいて、これら処理におけるステップの特定の順序または階層は、本開示の範囲内にとどまりながら再構成されうることが理解される。付属の方法の請求項は、例示的な順序で、さまざまなステップのエレメントを提示しているが、提示された特定の順序または階層に限定されることを意図しない。

当業者であれば、情報および信号は、さまざまな異なる技術および技法のうちの任意のものを用いて表されうることを理解するであろう。たとえば、上記説明全体を通して言及されうるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光場または光粒子、またはそれらの任意の組み合わせによって表されることができる。

当業者はさらに、本明細書に開示された態様と関連して記述されている様々な例示的な論理ブロック、モジュール、回路、アルゴリズムステップが電子ハードウェア、コンピュータソフトウェアまたはそれら両方の組み合わせとして実現されることを認識するであろう。ハードウェアとソフトウェアとのこの互換性を明確に例示するために、様々な例示的なコンポーネント、ブロック、モジュール、回路、およびステップが、それらの機能の観点で一般的に上述されている。そのような機能がハードウェアとして実現されるかソフトウェアとして実現されるかは、システム全体に課された特定の用途および設計の制約に依存する。当業者は、説明された機能を、特定の用途の各々のために様々な手法で実現することができるが、このような実施判定は、本開示の範囲からの逸脱を生じるものとして解釈されるべきではない。

本明細書に開示された態様に関連付けて説明された多様な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）あるいはその他のプログラマブルロジックデバイス、離散ゲートもしくはトランジスタロジック、離散ハードウェアコンポーネント、あるいは本明細書において説明された機能を実行するために設計された、それら任意の組合せで実施あるいは実行されうる。汎用プロセッサはマイクロプロセッサでありうるが、代替的に、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンでありうる。プロセッサは、また、例えば、ＤＳＰとマクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアに結合した１または複数のマイクロプロセッサ、その他のこのような構成といったコンピューティングデバイスの組み合わせとしても実施されうる。

本明細書で開示される態様に関連して説明される方法もしくはアルゴリズムのステップは、直接的にハードウェアに、プロセッサによって実行されるソフトウェアモジュールに、または、それら二つの組み合わせに組み込まれ得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当該技術で周知のその他任意の形態の記憶媒体に存在することができる。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合されることができる。代替的に、記憶媒体は、プロセッサに組み込まれることができる。プロセッサおよび記憶媒体は、ＡＳＩＣ内に存在することができる。ＡＳＩＣは、ユーザ端末内に存在することができる。代替的に、プロセッサおよび記憶媒体は、ユーザ端末内の離散コンポーネントとして存在することができる。

開示された態様の先の説明は、本開示を製造または使用することをいずれの当業者にも可能にさせるために提供されている。これらの態様に対する様々な変形は、当業者に容易に理解され、ここで定義された一般的な原理は、本開示の精神または範囲から逸脱せずに、他の態様に適用されることができる。したがって、本開示は、ここに示された態様に限定されることは意図しておらず、ここに開示された原理および新規な特徴と一致する最も広い範囲が付与されるべきである。

開示された態様の先の説明は、本開示を製造または使用することをいずれの当業者にも可能にさせるために提供されている。これらの態様に対する様々な変形は、当業者に容易に理解され、ここで定義された一般的な原理は、本開示の精神または範囲から逸脱せずに、他の態様に適用されることができる。したがって、本開示は、ここに示された態様に限定されることは意図しておらず、ここに開示された原理および新規な特徴と一致する最も広い範囲が付与されるべきである。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
通信リンクによって無線でデータを送信するための方法であって、
データパケットを第１のグループに集約することと、
最終のデータパケットが前記第１のグループを完成する際に、インジケーションを受信することと、
前記最終のデータパケットおよび前記インジケーションを受け取ると、前記第１のグループへのパケットの集約を完成することと、
前記第１のグループを送信することと
を備える方法。
［Ｃ２］
前記第１のグループは、ブロックアクノレッジメントシーケンスを備えるＣ１に記載の方法。
［Ｃ３］
前記第１のグループは、物理レイヤパケットを備えるＣ１に記載の方法。
［Ｃ４］
前記通信リンクが、ＩＥＥＥ８０２．１１ｎメディアアクセス制御レイヤインタフェースを備えるＣ１に記載の方法。
［Ｃ５］
前記インジケーションは、前記ＩＥＥＥ８０２．１１ｎメディアアクセス制御レイヤインタフェースにおけるフラグを備えるＣ４に記載の方法。
［Ｃ６］
前記インジケーションは、アプリケーションレイヤから受信されるＣ１に記載の方法。
［Ｃ７］
前記データパケットはビデオデータを含むＣ１に記載の方法。
［Ｃ８］
前記最終のデータパケットは、ビデオフレームに対応するデータの最後のセグメントを備えるＣ７に記載の方法。
［Ｃ９］
前記最終のデータパケットは、ビデオスライスに対応するデータの最後のセグメントを備えるＣ７に記載の方法。
［Ｃ１０］
データを集約する通信リンクによってビデオをストリーミングするための方法であって、
第１のビデオセグメントからのデータのみが一緒に集約されるように、フェンスに基づいてデータパケットを集約することと、
前記集約されたデータパケットを送信することと
を備える方法。
［Ｃ１１］
前記第１のビデオセグメントはビデオフレームであるＣ１０に記載の方法。
［Ｃ１２］
前記第１のビデオセグメントはビデオスライスであるＣ１０に記載の方法。
［Ｃ１３］
通信リンクによって無線でデータを送信するように動作可能な装置であって、
データパケットを第１のグループに集約する手段と、
最終のデータパケットが前記第１のグループを完成する際に、インジケーションを受信する手段と、
前記最終のデータパケットおよび前記インジケーションを受け取ると、前記第１のグループへのパケットの集約を完成する手段と、
前記第１のグループを送信する手段と
を備える装置。
［Ｃ１４］
前記第１のグループは、ブロックアクノレッジメントシーケンスを備えるＣ１３に記載の装置。
［Ｃ１５］
前記データパケットはビデオデータを含み、前記最終のデータパケットは、ビデオフレームに対応するデータの最後のセグメントを備えるＣ１３に記載の装置。
［Ｃ１６］
データを集約する通信リンクによってビデオをストリームするように動作可能な装置であって、
第１のビデオセグメントからのデータのみが一緒に集約されるように、フェンスに基づいてデータパケットを集約する手段と、
前記集約されたデータパケットを送信する手段と
を備える装置。
［Ｃ１７］
記録されたプログラムコードを有するコンピュータ可読媒体を備える、通信リンクによって無線でデータを送信するように動作可能なコンピュータプログラム製品であって、
前記プログラムコードは、
データパケットを第１のグループに集約するためのプログラムコードと、
最終のデータパケットが前記第１のグループを完成する際に、インジケーションを受信するためのプログラムコードと、
前記最終のデータパケットおよび前記インジケーションを受け取ると、前記第１のグループへのパケットの集約を完成するためのプログラムコードと、
前記第１のグループを送信するためのプログラムコードと
を備えるコンピュータプログラム製品。
［Ｃ１８］
前記第１のグループは、ブロックアクノレッジメントシーケンスを備えるＣ１７に記載のコンピュータプログラム製品。
［Ｃ１９］
前記データパケットはビデオデータを含み、前記最終のデータパケットは、ビデオフレームに対応するデータの最後のセグメントを備えるＣ１７に記載のコンピュータプログラム製品。
［Ｃ２０］
記録されたプログラムコードを有するコンピュータ可読媒体を備える、データを集約する通信リンクによってビデオをストリームするように動作可能なコンピュータプログラム製品であって、
前記プログラムコードは、
第１のビデオセグメントからのデータのみが一緒に集約されるように、フェンスに基づいてデータパケットを集約するためのプログラムコードと、
前記集約されたデータパケットを送信するためのプログラムコードと
を備えるコンピュータプログラム製品。
［Ｃ２１］
通信リンクによって無線でデータを送信するように動作可能な装置であって、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと
を備え、前記少なくとも１つのプロセッサは、
データパケットを第１のグループに集約し、
最終のデータパケットが前記第１のグループを完成する際に、インジケーションを受信し、
前記最終のデータパケットおよび前記インジケーションを受け取ると、前記第１のグループへのパケットの集約を完成し、
前記第１のグループを送信する
ように構成された装置。
［Ｃ２２］
前記第１のグループは、ブロックアクノレッジメントシーケンスを備えるＣ２１に記載の装置。
［Ｃ２３］
前記データパケットはビデオデータを含み、前記最終のデータパケットは、ビデオフレームに対応するデータの最後のセグメントを備えるＣ２１に記載の装置。
［Ｃ２４］
データを集約する通信リンクによってビデオをストリームするように動作可能な装置であって、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと
を備え、前記少なくとも１つのプロセッサは、
第１のビデオセグメントからのデータのみが一緒に集約されるように、フェンスに基づいてデータパケットを集約し、
前記集約されたデータパケットを送信する
ように構成された装置。
［Ｃ２５］
前記第１のビデオセグメントはビデオフレームであるＣ２４に記載の装置。
［Ｃ２６］
前記第１のビデオセグメントはビデオスライスであるＣ２４に記載の装置。
［Ｃ２７］
通信リンクによって無線でデータを送信するための方法であって、
アプリケーションレイヤフェンスに基づいて、第１のブロックアクノレッジメントグループに含まれるべきデータパケットを判定することと、
前記第１のブロックアクノレッジメントグループのデータパケットを物理レイヤパケットとして送信することと
を備える方法。

Claims (27)

1. 通信リンクによって無線でデータを送信するための方法であって、
   データパケットを第１のグループに集約することと、
   最終のデータパケットが前記第１のグループを完成する際に、インジケーションを受信することと、
   前記最終のデータパケットおよび前記インジケーションを受け取ると、前記第１のグループへのパケットの集約を完成することと、
   前記第１のグループを送信することと
   を備える方法。
2. 前記第１のグループは、ブロックアクノレッジメントシーケンスを備える請求項１に記載の方法。
3. 前記第１のグループは、物理レイヤパケットを備える請求項１に記載の方法。
4. 前記通信リンクが、ＩＥＥＥ８０２．１１ｎメディアアクセス制御レイヤインタフェースを備える請求項１に記載の方法。
5. 前記インジケーションは、前記ＩＥＥＥ８０２．１１ｎメディアアクセス制御レイヤインタフェースにおけるフラグを備える請求項４に記載の方法。
6. 前記インジケーションは、アプリケーションレイヤから受信される請求項１に記載の方法。
7. 前記データパケットはビデオデータを含む請求項１に記載の方法。
8. 前記最終のデータパケットは、ビデオフレームに対応するデータの最後のセグメントを備える請求項７に記載の方法。
9. 前記最終のデータパケットは、ビデオスライスに対応するデータの最後のセグメントを備える請求項７に記載の方法。
10. データを集約する通信リンクによってビデオをストリーミングするための方法であって、
    第１のビデオセグメントからのデータのみが一緒に集約されるように、フェンスに基づいてデータパケットを集約することと、
    前記集約されたデータパケットを送信することと
    を備える方法。
11. 前記第１のビデオセグメントはビデオフレームである請求項１０に記載の方法。
12. 前記第１のビデオセグメントはビデオスライスである請求項１０に記載の方法。
13. 通信リンクによって無線でデータを送信するように動作可能な装置であって、
    データパケットを第１のグループに集約する手段と、
    最終のデータパケットが前記第１のグループを完成する際に、インジケーションを受信する手段と、
    前記最終のデータパケットおよび前記インジケーションを受け取ると、前記第１のグループへのパケットの集約を完成する手段と、
    前記第１のグループを送信する手段と
    を備える装置。
14. 前記第１のグループは、ブロックアクノレッジメントシーケンスを備える請求項１３に記載の装置。
15. 前記データパケットはビデオデータを含み、前記最終のデータパケットは、ビデオフレームに対応するデータの最後のセグメントを備える請求項１３に記載の装置。
16. データを集約する通信リンクによってビデオをストリームするように動作可能な装置であって、
    第１のビデオセグメントからのデータのみが一緒に集約されるように、フェンスに基づいてデータパケットを集約する手段と、
    前記集約されたデータパケットを送信する手段と
    を備える装置。
17. 記録されたプログラムコードを有するコンピュータ可読媒体を備える、通信リンクによって無線でデータを送信するように動作可能なコンピュータプログラム製品であって、
    前記プログラムコードは、
    データパケットを第１のグループに集約するためのプログラムコードと、
    最終のデータパケットが前記第１のグループを完成する際に、インジケーションを受信するためのプログラムコードと、
    前記最終のデータパケットおよび前記インジケーションを受け取ると、前記第１のグループへのパケットの集約を完成するためのプログラムコードと、
    前記第１のグループを送信するためのプログラムコードと
    を備えるコンピュータプログラム製品。
18. 前記第１のグループは、ブロックアクノレッジメントシーケンスを備える請求項１７に記載のコンピュータプログラム製品。
19. 前記データパケットはビデオデータを含み、前記最終のデータパケットは、ビデオフレームに対応するデータの最後のセグメントを備える請求項１７に記載のコンピュータプログラム製品。
20. 記録されたプログラムコードを有するコンピュータ可読媒体を備える、データを集約する通信リンクによってビデオをストリームするように動作可能なコンピュータプログラム製品であって、
    前記プログラムコードは、
    第１のビデオセグメントからのデータのみが一緒に集約されるように、フェンスに基づいてデータパケットを集約するためのプログラムコードと、
    前記集約されたデータパケットを送信するためのプログラムコードと
    を備えるコンピュータプログラム製品。
21. 通信リンクによって無線でデータを送信するように動作可能な装置であって、
    少なくとも１つのプロセッサと、
    前記少なくとも１つのプロセッサに結合されたメモリと
    を備え、前記少なくとも１つのプロセッサは、
    データパケットを第１のグループに集約し、
    最終のデータパケットが前記第１のグループを完成する際に、インジケーションを受信し、
    前記最終のデータパケットおよび前記インジケーションを受け取ると、前記第１のグループへのパケットの集約を完成し、
    前記第１のグループを送信する
    ように構成された装置。
22. 前記第１のグループは、ブロックアクノレッジメントシーケンスを備える請求項２１に記載の装置。
23. 前記データパケットはビデオデータを含み、前記最終のデータパケットは、ビデオフレームに対応するデータの最後のセグメントを備える請求項２１に記載の装置。
24. データを集約する通信リンクによってビデオをストリームするように動作可能な装置であって、
    少なくとも１つのプロセッサと、
    前記少なくとも１つのプロセッサに結合されたメモリと
    を備え、前記少なくとも１つのプロセッサは、
    第１のビデオセグメントからのデータのみが一緒に集約されるように、フェンスに基づいてデータパケットを集約し、
    前記集約されたデータパケットを送信する
    ように構成された装置。
25. 前記第１のビデオセグメントはビデオフレームである請求項２４に記載の装置。
26. 前記第１のビデオセグメントはビデオスライスである請求項２４に記載の装置。
27. 通信リンクによって無線でデータを送信するための方法であって、
    アプリケーションレイヤフェンスに基づいて、第１のブロックアクノレッジメントグループに含まれるべきデータパケットを判定することと、
    前記第１のブロックアクノレッジメントグループのデータパケットを物理レイヤパケットとして送信することと
    を備える方法。

Images