特許 6145853 確認応答（ＡＣＫ）ビットマップに基づいてアグリゲーションサイズを調節するための方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6145853

(24)【登録日】2017年5月26日

(45)【発行日】2017年6月14日

(54)【発明の名称】確認応答（ＡＣＫ）ビットマップに基づいてアグリゲーションサイズを調節するための方法

(51)【国際特許分類】

   H04L 1/16 20060101AFI20170607BHJP

   H04L 1/00 20060101ALI20170607BHJP

   H04L 29/06 20060101ALI20170607BHJP

   H04W 84/12 20090101ALI20170607BHJP

   H04W 72/04 20090101ALI20170607BHJP

   H04W 28/18 20090101ALI20170607BHJP

【ＦＩ】

   H04L1/16

   H04L1/00 E

   H04L13/00 305C

   H04W84/12

   H04W72/04 111

   H04W28/18 110

【請求項の数】4

【全頁数】12

(21)【出願番号】特願2015-539540(P2015-539540)

(86)(22)【出願日】2013年9月23日

(65)【公表番号】特表2016-500981(P2016-500981A)

(43)【公表日】2016年1月14日

(86)【国際出願番号】MY2013000170

(87)【国際公開番号】WO2014069980

(87)【国際公開日】20140508

【審査請求日】2015年9月7日

(31)【優先権主張番号】PI2012700842

(32)【優先日】2012年10月30日

(33)【優先権主張国】MY

(73)【特許権者】

【識別番号】515004865

【氏名又は名称】ユニバーシティー プトラ マレーシア

【氏名又は名称原語表記】ＵＮＩＶＥＲＳＩＴＩ ＰＵＴＲＡ ＭＡＬＡＹＳＩＡ

(74)【代理人】

【識別番号】100091683

【弁理士】

【氏名又は名称】▲吉▼川 俊雄

(74)【代理人】

【識別番号】100179316

【弁理士】

【氏名又は名称】市川 寛奈

(72)【発明者】

【氏名】オスマン，モハメド

(72)【発明者】

【氏名】サイフ，アンワー

【審査官】 谷岡 佳彦

(56)【参考文献】

【文献】 特開２００７−３２４７６０（ＪＰ，Ａ）

【文献】 特開２００６−３５２８９７（ＪＰ，Ａ）

【文献】 特開２００７−３３５９９４（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｌ １／１６

Ｈ０４Ｌ １／００

Ｈ０４Ｌ ２９／０６

Ｈ０４Ｗ ２８／１８

Ｈ０４Ｗ ７２／０４

Ｈ０４Ｗ ８４／１２

(57)【特許請求の範囲】

【請求項1】

確認応答（ＡＣＫ）ビットマップに基づいてアグリゲーションサイズを調節するための方法であって、次のステップ、すなわち：
ｋ番目の圧縮ブロック確認応答（ＣＢＡ）を受信するステップであって、ｋ番目がＣＢＡを受信する順番であるステップ；
等式（１）、すなわち；

を適用することによって粒度係数（ｇ）を算出するステップであって、ここで、
Ａｇｇ_ｍａｘが最大アグリゲーションであり、Ｑ_ａｖｇが平均待ち行列の長さであるステップ；
等式（２）、すなわち；
ＢＥＤ_ｋ＝ｂ_ｚ／ｂ_ｔ （２）
を適用することによってｋ番目のＣＢＡに対するビットエラー密度（ＢＥＤ_ｋ）を確定するステップであって、ここで、ｂ_ｚがｋ番目のＡＣＫのゼロビットの数であり、ｂ_ｔがｋ番目のＡＣＫの使用されたビットの合計数であるステップ；
（ｋ＋１）番目のＣＢＡを受信するステップ；
等式（２）を適用することによって（ｋ＋１）番目のＣＢＡに対するビットエラー密度（ＢＥＤ_ｋ+１）を確定するステップ；
粒度係数（ｇ）、ｋ番目のビットエラー密度ＢＥＤ_ｋ値および（ｋ＋１）番目のビットエラー密度ＢＥＤ_ｋ+１の値に基づいて前記アグリゲーションサイズを調節するステップによって特徴づけられ；
前記ｋ番目のビットエラー密度ＢＥＤ_ｋが前記（ｋ＋１）番目のビットエラー密度ＢＥＤ_ｋ+１より大きい場合、その時粒度係数（ｇ）の前記値に基づいて前記アグリゲーションサイズを増加させ；
前記ｋ番目のビットエラー密度ＢＥＤ_ｋが前記（ｋ＋１）番目のビットエラー密度ＢＥＤ_ｋ+１より小さい場合、その時粒度係数（ｇ）の前記値に基づいて前記アグリゲーションサイズを減少させ；
前記ｋ番目のビットエラー密度ＢＥＤ_ｋが前記（ｋ＋１）番目のビットエラー密度ＢＥＤ_ｋ+１と等しい場合、その時前記アグリゲーションサイズが変化せず保持されることを特徴とする方法。

