ワイヤレス通信のための方法であって、ビデオフレームをスライスに分割するためのスライス寸法を選択することと、前記選択されたスライス寸法に基づいて、処理パイプラインを構成することと、前記処理パイプラインの第2の段階から前記ビデオフレームの第2の前に符号化されたスライスを送信しながら、前記処理パイプライン中で前記ビデオフレームの第1のスライスを符号化することとを備える、方法。前記スライス寸法が、少なくとも媒体アクセス制御MAC効率目的とレイテンシ目的とのうちの1つに基づいて選択される、請求項1に記載の方法。前記スライス寸法が、少なくとも1つのレイテンシ目的またはスループット測度と、少なくとも1つのMAC効率目的とを同時に達成することに基づいて選択される、請求項2に記載の方法。送信より前に符号化出力を1つまたは複数の媒体アクセス制御MACデータユニットとしてカプセル化することをさらに備える、請求項1に記載の方法。複数の前記MACデータユニットをアグリゲートすることと、アグリゲートされたMACデータユニットをディスプレイシンクに送信することとをさらに備える、請求項4に記載の方法。前記複数の前記MACデータユニットをアグリゲートすることが、連続するビデオフレームにわたらない符号化データをもつMACデータユニットのみをアグリゲートすることを備える、請求項5に記載の方法。前記複数の前記MACデータユニットをアグリゲートすることが、ビデオフレームの連続するスライスにわたらない符号化データをもつMACデータユニットのみをアグリゲートすることを備える、請求項5に記載の方法。ソースデバイスとシンクデバイスとの間のチャネル状態に基づいて前記スライス寸法を調整することをさらに備える、請求項1に記載の方法。ワイヤレス通信のための装置であって、ビデオフレームをスライスに分割するためのスライス寸法を選択するための手段と、前記選択されたスライス寸法に基づいて、処理パイプラインを構成するための手段と、前記処理パイプラインの第2の段階から前記ビデオフレームの第2の前に符号化されたスライスを送信しながら、前記処理パイプライン中で前記ビデオフレームの第1のスライスを符号化するための手段とを備える、装置。前記スライス寸法が、少なくとも媒体アクセス制御MAC効率目的とレイテンシ目的とのうちの1つに基づいて選択される、請求項9に記載の装置。前記スライス寸法が、少なくとも1つのレイテンシ目的またはスループット測度と、少なくとも1つのMAC効率目的とを同時に達成することに基づいて選択される、請求項10に記載の方法。送信より前に符号化出力を1つまたは複数の媒体アクセス制御MACデータユニットとしてカプセル化するための手段をさらに備える、請求項9に記載の装置。複数の前記MACデータユニットをアグリゲートするための手段と、アグリゲートされたMACデータユニットをディスプレイシンクに送信するための手段とをさらに備える、請求項12に記載の装置。アグリゲートするための前記手段が、連続するビデオフレームにわたらない符号化データをもつMACデータユニットのみをアグリゲートするための手段を備える、請求項13に記載の装置。アグリゲートするための前記手段が、ビデオフレームの連続するスライスにわたらない符号化データをもつMACデータユニットのみをアグリゲートするための手段を備える、請求項13に記載の装置。ソースデバイスとシンクデバイスとの間のチャネル状態に基づいて前記スライス寸法を調整するための手段をさらに備える、請求項9に記載の装置。1つまたは複数のプロセッサによって実行可能である命令が記憶されたコンピュータ可読媒体を備える、ワイヤレス通信のためのコンピュータプログラム製品であって、前記命令が、ビデオフレームをスライスに分割するためのスライス寸法を選択するための命令と、前記選択されたスライス寸法に基づいて、処理パイプラインを構成するための命令と、前記処理パイプラインの第2の段階から前記ビデオフレームの第2の前に符号化されたスライスを送信しながら、前記処理パイプライン中で前記ビデオフレームの第1のスライスを符号化するための命令とを備える、コンピュータプログラム製品。前記スライス寸法が、少なくとも媒体アクセス制御MAC効率目的とレイテンシ目的とのうちの1つに基づいて選択される、請求項17に記載のコンピュータプログラム製品。前記スライス寸法が、少なくとも1つのレイテンシ目的またはスループット測度と、少なくとも1つのMAC効率目的とを同時に達成することに基づいて選択される、請求項18に記載のコンピュータプログラム製品。送信より前に符号化出力を1つまたは複数の媒体アクセス制御MACデータユニットとしてカプセル化するための命令をさらに備える、請求項17に記載のコンピュータプログラム製品。複数の前記MACデータユニットをアグリゲートするための命令と、アグリゲートされたMACデータユニットをディスプレイシンクに送信するための命令とをさらに備える、請求項20に記載のコンピュータプログラム製品。前記複数の前記MACデータユニットをアグリゲートするための前記命令が、連続するビデオフレームにわたらない符号化データをもつMACデータユニットのみをアグリゲートするための命令を備える、請求項21に記載のコンピュータプログラム製品。前記複数の前記MACデータユニットをアグリゲートするための前記命令が、ビデオフレームの連続するスライスにわたらない符号化データをもつMACデータユニットのみをアグリゲートするための命令を備える、請求項21に記載のコンピュータプログラム製品。ソースデバイスとシンクデバイスとの間のチャネル状態に基づいて前記スライス寸法を調整するための命令をさらに備える、請求項17に記載のコンピュータプログラム製品。ワイヤレス通信のための装置であって、ビデオフレームをスライスに分割するためのスライス寸法を選択することと、前記選択されたスライス寸法に基づいて、処理パイプラインを構成することと、前記処理パイプラインの第2の段階から前記ビデオフレームの第2の前に符号化されたスライスを送信しながら、前記処理パイプライン中で前記ビデオフレームの第1のスライスを符号化することとを行うように構成された少なくとも1つのプロセッサと、前記少なくとも1つのプロセッサに結合されたメモリとを備える、装置。前記スライス寸法が、少なくとも媒体アクセス制御MAC効率目的とレイテンシ目的とのうちの1つに基づいて選択される、請求項25に記載の装置。前記スライス寸法が、少なくとも1つのレイテンシ目的またはスループット測度と、少なくとも1つのMAC効率目的とを同時に達成することに基づいて選択される、請求項26に記載の方法。前記少なくとも1つのプロセッサが、送信より前に符号化出力を1つまたは複数の媒体アクセス制御MACデータユニットとしてカプセル化するようにさらに構成された、請求項25に記載の装置。前記少なくとも1つのプロセッサが、複数の前記MACデータユニットをアグリゲートすることと、アグリゲートされたMACデータユニットをディスプレイシンクに送信することとを行うようにさらに構成された、請求項28に記載の装置。前記少なくとも1つのプロセッサが、連続するビデオフレームにわたらない符号化データをもつMACデータユニットのみをアグリゲートするようにさらに構成された、請求項29に記載の装置。前記少なくとも1つのプロセッサが、ビデオフレームの連続するスライスにわたらない符号化データをもつMACデータユニットのみをアグリゲートするようにさらに構成された、請求項29に記載の装置。前記少なくとも1つのプロセッサが、ソースデバイスとシンクデバイスとの間のチャネル状態に基づいて前記スライス寸法を調整するようにさらに構成された、請求項25に記載の装置。次に、図面を参照しながら様々な態様について説明する。以下の説明では、説明のために、1つまたは複数の態様の完全な理解を与えるために多数の具体的な詳細を記載する。ただし、そのような1つまたは複数の態様は、これらの具体的な詳細なしに実施され得ることは明らかであろう。本出願で使用する構成要素、モジュール、システムなどの用語は、限定はしないが、ハードウェア、ファームウェア、ハードウェアとソフトウェアの組合せ、ソフトウェア、または実行中のソフトウェアなど、コンピュータ関連のエンティティを含むものとする。たとえば、構成要素は、限定はしないが、プロセッサ上で実行されるプロセス、プロセッサ、オブジェクト、実行ファイル、実行スレッド、プログラム、および/またはコンピュータであり得る。例として、コンピューティングデバイス上で実行されるアプリケーションと、そのコンピューティングデバイスの両方が構成要素であり得る。1つまたは複数の構成要素がプロセスおよび/または実行スレッド内に常駐することができ、1つの構成要素が1つのコンピュータ上に配置され得、および/または2つ以上のコンピュータ間に分散され得る。さらに、これらの構成要素は、様々なデータ構造を記憶している様々なコンピュータ可読媒体から実行することができる。これらの構成要素は、ローカルシステム、分散システム中の、および/または他のシステムを用いるインターネットなどのネットワーク上の別の構成要素と信号を介して対話する1つの構成要素からのデータなど、1つまたは複数のデータパケットを有する信号によるなど、ローカルプロセスおよび/またはリモートプロセスを介して通信し得る。さらに、またはという用語は、排他的なまたはではなく、包括的なまたはを意味するものとする。すなわち、別段に規定されていない限り、または文脈から明らかでない限り、XはAまたはBを使用するという句は、自然包括的並べ替えのいずれかを意味するものとする。すなわち、XはAまたはBを使用するという句は、以下の場合、すなわち、XがAを使用する場合、XがBを使用する場合、またはXがAとBの両方を使用する場合のうちのいずれかによって満たされる。さらに、本出願および添付の特許請求の範囲で使用する冠詞aおよびanは、別段に規定されていない限り、または単数形を示すことが文脈から明らかでない限り、概して1つまたは複数を意味するものと解釈すべきである。例示的なワイヤレスディスプレイシステム図1に、本開示の様々な態様が実施され得る、例示的なワイヤレスディスプレイシステム100を示す。図示のように、本ディスプレイシステムは、表示のためにディスプレイデータ112をシンクデバイス120にワイヤレス送信するソースデバイス110を含み得る。ソースデバイス110は、表示のためにディスプレイデータ112を生成し、シンクデバイス120に送信することが可能な任意のデバイスであり得る。ソースデバイスの例には、限定はしないが、スマートフォン、カメラ、ラップトップコンピュータ、タブレットコンピュータなどがある。シンクデバイスは、ソースデバイスからディスプレイデータを受信し、そのディスプレイデータを一体化あるいはアタッチされたディスプレイパネル上で表示することが可能な任意のデバイスであり得る。シンクデバイスの例には、限定はしないが、テレビジョン、モニタ、スマートフォン、カメラ、ラップトップコンピュータ、タブレットコンピュータなどがある。図2は、多入力多出力MIMOシステム200における、ソースデバイスに対応し得る送信機システム210と、シンクデバイスに対応し得る受信機システム250との一態様のブロック図である。送信機システム210において、いくつかのデータストリームのトラフィックデータがデータソース212から送信TXデータプロセッサ214に与えられる。一態様では、各データストリームは、それぞれの送信アンテナを介して送信される。TXデータプロセッサ214は、コード化データを与えるために、各データストリームのトラフィックデータを、そのデータストリーム用に選択された特定のコーディング方式に基づいてフォーマットし、コーディングし、インターリーブする。各データストリームのコード化データは、直交周波数分割多重化OFDM技法を使用してパイロットデータで多重化され得る。パイロットデータは、典型的には、知られている方法で処理され、チャネル応答を推定するために受信機システムにおいて使用され得る知られているデータパターンである。各データストリームの多重化されたパイロットおよびコード化データは、次いで、変調シンボルを与えるために、そのデータストリーム用に選択された特定の変調方式たとえば、2位相シフトキーイングBPSK、4位相シフトキーイングQPSK、M-PSK、またはM-QAM直交振幅変調、ただしMは2のべき乗であり得るに基づいて変調たとえば、シンボルマッピングされる。各データストリームのデータレート、コーディング、および変調は、メモリ232に結合され得るプロセッサ230によって実行される命令によって決定され得る。すべてのデータストリームの変調シンボルが、次いで、TXMIMOプロセッサ220に与えられ、TXMIMOプロセッサ220はさらにたとえば、OFDM用にその変調シンボルを処理し得る。TXMIMOプロセッサ220は、次いで、NT個の変調シンボルストリームをNT個の送信機TMTR222a~222tに与える。いくつかの態様では、TXMIMOプロセッサ220は、データストリームのシンボルと、シンボルがそこから送信されているアンテナとにビームフォーミング重みを適用する。各送信機222は、それぞれのシンボルストリームを受信し、処理して、1つまたは複数のアナログ信号を与え、さらに、それらのアナログ信号を調整たとえば、増幅、フィルタ処理、およびアップコンバートして、MIMOチャネルを介して送信するのに好適な被変調信号を与える。送信機222a~222tからのNT個の被変調信号は、次いで、それぞれNT個のアンテナ224a~224tから送信される。受信機システム250において、送信された被変調信号は、NR個のアンテナ252a~252rによって受信され、各アンテナ252からの受信信号は、それぞれの受信機RCVR254a~254rに与えられる。各受信機254は、それぞれの受信信号を調整たとえば、フィルタ処理、増幅、およびダウンコンバートし、調整された信号をデジタル化して、サンプルを与え、さらにそれらのサンプルを処理して、対応する受信シンボルストリームを与える。受信RXデータプロセッサ260が、次いで、特定の受信機処理技法に基づいてNR個の受信機254からNR個の受信シンボルストリームを受信し、処理して、NT個の検出シンボルストリームを与える。RXデータプロセッサ260は、次いで、各検出シンボルストリームを復調し、デインターリーブし、復号して、データストリームのトラフィックデータを復元する。RXデータプロセッサ260による処理は、送信機システム210におけるTXMIMOプロセッサ220およびTXデータプロセッサ214によって実行される処理を補足するものである。メモリ272に結合され得るプロセッサ270は、どのプリコーディング行列を使用すべきかを定期的に判断する。逆方向リンクメッセージは、通信リンクおよび/または受信データストリームに関する様々なタイプの情報を備え得る。逆方向リンクメッセージは、次いで、データソース236からいくつかのデータストリームのトラフィックデータをも受信するTXデータプロセッサ238によって処理され、変調器280によって変調され、送信機254a~254rによって調整され、送信機システム210に返信される。送信機システム210において、受信機システム250からの被変調信号は、アンテナ224によって受信され、受信機222によって調整され、復調器240によって復調され、RXデータプロセッサ242によって処理されて、受信機システム250によって送信された逆方向リンクメッセージが抽出される。プロセッサ230が、次いで、ビームフォーミング重みを決定するためにどのプリコーディング行列を使用すべきかを決定し、次いで、抽出されたメッセージを処理する。本開示のいくつかの態様は、媒体アクセス制御MACレイヤの効率およびスループットを維持しながら、ワイヤレスディスプレイのエンドツーエンドレイテンシを低減するための方法を提供する。本明細書で提案する技法は、図1に図示したものなど、ワイヤレスディスプレイシステムに適用され得る。概して、レイテンシを低減するための試みにおいて様々な技法が利用され得る。たとえば、H.264またはAVCアドバンストビデオコーディング規格などのビデオ圧縮規格は、全フレームではなくスライスの単位でビデオ符号化が実行されることを可能にし得る。スライスの各々は、送信のために別々のネットワークアブストラクションレイヤユニットNALUとしてカプセル化され得る。これらのNALUは、それらが処理パイプラインから入手可能になったときに送信され得る。受信機は、これらのスライスが受信されるとそれらを復号し得る。H.264規格のスライシング技法は、最良の場合、エンドツーエンド遅延を5スライス持続時間に低減し得る。たとえば、各スライスがマクロブロック幅たとえば、可能な最小幅程度に小さい場合、増分遅延は、30フレーム毎秒fpsにおいて720p解像度720という数はディスプレイ解像度の720本の水平スキャンラインを表し、pはプログレッシブスキャンを表すに対して約3.7ミリ秒msであるか、または30fpsにおいて1080p解像度に対して約2.5msであり得る。しかしながら、これらの理論値は、Wi-Fiたとえば、米国電気電子学会IEEE802.11など、いくつかのワイヤレス規格と互換性がある送信では実際的でないことがある。一例として、MACレイヤ肯定応答ACKを利用するシステムでは、個々のワイヤレス送信ユニットたとえば、パイプラインユニットとして極めて小さいスライスを利用すると、著しくWi-FiMAC効率が劣化し、共有チャネル上のチャネル時間利用が増加し得る。たとえば、10メガビット毎秒Mb/s符号化レートでは、720p30における最小スライス幅はわずか926バイトの符号化ペイロードサイズを生じ得、それは、72Mb/sの物理レイヤPHYレートで送信するのに約103マイクロ秒を要し得る。しかしながら、拡張分散チャネルアクセスEDCA:enhanceddistributedchannelaccessチャネルアクセス遅延と、PHYプリアンブルと、フレームおよびACKフレームの終端におけるショートフレーム間スペースSIFS:shortinterframespaceと、他の遅延とを含むフレーム交換オーバーヘッドが、合計して、同じ大きさである値になり得る。一例として、効率的なWi-Fiリンク利用のための目標は、0.5ms以上の送信機会TXOP:transmitopportunityであり得るたとえば、ビデオなどの適用例では約1msが望ましいことがある。したがって、パイプラインユニットたとえば、スライスは、効率的なWi-Fiリンク利用を有するために相当より大きくなる必要があり得る。Wi-FiMACを利用するシステムは、アグリゲーションを採用することによって所望の送信機会TXOPサイズの効率を最大にすることを試み得る。たとえば、TXOPのサイズは、ブロックACKと併せて、MACサービスデータユニットMSDU:MACservicedataunitをアグリゲートしてアグリゲートMSDUA-MSDU:aggregatedMSDUを形成することによって、および/またはMACプロトコルデータユニットMPDU:MACprotocoldataunitをアグリゲートしてA-MPDUを形成することによって増加され、効率的に使用され得る。しかしながら、Wi-Fiディスプレイなど、ワイヤレスディスプレイシステムにおけるスライスの場合に起こり得る、MSDUがエンコーダ遅延により離間されたとき、これらの日和見的技法は常に所望の効果を有するとは限らない。さらに、MACレイヤは、エンコーダスライシングを知らずに送信スケジューリング決定を行い得る。本開示のいくつかの態様では、データユニットMSDUおよび/またはMPDUは、MAC効率および低減されたレイテンシを生じるサイズとともにエンコーダ出力から送信機TXMACに配信され得る。したがって、スライスサイズは、MAC効率とレイテンシとを一緒に最適化することによって計算され得る。いくつかの態様によれば、図3に示すソースデバイス310は、本明細書で説明するいくつかの態様に従って、選択されたスライスサイズに基づいて構成可能である処理パイプライン312を有し得る。符号化データは、カプセル化され、アグリゲートされ、シンクデバイス320に送信され得、シンクデバイス320において、スライスは、それらが受信されたときに復号され、レンダリングされ得る。図4に、たとえば、ソースデバイスにおいて実行され得る、例示的な動作400を示す。動作は402において開始して、ビデオフレームをスライスに分割するためのスライス寸法たとえば、サイズを選択する。いくつかの態様によれば、処理パイプラインは、最適に寸法決定されたスライスを生成するようにソースデバイス上で構成され得る。いくつかの態様によれば、スライス寸法は、最小理論スライス幅の倍数たとえば、マクロブロック幅の倍数として選択され得、この倍数は、Wi-FiMAC効率目的を満足させるために十分大きく、レイテンシ目的を満足させるために十分小さい。404において、選択されたスライス寸法に基づいて、処理パイプラインを構成して、406において、処理パイプラインの第2の段階から第2の前に前処理されたスライスを送信しながら、処理パイプラインの第1の段階中で第1のスライスを符号化することが可能になる。いくつかの態様では、スライス寸法は、ソースデバイスとシンクデバイスとの間のチャネル状態に基づいて調整され得る。別のパイプライン段階は、選択されたスライス寸法に従って同じくパイプライン化され得る、ソースデバイスにおけるディスプレイキャプチャおよび前処理ステップたとえば、YUV変換を含み得る。ディスプレイキャプチャおよび前処理ステップは、前のスライスの符号化とともにパイプライン化され得る。図5に、本開示のいくつかの態様による、例示的なソースデバイス500を示す。本ソースデバイスは、ディスプレイフレームのスライスサイズを選択するためのサイズ選択構成要素502と、選択されたスライスサイズで処理パイプラインを構成するためのパイプライン構成構成要素504と、スライスを前処理するためのディスプレイキャプチャおよび前処理構成要素506と、前処理されたスライスを符号化するための符号化構成要素508と、符号化されたスライスをシンクデバイスに送信するための送信構成要素510とを備え得る。図6に、パイプラインソースデバイス602とシンクデバイス660とを備える例示的なディスプレイシステムを示す。図示のように、ソースデバイスは、ディスプレイフレーム610を、選択されたサイズのスライス620に分割し得る。ソースデバイスは、処理パイプラインの第2の段階640において、第1の段階630においてすでに前処理されている第2のスライス6202を符号化しながら、処理パイプラインの第1の段階630において第3のスライス6203を前処理し得る。ソースデバイスは、送信構成要素650によって、すでに前処理され、符号化されている第1のスライス6201をシンクデバイス660に送信し得る。いくつかの態様によれば、各スライスの符号化出力は、1つまたは複数のMACデータユニットたとえば、MPDUまたはMSDUとしてカプセル化され得る。MACデータユニットは、ディスプレイシンクへの送信より前にアグリゲートされ得る。各スライスの符号化出力は、1つまたは複数のMSDUとして、カプセル化され、ソースMACに配信され得る。これは、場合によっては、トランスポートレイヤヘッダ、および/またはコンテンツ保護を保証するための暗号演算を伴い得る。ソースMACは、ブロック-ACKと併せて、たとえば、A-MSDUおよび/またはA-MPDUを使用した最適なリンク利用を達成するために、送信の前にこれらのMSDUをアグリゲートし得る。いくつかの態様によれば、ソースデバイスは、アグリゲートされたデータユニットが、連続するビデオフレームまたは連続するスライスにわたらないことを保証し得る。シンクデバイス660において、MACレイヤは、受信されたMSDUを、IEEE802.11などのワイヤレス規格の下で動作し得るデコーダなどのシンクアプリケーションに配信し得る。いくつかの態様によれば、シンクデコーダは、各スライスが受信されたときにそれらを復号し得る。いくつかの態様では、シンクデバイスは、ローカルポリシーおよびプレゼンテーション時間の考慮事項に基づいてレンダリングたとえば、シンクデバイスのディスプレイパネル上のラスタスキャンを開始することを選択し得る。たとえば、シンクデバイスは、全ビデオフレームのすべてのスライスが復号された後にのみレンダリングを開始し得る。シンクデバイスはまた、複数の完全なビデオフレームが復号され、バッファされた後にのみレンダリングを開始し得る。または、シンクデバイスは、複数のスライスが復号され、バッファされた後にレンダリングを開始し得る。ポリシーは、所望のWi-Fiデジッタトレランスに依存し得る。ポリシーはさらに、プレゼンテーション時間制約を受け得る。シンクデバイス660によって実行される上記のアクションは、ソースデバイスとは無関係であり得る。各側はレイテンシ改善に独立して寄与し得、節約は加法的であり得る。ソースデバイスまたはシンクデバイスのうちの1つのみがそれのパフォーマンスを最適化する場合、それは部分的なパフォーマンス改善を依然として生じ得る。いくつかの態様では、スライスサイズは、送信機会TXOPの下限、エンドツーエンドレイテンシの上限、またはプラットフォーム処理制約のうちの1つまたは複数に基づいてジョイント最適化の一部として選択され得る。たとえば、TXOPの下限は、0.5ms、1msなどに等しくなり得る。このTXOP目的は、所与のペイロードスループットのチャネル時間占有を低減するために良好なチャネル市民権goodchannelcitizenship考慮事項に基づいて選択され得る。極めて低いTXOP値は達成可能なペイロードスループットを制限し得るので、画像品質に影響を及ぼし得る所望のペイロードスループットはまた、TXOP目的に影響を及ぼし得る。TXOP下限は、公称PHYレートたとえば、72Mb/s、144Mb/sなどに応じて、キロビット単位でエンコーダスライスサイズの下限を暗黙的に設定し得る。PHYレートは、今度は、ソースデバイスおよびシンクデバイスの物理レイヤ能力と、チャネル幅たとえば、20MHz、40MHz、80MHzと、使用されるMIMO空間ストリームの数たとえば、1、2または4と、現在のPHYチャネル状態とに依存し得る。概して、TXOP目的は、チャネル利用のより高い割合を保証するためにより高くなる必要がある。いくつかの態様によれば、スライス寸法は、少なくともMAC効率目的および/またはレイテンシ目的のうちの1つに基づいて選択され得る。MAC効率目的は、シンクデバイスに送られるディスプレイデータの量がメッセージングオーバーヘッドと比較して十分に大きいことを保証するように確立され得る。レイテンシ目的は、レイテンシが許容量を超えないことを保証するように設定され得る。いくつかの態様によれば、スライス寸法は、少なくとも1つのレイテンシ目的またはスループット測度と少なくとも1つのMAC効率目的とを同時に達成するように選択され得る。いくつかの態様では、スライスサイズを選択する際に、エンドツーエンドレイテンシたとえば、ソースデバイスとシンクデバイスの両方における処理ステップのレイテンシの上限が考慮され得る。この目的は使用モデルに依存し得る。たとえば、対話型ゲームは、他のアプリケーションよりも低いエンドツーエンドレイテンシの値を必要とし得る。レイテンシ上限はスライス持続時間の上限を暗黙的に設定し得る。スライス持続時間は、今度は、エンコーダの公称ビットレートたとえば、10Mb/s、20Mb/sに応じて変わり得る符号化スライスサイズの上限をキロビット単位で設定し得る。エンコーダのターゲットビットレートは、今度は、リンク容量のターゲット利用割合と、表示の所望の品質とに依存し得る。いくつかの態様では、スライスサイズを選択する際に、プラットフォームたとえば、ソースデバイスまたはシンクデバイスの処理制約が考慮され得る。一般に、処理要求は、プロセス間通信、割込みなど、各トランザクションについてローカルに関与するオーバーヘッドにより、スライスが小さくなるにつれて増加し得る。より小さいスライスサイズはより小さいスライス間隔を暗示し、より小さいスライス間隔は、プラットフォーム中のリソースに対する負荷を増加させる。この考慮事項は、上記で説明したレイテンシ上限を緩和するたとえば、増加させるために使用され得る。いくつかの態様では、実装形態は、ディスプレイセッションたとえば、Wi-Fiディスプレイセッションの最初にスライス寸法を固定し、随意に、リンク状態に基づいてスライス寸法を適応的に変化させることを選択し得る。概して、スライス寸法を判断するアルゴリズムは、上記のパラメータまたはそれのサブセットの任意の関数に基づいて動作し得る。かろうじてTXOP目的を満足させ、得られたレイテンシを受容することのほうへバイアスされた例示的なアルゴリズムは、以下のステップによって実行され得る。最初に、MSDU部分のためのTXOP目的Tが選択され得るたとえば、T=0.5ms。Mbit/sにおける公称PHYレートPは、少なくともTXOP目的に基づいて推定され得る。次に、所望のペイロードたとえば、ユーザデータグラムプロトコルUDP、論理リンク制御LLC:logicallinkcontrolなどのための利用可能なリンク容量Lが推定され得る。ターゲットエンコーダビットレートEが、リンク容量Lのターゲット利用割合Uに基づいて選択され得る。fpsにおけるターゲットフレームレートFも選択され得る。符号化スライスのターゲットサイズSSが、公称PHYレートとTXOP目的とに基づいてSS=P×Tとして計算され得る。ターゲット符号化スライスサイズSSは、推定PHYレートでターゲットTXOP持続時間中に送信され得る量である。完全に符号化されたフレームのためのフレームサイズSFが以下のように推定され得る。次に、最適スライシング寸法が以下のように推定され得る。ただし、Rはフレーム当たりのスライスの比を表し得、Resは解像度を表し得、Wはスキャンラインに関するスライス幅を表し得、Dはミリ秒単位でスライス持続時間を表し得る。たとえば、T=0.5ms、P=72Mb/s、L=40Mb/s、U=40およびF=30fpsでは、R=14.8スライス/フレームと、W=49.7ラインとの値が計算され得る。Wの値は、16本のスキャンラインの正確な倍数マクロブロックの整数に丸められる必要があり得ることに留意されたい。したがって、W=48およびR=15である。これは、各スライスのペイロード部分のために0.49msのTXOP持続時間を生じる。スライス持続時間Dは約2.2msであり、これは約11ms約2.2×5のエンドツーエンド遅延を生じる。同様のアルゴリズムが、かろうじてレイテンシ限界を満足させ、得られたTXOPを受容するスライス寸法を推定し得る。提案する方法の他の代替形態も考慮され得、それのすべてが本開示の範囲内に入る。たとえば、スライスサイズの有限範囲がTXOP限界とレイテンシ限界とを満たす場合、最適値は、レイテンシ対MAC効率のシステム選好に基づいて選択され得る。一方、両方の制約が一緒に満たされ得ない場合、ソースデバイスは、システム選好としてあまり重要でない制約たとえば、レイテンシを緩和するか、またはレイテンシ目的とTXOP目的とを適切に折衷し得る。上記で説明した方法の様々な動作は、図に示すミーンズプラスファンクションブロックに対応する様々なハードウェアおよび/またはソフトウェアの1つまたは複数の構成要素および/または1つまたは複数のモジュールによって実行され得る。たとえば、図4に示すブロック402~406は、図4Aに示すミーンズプラスファンクションブロック402A~406Aに対応する。より一般的には、対応する相対ミーンズプラスファンクション図を有する図に方法が示されている場合、動作ブロックは、同様の番号付けをもつミーンズプラスファンクションブロックに対応する。たとえば、スライス寸法を選択するための手段402Aは、サイズ選択構成要素502など、サイズを選択することが可能なプロセッサまたは回路を備え得、処理パイプラインを構成するための手段404Aは、パイプライン構成構成要素504など、処理パイプラインを構成することが可能なプロセッサまたは回路を備え得、スライスを符号化するための手段406Aは、符号化構成要素508など、スライスを符号化することが可能なプロセッサまたは回路を備え得、スライスを送信するための手段は、図5に示す送信機または送信構成要素510を備え得る。本開示に関連して説明した様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサDSP、特定用途向け集積回路ASIC、フィールドプログラマブルゲートアレイ信号FPGAまたは他のプログラマブル論理デバイスPLD、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の市販のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、DSPとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、DSPコアと連携する1つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。本開示に関連して説明した方法またはアルゴリズムのステップは、直接ハードウェアで実施されるか、プロセッサによって実行されるソフトウェアモジュールで実施されるか、またはその2つの組合せで実施され得る。ソフトウェアモジュールは、当技術分野で知られている任意の形態の記憶媒体中に常駐し得る。使用され得る記憶媒体のいくつかの例には、ランダムアクセスメモリRAM、読取り専用メモリROM、フラッシュメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CD-ROMなどがある。ソフトウェアモジュールは、単一の命令、または多数の命令を備え得、いくつかの異なるコードセグメント上で、異なるプログラム間で、および複数の記憶媒体にわたって分散され得る。記憶媒体は、プロセッサがその記憶媒体から情報を読み取ることができ、その記憶媒体に情報を書き込むことができるように、プロセッサに結合され得る。代替として、記憶媒体はプロセッサに一体化され得る。本明細書で開示する方法は、説明した方法を達成するための1つまたは複数のステップまたはアクションを備える。本方法のステップおよび/またはアクションは、特許請求の範囲から逸脱することなく互いに交換され得る。言い換えれば、ステップまたはアクションの特定の順序が指定されない限り、特定のステップおよび/またはアクションの順序および/または使用は特許請求の範囲から逸脱することなく変更され得る。説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの組合せで実装され得る。ソフトウェアで実装する場合、機能は1つまたは複数の命令としてコンピュータ可読媒体上に記憶され得る。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、RAM、ROM、EEPROM、CD-ROMまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを担持または記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。本明細書で使用するディスクdiskおよびディスクdiscは、コンパクトディスクdiscCD、レーザディスクdisc、光ディスクdisc、デジタル多用途ディスクdiscDVD、フロッピー登録商標ディスクdisk、およびブルーレイ登録商標ディスクdiscを含み、ディスクdiskは、通常、データを磁気的に再生し、ディスクdiscは、データをレーザで光学的に再生する。たとえば、そのようなデバイスは、本明細書で説明した方法を実行するための手段の転送を可能にするために、サーバに結合され得る。代替的に、本明細書で説明した様々な方法は、ユーザ端末および/または基地局が記憶手段をデバイスに結合するかまたは与えると様々な方法を得ることができるように、記憶手段たとえば、RAM、ROM、コンパクトディスクCDまたはフロッピーディスクなどの物理記憶媒体などによって提供され得る。その上、本明細書で説明した方法および技法をデバイスに提供するための任意の他の好適な技法が利用され得る。特許請求の範囲は、上記で示した厳密な構成および構成要素に限定されないことを理解されたい。上記で説明した方法および装置の構成、動作および詳細において、特許請求の範囲の範囲から逸脱することなく、様々な改変、変更および変形を行い得る。上記は本開示の態様を対象とするが、本開示の他の態様およびさらなる態様は、それの基本的範囲から逸脱することなく考案され得、それの範囲は以下の特許請求の範囲によって判断される。