通信リンクによって無線でデータを送信するための方法であって、データパケットを第1のグループに集約することと、最終のデータパケットが前記第1のグループを完成する際に、インジケーションを受信することと、前記最終のデータパケットおよび前記インジケーションを受け取ると、前記第1のグループへのパケットの集約を完成することと、前記第1のグループを送信することとを備える方法。前記第1のグループは、ブロックアクノレッジメントシーケンスを備える請求項1に記載の方法。前記第1のグループは、物理レイヤパケットを備える請求項1に記載の方法。前記通信リンクが、IEEE802.11nメディアアクセス制御レイヤインタフェースを備える請求項1に記載の方法。前記インジケーションは、前記IEEE802.11nメディアアクセス制御レイヤインタフェースにおけるフラグを備える請求項4に記載の方法。前記インジケーションは、アプリケーションレイヤから受信される請求項1に記載の方法。前記データパケットはビデオデータを含む請求項1に記載の方法。前記最終のデータパケットは、ビデオフレームに対応するデータの最後のセグメントを備える請求項7に記載の方法。前記最終のデータパケットは、ビデオスライスに対応するデータの最後のセグメントを備える請求項7に記載の方法。データを集約する通信リンクによってビデオをストリーミングするための方法であって、第1のビデオセグメントからのデータのみが一緒に集約されるように、フェンスに基づいてデータパケットを集約することと、前記集約されたデータパケットを送信することとを備える方法。前記第1のビデオセグメントはビデオフレームである請求項10に記載の方法。前記第1のビデオセグメントはビデオスライスである請求項10に記載の方法。通信リンクによって無線でデータを送信するように動作可能な装置であって、データパケットを第1のグループに集約する手段と、最終のデータパケットが前記第1のグループを完成する際に、インジケーションを受信する手段と、前記最終のデータパケットおよび前記インジケーションを受け取ると、前記第1のグループへのパケットの集約を完成する手段と、前記第1のグループを送信する手段とを備える装置。前記第1のグループは、ブロックアクノレッジメントシーケンスを備える請求項13に記載の装置。前記データパケットはビデオデータを含み、前記最終のデータパケットは、ビデオフレームに対応するデータの最後のセグメントを備える請求項13に記載の装置。データを集約する通信リンクによってビデオをストリームするように動作可能な装置であって、第1のビデオセグメントからのデータのみが一緒に集約されるように、フェンスに基づいてデータパケットを集約する手段と、前記集約されたデータパケットを送信する手段とを備える装置。記録されたプログラムコードを有するコンピュータ可読媒体を備える、通信リンクによって無線でデータを送信するように動作可能なコンピュータプログラム製品であって、前記プログラムコードは、データパケットを第1のグループに集約するためのプログラムコードと、最終のデータパケットが前記第1のグループを完成する際に、インジケーションを受信するためのプログラムコードと、前記最終のデータパケットおよび前記インジケーションを受け取ると、前記第1のグループへのパケットの集約を完成するためのプログラムコードと、前記第1のグループを送信するためのプログラムコードとを備えるコンピュータプログラム製品。前記第1のグループは、ブロックアクノレッジメントシーケンスを備える請求項17に記載のコンピュータプログラム製品。前記データパケットはビデオデータを含み、前記最終のデータパケットは、ビデオフレームに対応するデータの最後のセグメントを備える請求項17に記載のコンピュータプログラム製品。記録されたプログラムコードを有するコンピュータ可読媒体を備える、データを集約する通信リンクによってビデオをストリームするように動作可能なコンピュータプログラム製品であって、前記プログラムコードは、第1のビデオセグメントからのデータのみが一緒に集約されるように、フェンスに基づいてデータパケットを集約するためのプログラムコードと、前記集約されたデータパケットを送信するためのプログラムコードとを備えるコンピュータプログラム製品。通信リンクによって無線でデータを送信するように動作可能な装置であって、少なくとも1つのプロセッサと、前記少なくとも1つのプロセッサに結合されたメモリとを備え、前記少なくとも1つのプロセッサは、データパケットを第1のグループに集約し、最終のデータパケットが前記第1のグループを完成する際に、インジケーションを受信し、前記最終のデータパケットおよび前記インジケーションを受け取ると、前記第1のグループへのパケットの集約を完成し、前記第1のグループを送信するように構成された装置。前記第1のグループは、ブロックアクノレッジメントシーケンスを備える請求項21に記載の装置。前記データパケットはビデオデータを含み、前記最終のデータパケットは、ビデオフレームに対応するデータの最後のセグメントを備える請求項21に記載の装置。データを集約する通信リンクによってビデオをストリームするように動作可能な装置であって、少なくとも1つのプロセッサと、前記少なくとも1つのプロセッサに結合されたメモリとを備え、前記少なくとも1つのプロセッサは、第1のビデオセグメントからのデータのみが一緒に集約されるように、フェンスに基づいてデータパケットを集約し、前記集約されたデータパケットを送信するように構成された装置。前記第1のビデオセグメントはビデオフレームである請求項24に記載の装置。前記第1のビデオセグメントはビデオスライスである請求項24に記載の装置。通信リンクによって無線でデータを送信するための方法であって、アプリケーションレイヤフェンスに基づいて、第1のブロックアクノレッジメントグループに含まれるべきデータパケットを判定することと、前記第1のブロックアクノレッジメントグループのデータパケットを物理レイヤパケットとして送信することとを備える方法。モバイルコンピューティングの収束における残り1つのハードルは、モバイルデバイスの小さいフォームファクタによって制約される典型的なポータブル液晶ディスプレイLCDのサイズである。ケーブルを有するより大きな外部ディスプレイパネルに電話をテザリングすることは、常に実際に役立つわけではなく、常に望ましいわけでもない。より魅力的なソリューションは、図1に示されるように、電話がそれらのディスプレイ出力をより大きな外部モニタあるいは、デジタルテレビDTVか、デジタルライト処理DLPか、または自動車用ディスプレイに無線でレンダリングできるようにすることである。このような無線ディスプレイは、図1に示されるように、短距離無線リンクを用いて、スマートフォンと外部ディスプレイとの間のオーディオビデオケーブルの代わりとなることを意図されている。このような置き換えられるケーブルの実例は、高解像度HighDefinitionのマルチメディアインタフェースHDMI登録商標である。汎用無線ディスプレイは、スマートフォンディスプレイ上でオーディオビジュアル出力をレンダリングするスマートフォンアプリケーションに応えるsatisfyことを意図されている。これは、ミラードディスプレイまたは拡張ディスプレイと称されうる。このようなディスプレイは、ホームネットワークによって記憶されたコンテンツを供給するデジタルリビングネットワークアライアンスDLNAおよびネットワーク接続記憶デバイスのような、無線オーディオ/ビジュアルAVディストリビューションソリューションとは異なる。最近では、DLNAはまた、インターネットプロトコルテレビジョンIPTVと、ホームネットワークへのその他のサービスプロバイダコンテンツとの間にブリッジをかけるように想定されている。このようなケースでは、AVコンテンツは、通常は事前に圧縮されており、モバイルデバイス上で実行中のアプリケーションによって動的に生成されることはない。下記の表1は、無線ディスプレイによって益を得うるアプリケーションの実例と、外部ディスプレイのタイプの実例と、それらが使用される環境の実例とを示す。DLNAに関連する区別は、メディアプレイヤのみを越えてbeyondjustMediaPlayers、全種類のソースアプリケーションから明らかである。既存のリモートディスプレイソフトウェアパッケージに関連する区別は、メディアプレイヤおよびゲームのためのフルモーションビデオをサポートするために必要なものから明らかである。タッチスクリーンは、スマートフォンへのタッチ入力のためにリバースリンクペイロードをも用いうるという点でユニークである。スマートフォンという用語は、本明細書において使用される際、スマートブックやラップトップコンピュータなどのような無線ディスプレイでの使用のためにビデオ信号を出力することができる任意のモバイルコンピューティングデバイスを指しうる。通常、無線ディスプレイは、短距離動作のために構成される。データ圧縮を仮定すると、様々な短距離モデムと、関連付けられたスペクトルとが使用されうる。ウルトラ広帯域UWB/無線ユニバーサルシリアルバスUSB31-106GHz60GHz802.1124GHz、5GHz80211n媒体アクセス制御MACでの実施は、高いスループットおよびMAC効率のために最適化される。いくつかの802.11n技術は、ビデオストリーミングのためのMAC効率を改善する。AC-VIトラフィッククラスの使用は、より長時間における媒体の占有を可能にして、その結果、データ量が増加し、媒体にアクセスする際のオーバヘッドが減少した伝送をもたらす。ブロックアクノレッジメント/ネガティブアクノレッジメントACK/NACKの使用は、各パケットのためのアクノレッジメントのために待つことを軽減alleviateし、代わりに、一連のパケットのためのアクノレッジメントを使用して、失敗したパケットが選択的に再送信されることを可能にする。より小さいパケットも、1つのユニットとして送信されるより大きなパケットへと集約される、または、複数のMACレイヤパケットが、単一の物理レイヤパケットと化しcollapsedinto、これにより、複数の物理レイヤパケットによるオーバヘッドが低減される。集約の変形は、MACサービスデータユニットMSDUのためのA-MSDUと、MACプロトコルデータユニットMPDUのためのA-MPDUと、物理レイヤプロトコルデータユニットPPDUのためのA-PPDUとを含む。これらの技術の組み合わせは、ビデオストリーミングのためのMAC効率を改善する。しかしながら、このような最適化は、追加的な端末相互間のレイテンシをもたらす。これは通常、ビデオソースが通常は事前圧縮されているリアルタイムストリーミングプロトコルRTSPおよびDLNAのようなアプリケーションに対しては問題ではなく、プレイバック受信機はジッターフリーのプレイバックを確実にするために、数秒分のビデオをバッファする。一方で、無線ディスプレイのためのレイテンシ仕様は、DLNAのようなメディアサーバ用法モデルよりも厳しい。スループットおよびMAC効率は、無線ディスプレイのためにも必須である、すなわち、集約、ブロックACK、およびAC-VIは、無線ディスプレイにとって至って望ましい。これらのMAC技術を、過度のレイテンシペナルティを伴うことなく利用する方法が必要とされる。2つの具体的な問題、すなわち、ビデオ復号の失速stallsおよび不正確な時間スタンプが以下に説明される。ビデオ復号の失速802.11n、ECMA-368、および同様のMACシステムによって使用されるブロックACKは、送信機MACが、MPDU毎にMACACKを要求することなく、複数のMACプロトコルデータユニットMPDUを受信機MACに送信することを可能にする。これは、MAC効率を高める一方で、受信機MACが伝送エラーによってもたらされる非順序outoforderMACサービスデータユニットMSDUを内部でバッファしなければならないので、追加的なレイテンシをもたらしうる。受信機MACにおいてこれらのMSDUをリリースするための選択的な再伝送は、選択的な再伝送が必要なMSDUを示すブロックACKイベントまで遅延される。ブロックACKイベントは、送信機が伝送機会TXOPを使い果たしまたは終了し、受信機がそのブロックACKを送信することを可能にするまで遅延される。この遅延は、TXOP持続時間が、より高いスループットおよび効率のために設計されたAC-VIトラフィッククラスのために必然的により長い場合に悪化する。MAC効率およびブロックACK効率を改善するために、送信機MACは、MPDUおよび/またはMSDUの集約を、臨機応変にopportunisticallyまたはしきい値ポリシーとして、実行しうる。このような集約はさらに、ブロックACK遅延を増加させる。上述のレイテンシは特に、集約されたパケットのブロックが単一のビデオフレームのための完全なデータを含んでいない場合の懸案事項である。ビデオフレームデータが複数のパケットにわたって分散している場合、受信機MACに到着したフレームは、欠落したフレームが次のforthcomingブロックにおいて受信されうるまで処理されるのを待ち、追加的な遅延をもたらす。結果として、無線ディスプレイ受信機は、ビデオフレームMSDUを受信する際の追加的な遅延を招きうる。これは、復号パイプラインを失速させ、ディスプレイにおけるユーザによって知覚される遅延をもたらしうる。この問題は、ビデオフレーム全体が配信された後にのみ復号器が復号を開始できる場合には、さほど深刻なものではない。しかしながら、これらの場合においてでさえ、MACレイヤがビデオフレームの境界を識別または考慮しないと、ブロックACKシーケンスはしばしば連続的なconsecutiveビデオフレームをまたぐので、失速が生じる可能性がある。既存のシステムは、第1にスループット効率を目的とするAC-VI、ブロックACK、および集約ポリシーの実施において、それらの遅延を軽減mitigateしようと試みることをしない。結果として、受信機アプリケーションは、パイプラインにおける後続処理ステップ復号、後処理、レンダリングを遅延させるビデオフレームMSDUを受信する際の追加的な遅延をまねく。これは、ディスプレイに対する更新において、ユーザによって知覚される遅延をもたらしうる。TX完成のためのタイムスタンプ予期しない伝送エラーレートによってもたらされる遅延ノミナルnominalなパケットエラーレートPERからの著しい脱線excursionを抑制するために、送信機アプリケーションは、フレームをスキップすることによって、または、その他の符号化器パラメータ例えば、符号化器Qp、フレームレート、解像度などをスケールすることによって、適応する必要がある可能性がある。このような適応技術は、MACSAPが、受信機MACへのフルビデオフレームの成功配信を示すTX完成タイムスタンプを送信機アプリケーションに提供した場合にトリガされうる。集約および/またはブロックACKを伴うと、特定のビデオフレームの成功伝送のためのタイムスタンプは、ブロックACKウィンドウが連続的なsuccessiveビデオフレームをまたぐ場合、容易に使用可能ではない可能性がある。既存のシステムは、タイムスタンプを提供しないか、ブロックACKの用法を補償する正確なタイムスタンプを提供することを試みないかのどちらかである。上述の2つの問題に対する1つのソリューションは、図2に示されるように、ビデオフレームの境界において、ブロックACK/NACKウィンドウおよび任意のアグリゲーションシーケンスaggregationsequencesをフェンスで囲うfenceことである。第1に、送信機は、いずれのブロックACKウィンドウも連続的なビデオフレームをまたいでいないことを確実にする、すなわち、任意の単一のビデオフレームは1または複数のブロックACKシーケンスから構成されうるが、ブロックACKシーケンスは、特定のビデオフレームに相当するデータの終わりに対応する末端MSDUに遭遇するといつでも無条件に終了する。図2に示されるように、ビデオフレームの最終のMSDUセグメント202に達すると、第1のブロックACKシーケンス204は完成し、次のセグメント206が、新たなブロックACKシーケンス208における第1のセグメントとなる。同様の処理が集約シーケンスに適用される。ここでは、新たな集約シーケンスが、ビデオフレームの最終のデータパケットに続いて開始されるだろう。アプリケーションは、MACが、アプリケーションレイヤからのインジケーションに基づいてブロックACKシーケンスおよび集約シーケンスを終了することに気付くように、情報をMACに提供する。第2に、MACデータサービスアクセスポイントSAPは、MSDUが、これがその一部でありうるブロックACKウィンドウまたは集約シーケンスをフェンスで囲うべきかどうかをより高次のレイヤがフラグするflagことを可能にするためにエンハンスされenhancedうる。ホスト上の送信アプリケーションは、各ビデオフレームに対応する端末MSDUのためにこのフラグを設定しうる。このフェンシングメカニズムfencingmechanismは、受信機MACがビデオフレームの任意の部分の配信を決して遅延しないことを確実にする一方で、次の非順序ビデオフレームの一部を受信する。したがって、ビデオフレームのための復号、後処理、およびレンダリングは、次のビデオフレームの進行中の無線伝送によって遅延されることは決してないだろう。1つの態様において、データパケットは、単一の物理レイヤパケットに集約され、ブロックACK/NACKはその物理レイヤパケットに対するものである。この態様において、集約されたデータパケットのすべては、ビデオフレームのようなアプリケーションレイヤフェンスに基づいて、単一の物理レイヤパケット内にある。別の態様において、データパケットは、単一の物理レイヤパケットに集約されない。むしろ、データパケットは、別々の物理レイヤパケットとしてアプリケーションレイヤから到着したままでas送信される。単一のブロックACK/NACKは、グループのすべての物理レイヤパケットの受取ステータスに基づいて生じる。ここで、グループは、アプリケーションによって供給されるアプリケーションレイヤフェンス例えば、ビデオフレームによって定義される。上記は、圧縮された、またはそうではないビデオフレームのフラグメントの非順序配信に対処することができないビデオ受信機での実施において特に有用である。ある実施は、ビデオフレームの全てのフラグメントが配信されるまで、復号ステージを開始することすらしない可能性がある。ブロックACKフェンシングを用いない場合、受信機ビデオ/ディスプレイパイプラインは失速し、その一方では、今後のfutureビデオフレームが、現在のビデオフレームを完成するために必要な再伝送より先に送信されている。上述の技術およびソリューションは、ビデオデータに限定されることはなく、オーディオデータまたはボリュームが大きく、レイテンシに敏感なその他のデータのような、様々なデータタイプのためのレイテンシを減少するために受信機と送信機との間の通信を調整するために使用されうる。MACデータSAPは、送信アプリケーションが、シーケンスにおける最終のパケットの伝送と同時に起こるTX完成タイムスタンプをオプション的に要求することを可能にするためにエンハンスされうる。ブロックACKおよび集約フェンシングが使用可能な場合、ビデオフレーム毎の端末MSDUのためのTX完成タイムスタンプは容易に使用可能であり、エンハンスされたMACSAPによって提供されうる。したがって、送信機アプリケーションは、全てのビデオフレームの最終のMSDUに対して選択的にTX完成タイムスタンプを要求するために、MACデータSAPを使用しうる。MACデータサービスによっても返されうる、短距離平均MAC再試行カウントのようなその他の統計と併せて、TX完成タイムスタンプは、TXレイテンシ累積を検出し、送信機アプリケーションにおける適切な適応ポリシーをトリガするための基準を提供する。図2とそれに付随する説明は、符号化器および復号器のための動作しているパイプラインユニットとして、フルビデオフレームを例示する。上述の教示はまた、ビデオフレームのスライスを使用して実施されうる。パイプライン転送ユニットは、これらのフレームスライスの境界においてブロックACKフェンシングを実施する。ダイレクトリンクによって使用される場合、このフェンシングメカニズムは、スマートフォンに対してローカルで実施されうる。これはいかなるプロトコルの変更を必要とすることもなく、ディスプレイ受信機に対してトランスペアレントである。受信機における非順序配信も使用可能でありうる。ビデオフレームの非順序フラグメントを処理すること例えば、H264スライスの復号が可能なビデオ受信機での実施に関して、送信機におけるブロックACKフェンシングメカニズムは、MSDUの非順序配信を可能にする受信機MAC構成によって補完されうる。受信機MACは、伝送エラーによってもたらされるシーケンスナンバにおけるホールholeが存在する場合でも、成功裏に受信された各MSDUをアプリケーションに配信する。これを容易にするために、MACSAPは、MACトラフィッククラス毎に、または、差別化されたサービスコードポイントDSCPのような、その他のより高次のパラメータに基づいて、選択的にこの挙動を使用可能にするためにエンハンスされる。この挙動を用いることで、高度なビデオ受信機は、ビデオフレームの非順序スライスを復号することができ、伝送エラーの際に復号パイプラインを失速させなくてもよい。同時に、送信機におけるブロックACKフェンシングは、ビデオサブシステムが、非順序ビデオフレームまたはスライスに対処しなくてもいいことを確実する、すなわち、ビデオフレームの任意のフラグメントの復号は、前のビデオフレームが完全に受信および復号されるまで開始しなくてもよい。これは特に、インターフレーム符号化に対して有用である。ビデオフレームにわたって順序を保つことが望ましい場合、受信機アプリケーションは、送信機アプリケーションが、受信機MACによる非順序配信を使用可能にする前に、ブロックACKフェンシングを使用可能にしているかどうかに気付くだろう。これは、トラフィッククラス毎に、アプリケーションレイヤかMACレイヤかのどちらかにおけるプロトコルシグナリングを伴う。図3Aは、1つの態様に従うデータ集約フレーミングdataaggregationframingを例示する。装置は、ブロック300に示されるように、データパケットを第1のグループに集約する。次に、装置は、ブロック302に示されるように、最終のデータパケットがグループを完成する際に、インジケーションを受信する。装置はその後、ブロック304に示されるように、最終のデータパケットおよびインジケーションを受け取ると、第1のグループへのパケットの集約を完成する。装置はその後、ブロック306に示されるように、第1のグループを送信する。図3Bは、別の態様に従うデータ集約フレーミングを例示する。装置は、ブロック308に示されるように、アプリケーションレイヤフェンス例えば、ビデオフレームに基づいて、第1のブロックアクノレッジメントグループに含まれるべきデータパケットを判定する。装置は、ブロック310に示されるような、第1のブロックアクノレッジメントグループのデータパケットを、物理レイヤパケットとして個別に送信する。物理レイヤパケットのすべてを送信した後、装置は、第1のブロックアクノレッジメントグループ内のすべてのデータパケットのためのブロックACK/NACKを受信する。図4は、1つの態様に従うデータ集約フレーミングを例示する。装置は、ブロック400に示されるように、第1のビデオセグメントフレームからのデータのみが一緒に集約されるように、フェンスに基づいてデータパケットを集約する。装置はその後、ブロック402に示されるように、集約されたデータパケットを送信する。図5は、通信リンクによって無線でデータを送信するために使用されうるデバイスの設計のブロック図を示す。デバイス550は、例えば、モバイル電話通信のために使用されるハンドセットでありうる。受信機554は、アンテナ552によって伝送を受信しうる。受信機554によって復元された情報は、チャネルプロセッサ594と、データをその後受信プロセッサ570にパスする受信フレームプロセッサ560とに提供されうる。受信プロセッサ570はその後、受信されたデータに様々な動作を実行しうる。処理されたデータは、デバイス550および/または様々なユーザインタフェース例えば、ディスプレイにおいて実行中のアプリケーションを表すデータシンク572に提供されうる。コントローラ/プロセッサ590はまた、受信機554またはデータシンク572からのデータを処理しうる。データソース578またはコントローラ/プロセッサ590からの伝送データは、送信プロセッサ580に提供される。データソース578は、デバイス550において実行中のアプリケーションと、様々なユーザインタフェース例えば、キーボード、ポインティングデバイス、トラックホイールなどとを表しうる。送信プロセッサ580および送信フレームプロセッサ582は、信号が送信機556に送信され、アンテナ552を介して無線媒体によって送信されるより前に、無線通信のための様々な機能を実行しうる。コントローラ/プロセッサ590は、デバイス550の動作を指示するために使用されうる。例えば、コントローラ/プロセッサ590は、タイミングと、周辺インタフェースと、電圧調節と、電力管理と、無線ディスプレイ制御と、その他の制御機能とを含む様々な機能を提供しうる。メモリ592のコンピュータ可読媒体は、データおよびソフトウェアを格納しうる。1つの態様において、デバイス550は、データパケットを第1のグループに集約する手段と、最終のデータパケットが第1のグループを完成する際にインジケーションを受信する手段と、最終のデータパケットおよびインジケーションの受取に基づいて、第1のグループへのパケットの集約を完成する手段と、第1のグループを送信する手段とを含む無線通信のために構成されている。デバイスはまた、第1のビデオセグメントからのデータのみが一緒に集約されるように、フェンスに基づいてデータパケットを集約する手段と、集約されたデータパケットを送信する手段とを含みうる。1つの態様において、前述の手段は、前述の手段によって記載された機能を実行するように構成された、コントローラ/プロセッサ590と、メモリ592と、データシンク572と、データソース578と、送信プロセッサ580と、送信機556と、アンテナ552とでありうる。別の態様において、上述された手段は、上述された手段によって記載された機能を実行するように構成されたモジュールあるいは任意の装置でありうる。開示された処理のステップの特定の順序または階層は、典型的なアプローチの実例であることが理解されるべきである。設計の選択に基づいて、これら処理におけるステップの特定の順序または階層は、本開示の範囲内にとどまりながら再構成されうることが理解される。付属の方法の請求項は、例示的な順序で、さまざまなステップのエレメントを提示しているが、提示された特定の順序または階層に限定されることを意図しない。当業者であれば、情報および信号は、さまざまな異なる技術および技法のうちの任意のものを用いて表されうることを理解するであろう。たとえば、上記説明全体を通して言及されうるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光場または光粒子、またはそれらの任意の組み合わせによって表されることができる。当業者はさらに、本明細書に開示された態様と関連して記述されている様々な例示的な論理ブロック、モジュール、回路、アルゴリズムステップが電子ハードウェア、コンピュータソフトウェアまたはそれら両方の組み合わせとして実現されることを認識するであろう。ハードウェアとソフトウェアとのこの互換性を明確に例示するために、様々な例示的なコンポーネント、ブロック、モジュール、回路、およびステップが、それらの機能の観点で一般的に上述されている。そのような機能がハードウェアとして実現されるかソフトウェアとして実現されるかは、システム全体に課された特定の用途および設計の制約に依存する。当業者は、説明された機能を、特定の用途の各々のために様々な手法で実現することができるが、このような実施判定は、本開示の範囲からの逸脱を生じるものとして解釈されるべきではない。本明細書に開示された態様に関連付けて説明された多様な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサDSP、特定用途向け集積回路ASIC、フィールドプログラマブルゲートアレイFPGAあるいはその他のプログラマブルロジックデバイス、離散ゲートもしくはトランジスタロジック、離散ハードウェアコンポーネント、あるいは本明細書において説明された機能を実行するために設計された、それら任意の組合せで実施あるいは実行されうる。汎用プロセッサはマイクロプロセッサでありうるが、代替的に、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンでありうる。プロセッサは、また、例えば、DSPとマクロプロセッサの組み合わせ、複数のマイクロプロセッサ、DSPコアに結合した1または複数のマイクロプロセッサ、その他のこのような構成といったコンピューティングデバイスの組み合わせとしても実施されうる。本明細書で開示される態様に関連して説明される方法もしくはアルゴリズムのステップは、直接的にハードウェアに、プロセッサによって実行されるソフトウェアモジュールに、または、それら二つの組み合わせに組み込まれ得る。ソフトウェアモジュールは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CD-ROM、または当該技術で周知のその他任意の形態の記憶媒体に存在することができる。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合されることができる。代替的に、記憶媒体は、プロセッサに組み込まれることができる。プロセッサおよび記憶媒体は、ASIC内に存在することができる。ASICは、ユーザ端末内に存在することができる。代替的に、プロセッサおよび記憶媒体は、ユーザ端末内の離散コンポーネントとして存在することができる。開示された態様の先の説明は、本開示を製造または使用することをいずれの当業者にも可能にさせるために提供されている。これらの態様に対する様々な変形は、当業者に容易に理解され、ここで定義された一般的な原理は、本開示の精神または範囲から逸脱せずに、他の態様に適用されることができる。したがって、本開示は、ここに示された態様に限定されることは意図しておらず、ここに開示された原理および新規な特徴と一致する最も広い範囲が付与されるべきである。