【請求項2】

前記アグリゲーションサイズが、８０２．１１ｎ標準によって規定される６４キロバイトを超えてはならないことを特徴とする請求項１に記載のＡＣＫビットマップに基づいてアグリゲーションサイズを調節するための方法。

【請求項3】

最小アグリゲーションサイズが、待ち行列の平均パケットサイズであることを特徴とする請求項１に記載のＡＣＫビットマップに基づいてアグリゲーションサイズを調節するための方法。

【請求項4】

安定性閾値（Ｄ_ｂ，Ｄ_ｗ）が、誤った判定および速い変動を回避するのに用いられることを特徴とする請求項１に記載のＡＣＫビットマップに基づいてアグリゲーションサイズを調節するための方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、確認応答（ＡＣＫ）ビットマップに基づいてアグリゲーションサイズを調節するための方法に、および特にネットワーク通信におけるフレームアグリゲーション中の動的アグリゲーションサイズ調節の方法に関する。

【背景技術】

【0002】

８０２．１１ｎ ＩＥＥＥ標準は、２種類のアグリゲーション、アグリゲート媒体アクセス制御（ＭＡＣ）サービスデータユニット（Ａ−ＭＳＤＵ）およびアグリゲートＭＡＣプロトコルデータユニット（Ａ−ＭＰＤＵ）を規定する。Ａ−ＭＰＤＵアグリゲーションは、単一物理レイヤ（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）フレーム内に複数のＭＡＣプロトコルデータユニット（ＭＰＤＵ）を組み合わせてかつ単一チャネルアクセスでそれを送信する。Ａ−ＭＰＤＵアグリゲーションによって構成されるＰＰＤＵのサイズは、６４キロバイトまたは６４ＭＰＤＵのうちどちらかより早く到達されるものの上限を有する。

【0003】

８０２．１１ｎ標準は、Ａ−ＭＰＤＵフレームを承認するために圧縮ブロック確認応答（ＣＢＡ）を規定する。ＣＢＡは、単一ＡＣＫフレームによってアグリゲートＡ−ＭＰＤＵフレームを承認するために８０２．１１ｎによって導入されたブロック確認応答の変形である。ＣＢＡフレームは、６４ビットのビットマップフィールドを含有する。ビットマップの各ビットは、Ａ−ＭＰＤＵフレームのうち１個のＭＰＤＵを承認する。損なわれたＭＰＤＵは、ビットマップ内にゼロで示され、一方首尾よく受信されたＭＰＤＵが１で示される。Ａ−ＭＰＤＵフレーム内の損なわれたＭＰＤＵは、以降の送信で再送信される。ＣＢＡビットマップは、カレントチャネル状態のクリヤマップとして読みとられることができる。

【0004】

チャネルが誤りのない場合、多数のＭＰＤＵによってＡ−ＭＰＤＵフレームを送信することが推奨されるが、高ビット誤り率（ＢＥＲ）のチャネルの場合、大きな数のこれらのＭＰＤＵが損なわれてかつ再送信のためにＣＢＡビットマップ内にマークされる。高エラー率確率を備えた環境で多数のＭＰＤＵのＡ−ＭＰＤＵを送信することは、チャネル時間を浪費してかつネットワーク性能を低下させることに導く。異なるネットワーク状態の下でスループットを向上させ、かつ遅延を減少させる最適のフレームサイズを推定するために多くの分析およびシミュレーション作業が実施されてきた。

【0005】

したがって、Ａ−ＭＰＤＵアグリゲーションサイズをチャネルの現在の状態に動的に適応させるための方法を提供する必要性が存在することが、従来技術に見られることができる。チャネル状態は、追加的なデータ送信を要求することなく以前のフレーム送信のＣＢＡビットマップから読みとられることができる。

