(57)【要約】  無線通信システムにおける使用のための、通信フレーム内の、複数のデータパケットの複数のヘッダをフォーマットするための、方法および装置が提示される。複数のヘッダのフォーマッティングは、無線通信フレームのサイズを決定することと、決定されたサイズに基づいて、該複数のペイロードおよび関連する複数のヘッダをフォーマットすることを含む。このフォーマッティングは、受信機における処理を最適化するために、複数のヘッダに対応する複数のデータパケットの前で、該フレームの始めに、複数のヘッダ置くことを含む。フォーマッティングはまた、該複数のヘッダの該サイズを最適化するために、該決定されたフレームのサイズが所定のサイズよりも下であるときは、該フレーム内の第１のフォーマットに従って、該複数のヘッダをフォーマットし、そして大きなデータパケットサイズを有する複数のフレームの処理を最適化するために、該データパケットのサイズが該所定のサイズに等しいまたはより大きいときは、第２のフォーマットに従ってフォーマットすることを、含むことができる。
2011515892.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいて使用するための、無線通信フレーム内の複数のデータペイロードの複数のヘッダをフォーマットする方法、該方法は下記を具備する：
該無線通信フレームのサイズを決定することと、
該フレームの該サイズが所定のサイズより下であるときは、該フレーム内の第１のフォーマットに従い、そして該フレームの該サイズが該所定のサイズに等しいまたはより大きいときは、該フレーム内の第２のフォーマットに従い、複数のヘッダおよび対応する複数のデータペイロードをフォーマットすること。
【請求項２】
請求項１に記載された方法、ここにおいて該第１のフォーマットは下記を具備する：
対応するデータペイロードの長さに基づいて、該無線通信フレーム内の該複数のヘッダの各々のサイズを可変に構成すること。
【請求項３】
請求項１に記載された方法、ここにおいて該第１のフォーマットは下記を具備する：
該通信フレーム内で、該ヘッダの各々と対応するデータペイロードをパケットにグループ化すること。
【請求項４】
請求項１に記載された方法、ここにおいて該第１のフォーマットは、ボイスオーバーＩＰ通信に使用される。
【請求項５】
請求項１に記載された方法、ここにおいて該第２のフォーマットは下記を具備する：
該複数のヘッダに対応する複数のデータペイロードから独立して、そしてそれより前で、該通信フレーム中に複数のヘッダを置くこと。
【請求項６】
請求項４に記載された方法、ここにおいて該第２のフォーマットはさらに下記を具備する：
所定の固定長に該複数のヘッダの該サイズを設定すること。
【請求項７】
請求項４に記載された方法、ここにおいて該複数のデータペイロードを処理するために該通信フレームの受信機によって使用される全ての情報は、該それぞれの対応する複数のヘッダ内に含まれる。
【請求項８】
請求項１に記載された方法、ここにおいて該通信フレームは、メディアアクセス制御（ＭＡＣ）レイヤフレームであり、該複数のヘッダは、複数のＭＡＣヘッダであり、また該複数のデータペイロードは、複数のＭＡＣデータペイロードである。
【請求項９】
請求項１に記載された方法、ここにおいて該無線通信システムは、ＵＭＢおよびＬＴＥ通信システムのうちの１つである。
【請求項１０】
無線通信において使用するための、無線通信フレーム内における複数のデータペイロードの複数のヘッダをフォーマットする装置、該装置は下記を具備する：
下記のために構成される少なくとも1つのプロセッサと、
無線通信フレームのサイズを決定することと、
該フレームの該サイズが所定のサイズより下であるときは、該フレーム内の第１のフォーマットに従い、そして該フレームの該サイズが該所定のサイズに等しいまたはより大きいときは、該フレーム内の第２のフォーマットに従い、複数のヘッダおよび対応する複数のデータペイロードのフォーマットすること、
該少なくとも１つのプロセッサに結合される記憶装置。
【請求項１１】
請求項１０に記載された装置、ここにおいて該第１のフォーマットは下記を具備する：
対応するデータペイロードの長さに基づいて、該無線通信フレーム内の該複数のヘッダの各々のサイズを可変に構成すること。
【請求項１２】
請求項１０に記載された装置、ここにおいて該第１のフォーマットは下記を具備する：
該通信フレーム内で、該ヘッダの各々と対応するデータペイロードをパケットにグループ化すること。
【請求項１３】
請求項１０に記載された装置、ここにおいて該第１のフォーマットはボイスオーバーＩＰ通信に使用される。
【請求項１４】
請求項１０に記載された装置、ここにおいて該第２のフォーマットは下記を具備する：
該複数のヘッダに対応する複数のデータペイロードから独立して、そしてそれより前で、該通信フレーム中に複数のヘッダを置くこと。
【請求項１５】
請求項１４に記載された装置、ここにおいて該第２のフォーマットはさらに下記を具備する：
所定の固定長に該複数のヘッダの該サイズを設定すること。
【請求項１６】
請求項１４に記載された装置、ここにおいて該複数のデータペイロードを処理するために該通信フレームの受信機によって使用される全ての情報は、該それぞれの対応する複数のヘッダ内に含まれる。
【請求項１７】
請求項１０に記載された装置、ここにおいて該通信フレームは、メディアアクセス制御（ＭＡＣ）レイヤフレームであり、該複数のヘッダは、複数のＭＡＣヘッダであり、また該複数のデータペイロードは、複数のＭＡＣデータペイロードである。
【請求項１８】
請求項１０に記載された装置、ここにおいて該無線通信システムは、ＵＭＢおよびＬＴＥ通信システムのうちの１つである。
【請求項１９】
無線通信システム内において使用するための、通信フレーム内の複数のヘッダをフォーマットするための装置、該装置は下記を具備する：
該無線通信フレームの該サイズを決定するための手段と、
該フレームの該サイズが所定のサイズより下であるときは、該フレーム内の第１のフォーマットに従い、そして該フレームの該サイズが該所定のサイズに等しいまたはより大きいときは、該フレーム内の第２のフォーマットに従い、複数のヘッダおよび対応する複数のデータペイロードをフォーマットするための手段。
【請求項２０】
請求項１９に記載された装置、ここにおいて該第１のフォーマットは下記を具備する：
対応するデータペイロードの長さに基づいて、該無線通信フレーム内の該複数のヘッダの各々のサイズを可変に構成すること。
【請求項２１】
請求項１９に記載された装置、ここにおいて該第１のフォーマットは下記を具備する：
該通信フレーム内で、該ヘッダの各々と対応するデータペイロードをパケットにグループ化すること。
【請求項２２】
請求項１９に記載された装置、ここにおいて該第１のフォーマットはボイスオーバーＩＰ通信に使用される。
【請求項２３】
請求項１９に記載された装置、ここにおいて該第２のフォーマットは下記を具備する：
該複数のヘッダに対応する複数のデータペイロードから独立して、そしてそれより前で、該通信フレーム中に複数のヘッダを置くこと。
【請求項２４】
請求項２３に記載された装置、ここにおいて該第２のフォーマットはさらに下記を具備する：
所定の固定長に該複数のヘッダの該サイズを設定すること。
【請求項２５】
請求項２３に記載された装置、ここにおいて該複数のデータペイロードを処理するために該通信フレームの受信機によって使用される全ての情報は、該それぞれの対応する複数のヘッダ内に含まれる。
【請求項２６】
請求項１９に記載された装置、ここにおいて該通信フレームは、メディアアクセス制御（ＭＡＣ）レイヤフレームであり、該複数のヘッダは、複数のＭＡＣヘッダであり、また該複数のデータペイロードは、複数のＭＡＣデータペイロードである。
【請求項２７】
請求項１９に記載された装置、ここにおいて該無線通信システムは、ＵＭＢおよびＬＴＥ通信システムのうちの１つである。
【請求項２８】
下記を具備するコンピュータプログラム製品：
下記を具備するコンピュータで読み取り可能な記録媒体：
無線通信システムにおいて、コンピュータに、無線通信フレームのサイズを決定させるためのコードと、
該フレームのサイズが所定のサイズより下のときは、該フレーム内の第１のフォーマットに従い、そして該フレームのサイズが該所定のサイズに等しいまたはより大きいときは、該フレーム内の第２のフォーマットに従い、コンピュータに、複数のヘッダおよび対応する複数のデータペイロードをフォーマットさせるためのコード。
【請求項２９】
請求項２８に記載された該コンピュータプログラム製品、ここにおいて該第１のフォーマットは下記を具備する：
対応するデータペイロードの長さに基づいて、該無線通信フレーム内の該複数のヘッダの各々のサイズを可変に構成すること。
【請求項３０】
請求項２８に記載された該コンピュータプログラム製品、ここにおいて該第１のフォーマットは下記を具備する：
該通信フレーム内で、該ヘッダの各々と対応するデータペイロードをパケットにグループ化すること。
【請求項３１】
請求項２８に記載された該コンピュータプログラム製品、ここにおいて該第１のフォーマットはボイスオーバーＩＰ通信に使用される。
【請求項３２】
請求項２８に記載された該コンピュータプログラム製品、ここにおいて該第２のフォーマットは下記を具備する：
該複数のヘッダに対応する複数のデータペイロードから独立して、そしてそれより前で、該通信フレーム中に複数のヘッダを置くこと。
【請求項３３】
請求項３２に記載された該コンピュータプログラム製品、ここにおいて該第２のフォーマットは下記を具備する：
所定の固定長に該複数のヘッダの該サイズを設定すること。
【請求項３４】
請求項３２に記載された該コンピュータプログラム製品、ここにおいて該複数のデータペイロードを処理するために該通信フレームの受信機によって使用される全ての情報は、該それぞれの対応する複数のヘッダ内に含まれる。
【請求項３５】
請求項２８に記載された該コンピュータプログラム製品、ここにおいて該通信フレームは、メディアアクセス制御（ＭＡＣ）レイヤフレームであり、該複数のヘッダは、複数のＭＡＣヘッダであり、また該複数のデータペイロードは、複数のＭＡＣデータペイロードである。
【請求項３６】
請求項２８に記載された該コンピュータプログラム製品、ここにおいて該無線通信システムは、ＵＭＢおよびＬＴＥ通信システムのうちの１つである。
【請求項３７】
下記を具備する、通信システムにおいて使用される通信フレームをフォーマットする方法：
該通信フレームおよび該無線通信フレーム中の少なくとも1つのデータペイロード、のうちの１つのサイズを決定することと、
該通信フレームおよび該少なくとも１つのデータペイロード、のうちの１つの該決定されたサイズが、所定のしきい値より上であるときに、該フレーム中のいずれの対応する複数のデータペイロードよりも前で、該フレームの初めに複数のヘッダを含めるために、該通信フレームをフォーマットすること。
【請求項３８】
さらに下記を具備する、請求項３７に記載された方法：
該複数のヘッダのサイズを固定された所定のサイズに設定すること。
【請求項３９】
請求項３７に記載された方法、ここにおいて該通信フレームは、メディアアクセス制御（ＭＡＣ）レイヤフレームであり、該複数のヘッダは、複数のＭＡＣヘッダであり、また該複数のデータペイロードは、複数のＭＡＣデータペイロードである。
【請求項４０】
請求項３７に記載された方法、ここにおいて該無線通信システムは、ＵＭＢおよびＬＴＥ通信システムのうちの１つである。
【請求項４１】
請求項３７に記載された方法、ここにおいて該複数のヘッダは、分割および再アセンブリのプロトコルと論理チャネルを識別するプロトコルのうちの１つに従って構成される。
【請求項４２】
下記を具備する、通信システムにおいて使用される通信フレームをフォーマットするための装置：
下記のために構成される少なくとも1つのプロセッサと、
該通信フレームおよび該無線通信フレーム中の少なくとも1つのデータペイロード、のうちの１つのサイズを決定することと、
該通信フレームおよび該少なくとも１つのデータペイロード、のうちの１つの該決定されたサイズが、所定のしきい値より上であるときに、該フレーム中のいずれの対応する複数のデータペイロードよりも前で、該フレームの初めに複数のヘッダを含めるために、該通信フレームをフォーマットすること、
該少なくとも１つのプロセッサに結合される記憶装置。
【請求項４３】
請求項４２に記載された装置、ここにおいて少なくとも１つのプロセッサは、固定された所定のサイズに該複数のヘッダのサイズを設定するようにさらに構成される。
【請求項４４】
請求項４２に記載された装置、ここにおいて該通信フレームは、メディアアクセス制御（ＭＡＣ）レイヤフレームであり、該複数のヘッダは、複数のＭＡＣヘッダであり、また該複数のデータペイロードは、複数のＭＡＣデータペイロードである。
【請求項４５】
請求項４２に記載された装置、ここにおいて該無線通信システムは、ＵＭＢおよびＬＴＥ通信システムのうちの１つである。
【請求項４６】
請求項４２に記載された装置、ここにおいて該複数のヘッダは、分割および再アセンブリのプロトコルと論理チャネルを識別するプロトコルのうちの１つに従って構成される。
【請求項４７】
下記を具備する、通信システムにおいて使用される通信フレームをフォーマットするための装置：
該通信フレームおよび該無線通信フレーム中の少なくとも1つのデータペイロード、のうちの１つのサイズを決定する手段と、
該通信フレームおよび該少なくとも１つのデータペイロード、のうちの１つの該決定されたサイズが、所定のしきい値より上であるときに、該フレーム中のいずれの対応する複数のデータペイロードよりも前で、該フレームの初めに複数のヘッダを含めるために、該通信フレームをフォーマットする手段。
【請求項４８】
さらに下記を具備する、請求項４７に記載された装置：
該複数のヘッダのサイズを固定された所定のサイズに設定する手段。
【請求項４９】
請求項４７に記載された装置、ここにおいて該通信フレームは、メディアアクセス制御（ＭＡＣ）レイヤフレームであり、該複数のヘッダは、複数のＭＡＣヘッダであり、また該複数のデータペイロードは、複数のＭＡＣデータペイロードである。
【請求項５０】
請求項４７に記載された装置、ここにおいて該無線通信システムは、ＵＭＢおよびＬＴＥ通信システムのうちの１つである。
【請求項５１】
請求項４７に記載された装置、ここにおいて該複数のヘッダは、分割および再アセンブリのプロトコルと論理チャネルを識別するプロトコルのうちの１つに従って構成される。
【請求項５２】
下記を具備するコンピュータプログラム製品：
下記を具備するコンピュータで読み取り可能な記録媒体：
コンピュータに、無線通信フレームにおいて使用するための通信フレームおよび該無線通信フレーム中の少なくとも１つのデータペイロード、のうちの１つのサイズを決定させるためのコードと、
コンピュータに、該通信フレームおよび該少なくとも１つのデータペイロード、のうちの１つの該決定されたサイズが、所定のしきい値より上であるときに、該フレーム中のいずれの対応する複数のデータペイロードよりも前で、該フレームの初めに複数のヘッダを含めるために、該通信フレームをフォーマットさせるコード。
【請求項５３】
請求項５２に記載されたコンピュータプログラム製品、ここにおいて該コンピュータで読み取り可能な記録記録媒体はさらに下記を具備する：
コンピュータに、該複数のヘッダのサイズを固定された所定のサイズに設定させるコード。
【請求項５４】
請求項５２に記載されたコンピュータプログラム製品、ここにおいて該通信フレームは、メディアアクセス制御（ＭＡＣ）レイヤフレームであり、該複数のヘッダは、複数のＭＡＣヘッダであり、また該複数のデータペイロードは、複数のＭＡＣデータペイロードである。
【請求項５５】
請求項５２に記載されたコンピュータプログラム製品、ここにおいて該無線通信システムは、ＵＭＢおよびＬＴＥ通信システムのうちの１つである。
【請求項５６】
請求項５２に記載されたコンピュータプログラム製品、ここにおいて該複数のヘッダは、分割および再アセンブリのプロトコルと論理チャネルを識別するプロトコルのうちの１つに従って構成される。
【発明の詳細な説明】
【関連技術】
【０００１】
［３５Ｕ．Ｓ．Ｃ．§１１９に基づく優先権の主張］
本出願は、本出願人にその権利が譲渡され、本願において参照により組み込まれている仮米国特許出願第６１／０２８４８０号（２００８年２月１３日に出願された「パケットサイズに基づくヘッダフォーマットのための方法および装置」）に基づいて優先権を主張する。
【技術分野】
【０００２】
本開示は、一般に通信フレーム中のヘッダをフォーマットするための複数の方法および複数の装置に関するものであり、そしてより明確には、処理（processing）またはヘッダのサイズのためにフレームを最適化する、通信フレーム内での複数のヘッダのフォーマットに関するものでる。
【背景技術】
【０００３】
特定の複数の無線通信システムにおいて、複数の信号はフレームフォーマットで送信される。フレームフォーマット内では、情報は、通信システム上に通信されるための実際のペイロードデータと、タイミングの取得およびフレームを複合するために使用される情報等を例とする、通信システム特有の様々な他の情報を通信するために使用される他のオーバーヘッドの情報に従って、パケット化（packetized）およびフォーマットされる。このオーバーヘッドの情報は、複数のフレーム内のヘッダパケット（header packet）へ典型的に配置（arrange）され、該ヘッダの情報が付属する、対応する（corresponding）ペイロードデータに結合（associated）される。
【０００４】
例えばボイス・オーバー・インターネット・プロトコル（Voice-over-IP）（ＶｏＩＰ）のような、低いデータ速度（および小さいパケットサイズ）を有する一部の複数の種類の通信では、システムのより多くのＶｏＩＰコールをサポートする等の、システム容量を増やすためのヘッダのオーバーヘッドの情報を最小化することが望ましい。さらに、メディアアクセス制御（ＭＡＣ）の複数のレイヤおよびより高いところでは、複数のフレームは、複数のヘッダがそれらに対応する複数のデータパケットまたは複数のペイロードの直前に処理される順序でフォーマットされるように、構成されることに留意する。しかしながら、より高いデータ速度およびより大きいパケットサイズを有する複数の通信については、ヘッダのサイズは、受信機でより大きい複数のパケットを処理するために自然に（naturally）増加する。低いデータ速度の通信に有利な、それぞれの対応するデータパケットの前で処理するために構成される複数のヘッダを有する、典型的なフォーマットを使用することは、高いデータ速度の通信の間は、受信機におけるより大きな複数のパケットとそれらのより大きな複数のヘッダの処理を、遅くする傾向がある。従って、高いデータ速度のためのヘッダ処理の効率を改善する仕組みを可能にすると同時に、通信システムにおける低いデータ速度の通信と高いデータ速度の通信の両方を適応させる必要が生じる。
【発明の概要】
【０００５】
ある観点では、無線通信システムにおける使用のために、無線通信フレーム内のデータペイロードのヘッダをフォーマットするための方法が開示されている。この方法は、まず該無線通信フレームのサイズを決定（determine）することを含む。該サイズが決定された後に、この方法はまた、フレームのサイズが所定の該サイズより下のときは、該フレーム内の第１のフォーマットに従って、そしてフレームのサイズが該所定のサイズに等しいまたはより大きいときは、該フレーム内の第２のフォーマットに従って、複数のヘッダおよび対応する複数のデータペイロードをフォーマットすることを含む。
【０００６】
別の観点では、無線通信システムにおける使用のために、無線通信フレーム内のデータペイロードのヘッダをフォーマットするための装置が開示されている。この装置は、該無線通信フレームのサイズを決定するように構成された少なくとも１つのプロセッサを含む。このプロセッサもまた、該フレームのサイズが所定のサイズより下のときは、該フレーム内の第１のフォーマットに従って、そして該フレームのサイズが該所定のサイズに等しいまたはより大きいときは、該フレーム内の第２のフォーマットに従って、複数のヘッダおよび対応する複数のデータペイロードをフォーマットするように構成される。この装置はまた、少なくとも１つのプロセッサに結合された記憶装置を含む。
【０００７】
また別の観点に従って、無線通信システムにおける使用のために、通信フレーム内で複数のヘッダをフォーマットするための装置が開示されている。この装置は、該無線通信フレームのサイズを決定する手段を含む。この装置はまた、該フレームのサイズが所定のサイズより下のときは、該フレーム内の第１のフォーマットに従って、そして該フレームのサイズが該所定のサイズに等しいまたはより大きいときは、該フレーム内の第２のフォーマットに従って、複数のヘッダおよび対応する複数のデータペイロードをフォーマットするための手段を含む。
【０００８】
なお別の観点に従って、コンピュータで読み取り可能な（computer-readable）記録媒体を備えるコンピュータプログラムの製品が開示されている。このコンピュータで読み取り可能な記録媒体は、無線通信システムにおいて、コンピュータに、無線通信フレームのサイズを決定させるためのコード、および該フレームのサイズが所定のサイズより下のときは、該フレーム内の第１のフォーマットに従って、そして該フレームのサイズが該所定のサイズに等しいまたはより大きいときは、該フレーム内の第２のフォーマットに従って、複数のヘッダおよび対応する複数のデータペイロードをフォーマットさせるためのコードを含む。
【０００９】
また更なる観点に従って、通信システムにおいて使用される通信フレームをフォーマットするための別の方法が開示されている。この方法は、該通信フレームおよび該無線通信フレーム中の少なくとも１つのデータペイロード、のうちの１つのサイズを決定することを含む。この方法はまた、該通信フレームおよび少なくとも１つのデータペイロード、のうちの１つの該決定されたサイズが所定のしきい値（threshold）より上のときに、該フレーム中のいずれの対応するデータペイロードよりも前で、該フレームの始めに複数のヘッダを含めるために、該通信フレームをフォーマットすることも含む。
【００１０】
なお別の観点では、通信システムにおいて使用される通信フレームをフォーマットするための装置は、少なくとも１つのプロセッサを含む。このプロセッサは、該通信フレームおよび該無線通信フレーム中の少なくとも１つのデータペイロード、のうちの１つのサイズを決定するように構成される。このプロセスはまた、該通信フレームおよび該少なくとも１つのデータペイロード、のうちの１つの該決定されたサイズが所定のしきい値より上のときに、該フレーム中のいずれの対応するデータペイロードよりも前で、該フレームの始めに複数のヘッダを含めるために、該通信フレームをフォーマットするように構成される。この装置はまた、少なくとも１つのプロセッサに結合された記憶装置を含む。
【００１１】
また更なる観点では、通信システムにおいて使用される通信フレームをフォーマットするための装置が開示されている。この装置は、該通信フレームおよび該無線通信フレーム中の少なくとも１つのデータペイロード、のうちの1つのサイズを決定するための手段を含む。この装置はまた、該通信フレームおよび該少なくとも１つのデータペイロード、のうちの1つの該決定されたサイズが所定のしきい値より上のときに、該フレーム中のいずれの対応するデータペイロードよりも前で、該フレームの始めに複数のヘッダを含めるために、該通信フレームをフォーマットするための手段を含む。
【００１２】
またもう１つの観点では、コンピュータで読み取り可能な記録媒体を備えるコンピュータプログラムが開示されている。このコンピュータで読み取り可能な記録媒体は、コンピュータに、無線通信システムにおける使用のための通信フレームおよび該無線通信フレーム中の少なくとも1つのデータペイロード、のうちの１つのサイズを決定させるためのコードを備える。このコンピュータで読み取り可能な記録媒体はまた、コンピュータに、該通信フレームおよび該少なくとも１つのデータペイロード、のうちの１つの該決定されたサイズが所定のしきい値より上のときに、該フレーム中のいずれの対応するデータペイロードよりも前で、該フレームの始めに複数のヘッダを含めるために、該通信フレームをフォーマットさせるコードを含む。
【図面の簡単な説明】
【００１３】
【図１】図１は、ここに開示されている複数の方法および複数の装置を使用することができる無線通信システム１００を示す概略図。
【図２】図２は、図１のＵＭＢシステムで送信されることができるヘッダの最適化のための例示的なメディアアクセス制御（ＭＡＣ）レイヤフレームフォーマッティングを示す図。
【図３】図３は、ＵＭＢシステムで送信されることができる最適化を処理するための別の例示的なメディアアクセス制御（ＭＡＣ）レイヤフレームフォーマッティングを示す図。
【図４】図４は、ＵＭＢまたはＬＴＥ通信システムのような、通信システムの基地局、アクセスポイント、または他の送信機によって使用されることができる通信フレームをフォーマットする方法を示す図。
【図５】図５は、ＬＴＥシステム中のマルチプルなレイヤ（multiple layers）を介してフレームのアセンブリ（assembly）の例示的な順次の連続（sequential series）を示す図。
【図６】図６は、図５において示された様々なレイヤのヘッダとして使用され得る例示的な複数のヘッダを示す図。
【図７】図７は、ペイロードまたはデータパケットのサイズに依存する通信フレームのヘッダの構成をフォーマットするのに使用するような、例示的な方法を示すフローチャート。
【図８】図８は、開示された複数のフォーマットおよび複数の方法に従って、パケットデータサイズに基づいて通信フレームをフォーマットおよび送信する、例示的なトランシーバを示す図。
【図９】図９は、通信フレーム中の複数のヘッダをフォーマットするために利用できる、通信システムにおけるトランシーバでの使用のための装置の更なる例を示す図。
【図１０】図１０は、通信フレーム中の複数のヘッダをフォーマットするために利用できる、通信システムにおけるトランシーバでの使用のための装置のさらに別の例を示す図。
【発明を実施するための形態】
【００１４】
ある観点では、ここに開示されている複数の方法および複数の装置は、例えば、アクセス端末（access terminal）（ＡＴ）のようなモバイル装置で受信された複数のフレームのために、最適化された処理を生起する（engenders）フレームフォーマッティング（frame formatting）を提供する。これは、該複数のペイロードパケットより前で、無線通信フレームの始めに複数のヘッダを配置するフレームフォーマットにより達成され、特に、大きな複数のペイロードパケットを、従ってより大きなフレームサイズを有する複数のフレームのためである。受信機において処理されるときに、このようなフォーマッティングは、各ヘッダがその結合されたペイロードと共に置かれる、配置された複数のフレームよりも、さらに能率的な処理を提供する（affords）。別の観点では、ここに開示されている複数の方法および複数の装置は、通信フレーム（例えば、ＭＡＣフレーム）の全体的なサイズ、または特定の通信フレーム内の複数のペイロードパケットのサイズのどちらかに依存するフレームフォーマッティングを提供する。ＶｏＩＰ通信に対してのように、該フレーム、またはフレーム中の複数のペイロードパケットがより小さかった場合には、該ヘッダのサイズを最適化するために、該複数のヘッダは、それらの結合されたペイロードパケットと連結して配置される。他方では、ＵＭＢまたはＬＴＥのような、高い処理量（throughput）のデータ通信に対してのように、該通信フレームまたは該通信フレーム内の該複数のペイロードパケットが大きかった場合には、該フレームを処理する受信機の能力を最適化するために、該複数のペイロードパケットの前で、該フレーム中の先頭に全てのヘッダを含むように、該複数のフレームは交互（alternately）に配置される。このように、該フレームフォーマッティングは、該フレームによって実施される（effected）通信のタイプのために、最も最適になるように編成される（tailored）。
【００１５】
下記に記述されている複数の例では、簡潔さと明確さの理由から、この明細は、ウルトラ・モバイル・ブロードバンド（ＵＭＢ）技術に関連する幾つかの専門用語を使用する。しかしながら、ここに記述されている複数の例は、ロング・ターム・エボリューション（ＬＴＥ）、符号分割多重接続（ＣＤＭＡ）、ｃｄｍa２０００  ＥＶ−ＤＯ、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）等に関連する技術のような、他の技術にも適用できることが強調されるべきである。他の技術に、この開示されている複数の方法および装置を適用するときに、その関連する専門用語が明確に異なることは、当業者によって正しく評価されるであろう。複数の例として、アクセスポイント（ＡＰ）は、複数の端末と通信するために使用される固定局であることができ、また、アクセスポイント、ノードＢ（Node B）、基地局、または幾つかの他の専門用語として参照されることもできる。アクセス端末（ＡＴ）もまた、アクセス端末（ＡＴ）、ユーザ装置（user equipment）（ＵＥ）、無線通信デバイス、端末、アクセス端末、または幾つかの他の専門用語で呼ばれることができる。
【００１６】
ある観点に従って、図１は、ここに開示されている複数の方法および複数の装置が使用されることができる、無線通信システム１００を例示する。アクセスポイント（ＡＰ）または基地局１０２は、複数のフォワードリンク（forward links）１０６、１０８上で複数のアクセス端末１０４へ情報を送信する。この送信された情報は、データをパケット化するために、複数の通信フレーム中に配置されることができる。
【００１７】
アクセスポイント（ＡＰ）は、複数の端末と通信するために使用される固定局であることができ、また、アクセスポイント、ノードＢ（Node B）、または幾つかの他の専門用語として参照されることもできる。アクセス端末（ＡＴ）もまた、アクセス端末、ユーザ装置（ＵＥ）、無線通信デバイス、端末、アクセス端末、または幾つかの他の専門用語で呼ばれることができる。
【００１８】
図２は、例として、図１のシステムのＡＰ  １０２を用いて送信されることができる、例示的なメディアアクセス制御（ＭＡＣ）レイヤ（およびより上の）フレームフォーマッティングを例示する。特にフレーム２００は、より小さいペイロードパケットのような、ヘッダの最適化のためのＵＭＢフォーマットの例示である。上記で論じているように、ＶｏＩＰ通信は、より小さなペイロードパケットを利用するが、フレーム２００は、単にそのようには制限されず、音声通信に類似した仕方（manner）においてタイミングに高感度（timing sensitive）である様々な他のタイプの通信に対して最適である。例示されるように、ＭＡＣフレーム２００は、このフレーム２００内の各パケットのために、１つまたは複数のフレームヘッダ２０２（簡潔さのため単数で示される）を含む。パケット統合（consolidation）プロトコル（ＰＣＰ）ヘッダと称される、複数のヘッダ２０２は、最初に該フレーム２００中に配置され、該通信フレーム２００内において可変的なｎ番目のデータパケットをどこで見つけるかを示すために役立つ。ヘッダ２０２の後には、１番目のヘッダ２０４が、結合されるまたは対応するデータペイロード２０６の直前に置かれて、示される。後に説明されるように、該複数のヘッダは、例として、無線リンクプロトコル（radio link protocol）（ＲＬＰ）、ストリームプロトコル（ＳＰ）、分割（fragmentation）および再アセンブリのプロトコル、または論理チャネルを識別するプロトコルに従って、構成されることができる。ヘッダ２０４とペイロード２０６のような、ヘッダおよびペイロードの対は、「パケット」と称することができ、より明確には、この例においては、ＭＡＣパケットと称することができる。
【００１９】
ペイロード２０６の後には、次のヘッダ２０８および結合されたペイロード２１０からｎ番目のヘッダ２１２および結合されたデータペイロードまたはパケット２１４までが順序順にくる。該ヘッダおよびデータペイロードの複数の対の後には、ＭＡＣフレーム２００のためのトレーラ２１６が、該ＭＡＣフレーム２００の終わりを、あるいは少なくとも該ＭＡＣフレーム２００内のｎ番目の複数のデータペイロードの終わりを示す（delineate）またはシグナル（signal）するために、含まれることができる。該フレーム２００の全体的なサイズは寸法２１７によって、図２の中に例示される。
【００２０】
図２はまた、ヘッダ２０４のような、フレーム２００の全てのヘッダに適用できる例示的な上位レイヤのヘッダの、引き伸ばされたまたは拡大図２１８を例示する。見て解るとおり、ヘッダ２１８は、多数のフィールドを含み、それらの一部は、ビット長において可変であり、ならびにそれに対応する該ペイロードまたはデータパケットのサイズの依存要素である。従って、これは、該データペイロードまたは該パケットの特定のサイズに従って、該ヘッダが変化される（be varied）ことを可能にする。
【００２１】
例示されるように、ヘッダ２１８は、該パケットの送り先ルート（destination route）を示すための、可変なビット長の複数のルートビット（Route bits）を有するルートヘッダ２２０を含むことができる。ヘッダ２１８はまた、このパケットに対応するストリーム（stream）を示すストリームヘッダ２２２も含むことができる。さらに、該ヘッダ２１８は、暗号化鍵インデックス（Ciphering Key Index）２２４、ＳＡＲ（分割（Segmentation）および再アセンブリ）シーケンスフィールド２２６、最初＋最後のフィールド（First + Last）２２８、およびクイックナック（Quick Nak）（ＱＮ）ヘッダ２３０を含む、無線リンクプロトコル（ＲＬＰ）のヘッダを含む。このＲＬＰヘッダは、ＭＡＣレイヤより別のレイヤから派生し（derived）または得られ、そして該ヘッダ２１８へ加えられる。ＳＡＲシーケンスフィールド２２６またはＱＮヘッダ２３０のような、該ＲＬＰヘッダ中の様々なフィールドもまた、該パケットサイズに基づいて可変であることができる。ＲＬＰヘッダは、ＭＡＣレイヤフレーム２００のための複数のヘッダをアセンブル（assembling）するときに、他のレイヤ（例えば、ＲＬＰレイヤ）から派生されることに留意する。
【００２２】
ＰＣＰヘッダ２０２は、該フレーム２００中に１つ以上のＰＣＰヘッダが存在するかどうかを示すための情報フィールド（表示されていない）を含むために、フォーマットされることができることにもまた留意する。該ＰＣＴヘッダ２０２はまた、より大きな、分割および再アセンブリのプロトコル・データ・ユニット（ＳＡＲ  ＰＤＵ）のペイロードの複数のサイズをサポートするために、長いフィールドの場合には、拡張されたペイロードの複数の長さを示している、短いあるいは長い長さのフィールドを含むことができる。例として、該ＰＣＰヘッダの長さのフィールドは、６４バイトまでのより短いペイロードの複数の長さを示すために、長さにおいて６ビットであること、そして１６，３８４バイトまでの大きなペイロードの複数の長さを示すために、１４ビットの長さのフィールドであることができる。
【００２３】
図３は、例えば、図１のシステムにおいてＡＰ  １０２で送信することができる、代わりの例示的なメディアアクセス制御（ＭＡＣ）レイヤ（およびより上の）フレームフォーマッティングを例示する。特に、この例において、ＵＭＢシステムのためのＭＡＣレイヤフレームであるフレーム３００は、該フレームを受信および処理している受信機による、最適化された処理を提供するために、配置またはフォーマットされる。図３を見て解るように、このフレーム３００は、それらが対応する複数のペイロード（３０８、３１０、３１２）の前で、フレーム３００の始めに配置されたｎ数のヘッダ（３０２、３０４、から３０６まで）を含む。本発明者達によって発見されたように、フレーム３００のような通信フレーム内の該複数のヘッダおよび複数のペイロードのこの配置は、フレームを復調および復号化する受信機における処理を最適化することを証明した。
【００２４】
フレーム３００はまた、該フレームの始めにヘッダの数のパケット（Number of Headers packet）３１４を含むことができる（例えば、該フレーム３００中のデータパケットの数を示している１バイトのフィールド）。このパケット３１４は、該フレーム３００内の複数のヘッダパケットの数（すなわち、ｎ数）を通信する。フレーム３００はまた、該フレーム３００を終了するＭＡＣトレーラ３１５を含む。
【００２５】
図３ではまた、ヘッダ３０２のような、典型的なヘッダの拡大図３１６も例示される。拡大図３１６に例示されるように、該ヘッダは、別のレイヤからのＰＣＰ情報を、同様にルートヘッダ情報を通信するために使用することができる、ＰＣＰヘッダ３１８を含む。該ヘッダはまた、予約済フィールド３２０、暗号化鍵インデックスのフィールド３２２、最初＋最後のフィールド３２４、および暗号化同期（Cryptosync）のフィールド３２６を有するＲＬＰヘッダを含むことができる。さらに、暗号化同期のフィールド内では、様々なビット（表示されていない）は、機能（function）コード、ダイレクション（direction）、ルーターのカウンター（router counter）、ストリームＩＤ、ＳＡＲのリセットのカウンター、および仮想ＳＡＲシーケンス番号を示すために使用されることができる。例においては、暗号化同期が長さにおいて９６ビットに設定されることができることに留意する。
【００２６】
さらに、ある観点に従って、フレーム３００中の該複数のヘッダの長さは、受信機による処理の最適化を向上させるために、固定されたサイズに設定することができる。該ヘッダのサイズを固定することにより、固定されたサイズが、該処理する受信機に予測性（predictability）を提供し、ならびに受信機による処理の複数の障害（bottlenecks）を防ぐために役立つので、該受信機における処理はさらに最適化される。該複数のヘッダの特定の長さは、該通信フレームによって実施される特定のシステムまたは通信のタイプに従って、設定されることができる。
【００２７】
図４は、ＵＭＢまたはＬＴＥ通信システムのような通信システムの基地局、ＡＰ、または他の送信機によって使用されることができる、複数の通信フレームをフォーマットするための方法を例示する。例示されるように、ＭＡＣフレームのような、アセンブルされる無線通信フレームのサイズは、ブロック４０２に例示されるように、決定される。このサイズの決定は、無線フレームの全体のサイズ（例えば、２１７）に基づくことができ、あるいは、該サイズの決定は、該通信フレーム中の複数のデータペイロードの１つまたは複数のサイズに基づくことができる。また別の代わり（alternative）として、ブロック４０２における該サイズの決定は、通信のタイプ（例えば、付随の（attendant）大きなフレームサイズを有するブロードバンド通信）が、知られている（known）かどうかに基づくことができる。従って、通信が、ＵＭＢまたはＬＴＥシステムでのようなブロードバンド通信である場合には、該フレームサイズは、ＶｏＩＰのような他の通信と比較して大きくなるであろうことが知られている。
【００２８】
図４の方法に従って、ブロック４０４のプロセスに例示されるように、該フレームの決定されたサイズが、所定のしきい値より大きいときは、各々のＭＡＣペイロードに対応している各複数のヘッダは、該複数のＭＡＣペイロードよりも前で、該通信フレーム中に配置されるところの該ＭＡＣフレームは、次にアセンブルされる。上記で論じられたように、図３の例で例示されたように、いずれのＭＡＣペイロードよりも前に、全てのＭＡＣヘッダを配置することによって、受信機において、通信フレームの処理は最適化されることができる。
【００２９】
代わりの観点に従って、ブロック４０２におけるサイズの決定は、全体的な通信フレームのサイズに基づくよりも、少なくとも１つの該複数のデータペイロードおよび対応する複数のヘッダのサイズの決定に基づくことができる。従って、ブロック４０４における、いずれのペイロードよりも前で、複数のヘッダを配置することにより、フレームをフォーマットするという決断は、少なくとも1つのペイロードおよびヘッダのサイズが所定のしきい値よりも大きいことが決定されたかどうかに基づいてくるであろう。
【００３０】
ブロック４０２および４０４のプロセスの中で、それによって複数のＭＡＣペイロードが形づくられる（formed）またはアセンブルされることができるプロセスの例として、図５は、マルチプルなレイヤを介して順次の連続のフレームのアセンブリを例示する。この例の中で使用される専門用語は、ＬＴＥ通信システムに付属するが、その複数の概念（concepts）は、そのようには制限されず、ＵＭＢまたは幾つでもの（any number of）他の適当な通信システムに適用させることができる。例示されるように、データＩＰパケットのような、データパケット５０２は、ＰＤＣＰレイヤにおいてパケットデータの収束（Convergence）プロトコル（ＰＤＣＰ）のヘッダ５０４に結合または加えられる。例えば、このヘッダ５０４は、ＰＤＣＰのシーケンス番号（ＳＮ）を含むことができる。更なる観点において、このＳＮは、論理チャネルしだいで（dependent on）、長さにおいて７ビットまたは１２ビットであることができる。データパケット５０２とＰＤＣＰヘッダ５０４の組み合わせ（pairing）は、セキュリティーのチェックサム（例えば、４バイトのフィールド）を有する追加されたトレーラを任意に含むことができる。
【００３１】
この組み合わせ５０２、５０４は、それから、次のＲＬＣレイヤにおいて、無線リンク制御（Radio Link Control）（ＲＬＣ）のヘッダ５０６に結合または加えられる。最後に、ＲＬＣヘッダ５０６、ＰＤＣＰヘッダ５０４、およびデータパケット５０２、または複数のマルチプルなＲＬＣペイロード（表示されていない）から成り立つ（consisting of）、結合されたＲＬＣペイロードは、ＭＡＣレイヤにおいて、ＭＡＣペイロード５０８としての使用するために、次にアセンブルされることができる。この例で見て解るように、ＭＡＣペイロード１として指定される（designated）、該ＭＡＣペイロード５０８は、ＭＡＣヘッダ５１０に結合される。さらに例示されるように、ＭＡＣペイロード２（５１２）もまた、ＭＡＣペイロード（５０８、５１２）よりも前に配置される、結合されたＭＡＣヘッダ２（５１４）と共に、通信フレーム中に置かれる。
【００３２】
図６は、図５に例示される様々なレイヤの複数のヘッダに使用することができる、例示的な複数のヘッダを例示する。また、図５においてと同様に、この例で使用される専門用語はＬＴＥシステムに付属するが、その複数の概念は、そのようには制限されず、ＵＭＢまたは幾つでもの他の適当な通信システムに適用させることができる。例示されるように、ＰＤＣＰヘッダ６０２は、４ビットの制御フィールド６０４と、７または１２ビットのどちらかを有するシーケンス番号フィールド６０６を含む。非確認モード（Unacknowledged Mode）またはＶｏＩＰのようなモードに特有のＲＬＣヘッダ６０８は、３または６ビットを有する制御フィールド６１０と、５または１０ビットのシーケンス番号フィールド６１２を含むことができる。ＦＴＰ／ＴＣＰプロトコルのような、確認モード（Acknowledged Mode）のための、ＲＬＣヘッダの別の代わりが、６ビットの制御フィールドと１０ビットのシーケンス番号を有するヘッダ６１４によって、示されている。
【００３３】
ＭＡＣヘッダ６１６は、３ビットを有する制御フィールド６１８、長さにおいて５ビットである論理チャネルＩＤフィールド６２０、および７または１５ビットの長さのフィールド６２２から成り立つことができる。さらに、該複数のヘッダのサイズは、より大きな複数のデータパケットサイズに対しては固定されることができる。従って、図６の例の中では、ＲＬＣシーケンス番号６０６は、１０ビットに設定され、ＰＤＣＰシーケンス番号６０４は１２ビットに設定され、そしてＭＡＣヘッダの長さのフィールド６２２は１５ビットに設定される。
【００３４】
別の観点に従って、複数の通信フレームのフォーマッティングは、複数の通信タイプのための該フォーマッティングを最適化するために、該複数のペイロードデータパケットのサイズに依存させることができる。ＶｏＩＰ通信でのように、該ペイロードの複数のフレームが小さいときは、該通信フレームは、ヘッダのサイジング（sizing）を最適化するためのフォーマットのような、第１のフォーマットにフォーマットされることができる。逆に、高い処理量の通信においてのように、複数のペイロードが大きいときは、該通信フレームは、受信機におけるフレームの処理を最適化するフォーマットのような、別のフォーマットに、代わりにフォーマットされることができる。
【００３５】
図７は、通信フレームのサイズに依存して、通信フレーム中でヘッダの構成をフォーマットするのに使用されるような、例示的な方法のフローチャートを例示する。示されるように、フォーマットされる該通信フレームの該サイズは、ブロック７０２で決定される。該通信のサイズの決定の後に、フローはブロック７０４へと進む。ブロック７０４では、少なくとも１つのデータパケットに対応する少なくとも１つのヘッダは、該パケットのサイズが所定のサイズよりも下のときは、第１のフォーマットに従って、そして該パケットのサイズが該所定のサイズに等しいまたはより大きいときは、第２のフォーマットに従って、フォーマットされる。この所定のサイズは、通信システムおよび付随の基準（standard）に依存する。単に例として、ＵＭＢあるいはＬＴＥ通信の中の４０００−６０００バイトにいたるオーダーのあきらかに大きな複数のパケットは、所定のしきい値より上であろうが、４０−５０バイトのはるかに小さな複数のＶｏＩＰパケットは、所定のしきい値よりもかなり下になるであろう。
【００３６】
ある観点に従って、第１のフォーマットは、対応する少なくとも１つのデータパケットの長さに基づく、少なくとも１つのヘッダのサイズを可変に（variably）構成することを含むことができる。図２からの例として、ヘッダが最適化されるフォーマットにおけるヘッダ２１８は、様々な可変の長さのフィールドを利用するので、該ヘッダは、データパケットのサイズに基づいて、分類（sized）または編成されることができる。この可変性は、与えられたデータパケットに対して、該ヘッダのサイズが、可能なかぎり小さくなるように、最適化されることを確実にする能力を提供する。さらに、ボイスオーバーＩＰ通信のような特定のタイプの通信に適している、ブロック７０４の第１のフォーマットは、図２の中のフレーム２００の例によって例示されるように、該通信フレーム内で対応する少なくとも１つのデータパケットと共に少なくとも１つのヘッダをグループ化することを含むことができる。
【００３７】
別の観点に従って、ブロック７０４における第２のフォーマットは、対応する少なくとも１つのデータパケットから独立して、そしてそれより前で、該通信フレーム中の少なくとも１つのヘッダを置くことを含むことができる。すなわち、データパケットに対応している各ヘッダは、該データパケットから分離されるか、または独立させられ、該通信フレーム中の複数のデータパケットまたは複数のペイロードの前に置かれる。このフォーマッティングの例は、図３の中のＭＡＣフレーム３００によって例示される。特にデータ通信（例えば、ＴＣＰ／ＩＰ）において使用される、大きな複数のデータパケットの場合には、それらの対応する複数のペイロードまたは複数のデータパケットからヘッダを分離することにより、結果として生じる（resultant）便益は、復調および復号化される実際の複数のペイロードを受信するのを待っている間に、ヘッダの処理を始める事ができることから、受信機での該通信フレームのより能率的な処理である。
【００３８】
ブロック７０４における第２のフォーマットの例では、少なくとも１つのヘッダのサイズは、図５におけるＭＡＣヘッダの例と関連して上記に論じられているように、所定の固定長に設定されることができる。固定長にヘッダを設定することによって、予測性の便益が該受信機に提供される。各ヘッダのサイズが受信機に知られているときは、どのくらいのビットがヘッダ中にあるかを決めるためには、より少ない処理が必要とされ、それによって処理の更なる最適化に寄与する。
【００３９】
ブロック７０４における第２のフォーマットのなお別の観点に従って、少なくとも１つのデータパケットを暗号化または処理するための通信フレームの受信機によって使用される第２の情報のヘッダフォーマットは、少なくとも１つのヘッダの内に含まれる。この特徴の例として、図３は、ＰＣＴとルート情報が各それぞれのヘッダ内に含まれるように、ヘッダ３１６が各ヘッダ内にＰＣＰヘッダ３１８を含むことを例示する。従って、この複数のヘッダの処理は最適化されることができ、該複数のヘッダのそれら自体は、他の複数のヘッダから、そしてさらに重要なことには、それらの対応するデータパケットから独立することができる。これは、複数のＰＣＰヘッダ２２０が、複数のヘッダ（例えば、２０２）と分離していて、複数のヘッダと複数のデータパケットのグループ化の処理よりも前で処理されるところにおいて、図２におけるヘッダの最適化されたフォーマットとは対照的である。
【００４０】
図８は、ここに開示された複数のフォーマットと複数の方法に従って、パケットデータのサイズに基づいて、該複数の通信フレームをフォーマットおよび送信する、例示的なトランシーバ８００を例示する。トランシーバ８００は、ＡＰ（例えば、図１のＡＰ  １０２）、基地局、または他の適切なハードウェア（例えば、プロセッサ、あるいは複数の回路／複数のモジュールのコレクション）、ソフトウェア、ファームウェア、あるいはＡＰデバイスでの使用のためのそれらのいずれの組み合わせを選定（constitute）することができる。例示されるように、トランシーバ８００は、中央のデータバス８０２、または幾つかの回路を通信的に（communicatively）リンクするまたは結合するための同様のデバイスを含む。該複数の回路は、ＣＰＵ（中央処理装置）またはコントローラー７０４、トランシーバ回路８０６、および記憶装置８０８を含む。
【００４１】
複数のトランシーバ回路８０６は、回路と、（複数の）無線通信リンク８１０によって例示されるような１つまたは複数のＡＴに対してのように、デバイス８００から送られる前に、データバス８０２からのデータを処理およびバッファするための送信回路だけでなく、中央のデータバス８０２へ送信する前に受信した複数の信号を処理するための受信機回路をも含む。従って、複数のトランシーバ回路８０６は、１つまたは複数のＡＴに対して無線リンク８１０上に送信する、複数のＲＦ回路を含むことができる。
【００４２】
ＣＰＵ／コントローラー８０６は、データバス８０２のデータ管理の機能を、そして更に、記憶装置８０８の命令の（instructional）コンテンツを実行することを含む、一般的なデータ処理の機能を行う。図８に示されるように、別々にインプリメントされる（implemented）代わりに、複数のトランシーバ回路７０６は、ＣＰＵ／コントローラー７０４の複数のパーツ（parts）として組み込むことができることを、ここに留意する。更なる代案として、全装置７００は、特定用途向け集積回路（ＡＳＩＣ）または同様の装置としてインプリメントされることができる。
【００４３】
記憶装置８０８は、複数の命令（instructions）／複数のモジュールの１つまたは複数のセットを含むことができる。例示的な装置８００において、該複数の命令／複数のモジュールは、他のものの中で（among other things）、フレームフォーマッティング機能８１２を含む、ここにおいてそれは記述された複数の方法論を実施するように構成される。すなわち、図２−７に関連して上記に論じられた該フレームフォーマッティングのことである。図８の例において、記憶装置８０８は、ＲＡＭ（ランダムアクセスメモリ）回路であることができる。ブロック８１２における該複数の機能のような、例示的な複数の部分は、複数のソフトウェアのルーチン（software routines）、複数のモジュールおよび／または複数のデータのセットである。記憶装置８０８は、揮発性または不揮発性のタイプのどちらかになり得る、別の記憶回路（表示されていない）に連結することができる。代わりとして、記憶装置８０８は、ＥＥＰＲＯＭ（電気的消去可能ＰＲＯＭ）、ＥＰＲＯＭ（電気的プログラマブル読み取り専用メモリ）、ＲＯＭ（読み出し専用メモリ）、ＡＳＩＣ（特定用途向け集積回路）、磁気ディスク、光ディスク、および当技術においてよく知られた他のコンピュータで読み取り可能な記録媒体等の、他の回路タイプから作られることができる。
【００４４】
図９は、通信フレーム中の複数のヘッダをフォーマットするために利用することができる、通信システムにおけるトランシーバで使用するための装置の更なる例を、例示する。装置９００は、例として、ＡＰまたは基地局の中でインプリメントされることができることに留意する。開示された装置９００は、ＡＰまたは基地局の中のみならず、同様に、送信のための通信フレームをフォーマットするいずれの適切な装置でのインプリメンテーションに制限されないことに、さらに留意すべきである。
【００４５】
装置９００は、無線通信フレームのサイズ（あるいは代わりに、該通信フレーム内の1つまたは複数のペイロードのサイズ）を決定するためのモジュールまたは手段９０２を含む。例として、手段９０２は、トランシーバ内の１つまたは複数のコンポーネント（components）でインプリメントされることができる。図８からの例として、ＣＰＵ／コントローラー８０４と結合されている（in conjunction）記憶装置８１０は、手段９０２を実施することができる。手段９０２によって決定された情報は、その後、バス９０４または同様の適切な通信カップリング（coupling）を通って、装置９００中の様々な他のモジュールあるいは手段に通信されることができる。
【００４６】
装置９００はまた、該無線通信フレームの決定されたサイズが、所定のしきい値より上のときに、該フレーム中のいずれのデータパケットよりも前で、該フレームの始めに１つまたは複数のヘッダを含めるために、該通信フレームをフォーマットするための手段９０６を含む。あるいは、手段９０６は、フレームの始めにおいて複数のヘッダをフォーマットするべきかどうかを決定するために、1つまたは複数のデータペイロードのサイズが所定のしきい値より上にあることを決定することができる。手段９０６は、例として、ブロック４０４のプロセス、および図３または５の中で示されるフォーマッティングをインプリメントすることができることに留意する。上記の手段９０２と同様に、手段９０６は、トランシーバ内の、１つまたは複数のコンポーネントによって、そしてより明確には、特に複数のＭＡＣフレームのような複数の通信フレームの、アセンブリまたは構成（organization）を実施するそれらによってインプリメントされることができる。図８からの例として、ＣＰＵ／コントローラー８０４と結合されている記憶装置８１０は、手段９０６を実施することができる。手段９０６は、手段９０６によって行なわれる、所望のフォーマッティングを有する複数の通信フレームの送信を実施するために、複数のトランシーバ回路９０８と通信することができる。
【００４７】
さらに、装置９００は、装置９００の中の1つまたは複数のモジュールの複数のプロセスおよび動き（behavior）を実施する（effecting）ための、コンピュータで読み取り可能な命令およびデータを蓄えるように構成される、オプションのコンピュータで読み取り可能な記録媒体または記憶装置９１０を含むことができる。さらに、装置９００は、記憶装置９１０の中のコンピュータで読み取り可能な命令を実行するように構成される、そしてそれと共に、装置９００において、様々なモジュールの１つまたは複数の機能を実行するように構成されることができる、プロセッサ９１２を含むことができる。
【００４８】
図１０は、複数の通信フレーム中において、複数のヘッダのフォーマッティングのために利用することができる、通信システムにおけるトランシーバでの使用のための装置１０００の、なお更なる例を例示する。装置１０００は、例として、ＡＰまたは基地局の中でインプリメントされることができる。開示された装置１０００は、ＡＰまたは基地局の中のみならず、同様に、送信のための複数の通信フレームをフォーマットするいずれの適切な装置でのインプリメンテーションに制限されないことを、さらに留意する。
【００４９】
装置１０００は、ＭＡＣ無線通信フレームのサイズを決定するために、モジュールまたは手段１００２を含む。代わりの観点では、該通信フレームに置かれる、１つまたは複数
のデータペイロードのサイズは、手段１００２によって決定されることができる。例として、手段１００２は、トランシーバ内の１つまたは複数のコンポーネントでインプリメントされることができる。図８からの例として、ＣＰＵ／コントローラー８０４と結合されている記憶装置８１０は、手段１００２を実施することができる。手段１００２によって決定された情報は、その後、バス１００４または同様の適切な通信カップリングを通って、装置１０００中の様々な他のモジュールまたは手段に通信されることができる。
【００５０】
装置１０００はまた、ＭＡＣ無線通信フレームのサイズが所定のサイズより下であるときは、第１のフォーマットに従って、少なくとも１つのパケットに対応するヘッダをフォーマットするための手段１００６を、そしてパケットのサイズが所定のサイズに等しいまたはより大きいときは、第２のフォーマットに従って少なくとも１つのヘッダをフォーマットするための手段１００６を含む。手段１００６は、通信フレームのサイズに依存して、例とえば、図７におけるブロック７０４の複数のプロセス、および図２と図３または５の両方に表示されるフォーマッティングをインプリメントすることができることに留意する。また、手段１００６は、代わりに、フレーム中の１つまたは複数のデータペイロードのサイズが所定のしきい値より上またはそれより下にあるかどうかに基づいて、フォーマッティングを決定するように構成されることができる。上記の手段１００２と同様に、手段１００６は、トランシーバ内の、１つまたは複数のコンポーネントによって、そしてより明確には、特に複数のＭＡＣフレームのような複数の通信フレームの、アセンブリまたは構成（organization）を実施するそれらによってインプリメントされることができる。図８からの例として、ＣＰＵ／コントローラー８０４と結合されている記憶装置８１０は、手段１００６を実施することができる。手段１００６は、手段１００６によって行なわれる、所望のフォーマッティングを有する複数の通信フレームの送信を実施するために、複数のトランシーバ回路１００８と通信することができる。
【００５１】
さらに、装置１０００は、装置１０００の中の1つまたは複数のモジュールの複数のプロセスおよび動き（behavior）を実施する（effecting）ための、コンピュータで読み取り可能な命令およびデータを蓄えるように構成される、オプションのコンピュータで読み取り可能な記録媒体または記憶装置１０１０を含むことができる。さらに、装置１０００は、記憶装置１０１０の中のコンピュータで読み取り可能な命令を実行するように構成される、そしてそれと共に、装置１０００の中の様々なモジュールの１つまたは複数の機能を実行するように構成されることができる、プロセッサ１０１２を含むことができる。
【００５２】
上記の論述に照らして、ここに開示された複数の方法および複数の装置は、大きなペイロードを有する複数のフレームのための処理時間を改善する、通信フレーム中の複数のヘッダのフォーマッッティングを提供することが、正しく評価されることができる。さらに、ここに開示された複数の方法および複数の装置は、ペイロードの複数のサイズに基づいた、ヘッダの最小化または処理の効率のための、通信フレームの選択的な最適化を提供する。
【００５３】
開示された複数のプロセスにおいて、複数のステップの特定の順序または階層は、例示的な複数のアプローチの例であることが理解される。設計の選択に基づいて、この開示の範囲内でありながら、複数のプロセスにおける、複数のステップの特定の順序または階層は、再構成できることが理解される。ここに記載した、複数の方法の請求項は、例としての順次における、様々なステップの要素（elements）を示し、ならびに示された特定の順序または階層に制限されることは、意図されない。
【００５４】
当業者は、複数の情報および複数の信号が、様々な異なる科学技術および専門技術のいずれを使用しても、表わされることができることを評価するだろう。例えば、上記の記述の全体にわたって、参照されることができるデータ、命令、コマンド、情報、信号、ビット、記号、およびチップは、電圧、電流、電磁波、磁気のフィールドまたはパーティクル(particles)、光学のフィールドまたはパーティクル、あるいはそれらのいずれの組み合わせによって、表わされることができる。
【００５５】
当業者は、ここに開示された実施形態に関連して記述された、様々な例示的な、論理ブロック（logical blocks）、モジュール、回路およびアルゴリズムのステップは、電子ハードウェア、コンピュータソフトウェア、あるいは両方の組み合わせとして、インプリメントされることができることを、さらに評価するだろう。明白にハードウェアとソフトウェアのこの互換性を例示するために、様々な例示的な、コンポーネント、ブロック、モジュール、回路、手段およびステップは、概してそれらの機能性の点から、上に記述されている。そのような機能性が、ハードウェアまたはソフトウェアとしてインプリメントされるかどうかは、全体的なシステムに課された特定のアプリケーションおよび設計の制約に依存する。当業者は、それぞれの特定のアプリケーションに関するに多様の仕方（ways）において、該記述された機能性をインプリメントすることができるが、そのようなインプリメンテーションの決定は、ここに開示の範囲から逸脱すると解釈されるべきでない。
【００５６】
ここに開示された実施形態に関連して記述される、様々な例示的な、論理ブロック、モジュール、および回路は、一般目的のプロセッサ、デジタル・シグナル・プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブル（programmable）ゲートアレー（ＦＰＧＡ）あるいは他のプログラマブル論理デバイス、個別のゲートまたはトランジスタロジック、個別のハードウェアコンポーネント、あるいはここに記述された機能を行うために設計されたそれらのいずれの組み合わせによって、インプリメントされるまたは行われることができる。一般目的のプロセッサは、マイクロプロセッサであることができるが、該代わりにおいて、該一般目的のプロセッサは、いずれの従来型のプロセッサ、コントローラー、マイクロコントローラーまたはステート（state）マシンであることができる。プロセッサはまた、例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰのコアと結合している１つまたは複数のマイクロプロセッサ、あるいは他の同様な構成等の、コンピューティングデバイスの組み合わせとして、インプリメントされることができる。
【００５７】
ここに開示された実施形態に関連して記述される方法またはアルゴリズムのステップは、ハードウェア、プロセッサによって実行されるソフトウェアモジュール、あるいは２つの組み合わせにおいて、直接具体化（embodied）されることができる。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術においてよく知られる記憶媒体のいずれの他の形式で、常駐する（reside）ことができる。例示的な記憶媒体（表示されていない）は、該プロセッサが記憶媒体から情報を読みならびにそれに情報を書くことができるように、該プロセッサに結合されることができる。該代わりにおいて、該記憶媒体は該プロセッサに不可欠であることができる。該プロセッサと該記憶媒体は、ＡＳＩＣに存在することができる。該ＡＳＩＣは、ユーザ端末に存在することができる。該代わりにおいて、該プロセッサと該記憶媒体は、ユーザ端末の個別のコンポーネントとして存在することができる。
【００５８】
上に記述された複数の例は、単に例示的であり、当業者は、ここに開示された発明の複数の概念から外れることなく、上に記述された複数の例からの発展（departures）、およびそれらの数多くの活用を今や行うことができる。これらの例に対する様々な変更（modification）は、当業者にとっては、容易に（readily）明白であることができ、ここに定義された一般的（generic）な複数の法則は、ここに記述された複数の新規の観点の精神または範囲から外れることなく、例えば、インスタントメッセージサービスあるいはいずれの一般的な無線データ通信アプリケーションにおける等の、他の例に適用されることができる。したがって、該開示の範囲は、ここに示される複数の例に制限されるようには意図されず、ここに開示された該複数の法則および複数の新規の特徴と一致する最も広い範囲を与えられることになる。「例示的な」という語が、「例、インスタンス、あるいは実例として使える」ということを意味するために、もっぱら（exclusively）使用されることに留意する。ここにおいて「例示的な」と記述されるいずれの例も、他の例よりも優先されるまたは有利であると、必ずしも解釈されることはない。従って、ここに記述された複数の新規の観点は、単に次に述べる複数の請求項の範囲のみによって定義されることになる。
【図１】
2011515892.tif 000003
【図２】
2011515892.tif 000004
【図３】
2011515892.tif 000005
【図４】
2011515892.tif 000006
【図５】
2011515892.tif 000007
【図６】
2011515892.tif 000008
【図７】
2011515892.tif 000009
【図８】
2011515892.tif 000010
【図９】
2011515892.tif 000011
【図１０】
2011515892.tif 000012
【国際調査報告】
2011515892.tif 000013
2011515892.tif 000014