(57)【特許請求の範囲】
【請求項１】
無線通信により送信すべき複数のパケットを連結して連結パケットを形成する手段と、
前記連結パケットの各パケットに付加され且つ対応するパケットの長さに関する情報を有する第１のデリミタデータを生成する手段と、
前記連結パケットにおける所定のパケット群の各パケットに付加され且つ前記パケット群のいずれかのパケットを指示する情報を有する第２のデリミタデータを生成する手段とを備えることを特徴とする通信装置。
【請求項２】
同一の宛先が与えられたパケット群に前記第２のデリミタデータを付加することを特徴とする請求項１記載の通信装置。
【請求項３】
送信に関する同一の優先度が与えられたパケット群に前記第２のデリミタデータを付加することを特徴とする請求項１又は２記載の通信装置。
【請求項４】
連結パケットに対する前記第２のデリミタデータの割合を当該連結パケットの全体長に応じて決定することを特徴とする請求項１乃至３のいずれか１項に記載の通信装置。
【請求項５】
連結パケットに対する前記第２のデリミタデータの割合を無線通信の変調形式に応じて決定することを特徴とする請求項１乃至４のいずれか１項に記載の通信装置。
【請求項６】
連結パケットに対する前記第２のデリミタデータの割合を通信品質に応じて決定することを特徴とする請求項１乃至５のいずれか１項に記載の通信装置。
【請求項７】
連結パケットに対する前記第２のデリミタデータの割合を対向局におけるパケットの受信の成功率に応じて決定することを特徴とする請求項１乃至６のいずれか１項に記載の通信装置。
【請求項８】
連結パケットの各パケットに対する前記第２のデリミタデータの付加の有無に関する情報を各パケットの前記第１のデリミタデータに記述することを特徴とする請求項１乃至７のいずれか１項に記載の通信装置。
【請求項９】
前記第２のデリミタデータにより指示されるパケットが該第２のデリミタデータの後続のパケットであることを特徴とする請求項１乃至８のいずれか１項に記載の通信装置。
【請求項１０】
無線通信により受信した連結パケットに対し前記第２のデリミタデータの付加の有無を検知する手段と、
前記連結パケットから検知した第２のデリミタデータにより指示されるパケットを認識し該パケットを前記連結パケットから抽出する手段とを備えることを特徴とする請求項１乃至９のいずれか１項に記載の通信装置。
【請求項１１】
コンピュータを請求項１乃至１０のいずれか１項に記載の通信装置として機能させることを特徴とするプログラム。
【請求項１２】
請求項１乃至９のいずれか１項に記載の通信装置と、請求項１０記載の通信装置とを備えることを特徴とする通信システム。
【請求項１３】
無線通信を行う通信装置が、
無線通信により送信すべき複数のパケットを連結して連結パケットを形成するステップと、
前記連結パケットの各パケットに付加され且つ対応するパケットの長さに関する情報を有する第１のデリミタデータを生成するステップと、
前記連結パケットにおける所定のパケット群の各パケットに付加され且つ前記パケット群のいずれかのパケットを指示する情報を有する第２のデリミタデータを生成するステップとを実行することを特徴とする通信方法。
【請求項１４】
前記通信装置が、同一の宛先が与えられたパケット群に前記第２のデリミタデータを付加することを特徴とする請求項１３記載の通信方法。
【請求項１５】
前記通信装置が、送信に関する同一の優先度が与えられたパケット群に前記第２のデリミタデータを付加することを特徴とする請求項１３又は１４記載の通信方法。
【請求項１６】
前記通信装置が、連結パケットに対する前記第２のデリミタデータの割合を当該連結パケットの全体長に応じて決定することを特徴とする請求項１３乃至１５のいずれか１項に記載の通信方法。
【請求項１７】
前記通信装置が、連結パケットに対する前記第２のデリミタデータの割合を無線通信の変調形式に応じて決定することを特徴とする請求項１３乃至１６のいずれか１項に記載の通信方法。
【請求項１８】
前記通信装置が、連結パケットに対する前記第２のデリミタデータの割合を通信品質に応じて決定することを特徴とする請求項１３乃至１７のいずれか１項に記載の通信方法。
【請求項１９】
前記通信装置が、連結パケットに対する前記第２のデリミタデータの割合を対向局におけるパケットの受信の成功率に応じて決定することを特徴とする請求項１３乃至１８のいずれか１項に記載の通信方法。
【請求項２０】
前記通信装置が、連結パケットの各パケットに対する前記第２のデリミタデータの付加の有無に関する情報を各パケットの前記第１のデリミタデータに記述することを特徴とする請求項１３乃至１９のいずれか１項に記載の通信方法。
【請求項２１】
前記通信装置が、前記第２のデリミタデータにより指示されるパケットを該第２のデリミタデータの後続のパケットとすることを特徴とする請求項１３乃至２０のいずれか１項に記載の通信方法。
【請求項２２】
前記通信装置が、さらに、
無線通信により受信した連結パケットに対し前記第２のデリミタデータの付加の有無を検知するステップと、
前記連結パケットから検知した第２のデリミタデータにより指示されるパケットを認識し該パケットを前記連結パケットから抽出するステップとを実行することを特徴とする請求項１３乃至２１のいずれか１項に記載の通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信を行う通信装置に関し、特に、複数の無線パケットが連結されたアグリゲーションパケットの通信技術に関する。
【背景技術】
【０００２】
パケット通信では、端末間で授受すべきデータを固定または可変の長さに区切ってパケットを形成し、形成したパケットを送受信する。パケットのフォーマットは図２３に示すように、宛先、データ、ＣＲＣ（Cyclic Redundancy Check）を含む。ＣＲＣは、受信側でパケットの受信が成功したか否かを検査するために用いる情報である。
【０００３】
また、特に、パケット通信を無線により行う技術を無線パケット通信と呼ぶが、無線パケット通信は、有線を用いてパケットを送受信する場合と比較して送受信中にデータを誤る確率が高い。そのため、例えば、IEEE802.11規格のアクセス制御方法を用いた無線パケット通信では、パケットの受信端末が送信元の端末に対し、パケット受信に成功したことを通知するAckパケットを返すことで通信の信頼度を高める。
【０００４】
無線パケット通信には、大きく分けて二通りの形態がある。一つは、端末間で直接的に交信する形態（図１）と、もう一つは、アクセスポイントを経由した形態(図２)である。
【０００５】
図１において、端末1Aが別の端末1Bにデータパケットを送信した場合、端末1Bは、そのデータパケットを正常に受信したことを確認したとき、端末1Aに対してAckパケットを送信する。図２において、端末2Aがデータパケットを端末2Bに宛てて送信した場合は、アクセスポイント2Cが端末2B宛てのデータパケットを正常に受信すると、まず端末2Aに対してAckパケットを送信し、その後、端末2Bにそのデータパケットを転送する。データパケットを端末2Bが正常に受信すると端末2BがAckパケットをアクセスポイント2Cに送信する。
【０００６】
上述したように、無線パケット通信において受信側は、一つのデータパケットに対し、必ず一つのAckパケットを送信しなければならない為、Ackパケットを使用しない有線パケット通信に比べて通信効率が低下しやすい。
【０００７】
そこで、Ackパケットを送受信する時間を減らしてデータパケットを効率よく通信するために、図３に示すように、複数のデータパケットを結合(アグリゲーション：aggregation)し、一つの大きいパケットにより通信するという、パケットアグリゲーション方法が提案されている。
【０００８】
かかるパケットアグリゲーション方法の一例が、非特許文献１に示されている。図４に、非特許文献１にて提案されているものと同様な結合パケット（アグリゲーションパケット）のパケットフォーマットを示す。図４に示すように、アグリゲーションパケット4は、複数のデータパケット4a/4b/4cが結合されたものである。これらのデータパケット間には、個々のデータパケットの区切れ目を示す制御データであるデリミタ（delimiter）4a_1/4b_1/4c_1が挿入されている。
【０００９】
図５に、一般的なデリミタの内部構成を示す。デリミタ5は、リザーブ情報5Aと、デリミタ5の直後のパケットの長さ情報5Bと、この長さ情報5Bの信頼性を判定するためのＣＲＣ5Cと、固定の同期パターン（ユニークパターン）5Dとを含む。パケットやデリミタのフォーマットの中の個々のデータ領域はフィールドと呼ばれ、例えば図５には、リザーブのフィールド（5A）、長さのフィールド（5B）、ＣＲＣのフィールド（5C）、及び、ユニークパターンのフィールド（5D）が存在する。
【００１０】
図６に、パケットアグリゲーションを行う端末内部の一般的なブロック図を示す。図６において、パケットアグリゲーションを行う端末6は、リンク層6A及び物理層6C間のＭＡＣ層6Bに、デリミタ処理部6B_2を持つアグリゲーション処理部6B_1を備える。アグリゲーション処理部6B_1とは、複数のデータパケットを結合し、それをアグリゲーションパケット用の送信キューに入れた後、送信する機能である。デリミタ処理部6B_2とは、結合すべき個々のデータパケット長からＣＲＣを計算して、長さの情報とＣＲＣとを含むように各パケットのデリミタを生成する機能である。
【００１１】
図７に、パケットアグリゲーション技術を用いて、アクセスポイント7Dが三つの端末7A/7B/7Cに対してアグリゲーションパケットを送信する様子を示す。アクセスポイント7Dは、自装置の送信キューに格納されている各端末宛のパケットをデリミタをはさんで結合することでアグリゲーションパケット7Eを形成し、このパケット7Eを各端末7A/7B/7Cへ送信する。
【００１２】
図７における各端末7A/7B/7Cが、アグリゲーションパケット7Eを受信した時の処理方法は次の二通りある。なお、それら２つの方法は併用してもよい。
【００１３】
一つは、図８に示すように、デリミタ8Aに格納されている各データパケットの長さ情報に基づいて、後段のデリミタの位置を認識するという方法である。この方法における各端末は、まず先頭のデリミタ8Aを読み込み、デリミタ8Aが表すパケットの長さ情報についてＣＲＣを計算し、そのパケットの長さ情報の正否を判定する。
【００１４】
上記判定の結果、長さ情報が正しい場合、アグリゲーションパケット8から、その長さ情報の分のデータをパケットとして認識する。そして、パケットの宛先をチェックし、パケットの宛先が自端末宛であれば、そのパケットをアグリゲーションパケット8から抽出してバッファへ格納する。また、パケットの宛先が自端末宛でなければ、廃棄処理する。この要領にて、アグリゲーションパケット8における各デリミタを処理する。
【００１５】
アグリゲーションパケットの受信処理に関するもう一つの方法は、図９に示すように、デリミタのユニークパターンを用いてアグリゲーションパケットの中のパターン検出を行い、これによりデリミタの位置を認識するという方法である。
【００１６】
その方法によると、各端末は、まず、受信したアグリゲーションパケット全体を走査し、送信側との間で既知であるユニークパターンにマッチする位置を探す。次に、パターンにマッチした位置について、そのマッチした部分をデリミタのユニークパターンと見なす。そして、デリミタに記述されている長さ情報に関するＣＲＣを計算する。長さ情報が正しいと判定された場合、その長さ情報を格納したデリミタと同期を取り、そのデリミタに関連づけられたパケットをアグリゲーションパケットから抽出する。
【００１７】
さらに、デリミタに基づき抽出されたパケットについて、その宛先をチェックし、それが自分宛であれば受信処理を行い、パケットの宛先が自分宛でなければ廃棄処理する。この要領にて、アグリゲーションパケット8における各デリミタを処理する。
【非特許文献１】Adrian Stephens著、"HT MAC Specification"、[online]、２００６年１月６日、p.52-55、Enhanced Wireless Consortium、インターネット＜URL：http://www.enhancedwirelessconsortium.org/home/EWC_MAC_spec_V124.pdf＞
【発明の開示】
【発明が解決しようとする課題】
【００１８】
第一の問題点は、アグリゲーションパケットの受信処理に関し前述した２つの方法のいずれを用いても、データパケットの宛先の如何にかかわらず、アグリゲーションパケットの先頭から最後までの全てのデータパケットを処理をしなければならない点である。その理由は、アグリゲーションパケットに含まれる各デリミタの位置を認識してからでないと、そのデリミタで区切られているパケットを認識できないからである。よって、自端末にて受信する必要がないパケットも受信処理の対象となることから、処理を効率化し難い。
【００１９】
第二の問題点は、図９に示す処理方法の場合、ユニークパターン検出時に、走査中に読み込んだデータがデリミタであるかどうかに拘わらず、そのデータのＣＲＣを計算することから、無駄な処理が生じ易いという点にある。無駄な受信処理は、電力の浪費につながるため、特に端末のバッテリー消費の観点からは改善が望まれる。
【００２０】
本発明は、上記課題に鑑みてなされたものであり、アグリゲーションパケットの受信処理の効率を高めると共に端末の省電力効果をもたらす技術を提供することを目的とする。
【課題を解決するための手段】
【００２１】
本発明に係る通信装置は、無線通信により送信すべき複数のデータパケットを連結して連結パケットを形成する手段と、前記連結パケットの各データパケットの先頭に付加され且つ対応するデータパケットの長さに関する情報を有する第１のデリミタデータを生成する手段と、前記連結パケットにおける所定のデータパケット群の各データパケットに付加され且つ前記データパケット群のいずれかのデータパケットを指示する情報を有する第２のデリミタデータを生成する手段とを備える。
【発明の効果】
【００２２】
本発明によれば、通信装置から送信される連結パケットの所定のデータパケット群が第２のデリミタデータにより関連付けられることから、受信側でのパケットの処理効率が高められる。これにより、端末の省電力化を図ることができる。また、無線通信において生じ易いパケット損失に対処することができる。
【発明を実施するための最良の形態】
【００２３】
本発明の実施形態について図面を用いて詳細に説明する。図１０に、本発明の実施形態に係るシステム構成を示す。本実施形態のシステム1000は、それぞれが本発明に係る通信装置に対応するアクセスポイント1001、端末1002、端末1003及び端末1004を備える。
【００２４】
図１１は、アクセスポイント1001及び各端末1002/1003/1004を通信装置1101とし、それらの基本機能を模式的に示すブロック図である。通信装置1101は、無線リンクにより他の通信装置と無線通信する装置であり、物理層1104、ＭＡＣ層1103、リンク層1102に関する処理機能を有する。
【００２５】
ＭＡＣ層1103には、データパケットのアグリゲーション処理を行うアグリゲーション処理部1105と、本発明における第１のデリミタデータに対応する従来デリミタに関する処理を行うデリミタ処理部1106と、第２のデリミタデータに対応する後述の拡張デリミタに関する処理を行う拡張デリミタ処理部1107とが設けられている。従来デリミタ及び拡張デリミタのフォーマットは、図５により説明した従来のデリミタと同じものとすることができるが、拡張デリミタのフォーマットは、必ずしも、従来デリミタと同一にする必要はない。
【００２６】
図１８に、拡張デリミタを含むアグリゲーションパケットのフォーマットの一例を示す。図示の例は、「宛先Ａ」のデータパケットのみに拡張デリミタが付加される例である。従来デリミタ1801/1804/1806/1808/1811の「長さ」が指し示す値は、次の従来デリミタまでの長さに対応するものである。すなわち、例えば従来デリミタ1801の「長さ」は、「宛先Ａ」のデータパケット1802の長さと、それに付加される拡張デリミタ1803の長さとの合計である。
【００２７】
本実施形態では、従来デリミタおよび拡張デリミタ共に長さは固定とし、一例として、それぞれ４バイトとする。したがって、例えばデータパケット1802の長さが１００バイトであるとすると、先頭の従来デリミタ1801の「長さ」には、１００バイトに４バイトを加算した「１０４バイト」が記述されることになる。なお、従来デリミタ及び拡張デリミタ共に、それらの長さは必ずしも固定にする必要はない。
【００２８】
拡張デリミタが付加されるデータパケットの従来デリミタ、すなわち図１８では「宛先Ａ」に関連する従来デリミタ1801/1808には、当該データパケットに拡張デリミタ（1803/1810）が付加されることを示す情報が記述される。その情報は、例えば、従来デリミタ内のリザーブフィールド（図５：リザーブ5A）のbitを用いて表現することができる。
【００２９】
拡張デリミタ1803/1810は、当該データパケット1802/1809の末尾に付加される。図１８に示す例は、拡張デリミタにより関連付けるデータパケット群を「宛先Ａ」のデータパケット群とした例であり、「宛先Ａ」のデータパケット1802/1809にのみ拡張デリミタ（1803/1810）が付加される。
【００３０】
拡張デリミタの「長さ」には、同一系統の拡張デリミタが付加された後続のデータパケットの読み出し開始位置に対応する値が記述される。具体的には、例えば、図１８におけるデータパケット1802以降のデータパケットのうち、「宛先Ａ」のデータパケットは、従来デリミタ1808が付加されたデータパケット1809である。この場合、データパケット1802の拡張デリミタ1803に記述される「長さ」は、次の「宛先Ａ」の従来デリミタ1808までの長さ、すなわち「宛先Ｂ」に関する従来デリミタ1804及びデータパケット1805の長さと、「宛先Ｃ」に関する従来デリミタ1806及びデータパケット1807の長さとの合計となる。
【００３１】
図１２に、本実施形態の通信装置1101の送信系の機能構成を示す。送信キュー1201は、複数の優先度「０」「１」「２」「３」に関連付けられたバッファメモリの記憶領域により構成される。
【００３２】
上位層からの送信データは、まず、宛先情報生成・付加部1211にて宛先情報を付加された後、ＣＲＣ生成・付加部1212により、受信側での受信判定の為のＣＲＣを生成・付加される。これにより、図２３に示すような従来と同様なフォーマットを持つデータパケットが形成されると、それらが優先度毎に送信キュー1201の各領域に振り分けられる。
【００３３】
パケット連結部1202は、送信キュー1201のうち優先度の高いキューからデータパケットを取り出し、そのパケットの先頭に、デリミタ生成部1203によって生成されたデリミタを付加する。また、取り出したデータパケットが拡張デリミタに対応したパケットである場合、その末尾に、拡張デリミタを記述する場所を確保しておく。なお、送信キュー1201からのパケットの読み出し順序については、必ずしも優先度に従う必要はなく、適宜設定してよい。
【００３４】
拡張デリミタ判定部1204は、パケット連結部1202にて処理中のパケットの宛先が、拡張デリミタに対応する端末のものかどうかを、端末間の通信管理を行う上位層からの情報をもとに判定する。判定内容の情報は、パケット長計算部1205及び拡張デリミタ生成部1207に参照される。
【００３５】
パケット長計算部1205は、拡張デリミタ判定部1204の判定内容が拡張デリミタに非対応であることを表す場合には、パケット長そのものをデリミタ生成部1203に通知し、拡張デリミタに対応することを表す場合には、パケット長に拡張デリミタの長さ（４バイト）を足したものをパケット長としてデリミタ生成部1203に通知する。
【００３６】
ＣＲＣ計算部1206は、パケット長計算部1205が算出したパケット長に関する情報を得て、それに対するＣＲＣを生成し、デリミタ生成部1203に供給する。
【００３７】
デリミタ生成部1203は、拡張デリミタ判定部1204の判定内容を表す情報と、その情報をもとにパケット長計算部1205が計算したパケット長に関する情報と、その長さに関する情報を元にＣＲＣ計算部1206が計算したＣＲＣの情報とに基づいて、従来デリミタを生成する。
【００３８】
位置情報管理部1208は、アグリゲーションパケットに含まれる個々のデータパケットについて、宛先かつ/或いは優先度に関する情報と、そのデータパケットがアグリゲーションパケットのどこに配置されているかに関する情報とを管理する。
【００３９】
拡張デリミタ生成部1207は、どの端末宛のデータパケットが拡張デリミタ対応であるかについて拡張デリミタ判定部1204の情報をもとに認識した後、拡張デリミタ対応のデータパケットの配置に関する情報を位置情報管理部1208から得る。そして、これらの情報をもとに拡張デリミタを生成し、パケット連結部1202に渡す。生成された拡張デリミタは、パケット連結部1202で予め確保された拡張デリミタ挿入位置に挿入される。
【００４０】
アグリゲーションパケット用送信キュー1210には、パケット連結部1202によって形成されたアグリゲーションパケットが格納される。
【００４１】
図１３に、本実施形態の通信装置1101の受信系の機能構成を示す。受信バッファ1301は、送信側から受信した後に物理層1104（図１１）で処理されたアグリゲーションパケットが格納されるバッファである。
【００４２】
デリミタ処理部1302は、パケット長格納部1303、ＣＲＣ検査部1304、拡張デリミタ検知部1305、及びパケット長計算部1306により構成され、アグリゲーションパケットから抽出したデリミタを処理する。パケット長格納部1303は、デリミタ処理部1302から得たパケットの長さ情報をアグリゲーションパケット内の先頭のデータパケットから順に取得し、その情報をパケット長計算部1306に供給する。ＣＲＣ検査部1304は、パケット長格納部1303からの情報をもとに、各パケットの長さに対するＣＲＣを計算し、それをデリミタ処理部1302に供給する。
【００４３】
また、デリミタ処理部1302は、抽出したデリミタ内のＣＲＣによりパケット長が正しいと判定された場合、そのデリミタの抽出処理を継続し、誤りと判定された場合は、そのデリミタの廃棄処理をする。
【００４４】
拡張デリミタ検知部1305は、従来デリミタ内に、その直後のパケットに拡張デリミタが付加されているという情報があるか否かを検出し、その結果を拡張デリミタ抽出部1308およびパケット長計算部1306に供給する。
【００４５】
パケット長計算部1306は、パケット長格納部1303および拡張デリミタ検知部1305からの情報より、当該データパケットに拡張デリミタが付加されていない場合には、パケット長格納部1303の値、すなわち当該データパケットのパケット長の情報をそのまま出力する。また、拡張デリミタがある場合には、パケット長格納部1303の値から拡張デリミタの長さ４バイト分を引いた値を出力する。
【００４６】
パケット抽出部1307は、パケット長計算部1306からのパケット長に関する情報に基づき、受信バッファ1301に入っているアグリゲーションパケットの中から、その長さ情報に対応するパケットを抽出して出力する。また、拡張デリミタが付加されていないパケットを抽出した際は、抽出し終えた位置の情報を、次パケット処理開始位置決定部1309に供給する。
【００４７】
拡張デリミタ抽出部1308は、拡張デリミタが付加されているデータパケットをアグリゲーションパケットから抽出する。抽出の際は、パケット抽出部1307による最後の抽出位置に対応する受信バッファ1301のアドレスを取得し、そこから４バイト分を拡張デリミタとして抽出し出力することになる。
【００４８】
次パケット処理位置決定部1309は、受信バッファ1301のアグリゲーションパケットについて、次に処理すべきパケットを決定する。拡張デリミタが検知されない場合は、パケット抽出部1307からの情報をもとに、受信バッファ1301における次のパケットの開始位置を認識する。また、拡張デリミタが検知された場合は、拡張デリミタ抽出部1308の情報をもとに、次のパケットの開始位置を認識する。
【００４９】
ＣＲＣ検査部1311は、アグリゲーションパケットから抽出された個々のパケットについてＣＲＣを計算し、その結果に基づく受信成功か否かの情報を、上位層パケット抽出部1310へ供給する。
【００５０】
上位層パケット抽出部1310は、アグリゲーションパケットから抽出された個々のデータパケットに対し、送信側で付加された宛先情報を除去し、上位層で処理すべきパケット部分を抽出する。このとき、ＣＲＣ検査部1311から個々のパケットに関するＣＲＣ検査の結果を得て、検査の結果が受信成功の場合に、抽出した個々のパケットを上位層へ供給する。
【００５１】
パケット毎受信成功情報管理部1312は、ＣＲＣ検査部1311で検査した受信成功か否かの情報を、パケット毎に記録・管理して、Ack生成部1313に供給する。Ack生成部1313は、パケット毎受信成功情報管理部1312からの情報に基づいてAckパケットを生成して、送信系のブロックに供給する。
【００５２】
図１４に示すフローチャートを参照して、本実施形態の送信動作について説明する。以下に説明にて用いる事例は、アグリゲーションパケットを構成するデータパケットのうち、同一の宛先を持つパケットに拡張デリミタを付加する例である。
【００５３】
通信装置1101（図１１）は、ＭＡＣ層1103（図１１）の処理を行うとき、送信キュー1201（図１２）に蓄積されたパケットを１つ読み出し（ステップS1）、そのパケットの宛先が、拡張デリミタを付加すべきパケットの宛先に対応するかどうかを判定する（ステップS2）。
【００５４】
判定の結果、送信キュー1201から読み出したパケットの宛先が拡張デリミタに対応しない場合（ステップS2：NO）、通信装置1101は、アグリゲーションパケットの形成に関する従来の手法と同様にしてパケットを処理する。すなわち、読み出したパケットのパケット長およびＣＲＣを計算して従来デリミタを生成し（ステップS3、S4）、その従来デリミタをパケットに付加する（ステップS5）。そして、従来デリミタを付加したパケットを先行のパケットの末尾に連結すると共に、次のパケットの連結位置を認識する（ステップS6）。なお、現在処理中のパケットがアグリゲーションパケットの最初のパケットである場合は、先行のパケットは存在しない。
【００５５】
一方、送信キュー1201から読み出したパケットの宛先が拡張デリミタに対応する場合（ステップS2：YES）、通信装置1101は、読み出したパケットの長さを計算した後、その計算結果に拡張デリミタの長さ（４バイト）を加算する（ステップS7）。また、パケット中のＣＲＣを計算し（ステップS8）、その計算結果と先に計算したパケット長とを用いて従来デリミタを生成する。
【００５６】
このとき、当該パケットが拡張デリミタの付加対象であることを示す情報を従来デリミタに設定する（ステップS9）。設定方法としては、例えば、従来デリミタのリザーブフィールド（図５）を「1」に設定するという方法がある。通常、このリザーブフィールドには、値がないことを示す「0」が設定され、「0」の場合は受信側の端末にて廃棄される。
【００５７】
続いて、通信装置1101は、生成した従来デリミタをパケットの先頭に付加し（ステップS10）、そのパケットを先行のパケットに連結する。また、先に計算したパケット長（ステップS7）に基づいて、次のパケットの連結位置を認識する（ステップS11）。すなわち、いま連結したパケットの末尾から、拡張デリミタのための４バイトを経た位置を、次のパケットの連結位置として認識する。
【００５８】
通信装置1101は、連結すべきパケットが送信キュー1201にある間（ステップS12：YES）、上記の手順にて、パケットを順次連結する。そして、連結すべきパケットが送信キュー1201から全て読み出されたとき（ステップS12：NO）、連結した各パケットの宛先、及び、アグリゲーションパケットにおける各パケットの位置等についての情報をもとに拡張デリミタを生成する（ステップS13）。このとき拡張デリミタに設定する値等については、後に事例を挙げて説明する。
【００５９】
通信装置1101は、生成した拡張デリミタを、予め確保した４バイト分の領域に挿入する（ステップS14）。これにより、図１８に示すようなアグリゲーションパケットが形成される。図１８に示す例は、前述したように、「宛先Ａ」のデータパケット1802/1809にのみ拡張デリミタ1803/1810が付加された例である。具体的には、例えば「宛先Ａ」のデータパケット1802の場合、その先頭には従来デリミタ1801が付加され、また、その末尾には拡張デリミタ1803が付加される。そして、この拡張デリミタ1803の直後には、「宛先Ｂ」のデータパケット1805の従来デリミタ1804が連結されている。
【００６０】
通信装置1101は、以上のようにしてアグリゲーションパケットを形成すると、それをアグリゲーションパケット用送信キュー1210（図１２）に格納する（ステップS15）。キューに格納されたアグリゲーションパケットは、物理層1104（図１１）の処理を経て無線通信により送信される。
【００６１】
次に、図１５に示すフローチャートを参照して、通信装置1101の受信動作について説明する。通信装置1101の物理層1104にて受信処理されたアグリゲーションパケットは、ＭＡＣ層1103に渡される。通信装置1101は、受信バッファ1301（図１３）にアグリゲーションパケットが格納された場合（ステップS31：YES）、デリミタ処理部1302によって、まず先頭のパケットに付加されている従来デリミタを読み出す（ステップS32）。
【００６２】
通信装置1101は、バッファから読み出した従来デリミタから、パケットの長さに関する情報を抽出し、それをパケット長格納部1303に格納する。さらに、そのパケット長に関する情報に対してＣＲＣを計算し、この情報が正しいか否かを判定する（ステップS33）。
【００６３】
上記判定の結果、パケット長に関する情報が適正でない場合（ステップS33：NO）、従来と同様な手法により、従来デリミタのサーチを行う。すなわち、従来デリミタ内にあるユニークパターンのマッチングにより、現在処理中のアグリゲーションパケットの現在処理している部分以降の未処理部分に対し従来デリミタのサーチを行う（ステップS34）。その結果、ユニークパターンとマッチするパターンが検出された場合は（ステップS35：YES）、その部分が従来デリミタであると見なして、長さ情報に関する部分を抽出し、その部分に対するＣＲＣを計算する（ステップS36）。
【００６４】
一方、受信バッファ1301から読み出した従来デリミタのＣＲＣ検査結果が適正であった場合（ステップS33：YES）、通信装置1101は、その従来デリミタのリザーブフィールド等を参照し、当該パケットに拡張デリミタが付加されているか否かを判定する（ステップS37）。すなわち、リザーブフィールドの値が「0」の場合は、拡張デリミタが付加されておらず、値が「1」であれば拡張デリミタが付加されていると判定する。
【００６５】
上記判定の結果、拡張デリミタが付加されていない場合（ステップS37：NO）、従来デリミタから抽出した長さ情報の分のデータをパケットとして従来デリミタの直後から抽出する（ステップS38）。以降、拡張デリミタが存在することを示す情報が無い場合は、同様の処理を繰り返して、アグリゲーションパケットの先頭から順次処理する。
【００６６】
また、拡張デリミタが存在すると判定した場合（ステップS37：YES）、従来デリミタの長さフィールドで示される長さから４バイト分差引いた長さのデータを、従来デリミタの直後からパケットとして抽出し（ステップS39）、上位層に渡す。そして、拡張デリミタ抽出部1308が、次の４バイト分のデータを拡張デリミタとして抽出する（ステップS40）。
【００６７】
続いて、抽出した拡張デリミタ内に、同じ宛先の最後のパケットであるという情報があるかどうかを判定する（ステップS41）。この情報については、後に具体的に説明するが、例えば、「宛先Ａ」のパケットのみに拡張デリミタが付加される事例の場合、現在処理中のパケットがアグリゲーションパケットにおける「宛先Ａ」の最後のパケットであるかどうかの情報が拡張デリミタに設定されている。
【００６８】
上記判定の結果、同じ宛先の最後のパケットであるという情報がある場合（ステップS41：YES）、通信装置1101は、未処理のアグリゲーションパケットが受信バッファ1301に存在していても、アグリゲーションパケットの受信処理はその時点で終了する。
【００６９】
また、上記の情報が無い場合（ステップS41：YES）、すなわち、「宛先Ａ」のような同じ宛先のパケットが後続する場合、次パケット処理開始位置決定部1309が拡張デリミタの長さフィールドを確認し、受信バッファにある未処理のアグリゲーションパケットにおいて次の処理位置を決定する（ステップS42）。この処理位置は、同じ宛先を持つ後続のパケットを抽出するための位置であり、例えば、そのパケットの先頭、あるいは、そのパケットに付加されている従来デリミタの先頭などである。そして、上記手順（ステップS39）によりパケットを抽出する。
【００７０】
図１６に、本実施形態のアグリゲーションパケットのフォーマットの一例を示す。図１６のアグリゲーションパケット1600を図１０のシステム1000に適用したときの端末動作の一例を説明する。
【００７１】
システム1000において、アグリゲーションパケット1600は、アクセスポイント1001から各端末1002/1003/1004に向けて送信するパケットとして用いられる。図１６に示すように、アグリゲーションパケット1600に含まれる複数の「宛先Ａ」のパケット1602/1607/1610には、それぞれの末尾に拡張デリミタ（1603/1608/1611）が挿入されている。
【００７２】
拡張デリミタの長さフィールドには、次に処理すべき受信バッファ1301内のポインタに対応する値が設定される。例えば、アグリゲーションパケット1600における先頭の「宛先Ａ」のパケット1602の場合、それに付加されている拡張デリミタ1603の長さフィールドには、同じ「宛先Ａ」を持つ後続のパケットであるパケット1607の、例えば先頭位置を指すような値が設定される。
【００７３】
また、「宛先Ａ」のパケット1607に付加されている拡張デリミタ1608には、後続の「宛先Ａ」のパケット1610を指すように設定される。「宛先Ａ」のパケットが、それ以上後方に無い場合は、このパケット1610の拡張デリミタ1611の長さフィールドに、自身より後方には「宛先Ａ」のパケットが存在しないことを示す情報を設定する。その設定方法としては、例えば、拡張デリミタ1611の長さフィールドに「0」を設定する。
【００７４】
同様に、「宛先Ｃ」のパケット1613に付加されている拡張デリミタ1614には、次の「宛先Ｃ」のパケット1618の位置を示す情報が設定される。
【００７５】
上記説明では、一つのアグリゲーションパケットの中に複数の宛先のパケットが混在し、同一の宛先のパケット群を拡張デリミタにより関連付けるケースを挙げたが、宛先以外の他のパラメータ、例えばパケットの送信に関する優先度を用いてもよい。すなわち、アグリゲーションパケットにある同じ優先度のパケット群を拡張デリミタにより関連付けるというケースである。また、同じ宛先且つ同じ優先度のパケット、あるいは、その他の同じ無線パラメータ、さらにはそれらの組み合わせを、拡張デリミタによって関連付けても良い。また、関連付けるパラメータの値は、必ずしも同じである必要はない。
【００７６】
なお、本実施形態において、拡張デリミタが指し示す位置は、その拡張デリミタより後段にあるパケットに関する位置であるが、これに替えて、当該拡張デリミタより前段にあるパケットの従来デリミタの先頭や終端、または、前段にある拡張デリミタの先頭や終端、もしくは、前段のパケット自体の先頭や終端でもよい。拡張デリミタが指し示す位置は、受信側で処理効率が良くなるように、任意の位置を指すことができるものとする。
【００７７】
以上説明した実施形態によれば、拡張デリミタの対応機は、受信したアグリゲーションパケットの全体にわたって処理することが不要となることから、処理の効率化を図ることができる。これは、端末の省電力の観点からも都合がよい。
【００７８】
図１７に、アグリゲーションパケットのフォーマットの他の例を示す。図示のアグリゲーションパケット1700を図１０のシステム1000に適用したときの端末動作の一例を説明する。
【００７９】
図１７に示すフォーマットは、複数のパケットを連結する場合に、拡張デリミタをアグリゲーションパケットの中に規則的に挿入する形態をとる。各拡張デリミタには、それぞれの２個後方の拡張デリミタの位置を指し示すよう、フィールド値が設定されている。
【００８０】
具体的には、例えばパケット1702の拡張デリミタ1703の指示対象は、２つ後方のパケット1708あるいはその従来デリミタ1707である。またパケット1702の次のパケット1705の拡張デリミタ1706の指示対象は、パケット1711またはその従来デリミタ1710である。
【００８１】
図１７のアグリゲーションパケット1700には、２系統のパケットが含まれる。すなわち、一つは、パケット1702、パケット1708及びパケット1714からなる系統であり、もう一つは、パケット1705、パケット1711及びパケット1717の系統である。
【００８２】
このように同一系統のパケットを拡張デリミタにより関連付ける目的は、受信処理の効率化、及び、受信側でのデータ誤りに対する耐性の向上である。図示のようなアグリゲーションパケット1700を受信した端末は、上記２系統のパケットを並列的に処理することができるので、処理が効率化される。
【００８３】
また、例えば、受信側にて、パケット1711の従来デリミタ1710に誤りがあることが判明した場合、パケット1711の長さが不明となる。この場合、パケット1711の抽出が不可能となり、且つ、後続の従来デリミタ1713の先頭の位置も不明となる。このような場合、本実施形態によれば、先行の拡張デリミタ1706により、従来デリミタ1713の位置が指し示されるので、従来のようにユニークパターンによるマッチング処理を行うことなく、パケット1714から処理を再開できる。
【００８４】
拡張デリミタによりパケット群の系統を複数作る方法、並びに、拡張デリミタの挿入形態及び挿入頻度は、送信するアグリゲーションパケットの送信形態に応じて調整してもよい。例えば、アグリゲーションパケットの全体長が長いほど、熱雑音等の外乱により従来デリミタが誤る確率が高くなり、ひいては、パケット損失率が高くなる。よって、アグリゲーションパケットの全体長が長いほど、拡張デリミタの挿入頻度を増加させる。また逆に、アグリゲーションパケットが短いほど、パケット損失率が低くなるので、拡張デリミタの挿入頻度を減らす。
【００８５】
また、拡張デリミタの挿入頻度は、変調形式、単位周波数、単位時間あたりの伝送情報ビット数等に応じて調整してもよい。例えば、単位周波数および時間あたりの伝送情報ビット数が高いほど、熱雑音等の外乱により従来デリミタがアグリゲーションパケットの途中で誤る確率が高くなる。この場合、パケット損失率が高くなるので、拡張デリミタの挿入頻度を増やす。一方、単位周波数、時間あたりの伝送情報ビット数が低いほど、パケット損失率が低くなるので、拡張デリミタの挿入頻度を減らす。
【００８６】
また、拡張デリミタの挿入頻度は、パケットの受信成功を示すAckパケット等から導出される受信成功確率に応じて調整してもよい。例えば、パケットの受信成功確率が低いほど、熱雑音等の外乱によりアグリゲーションパケットが途中で誤る確率が高くなる。そうすると、パケット損失率が高くなるので、拡張デリミタの挿入頻度を増やす。一方、パケット受信成功確率が高いほど、パケット損失率が低くなるので、拡張デリミタの挿入頻度を減らす。
【００８７】
また、拡張デリミタの挿入頻度は、通信先から送信されるパケットの受信電力等に基づく通信品質に応じて調整してもよい。例えば、パケットの受信電力が低いほど、熱雑音等の外乱により従来デリミタがアグリゲーションパケットの途中で誤る確率が高くなる。そうすると、パケット損失率が高くなるので、拡張デリミタの挿入頻度を増やす。一方、パケットの受信電力が高いほど、パケット損失率が低くなるので、拡張デリミタの挿入頻度を減らす。
【００８８】
なお、拡張デリミタの挿入頻度の調整方法については、上記複数の方法を組み合わせて最適化してもよい。また、調整の対象は、拡張デリミタの挿入頻度に限らず、挿入位置であってもよい。例えば、アグリゲーションパケットの比較的後方のデータに誤りが生じやすい環境下では、アグリゲーションパケットの後方に重点的に拡張デリミタを挿入するよう制御する。
【実施例】
【００８９】
上記の実施形態に関し具体的な実施例を用いて詳細に説明する。図１９に、本実施例のシステム構成を示す。本実施例のシステム1900のアクセスポイント1901は、４つの端末1902/1903/1904/1905に対しアグリゲーションパケットを送信する。これらの端末のうち、拡張デリミタを処理可能なものは、端末1902（「端末Ａ」）及び端末1903（「端末Ｂ」）であるとする。
【００９０】
図２０に、図１９のシステム1900に適用するアグリゲーションパケットのフォーマットの一例を示す。図２１に、図１９のシステム1900に適用したアグリゲーションパケットを受信した端末の受信処理の一例を示す。図２２に、図１９のシステム1900に適用したアグリゲーションパケットを受信した端末でのパケット抽出処理の一例と、そのときの消費電力の比較の一例とを示す。
【００９１】
ここで、アクセスポイント1901の送信キューには、すべての端末（1902/1903/1904/1905）へのパケットが格納されたとする。また、アクセスポイント1901は、端末1902及び端末1903より、両端末が拡張デリミタを処理可能な端末であることを予め通知されているとする。以後の説明を容易にするため、アグリゲーションパケットには、各端末宛てのデータパケットが２個ずつ含まれるとし、それぞれの大きさは１００バイトとする。
【００９２】
アクセスポイント1901は、各端末へのパケットを図２０に示すような形態で連結する。１００バイトの各パケット2002/2005/2008/2010/2012/2015/2018/2020の先頭には、４バイトの従来デリミタ2001/2004/2007/2009/2011/2014/2017/2019が付加されている。また、拡張デリミタを処理可能な端末1902及び端末1903に対応する「宛先Ａ」及び「宛先Ｂ」の各パケット2002/2005/2012/2015には、それらの末尾に４バイトの拡張デリミタ2003/2006/2013/2016が付加されている。
【００９３】
拡張デリミタが付加される「宛先Ａ」及び「宛先Ｂ」の従来デリミタの長さフィールドには、当該パケットの長さ「１００バイト」と、拡張デリミタの長さ「４バイト」との合計「１０４バイト」が設定される。また、拡張デリミタが付加されない「宛先Ｃ」及び「宛先Ｄ」の従来デリミタの場合は、当該パケットのみの長さ「１００バイト」がそれぞれの長さフィールドに設定される。
【００９４】
「宛先Ａ」のパケット2002及び「宛先Ｂ」のパケット2005の各拡張デリミタには、同一の宛先を持つ後続のパケットまでの長さの情報が設定される。具体的には、「宛先Ａ」のパケット2002の拡張デリミタ2003には、その直後の従来デリミタ2004から次の「宛先Ａ」の従来デリミタ2011の先頭までの長さである「３１６バイト」が設定される。また同様に、「宛先Ｂ」のパケット2005の拡張デリミタ2006には、その直後から次の「宛先Ｂ」の従来デリミタ2014までの長さである「３１６バイト」が設定される。
【００９５】
また、前述したように、拡張デリミタが付加されるパケットの従来デリミタには、拡張デリミタの存在を表す値が設定される。図２０の例では、「宛先Ａ」及び「宛先Ｂ」の従来デリミタ2001/2004/2011/2014のリザーブフィールドに、それぞれ「１」が設定されている。他の宛先の従来デリミタには「０」が設定される。
【００９６】
「宛先Ａ」及び「宛先Ｂ」の２個目のパケット2012/2015に付加される拡張デリミタ2013/2016には、それぞれの以降に「宛先Ａ」及び「宛先Ｂ」のパケットが存在しないことを表す値としての「０バイト」が長さフィールドに設定される。
【００９７】
アクセスポイント1901は、上記のような構成のアグリゲーションパケットを４つの端末1902/1903/1904/1905に向けて送信する。送信されたアグリゲーションパケットを受信した各端末の処理は、その端末が拡張デリミタを処理可能か否かにより異なる。
【００９８】
図２１を参照して各端末の受信処理について説明する。まず、拡張デリミタに対応していない端末の動作について、端末1904（「端末Ｃ」）を例に挙げる。端末1904は、アグリゲーションパケットを受信すると、先頭の４バイトを従来デリミタと解釈し、その長さフィールドを読む。長さフィールドには、拡張デリミタを含めた「１０４バイト」が設定されている。端末1904は、１０４バイト分のデータ、すなわち「宛先Ａ」のパケットを含むデータを読み出し、その宛先が自端末でないことを認識すると、次のパケットの処理に移行すべく１０４バイト分、読み出し位置を進める。
【００９９】
端末1904は、新たな読み出し位置からのデータを次の従来デリミタとして認識する。この従来デリミタは「宛先Ｂ」のパケットに関するものである。端末1904は、上記と同様にして１０４バイト分のデータを読み出し、それが自端末宛のパケットでないことを認識すると、次の読み出し位置へポインタを進める。
【０１００】
端末1904は、新たな４バイトのデータが従来デリミタであると認識し、その長さフィールドに設定されている「１００バイト」分のデータを読む。このデータは、「宛先Ｃ」のパケットである。端末1904は、読み出したデータが自端末宛のパケットであることを認識すると、そのデータを抽出する。以降同様にして、端末1904は、アグリゲーションパケットの最後まで処理を進めることにより、「宛先Ｃ」のパケットを抽出する。
【０１０１】
このように、拡張デリミタを処理できない端末（1904/1905）は、自端末宛のパケットを抽出するために、アグリゲーションパケットの全てのパケットについて処理を行う。
【０１０２】
次に、拡張デリミタを処理可能な端末の受信処理について、端末1902（「端末Ａ」）を例に挙げ説明する。端末1902は、アグリゲーションパケットを受信すると、アグリゲーションパケットの先頭の４バイトを従来デリミタと解釈し、長さフィールドの値「１０４バイト」分のデータを読み出す。ここまでは、前述の端末1904（「端末Ｃ」）と同様の処理である。
【０１０３】
端末1902は、読み出したデータに自端末宛（「宛先Ａ」）のパケットが含まれており、且つ、従来デリミタのリザーブフィールドの値が「１」であることを認識すると、読み出した１０４バイトのデータから拡張デリミタの４バイト分を除いた１００バイトのデータを抽出する。そして、拡張デリミタの長さフィールドの値「３１６バイト」を認識し、アグリゲーションパケットに対する読み出し開始の位置を３１６バイト分進める。これにより、「宛先Ａ」を持つ次のパケットの従来デリミタの先頭にポインタが置かれる。
【０１０４】
端末1902は、新たに読み出した従来デリミタに基づいて、上記と同様にして「宛先Ａ」のパケットを抽出し、そのパケットに付加されていた拡張デリミタの長さフィールドを確認する。その値は「０バイト」である。端末1902は、残りのアグリゲーションパケットに同系統のパケット、すなわち「宛先Ａ」のパケットが存在しないことを認識し、この時点で処理を終了する。
【０１０５】
このように、拡張デリミタを処理可能な端末（1902/1903）の場合、受信したアグリゲーションパケットにおける処理対象は、自端末宛のパケットのみとなる。したがって、アグリゲーションパケットの全てのパケットを読み出すことは不要となる。
【０１０６】
より具体的には、図２１に示すように、拡張デリミタを処理可能な端末Ａ（端末1902）は、受信したアグリゲーションパケットの最初のパケット以降は、「宛先Ａ」のパケットのみを処理し、その他は読み出さず廃棄するので、受信処理後の端末Ａのバッファには、［1］及び［5］のパケットのみが残る。同様に、拡張デリミタを処理可能な端末Ｂ（端末1903）の場合も、そのバッファには自端末宛の［2］及び［6］のパケットのみが格納される。
【０１０７】
一方、端末Ｃ（端末1904）及び端末Ｄ（端末1905）は、拡張デリミタを処理できないため、受信したアグリゲーションパケット中の全てのパケット（［1］〜［8］）について処理が必要となる。
【０１０８】
図２２を参照して、図２０の４つの端末1902/1903/1904/1905（端末Ａ，端末Ｂ，端末Ｃ，端末Ｄ）のパケット抽出処理と、そのときの消費電力の比較とについて示す。
【０１０９】
端末Ｃ（1904）のように拡張デリミタに対応していない端末は、アグリゲーションパケット全体を処理する必要がある。よって、端末Ｃ及び端末Ｄ（1905）では、アグリゲーションパケットの先頭から末尾の処理を行うための電力が消費される。
【０１１０】
一方、拡張デリミタ対応機である端末Ａ（1902）のような端末は、受信したアグリゲーションパケットに設定されている拡張デリミタを用いることによって、自端末宛のパケットのみを処理し、受信処理を終了することができる。したがって、他の端末宛のパケットの処理が不要となる分、電力の消費が抑えられる。
【図面の簡単な説明】
【０１１１】
【図１】一般的な無線パケット通信における端末間の直接的な通信形態に関する説明図である。
【図２】一般的な無線パケット通信におけるアクセスポイントを介した通信形態に関する説明図である。
【図３】一般的な無線パケット通信におけるアグリゲーションパケットの通信形態に関する説明図である。
【図４】一般的なアグリゲーションパケットのフォーマットに関する説明図である。
【図５】一般的なデリミタのフォーマットに関する説明図である。
【図６】一般的な無線パケット通信においてアグリゲーションパケットを扱う端末の機能構成を示すブロック図である。
【図７】一般的な無線パケット通信におけるアクセスポイントを介したアグリゲーションパケットの通信形態に関する説明図である。
【図８】一般的なアグリゲーションパケットの事例に関する説明図である。
【図９】一般的な無線パケット通信における受信側でのアグリゲーションパケットの処理に関する説明図である。
【図１０】本発明の実施形態のシステム構成に関する説明図である。
【図１１】実施形態の通信装置の機能構成を示すブロック図である。
【図１２】実施形態の通信装置の送信系の機能構成を示すブロック図である。
【図１３】実施形態の通信装置の受信系の機能構成を示すブロック図である。
【図１４】実施形態の送信処理に関するフローチャートである。
【図１５】実施形態の受信処理に関するフローチャートである。
【図１６】実施形態におけるアグリゲーションパケットの事例に関する説明図である。
【図１７】実施形態におけるアグリゲーションパケットの他の事例に関する説明図である。
【図１８】実施形態におけるアグリゲーションパケットの基本フォーマットに関する説明図である。
【図１９】実施形態の一実施例のシステム構成の事例に関する説明図である。
【図２０】実施形態の一実施例のアグリゲーションパケットに設定されるパラメータに関する説明図である。
【図２１】実施形態の一実施例におけるアグリゲーションパケットの受信処理に関する説明図である。
【図２２】実施形態の一実施例の受信処理における消費電力に関する説明図である。
【図２３】一般的な無線パケット通信におけるデータパケットのフォーマットに関する説明図である。
【符号の説明】
【０１１２】
1103  アグリゲーション処理部
1201：送信キュー、1202：パケット連結部、1203：デリミタ生成部、1204：拡張デリミタ判定部、1205：パケット長計算部、1206：ＣＲＣ計算部、1207：拡張デリミタ生成部、1208：位置情報管理部、1210：アグリゲーションパケット用送信キュー、1211：宛先情報生成・付加部、1212：ＣＲＣ生成・付加部
【図１】
0004688038.tif 000002
【図２】
0004688038.tif 000003
【図３】
0004688038.tif 000004
【図４】
0004688038.tif 000005
【図５】
0004688038.tif 000006
【図６】
0004688038.tif 000007
【図７】
0004688038.tif 000008
【図８】
0004688038.tif 000009
【図９】
0004688038.tif 000010
【図１０】
0004688038.tif 000011
【図１１】
0004688038.tif 000012
【図１２】
0004688038.tif 000013
【図１３】
0004688038.tif 000014
【図１４】
0004688038.tif 000015
【図１５】
0004688038.tif 000016
【図１６】
0004688038.tif 000017
【図１７】
0004688038.tif 000018
【図１８】
0004688038.tif 000019
【図１９】
0004688038.tif 000020
【図２０】
0004688038.tif 000021
【図２１】
0004688038.tif 000022
【図２２】
0004688038.tif 000023
【図２３】
0004688038.tif 000024