【発明の概要】

【発明が解決しようとする課題】

【0006】

ＡＣＫビットマップに基づいてアグリゲーションサイズを調節するための方法を提供することが、本発明の一目的である。

【0007】

無線ネットワークにおけるフレームアグリゲーションサイズを調節するための方法を提供することが、本発明のさらに一目的である。

【0008】

追加的なデータを送信することなくフレームアグリゲーションサイズを調節するための方法を提供することが、本発明の更に別の目的である。

【課題を解決するための手段】

【0009】

したがって、これらの目的は本発明の教示に従うことによって達成されることができる。本発明は、ＡＣＫビットマップに基づいてアグリゲーションサイズを調節するための方法であって、次のステップ、すなわち：ｋ番目の圧縮ブロック確認応答（ＣＢＡ）を受信するステップ；等式（１）を適用することによって粒度係数（ｇ）を算出するステップ；等式（２）を適用することによってｋ番目のＣＢＡに対するビットエラー密度（ＢＥＤ_ｋ）を確定するステップ；（ｋ＋１）番目のＣＢＡを受信するステップ；等式（２）を適用することによって（ｋ＋１）番目のＣＢＡに対するビットエラー密度（ＢＥＤ_ｋ＋１）を確定するステップ；粒度係数（ｇ）、ｋ番目のビットエラー密度ＢＥＤ_ｋ値および（ｋ＋１）番目のビットエラー密度ＢＥＤ_ｋ＋１の値に基づいてアグリゲーションサイズを調節するステップによって特徴づけられ；ｋ番目のビットエラー密度ＢＥＤ_ｋが（ｋ＋１）番目のビットエラー密度ＢＥＤ_ｋ＋１より大きな場合、その時粒度係数（ｇ）の値に基づいてアグリゲーションサイズを増加させ；ｋ番目のビットエラー密度ＢＥＤ_ｋが、（ｋ＋１）番目のビットエラー密度ＥＤ_ｋ＋１より小さい場合、その時粒度係数（ｇ）の値に基づいてアグリゲーションサイズを減少させ；ｋ番目のビットエラー密度ＢＥＤ_ｋが（ｋ＋１）番目のビットエラー密度と等しい場合、その時アグリゲーションサイズが変化せず保持されることを特徴とする方法に関する。

【図面の簡単な説明】

【0010】

本発明の好ましい実施態様の添付の図面と連動して読みとられる時、本発明の特徴は以下の詳細な説明からより容易に理解されかつ認識され、そこにおいて：

【0011】

【図1】ＡＣＫビットマップに基づいてアグリゲーションサイズを調節するための方法の流れ図である。

【図2】ＡＣＫビットマップに基づいてアグリゲーションサイズを調節するための方法のブロック図である。

【発明を実施するための形態】

【0012】

必要に応じて、本発明の詳細な実施態様が本願明細書に開示される；しかしながら、開示された実施態様が単に本発明の例示的であるだけであり、種々の形式で具体化されることができることが理解されるべきである。したがって、本願明細書に開示される特定の構造上および機能的詳細は、限定としてではなく、単に請求項の基準としてだけ解釈されるべきである。図面およびそれに対する詳細な説明が本発明を開示される特定の形式に限定することが意図されず、これに反して、本発明は添付の請求の範囲によって規定される、本発明の範囲内に含まれる全ての修正、等価物および代替を包含することが理解されるべきである。本出願の全体にわたって用いられるように、単語「することができる（ｍａｙ）」は、義務的な意味（すなわちしなければならないことを意味する）よりむしろ寛容な意味で用いられる（すなわち可能性を有することを意味する）。同じように、単語「含む（ｉｎｃｌｕｄｅ）」、「含む（ｉｎｃｌｕｄｉｎｇ）」および「含む（ｉｎｃｌｕｄｅｓ）」は含むことを意味するが、限定されない。更に、単語「１つの（ａ）」または「１つの（ａｎ）」は「少なくとも１つ」を意味し、および単語「複数（ｐｌｕｒａｌｉｔｙ）」は別な方法で言及されない限り、１つ以上を意味する。省略形または技術用語が用いられるところでは、これらはこの技術分野において既知であるとして共通に受け入れられた意味を示す。明確にするため、図に共通の同じまたは類似した特徴を参照する時、共通の参照番号が図の全体にわたって用いられる。本発明が、次に図１−２を参照して記述される。

【0013】

本発明は、ＡＣＫビットマップに基づいてアグリゲーションサイズを調節するための方法であって、次のステップ、すなわち：
ｋ番目の圧縮ブロック確認応答（ＣＢＡ）を受信するステップであって、ｋがＣＢＡを受信する順番であるステップ；
等式（１）を適用することによって粒度係数（ｇ）を算出するステップ；

ここで、
Ａｇｇ_ｍａｘは、最大アグリゲーションであり、
Ｑ_ａｖｇは、平均待ち行列の長さである；
等式（２）を適用することによってｋ番目のＣＢＡに対するビットエラー密度（ＢＥＤ_ｋ）を確定するステップ；
ＢＥＤ_ｋ＝ｂ_ｚ／ｂ_ｔ （２）
ここで、ｂ_ｚはｋ番目のＡＣＫのゼロビットの数であり、
ｂ_ｔはｋ番目のＡＣＫの使用されたビットの合計数である；
（ｋ＋１）番目のＣＢＡを受信するステップ；
等式（２）を適用することによって（ｋ＋１）番目のＣＢＡに対するビットエラー密度（ＢＥＤ_ｋ＋１）を確定するステップ；
粒度係数（ｇ）、ｋ番目のビットエラー密度ＢＥＤ_ｋ値および（ｋ＋１）番目のビットエラー密度ＢＥＤ_ｋ＋１の値に基づいてアグリゲーションサイズを調節するステップによって特徴づけられ；
ｋ番目のビットエラー密度ＢＥＤ_ｋが（ｋ＋１）番目のビットエラー密度ＢＥＤ_ｋ＋１より大きな場合、その時粒度係数（ｇ）の値に基づいてアグリゲーションサイズを増加させ；
ｋ番目のビットエラー密度ＢＥＤ_ｋが（ｋ＋１）番目のビットエラー密度ＢＥＤ_ｋ＋１より小さい場合、その時粒度係数（ｇ）の値に基づいてアグリゲーションサイズを減少させ；
ｋ番目のビットエラー密度ＢＥＤ_ｋが（ｋ＋１）番目のビットエラー密度ＢＥＤ_ｋ＋１と等しい場合、その時アグリゲーションサイズが変化せず保持されることを特徴とする方法に関する。

【0014】

ＡＣＫビットマップに基づいてアグリゲーションサイズを調節するための方法の好ましい一実施態様では、アグリゲーションサイズは８０２．１１ｎ標準によって規定される６４キロバイトを上回ってはならない。

【0015】

ＡＣＫビットマップに基づいてアグリゲーションサイズを調節するための方法の好ましい一実施態様では、最小アグリゲーションサイズは待ち行列における平均パケットサイズである。

【0016】

ＡＣＫビットマップに基づいてアグリゲーションサイズを調節するための方法の好ましい一実施態様では、安定性閾値（Ｄ_ｂ，Ｄ_ｗ）が誤った判定および速い変動を回避するのに用いられる。

【0017】

好ましい実施態様において、ＩＥＥＥ８０２．１１ｎ標準は２種類のアグリゲーション、アグリゲートＭＡＣサービスデータユニット（Ａ−ＭＳＤＵ）およびアグリゲートＭＡＣプロトコルデータユニット（Ａ−ＭＰＤＵ）を規定する。Ａ−ＭＰＤＵアグリゲーションは、単一物理レイヤ（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）フレーム内に複数のＭＡＣプロトコルデータユニット（ＭＰＤＵ）を組み合わせ、かつ単一チャネルアクセスでそれを送信する。Ａ−ＭＰＤＵアグリゲーションによって構成されるＰＰＤＵのサイズは、６４キロバイトまたは６４ＭＰＤＵのうちどちらかの、より早く到達されるものの上限を有する。したがって、ＡＣＫビットマップに基づいてアグリゲーションサイズを調節するための本方法は、６４キロバイトを超えないアグリゲーションサイズを使用する。

【0018】

好ましい一実施態様において、ＡＣＫビットマップに基づいてアグリゲーションサイズを調節するための方法は、アグリゲーションサイズを増加させるかまたは減少させ、かつ追加的なデータ送信を減少させる判定基準としてビットマップ内のゼロの密度を用いる。

【0019】

好ましい一実施態様では、ＡＣＫビットマップに基づいてアグリゲーションサイズを調節するための方法は、センダからＣＢＡを受信することによって開始し、そして次に、粒度係数ｇ、ＢＥＤ_ｋおよびＢＥＤ_ｋ＋１を算出する。ＢＥＤ_ｋ＋１およびＢＥＤ_ｋの値に基づいて、アグリゲーションサイズ（Ａ）が調節されるかまたは変化せず保持される。ＢＥＤ_ｋ＋１がＢＥＤ_ｋより大きい（ＢＥＤ_ｋ＋１＞ＢＥＤ_ｋ）、無線ネットワークの品質が悪くなっている場合、その時現在のアグリゲーションサイズ（Ａ）は係数ｇだけ減少する。無線ネットワークの品質がよりよくなっている（ＢＥＤ_ｋ＋１＜ＢＥＤ_ｋ）場合、その時アグリゲーションサイズはｇの係数だけ増加する。さもなければ、ＢＥＤ_ｋがＢＥＤ_ｋ＋１と等しい（ＢＥＤ_ｋ＝ＢＥＤ_ｋ＋１）場合、したがって、それはネットワークが安定であることを意味し、および現在のアグリゲーションサイズは変化せず保持される。

【0020】

好ましい一実施態様では、無線ネットワークにおける急転に起因するアグリゲーションサイズの誤った判定および速い変動を回避するために、ＢＥＤ_ｋ＋１の値は、単一のＣＢＡによってではなく、調整閾値（Ｄ）と呼ばれる受信されたＣＢＡのある範囲で確定される。安定性閾値が満たされない限り、アグリゲーションサイズは変えられない。

【0021】

好ましい一実施態様において、ＢＥＤ_ｋ＋１がＢＥＤ_ｋより大きい場合、カウンタ（Ｄ_ｗ）は増加され、さもなければカウンタ（Ｄ_ｗ）は帰零である。同じように新規のＢＥＤ_ｋ＋１がＢＥＤ_ｋ未満の場合、（Ｄ_ｂ）は増加され、さもなければ（Ｄ_ｂ）は帰零である。Ｄ_ｗまたはＤ_ｂのどちらかが調整閾値に到達する場合だけ、アグリゲーションサイズを再調整することが実行される。

【0022】

好ましい一実施態様では、ＡＣＫビットマップに基づいてアグリゲーションサイズを調節するための方法を達成するために互いに相互作用するコンポーネントを表すブロック図が、図２内に示される。本方法は、最近送信されたＡ−ＭＰＤＵの確認応答として受信されるＡＣＫビットマップに依存する。図２で示すＢＥＤユニット（２０２）は、使用されたビットの合計数（ｂ_ｔ）に対する、ゼロビット（ｂ_ｚ）の比率、ＢＥＤ＝ｂ_ｚ／ｂ_ｔをチェックすることによってＡＣＫビットマップからＢＥＤを算出する役割を果たし、ここで０≦ｂ_ｚ≦６４および１≦ｂ_ｔ≦６４である。

【0023】

【0024】

好ましい一実施態様では、アグリゲートＡ−ＭＰＤＵは、複数のＭＰＤＵを備える。ｇの値は、待ち行列内の過半数のパケットのサイズに依存する。例えば、１５００の平均パケットサイズは、アグリゲーションサイズが１個のＭＰＤＵを搭載する／除去するように調整され、一方１２８の平均パケットサイズは、アグリゲーションを４個のＭＰＤＵを搭載する／除去するように調整する。したがって、パケットの大多数が大きなパケットである場合、アグリゲーションサイズは１個のＭＰＤＵだけによって調節される。

【0025】

好ましい一実施態様では、アグリゲーションサイズ調整ユニット（２０３）は、ＢＥＤユニット（２０２）のＢＥＤ_ｋ計算および粒度ユニット（２０４）の粒度計算から受信されるパラメータに依存する。アグリゲーションサイズ調整ユニット（２０３）はＢＥＤ_ｋ＋１およびＢＥＤ_ｋに基づいてアグリゲーションサイズを調節し、および新規のアグリゲーションサイズがアグリゲーションユニット（２０５）に供給される。新規のアグリゲーションサイズが、次いで以降の送信において用いられる。

【0026】

現在の無線状態に従って無線ネットワークのアグリゲーションサイズを調節することは、無線使用時間を維持してかつ無線ネットワーク性能を向上させる際に有意である。したがって、誤りのないチャネルに対する、および大多数の用途に対する好ましい一実施態様では、単一送信で多数のＭＰＤＵを収容するためにアグリゲーションサイズを増加させることが好ましい。しかしながら誤ったチャネルに対して、アグリゲーションサイズは過剰な再送信に帰着するＭＰＤＵ破損を回避するために減少されるべきである。

【0027】

本発明の利点をより容易に理解することができる、ＡＣＫビットマップに基づいてアグリゲーションサイズを調節するための方法の実施例が、下記である。以下の実施例が例証となる目的だけのためにあって、かついかなる形であれ本発明を限定すると解釈されるべきでないことが理解されるべきである。

【実施例】

【0028】

８０２．１１ｎ標準によって規定されるように、最大アグリゲーションサイズ（Ａｇｇ_ｍａｘ）は６４ＫＢである。８０２．１１ｎ標準によって規定されるようにＡＣＫビットマップのサイズ＝６４ビット。表（１）は、等式（１）に従う、異なる待ち行列平均でのｇの値を示す：

【0029】

表１：平均待ち行列の長さおよび対応するｇ値

【0030】

実施例１：ｋ番目のビットエラー密度ＢＥＤ_ｋが（ｋ＋１）番目のビットエラー密度ＢＥＤ_ｋ＋１より小さい、ＢＥＤ_ｋ＋１＞ＢＥＤ_ｋ。
圧縮ブロックＡＣＫは表（２）におけるように受信される：
合計使用されたビット＝２０（ｂ_０からｂ_１９）；
首尾よく受信されたサブフレームの数＝１４；
損なわれたサブフレームの数＝６ その時；
ｂ_ｔ＝２０；
ｂ_ｚ＝６；
ＢＥＤ＝ｂ_ｚ／ｂ_ｔ＝６／２０＝０．３０、このビットエラー密度（ＢＥＤ）が、ＢＥＤ_ｋと呼ばれる；
ＢＥＤ_ｋ＝０．３０。

【0031】

表２：ｋ番目のＣＢＡ

【0032】

次の圧縮ブロックＡＣＫは表（３）におけるように受信される：
合計使用されたビット＝１５（ｂ_０からｂ_１４）；
首尾よく受信されたサブフレームの数＝８；
損なわれたサブフレームの数７；
ｂ_ｔ＝１５；
ｂ_ｚ＝７；
ＢＥＤ＝ｂ_ｚ／ｂ_ｔ＝７／１５＝０．４６、このビットエラー密度（ＢＥＤ）は、（ＢＥＤ_{（ｋ＋１）}）である；
（ＢＥＤ_{（ｋ＋１）}）＝０．４６。

【0033】

表３：（ｋ＋１）番目のＣＢＡ

【0034】

（ＢＥＤ_ｋ＋１＞ＢＥＤ_ｋ）であるので、新規のアグリゲーションサイズが等式（３）を使用することにより算出される：
Ａ＝ｍａｘ（Ｑ_ａｖｇ，Ａ−ｇ．Ｑ_ａｖｇ） （３）
表（１）から、Ｑ_ａｖｇ＝２５６を考慮する場合、ｇの値は２である。現在のアグリゲーションサイズ（Ａ）が２０００バイトであると想定することによって、その時：
Ａ＝ｍａｘ（２５６，２０００−２＊２５６）
＝ｍａｘ（２５６，２０００−５１２）
＝ｍａｘ（２５６，１４８８）＝１４８８
新規のアグリゲーションサイズは、１４８８まで減少させられる；
Ａ＝１４８８

【0035】

実施例２：ｋ番目のビットエラー密度ＢＥＤ_ｋが、（ｋ＋１）番目のビットエラー密度ＢＥＤ_ｋ＋１より大きい、ＢＥＤ_ｋ＋１＜ＢＥＤ_ｋ。
圧縮ブロックＡＣＫは表（４）におけるように受信される：
合計使用されたビット＝２０（ｂ_０からｂ_１９）；
首尾よく受信されたサブフレームの数＝１４；
損なわれたサブフレームの数＝６；
ｂ_ｔ＝２０；
ｂ_ｚ＝６；
ＢＥＤ＝ｂ_ｚ／ｂ_ｔ＝６／２０＝０．３０、このＢＥＤはｋ番目のＢＥＤ、ＢＥＤ_ｋと呼ばれる；
ＢＥＤ_ｋ＝０．３０。

【0036】

表（４）：ｋ番目のＣＢＡ

【0037】

次の圧縮ブロックＡＣＫは表（５）におけるように受信される：
合計使用されたビット＝１５（ｂ_０からｂ_１４）；
首尾よく受信されたサブフレームの数＝１１；
損なわれたサブフレームの数＝４；
ｂ_ｔ＝１５；
ｂ_ｚ＝４；
ＢＥＤ＝ｂ_ｚ／ｂ_ｔ＝４／１５＝０．２６、このＢＥＤは（ｋ＋１）番目のＢＥＤ、ＢＥＤ_ｋ＋１と呼ばれる；
ＢＥＤ_ｋ＋１＝０．２６

【0038】

表（５）：（ｋ＋１）番目のＣＢＡ

【0039】

ＢＥＤ_ｋ＋１＜ＢＥＤ_ｋであるので、新規のアグリゲーションサイズが等式（３）を使用することにより算出される：
Ａ＝ｍａｘ（Ｑ_ａｖｇ，Ａ−ｇ．Ｑ_ａｖｇ） （３）
表（１）から、Ｑ_ａｖｇ＝２５６を考慮する場合、ｇの値は２である。現在のアグリゲーションサイズ（Ａ）が２０００バイトであると想定することによって、その時：
Ａ＝ｍｉｎ（６４０００，２０００＋２＊２５６）
＝ｍｉｎ（２５６，２０００＋５１２）
＝ｍｉｎ（２５６，２５１２）＝２５１２
新規のアグリゲーションサイズは、２５１２バイトまで増加する；
Ａ＝２５１２。

【0040】

実施例３：ｋ番目のビットエラー密度ＢＥＤ_ｋが、（ｋ＋１）番目のビットエラー密度ＢＥＤ_ｋ＋１と等しい、ＢＥＤ_ｋ＝ＢＥＤ_ｋ＋１。
次の圧縮ブロックＡＣＫは表（６）におけるように受信される：
合計使用されたビット＝２０（ｂ_０からｂ_１９）；
首尾よく受信されたサブフレームの数＝１４；
損なわれたサブフレームの数＝６；
ｂ_ｔ＝２０；
ｂ_ｚ＝６；
ＢＥＤ＝ｂ_ｚ／ｂ_ｔ＝６／２０＝０．３０、このＢＥＤは、ＢＥＤ_ｋと呼ばれる；
ＢＥＤ_ｋ＝０．３０。

【0041】

表（６）：ｋ番目のＣＢＡ

【0042】

（ｋ＋１）番目の圧縮ブロックＡＣＫは表（７）におけるように受信される：
合計使用されたビット＝１０（ｂ_ｏからｂ_１４）；
首尾よく受信されたサブフレームの数＝７；
損なわれたサブフレームの数＝３；
ｂ_ｔ＝１０；
ｂ_ｚ＝３；
ＢＥＤ＝ｂ_ｚ／ｂ_ｔ＝３／１０＝０．３、このＢＥＤは、ＢＥＤ_ｋ＋１と呼ばれる；

【0043】

表（７）：（ｋ＋１）番目のＣＢＡ

【0044】

（ＢＥＤ_ｋ＝ＢＥＤ_ｋ＋１）であるので、現在のアグリゲーションサイズ（Ａ）が２０００バイトであると想定することによって、その時新規のアグリゲーションサイズは変化せず保持される
Ａ＝Ａ
Ａ＝２０００

【0045】

本発明が特定の実施態様を参照して記述され、さらに添付された図内に示されたとはいえ、多くの変形および修正が明細書にて説明したように本発明の範囲内で実行されることができ、かつ以下の請求項内に規定されることができることは当業者にとって明白である。

【符号の説明】

【0046】

本発明に従う添付の図面内に使用される参照番号の記述：

【図1】

【図2】