無線通信端末
【課題】良好な通信環境下で複数のデータフレームに対する送達確認応答のフレーム長を削減することにより、通信効率を向上する。
【解決手段】フレームボディフィールドと、その長さに関する情報を含む第１のフィールドと、フレームボディフィールドの誤り検出をするための第２のフィールドと、フレームボディフィールドに対応するシーケンス番号を含むシーケンス番号フィールドとを含む物理パケットを受信し、第１のフィールドと第２のフィールドを用いて、正しいフレームボディフィールドを抽出し、それに対応するシーケンス番号フィールドとを保持し、連続で受信成功した最大のシーケンス番号を保持し、最大のシーケンス番号までのシーケンス番号に対応するフレームボディフィールドを継続して受信処理し、少なくとも１つの正しいフレームボディが抽出されたならば、連続で受信成功した最大のシーケンス番号を通知する応答フレームを送信する。
【解決手段】フレームボディフィールドと、その長さに関する情報を含む第１のフィールドと、フレームボディフィールドの誤り検出をするための第２のフィールドと、フレームボディフィールドに対応するシーケンス番号を含むシーケンス番号フィールドとを含む物理パケットを受信し、第１のフィールドと第２のフィールドを用いて、正しいフレームボディフィールドを抽出し、それに対応するシーケンス番号フィールドとを保持し、連続で受信成功した最大のシーケンス番号を保持し、最大のシーケンス番号までのシーケンス番号に対応するフレームボディフィールドを継続して受信処理し、少なくとも１つの正しいフレームボディが抽出されたならば、連続で受信成功した最大のシーケンス番号を通知する応答フレームを送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、送達確認応答を用いてフレーム交換を行う無線通信端末に関する。
【背景技術】
【０００２】
複数のデータフレームに対する送達確認応答を１つの応答フレームで示す方法として、シーケンス開始番号と固定長ビットマップを用いるものがある。固定長ビットマップには、シーケンス開始番号からの相対的なシーケンス番号のデータフレームに対する個々の送達確認応答が表示される（例えば、非特許文献１参照）。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】ＩＥＥＥ Ｐ８０２．１１−２００７
【発明の概要】
【発明が解決しようとする課題】
【０００４】
極めて良好な通信環境下では冗長となる場合を考慮し、複数のデータフレームに対する送達確認応答のフレーム長を削減することにより、通信効率を向上することのできる通信端末を提供することが望ましい。
【課題を解決するための手段】
【０００５】
実施形態によれば、受信部と、第１の処理部と、第１の記憶部と、第２の記憶部と、第２の処理部と、送信部とを具備する無線通信端末が提供される。受信部は、１つ以上のフレームボディフィールドと、前記フレームボディフィールドの長さに関する情報を含む第１のフィールドと、前記フレームボディフィールドの誤り検出をするための第２のフィールドと、前記フレームボディフィールドに対応するシーケンス番号を含むシーケンス番号フィールドとを含む１つの物理パケットを受信する。第１の処理部は、前記第１のフィールドと前記第２のフィールドを用いて、正しいフレームボディフィールドを抽出する。第１の記憶部は、前記第１の処理部により抽出されたフレームボディフィールドと、そのフレームボディフィールドに対応するシーケンス番号フィールドとを保持する。第２の記憶部は、前記第１の処理部の結果に基づいて、連続で受信成功した最大のシーケンス番号を保持する。第２の処理部は、前記連続で受信成功した最大のシーケンス番号までのシーケンス番号に対応するフレームボディフィールドを前記第１の記憶部から継続する受信処理へ回す。送信部は、前記第１の処理部により少なくとも１つの正しいフレームボディが抽出されたならば、前記連続で受信成功した最大のシーケンス番号を通知する応答フレームを送信する。
【図面の簡単な説明】
【０００６】
【図１】第１の実施形態に係るデータフレームフォーマットを示した図
【図２】第１の実施形態に係る送達確認応答フレームフォーマットを示した図
【図３】第１の実施形態に係る無線通信端末構成を示した図
【図４】第１の実施形態に係る具体的なデータフレームの受信状態を示した図
【図５】第１の実施形態に係る具体的なデータフレームの受信状態を示した別の図
【図６】第１の実施形態に係る具体的なデータフレームの受信状態を示した別の図
【図７】第１の実施形態に係る具体的なデータフレームの受信状態を示した別の図
【図８】第１の実施形態に係る詳細なデータフレームフォーマットを示した図
【図９】第１の実施形態に係るフレームボディフィールドとＦＣＳフィールドの抽出方法を説明するための図
【図１０】第１の実施形態に係るＳＨフィールドの探索処理を説明するための図
【図１１】第２の実施形態に係る送達確認応答フレームフォーマットを示した図
【図１２】第２の実施形態に係る具体的なデータフレームと送達確認応答フレームの交換を示した図
【図１３】第２の実施形態に係る具体的なデータフレームと送達確認応答フレームの交換を示した別の図
【図１４】第２の実施形態に係る具体的なデータフレームと送達確認応答フレームの交換を示した別の図
【図１５】第３の実施形態に係る受信データフレーム内の処理を説明するための図
【図１６】第３の実施形態に係る受信データフレーム内の処理を説明するための別の図
【図１７】第３の実施形態に係る受信データフレーム内の処理を説明するための別の図
【図１８】第５の実施形態に係る受信バッファとＳＭＳＮ保持部の状態を示した図
【図１９】第７の実施形態に係る受信バッファとＳＭＳＮ保持部の状態とデータフレーム受信と送達確認応答フレーム送信の関係を例示した図
【図２０】第７の実施形態に係る受信バッファとＳＭＳＮ保持部の状態とデータフレーム受信と送達確認応答フレーム送信の関係を例示した別の図
【図２１】第９の実施形態に係る受信バッファとＳＭＳＮ保持部の状態とデータフレーム受信と送達確認応答フレーム送信の関係を例示した図
【図２２】第９の実施形態に係る受信バッファとＳＭＳＮ保持部の状態とデータフレーム受信と送達確認応答フレーム送信の関係を例示した別の図
【図２３】第９の実施形態に係る受信バッファとＳＭＳＮ保持部の状態とデータフレーム受信と送達確認応答フレーム送信の関係を例示した別の図
【図２４】第１２の実施形態に係る具体的なデータフレームと送達確認応答フレームの交換の例を示した図
【図２５】第１２の実施形態に係るシーケンス番号開始の通知ビットが正しく使用されているかを判断するアルゴリズム例を示した図
【発明を実施するための形態】
【０００７】
以下、実施の形態について、図面を参照して説明する。
【０００８】
電磁波の波長がミリメートル(mm)オーダーのミリ波帯、例えば60 GHz帯、では通信状態が極めて良好な場合と極めて劣悪な場合に大きく二分されることが考えられる（IEEE 802.11 doc.:IEEE802.11-09/0302r0）。以下で説明する種々の実施形態は、このような通信状態が発生し得る場合の、主にフレームの受信動作における通信効率の向上に関する。
【０００９】
（第１の実施形態）
まず、無線通信に用いられるフレームならびに、無線通信端末の基本的な構成を説明する。
【００１０】
本実施形態では、無線通信端末が他の無線通信端末と接続し、通信を行う際に３種類のフレームを用いる。他の無線通信端末との間の物理的な通信リンクの管理に用いるフレームが管理フレームである。例えば他の無線通信端末との間の通信を開始するために用いられるフレームや通信リンクをリリースする（つまり接続を切断する）ためのフレーム、無線通信端末におけるパワーセーブ動作に係るフレームなどがある。
【００１１】
他の無線通信端末と物理的な通信リンクが確立した上で、無線通信端末の内部で生成されたデータを他の無線通信端末に送信するフレームがデータフレームである。データは本実施形態の上位層で生成されるものである。例えばユーザの操作によってデータは生成される。
【００１２】
上記データフレームを他の無線通信端末との間で送受（交換）する際の制御に用いられるフレームが制御フレームである。無線通信端末がデータフレームを受信した場合にその送達確認のために送信される応答フレームは制御フレームの１つである。
【００１３】
これら３種類のフレームは物理（ＰＨＹｓｉｃａｌ；ＰＨＹ）層で必要に応じた処理を経て物理パケットとしてアンテナを経由して送出される。
【００１４】
本実施形態に係るデータフレームのフォーマットを図１に示す。本実施形態では複数のデータが連接（Ａｇｇｒｅｇａｔｅ）して１つの物理パケットを構成するアグリゲーションフレームを扱う。図１はｎ個のデータがフレームボディとして連接されていることを示している。ここでは便宜的にサブヘッダ（ＳｕｂＨｅａｄｅｒ；ＳＨ）フィールド２とフレームボディ（Ｆｒａｍｅ Ｂｏｄｙ；ＦＢ）フィールド３とフレームチェックシーケンス（Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ；ＦＣＳ）フィールド４とを１セットとして「フレーム」と呼び、フレーム＃１、フレーム＃２、…フレーム＃ｎと表している。
【００１５】
共通ヘッダ（Ｃｏｍｍｏｎ Ｈｅａｄｅｒ；ＣＨ）フィールド５には当該フレームを送信する無線通信端末の識別子（Ｔｒａｎｓｍｉｔｔｅｒ Ｕｎｉｑｕｅ ＩＤ；Ｔｘ ＵＩＤ）や受信先の無線通信端末の識別子（Ｒｅｃｅｉｖｅｒ Ｕｎｉｑｕｅ ＩＤ；Ｒｘ ＵＩＤ）など、フレーム全体に共通の情報が入れられる。フレームを受信した無線通信端末がそのフレームが当該無線通信端末宛てであるかをＲｘ ＵＩＤを用いて確認後、その情報に応じた受信処理を行うことから、好ましくはＲｘ ＵＩＤがＣＨフィールド５の先頭に来て、その後Ｔｘ ＵＩＤが続く構成が良い。このＣＨフィールド５に、以降に連接して入れられているフレームボディ３の数情報を入れるようにしてもよい。またＣＨフィールド５の情報が正しく受信できたかを確認するための誤り検出フィールド、すなわちヘッダチェックシーケンス（Ｈｅａｄｅｒ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ；ＨＣＳ）フィールドをＣＨフィールドに付加してもよい。
【００１６】
ＣＨフィールド５の後には１つ以上のデータが入れられる。各データはフレームボディ（Ｆｒａｍｅ Ｂｏｄｙ；ＦＢ）フィールド３に入れられ、それにサブヘッダ（ＳｕｂＨｅａｄｅｒ；ＳＨ）フィールド２とフレームチェックシーケンス（Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ；ＦＣＳ）フィールド４が付随する。
【００１７】
ＳＨフィールドにはＦＢフィールド長を示すＬｅｎｇｔｈフィールド７、フレームボディ（すなわちデータ）の順序であるシーケンス番号を示すシーケンス番号（Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ；ＳＮ）フィールド８、及びヘッダチェックシーケンス（Ｈｅａｄｅｒ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ；ＨＣＳ）フィールド６が入れられている。図１ではＨＣＳフィールド６をＳＨフィールド２の隣に明示しているが、ＨＣＳフィールド６はＳＨフィールド２に含まれる。ＳＨフィールド２にはそのＳＨフィールドとＦＢフィールドに対応するフレームの種別を示す情報９などを含めてもよい。当該フレームはデータフレームであるので、フレーム種別はデータフレームであることが示される。なお、フレームの種別を示す情報９とは、例えば１つのフィールドで示してもよいし、制御フレームとデータフレーム／管理フレームの識別をする第１のフィールドとデータフレームと管理フレームの識別をする第２のフィールドというように複数のフィールドで示してもよい。最終的にフレームの種別情報として少なくともデータフレームと管理フレームと制御フレームのレベルで識別できるようになっていればよい。フレームの種別を示す情報９はＣＨヘッダ５に入れてもよい。これらＳＨフィールド２の情報が正しく受信できたかを確認するための誤り検出フィールドがＨＣＳフィールド６である。ＳＨフィールド２にＨＣＳフィールド６を設けることによって、ＳＨフィールド２の情報が示すＦＢフィールド長７やシーケンス番号８などのＳＨフィールド内のデータを正しく抽出できるか判断することができる。
【００１８】
ＦＢフィールド３に続くＦＣＳフィールド４はＦＢフィールド３の情報が正しく受信できたかを確認するための誤り検出フィールドである。
【００１９】
本実施形態において上記のようなデータフレームを受信した無線通信端末が送信する送達確認応答フレームのフォーマットを図２に示す。
【００２０】
ＣＨヘッダはデータフレームフォーマットと同様である。以降に連接して入れられているフレームボディの数情報を入れるフィールドがある場合には、ここには数は０(零)であることを示す。
【００２１】
図２におけるＳＨフィールドは図１におけるＳＨフィールドと同じ構成で示してあるが、異なってもよい。しかし少なくともシーケンス番号を示すＳＮフィールド２とＨＣＳフィールド６が入る。図２では図１と同様にＨＣＳフィールド６をＳＨフィールド２の隣に明示しているが、ＨＣＳフィールド６はＳＨフィールド２に含まれる。フレームの種別を示す情報９をデータフレームにおけるＳＨフィールドと同様に入れる場合は、制御フレームであることが示される。フレームの種別を示す情報９はＣＨヘッダ５に入れてもよい。フレーム種別の情報９の表示方法としては、図１のデータフレームに関して記載したのと同様、例えば１つのフィールドで示してもよいし、制御フレームとデータフレーム／管理フレームの識別をする第１のフィールドとデータフレームと管理フレームの識別をする第２のフィールドというように複数のフィールドで示してもよい。当該フレームは制御フレームであることから、前述のように複数のフィールドで示す場合は、データフレームと管理フレームの識別をするフィールドは無関係となるため、リザーブド（Ｒｅｓｅｒｖｅｄ）となる。当該送達確認応答のＳＨフィールド２を図１におけるデータフレームのＳＨフィールド２と同じ構成とする場合にはＬｅｎｇｔｈフィールドをリザーブド（Ｒｅｓｅｒｖｅｄ）にしてもよいし、あるいはＦＢフィールドが存在しないため、例えば０（零）を入れるようにしてもよい。
【００２２】
本実施形態に係る送達確認応答フレームにおいて、ＳＮフィールド２には無線通信端末が連続で受信成功したフレームの最大のシーケンス番号（Ｓｕｃｃｅｓｓｉｖｅ Ｍａｘｉｍｕｍ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ；ＳＭＳＮ）８’を指定する。
【００２３】
送達確認応答フレームのＳＨフィールド２の最後にはＳＨフィールドの情報が正しく受信できたかを確認できるように誤り検出フィールドであるＨＣＳフィールド６を付ける。
【００２４】
このような送達確認応答フレームのフォーマットにより、従来の複数のフレームボディすなわちデータ各々に対する送達確認応答を通知する方法に比べて応答フレーム長が短くなり、極めて良好な通信環境下で通信効率を向上することができる。また送達確認応答フレームに入力する情報としての受信ステータスを１状態だけ保持すればよい。
【００２５】
当該データフレームや送達確認応答フレームを含むフレームは物理層で符号化処理などを施され、物理ヘッダやプリアンブルなどが付与され、アンテナから変調されて送出されることになる。
【００２６】
図３に本実施形態における無線通信端末の構成を示す。
【００２７】
受信処理部１０と送信処理部２０が上位処理部０とアクセス制御部３０とＰＨＹ処理部４０につながっている。ＰＨＹ処理部４０は物理パケットを受信する受信部と物理パケットを送信する送信部とを備え、周波数変換回路５０を介してアンテナ６０とつながっている。
【００２８】
本実施形態の無線通信端末において、図３のアンテナ６０まで含む構成を無線通信装置部としてもよい。このように、アンテナ６０を無線通信装置部に含める構成とすることにより、アンテナまで含めた１つの装置として無線通信装置を構成することが可能となるため、実装面積を少なく抑えることが可能となる。また、図３において、アンテナ６０を送信処理部２０と受信処理部１０で共用している。このように、１つのアンテナを送信処理部および受信処理部で共用することにより、無線通信装置を小型化することが可能となる。
【００２９】
ＰＨＹ処理部４０の送信部は送信処理部２０から受け取ったフレームに符号化などの処理を行い、物理パケットに変換する。この物理パケットは周波数変換回路５０で必要な周波数帯、例えば６０ＧＨｚのミリ波帯、の無線信号に変調されてアンテナ６０から輻射される。アンテナ６０は図３では複数の場合を示しているが、単一であってもよい。
【００３０】
受信の場合は、アンテナ６０から受信した無線信号が周波数変換回路５０においてＰＨＹ処理部４０で処理可能な基底帯域（Ｂａｓｅｂａｎｄ）に復調され、ＰＨＹ処理部４０の受信部に渡される。受信部により物理パケット復号化処理やプリアンブル及び物理ヘッダなどを取り除く処理が行われた後のペイロード部がフレームとしてＰＨＹ処理部４０から受信処理部１０に渡される。またフレームを受信処理部１０に渡す前に、物理パケットの受信開始の通知を、フレームを受信処理部１０に渡した後には受信終了の通知をそれぞれ受信処理部１０に入力する。物理パケットのエラー検出の通知や、無線媒体の状況に関する情報をアクセス制御部３０に入力する。
【００３１】
受信処理部１０と送信処理部２０とアクセス制御部３０は上述のデータフレーム、制御フレーム、管理フレームを扱い、他の無線通信端末との間で無線リンクを確立し、それらフレームの交換を行う。これらは少なくとも媒体アクセス制御（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ；ＭＡＣ）に関する処理を行うが、データフレームに関してはデータを交換する無線通信端末間のアプリケーション層レベルでデータの送信の順序とデータの受信の順序が合うように、受信側におけるデータの並べ直しの処理も含む。
【００３２】
なお、複数の異なるＰＨＹ処理部があり、各々に対応する送信処理部、受信処理部、アクセス制御部があり、さらに異なるＰＨＹ処理部にまたがった共通処理部があってもよい。
【００３３】
ユーザの操作などによってアプリケーションで送信するデータが発生すると、上位処理部０を介して送信処理部２０にデータが渡され、送信処理部２０において図１で示すデータフレームに変換される。個々のデータはフレームボディとして、あるいはより細かい単位に分割（ｆｒａｇｍｅｎｔ）した上でＦＢフィールドに入れられる。送信処理部２０には１ずつ増加する整数カウンタを用意しておき、同一の無線通信端末へ同一種別のフレーム（ここではデータフレーム）を送信する間は、各フレームボディに対応するＳＮフィールドに当該カウンタの値をシーケンス番号として割り当てる。送信処理部２０はアクセス制御部３０からの情報に基づき送信タイミングを計り、生成したフレームを送信指示と共にＰＨＹ処理部４０に渡す。このとき、送信に必要な変調及び符号化方式の指示なども合わせて行うようにしてもよい。
【００３４】
ＰＨＹ処理部４０を介して上記データフレームを受信した無線通信端末では、受信処理部１０でデータフレームに対する図２の送達確認応答フレームを生成し、データフレームを含んだ物理パケットの受信終了後から所定のフレーム間隔（ＩｎｔｅｒＦｒａｍｅ Ｓｐａｃｅ；ＩＦＳ）を開けて当該送達確認応答フレームを物理パケットとして送信する。また、受信処理部１０は、受信したデータフレーム中のＦＢフィールド部の内容をＳＮフィールドに基づいて順番に上位処理部０に渡す。
【００３５】
本実施形態では、受信したデータフレームから１つでも正しくＦＢフィールドを抽出できたなら、連続で受信成功したフレームの最大シーケンス番号（ＳＭＳＮ）をＳＮフィールドに入れた送達確認応答フレームを前記データフレーム受信のＩＦＳ後に送信する。また受信したフレームから新規に正しく抽出できたフレームボディがＳＭＳＮを更新したなら、当該フレームボディを上位処理部０に渡す。これらを実現するため、受信処理部１０は、デアグリゲーション／フィルタ部１２、受信バッファ１４、連続最大シーケンス番号（ＳＭＳＮ）保持部１６、受信コーディネータ部１８を含む。構成はこれに限らず、最終的には上記目的を達成することができればよい。
【００３６】
デアグリゲーション／フィルタ部１２はＦＢフィールドが連接されている（Ａｇｇｒｅｇａｔｅｄ）場合に各ＦＢフィールドを分離及び抽出するデアグリゲーション処理と、以降の受信処理に必要なフレームのみを通すフィルタリング処理を行う。
【００３７】
フレーム種別情報がＣＨフィールドにある場合、好ましくは次のように処理が行われる。連接されたフレームボディの数情報がＣＨフィールドに記載されている場合であって、それが０の場合は、フレームボディの数が０を許容するフレーム種別であるかを確認する。また、そのフレーム種別を処理する際の条件として、当該フレームの識別子が、許容するＴｘ ＵＩＤの範囲内でありまたＲｘ ＵＩＤの範囲内であるかを確認する。当該条件を満たした場合には、制御フレームであればこれを受信コーディネータ部１８へ渡し、データフレームであればこれを受信バッファ１４へ渡す。管理フレームの場合にもシーケンス番号で管理している場合には、データフレームと同様に受信バッファ１４へ渡し、後述する応答動作としての送達確認応答フレームの送信もデータフレームの場合と同様になる。フレームボディの数情報が１以上の場合には、フレーム種別を確認し、そのフレームボディの数を許容するフレーム種別であるかを確認する。また、そのフレーム種別を処理する際の条件として、当該フレームの識別子が、許容するＴｘ ＵＩＤの範囲内でありまたＲｘ ＵＩＤの範囲内である場合に、デアグリゲーション処理を行う。受信フレームがフィルタリング処理において条件から外れた場合にはその条件の外れ方に応じてエラー処理に回すか、そのまま廃棄するかなどを行う。このようにすることで、自無線通信端末宛てのデータフレームの場合にはこれをデアグリゲーション処理し、自無線通信端末宛ての送達確認応答フレームの場合にはこれを受信コーディネータ部１８へ渡す。そしてデアグリゲーション処理では連接された（Ａｇｇｒｅｇａｔｅｄ）ＦＢフィールドをＳＨフィールドのＬｅｎｇｔｈフィールドの情報によって個別に抽出（Ｄｅａｇｇｒｅｇａｔｉｏｎ）する。まずＳＨフィールド内の情報に誤りがないかどうかをＳＨフィールドの最後に入れられたＨＣＳフィールドに基づいて判定する。次に、誤りがない、つまり正しいと判定された場合にＬｅｎｇｔｈフィールドの情報を用いてＦＢフィールドを抽出する。そして各ＦＢフィールドの情報に誤りがないかどうかをＦＢフィールドに続くＦＣＳフィールドに基づいて判定する。誤りがない、つまり正しいと判定されたＦＢフィールドの情報を対応するＳＮフィールドの情報（シーケンス番号）とともに受信バッファ１４へ渡す。このようにＳＨフィールドにフレームボディ長（Ｌｅｎｇｔｈフィールド）とシーケンス番号（ＳＮフィールド）というフレームボディに関する情報が一箇所にまとまっていることにより、デアグリゲーション／フィルタ部１２と受信バッファ１４で用いる情報の抽出が容易になる。受信フレームの処理を開始して最初に正しくＦＢフィールドの情報を抽出できた際には、送達確認応答フレームの準備開始の指示を受信コーディネータ部１８に送る。受信コーディネータ部１８に対するこの通知によって、受信フレームから少なくとも１つ以上のＦＢフィールドを正しく抽出できると、受信コーディネータ部１８は送達確認応答フレームの送信準備を行うことになる。ＳＨフィールドにより、それが付随するＦＢフィールドと、ＦＢフィールドに続くＦＣＳフィールドの抽出と判定を行った後は、当該ＦＣＳフィールドの後に続く次のＳＨフィールドを探索して同様の動作を継続する。そして、受信フレームの最後まで処理が終了すると、受信コーディネータ部１８に受信フレームの処理終了の通知を送る。この際、受信フレームを終了した実際の時刻を合わせて通知に入れるようにする。受信フレームを終了した時刻は、ＰＨＹ処理部４０から受信フレームの終了通知を受け取った時刻を把握し、当該把握までに発生した処理遅延の時間を差し引くことにより求めることができる。なお、実際の抽出するフレームボディの数がフレームボディの数情報と異なる場合にはエラー処理に回す。抽出するフレームボディの数がフレームボディの数情報と一致した段階でデアグリゲーション処理を終了するようにしてもよい。
【００３８】
フレーム種別情報がＳＨフィールドにある場合は、自無線通信端末宛てのフレームなら上記のＳＨフィールドによるデアグリゲーション処理を行いつつ、フレーム種別によって必要な情報を適宜他の受信コーディネータ部１８、受信バッファ１４に送る。フレームボディの数情報が０の場合は、次のＳＨフィールドを用いてフレームボディの数が０を許容するフレーム種別であることを確認する。また、そのフレーム種別を処理する際の条件として、当該フレームの識別子が、許容するＴｘ ＵＩＤの範囲内でありまたＲｘ ＵＩＤの範囲内である場合には受信コーディネータ部１８へ渡す。フレームボディの数情報が１以上の場合は、ＣＨフィールド直後の最初のＳＨフィールドを用いてフレーム種別を確認し、そのフレームボディの数を許容するフレーム種別であるかを確認する。また、そのフレーム種別を処理する際の条件として、当該フレームの識別子が、許容するＴｘ ＵＩＤの範囲内でありまたＲｘ ＵＩＤの範囲内である場合に、デアグリゲーション処理を行う。
【００３９】
デアグリゲーション処理は上述と同様となる。但し、デアグリゲーション処理中に、各ＳＨフィールドに記載されたフレーム種別情報を確認し、許容するフレーム種別であるかを判断し、その条件から外れた場合にはエラー処理に回す。例えば１つのフレーム内には単一のフレーム種別のフレームボディしか連接できないとする。その場合に、最初のＳＨフィールドがデータフレームであって、次のＳＨフィールドが管理フレームである、というように異なるフレーム種別のフレームボディが混在するようなフレームを受信するとエラー処理に回すことになる。
【００４０】
受信バッファ１４では、正しいと判定されたＦＢフィールドの情報（フレームボディ）と、それに対応するシーケンス番号を対にして保持する。好ましくはフレームボディとシーケンス番号の対をシーケンス番号順に並べ替える（ｒｅｏｒｄｅｒ）。受信バッファ１４はＳＭＳＮ保持部１６で保持する最大シーケンス番号を参照し、その最大シーケンス番号より１大きいシーケンス番号があるなら、当該１大きいシーケンス番号に対応するフレームボディを受信コーディネータ部１８に渡し、また当該１大きいシーケンス番号をＳＭＳＮ保持部１６に通知する。受信バッファ１４が受信コーディネータ部１８にフレームボディを渡した際には、好ましくは当該フレームボディとそれに対応するシーケンス番号を保持していた領域をクリアする。
【００４１】
ＳＭＳＮ保持部１６では、受信バッファ１４から通知されたシーケンス番号を保持する。このように動作することによって、ＳＭＳＮ保持部１６は受信成功した連続最大シーケンス番号を保持することになる。
【００４２】
受信コーディネータ部１８は、デアグリゲーション／フィルタ部１２からの入力に対し、送信処理部２０あるいは上位処理部０と連動した動作を行う。受信コーディネータ部１８は、送達確認応答フレームの準備開始の通知を受けると、受信フレームの処理終了の通知を受けるのを待ち、受信フレームの処理終了の通知があると、ＳＭＳＮ保持部１６から連続最大シーケンス番号を取得し、その番号とフレームを受信終了した時刻を含む送達確認応答フレームの送信指示を送信処理部２０へ送る。送達確認応答フレームの準備開始の通知を受けて、受信フレームの処理終了の通知が来る前に不適切なフレームを受信したなどのエラー処理が発動された場合は、好ましくは送達確認応答フレームの準備開始を中断する。受信コーディネータ部１８が受信バッファ１４からＦＢフィールドを入力されると、上位処理部０へＦＢフィールド、すなわちフレームボディを渡す。また受信コーディネータ部１８は、送達確認応答フレームが入力されたなら、そのフレームに記載された送達確認に関する情報を送信処理部２０に渡す。本実施形態では受信成功した連続最大シーケンス番号を送達確認応答フレームによって通知することになっていることから、当該連続最大シーケンス番号を送信処理部２０に通知することになる。好ましくは、合わせて送達確認応答フレームのＴｘ ＵＩＤ、すなわち送達確認応答フレームを送信した無線通信端末の識別子を通知する。
【００４３】
送信処理部２０は送達確認応答フレームの送信指示を受けると、連続最大シーケンス番号をＳＮフィールドに入れた図２の送達確認応答フレームを生成し、通知された受信フレームの受信終了時刻から固定時間後に送信されるようにＰＨＹ処理部４０へ送達確認応答フレームを渡す。固定時間とは好ましくは規定される最小のフレーム間隔（ＩＦＳ）であって、送信と受信の切り替え時間と送達確認の必要なフレームであることを把握して送達確認応答フレームを生成及び送信するまでの処理遅延とを足した時間である。一般に、この最小フレーム間隔はＳｈｏｒｔ ＩｎｔｅｒＦｒａｍｅ Ｓｐａｃｅ （ＳＩＦＳ）と呼ばれる。また受信コーディネータ部１８から送達確認に関する情報を受けると、その情報を用いて送信したフレームの再送処理を行う。本実施形態では連続最大シーケンス番号の通知を受けることにより、送信したフレームボディのうち、当該通知シーケンス番号より大きなフレームボディを再送する。再送するフレームボディを含んだデータフレームを生成し、送信する手順は前述と同様である。送達確認応答フレームのＴｘ ＵＩＤを連続最大シーケンス番号と合わせて受けることで、送信したフレームボディのうち当該Ｔｘ ＵＩＤと同一のＲｘ ＵＩＤを持つフレームボディに対して再送処理を行うべきであることを判断することができる。すなわち、データフレームを送信した相手先の無線通信端末から送達確認応答フレームを受けると、その無線通信端末に対して適切な再送を行うことができる。再送処理の対象となるフレーム（データフレームあるいは管理フレーム）の送信後、当該フレームに対する送達確認応答フレームを所定の時間内に受信しなければ、フレームに含まれる全てのフレームボディを再送する処理は従来知られている技術と同様となる。
【００４４】
前述のシーケンス番号とは、データの送信側とデータの受信側の無線通信端末との間でデータの順序を同一にし、認識を共通にするためのものである。本実施形態では受信コーディネータ部１８を介するわけであるが、受信バッファ１４の上記動作によって、受信したフレームボディ情報をＳＮフィールドの情報に基づくことによりデータ送信側無線端末における順序に対応付けて上位層に上げることができる。なお、順序を整えることなく受信バッファ１４からそのまま上位処理部０へフレームボディ情報を渡すようにしてもよい。
【００４５】
上位処理部０は受信したフレームのフレームボディ情報を受信処理部１０から受けると、当該フレームボディをアプリケーションへデータとして入力するなどの継続した受信処理を行う。フレームボディ情報は、受信処理部１０から、継続した受信処理へ回される。
【００４６】
以上のように動作することで、送達確認に基づいたデータのフレーム交換を無線通信端末間で行うことができる。
【００４７】
次に、具体的に図４のようなデータフレームを受信した場合について検討する。ここではＣＨフィールドは正しく受信された場合を想定する。つまり、ＣＨフィールドがＨＣＳフィールドを含む場合であって、該ＨＣＳフィールドにより誤りを検出しなかった場合を想定する。なお、ＣＨフィールドが正しく受信されなかった場合は、送達確認応答フレームの送信は行われない。各ＳＨフィールド中のＨＣＳフィールドと各ＦＢフィールドに付随するＦＣＳフィールドは省略してあるが、それぞれのＨＣＳあるいはＦＣＳで誤りがない（すなわち正しい）と判定された場合は対応するＳＨフィールドあるいはＦＢフィールドの下に○と示してあり、それぞれのＨＣＳあるいはＦＣＳで誤りが検出された場合は対応するＳＨフィールドあるいはＦＢフィールドの下に×と示してある。便宜的に最初のフレームセットのＳＨとＦＢはＳＨ１とＦＢ１と表し、２番目のフレームセットのＳＨとＦＢはＳＨ２とＦＢ２と表し、３番目のフレームセットのＳＨとＦＢはＳＨ３とＦＢ３と表し、４番目のフレームセットのＳＨとＦＢはＳＨ４とＦＢ４と表してある。図４ではデータフレームの中には４セットのフレームがあるが、最初と２番目と３番目のＳＨフィールドとＦＢフィールドは正しく受信され、４番目のフレームではＳＨフィールドに誤りが検出され、従ってＦＢフィールドも誤りであると判定されたものとする（ＳＨ４が対応するＨＣＳで誤りと判定された場合、対応するＦＣＳを用いてＦＢ４を判定する動作は省略してよい）。シーケンス番号として、ＳＨ１のＳＮフィールドには１０１、ＳＨ２のＳＮフィールドには１０２、ＳＨ３のＳＮフィールドには１０３、ＳＨ４のＳＮフィールドには１０４が割り当てられているとした場合、無線通信端末において連続で受信成功したシーケンス番号は１０３になることから、データフレームを送信した無線通信端末に１０３をＳＮフィールドに入れた送達確認応答フレームを送信する。当該データフレームを送信した無線通信端末はＳＮフィールドに１０３が入った送達確認応答フレームを受信すると、シーケンス番号１０４に対応するデータを再送する必要があることを把握し、ＳＨ４とＦＢ４を含むデータフレームを送信することになる。
【００４８】
再び図４と同様のシーケンス番号の入ったデータフレームを考え、例えば図５のように３番目のフレームセットのＳＨ３が対応するＨＣＳフィールドに基づき正しいと判定されたが、ＦＢ３が対応するＦＣＳフィールドに基づき誤っていたと判定された場合は、無線通信端末はデータフレームを送信した無線通信端末に１０２をＳＮフィールドに入れた送達確認応答フレームを送信する。当該データフレームを送信した無線通信端末はＳＮフィールドに１０２が入った送達確認応答フレームを受信すると、シーケンス番号１０３以降のデータを再送する必要があることを把握し、ＳＨ３とＦＢ３のセットと、ＳＨ４とＦＢ４のセットを再送することになる。これらのセットは１つのデータフレームの中に連接させるようにしてもよいし、個々にＣＨフィールドを先頭に付加したデータフレームとして別に送信するようにしてもよい。これら再送フレームセットにまだ送信していないフレームセットを追加してデータフレームを構成するようにしてもよい。
【００４９】
データフレームの受信が図６の場合を考える。シーケンス番号の割り当ては図４の場合と同様とすると、この例ではシーケンス番号１０１、１０２、１０３に対応するフレームセットの受信は失敗し、シーケンス番号１０４に対応するフレームセットだけ受信成功している。このような受信結果の場合、無線通信端末は最後の４番目のフレームセットを正しく抽出できたことにより送達確認応答フレームの生成及び送信をするが、当該データフレームの受信で連続して受信成功したシーケンス番号の更新はない。このデータフレームの受信の前のデータフレームによってシーケンス番号１００まで順当に受信成功しており、連続して受信成功したシーケンス番号として１００を保持していた場合、シーケンス番号として１００を入れた送達確認応答フレームを送信する。当該データフレームを送信した無線通信端末は、シーケンス番号１０１以降の送信したデータを再送する必要があることを把握し、さらに送信先の無線通信端末から送達確認応答はあったということから、送信先無線通信端末には多少のデータは通っていること、つまりコネクションはあること、そして送信先無線通信端末は仮にパワーセーブ動作を行っているとしても現在は受信可能状態にあるということ、を把握することができる。これは通信相手の無線通信端末との間のコネクションを確認する、あるいは受信可能状態にあるかを確認するために探査（Ｐｒｏｂｅ）フレームを送信することの代わりになる。
【００５０】
データフレームの受信が図７の場合を考える。シーケンス番号の割り当ては図４の場合と同様とすると、この例ではシーケンス番号１０１、１０２、１０３に対応するフレームセットの受信は失敗し、さらにシーケンス番号１０４に対応するフレームセットのＦＢ４に誤りを検出している。このような受信結果の場合、無線通信端末は１つも正しいフレームボディ、すなわちデータ、の抽出を行えなかったため、送達確認応答フレームの生成及び送信は行わない。当該データフレームを送信した無線通信端末は、当該データフレーム送信の固定時間後に送達確認応答フレームを送信先の無線通信端末から受信しなかったことから、送信先の無線通信端末にデータは届かなかったと判断し、送達確認応答フレーム待ちで再送候補となっているデータ、すなわちシーケンス番号１０１から１０４に対応するフレームセットの再送をする。
【００５１】
データ送信側無線通信端末は、期待する送達確認応答フレームを受信しなかった場合、送信したデータフレームの中のフレームセットが全て受信失敗したと判断して再送処理を行う。あるいは送達確認応答フレームを要求するフレーム（好ましくはこれも制御フレームである）を送信可能な機構を持つ場合には、当該要求フレームを送信してもよい。当該要求フレームを受信したデータ受信側無線通信端末はＳＭＳＮ保持部１６で保持している値を送達確認応答フレームに入れて送信する。
【００５２】
上記図６や図７のような場合、前半のＳＨフィールドに誤りがあるため、それに続くＦＢフィールド及びＦＣＳフィールドの抽出ができず、どこから次のＳＨフィールドが開始するか不明である。そのため、ＳＨフィールドがＨＣＳにより誤っていると判定された場合には次のＳＨフィールドを探索する動作を行う。この動作は図３に示したデアグリゲーション／フィルタ部１２で行われる。
【００５３】
まずＳＨフィールドとそのＨＣＳフィールドとＦＢフィールドの後のＦＣＳフィールドは固定長であることが要求される。好ましくはＳＨフィールドがバイト長であり、ＦＢフィールドからＦＣＳフィールドまでの長さの和がＳＨフィールド長の整数倍になるように、ＦＢフィールドの後にパディングをするパディング（ＰＡＤｄｉｎｇ；ＰＡＤ）フィールドを追加する。ここでは、ＳＨフィールドの長さは８バイトであり、その中に含まれるＨＣＳフィールドは４バイトであるとする。またＦＣＳフィールドの長さは４バイトであるとする。そうすると、ＰＡＤフィールドは０〜７バイトになる。ＰＡＤフィールドには各ビットに０を入れるのが望ましい。このデータフレームのフォーマットを図８に示す。ＳＨフィールドの中のＬｅｎｇｔｈフィールドはＰＡＤフィールドの長さを含まないので、受信側の無線通信端末は当該Ｌｅｎｇｔｈフィールドの値を用いてＦＢフィールドのみを抽出することができる。またＦＣＳフィールドはＦＢフィールドの先頭からＦＢフィールド以上になるＳＨフィールドの長さ８バイトの最小の整数倍のところから４バイトさかのぼった領域であると判断することができる。図９でこの動作を説明すると、例えばＬｅｎｇｔｈフィールドに１８と記載されている場合、ＳＨフィールド後の１８バイトをＦＢフィールドとして抽出し、１８バイト以上で最小の８バイトの整数倍は２４であることから、ＳＨフィールドの後から２４バイトのところをＦＣＳフィールドの終点とし、そこから４バイトさかのぼった領域をＦＣＳフィールドとして抽出することができる。ここで、ＦＣＳフィールドはＦＢフィールドのみを誤り検出の対象とし、ＰＡＤフィールドは誤り検出の対象には含めない。
【００５４】
連接されたフレームセットを含む構成とする場合には、仮に同一のフレーム種別のみが許容されるとした場合、図２の送達確認応答フレームのような、ＦＢフィールドとそれに続くＰＡＤフィールドとＦＣＳフィールドがない、ＳＨフィールドのみで終わる制御フレームの構成を途中に含まないことになる。すると誤り判定されたＨＣＳフィールドの後に必ず少なくとも最小のフレームボディ長とＰＡＤフィールドと４バイト長のＦＣＳフィールドとがあり、その後に次のＳＨフィールドが来ることになる。最小のフレームボディ長とＰＡＤフィールド長とＦＣＳフィールド長４バイトの和はＳＨフィールド長の整数倍になる規則であることから、次のＳＨフィールドの検索開始地点は現時点のＳＨフィールドの直後からＳＨフィールド長の整数倍ずらした地点にすればよい。これを図１０を用いて説明する。例えば最小のフレームボディ長として０バイトを許容するならＳＨフィールド長の整数倍にする規則からＰＡＤフィールドは４バイトになり、現時点のＳＨフィールドの直後（図１０の（ｂ））を基点としてそこからＳＨフィールド長の１倍つまり８バイトだけずらした地点（図１０の（ｃ））、つまり現時点でのＳＨフィールドの先頭（図１０の（ａ））からは１６バイトずらした地点(図１０の（ｃ））を、次のＳＨフィールドの探索開始地点とすることになる。このＳＨフィールドの探索開始地点からＳＨフィールドの固定長分８バイトをＳＨフィールドとして抽出し、その中で最後の４バイトをＨＣＳフィールドとして誤り検出を試行する。
【００５５】
ＨＣＳフィールドと想定した部分を用いた誤り検出によって誤りがあると判定された場合、それ以降は現在のＳＨフィールドの探索開始地点（図１０の（ｃ））からＳＨフィールドの固定長分８バイトをずらした地点をＳＨフィールドの探索開始地点（図１０の（ｄ））として再びそこからＳＨフィールドの固定長分８バイトをＳＨフィールドとして抽出し、その中で最後の４バイトをＨＣＳフィールとして誤り検出を試行する。再びＨＣＳフィールドと想定した部分を用いた誤り検出で誤りがあると判定された場合には、現時点でのＳＨフィールドの探索開始地点からＳＨフィールドの固定長分８バイトをずらした地点を再びＳＨフィールドの探索開始地点としてその地点からＳＨフィールド長分をＳＨフィールドとして抽出し、想定するＨＣＳフィールドの誤り検出の試行をする、という動作を繰り返す。
【００５６】
ＨＣＳフィールドであると想定した部分を用いた誤り検出によって誤りがないと判定された場合にはＳＨフィールドの固定長分８バイトで抽出した領域をＳＨフィールドと確定してＦＢフィールドとそれに付随するＦＣＳフィールドの領域とを抽出する。ＰＡＤフィールドを認識し、除外する処理は上述のとおりである。
【００５７】
このようにしてどこから次のＳＨフィールドが開始するか不明となった場合でもＳＨフィールドの検出をすることができる。
【００５８】
上記ＳＨフィールドの探索処理において、現時点でのＳＨフィールドの直後から残る領域長が最小のフレームボディ長とＦＣＳフィールド長と最小のフレームボディ長の場合のＰＡＤフィールド長の和の２倍とＳＨフィールド長の和より少なかった場合、次のフレームセットは存在しないとして探索処理を終了してよい。図８のようにＦＣＳフィールド長がＳＨフィールド長よりも短く、最小のフレームボディ長は０とすると、ＦＣＳフィールド長と最小のフレームボディ長とＦＣＳフィールド長とＰＡＤフィールド長の和は８バイトでＳＨフィールド長の１倍になるから、その２倍の１６バイトにＳＨフィールド長の８バイトを足した２４バイト、つまりＳＨフィールド長の３倍よりもフレームボディ分離が未処理の領域が少ない場合には探索処理を終了し、ＳＨフィールドの３倍よりもフレームボディ分離が未処理の領域がある場合には、フレームセットが存在する可能性がまだあるとして次のＳＨフィールドの探索処理を試行する。現時点でのＳＨフィールドの探索開始地点からの残る領域長での議論に置き換えるなら、上記ＳＨフィールド長の３倍に加えて現時点で想定するＳＨフィールド長があるため、ＳＨフィールド長の４倍より少ないか、それ以上かになる。
【００５９】
なお、ここまでは図２の送達確認応答フレームのようなＳＨフィールドでフレームセットが完了する構成単位が混在することを許容しないで記述してきたが、そのような構成単位の混在を許容するなら、上述の最小のフレームボディ長とＦＣＳフィールド長を０バイトとして（つまり、ないものとして）、最初から次のＳＨフィールドの探索開始地点を現時点でのＳＨフィールドの探索開始地点からＳＨフィールドの固定長分だけずらした地点（図１０の（ｂ））にして探索処理を行えばよい（図１０の（ｂ）で誤り判定されたら、次は（ｃ）を探索開始地点として処理し、以降は前述と同様）。
【００６０】
データフレームの構成は図８のようであるとすると、図６の場合の具体的なＳＨフィールドの探索動作は次のようになる。最小のフレームボディ長は０とする。最初のＳＨフィールドがそのＨＣＳフィールドにより誤りと判定されると、そのＳＨフィールドの直後を基点として８バイトずらした地点を次のＳＨフィールドの探索開始地点として想定するＨＣＳフィールド部の誤り検出を試行する。この場合、誤りと判定されることから、ＳＨフィールドの探索開始地点をさらに８バイト後にずらし、同様の処理を行っていく。最終的に最後のＳＨフィールド（ＳＨ４と示してある部分）を抽出してそれがＨＣＳフィールドより正しいと判定されると、Ｌｅｎｇｔｈフィールドを用いてＦＢフィールドを抽出し、Ｌｅｎｇｔｈフィールド以上で８バイトの最小整数倍の地点がフレームセットの最後であるとしてそこから４バイトさかのぼった領域をＦＣＳフィールドとして抽出する。そしてＦＣＳフィールドからＦＢフィールドが正しいと判定される。
【００６１】
ＳＨフィールドの探索処理を継続するかどうかの判断としてフレームボディ分離が未処理の領域長を用いる方法を上述したが、ＣＨフィールドなどに連接されたフレーム数が記載されている場合には、これをＳＨフィールドの探索処理を継続するかどうかの判断に用いてもよい。もちろん未処理領域長の判断と組み合わせてもよい。ＳＨフィールドがそのＨＣＳフィールドにより正しいと判定されたらフレーム数として１をカウントし、ＳＨフィールドの探索に失敗している領域は１とカウントして連接フレーム数として示された値と同じになった段階で次のＳＨフィールドの探索を終了する。図６の場合ではＣＨフィールドに連接フレーム数は４であると記載されているとすると、フレームセット＃１から＃３までＨＣＳフィールドにより正しいと判定されるＳＨフィールドがないため、フレーム数として１しかカウントできておらず、ＳＨフィールドの探索処理を継続し、最後のフレームセット＃４でＳＨフィールドがそのＨＣＳフィールドにより正しいと判定される。最後の段階でも、フレーム数としてのカウントは２になる。図５の場合にはフレームセット＃３でフレーム数としてのカウントは３になっており、ＳＨ３フィールドのＬｅｎｇｔｈフィールドの値と８バイトの整数倍との関係に基づきフレームセット＃３の直後からＳＨフィールドの探索を行うが、そこでＳＨ４フィールドが誤りと判定されることでカウントは４になり、それ以上のＳＨフィールドの探索は行わない。
【００６２】
なお、上述のようにＳＨフィールド長の整数倍の制約がない場合は、例えば必ずバイト長でフレームセットが構成されるとするなら、上述のＳＨフィールド探索動作におけるＳＨフィールド長を用いていた部分を１バイトに置き換えればよい。
【００６３】
（第２の実施形態）
第２の実施形態は基本的に第１の実施形態に基づいており、第１の実施形態の構成において、どのシーケンス番号から開始するかをデータ送信側無線通信端末がデータ受信側無線通信端末に通知する構成としたものである。
【００６４】
具体的には、例えばシーケンス番号の開始を通知するビットをＳＨフィールド内に設ける。データ送信側無線通信端末がデータフレームを送信する際に、最初のシーケンス番号が入るフレームセットのＳＨフィールドではそのビットを立てる（つまり１を立てる）。それ以外のフレームセットではそのビットは立てない（つまり０にする）。このようにすることで、無線通信端末は連続で受信成功した最大のシーケンス番号を把握する上での開始番号をデータの受信と同時に入手することができ、これにより予めデータ交換の前にデータ送信側の無線通信端末からのシーケンス開始番号の通知を受ける必要がない。すなわち、即時にデータ交換を行うことができ、通信効率を向上することができる。データ受信側無線通信端末はそのビットが立っているＳＨフィールドのＳＮフィールドの値をシーケンス開始番号として、その番号から連続して値が上がるように受信データフレームを整列させる。具体的には図３の受信バッファ１４で、そのシーケンス開始番号から連続して受信コーディネータ部１８に上げるようにし、ＳＭＳＮ部１６にもそのシーケンス開始番号から連続で受信成功した最大シーケンス番号を通知するようにする。好ましくは、シーケンス開始番号を通知されると、ＳＭＳＮ部１６は保持している値を（当該シーケンス開始番号−１）という初期値で上書きし、その後正しく連続で受信成功した最大のシーケンス番号で上書きしていくようにする。この初期値はデアグリゲーション／フィルタ部１２から受信コーディネータ部１８を経由して通知を受けるようにすればよい。
【００６５】
シーケンス番号の開始を通知するビットが立ったＳＨフィールドを含むフレームに対して送達確認応答フレームを送信する場合には、図１１のようにその送達確認応答フレームにおけるＳＨフィールドでも当該ビット（図１１では、「シーケンス開始把握(ＳＹＮＣ)」と示してある）を立てるようにすれば、データ送信側無線通信端末がその送達確認応答フレームを受信してシーケンス番号開始の通知が正確にデータ受信側無線通信端末に通じたかどうかを確認することができる。これにより、データ送信側無線通信端末は、通知したシーケンス開始番号から、データ受信側無線通信端末の通知してくる連続で受信成功した最大のシーケンス番号までを、データ受信側無線通信端末が正しく受信したことを把握し、再送を含むデータ送信を適切にスケジュールすることができる。
【００６６】
図１２〜図１４を用いて説明する。図１２はデータ送信側無線通信端末が４つのフレームセットが入ったデータフレーム（ＤＡＴＡと記載してあるもの）を送信し、それに対してデータ受信側無線通信端末が送達確認応答フレーム（ＡＣＫと記載してあるもの）を送信した状況を表している。フレーム構成は省略し、データフレームでは各フレームセットにおけるシーケンス番号の開始を通知するビット（ＳＹＮＣと記載）の状況とシーケンス番号（ＳＮと記載）の値が分かり、送達確認応答フレームではシーケンス番号開始の通知の把握を示すビット（ＳＹＮＣと記載）と連続で受信成功した最大のシーケンス番号（ＳＮと記載）の値とが分かるようにしてある。また各フレームセットあるいは送達確認応答フレームの受信状況を前述の例と同様に○／×で示してある。図１２で、シーケンス番号１０１からシーケンス番号が開始されることを示すため、シーケンス番号の開始を通知するビットを最初のフレームセットで立てている（ＳＹＮＣ＝１、ＳＮ＝１０１）。続くフレームセットではシーケンス番号は開始の番号ではないため、シーケンス番号の開始を通知するビットは立てない（ＳＹＮＣ＝０）。このデータフレームを受信した無線通信端末は、シーケンス開始を通知されたフレームセット（ＳＹＮＣ＝１、ＳＮ＝１０１）をＳＨフィールド及びＦＢフィールドともに正しく受信し、続く２個目のフレームセット（ＳＹＮＣ＝０、ＳＮ＝１０２）もＳＨフィールド及びＦＢフィールドともに正しく受信し、３個目のフレームセット（ＳＹＮＣ＝０、ＳＮ＝１０３）はＳＨフィールドあるいはＦＢフィールドで誤りを検出し、４個目のフレームセット（ＳＹＮＣ＝０、ＳＮ＝１０４）はＳＨフィールド及びＦＢフィールドともに正しく受信した。そしてデータ受信側無線通信端末は固定時間後にシーケンス番号開始の通知を把握したことと、連続で受信成功した最大のシーケンス番号とを通知する送達確認応答フレーム（ＳＹＮＣ＝１、ＳＮ＝１０２）をデータ送信側無線通信端末に送信する。データ送信側無線通信端末は当該送達確認応答フレームを受信すると、連続で受信成功した最大のシーケンス番号より１大きいシーケンス番号のフレームから送信する。図１３ではシーケンス番号１０３（ＳＹＮＣ＝０、ＳＮ＝１０３）とシーケンス番号１０４（ＳＹＮＣ＝０、ＳＮ＝１０４）のフレームセットを連接して送信している。図１３では連接して送信しているが、これら再送フレームを単独に送信してもよい。但し、単独で送信する場合、必ずシーケンス番号順に送信する。また図１３では再送対象のフレームセットのみを連接しているが、未送信のシーケンス番号１０５のフレームセットを連接してもよい。未送信のフレームセットは再送対象のフレームセットと連続したシーケンス番号であれば、複数を再送対象のフレームセットに加えて連接してもよい。例えば、図１３のデータフレームにシーケンス番号１０５と１０６も連接できる。
【００６７】
ここで図１４のように、シーケンス番号の開始を通知するフレームセットの受信に失敗した場合を考える。
【００６８】
データ受信側無線通信端末でＳＨフィールドは受信成功したが、ＦＢフィールドの受信に失敗した場合は、シーケンス開始番号は１０１と把握しているので、ＳＹＮＣ＝１、ＳＮ＝１００という送達確認応答フレームを送信してもよい。つまりシーケンス開始番号に対応するＦＢフィールドの受信を失敗した場合は、シーケンス開始番号−１の値（つまり先のＳＭＳＮ部１６の初期値）を返すようにする。
【００６９】
データ受信側無線通信端末は最初のフレームセットのＳＨフィールドも受信失敗していたら、シーケンス開始の番号も把握していない。しかし、２番目のフレームセット（ＳＮ＝１０２）と４番目のフレームセット（ＳＮ＝１０４）は受信している。そこで、送達確認応答フレームを送信する条件は満たされているわけであるから、データ受信側無線通信端末はＳＭＳＮ保持部１６で保持している値を入れて送達確認応答フレームを送信してもよい。しかしこの場合、シーケンス番号の開始を通知するフレームセットを受信したとは認識していないので、送達確認応答フレーム内のシーケンス番号開始の通知を把握したことを示すビットは立てない（ＳＹＮＣ＝０）。それにより、データ送信側無線通信端末はデータ受信側無線通信端末がシーケンス番号開始の通知を受けなかったことを認識し、送達確認応答フレームに示されたシーケンス番号は無視し、シーケンス開始番号の通知とそのシーケンス開始番号に対応するフレームセットからの再送を行う。あるいは、データ受信側無線通信端末はシーケンス開始の番号を把握していない場合、ＳＭＳＮ保持部１６で保持している値を入れて返すのではなく、任意の値を入れて返すのでもよい。このようにしても、送達確認応答フレーム内のシーケンス開始の通知を把握したことを示すビットは立っていない（ＳＹＮＣ＝０）ことより、データ送信側無線通信端末は前述と同様に、データ送信側無線通信端末はデータ受信側無線通信端末がシーケンス番号開始の通知を受けなかったことを認識し、送達確認応答フレームに示されたシーケンス番号は無視し、シーケンス開始番号の通知とそのシーケンス開始番号に対応するフレームセットからの再送を行うことができる。
【００７０】
あるいは、コネクション確立後の最初のデータフレームでは必ずシーケンス開始番号の通知があると規定されている場合、データ受信側無線通信端末でその条件が満たされないと、データフレームに対する応答をしないようにしてもよい。データ受信側無線通信端末では無応答とともにエラー処理を行ってもよい。データ送信側無線通信端末はデータフレーム送信後、固定時間の間送達確認応答フレームが来るかを観測し、来ないと判断すると通常のように再送処理を行うことができる。
【００７１】
このようにすることで、データ交換の最初に通知を受けるだけで物理パケットごとにシーケンス開始番号の通知を受ける必要がなく、データ送信側の無線通信端末の負荷を軽減することができる。
【００７２】
（第３の実施形態）
第３の実施形態は基本的に第１の実施形態に基づいており、第１の実施形態の構成において、ＳＨフィールドの探索処理をフレーム分離が未処理の領域がまだ十分に残っていてもある条件が満たされれば終了する構成としたものである。この条件については以降に詳細をする。探索を終了した時点で、図３の受信バッファ１４に保持した情報を廃棄する。
【００７３】
第１の実施形態ではＳＨフィールドに誤りが検出された場合に次のＳＨフィールドを探索する処理について記載した。そこでは、まだ残る領域が最小のＦＢフィールド長とＦＣＳフィールド長の和の２倍とＳＨフィールド長の和以上あるなら、ＳＨフィールドの探索を行っていた。
【００７４】
ここで、送達確認応答フレームを送信する条件は、１つでも正しいＦＢフィールドを抽出することであった。そして送達確認応答フレームでは連続で受信成功したシーケンス番号が通知される。そこで、必ずデータフレームにはシーケンス番号が連続して増加する方向でフレームセットが入れられる、と決められている場合、データフレームの前半の１つあるいは複数のフレームセットの受信に失敗した場合、すでに保持している連続で受信成功したシーケンス番号を当該受信データフレームにより更新する可能性はない。この場合、送達確認応答フレームを送信する条件が満たされるかどうかだけを確認できればよいことになる。
【００７５】
また、すでに保持している連続で受信成功したシーケンス番号を当該受信データフレームにより更新する可能性がないということで、受信バッファでシーケンス番号順に連続してフレームボディを次の処理に回す動作も行う必要もなく、受信バッファに当該受信データフレームを保持しておく必要がない。
【００７６】
そこで少なくとも１つのフレームセットを正しく抽出できた後、フレームセットの抽出に失敗した場合を、ＳＨフィールドの探索終了、つまりフレームセットの抽出処理の終了の条件とする。これをより詳細に述べると、あるＳＨフィールドが正しく抽出され、それを用いて抽出したＦＢフィールドもそれに付随するＦＣＳフィールドにより誤りがない（すなわち、正しい）と判定されることを第１条件とし、第１条件が満たされた上でフレームボディ分離が未処理の領域から抽出したＳＨフィールドがそのフィールド内のＨＣＳフィールドにより誤りがあると判定された場合もしくは誤りなく（すなわち、正しく）抽出したＳＨフィールドに基づき抽出したＦＢフィールドがそれに付随するＦＣＳフィールドにより誤りがあると判定された場合（第２条件）には、次のＳＨフィールドの探索処理を行わない。
【００７７】
そしてこの終了条件が満たされた場合には、受信バッファに保持したフレームセットの情報を廃棄する。
【００７８】
ＳＨフィールドを探索する処理と受信バッファの内容破棄について図１５〜図１７を用いて説明する。
【００７９】
図１５の例においては、ＣＨフィールドを正しく検出した後、最初のフレームセットのＳＨフィールド（ＳＨ１）がそのＨＣＳフィールドにより誤り検出される。そこで、続くＦＢフィールド（ＦＢ１）も誤りと判定されるが、残る領域についての処理を継続する。すなわち、ＳＨ１フィールドの後から第１の実施形態に基づく方法で次の正しいＳＨフィールドを探索する処理を行う。そして、図１５でＳＨ２と表記されたＳＨフィールドを正しく抽出し、そのＳＨフィールドが示すＦＢフィールド（ＦＢ２）も付随するＦＣＳフィールドにより正しい（誤りがない）と判定すると、上述の第1条件が満たされたことになり、図３のデアグリゲーション／フィルタ部１２から受信バッファ１４にＳＨ２内のシーケンス番号とＦＢ２を渡し、残る領域についての処理を継続する。すなわち、ＦＢ２に付随するＦＣＳフィールドの後に続く次のＳＨフィールド（ＳＨ３）を抽出して誤りがないかの判定をそのＨＣＳフィールドで行う。図１５ではＳＨ３が誤りと判定された場合を示しており、これにより上述の第２条件が満たされる。第１条件の後に第２条件が満たされたということで、ＳＨ３の抽出及び判定以降の処理を行わない。すなわち、未処理の領域が残ってはいるが、第１の実施形態のようにＳＨフィールドの探索処理を継続せずに終了する。そして、図３の受信バッファ１４に保持してあったＦＢ２とそれに対応するシーケンス番号情報を廃棄する。
【００８０】
図１６は、図１５とＳＨ３の抽出までは同様で、第１条件は満たされているが、抽出したＳＨ３がそのＨＣＳフィールドにより誤りがない（正しい）と判定された場合を示している。しかし、ＳＨ３が示すＦＢ３が付随するＦＣＳフィールドにより誤りがあると判定され、ここで上述の第２条件が満たされる。そこで第１条件の後に第２条件が満たされたということで、ＦＢ３の抽出及び判定以降の処理を行わない。すなわち、未処理の領域が残ってはいるが、第１の実施形態のようにＳＨフィールドの探索処理を継続せずに終了する。また受信バッファで保持してあったＦＢ２とそれに対応するシーケンス番号情報を廃棄する。
【００８１】
図１７は、前半のフレームセットが正しく抽出できた場合を示している。すなわち、最初のＦＢフィールド（ＦＢ１）を正しく抽出できたことで、上述の第１条件は満たされ、２番目のＳＨフィールド（ＳＨ２）の抽出及び判定処理を継続する。ここで図３のデアグリゲーション／フィルタ部１２から受信バッファ１４にＳＨ１内のシーケンス番号とＦＢ１が渡される。受信バッファ１４ではＳＭＳＮ保持部１６を参照して当該受信データフレームの前に受信していたデータフレームにより保持していた連続で受信成功した最大シーケンス番号とＳＨ１のシーケンス番号を比較し、ＳＨ１のシーケンス番号が保持していた値より１だけ大きいと判断すると、受信コーディネータ部１８を経由してＦＢ１の情報を上位へ渡す。ＳＨ２が正しいと判定されてそれに基づきＦＢフィールド（ＦＢ２）の抽出を行い、それも付随するＦＣＳフィールドにより正しいと判定され、そのＦＣＳフィールド後のＳＨフィールドの抽出及び判定処理を継続する。ここでも図３のデアグリゲーション／フィルタ部１２から受信バッファ１４にＳＨ２内のシーケンス番号とＦＢ２が渡される。そして受信バッファ１４はＦＢ２のシーケンス番号がＦＢ１のシーケンス番号より１大きいことから、受信コーディネータ部１８を経由してＦＢ２の情報も上位へ渡す。しかし、続くＳＨ３が誤りと判定されたことで、上述の第２条件が満たされる。そこで第１条件の後に第２条件が満たされたということで、ＳＨ３の抽出及び判定以降の処理を行わない。すなわち、未処理の領域が残ってはいるが、第１の実施形態のようにＳＨフィールドの探索処理を継続せずに終了する。この場合、ＦＢ２以降のフレームボディとそれに付随するシーケンス番号情報は受信バッファ１４には渡されないので、敢えて廃棄処理を実施する必要はない。
【００８２】
上述の処理では、デアグリゲーション／フィルタ部から受信バッファに一旦フレームボディとそれに付随するシーケンス番号を渡し、処理終了の判断と同時に受信バッファ内の情報を廃棄する、としていたが、受信データフレームの先頭のフレームセットを正しく抽出できなかったら、ＳＭＳＮ保持部で保持する情報は当該受信データフレームでは更新されないので、それ以降のフレームセットのフレームボディとそれに付随するシーケンス番号の情報は受信バッファには渡さない、というようにしてもよい。つまり必ずデータフレームにはシーケンス番号が連続で増加する方向でフレームセットが入れられる、と決められている場合に、最初のＦＢフィールドを正しく抽出することに失敗した、もしくは最初のＦＢフィールドから連続して正しく抽出できた後にＦＢフィールドを正しく抽出することに失敗した時点から、受信データフレームの最後までフレームセットの分離を完了していなくてもそれ以降のフレームセットのフレームボディとそれに付随するシーケンス番号の情報は受信バッファには渡さない、あるいは受信バッファにおける情報保持を止めることである。
【００８３】
このようにすることで、応答フレームに入れる連続で受信成功した最大のシーケンス番号とＳＭＳＮ保持部１６で必要な情報以外の冗長な情報を受信バッファ１４で保持せず、従来の複数データに対する応答方式に比べてデータ受信側でメモリの使用を削減することができる。またバッファ管理も容易になり実装負荷を軽減できる。実装負荷の軽減はひいては実装上のバグ発生の危険度も削減することができる。
【００８４】
ここまでは、必ずデータフレームにはシーケンス番号が連続して増加する方向でフレームセットが入れられる、と決められている場合で説明してきたが、シーケンス番号が順不同で入れられている場合でも、上述のような条件で処理を終了するようにしてもよい。この場合、仮に処理を終了しなかったなら連続で受信成功した最大のシーケンス番号を更新できたかもしれないところを、必ずしも更新できないわけだが、送達確認応答フレームの送信条件は満たされるわけで、データ送信側無線通信端末から少なくとも１つは正しいフレームセットを受信できたということは、データ送信側無線通信端末に通知することができる。
【００８５】
このようにすることで、送達確認応答フレームの送信条件を満たした以降の冗長なＳＨフィールドの探索処理を止めることができ、消費電力を削減することができる。
【００８６】
（第４の実施形態）
第４の実施形態は基本的に第３の実施形態に基づいており、未処理の領域が十分残っている場合でも処理を終了する条件に関して、データフレームの中でフレームセットが必ずしもシーケンス番号が連続して増加する方向で入れられなくてもよいとし、連続で受信成功した最大のシーケンス番号の更新が少なくとも１回は行われてから処理を終了するようにしたものである。具体的には第３の実施形態で説明した第１条件を変更する。
【００８７】
すなわち、あるＦＢフィールドがそれに付随するＦＣＳフィールドにより誤りがない（正しい）と判定され、そのＦＢフィールドに対応するＳＨフィールド内のＳＮフィールドが図３のＳＭＳＮ保持部１６で保持する連続で受信成功した最大のシーケンス番号を更新することを第１条件とする。従って、連続で受信成功した最大のシーケンス番号が当該受信データフレームに基づいて更新されるまではＳＨフィールドの探索処理を継続し、１回でも更新がされれば、それ以降はＳＨフィールドが誤るかもしくはＳＨフィールドが正しくてもそれが対応するＦＢフィールドが誤った場合に仮に未処理の領域が残っていたとしても次のＳＨフィールドを探索する処理は終了することになる。受信バッファの廃棄のタイミングは上記第１条件が満たされた以降、第２条件が満たされた場合である。
【００８８】
例えば、図１５の受信状況のように２番目のフレームセットを受信成功し、そのシーケンス番号がＳＭＳＮ保持部で保持している連続で受信成功した最大のシーケンス番号を更新したとすれば第１条件が満たされたとして、第３の実施形態の場合と同様にＳＨ３が誤っていると判定した時点で、それ以降の処理を終了する。図３の受信バッファ１４はデアグリゲーション／フィルタ部１２からＦＢ２を受け取ると、ＳＭＳＮ保持部１６で保持する値を参照し、その値よりＦＢ２に対応するシーケンス番号が１だけ大きいので、受信コーディネータ部１８を経由してＦＢ２を上位へ渡す。そしてその後、デアグリゲーション／フィルタ部１２における当該受信データフレームの処理終了に伴い、受信バッファ１４にはＦＢフィールドとＳＮフィールドの情報は渡されないから空のままとなる。
【００８９】
例えば、図１５の受信状況のように２番目のフレームセットを受信成功したものの、そのシーケンス番号がＳＭＳＮ保持部で保持している連続で受信成功した最大のシーケンス番号を更新しなかったなら、まだ第１条件は満たされていないため、第３の実施形態とは異なり、ＳＨ３が誤っていると判定しても続くＳＨフィールドの探索処理を継続する。
【００９０】
図１７の受信状況のように１番目のフレームセットと２番目のフレームセットを正しく受信したとしても、例えば当該受信データフレームの前の受信データフレームで連続で受信成功した最大のシーケンス番号が１００であり、１番目のフレームセットのシーケンス番号が１０３であり、２番目のフレームセットのシーケンス番号が１０４であれば、当該受信データフレームにおいて連続で受信成功した最大のシーケンス番号の更新はまだ達成されていないため、第３の実施形態とは異なり、ＳＨ３が誤っていると判定しても続くＳＨフィールドの探索処理を継続する。
【００９１】
このようにすることで、物理パケット内のデータがシーケンス番号順でない場合でも、送達確認応答フレームの送信条件を満たし、かつ受信側無線通信端末として有意なデータを抽出した後の冗長なＳＨフィールドの探索処理を止めることができ、消費電力を削減することができる。
【００９２】
（第５の実施形態）
第５の実施形態は基本的に第１の実施形態に基づいており、第１の実施形態の構成において、１つのデータフレームの受信処理を終了するごとに受信バッファで保持する情報を廃棄するようにしたものである。
【００９３】
第１の実施形態では連続で受信成功した最大のシーケンス番号をデータ送信側無線通信端末に通知することから、データ送信側無線通信端末ではその連続で受信成功した最大のシーケンス番号より大きなシーケンス番号に対応するフレームセットは再送の対象となる。そこで、データ受信側無線通信端末ではシーケンス番号が飛んだ(歯抜けの)状態でフレームセットを受信バッファに保持しておいても、データ送信側無線通信端末からそれら受信済みのフレームも含めた再送があり、重複受信することになる。従って歯抜け状態の受信バッファは廃棄しても問題ないわけである。
【００９４】
図１８の例で考える。図１８は図３の受信バッファ１４とＳＭＳＮ保持部１６に関する情報を概念的に示してある。受信バッファ１４にはシーケンス番号１０２と１０４に対応するフレームボディ情報が保持されており、ここまでで連続で受信成功した最大のシーケンス番号はＳＭＳＮ保持部１６を参照すると１００である、ということを表現している。シーケンス番号１００まではすでに連続していることから、次の処理に渡されており、シーケンス番号順に受信バッファは管理され、シーケンス番号１０１と１０３に対応するフレームボディが未受信である。この状態で受信データフレームの処理が終了すると、受信バッファで保持しているシーケンス番号１０２と１０４に対応するフレームボディ情報も廃棄する、というのが本実施形態の動作になる。具体的には、図３のデアグリゲーション／フィルタ部１２で受信データフレームの処理を最後まで完了したことを把握すると、受信コーディネータ部１８に受信フレームの処理終了の通知を出す。受信コーディネータ部１８はデアグリゲーション／フィルタ部１２からの受信フレームの処理終了の通知を受けると、受信バッファ１４から連続で受信成功した最大のシーケンス番号までのフレームボディを受け取った後、受信バッファ１４に保持する情報の消去を指示する。受信バッファに指示をするのではなく、受信コーディネータ部１８が受信バッファの保持情報を消去するようにしてもよい。
【００９５】
このようにすることで、データフレームの中でフレームセットが必ずしもシーケンス番号が連続して増加する方向で入れられていなくても確実にデータフレームの最後まで確実に連続で受信成功した最大のシーケンス番号があるかを確認することができ、その上で受信処理後には不要な情報を受信バッファで保持する必要がなく、メモリの使用を削減することができる。
【００９６】
（第６の実施形態）
第６の実施形態は、第１〜第５の実施形態の各々に適用することが可能であり、データ受信側無線通信端末において、データ送信側無線通信端末が適切なシーケンス番号の範囲を守って送信しているかの判断基準を設けるように構成したものである。
【００９７】
第１の実施形態では１つのデータフレームに複数のフレームセットを連接して入れることができる。一方でデータ受信側無線通信端末ではシーケンス番号が連続で増加する方向でフレームセットを順に上位処理に渡す動作を行う。そこで、データ送信側無線通信端末における新規と再送を含めたフレームセットのシーケンス番号の範囲、つまり送信側スライディングウィンドウ、とデータ受信側無線通信端末での受信バッファサイズを考えなくてはならない。少なくとも受信バッファサイズは保持できるフレームセットの個数が送信側スライディングウィンドウの範囲以上に対応していなければならない。好ましくは、送信側スライディングウィンドウの幅と受信バッファサイズで保持できるフレームセットの個数は等しい。そうすれば、データ送信側とデータ受信側の両方で必要十分となる。
【００９８】
例えば送信側スライディングウィンドウの幅と受信バッファがともに４つのフレームセットに対応できるものとする。従って、データ受信側無線通信端末では連続で受信成功した最大のシーケンス番号から４つ大きいシーケンス番号のフレームセットまでは受信して問題はないが、それ以上のシーケンス番号を持つフレームセットを受信して受信バッファに入れてしまうと、保持している連続で受信成功した最大のシーケンス番号から連続で上位にフレームボディ情報を渡す処理ができなくなる。例えば、連続で受信成功した最大のシーケンス番号は１００であるとし、そこでシーケンス番号１０５のフレームセットを受信した場合、受信バッファに当該フレームセットを保持すると、その後シーケンス番号１０１〜１０４の４つのフレームセットを受信した場合に、その中のいずれかのフレームセットが受信バッファに入りきらず、その結果、連続して上位にフレームボディ情報を渡す処理ができなくなる。従って、データ受信側無線通信端末は１つ前の受信データフレームを処理した段階で保持している連続で受信成功した最大のシーケンス番号に受信バッファサイズ（ここでは４）加えた値より大きいシーケンス番号のフレームセットを含むデータフレームを受信すると、連続性違反、言い換えればスライディングウィンドウ違反であるとして、エラー処理を開始する。
【００９９】
データ送信側無線通信端末は、シーケンス番号の連続性を保障するために、データ受信側無線通信端末が送達確認応答フレームで通知した連続で受信成功した最大のシーケンス番号に基づき、送信側スライディングウィンドウを制御する。上述の例では、データ受信側無線通信端末から連続で受信成功した最大のシーケンス番号は１００であり、スライディングウィンドウの幅を受信バッファサイズと同様の４とすると、スライディングウィンドウの始点Ｗｉｎ＿ｓを１００＋１すなわち１０１に合わせ、スライディングウィンドウの終点Ｗｉｎ＿ｅが１００＋４すなわち１０４であることから、シーケンス番号１０１から１０４の間のフレームセットのみをデータフレームに入れて送信するようにする。このスライディングウィンドウ内であればどのフレームセットから送信してもよいが、好ましくはシーケンス番号順に送信するようにする。スライディングウィンドウ内の全てのフレームセットを一度にデータフレームに入れなくてもよいし、スライディングウィンドウ内の送信順のどこまでのフレームセットを同一のデータフレームに入れるのかも任意である。しかし、スライディングウィンドウの始点Ｗｉｎ＿ｓから連続したシーケンス番号のフレームセットを、それらが順不同であってもよいが、１つのデータフレーム内に入れることが望ましい。このように送信することで、データ受信側無線通信端末で効率的に受信したデータをシーケンス番号順に上位処理に渡すことができるためである。
【０１００】
一方、データ受信側無線通信端末は連続で受信成功した最大のシーケンス番号１００を送達確認応答フレームとして送信したが、データ送信側無線通信端末で当該送達確認フレームを受信しなかった、もしくは正しく受信できなかった場合、データ送信側無線通信端末は送信側スライディングウィンドウを更新しない。従って、この場合、データ送信側無線通信端末とデータ受信側無線通信端末とで動作が同期せず、データ送信側無線通信端末は再び古いスライディングウィンドウに基づきデータフレームを送信することになる。一つ前に送達確認応答フレームで通知した、連続で受信成功した最大のシーケンス番号が９６であるとし、それは正しく受信されていたとすると、例えばシーケンス番号９７から１００の間のフレームセットをデータフレームに入れて送信してくる。データ受信側無線通信端末において、この古いスライディングウィンドウに基づき送信されたデータフレームに含まれるフレームセットは連続性違反、言い換えればスライディングウィンドウ違反、として検出すべきではない。しかし、それより小さなシーケンス番号のフレームセットを含むデータフレームを受信した場合には連続性違反とすべきである。但し、これは一つ前の送達確認応答フレームは正しく受信できていたと仮定した上での判断になる。ここで、データ受信側無線通信端末で現在保持している連続で受信成功した最大のシーケンス番号から受信バッファサイズ（ここでは４）を引いた値以下のシーケンス番号のフレームセットを含むデータフレームを受信したら、明らかに違反である。つまり、一旦はシーケンス番号１００までのフレームセットを受信したのに、シーケンス番号９６あるいはそれより小さいシーケンス番号のフレームセットを受信した場合には、データ送信側無線通信端末が送信側スライディングウィンドウの幅を無視して送信していることになるからである。またシーケンス番号が最小は９７からであっても最大が１０１以上のものも含むなら、送信スライディングウィンドウの幅を無視して送信していることになり、これも違反である。これらの場合も、上述と同様、エラー処理を開始する。
【０１０１】
データ受信側無線通信端末における連続性違反、言い換えればスライディングウィンドウ違反の検出は、図３の無線通信端末構成においては、例えば以下のように処理すればよい。
【０１０２】
シーケンス番号が小さ過ぎる違反の検出：
例１−デアグリゲーション／フィルタ部１２はデータフレーム内の最小のシーケンス番号を抽出するようにしておいて、データフレームの受信終了し、受信コーディネータ部１８に受信フレームの処理終了の通知を送る際に、合わせて当該最小のシーケンス番号を通知するようにする。受信コーディネータ部１８は受信フレームの処理終了の通知をデアグリゲーション／フィルタ部１２から受けると、その中の最小のシーケンス番号を抽出し、ＳＭＳＮ保持部１６で保持している連続最大シーケンス番号と比較して連続最大シーケンス番号から受信バッファサイズを引いた値以下であれば、エラー処理を開始する。
【０１０３】
例２−あるいはデアグリゲーション／フィルタ部１２はデータフレームの受信開始と受信終了の通知を受信バッファ１４に送るようにする。受信バッファ１４はデータフレームの受信開始の通知を受けると、その時点からデアグリゲーション／フィルタ部１２により入力されるシーケンス番号のうち最小のシーケンス番号を保持するようにする。受信バッファ１４はデータフレームの受信終了の通知を受けると、ＳＭＳＮ保持部１６で保持している連続最大シーケンス番号と当該最小のシーケンス番号を比較し、当該最小のシーケンス番号がＳＭＳＮ保持部１６で保持している連続最大シーケンス番号から受信バッファサイズを引いた値以下であれば、エラー処理を行うように受信コーディネータ部１８に指示を送る。例１のようにすると、送達確認応答フレームの送信を止めてエラー処理を行うことが可能である。例２のようにすると、送達確認応答フレームを送信してからエラー処理を開始することになる。送達確認応答フレームの送信を止めるようにしたいなら、受信コーディネータ部１８はデアグリゲーション／フィルタ部１２からの受信フレームの処理終了の通知を受けると、ＳＭＳＮ保持部１６における比較作業が正常に終了しているかどうかを確認する手順を設ける。
【０１０４】
シーケンス番号が大き過ぎる違反の検出：
デアグリゲーション／フィルタ部１２はデータフレームの受信開始の通知を受信バッファ１４に送るようにする。受信バッファ１４はデアグリゲーション／フィルタ部１２からデータフレームの受信開始の通知を受けると、ＳＭＳＮ保持部１６から連続最大シーケンス番号を入手し、データフレームの受信開始通知の後からデアグリゲーション／フィルタ部１２により入力されたシーケンス番号が当該入手した連続最大シーケンス番号に受信バッファサイズを足した値よりも大きければ、エラー処理を行うように受信コーディネータ部１８に指示を送る。
【０１０５】
ここで、エラー処理としては好ましくはデータ送信側無線通信端末との間の接続を、切断用の管理フレームを送信するなどして、切断する。また、連続性違反を検出したデータフレームに含まれるフレームセットは全て廃棄する。
【０１０６】
シーケンス番号は前述のように整数カウンタにより割り当てられるが、整数カウンタは最大値まで到達すると最小値（０）からのカウントアップに戻るサイクル動作を行う。従って、「小さい」「大きい」と表現はしているが、最小値に戻る境界では必ずしも実際の値が小さい／大きいとはならない。例えば最大値が２５５の整数カウンタを考え、受信バッファサイズを４とし、現在保持している連続で最大のシーケンス番号が２５３であり、当該連続で最大のシーケンス番号を送達確認応答フレームに入れて送信しているとすると、次に受信したデータフレームが２５０、２５１、２５２、２５３のシーケンス番号のみ（一部のみを含む）から構成される場合、あるいは２５４、２５５、０（＝２５６−２５６）、１（＝２５７−２５６）のシーケンス番号のみ（一部のみを含む）から構成される場合は正常と判断し、それ以外の場合に違反と判断する。
【０１０７】
スライディングウィンドウ幅と受信バッファサイズをデータ送信側無線通信端末とデータ受信側無線通信端末で認識を共通にするには、例えばデータフレームの送信の前に管理フレームで通知し合う方法がある。少なくともデータ受信側無線通信端末の受信バッファサイズさえデータ送信側無線通信端末に通知できれば、データ送信側無線通信端末はその通知された受信バッファサイズ以下の幅のスライディングウィンドウ幅にすればよい。またこのように管理フレームで通知するのではなく、システムとして一意に指定しておくのでもよい。
【０１０８】
このようにすることで、データ受信側無線通信端末でシーケンス番号順にデータを上位処理に渡す動作を保証することができる。
【０１０９】
（第７の実施形態）
本実施形態は、基本的には第１の実施形態又は第６の実施形態に適用可能であり、データフレームを受信する無線通信端末の受信バッファが新規のフレームセットを受け付けなくなった（フルになった）状態を考慮する構成としたものである。
【０１１０】
データフレームを受信した無線通信端末の受信バッファでは連続したシーケンス番号のフレームボディを受け付けると通常は当該フレームボディを次の処理に回す。第１の実施形態では図３の受信バッファ１４が受信コーディネータ部１８を経由して連続したシーケンス番号に対応するフレームボディを上位処理部０に渡す。ここで、受信バッファ１４が受信コーディネータ部１８にフレームボディを渡す際、受信コーディネータ部１８は例えばフレームボディを正常に受け付けたかどうかの通知を受信バッファ１４に出し、受信バッファ１４はこの通知の信号を受けて正常にフレームボディを受信コーディネータ部１８に渡せたかどうかを把握する仕組みであるとする。また受信コーディネータ部１８と上位処理部０の間のフレームボディ情報を含む各種データの受け渡しにおいても、受信バッファ１４と受信コーディネータ部１８の間と同様に通知信号に基づき正常に受け渡しが完了したかどうかを把握する仕組みであるとする。このような仕組みになっているとき、例えば上位処理部０における処理が遅れ、前のフレームボディを受信コーディネータ部１８が上位処理部０に渡せていないとすると、受信バッファ１４に連続したシーケンス番号に対応するフレームボディがあっても、それを受信コーディネータ部１８に渡すことができず（渡す処理をしても失敗の通知信号をもらう）、当該フレームボディ（とそれに対応するシーケンス番号情報）をまだ受信バッファで保持していることになる。このような状況では、データ送信側無線通信端末が送信側スライディングウィンドウを適切に制御し、適切なシーケンス番号のフレームボディだけを含むデータフレームを送信していても、データ受信側無線通信端末では受信バッファがフルの状態になり新規のデータフレームを受け付けることができないことが起こりうる。
【０１１１】
この場合、本実施形態では受信バッファ１４から受信コーディネータ部１８へ連続したシーケンス番号に対応するフレームボディの受け渡しが完了していないため、ＳＭＳＮ保持部１６へ当該シーケンス番号の通知は行っていない。つまり、ＳＭＳＮ保持部１６では連続で受信成功した最大のシーケンス番号の更新は行われていない。そこで、データフレームの受信完了後に送信される送達確認応答フレームに入れられる連続で受信成功した最大のシーケンス番号はＳＭＳＮ保持部１６で保持しているシーケンス番号、つまり受信バッファ１４から次の処理に正常に渡すことができたフレームボディに対応するシーケンス番号となる。
【０１１２】
例えば受信バッファサイズは４として、図１９のように、まず受信バッファ１４が空で受け付けられる状態にあり、連続で受信成功した最大のシーケンス番号として１００をＳＭＳＮ保持部１６で保持しているとする。そこにシーケンス番号１０１から１０４に対応するフレームボディを含むデータフレームを受信したが、デアグリゲーション／フィルタ部１２では図にあるようにシーケンス番号１０３以外のフレームボディを正しく抽出することができたとする。シーケンス番号１０１、１０２、１０４に対応するフレームボディはそのシーケンス番号とともに受信バッファ１４に送られ、受信バッファ１４ではシーケンス番号１０１はＳＭＳＮ保持部１６で保持しているシーケンス番号１００より１だけ大きく連続しているということから、シーケンス番号１０１に対応するフレームボディを次の処理に渡した。そしてＳＭＳＮ保持部１６で保持する値は１０１となる。続くシーケンス番号１０２に対応するフレームボディも同様に連続していることから次の処理に渡したいが、渡す処理が成功していないとする。そうすると、本来はシーケンス番号１０２を送達確認応答フレームに入れて送信するところが、図１９のようにシーケンス番号１０１を入れて送信することになる。データ送信側無線通信端末はこの送達確認応答フレームを受けて、次に図２０のように再送対象のシーケンス番号１０２から１０４に対応するフレームセットと新規のシーケンス番号１０５に対応するフレームセットを入れたデータフレームを送信するかもしれないが、その場合も受信バッファでシーケンス番号１０２に対応するフレームボディを次の処理に回せない状態のままであるとすると、仮に全てのフレームセットを正常に受信することができて受信バッファとしてはシーケンス番号１０２から１０５を全て次の処理に回せる状態であったとしても実際には次の処理に回せていないため、シーケンス番号１０１を入れた送達確認応答フレームを送信することになる。
【０１１３】
図１９の右側の受信バッファでシーケンス番号１０２と１０４に関する情報は送達確認応答フレームの送信と同時に廃棄してしまってもよい。また図２０でも１０２以上のシーケンス番号に対応するフレームセットは再送対象になるため、廃棄してしまってもよい。
【０１１４】
データ送信側無線通信端末でこのように連続で受信成功した最大のシーケンス番号が上がっていかない送達確認応答フレームを複数回受信した場合には、データ受信側無線通信端末の受信バッファがフレームボディを次の処理に回せない状態になっていると推測して、データフレームの送信をしばらく待つなどの制御をすることもできる。この受信バッファが連続したシーケンス番号のフレームボディを次の処理に回せない状態になった場合に、その状態が解消されるまでの時間を予測し、当該予測時間を送達確認応答フレームの中に入れて、あるいは送達確認応答フレームの代わりに異なるフレームに入れて送信し、データ受信側無線通信端末及びデータ送信側無線通信端末でこの予測時間の間パワーセーブ動作を行うこともできる。連続したシーケンス番号のフレームボディを次の処理に渡せない状態に受信バッファが陥った場合、その状態が解消するまでの時間を予測するには、本願と同一出願人による他の特許出願に係る特願２０１０−２５９１７１号明細書に記載された技術を用いてもよい。すなわち、受信したペイロードデータのサイズが受信バッファの空き容量より大きい場合にバッファフル信号を生成する無線通信装置において、当該ペイロードデータを記憶可能な空き容量が受信バッファに確保されるまでの待ち時間を予測する技術を用いてもよい。この待ち時間は、受信バッファから上位プロトコルまたはホストシステムへのデータ転送時間や転送先の記憶装置の動作シーケンスに要する時間に基づいて予測することができる。具体的には、ハードディスクドライブやフラッシュメモリにデータを書き込む際の準備時間ならびにデータ量とデータ転送速度との関係、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）デバイス又はＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ）デバイスなどのインタフェースにおける転送時間等に基づいて、待ち時間を予測することができる。
【０１１５】
上記では受信バッファ１４が受信コーディネータ部１８を経由してフレームボディを上位処理部０に渡す方法を記載したが、直接フレームボディを上位処理部０に渡すようにしてもよく、その場合、フレームボディの受け付けに関連する通知信号は上述の受信バッファ１４と受信コーディネータ部１８の関係の代わりに受信バッファ１４と上位処理部０の関係に置き換えればよい。
【０１１６】
このようにすることで、データフレームを受信する無線通信端末の受信バッファが新規のフレームセットを受け付けなくなった（フルになった）状態に対処することができる。
【０１１７】
（第８の実施形態）
第８の実施形態は基本的に第１の実施形態に基づいており、第１の実施形態に係る複数フレームセットを連接させたデータフレームの受信に対応できない無線通信端末が存在する場合の動作を規定するものである。例えば２つまでのフレームセットを連接したデータフレームの受信には対応できるが、それ以上の連接数のデータフレームの受信には対応できない無線通信端末との共存に関する。
【０１１８】
このような無線通信端末が存在し、そのような無線通信端末にも第１の実施形態に係る無線通信端末がデータ送信を行う可能性がある場合でも、データフレームの送信の前にまず相手無線通信端末との接続を確立する手順で、相手無線通信端末の能力を把握することで、適切なデータフレーム構成を用いることができる。例えば接続を確立する際に、一方の無線通信端末が接続要求の管理フレームを送信し、それを受信した無線通信端末が接続要求を受け付ける際に接続応答の管理フレームを送信するとする。それらの管理フレームの中で、無線通信端末の対応するバージョンを記載するようにすれば、バージョン差がある場合にはどのようなデータフレームまで受信できるかをバージョンが高い方の無線通信端末は把握することができ、データフレームを送信する場合に低いバージョンに対応した方法に制限すればよい。
【０１１９】
低いバージョンにおける送達確認応答フレームについても第１の実施形態のようにシーケンス番号を通知するフォーマットを使用しているのであれば、バージョンが高い方の無線通信端末がデータ受信側になる場合にも、１つフレームボディしか含まないデータフレームを受信して送信する送達確認応答フレームは第１の実施形態に基づいて送信しても問題はない。送信されるフレームボディはシーケンス番号順に送信されるわけであり、１つのフレームボディしか含まないデータフレームを正しく受信した場合にはそのフレームボディに係るシーケンス番号で連続して受信成功した最大のシーケンス番号は更新されるわけであるから、そのシーケンス番号を送達確認応答フレームに入れて送信すれば、データ送信側無線通信端末ではその低いバージョンにおける通常の送達確認応答フレームの受信と変わらないので普通に処理できる。２つのフレームボディまでしかデータフレームに含められない無線通信端末がデータ送信側で、３つ以上のフレームボディを含むデータフレームの受信処理も可能な無線通信端末がデータ受信側であっても、第１の実施形態に基づき送達確認応答フレームを送信すればよい。データ送信側無線通信端末は通知されたシーケンス番号までがデータ受信側無線通信端末で正常に受信されたと把握して、適宜再送の判断をできるからである。
【０１２０】
バージョンの低い無線通信端末が第１の実施形態のデータフレームあるいは送達確認応答フレームを第三者として受信したとしても、ＣＨヘッダのＲｘ ＵＩＤが自無線通信端末を指定していないことから、そのデータフレームあるいは送達確認応答フレームを廃棄する。
【０１２１】
仮にデータ受信側無線通信端末が対応できる以上のフレームセットを連接したデータフレームを送信してしまったとしても、例えば連接フレームセット数がＳＨフィールドに記載されていることにより、その数が対応できる数以下であるかを確認し、適切な処理をすることもできる。例えば対応できるまでの数までを受信処理してもよいが、これは第６の実施形態と類似の状態になることから、好ましくは接続を切断する、換言すれば通信リンクをリリースする、管理フレームをデータ送信側無線通信端末に送信する。好ましくは接続を切断する管理フレームに、バージョンが異なること、あるいは対応できるフレームセット数を超えたフレームセットを含むデータフレームを送信したこと、などを理由として管理フレーム内に記載して送信する。そうすれば、管理フレームを受信したデータ送信側無線通信端末は送信方法を適切に選択し直した上で再度接続の設定手順のための管理フレームを先の無線通信端末と交換してデータフレームの送信を再開できる。
【０１２２】
このようにして、第１の実施形態に対応しない無線通信端末が存在する場合にも、第１の実施形態に対応する無線通信端末と第１の実施形態に対応しない無線通信端末で適切な処理を行うことができ、無線通信システムとして破綻しない。
【０１２３】
（第９の実施形態）
第９の実施形態は、基本的に第７の実施形態の変形例に関する。連続で受信成功した最大のシーケンス番号として第７の実施形態では受信バッファ１４から次の処理に渡すことのできたシーケンス番号のみを保持していた。本実施形態では、受信バッファ１４内で次の処理に渡すことはできていないが前記シーケンス番号からさらに連続しているシーケンス番号のうちの最大のものも保持するようにし、送達確認応答フレームでは後者のシーケンス番号を入れて通知する。
【０１２４】
ここでは便宜的に、受信バッファ１４から次の処理に渡すことのできた連続で最大のシーケンス番号をＳＭＳＮ＿Ｂ、受信バッファ１４内の状態も含めた連続で受信成功した最大のシーケンス番号をＳＭＳＮ＿Ｒと表現する。
【０１２５】
ＳＭＳＮ＿Ｂは前述の実施形態と同様、受信バッファ１４から受信コーディネータ部１８にシーケンス番号が１つずつ増加する順にフレームボディを渡す際に、その受け渡しが成功した時点でＳＭＳＮ保持部１６に保持させる、成功したフレームボディの対応するシーケンス番号である。
【０１２６】
ＳＭＳＮ＿Ｒは受信バッファ１４で保持しているフレームセットまで含めて考えた場合の連続で受信成功した最大のシーケンス番号である。受信バッファ１４ではフレームセットをシーケンス番号に基づき管理しているが、受信バッファ１４内でＳＭＳＮ＿Ｂから連続するシーケンス番号のフレームボディを正しく受信している場合にはＳＭＳＮ＿Ｒの値を更新するようにして、連続している最大のシーケンス番号をＳＭＳＮ保持部１６に通知するようにする。ＳＭＳＮ＿Ｒは受信バッファ１４が受信コーディネータ部１８にフレームボディを渡す処理時間が理想的にない場合には、ＳＭＳＮ＿Ｂと同一となる。しかし、実際には処理遅延があり、第７の実施形態の状況のように、シーケンス番号が連続している場合でも受信バッファ１４から受信コーディネータ部１８に渡せないことが発生するときには、ＳＭＳＮ＿Ｒの値とＳＭＳＮ＿Ｂの値は異なる。
【０１２７】
受信コーディネータ部１８では送達確認応答フレームの送信指示を送信処理部２０に送る際には、ＳＭＳＮ＿Ｒの値を合わせて送るようにし、送信処理部２０はＳＭＳＮ＿Ｒの値を送達確認応答フレームのＳＮフィールドに入れて送信する。
【０１２８】
図２１〜図２３を用いて具体的な動作を説明する。第７の実施形態の図１９、図２０を用いた場合と同様、受信バッファサイズは４とする。図２１では、まず受信バッファ１４が空で受け付けられる状態にあり、ＳＭＳＮ保持部１６ではＳＭＳＮ＿Ｂ、ＳＭＳＮ＿Ｒともに１００を保持しているとする。そこにシーケンス番号１０１から１０４に対応するフレームボディを含むデータフレームを受信したが、デアグリゲーション／フィルタ部１２では図にあるようにシーケンス番号１０３以外のフレームボディを正しく抽出することができたとする。シーケンス番号１０１、１０２、１０４に対応するフレームボディはそのシーケンス番号とともに受信バッファ１４に送られ、受信バッファ１４ではシーケンス番号１０１はＳＭＳＮ保持部１６で保持しているＳＭＳＮ＿Ｂの１００より１だけ大きく連続しているということから、シーケンス番号１０１に対応するフレームボディを次の処理に渡した。そしてＳＭＳＮ保持部１６で保持するＳＭＳＮ＿ＢとＳＭＳＮ＿Ｒは１０１となる。続くシーケンス番号１０２に対応するフレームボディも同様に連続していることから、受信バッファ１４はＳＭＳＮ保持部１６のＳＭＳＮ＿Ｒを１０１から１０２に更新させるが、当該フレームボディを次の処理に渡す動作はまだ受け付けられないとする。従ってＳＭＳＮ＿Ｂは１０１で、ＳＭＳＮ＿Ｒは１０２という状態になる。当該データフレームの受信後には、図２１にあるようにシーケンス番号１０２を入れた送達確認応答フレームを送信することになる。ここでデータ受信側無線通信端末は、シーケンス番号１０４に対応するフレームセットは廃棄してしまってもよい。データ送信側無線通信端末は、送信スライディングウィンドウの幅をデータ受信側無線通信端末の受信バッファサイズと同様の４であるとすると、この送達確認応答フレームを受けて、次に図２２のように再送対象のシーケンス番号１０３と１０４に対応するフレームセットと新規のシーケンス番号１０５と１０６に対応するフレームセットを入れたデータフレームを送信するかもしれない。データ受信側無線通信端末では仮に全てのフレームセットを正常に受信することができたとして、このようなデータフレームを受信した段階でもまだシーケンス番号１０２に対応するフレームボディを次の処理に回せない状態であるとすると、ＳＭＳＮ＿Ｂは１０１だが、ＳＭＳＮ＿Ｒは受信バッファ１４で保持できる最大のシーケンス番号の１０５になる。シーケンス番号１０６に対応するフレームセットは受信バッファ１４に入れることができず、廃棄される。送信される送達確認応答フレームのＳＮフィールドには１０５が入れられる。図２２の送達確認応答フレームを受けて、データ送信側無線通信端末が図２３のように再送対象となるシーケンス番号１０６に対応するフレームセットと新規のシーケンス番号１０７〜１０９に対応するフレームセットを入れたデータフレームを送信するとする。データ受信側無線通信端末では仮に全てのフレームセットをデアグリゲーション／フィルタ部１２で正常に受信することができたとしても、まだシーケンス番号１０２に対応するフレームボディを次の処理に回せない状態であるとすると、受信バッファ１４にも新たなフレームセット、つまりシーケンス番号１０６から１０９に対応するフレームセットを保持することもできないため、ＳＭＳＮ＿Ｂは１０１、ＳＭＳＮ＿Ｒは１０５のままになる。送達確認応答フレームとしては再びＳＮフィールドに１０５を入れたものを送信する。
【０１２９】
このように送達確認応答フレームで通知するシーケンス番号が上がっていかない状態になった後は、第７の実施形態の動作と同様である。
【０１３０】
本実施形態のようにＳＭＳＮ＿Ｒの値を送達確認応答フレームのＳＮフィールドに入れて送信することにより、受信バッファ１４で許容できる範囲までデータ送信側無線通信端末にフレームセットの再送を含む送信をさせることができ、通信効率を向上することができる。
【０１３１】
上述のように、本実施形態によれば受信バッファ１４で保持できるフレームセット数以上のフレームセットをデータ送信側無線通信端末は送信することになる。第６の実施形態によれば、データ受信側無線通信端末においてこれは連続性違反となるが、送達確認応答フレームに記載されたＳＮフィールドの値に基づきデータ送信側無線通信端末はスライディングウィンドウを制御するわけであるから、連続性違反をしているわけではない。従って、第９の実施形態では送達確認応答フレームに記載したＳＮフィールドの値、つまりＳＭＳＮ＿Ｒから受信バッファサイズ以上大きいシーケンス番号のフレームセットを含むデータフレームを受信したなら連続性違反としてエラー処理を開始するようにする。図２２や図２３では受信バッファ１４に入らないフレームセットがあるが、これらはＳＭＳＮ＿Ｒ＋４以内であるから、連続性違反とはしない。例えば図２２においてＳＭＳＮ＿Ｒ＝１０２としているところに、シーケンス番号１０７に対応するフレームセットまで入ったデータフレームを受信すると、連続性違反と判定する。
【０１３２】
（第１０の実施形態）
第１０の実施形態は、第１〜第９の実施形態の各々に適用することができ、フラグメントされたデータを受信した場合の処理に関する。
【０１３３】
データをフラグメントする場合は、第１の実施形態に基づき、複数のフレームセットに分割して入れるが、シーケンス番号を連続で増加させる。さらに、ＳＨフィールドにフラグメントに関する情報を入れるフィールド（Ｍｏｒｅ Ｆｒａｇｍｅｎｔフィールド；ＦＭフィールド）を設ける。フラグメントされていないデータのフレームセットである場合、もしくは最後のフラグメントの入ったフレームセットの場合には、当該ＦＭフィールドに０を設定し、そうでない場合、つまりまだフラグメントデータのフレームセットが次に続く場合には、１を設定する。従って、このＦＭフィールドのサイズを１ビットとすることが好ましい。
【０１３４】
データ受信側無線通信端末では受信バッファ１４から受信コーディネータ部１８にシーケンス番号が連続して増加する順でフレームボディを渡すが、合わせて対応するＦＭフィールドの値も渡す。このようにすることで、受信コーディネータ部１８では、ＦＭフィールドに１が立っていたら次のシーケンス番号に対応するフレームボディも１つのデータとしてつなげるというデフラグメント（ｄｅｆｒａｇｍｅｎｔ）処理を行う。ＦＭフィールドに０が立っていたら次のフレームボディを待つことはせずにそのまま上位処理部０に渡す。
【０１３５】
受信バッファ１４から上位処理部０に直接フレームセットを渡す場合には、当該デフラグメント処理は上位処理部０に設けられていればよい。
【０１３６】
このようにすることで、データがフラグメントされたデータフレームを受信しても、データ受信側無線通信端末でもとのデータに戻す、つまりデフラグメント処理をする、ことができる。
【０１３７】
（第１１の実施形態）
第１１の実施形態は、第１〜第１０の実施形態の各々に適用することができ、送達確認応答フレームの生成及び送信の条件に関する。具体的には、受信したデータフレームで少なくとも１つのサブヘッダのＨＣＳが正しかった場合に、送達確認応答フレームの生成及び送信を行う。
【０１３８】
第１の実施形態で図３を用いた無線通信端末の構成の説明において、デアグリゲーション／フィルタ部１２は受信フレームの処理を開始し、最初に正しくＳＨフィールドの情報を抽出できた際に、送達確認応答フレームの準備開始の指示を受信コーディネータ部１８に送る、というように変更する。
【０１３９】
例えば第１の実施形態で用いた図７の状況を再び考える。第１の実施形態ではシーケンス番号１０１、１０２、１０３に対応するフレームセット（フレームセット１、２、３）の受信に失敗し、さらにシーケンス番号１０４に対応するフレームセット（フレームセット４）ではサブヘッダ（ＳＨ４）は誤りがない（正しい）と判断しているが、フレームボディに付随するＦＣＳフィールド（ＦＢ４）に誤りを検出しており、それによって、送達確認応答フレームの生成及び送信は行わない。しかし、本実施形態では、ＳＨ４のサブヘッダを１つ正しく抽出できていることから、送達確認応答フレームの生成及び送信を行う。送達確認応答フレームで通知するシーケンス番号の入れ方はこれまでの実施形態と同様である。すなわち、当該データフレームの受信で連続して受信成功したシーケンス番号の更新はない。このデータフレームの受信の前にシーケンス番号１００まで順当に受信成功しており、連続して受信成功した最大のシーケンス番号として１００を保持していた場合、シーケンス番号として１００を入れた送達確認応答フレームを送信する。
【０１４０】
当該データフレームを送信した無線通信端末は、シーケンス番号１０１以降の送信したデータを再送する必要があることを把握し、さらに送信先の無線通信端末から送達確認応答はあったということから、送信先無線通信端末にはデータフレームの情報の一部は通っていること、つまりコネクションはあること、そして送信先無線通信端末は仮にパワーセーブ動作を行っているとしても現在は受信可能状態にあるということ、を把握することができる。これは通信相手の無線通信端末との間のコネクションを確認する、あるいは受信可能状態にあるかを確認するために探査（Ｐｒｏｂｅ）フレームを送信することの代わりになる。
【０１４１】
（第１２の実施形態）
第１２の実施形態は、第１〜第１１の各々に適用することができ、コネクション確立後の最初のデータフレームに対する応答が来なかった場合の、データ送信側無線通信端末と、データ受信側無線通信端末の動作に関する。
【０１４２】
コネクション確立後の最初のデータフレームでは、第２の実施形態に基づき、最初のシーケンス番号が入るフレームセットのＳＨフィールドでシーケンス番号の開始を通知するビット（ＳＹＮＣ）を立てる。そして、データ受信側無線通信端末では、そのシーケンス番号の開始を通知するビットが立ったＳＨフィールドを正しく受信し、応答条件が満たされた場合には送達確認応答フレームを送信するが、その際送達確認応答フレームのＳＨフィールドでも対応するビット（ＳＹＮＣ）を立てる。
【０１４３】
本実施形態では当該ビットを立てた送達確認応答フレームがデータ送信側無線通信端末で正しく受信できなかった場合について記載する。
【０１４４】
図２４を用いて説明する。図２４ではシーケンス番号２５３からシーケンス番号が開始するとし（スライディングウィンドウの始点Ｗｉｎ＿ｓ＝２５３）、シーケンス番号２５３を割り当てたフレームセットをデータフレームの先頭に配し、シーケンス番号の開始を通知するビットを立て（ＳＹＮＣ＝１、ＳＮ＝２５３）ている。そして同じデータフレームの中に他に３つのフレームセットを連接している。これら３つのフレームセットのシーケンス番号はそれぞれ、２５４、２５５、０である。ここでは、シーケンス番号のカウンタは２５５までであるとし、２５５まで達すると０に戻るとしている。当該データフレームの全てのフレームセットを正しく受信したとすると、データ受信側無線通信端末において連続で受信成功した最大のシーケンス番号は０となるため、連続で受信成功した最大のシーケンス番号は０でありシーケンス番号の開始通知を受けたという送達確認応答フレーム（ＳＹＮＣ＝１、ＳＮ＝０）を送信する。この送達確認応答フレームがデータ送信側無線通信端末で正しく受信できなかったとする。この場合、データ送信側無線通信端末は送信側スライディングウィンドウを変えない（Ｗｉｎ＿ｓ＝２５３のままである）。データ送信側無線通信端末は最初のデータフレームを送信後、所定の時間、送達確認応答フレームを待つが、所定時間経過しても送達確認応答フレームを受信しなかったと判断すると、さらに所定のフレーム間隔（ＩＦＳ）を空けて再送を行う。本実施形態では図２４の上に示したようにシーケンス番号２５３からのフレームセットをデータフレームに入れて送信するが、送達確認応答フレームでシーケンス番号の開始通知を受けたということを確認できなかったため、シーケンス番号２５３のフレームセットでは再びシーケンス番号の開始通知のビットを立てる（ＳＹＮＣ＝１、ＳＮ＝２５３）。このような再送データフレームを受信したデータ受信側無線通信端末は前に示したと同様に送達確認応答フレームを送信し、データフレームの交換が継続されていく。一方、図２４で、下向き矢印の下に示したようなデータフレームをデータ受信側無線通信端末が受信すると、エラー処理を開始する。すなわち下向き矢印の下の１つ目のデータフレームのように、前と開始するシーケンス番号が異なるとき（ＳＹＮＣ＝１、ＳＮ＝２５４）、あるいは２つ目のデータフレームのように、シーケンス番号を開始する通知ビットが立っていないとき（ＳＹＮＣ＝０、ＳＮ＝２５３）にはデータ受信側無線通信端末はエラー処理を開始する。
【０１４５】
ここでデータ受信側無線通信端末が図２４の上の再送フレームは正常であるとする一方、下向き矢印の下の２つのデータフレームではエラーであると判断する処理方法を具体的に示す。
【０１４６】
例えば無線通信端末はこの判断処理を行うために、Ｓｙｎｃ１とＳｔａｒｔＳＮという２つのパラメータを用意しておく。コネクション確立直後は少なくともＳｙｎｃ１は０にする。
【０１４７】
無線通信端末がコネクション確立後、相手無線通信端末から最初のデータフレームを受信した場合（つまりＳｙｎｃ１が０の場合、条件１）、データフレームの先頭のフレームセットのシーケンス番号開始の通知ビットが立っており、かつ他の正しいＳＨフィールドのフレームセット中のシーケンス番号開始の通知ビットが立っていない（条件２）なら、シーケンス番号開始の通知ビットの使用は正しいとする。そして、シーケンス番号開始の通知ビットが立っているＳＨフィールドのＳＮフィールド（シーケンス番号）をＳｔａｒｔＳＮに書き込み、Ｓｙｎｃ１を１だけインクリメントする（つまりＳｙｎｃ１は１となる）。これが図２４における最初のデータフレーム受信時の処理になる。条件２が満たされていない場合はシーケンス番号開始の通知ビットの使用が正しくないとして、エラー処理を開始する。
【０１４８】
コネクション確立後、１回シーケンス番号開始の通知ビットの使用が正しいデータフレームを受信した場合（つまりＳｙｎｃ１が１の場合、条件３）、次に受信したデータフレームの先頭のフレームセットのシーケンス番号開始の通知ビットが立っており、かつ他の正しいＳＨフィールドのフレームセットの中のシーケンス番号開始の通知ビットが立っていない（条件４）か、を判断する。条件４が満たされている場合は、さらにシーケンス番号開始の通知ビットが立っているＳＨフィールドのＳＮフィールド（シーケンス番号）が保持しているＳｔａｒｔＳＮと等しい（条件５）か、を判断し、等しい場合にはシーケンス番号開始の通知ビットの使用は正しいとする。Ｓｙｎｃ１はその値のまま保持する（つまりＳｙｎｃ１は１のまま）。これが図２４における正しい再送データフレーム受信時の処理になる。一方、条件５が満たされていない場合は、シーケンス番号開始の通知ビットの使用が正しくないとして、エラー処理を開始する。これが図２４で下向き矢印の下の１つ目のデータフレーム受信時の処理になる。条件４が満たされていない場合は、受信データフレームに含まれる全ての正しいＳＨフィールドのフレームセットでシーケンス番号開始の通知ビットが立っていない（条件６）か、を判断する。条件６が満たされているなら、次に受信データフレームに含まれる最小のシーケンス番号が保持しているＳｔａｒｔＳＮより大きい（条件７）か、を判断し、条件７が満たされているなら、シーケンス番号開始の通知ビットの使用は正しいとする。そして、Ｓｙｎｃ１を１だけインクリメントする（つまりＳｙｎｃ１は２となる）。これは、コネクション確立後の最初のデータフレームに対する送達確認応答フレームがデータ送信側無線通信端末で正しく受信され、それを受けて送信側スライディングウィンドウを更新し、次のデータフレームが送信された場合の受信処理に当たる。条件７が満たされていないなら、シーケンス番号開始の通知ビットの使用が正しくないとして、エラー処理を開始する。これが図２４で下向き矢印の下の２つ目のデータフレーム受信時の処理になる。条件６が満たされていないなら、シーケンス番号開始の通知ビットの使用が正しくないとして、エラー処理を開始する。
【０１４９】
コネクション確立後の最初のデータフレームに対する送達確認応答フレームがデータ送信側無線通信端末で正しく受信され、それを受けて送信側スライディングウィンドウを更新し、次のデータフレームが送信された場合の受信では（つまりＳｙｎｃ１が２の場合であり、上記条件１も２も満たさない場合に当たる）、受信したデータフレームに含まれる全ての正しいＳＨフィールドのフレームセットでシーケンス番号開始の通知ビットが立っていない（条件８）なら、シーケンス番号開始の通知ビットの使用は正しいとする。Ｓｙｎｃ１はその値のまま保持する（つまりＳｙｎｃ１は２のまま）。条件８が満たされていないなら、シーケンス番号開始の通知ビットの使用が正しくないとして、エラー処理を開始する。
【０１５０】
以上に示したシーケンス番号開始の通知ビットが正しく使用されているかを判断する処理動作をＣ言語ライクに表現したものが図２５である。
【０１５１】
このように、コネクション確立後の最初のデータフレームは、開始するシーケンス番号を通知するという重要な役割も持つため、確実にデータ受信側無線通信端末に送信する必要がある。そこで、ロバストな、好ましくは使用する中で最もロバストな、変調及び符号化方式を選択することが望ましい。
【０１５２】
このようにすることで、開始するシーケンス番号を確実にデータ受信側無線通信端末に通知することができる。またこのようにすることで、シーケンス番号の開始通知を含むデータフレームへの送達確認応答フレームがデータ送信側無線通信端末で正しく受信できなかった場合の動作を明らかにすることができ、異なる実装により相互接続ができなくなるという問題を回避することができる。
【０１５３】
なお、ここまでデータ送信側無線通信端末とデータ受信側無線通信端末を区別して記載してきたが、必ずしもこの関係は一意ではなく、２つの無線通信端末の間で相互にデータを送信してもよい。この場合、一方のデータの流れを見れば、一方の無線通信端末が送信側になり、他方の無線通信端末が受信側になるが、他方のデータの流れを見れば、その関係は変わる。
【０１５４】
（第１３の実施形態）
第１３の実施形態では、図３の無線通信端末の構成を無線通信装置部として当該構成に加えて、バッファを備える。このように、バッファを無線通信装置に含める構成とすることにより、送受信フレームをバッファに保持することが可能となり、再送処理や外部出力処理を容易に行うことが可能となる。
【０１５５】
（第１４の実施形態）
第１４の実施形態では、第１３の実施形態に係る無線通信装置の構成に加えて、バス、プロセッサ部、及び外部インターフェース部を備える。プロセッサ部及び外部インターフェース部は、バスを介してバッファと接続される。プロセッサ部ではファームウエアが動作する。このように、ファームウエアを無線通信装置に含める構成とすることにより、ファームウエアの書き換えによって無線通信装置の機能の変更を容易に行うことが可能となる。
【０１５６】
（第１５の実施形態）
第１５の実施形態では、図３の無線通信端末の構成を無線通信装置部として当該構成に加えて、クロック生成部を備える。クロック生成部は、クロックを生成して出力端子より無線通信装置の外部にクロックを出力する。このように、無線通信装置内部で生成されたクロックを外部に出力し、外部に出力されたクロックによってホスト側を動作させることにより、ホスト側と無線通信装置側とを同期させて動作させることが可能となる。
【０１５７】
（第１６の実施形態）
第１６の実施形態では、図３の無線通信端末の構成を無線通信装置部として当該構成に加えて、電源部、電源制御部、及び無線電力給電部を含む。電源制御部は、電源部と無線電力給電部とに接続され、無線通信装置に供給する電源を選択する制御を行う。このように、電源を無線通信装置に備える構成とすることにより、電源を制御した低消費電力化動作が可能となる。
【０１５８】
（第１７の実施形態）
第１７の実施形態では、第１６の実施形態に係る無線通信装置の構成に加えて、ＳＩＭカードを含む。ＳＩＭカードは、上位処理部０あるいは受信処理部１０と送信処理部２０に接続される。このように、ＳＩＭカードを無線通信装置に備える構成とすることにより、容易に認証処理を行うことが可能となる。
【０１５９】
（第１８の実施形態）
第１８の実施形態では、第１４の実施形態に係る無線通信装置の構成に加えて、動画像圧縮／伸長部を含む。動画像圧縮／伸長部は、バスと接続される。このように、動画像圧縮／伸長部を無線通信装置に備える構成とすることにより、圧縮した動画像の伝送と受信した圧縮動画像の伸長とを容易に行うことが可能となる。
【０１６０】
（第１９の実施形態）
第１９の実施形態では、図３の無線通信端末の構成を無線通信装置部として当該構成に加えて、ＬＥＤ部を含む。ＬＥＤ部は、受信処理部１０と送信処理部２０あるいはＰＨＹ処理部４０と接続される。このように、ＬＥＤ部を無線通信装置に備える構成とすることにより、無線通信装置の動作状態をユーザに容易に通知することが可能となる。
【０１６１】
（第２０の実施形態）
第２０の実施形態では、図３の無線通信端末の構成を無線通信装置部として当該構成に加えて、バイブレータ部を含む。バイブレータ部は、少なくとも受信処理部１０あるいはＰＨＹ処理部４０と接続される。このように、バイブレータ部を無線通信装置に備える構成とすることにより、無線通信装置の動作状態をユーザに容易に通知することが可能となる。
【０１６２】
（第２１の実施形態）
第２１の実施形態では、図３の無線通信端末の構成を無線通信装置部として当該構成に加えて、第１の実施形態で記載したように、複数の異なるＰＨＹ処理部４０を設け、無線切替部を含む。無線切替部は、複数の異なるＰＨＹ処理部４０に接続され、異なるＰＨＹ処理部４０による通信の間を切替える。このように、複数の異なるＰＨＹ処理部４０を無線通信装置に備える構成とすることにより、状況に応じて適切なＰＨＹ処理部４０を用いた通信に切替えることが可能となる。
【０１６３】
（第２２の実施形態）
第２２の実施形態では、図３の無線通信端末の構成を無線通信装置部として当該構成に加えて、第１の実施形態で記載したように、複数の異なるＰＨＹ処理部４０を設け、またこれら各々のＰＨＹ処理部４０に対応する受信処理部１０と送信処理部２０とアクセス制御部３０のセットを設け、無線切替部を含む。無線切替部は、受信処理部１０と送信処理部２０とアクセス制御部３０のセット間を切り替えられるように接続され、異なる受信処理部１０と送信処理部２０とアクセス制御部３０とＰＨＹ処理部４０による複数の通信方式の間を切替える。このように、複数の異なる受信処理部１０と送信処理部２０とアクセス制御部３０とＰＨＹ処理部４０のセットを無線通信装置に備える構成とすることにより、状況に応じて適切な受信処理部１０と送信処理部２０とアクセス制御部３０とＰＨＹ処理部４０のセットを用いた通信に切替えることが可能となる。
【０１６４】
（第２３の実施形態）
第２３の実施形態では、第２１の実施形態に係る無線通信装置の構成に加えて、スイッチ（ＳＷ）を含む。スイッチは、アンテナ６０、複数の異なるＰＨＹ処理部４０、無線切替部に接続される。このように、スイッチを無線通信装置に備える構成とすることにより、アンテナを共用しながら状況に応じて適切なＰＨＹ処理部４０を用いた通信に切替えることが可能となる。
【０１６５】
（第２４の実施形態）
第２４の実施形態では、第２２の実施形態に係る無線通信装置の構成に加えて、スイッチ（ＳＷ）を含む。スイッチは、アンテナ６０、受信処理部１０と送信処理部２０とアクセス制御部３０のセットの根元、及び無線切替部に接続される。このように、スイッチを無線通信装置に備える構成とすることにより、アンテナを共用しながら状況に応じて適切な受信処理部１０と送信処理部２０とアクセス制御部３０とＰＨＹ処理部４０のセットを用いた通信に切替えることが可能となる。
【０１６６】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０１６７】
０…上位層処理部、１０…受信処理部、１２…デアグリゲーション／フィルタ部、１４…受信バッファ、１６…ＳＭＳＮ保持部、１８…受信コーディネータ部、２０…送信処理部、３０…アクセス制御部、４０…ＰＨＹ制御部、５０…周波数変換回路、６０…アンテナ
【技術分野】
【０００１】
本発明の実施形態は、送達確認応答を用いてフレーム交換を行う無線通信端末に関する。
【背景技術】
【０００２】
複数のデータフレームに対する送達確認応答を１つの応答フレームで示す方法として、シーケンス開始番号と固定長ビットマップを用いるものがある。固定長ビットマップには、シーケンス開始番号からの相対的なシーケンス番号のデータフレームに対する個々の送達確認応答が表示される（例えば、非特許文献１参照）。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】ＩＥＥＥ Ｐ８０２．１１−２００７
【発明の概要】
【発明が解決しようとする課題】
【０００４】
極めて良好な通信環境下では冗長となる場合を考慮し、複数のデータフレームに対する送達確認応答のフレーム長を削減することにより、通信効率を向上することのできる通信端末を提供することが望ましい。
【課題を解決するための手段】
【０００５】
実施形態によれば、受信部と、第１の処理部と、第１の記憶部と、第２の記憶部と、第２の処理部と、送信部とを具備する無線通信端末が提供される。受信部は、１つ以上のフレームボディフィールドと、前記フレームボディフィールドの長さに関する情報を含む第１のフィールドと、前記フレームボディフィールドの誤り検出をするための第２のフィールドと、前記フレームボディフィールドに対応するシーケンス番号を含むシーケンス番号フィールドとを含む１つの物理パケットを受信する。第１の処理部は、前記第１のフィールドと前記第２のフィールドを用いて、正しいフレームボディフィールドを抽出する。第１の記憶部は、前記第１の処理部により抽出されたフレームボディフィールドと、そのフレームボディフィールドに対応するシーケンス番号フィールドとを保持する。第２の記憶部は、前記第１の処理部の結果に基づいて、連続で受信成功した最大のシーケンス番号を保持する。第２の処理部は、前記連続で受信成功した最大のシーケンス番号までのシーケンス番号に対応するフレームボディフィールドを前記第１の記憶部から継続する受信処理へ回す。送信部は、前記第１の処理部により少なくとも１つの正しいフレームボディが抽出されたならば、前記連続で受信成功した最大のシーケンス番号を通知する応答フレームを送信する。
【図面の簡単な説明】
【０００６】
【図１】第１の実施形態に係るデータフレームフォーマットを示した図
【図２】第１の実施形態に係る送達確認応答フレームフォーマットを示した図
【図３】第１の実施形態に係る無線通信端末構成を示した図
【図４】第１の実施形態に係る具体的なデータフレームの受信状態を示した図
【図５】第１の実施形態に係る具体的なデータフレームの受信状態を示した別の図
【図６】第１の実施形態に係る具体的なデータフレームの受信状態を示した別の図
【図７】第１の実施形態に係る具体的なデータフレームの受信状態を示した別の図
【図８】第１の実施形態に係る詳細なデータフレームフォーマットを示した図
【図９】第１の実施形態に係るフレームボディフィールドとＦＣＳフィールドの抽出方法を説明するための図
【図１０】第１の実施形態に係るＳＨフィールドの探索処理を説明するための図
【図１１】第２の実施形態に係る送達確認応答フレームフォーマットを示した図
【図１２】第２の実施形態に係る具体的なデータフレームと送達確認応答フレームの交換を示した図
【図１３】第２の実施形態に係る具体的なデータフレームと送達確認応答フレームの交換を示した別の図
【図１４】第２の実施形態に係る具体的なデータフレームと送達確認応答フレームの交換を示した別の図
【図１５】第３の実施形態に係る受信データフレーム内の処理を説明するための図
【図１６】第３の実施形態に係る受信データフレーム内の処理を説明するための別の図
【図１７】第３の実施形態に係る受信データフレーム内の処理を説明するための別の図
【図１８】第５の実施形態に係る受信バッファとＳＭＳＮ保持部の状態を示した図
【図１９】第７の実施形態に係る受信バッファとＳＭＳＮ保持部の状態とデータフレーム受信と送達確認応答フレーム送信の関係を例示した図
【図２０】第７の実施形態に係る受信バッファとＳＭＳＮ保持部の状態とデータフレーム受信と送達確認応答フレーム送信の関係を例示した別の図
【図２１】第９の実施形態に係る受信バッファとＳＭＳＮ保持部の状態とデータフレーム受信と送達確認応答フレーム送信の関係を例示した図
【図２２】第９の実施形態に係る受信バッファとＳＭＳＮ保持部の状態とデータフレーム受信と送達確認応答フレーム送信の関係を例示した別の図
【図２３】第９の実施形態に係る受信バッファとＳＭＳＮ保持部の状態とデータフレーム受信と送達確認応答フレーム送信の関係を例示した別の図
【図２４】第１２の実施形態に係る具体的なデータフレームと送達確認応答フレームの交換の例を示した図
【図２５】第１２の実施形態に係るシーケンス番号開始の通知ビットが正しく使用されているかを判断するアルゴリズム例を示した図
【発明を実施するための形態】
【０００７】
以下、実施の形態について、図面を参照して説明する。
【０００８】
電磁波の波長がミリメートル(mm)オーダーのミリ波帯、例えば60 GHz帯、では通信状態が極めて良好な場合と極めて劣悪な場合に大きく二分されることが考えられる（IEEE 802.11 doc.:IEEE802.11-09/0302r0）。以下で説明する種々の実施形態は、このような通信状態が発生し得る場合の、主にフレームの受信動作における通信効率の向上に関する。
【０００９】
（第１の実施形態）
まず、無線通信に用いられるフレームならびに、無線通信端末の基本的な構成を説明する。
【００１０】
本実施形態では、無線通信端末が他の無線通信端末と接続し、通信を行う際に３種類のフレームを用いる。他の無線通信端末との間の物理的な通信リンクの管理に用いるフレームが管理フレームである。例えば他の無線通信端末との間の通信を開始するために用いられるフレームや通信リンクをリリースする（つまり接続を切断する）ためのフレーム、無線通信端末におけるパワーセーブ動作に係るフレームなどがある。
【００１１】
他の無線通信端末と物理的な通信リンクが確立した上で、無線通信端末の内部で生成されたデータを他の無線通信端末に送信するフレームがデータフレームである。データは本実施形態の上位層で生成されるものである。例えばユーザの操作によってデータは生成される。
【００１２】
上記データフレームを他の無線通信端末との間で送受（交換）する際の制御に用いられるフレームが制御フレームである。無線通信端末がデータフレームを受信した場合にその送達確認のために送信される応答フレームは制御フレームの１つである。
【００１３】
これら３種類のフレームは物理（ＰＨＹｓｉｃａｌ；ＰＨＹ）層で必要に応じた処理を経て物理パケットとしてアンテナを経由して送出される。
【００１４】
本実施形態に係るデータフレームのフォーマットを図１に示す。本実施形態では複数のデータが連接（Ａｇｇｒｅｇａｔｅ）して１つの物理パケットを構成するアグリゲーションフレームを扱う。図１はｎ個のデータがフレームボディとして連接されていることを示している。ここでは便宜的にサブヘッダ（ＳｕｂＨｅａｄｅｒ；ＳＨ）フィールド２とフレームボディ（Ｆｒａｍｅ Ｂｏｄｙ；ＦＢ）フィールド３とフレームチェックシーケンス（Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ；ＦＣＳ）フィールド４とを１セットとして「フレーム」と呼び、フレーム＃１、フレーム＃２、…フレーム＃ｎと表している。
【００１５】
共通ヘッダ（Ｃｏｍｍｏｎ Ｈｅａｄｅｒ；ＣＨ）フィールド５には当該フレームを送信する無線通信端末の識別子（Ｔｒａｎｓｍｉｔｔｅｒ Ｕｎｉｑｕｅ ＩＤ；Ｔｘ ＵＩＤ）や受信先の無線通信端末の識別子（Ｒｅｃｅｉｖｅｒ Ｕｎｉｑｕｅ ＩＤ；Ｒｘ ＵＩＤ）など、フレーム全体に共通の情報が入れられる。フレームを受信した無線通信端末がそのフレームが当該無線通信端末宛てであるかをＲｘ ＵＩＤを用いて確認後、その情報に応じた受信処理を行うことから、好ましくはＲｘ ＵＩＤがＣＨフィールド５の先頭に来て、その後Ｔｘ ＵＩＤが続く構成が良い。このＣＨフィールド５に、以降に連接して入れられているフレームボディ３の数情報を入れるようにしてもよい。またＣＨフィールド５の情報が正しく受信できたかを確認するための誤り検出フィールド、すなわちヘッダチェックシーケンス（Ｈｅａｄｅｒ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ；ＨＣＳ）フィールドをＣＨフィールドに付加してもよい。
【００１６】
ＣＨフィールド５の後には１つ以上のデータが入れられる。各データはフレームボディ（Ｆｒａｍｅ Ｂｏｄｙ；ＦＢ）フィールド３に入れられ、それにサブヘッダ（ＳｕｂＨｅａｄｅｒ；ＳＨ）フィールド２とフレームチェックシーケンス（Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ；ＦＣＳ）フィールド４が付随する。
【００１７】
ＳＨフィールドにはＦＢフィールド長を示すＬｅｎｇｔｈフィールド７、フレームボディ（すなわちデータ）の順序であるシーケンス番号を示すシーケンス番号（Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ；ＳＮ）フィールド８、及びヘッダチェックシーケンス（Ｈｅａｄｅｒ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ；ＨＣＳ）フィールド６が入れられている。図１ではＨＣＳフィールド６をＳＨフィールド２の隣に明示しているが、ＨＣＳフィールド６はＳＨフィールド２に含まれる。ＳＨフィールド２にはそのＳＨフィールドとＦＢフィールドに対応するフレームの種別を示す情報９などを含めてもよい。当該フレームはデータフレームであるので、フレーム種別はデータフレームであることが示される。なお、フレームの種別を示す情報９とは、例えば１つのフィールドで示してもよいし、制御フレームとデータフレーム／管理フレームの識別をする第１のフィールドとデータフレームと管理フレームの識別をする第２のフィールドというように複数のフィールドで示してもよい。最終的にフレームの種別情報として少なくともデータフレームと管理フレームと制御フレームのレベルで識別できるようになっていればよい。フレームの種別を示す情報９はＣＨヘッダ５に入れてもよい。これらＳＨフィールド２の情報が正しく受信できたかを確認するための誤り検出フィールドがＨＣＳフィールド６である。ＳＨフィールド２にＨＣＳフィールド６を設けることによって、ＳＨフィールド２の情報が示すＦＢフィールド長７やシーケンス番号８などのＳＨフィールド内のデータを正しく抽出できるか判断することができる。
【００１８】
ＦＢフィールド３に続くＦＣＳフィールド４はＦＢフィールド３の情報が正しく受信できたかを確認するための誤り検出フィールドである。
【００１９】
本実施形態において上記のようなデータフレームを受信した無線通信端末が送信する送達確認応答フレームのフォーマットを図２に示す。
【００２０】
ＣＨヘッダはデータフレームフォーマットと同様である。以降に連接して入れられているフレームボディの数情報を入れるフィールドがある場合には、ここには数は０(零)であることを示す。
【００２１】
図２におけるＳＨフィールドは図１におけるＳＨフィールドと同じ構成で示してあるが、異なってもよい。しかし少なくともシーケンス番号を示すＳＮフィールド２とＨＣＳフィールド６が入る。図２では図１と同様にＨＣＳフィールド６をＳＨフィールド２の隣に明示しているが、ＨＣＳフィールド６はＳＨフィールド２に含まれる。フレームの種別を示す情報９をデータフレームにおけるＳＨフィールドと同様に入れる場合は、制御フレームであることが示される。フレームの種別を示す情報９はＣＨヘッダ５に入れてもよい。フレーム種別の情報９の表示方法としては、図１のデータフレームに関して記載したのと同様、例えば１つのフィールドで示してもよいし、制御フレームとデータフレーム／管理フレームの識別をする第１のフィールドとデータフレームと管理フレームの識別をする第２のフィールドというように複数のフィールドで示してもよい。当該フレームは制御フレームであることから、前述のように複数のフィールドで示す場合は、データフレームと管理フレームの識別をするフィールドは無関係となるため、リザーブド（Ｒｅｓｅｒｖｅｄ）となる。当該送達確認応答のＳＨフィールド２を図１におけるデータフレームのＳＨフィールド２と同じ構成とする場合にはＬｅｎｇｔｈフィールドをリザーブド（Ｒｅｓｅｒｖｅｄ）にしてもよいし、あるいはＦＢフィールドが存在しないため、例えば０（零）を入れるようにしてもよい。
【００２２】
本実施形態に係る送達確認応答フレームにおいて、ＳＮフィールド２には無線通信端末が連続で受信成功したフレームの最大のシーケンス番号（Ｓｕｃｃｅｓｓｉｖｅ Ｍａｘｉｍｕｍ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ；ＳＭＳＮ）８’を指定する。
【００２３】
送達確認応答フレームのＳＨフィールド２の最後にはＳＨフィールドの情報が正しく受信できたかを確認できるように誤り検出フィールドであるＨＣＳフィールド６を付ける。
【００２４】
このような送達確認応答フレームのフォーマットにより、従来の複数のフレームボディすなわちデータ各々に対する送達確認応答を通知する方法に比べて応答フレーム長が短くなり、極めて良好な通信環境下で通信効率を向上することができる。また送達確認応答フレームに入力する情報としての受信ステータスを１状態だけ保持すればよい。
【００２５】
当該データフレームや送達確認応答フレームを含むフレームは物理層で符号化処理などを施され、物理ヘッダやプリアンブルなどが付与され、アンテナから変調されて送出されることになる。
【００２６】
図３に本実施形態における無線通信端末の構成を示す。
【００２７】
受信処理部１０と送信処理部２０が上位処理部０とアクセス制御部３０とＰＨＹ処理部４０につながっている。ＰＨＹ処理部４０は物理パケットを受信する受信部と物理パケットを送信する送信部とを備え、周波数変換回路５０を介してアンテナ６０とつながっている。
【００２８】
本実施形態の無線通信端末において、図３のアンテナ６０まで含む構成を無線通信装置部としてもよい。このように、アンテナ６０を無線通信装置部に含める構成とすることにより、アンテナまで含めた１つの装置として無線通信装置を構成することが可能となるため、実装面積を少なく抑えることが可能となる。また、図３において、アンテナ６０を送信処理部２０と受信処理部１０で共用している。このように、１つのアンテナを送信処理部および受信処理部で共用することにより、無線通信装置を小型化することが可能となる。
【００２９】
ＰＨＹ処理部４０の送信部は送信処理部２０から受け取ったフレームに符号化などの処理を行い、物理パケットに変換する。この物理パケットは周波数変換回路５０で必要な周波数帯、例えば６０ＧＨｚのミリ波帯、の無線信号に変調されてアンテナ６０から輻射される。アンテナ６０は図３では複数の場合を示しているが、単一であってもよい。
【００３０】
受信の場合は、アンテナ６０から受信した無線信号が周波数変換回路５０においてＰＨＹ処理部４０で処理可能な基底帯域（Ｂａｓｅｂａｎｄ）に復調され、ＰＨＹ処理部４０の受信部に渡される。受信部により物理パケット復号化処理やプリアンブル及び物理ヘッダなどを取り除く処理が行われた後のペイロード部がフレームとしてＰＨＹ処理部４０から受信処理部１０に渡される。またフレームを受信処理部１０に渡す前に、物理パケットの受信開始の通知を、フレームを受信処理部１０に渡した後には受信終了の通知をそれぞれ受信処理部１０に入力する。物理パケットのエラー検出の通知や、無線媒体の状況に関する情報をアクセス制御部３０に入力する。
【００３１】
受信処理部１０と送信処理部２０とアクセス制御部３０は上述のデータフレーム、制御フレーム、管理フレームを扱い、他の無線通信端末との間で無線リンクを確立し、それらフレームの交換を行う。これらは少なくとも媒体アクセス制御（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ；ＭＡＣ）に関する処理を行うが、データフレームに関してはデータを交換する無線通信端末間のアプリケーション層レベルでデータの送信の順序とデータの受信の順序が合うように、受信側におけるデータの並べ直しの処理も含む。
【００３２】
なお、複数の異なるＰＨＹ処理部があり、各々に対応する送信処理部、受信処理部、アクセス制御部があり、さらに異なるＰＨＹ処理部にまたがった共通処理部があってもよい。
【００３３】
ユーザの操作などによってアプリケーションで送信するデータが発生すると、上位処理部０を介して送信処理部２０にデータが渡され、送信処理部２０において図１で示すデータフレームに変換される。個々のデータはフレームボディとして、あるいはより細かい単位に分割（ｆｒａｇｍｅｎｔ）した上でＦＢフィールドに入れられる。送信処理部２０には１ずつ増加する整数カウンタを用意しておき、同一の無線通信端末へ同一種別のフレーム（ここではデータフレーム）を送信する間は、各フレームボディに対応するＳＮフィールドに当該カウンタの値をシーケンス番号として割り当てる。送信処理部２０はアクセス制御部３０からの情報に基づき送信タイミングを計り、生成したフレームを送信指示と共にＰＨＹ処理部４０に渡す。このとき、送信に必要な変調及び符号化方式の指示なども合わせて行うようにしてもよい。
【００３４】
ＰＨＹ処理部４０を介して上記データフレームを受信した無線通信端末では、受信処理部１０でデータフレームに対する図２の送達確認応答フレームを生成し、データフレームを含んだ物理パケットの受信終了後から所定のフレーム間隔（ＩｎｔｅｒＦｒａｍｅ Ｓｐａｃｅ；ＩＦＳ）を開けて当該送達確認応答フレームを物理パケットとして送信する。また、受信処理部１０は、受信したデータフレーム中のＦＢフィールド部の内容をＳＮフィールドに基づいて順番に上位処理部０に渡す。
【００３５】
本実施形態では、受信したデータフレームから１つでも正しくＦＢフィールドを抽出できたなら、連続で受信成功したフレームの最大シーケンス番号（ＳＭＳＮ）をＳＮフィールドに入れた送達確認応答フレームを前記データフレーム受信のＩＦＳ後に送信する。また受信したフレームから新規に正しく抽出できたフレームボディがＳＭＳＮを更新したなら、当該フレームボディを上位処理部０に渡す。これらを実現するため、受信処理部１０は、デアグリゲーション／フィルタ部１２、受信バッファ１４、連続最大シーケンス番号（ＳＭＳＮ）保持部１６、受信コーディネータ部１８を含む。構成はこれに限らず、最終的には上記目的を達成することができればよい。
【００３６】
デアグリゲーション／フィルタ部１２はＦＢフィールドが連接されている（Ａｇｇｒｅｇａｔｅｄ）場合に各ＦＢフィールドを分離及び抽出するデアグリゲーション処理と、以降の受信処理に必要なフレームのみを通すフィルタリング処理を行う。
【００３７】
フレーム種別情報がＣＨフィールドにある場合、好ましくは次のように処理が行われる。連接されたフレームボディの数情報がＣＨフィールドに記載されている場合であって、それが０の場合は、フレームボディの数が０を許容するフレーム種別であるかを確認する。また、そのフレーム種別を処理する際の条件として、当該フレームの識別子が、許容するＴｘ ＵＩＤの範囲内でありまたＲｘ ＵＩＤの範囲内であるかを確認する。当該条件を満たした場合には、制御フレームであればこれを受信コーディネータ部１８へ渡し、データフレームであればこれを受信バッファ１４へ渡す。管理フレームの場合にもシーケンス番号で管理している場合には、データフレームと同様に受信バッファ１４へ渡し、後述する応答動作としての送達確認応答フレームの送信もデータフレームの場合と同様になる。フレームボディの数情報が１以上の場合には、フレーム種別を確認し、そのフレームボディの数を許容するフレーム種別であるかを確認する。また、そのフレーム種別を処理する際の条件として、当該フレームの識別子が、許容するＴｘ ＵＩＤの範囲内でありまたＲｘ ＵＩＤの範囲内である場合に、デアグリゲーション処理を行う。受信フレームがフィルタリング処理において条件から外れた場合にはその条件の外れ方に応じてエラー処理に回すか、そのまま廃棄するかなどを行う。このようにすることで、自無線通信端末宛てのデータフレームの場合にはこれをデアグリゲーション処理し、自無線通信端末宛ての送達確認応答フレームの場合にはこれを受信コーディネータ部１８へ渡す。そしてデアグリゲーション処理では連接された（Ａｇｇｒｅｇａｔｅｄ）ＦＢフィールドをＳＨフィールドのＬｅｎｇｔｈフィールドの情報によって個別に抽出（Ｄｅａｇｇｒｅｇａｔｉｏｎ）する。まずＳＨフィールド内の情報に誤りがないかどうかをＳＨフィールドの最後に入れられたＨＣＳフィールドに基づいて判定する。次に、誤りがない、つまり正しいと判定された場合にＬｅｎｇｔｈフィールドの情報を用いてＦＢフィールドを抽出する。そして各ＦＢフィールドの情報に誤りがないかどうかをＦＢフィールドに続くＦＣＳフィールドに基づいて判定する。誤りがない、つまり正しいと判定されたＦＢフィールドの情報を対応するＳＮフィールドの情報（シーケンス番号）とともに受信バッファ１４へ渡す。このようにＳＨフィールドにフレームボディ長（Ｌｅｎｇｔｈフィールド）とシーケンス番号（ＳＮフィールド）というフレームボディに関する情報が一箇所にまとまっていることにより、デアグリゲーション／フィルタ部１２と受信バッファ１４で用いる情報の抽出が容易になる。受信フレームの処理を開始して最初に正しくＦＢフィールドの情報を抽出できた際には、送達確認応答フレームの準備開始の指示を受信コーディネータ部１８に送る。受信コーディネータ部１８に対するこの通知によって、受信フレームから少なくとも１つ以上のＦＢフィールドを正しく抽出できると、受信コーディネータ部１８は送達確認応答フレームの送信準備を行うことになる。ＳＨフィールドにより、それが付随するＦＢフィールドと、ＦＢフィールドに続くＦＣＳフィールドの抽出と判定を行った後は、当該ＦＣＳフィールドの後に続く次のＳＨフィールドを探索して同様の動作を継続する。そして、受信フレームの最後まで処理が終了すると、受信コーディネータ部１８に受信フレームの処理終了の通知を送る。この際、受信フレームを終了した実際の時刻を合わせて通知に入れるようにする。受信フレームを終了した時刻は、ＰＨＹ処理部４０から受信フレームの終了通知を受け取った時刻を把握し、当該把握までに発生した処理遅延の時間を差し引くことにより求めることができる。なお、実際の抽出するフレームボディの数がフレームボディの数情報と異なる場合にはエラー処理に回す。抽出するフレームボディの数がフレームボディの数情報と一致した段階でデアグリゲーション処理を終了するようにしてもよい。
【００３８】
フレーム種別情報がＳＨフィールドにある場合は、自無線通信端末宛てのフレームなら上記のＳＨフィールドによるデアグリゲーション処理を行いつつ、フレーム種別によって必要な情報を適宜他の受信コーディネータ部１８、受信バッファ１４に送る。フレームボディの数情報が０の場合は、次のＳＨフィールドを用いてフレームボディの数が０を許容するフレーム種別であることを確認する。また、そのフレーム種別を処理する際の条件として、当該フレームの識別子が、許容するＴｘ ＵＩＤの範囲内でありまたＲｘ ＵＩＤの範囲内である場合には受信コーディネータ部１８へ渡す。フレームボディの数情報が１以上の場合は、ＣＨフィールド直後の最初のＳＨフィールドを用いてフレーム種別を確認し、そのフレームボディの数を許容するフレーム種別であるかを確認する。また、そのフレーム種別を処理する際の条件として、当該フレームの識別子が、許容するＴｘ ＵＩＤの範囲内でありまたＲｘ ＵＩＤの範囲内である場合に、デアグリゲーション処理を行う。
【００３９】
デアグリゲーション処理は上述と同様となる。但し、デアグリゲーション処理中に、各ＳＨフィールドに記載されたフレーム種別情報を確認し、許容するフレーム種別であるかを判断し、その条件から外れた場合にはエラー処理に回す。例えば１つのフレーム内には単一のフレーム種別のフレームボディしか連接できないとする。その場合に、最初のＳＨフィールドがデータフレームであって、次のＳＨフィールドが管理フレームである、というように異なるフレーム種別のフレームボディが混在するようなフレームを受信するとエラー処理に回すことになる。
【００４０】
受信バッファ１４では、正しいと判定されたＦＢフィールドの情報（フレームボディ）と、それに対応するシーケンス番号を対にして保持する。好ましくはフレームボディとシーケンス番号の対をシーケンス番号順に並べ替える（ｒｅｏｒｄｅｒ）。受信バッファ１４はＳＭＳＮ保持部１６で保持する最大シーケンス番号を参照し、その最大シーケンス番号より１大きいシーケンス番号があるなら、当該１大きいシーケンス番号に対応するフレームボディを受信コーディネータ部１８に渡し、また当該１大きいシーケンス番号をＳＭＳＮ保持部１６に通知する。受信バッファ１４が受信コーディネータ部１８にフレームボディを渡した際には、好ましくは当該フレームボディとそれに対応するシーケンス番号を保持していた領域をクリアする。
【００４１】
ＳＭＳＮ保持部１６では、受信バッファ１４から通知されたシーケンス番号を保持する。このように動作することによって、ＳＭＳＮ保持部１６は受信成功した連続最大シーケンス番号を保持することになる。
【００４２】
受信コーディネータ部１８は、デアグリゲーション／フィルタ部１２からの入力に対し、送信処理部２０あるいは上位処理部０と連動した動作を行う。受信コーディネータ部１８は、送達確認応答フレームの準備開始の通知を受けると、受信フレームの処理終了の通知を受けるのを待ち、受信フレームの処理終了の通知があると、ＳＭＳＮ保持部１６から連続最大シーケンス番号を取得し、その番号とフレームを受信終了した時刻を含む送達確認応答フレームの送信指示を送信処理部２０へ送る。送達確認応答フレームの準備開始の通知を受けて、受信フレームの処理終了の通知が来る前に不適切なフレームを受信したなどのエラー処理が発動された場合は、好ましくは送達確認応答フレームの準備開始を中断する。受信コーディネータ部１８が受信バッファ１４からＦＢフィールドを入力されると、上位処理部０へＦＢフィールド、すなわちフレームボディを渡す。また受信コーディネータ部１８は、送達確認応答フレームが入力されたなら、そのフレームに記載された送達確認に関する情報を送信処理部２０に渡す。本実施形態では受信成功した連続最大シーケンス番号を送達確認応答フレームによって通知することになっていることから、当該連続最大シーケンス番号を送信処理部２０に通知することになる。好ましくは、合わせて送達確認応答フレームのＴｘ ＵＩＤ、すなわち送達確認応答フレームを送信した無線通信端末の識別子を通知する。
【００４３】
送信処理部２０は送達確認応答フレームの送信指示を受けると、連続最大シーケンス番号をＳＮフィールドに入れた図２の送達確認応答フレームを生成し、通知された受信フレームの受信終了時刻から固定時間後に送信されるようにＰＨＹ処理部４０へ送達確認応答フレームを渡す。固定時間とは好ましくは規定される最小のフレーム間隔（ＩＦＳ）であって、送信と受信の切り替え時間と送達確認の必要なフレームであることを把握して送達確認応答フレームを生成及び送信するまでの処理遅延とを足した時間である。一般に、この最小フレーム間隔はＳｈｏｒｔ ＩｎｔｅｒＦｒａｍｅ Ｓｐａｃｅ （ＳＩＦＳ）と呼ばれる。また受信コーディネータ部１８から送達確認に関する情報を受けると、その情報を用いて送信したフレームの再送処理を行う。本実施形態では連続最大シーケンス番号の通知を受けることにより、送信したフレームボディのうち、当該通知シーケンス番号より大きなフレームボディを再送する。再送するフレームボディを含んだデータフレームを生成し、送信する手順は前述と同様である。送達確認応答フレームのＴｘ ＵＩＤを連続最大シーケンス番号と合わせて受けることで、送信したフレームボディのうち当該Ｔｘ ＵＩＤと同一のＲｘ ＵＩＤを持つフレームボディに対して再送処理を行うべきであることを判断することができる。すなわち、データフレームを送信した相手先の無線通信端末から送達確認応答フレームを受けると、その無線通信端末に対して適切な再送を行うことができる。再送処理の対象となるフレーム（データフレームあるいは管理フレーム）の送信後、当該フレームに対する送達確認応答フレームを所定の時間内に受信しなければ、フレームに含まれる全てのフレームボディを再送する処理は従来知られている技術と同様となる。
【００４４】
前述のシーケンス番号とは、データの送信側とデータの受信側の無線通信端末との間でデータの順序を同一にし、認識を共通にするためのものである。本実施形態では受信コーディネータ部１８を介するわけであるが、受信バッファ１４の上記動作によって、受信したフレームボディ情報をＳＮフィールドの情報に基づくことによりデータ送信側無線端末における順序に対応付けて上位層に上げることができる。なお、順序を整えることなく受信バッファ１４からそのまま上位処理部０へフレームボディ情報を渡すようにしてもよい。
【００４５】
上位処理部０は受信したフレームのフレームボディ情報を受信処理部１０から受けると、当該フレームボディをアプリケーションへデータとして入力するなどの継続した受信処理を行う。フレームボディ情報は、受信処理部１０から、継続した受信処理へ回される。
【００４６】
以上のように動作することで、送達確認に基づいたデータのフレーム交換を無線通信端末間で行うことができる。
【００４７】
次に、具体的に図４のようなデータフレームを受信した場合について検討する。ここではＣＨフィールドは正しく受信された場合を想定する。つまり、ＣＨフィールドがＨＣＳフィールドを含む場合であって、該ＨＣＳフィールドにより誤りを検出しなかった場合を想定する。なお、ＣＨフィールドが正しく受信されなかった場合は、送達確認応答フレームの送信は行われない。各ＳＨフィールド中のＨＣＳフィールドと各ＦＢフィールドに付随するＦＣＳフィールドは省略してあるが、それぞれのＨＣＳあるいはＦＣＳで誤りがない（すなわち正しい）と判定された場合は対応するＳＨフィールドあるいはＦＢフィールドの下に○と示してあり、それぞれのＨＣＳあるいはＦＣＳで誤りが検出された場合は対応するＳＨフィールドあるいはＦＢフィールドの下に×と示してある。便宜的に最初のフレームセットのＳＨとＦＢはＳＨ１とＦＢ１と表し、２番目のフレームセットのＳＨとＦＢはＳＨ２とＦＢ２と表し、３番目のフレームセットのＳＨとＦＢはＳＨ３とＦＢ３と表し、４番目のフレームセットのＳＨとＦＢはＳＨ４とＦＢ４と表してある。図４ではデータフレームの中には４セットのフレームがあるが、最初と２番目と３番目のＳＨフィールドとＦＢフィールドは正しく受信され、４番目のフレームではＳＨフィールドに誤りが検出され、従ってＦＢフィールドも誤りであると判定されたものとする（ＳＨ４が対応するＨＣＳで誤りと判定された場合、対応するＦＣＳを用いてＦＢ４を判定する動作は省略してよい）。シーケンス番号として、ＳＨ１のＳＮフィールドには１０１、ＳＨ２のＳＮフィールドには１０２、ＳＨ３のＳＮフィールドには１０３、ＳＨ４のＳＮフィールドには１０４が割り当てられているとした場合、無線通信端末において連続で受信成功したシーケンス番号は１０３になることから、データフレームを送信した無線通信端末に１０３をＳＮフィールドに入れた送達確認応答フレームを送信する。当該データフレームを送信した無線通信端末はＳＮフィールドに１０３が入った送達確認応答フレームを受信すると、シーケンス番号１０４に対応するデータを再送する必要があることを把握し、ＳＨ４とＦＢ４を含むデータフレームを送信することになる。
【００４８】
再び図４と同様のシーケンス番号の入ったデータフレームを考え、例えば図５のように３番目のフレームセットのＳＨ３が対応するＨＣＳフィールドに基づき正しいと判定されたが、ＦＢ３が対応するＦＣＳフィールドに基づき誤っていたと判定された場合は、無線通信端末はデータフレームを送信した無線通信端末に１０２をＳＮフィールドに入れた送達確認応答フレームを送信する。当該データフレームを送信した無線通信端末はＳＮフィールドに１０２が入った送達確認応答フレームを受信すると、シーケンス番号１０３以降のデータを再送する必要があることを把握し、ＳＨ３とＦＢ３のセットと、ＳＨ４とＦＢ４のセットを再送することになる。これらのセットは１つのデータフレームの中に連接させるようにしてもよいし、個々にＣＨフィールドを先頭に付加したデータフレームとして別に送信するようにしてもよい。これら再送フレームセットにまだ送信していないフレームセットを追加してデータフレームを構成するようにしてもよい。
【００４９】
データフレームの受信が図６の場合を考える。シーケンス番号の割り当ては図４の場合と同様とすると、この例ではシーケンス番号１０１、１０２、１０３に対応するフレームセットの受信は失敗し、シーケンス番号１０４に対応するフレームセットだけ受信成功している。このような受信結果の場合、無線通信端末は最後の４番目のフレームセットを正しく抽出できたことにより送達確認応答フレームの生成及び送信をするが、当該データフレームの受信で連続して受信成功したシーケンス番号の更新はない。このデータフレームの受信の前のデータフレームによってシーケンス番号１００まで順当に受信成功しており、連続して受信成功したシーケンス番号として１００を保持していた場合、シーケンス番号として１００を入れた送達確認応答フレームを送信する。当該データフレームを送信した無線通信端末は、シーケンス番号１０１以降の送信したデータを再送する必要があることを把握し、さらに送信先の無線通信端末から送達確認応答はあったということから、送信先無線通信端末には多少のデータは通っていること、つまりコネクションはあること、そして送信先無線通信端末は仮にパワーセーブ動作を行っているとしても現在は受信可能状態にあるということ、を把握することができる。これは通信相手の無線通信端末との間のコネクションを確認する、あるいは受信可能状態にあるかを確認するために探査（Ｐｒｏｂｅ）フレームを送信することの代わりになる。
【００５０】
データフレームの受信が図７の場合を考える。シーケンス番号の割り当ては図４の場合と同様とすると、この例ではシーケンス番号１０１、１０２、１０３に対応するフレームセットの受信は失敗し、さらにシーケンス番号１０４に対応するフレームセットのＦＢ４に誤りを検出している。このような受信結果の場合、無線通信端末は１つも正しいフレームボディ、すなわちデータ、の抽出を行えなかったため、送達確認応答フレームの生成及び送信は行わない。当該データフレームを送信した無線通信端末は、当該データフレーム送信の固定時間後に送達確認応答フレームを送信先の無線通信端末から受信しなかったことから、送信先の無線通信端末にデータは届かなかったと判断し、送達確認応答フレーム待ちで再送候補となっているデータ、すなわちシーケンス番号１０１から１０４に対応するフレームセットの再送をする。
【００５１】
データ送信側無線通信端末は、期待する送達確認応答フレームを受信しなかった場合、送信したデータフレームの中のフレームセットが全て受信失敗したと判断して再送処理を行う。あるいは送達確認応答フレームを要求するフレーム（好ましくはこれも制御フレームである）を送信可能な機構を持つ場合には、当該要求フレームを送信してもよい。当該要求フレームを受信したデータ受信側無線通信端末はＳＭＳＮ保持部１６で保持している値を送達確認応答フレームに入れて送信する。
【００５２】
上記図６や図７のような場合、前半のＳＨフィールドに誤りがあるため、それに続くＦＢフィールド及びＦＣＳフィールドの抽出ができず、どこから次のＳＨフィールドが開始するか不明である。そのため、ＳＨフィールドがＨＣＳにより誤っていると判定された場合には次のＳＨフィールドを探索する動作を行う。この動作は図３に示したデアグリゲーション／フィルタ部１２で行われる。
【００５３】
まずＳＨフィールドとそのＨＣＳフィールドとＦＢフィールドの後のＦＣＳフィールドは固定長であることが要求される。好ましくはＳＨフィールドがバイト長であり、ＦＢフィールドからＦＣＳフィールドまでの長さの和がＳＨフィールド長の整数倍になるように、ＦＢフィールドの後にパディングをするパディング（ＰＡＤｄｉｎｇ；ＰＡＤ）フィールドを追加する。ここでは、ＳＨフィールドの長さは８バイトであり、その中に含まれるＨＣＳフィールドは４バイトであるとする。またＦＣＳフィールドの長さは４バイトであるとする。そうすると、ＰＡＤフィールドは０〜７バイトになる。ＰＡＤフィールドには各ビットに０を入れるのが望ましい。このデータフレームのフォーマットを図８に示す。ＳＨフィールドの中のＬｅｎｇｔｈフィールドはＰＡＤフィールドの長さを含まないので、受信側の無線通信端末は当該Ｌｅｎｇｔｈフィールドの値を用いてＦＢフィールドのみを抽出することができる。またＦＣＳフィールドはＦＢフィールドの先頭からＦＢフィールド以上になるＳＨフィールドの長さ８バイトの最小の整数倍のところから４バイトさかのぼった領域であると判断することができる。図９でこの動作を説明すると、例えばＬｅｎｇｔｈフィールドに１８と記載されている場合、ＳＨフィールド後の１８バイトをＦＢフィールドとして抽出し、１８バイト以上で最小の８バイトの整数倍は２４であることから、ＳＨフィールドの後から２４バイトのところをＦＣＳフィールドの終点とし、そこから４バイトさかのぼった領域をＦＣＳフィールドとして抽出することができる。ここで、ＦＣＳフィールドはＦＢフィールドのみを誤り検出の対象とし、ＰＡＤフィールドは誤り検出の対象には含めない。
【００５４】
連接されたフレームセットを含む構成とする場合には、仮に同一のフレーム種別のみが許容されるとした場合、図２の送達確認応答フレームのような、ＦＢフィールドとそれに続くＰＡＤフィールドとＦＣＳフィールドがない、ＳＨフィールドのみで終わる制御フレームの構成を途中に含まないことになる。すると誤り判定されたＨＣＳフィールドの後に必ず少なくとも最小のフレームボディ長とＰＡＤフィールドと４バイト長のＦＣＳフィールドとがあり、その後に次のＳＨフィールドが来ることになる。最小のフレームボディ長とＰＡＤフィールド長とＦＣＳフィールド長４バイトの和はＳＨフィールド長の整数倍になる規則であることから、次のＳＨフィールドの検索開始地点は現時点のＳＨフィールドの直後からＳＨフィールド長の整数倍ずらした地点にすればよい。これを図１０を用いて説明する。例えば最小のフレームボディ長として０バイトを許容するならＳＨフィールド長の整数倍にする規則からＰＡＤフィールドは４バイトになり、現時点のＳＨフィールドの直後（図１０の（ｂ））を基点としてそこからＳＨフィールド長の１倍つまり８バイトだけずらした地点（図１０の（ｃ））、つまり現時点でのＳＨフィールドの先頭（図１０の（ａ））からは１６バイトずらした地点(図１０の（ｃ））を、次のＳＨフィールドの探索開始地点とすることになる。このＳＨフィールドの探索開始地点からＳＨフィールドの固定長分８バイトをＳＨフィールドとして抽出し、その中で最後の４バイトをＨＣＳフィールドとして誤り検出を試行する。
【００５５】
ＨＣＳフィールドと想定した部分を用いた誤り検出によって誤りがあると判定された場合、それ以降は現在のＳＨフィールドの探索開始地点（図１０の（ｃ））からＳＨフィールドの固定長分８バイトをずらした地点をＳＨフィールドの探索開始地点（図１０の（ｄ））として再びそこからＳＨフィールドの固定長分８バイトをＳＨフィールドとして抽出し、その中で最後の４バイトをＨＣＳフィールとして誤り検出を試行する。再びＨＣＳフィールドと想定した部分を用いた誤り検出で誤りがあると判定された場合には、現時点でのＳＨフィールドの探索開始地点からＳＨフィールドの固定長分８バイトをずらした地点を再びＳＨフィールドの探索開始地点としてその地点からＳＨフィールド長分をＳＨフィールドとして抽出し、想定するＨＣＳフィールドの誤り検出の試行をする、という動作を繰り返す。
【００５６】
ＨＣＳフィールドであると想定した部分を用いた誤り検出によって誤りがないと判定された場合にはＳＨフィールドの固定長分８バイトで抽出した領域をＳＨフィールドと確定してＦＢフィールドとそれに付随するＦＣＳフィールドの領域とを抽出する。ＰＡＤフィールドを認識し、除外する処理は上述のとおりである。
【００５７】
このようにしてどこから次のＳＨフィールドが開始するか不明となった場合でもＳＨフィールドの検出をすることができる。
【００５８】
上記ＳＨフィールドの探索処理において、現時点でのＳＨフィールドの直後から残る領域長が最小のフレームボディ長とＦＣＳフィールド長と最小のフレームボディ長の場合のＰＡＤフィールド長の和の２倍とＳＨフィールド長の和より少なかった場合、次のフレームセットは存在しないとして探索処理を終了してよい。図８のようにＦＣＳフィールド長がＳＨフィールド長よりも短く、最小のフレームボディ長は０とすると、ＦＣＳフィールド長と最小のフレームボディ長とＦＣＳフィールド長とＰＡＤフィールド長の和は８バイトでＳＨフィールド長の１倍になるから、その２倍の１６バイトにＳＨフィールド長の８バイトを足した２４バイト、つまりＳＨフィールド長の３倍よりもフレームボディ分離が未処理の領域が少ない場合には探索処理を終了し、ＳＨフィールドの３倍よりもフレームボディ分離が未処理の領域がある場合には、フレームセットが存在する可能性がまだあるとして次のＳＨフィールドの探索処理を試行する。現時点でのＳＨフィールドの探索開始地点からの残る領域長での議論に置き換えるなら、上記ＳＨフィールド長の３倍に加えて現時点で想定するＳＨフィールド長があるため、ＳＨフィールド長の４倍より少ないか、それ以上かになる。
【００５９】
なお、ここまでは図２の送達確認応答フレームのようなＳＨフィールドでフレームセットが完了する構成単位が混在することを許容しないで記述してきたが、そのような構成単位の混在を許容するなら、上述の最小のフレームボディ長とＦＣＳフィールド長を０バイトとして（つまり、ないものとして）、最初から次のＳＨフィールドの探索開始地点を現時点でのＳＨフィールドの探索開始地点からＳＨフィールドの固定長分だけずらした地点（図１０の（ｂ））にして探索処理を行えばよい（図１０の（ｂ）で誤り判定されたら、次は（ｃ）を探索開始地点として処理し、以降は前述と同様）。
【００６０】
データフレームの構成は図８のようであるとすると、図６の場合の具体的なＳＨフィールドの探索動作は次のようになる。最小のフレームボディ長は０とする。最初のＳＨフィールドがそのＨＣＳフィールドにより誤りと判定されると、そのＳＨフィールドの直後を基点として８バイトずらした地点を次のＳＨフィールドの探索開始地点として想定するＨＣＳフィールド部の誤り検出を試行する。この場合、誤りと判定されることから、ＳＨフィールドの探索開始地点をさらに８バイト後にずらし、同様の処理を行っていく。最終的に最後のＳＨフィールド（ＳＨ４と示してある部分）を抽出してそれがＨＣＳフィールドより正しいと判定されると、Ｌｅｎｇｔｈフィールドを用いてＦＢフィールドを抽出し、Ｌｅｎｇｔｈフィールド以上で８バイトの最小整数倍の地点がフレームセットの最後であるとしてそこから４バイトさかのぼった領域をＦＣＳフィールドとして抽出する。そしてＦＣＳフィールドからＦＢフィールドが正しいと判定される。
【００６１】
ＳＨフィールドの探索処理を継続するかどうかの判断としてフレームボディ分離が未処理の領域長を用いる方法を上述したが、ＣＨフィールドなどに連接されたフレーム数が記載されている場合には、これをＳＨフィールドの探索処理を継続するかどうかの判断に用いてもよい。もちろん未処理領域長の判断と組み合わせてもよい。ＳＨフィールドがそのＨＣＳフィールドにより正しいと判定されたらフレーム数として１をカウントし、ＳＨフィールドの探索に失敗している領域は１とカウントして連接フレーム数として示された値と同じになった段階で次のＳＨフィールドの探索を終了する。図６の場合ではＣＨフィールドに連接フレーム数は４であると記載されているとすると、フレームセット＃１から＃３までＨＣＳフィールドにより正しいと判定されるＳＨフィールドがないため、フレーム数として１しかカウントできておらず、ＳＨフィールドの探索処理を継続し、最後のフレームセット＃４でＳＨフィールドがそのＨＣＳフィールドにより正しいと判定される。最後の段階でも、フレーム数としてのカウントは２になる。図５の場合にはフレームセット＃３でフレーム数としてのカウントは３になっており、ＳＨ３フィールドのＬｅｎｇｔｈフィールドの値と８バイトの整数倍との関係に基づきフレームセット＃３の直後からＳＨフィールドの探索を行うが、そこでＳＨ４フィールドが誤りと判定されることでカウントは４になり、それ以上のＳＨフィールドの探索は行わない。
【００６２】
なお、上述のようにＳＨフィールド長の整数倍の制約がない場合は、例えば必ずバイト長でフレームセットが構成されるとするなら、上述のＳＨフィールド探索動作におけるＳＨフィールド長を用いていた部分を１バイトに置き換えればよい。
【００６３】
（第２の実施形態）
第２の実施形態は基本的に第１の実施形態に基づいており、第１の実施形態の構成において、どのシーケンス番号から開始するかをデータ送信側無線通信端末がデータ受信側無線通信端末に通知する構成としたものである。
【００６４】
具体的には、例えばシーケンス番号の開始を通知するビットをＳＨフィールド内に設ける。データ送信側無線通信端末がデータフレームを送信する際に、最初のシーケンス番号が入るフレームセットのＳＨフィールドではそのビットを立てる（つまり１を立てる）。それ以外のフレームセットではそのビットは立てない（つまり０にする）。このようにすることで、無線通信端末は連続で受信成功した最大のシーケンス番号を把握する上での開始番号をデータの受信と同時に入手することができ、これにより予めデータ交換の前にデータ送信側の無線通信端末からのシーケンス開始番号の通知を受ける必要がない。すなわち、即時にデータ交換を行うことができ、通信効率を向上することができる。データ受信側無線通信端末はそのビットが立っているＳＨフィールドのＳＮフィールドの値をシーケンス開始番号として、その番号から連続して値が上がるように受信データフレームを整列させる。具体的には図３の受信バッファ１４で、そのシーケンス開始番号から連続して受信コーディネータ部１８に上げるようにし、ＳＭＳＮ部１６にもそのシーケンス開始番号から連続で受信成功した最大シーケンス番号を通知するようにする。好ましくは、シーケンス開始番号を通知されると、ＳＭＳＮ部１６は保持している値を（当該シーケンス開始番号−１）という初期値で上書きし、その後正しく連続で受信成功した最大のシーケンス番号で上書きしていくようにする。この初期値はデアグリゲーション／フィルタ部１２から受信コーディネータ部１８を経由して通知を受けるようにすればよい。
【００６５】
シーケンス番号の開始を通知するビットが立ったＳＨフィールドを含むフレームに対して送達確認応答フレームを送信する場合には、図１１のようにその送達確認応答フレームにおけるＳＨフィールドでも当該ビット（図１１では、「シーケンス開始把握(ＳＹＮＣ)」と示してある）を立てるようにすれば、データ送信側無線通信端末がその送達確認応答フレームを受信してシーケンス番号開始の通知が正確にデータ受信側無線通信端末に通じたかどうかを確認することができる。これにより、データ送信側無線通信端末は、通知したシーケンス開始番号から、データ受信側無線通信端末の通知してくる連続で受信成功した最大のシーケンス番号までを、データ受信側無線通信端末が正しく受信したことを把握し、再送を含むデータ送信を適切にスケジュールすることができる。
【００６６】
図１２〜図１４を用いて説明する。図１２はデータ送信側無線通信端末が４つのフレームセットが入ったデータフレーム（ＤＡＴＡと記載してあるもの）を送信し、それに対してデータ受信側無線通信端末が送達確認応答フレーム（ＡＣＫと記載してあるもの）を送信した状況を表している。フレーム構成は省略し、データフレームでは各フレームセットにおけるシーケンス番号の開始を通知するビット（ＳＹＮＣと記載）の状況とシーケンス番号（ＳＮと記載）の値が分かり、送達確認応答フレームではシーケンス番号開始の通知の把握を示すビット（ＳＹＮＣと記載）と連続で受信成功した最大のシーケンス番号（ＳＮと記載）の値とが分かるようにしてある。また各フレームセットあるいは送達確認応答フレームの受信状況を前述の例と同様に○／×で示してある。図１２で、シーケンス番号１０１からシーケンス番号が開始されることを示すため、シーケンス番号の開始を通知するビットを最初のフレームセットで立てている（ＳＹＮＣ＝１、ＳＮ＝１０１）。続くフレームセットではシーケンス番号は開始の番号ではないため、シーケンス番号の開始を通知するビットは立てない（ＳＹＮＣ＝０）。このデータフレームを受信した無線通信端末は、シーケンス開始を通知されたフレームセット（ＳＹＮＣ＝１、ＳＮ＝１０１）をＳＨフィールド及びＦＢフィールドともに正しく受信し、続く２個目のフレームセット（ＳＹＮＣ＝０、ＳＮ＝１０２）もＳＨフィールド及びＦＢフィールドともに正しく受信し、３個目のフレームセット（ＳＹＮＣ＝０、ＳＮ＝１０３）はＳＨフィールドあるいはＦＢフィールドで誤りを検出し、４個目のフレームセット（ＳＹＮＣ＝０、ＳＮ＝１０４）はＳＨフィールド及びＦＢフィールドともに正しく受信した。そしてデータ受信側無線通信端末は固定時間後にシーケンス番号開始の通知を把握したことと、連続で受信成功した最大のシーケンス番号とを通知する送達確認応答フレーム（ＳＹＮＣ＝１、ＳＮ＝１０２）をデータ送信側無線通信端末に送信する。データ送信側無線通信端末は当該送達確認応答フレームを受信すると、連続で受信成功した最大のシーケンス番号より１大きいシーケンス番号のフレームから送信する。図１３ではシーケンス番号１０３（ＳＹＮＣ＝０、ＳＮ＝１０３）とシーケンス番号１０４（ＳＹＮＣ＝０、ＳＮ＝１０４）のフレームセットを連接して送信している。図１３では連接して送信しているが、これら再送フレームを単独に送信してもよい。但し、単独で送信する場合、必ずシーケンス番号順に送信する。また図１３では再送対象のフレームセットのみを連接しているが、未送信のシーケンス番号１０５のフレームセットを連接してもよい。未送信のフレームセットは再送対象のフレームセットと連続したシーケンス番号であれば、複数を再送対象のフレームセットに加えて連接してもよい。例えば、図１３のデータフレームにシーケンス番号１０５と１０６も連接できる。
【００６７】
ここで図１４のように、シーケンス番号の開始を通知するフレームセットの受信に失敗した場合を考える。
【００６８】
データ受信側無線通信端末でＳＨフィールドは受信成功したが、ＦＢフィールドの受信に失敗した場合は、シーケンス開始番号は１０１と把握しているので、ＳＹＮＣ＝１、ＳＮ＝１００という送達確認応答フレームを送信してもよい。つまりシーケンス開始番号に対応するＦＢフィールドの受信を失敗した場合は、シーケンス開始番号−１の値（つまり先のＳＭＳＮ部１６の初期値）を返すようにする。
【００６９】
データ受信側無線通信端末は最初のフレームセットのＳＨフィールドも受信失敗していたら、シーケンス開始の番号も把握していない。しかし、２番目のフレームセット（ＳＮ＝１０２）と４番目のフレームセット（ＳＮ＝１０４）は受信している。そこで、送達確認応答フレームを送信する条件は満たされているわけであるから、データ受信側無線通信端末はＳＭＳＮ保持部１６で保持している値を入れて送達確認応答フレームを送信してもよい。しかしこの場合、シーケンス番号の開始を通知するフレームセットを受信したとは認識していないので、送達確認応答フレーム内のシーケンス番号開始の通知を把握したことを示すビットは立てない（ＳＹＮＣ＝０）。それにより、データ送信側無線通信端末はデータ受信側無線通信端末がシーケンス番号開始の通知を受けなかったことを認識し、送達確認応答フレームに示されたシーケンス番号は無視し、シーケンス開始番号の通知とそのシーケンス開始番号に対応するフレームセットからの再送を行う。あるいは、データ受信側無線通信端末はシーケンス開始の番号を把握していない場合、ＳＭＳＮ保持部１６で保持している値を入れて返すのではなく、任意の値を入れて返すのでもよい。このようにしても、送達確認応答フレーム内のシーケンス開始の通知を把握したことを示すビットは立っていない（ＳＹＮＣ＝０）ことより、データ送信側無線通信端末は前述と同様に、データ送信側無線通信端末はデータ受信側無線通信端末がシーケンス番号開始の通知を受けなかったことを認識し、送達確認応答フレームに示されたシーケンス番号は無視し、シーケンス開始番号の通知とそのシーケンス開始番号に対応するフレームセットからの再送を行うことができる。
【００７０】
あるいは、コネクション確立後の最初のデータフレームでは必ずシーケンス開始番号の通知があると規定されている場合、データ受信側無線通信端末でその条件が満たされないと、データフレームに対する応答をしないようにしてもよい。データ受信側無線通信端末では無応答とともにエラー処理を行ってもよい。データ送信側無線通信端末はデータフレーム送信後、固定時間の間送達確認応答フレームが来るかを観測し、来ないと判断すると通常のように再送処理を行うことができる。
【００７１】
このようにすることで、データ交換の最初に通知を受けるだけで物理パケットごとにシーケンス開始番号の通知を受ける必要がなく、データ送信側の無線通信端末の負荷を軽減することができる。
【００７２】
（第３の実施形態）
第３の実施形態は基本的に第１の実施形態に基づいており、第１の実施形態の構成において、ＳＨフィールドの探索処理をフレーム分離が未処理の領域がまだ十分に残っていてもある条件が満たされれば終了する構成としたものである。この条件については以降に詳細をする。探索を終了した時点で、図３の受信バッファ１４に保持した情報を廃棄する。
【００７３】
第１の実施形態ではＳＨフィールドに誤りが検出された場合に次のＳＨフィールドを探索する処理について記載した。そこでは、まだ残る領域が最小のＦＢフィールド長とＦＣＳフィールド長の和の２倍とＳＨフィールド長の和以上あるなら、ＳＨフィールドの探索を行っていた。
【００７４】
ここで、送達確認応答フレームを送信する条件は、１つでも正しいＦＢフィールドを抽出することであった。そして送達確認応答フレームでは連続で受信成功したシーケンス番号が通知される。そこで、必ずデータフレームにはシーケンス番号が連続して増加する方向でフレームセットが入れられる、と決められている場合、データフレームの前半の１つあるいは複数のフレームセットの受信に失敗した場合、すでに保持している連続で受信成功したシーケンス番号を当該受信データフレームにより更新する可能性はない。この場合、送達確認応答フレームを送信する条件が満たされるかどうかだけを確認できればよいことになる。
【００７５】
また、すでに保持している連続で受信成功したシーケンス番号を当該受信データフレームにより更新する可能性がないということで、受信バッファでシーケンス番号順に連続してフレームボディを次の処理に回す動作も行う必要もなく、受信バッファに当該受信データフレームを保持しておく必要がない。
【００７６】
そこで少なくとも１つのフレームセットを正しく抽出できた後、フレームセットの抽出に失敗した場合を、ＳＨフィールドの探索終了、つまりフレームセットの抽出処理の終了の条件とする。これをより詳細に述べると、あるＳＨフィールドが正しく抽出され、それを用いて抽出したＦＢフィールドもそれに付随するＦＣＳフィールドにより誤りがない（すなわち、正しい）と判定されることを第１条件とし、第１条件が満たされた上でフレームボディ分離が未処理の領域から抽出したＳＨフィールドがそのフィールド内のＨＣＳフィールドにより誤りがあると判定された場合もしくは誤りなく（すなわち、正しく）抽出したＳＨフィールドに基づき抽出したＦＢフィールドがそれに付随するＦＣＳフィールドにより誤りがあると判定された場合（第２条件）には、次のＳＨフィールドの探索処理を行わない。
【００７７】
そしてこの終了条件が満たされた場合には、受信バッファに保持したフレームセットの情報を廃棄する。
【００７８】
ＳＨフィールドを探索する処理と受信バッファの内容破棄について図１５〜図１７を用いて説明する。
【００７９】
図１５の例においては、ＣＨフィールドを正しく検出した後、最初のフレームセットのＳＨフィールド（ＳＨ１）がそのＨＣＳフィールドにより誤り検出される。そこで、続くＦＢフィールド（ＦＢ１）も誤りと判定されるが、残る領域についての処理を継続する。すなわち、ＳＨ１フィールドの後から第１の実施形態に基づく方法で次の正しいＳＨフィールドを探索する処理を行う。そして、図１５でＳＨ２と表記されたＳＨフィールドを正しく抽出し、そのＳＨフィールドが示すＦＢフィールド（ＦＢ２）も付随するＦＣＳフィールドにより正しい（誤りがない）と判定すると、上述の第1条件が満たされたことになり、図３のデアグリゲーション／フィルタ部１２から受信バッファ１４にＳＨ２内のシーケンス番号とＦＢ２を渡し、残る領域についての処理を継続する。すなわち、ＦＢ２に付随するＦＣＳフィールドの後に続く次のＳＨフィールド（ＳＨ３）を抽出して誤りがないかの判定をそのＨＣＳフィールドで行う。図１５ではＳＨ３が誤りと判定された場合を示しており、これにより上述の第２条件が満たされる。第１条件の後に第２条件が満たされたということで、ＳＨ３の抽出及び判定以降の処理を行わない。すなわち、未処理の領域が残ってはいるが、第１の実施形態のようにＳＨフィールドの探索処理を継続せずに終了する。そして、図３の受信バッファ１４に保持してあったＦＢ２とそれに対応するシーケンス番号情報を廃棄する。
【００８０】
図１６は、図１５とＳＨ３の抽出までは同様で、第１条件は満たされているが、抽出したＳＨ３がそのＨＣＳフィールドにより誤りがない（正しい）と判定された場合を示している。しかし、ＳＨ３が示すＦＢ３が付随するＦＣＳフィールドにより誤りがあると判定され、ここで上述の第２条件が満たされる。そこで第１条件の後に第２条件が満たされたということで、ＦＢ３の抽出及び判定以降の処理を行わない。すなわち、未処理の領域が残ってはいるが、第１の実施形態のようにＳＨフィールドの探索処理を継続せずに終了する。また受信バッファで保持してあったＦＢ２とそれに対応するシーケンス番号情報を廃棄する。
【００８１】
図１７は、前半のフレームセットが正しく抽出できた場合を示している。すなわち、最初のＦＢフィールド（ＦＢ１）を正しく抽出できたことで、上述の第１条件は満たされ、２番目のＳＨフィールド（ＳＨ２）の抽出及び判定処理を継続する。ここで図３のデアグリゲーション／フィルタ部１２から受信バッファ１４にＳＨ１内のシーケンス番号とＦＢ１が渡される。受信バッファ１４ではＳＭＳＮ保持部１６を参照して当該受信データフレームの前に受信していたデータフレームにより保持していた連続で受信成功した最大シーケンス番号とＳＨ１のシーケンス番号を比較し、ＳＨ１のシーケンス番号が保持していた値より１だけ大きいと判断すると、受信コーディネータ部１８を経由してＦＢ１の情報を上位へ渡す。ＳＨ２が正しいと判定されてそれに基づきＦＢフィールド（ＦＢ２）の抽出を行い、それも付随するＦＣＳフィールドにより正しいと判定され、そのＦＣＳフィールド後のＳＨフィールドの抽出及び判定処理を継続する。ここでも図３のデアグリゲーション／フィルタ部１２から受信バッファ１４にＳＨ２内のシーケンス番号とＦＢ２が渡される。そして受信バッファ１４はＦＢ２のシーケンス番号がＦＢ１のシーケンス番号より１大きいことから、受信コーディネータ部１８を経由してＦＢ２の情報も上位へ渡す。しかし、続くＳＨ３が誤りと判定されたことで、上述の第２条件が満たされる。そこで第１条件の後に第２条件が満たされたということで、ＳＨ３の抽出及び判定以降の処理を行わない。すなわち、未処理の領域が残ってはいるが、第１の実施形態のようにＳＨフィールドの探索処理を継続せずに終了する。この場合、ＦＢ２以降のフレームボディとそれに付随するシーケンス番号情報は受信バッファ１４には渡されないので、敢えて廃棄処理を実施する必要はない。
【００８２】
上述の処理では、デアグリゲーション／フィルタ部から受信バッファに一旦フレームボディとそれに付随するシーケンス番号を渡し、処理終了の判断と同時に受信バッファ内の情報を廃棄する、としていたが、受信データフレームの先頭のフレームセットを正しく抽出できなかったら、ＳＭＳＮ保持部で保持する情報は当該受信データフレームでは更新されないので、それ以降のフレームセットのフレームボディとそれに付随するシーケンス番号の情報は受信バッファには渡さない、というようにしてもよい。つまり必ずデータフレームにはシーケンス番号が連続で増加する方向でフレームセットが入れられる、と決められている場合に、最初のＦＢフィールドを正しく抽出することに失敗した、もしくは最初のＦＢフィールドから連続して正しく抽出できた後にＦＢフィールドを正しく抽出することに失敗した時点から、受信データフレームの最後までフレームセットの分離を完了していなくてもそれ以降のフレームセットのフレームボディとそれに付随するシーケンス番号の情報は受信バッファには渡さない、あるいは受信バッファにおける情報保持を止めることである。
【００８３】
このようにすることで、応答フレームに入れる連続で受信成功した最大のシーケンス番号とＳＭＳＮ保持部１６で必要な情報以外の冗長な情報を受信バッファ１４で保持せず、従来の複数データに対する応答方式に比べてデータ受信側でメモリの使用を削減することができる。またバッファ管理も容易になり実装負荷を軽減できる。実装負荷の軽減はひいては実装上のバグ発生の危険度も削減することができる。
【００８４】
ここまでは、必ずデータフレームにはシーケンス番号が連続して増加する方向でフレームセットが入れられる、と決められている場合で説明してきたが、シーケンス番号が順不同で入れられている場合でも、上述のような条件で処理を終了するようにしてもよい。この場合、仮に処理を終了しなかったなら連続で受信成功した最大のシーケンス番号を更新できたかもしれないところを、必ずしも更新できないわけだが、送達確認応答フレームの送信条件は満たされるわけで、データ送信側無線通信端末から少なくとも１つは正しいフレームセットを受信できたということは、データ送信側無線通信端末に通知することができる。
【００８５】
このようにすることで、送達確認応答フレームの送信条件を満たした以降の冗長なＳＨフィールドの探索処理を止めることができ、消費電力を削減することができる。
【００８６】
（第４の実施形態）
第４の実施形態は基本的に第３の実施形態に基づいており、未処理の領域が十分残っている場合でも処理を終了する条件に関して、データフレームの中でフレームセットが必ずしもシーケンス番号が連続して増加する方向で入れられなくてもよいとし、連続で受信成功した最大のシーケンス番号の更新が少なくとも１回は行われてから処理を終了するようにしたものである。具体的には第３の実施形態で説明した第１条件を変更する。
【００８７】
すなわち、あるＦＢフィールドがそれに付随するＦＣＳフィールドにより誤りがない（正しい）と判定され、そのＦＢフィールドに対応するＳＨフィールド内のＳＮフィールドが図３のＳＭＳＮ保持部１６で保持する連続で受信成功した最大のシーケンス番号を更新することを第１条件とする。従って、連続で受信成功した最大のシーケンス番号が当該受信データフレームに基づいて更新されるまではＳＨフィールドの探索処理を継続し、１回でも更新がされれば、それ以降はＳＨフィールドが誤るかもしくはＳＨフィールドが正しくてもそれが対応するＦＢフィールドが誤った場合に仮に未処理の領域が残っていたとしても次のＳＨフィールドを探索する処理は終了することになる。受信バッファの廃棄のタイミングは上記第１条件が満たされた以降、第２条件が満たされた場合である。
【００８８】
例えば、図１５の受信状況のように２番目のフレームセットを受信成功し、そのシーケンス番号がＳＭＳＮ保持部で保持している連続で受信成功した最大のシーケンス番号を更新したとすれば第１条件が満たされたとして、第３の実施形態の場合と同様にＳＨ３が誤っていると判定した時点で、それ以降の処理を終了する。図３の受信バッファ１４はデアグリゲーション／フィルタ部１２からＦＢ２を受け取ると、ＳＭＳＮ保持部１６で保持する値を参照し、その値よりＦＢ２に対応するシーケンス番号が１だけ大きいので、受信コーディネータ部１８を経由してＦＢ２を上位へ渡す。そしてその後、デアグリゲーション／フィルタ部１２における当該受信データフレームの処理終了に伴い、受信バッファ１４にはＦＢフィールドとＳＮフィールドの情報は渡されないから空のままとなる。
【００８９】
例えば、図１５の受信状況のように２番目のフレームセットを受信成功したものの、そのシーケンス番号がＳＭＳＮ保持部で保持している連続で受信成功した最大のシーケンス番号を更新しなかったなら、まだ第１条件は満たされていないため、第３の実施形態とは異なり、ＳＨ３が誤っていると判定しても続くＳＨフィールドの探索処理を継続する。
【００９０】
図１７の受信状況のように１番目のフレームセットと２番目のフレームセットを正しく受信したとしても、例えば当該受信データフレームの前の受信データフレームで連続で受信成功した最大のシーケンス番号が１００であり、１番目のフレームセットのシーケンス番号が１０３であり、２番目のフレームセットのシーケンス番号が１０４であれば、当該受信データフレームにおいて連続で受信成功した最大のシーケンス番号の更新はまだ達成されていないため、第３の実施形態とは異なり、ＳＨ３が誤っていると判定しても続くＳＨフィールドの探索処理を継続する。
【００９１】
このようにすることで、物理パケット内のデータがシーケンス番号順でない場合でも、送達確認応答フレームの送信条件を満たし、かつ受信側無線通信端末として有意なデータを抽出した後の冗長なＳＨフィールドの探索処理を止めることができ、消費電力を削減することができる。
【００９２】
（第５の実施形態）
第５の実施形態は基本的に第１の実施形態に基づいており、第１の実施形態の構成において、１つのデータフレームの受信処理を終了するごとに受信バッファで保持する情報を廃棄するようにしたものである。
【００９３】
第１の実施形態では連続で受信成功した最大のシーケンス番号をデータ送信側無線通信端末に通知することから、データ送信側無線通信端末ではその連続で受信成功した最大のシーケンス番号より大きなシーケンス番号に対応するフレームセットは再送の対象となる。そこで、データ受信側無線通信端末ではシーケンス番号が飛んだ(歯抜けの)状態でフレームセットを受信バッファに保持しておいても、データ送信側無線通信端末からそれら受信済みのフレームも含めた再送があり、重複受信することになる。従って歯抜け状態の受信バッファは廃棄しても問題ないわけである。
【００９４】
図１８の例で考える。図１８は図３の受信バッファ１４とＳＭＳＮ保持部１６に関する情報を概念的に示してある。受信バッファ１４にはシーケンス番号１０２と１０４に対応するフレームボディ情報が保持されており、ここまでで連続で受信成功した最大のシーケンス番号はＳＭＳＮ保持部１６を参照すると１００である、ということを表現している。シーケンス番号１００まではすでに連続していることから、次の処理に渡されており、シーケンス番号順に受信バッファは管理され、シーケンス番号１０１と１０３に対応するフレームボディが未受信である。この状態で受信データフレームの処理が終了すると、受信バッファで保持しているシーケンス番号１０２と１０４に対応するフレームボディ情報も廃棄する、というのが本実施形態の動作になる。具体的には、図３のデアグリゲーション／フィルタ部１２で受信データフレームの処理を最後まで完了したことを把握すると、受信コーディネータ部１８に受信フレームの処理終了の通知を出す。受信コーディネータ部１８はデアグリゲーション／フィルタ部１２からの受信フレームの処理終了の通知を受けると、受信バッファ１４から連続で受信成功した最大のシーケンス番号までのフレームボディを受け取った後、受信バッファ１４に保持する情報の消去を指示する。受信バッファに指示をするのではなく、受信コーディネータ部１８が受信バッファの保持情報を消去するようにしてもよい。
【００９５】
このようにすることで、データフレームの中でフレームセットが必ずしもシーケンス番号が連続して増加する方向で入れられていなくても確実にデータフレームの最後まで確実に連続で受信成功した最大のシーケンス番号があるかを確認することができ、その上で受信処理後には不要な情報を受信バッファで保持する必要がなく、メモリの使用を削減することができる。
【００９６】
（第６の実施形態）
第６の実施形態は、第１〜第５の実施形態の各々に適用することが可能であり、データ受信側無線通信端末において、データ送信側無線通信端末が適切なシーケンス番号の範囲を守って送信しているかの判断基準を設けるように構成したものである。
【００９７】
第１の実施形態では１つのデータフレームに複数のフレームセットを連接して入れることができる。一方でデータ受信側無線通信端末ではシーケンス番号が連続で増加する方向でフレームセットを順に上位処理に渡す動作を行う。そこで、データ送信側無線通信端末における新規と再送を含めたフレームセットのシーケンス番号の範囲、つまり送信側スライディングウィンドウ、とデータ受信側無線通信端末での受信バッファサイズを考えなくてはならない。少なくとも受信バッファサイズは保持できるフレームセットの個数が送信側スライディングウィンドウの範囲以上に対応していなければならない。好ましくは、送信側スライディングウィンドウの幅と受信バッファサイズで保持できるフレームセットの個数は等しい。そうすれば、データ送信側とデータ受信側の両方で必要十分となる。
【００９８】
例えば送信側スライディングウィンドウの幅と受信バッファがともに４つのフレームセットに対応できるものとする。従って、データ受信側無線通信端末では連続で受信成功した最大のシーケンス番号から４つ大きいシーケンス番号のフレームセットまでは受信して問題はないが、それ以上のシーケンス番号を持つフレームセットを受信して受信バッファに入れてしまうと、保持している連続で受信成功した最大のシーケンス番号から連続で上位にフレームボディ情報を渡す処理ができなくなる。例えば、連続で受信成功した最大のシーケンス番号は１００であるとし、そこでシーケンス番号１０５のフレームセットを受信した場合、受信バッファに当該フレームセットを保持すると、その後シーケンス番号１０１〜１０４の４つのフレームセットを受信した場合に、その中のいずれかのフレームセットが受信バッファに入りきらず、その結果、連続して上位にフレームボディ情報を渡す処理ができなくなる。従って、データ受信側無線通信端末は１つ前の受信データフレームを処理した段階で保持している連続で受信成功した最大のシーケンス番号に受信バッファサイズ（ここでは４）加えた値より大きいシーケンス番号のフレームセットを含むデータフレームを受信すると、連続性違反、言い換えればスライディングウィンドウ違反であるとして、エラー処理を開始する。
【００９９】
データ送信側無線通信端末は、シーケンス番号の連続性を保障するために、データ受信側無線通信端末が送達確認応答フレームで通知した連続で受信成功した最大のシーケンス番号に基づき、送信側スライディングウィンドウを制御する。上述の例では、データ受信側無線通信端末から連続で受信成功した最大のシーケンス番号は１００であり、スライディングウィンドウの幅を受信バッファサイズと同様の４とすると、スライディングウィンドウの始点Ｗｉｎ＿ｓを１００＋１すなわち１０１に合わせ、スライディングウィンドウの終点Ｗｉｎ＿ｅが１００＋４すなわち１０４であることから、シーケンス番号１０１から１０４の間のフレームセットのみをデータフレームに入れて送信するようにする。このスライディングウィンドウ内であればどのフレームセットから送信してもよいが、好ましくはシーケンス番号順に送信するようにする。スライディングウィンドウ内の全てのフレームセットを一度にデータフレームに入れなくてもよいし、スライディングウィンドウ内の送信順のどこまでのフレームセットを同一のデータフレームに入れるのかも任意である。しかし、スライディングウィンドウの始点Ｗｉｎ＿ｓから連続したシーケンス番号のフレームセットを、それらが順不同であってもよいが、１つのデータフレーム内に入れることが望ましい。このように送信することで、データ受信側無線通信端末で効率的に受信したデータをシーケンス番号順に上位処理に渡すことができるためである。
【０１００】
一方、データ受信側無線通信端末は連続で受信成功した最大のシーケンス番号１００を送達確認応答フレームとして送信したが、データ送信側無線通信端末で当該送達確認フレームを受信しなかった、もしくは正しく受信できなかった場合、データ送信側無線通信端末は送信側スライディングウィンドウを更新しない。従って、この場合、データ送信側無線通信端末とデータ受信側無線通信端末とで動作が同期せず、データ送信側無線通信端末は再び古いスライディングウィンドウに基づきデータフレームを送信することになる。一つ前に送達確認応答フレームで通知した、連続で受信成功した最大のシーケンス番号が９６であるとし、それは正しく受信されていたとすると、例えばシーケンス番号９７から１００の間のフレームセットをデータフレームに入れて送信してくる。データ受信側無線通信端末において、この古いスライディングウィンドウに基づき送信されたデータフレームに含まれるフレームセットは連続性違反、言い換えればスライディングウィンドウ違反、として検出すべきではない。しかし、それより小さなシーケンス番号のフレームセットを含むデータフレームを受信した場合には連続性違反とすべきである。但し、これは一つ前の送達確認応答フレームは正しく受信できていたと仮定した上での判断になる。ここで、データ受信側無線通信端末で現在保持している連続で受信成功した最大のシーケンス番号から受信バッファサイズ（ここでは４）を引いた値以下のシーケンス番号のフレームセットを含むデータフレームを受信したら、明らかに違反である。つまり、一旦はシーケンス番号１００までのフレームセットを受信したのに、シーケンス番号９６あるいはそれより小さいシーケンス番号のフレームセットを受信した場合には、データ送信側無線通信端末が送信側スライディングウィンドウの幅を無視して送信していることになるからである。またシーケンス番号が最小は９７からであっても最大が１０１以上のものも含むなら、送信スライディングウィンドウの幅を無視して送信していることになり、これも違反である。これらの場合も、上述と同様、エラー処理を開始する。
【０１０１】
データ受信側無線通信端末における連続性違反、言い換えればスライディングウィンドウ違反の検出は、図３の無線通信端末構成においては、例えば以下のように処理すればよい。
【０１０２】
シーケンス番号が小さ過ぎる違反の検出：
例１−デアグリゲーション／フィルタ部１２はデータフレーム内の最小のシーケンス番号を抽出するようにしておいて、データフレームの受信終了し、受信コーディネータ部１８に受信フレームの処理終了の通知を送る際に、合わせて当該最小のシーケンス番号を通知するようにする。受信コーディネータ部１８は受信フレームの処理終了の通知をデアグリゲーション／フィルタ部１２から受けると、その中の最小のシーケンス番号を抽出し、ＳＭＳＮ保持部１６で保持している連続最大シーケンス番号と比較して連続最大シーケンス番号から受信バッファサイズを引いた値以下であれば、エラー処理を開始する。
【０１０３】
例２−あるいはデアグリゲーション／フィルタ部１２はデータフレームの受信開始と受信終了の通知を受信バッファ１４に送るようにする。受信バッファ１４はデータフレームの受信開始の通知を受けると、その時点からデアグリゲーション／フィルタ部１２により入力されるシーケンス番号のうち最小のシーケンス番号を保持するようにする。受信バッファ１４はデータフレームの受信終了の通知を受けると、ＳＭＳＮ保持部１６で保持している連続最大シーケンス番号と当該最小のシーケンス番号を比較し、当該最小のシーケンス番号がＳＭＳＮ保持部１６で保持している連続最大シーケンス番号から受信バッファサイズを引いた値以下であれば、エラー処理を行うように受信コーディネータ部１８に指示を送る。例１のようにすると、送達確認応答フレームの送信を止めてエラー処理を行うことが可能である。例２のようにすると、送達確認応答フレームを送信してからエラー処理を開始することになる。送達確認応答フレームの送信を止めるようにしたいなら、受信コーディネータ部１８はデアグリゲーション／フィルタ部１２からの受信フレームの処理終了の通知を受けると、ＳＭＳＮ保持部１６における比較作業が正常に終了しているかどうかを確認する手順を設ける。
【０１０４】
シーケンス番号が大き過ぎる違反の検出：
デアグリゲーション／フィルタ部１２はデータフレームの受信開始の通知を受信バッファ１４に送るようにする。受信バッファ１４はデアグリゲーション／フィルタ部１２からデータフレームの受信開始の通知を受けると、ＳＭＳＮ保持部１６から連続最大シーケンス番号を入手し、データフレームの受信開始通知の後からデアグリゲーション／フィルタ部１２により入力されたシーケンス番号が当該入手した連続最大シーケンス番号に受信バッファサイズを足した値よりも大きければ、エラー処理を行うように受信コーディネータ部１８に指示を送る。
【０１０５】
ここで、エラー処理としては好ましくはデータ送信側無線通信端末との間の接続を、切断用の管理フレームを送信するなどして、切断する。また、連続性違反を検出したデータフレームに含まれるフレームセットは全て廃棄する。
【０１０６】
シーケンス番号は前述のように整数カウンタにより割り当てられるが、整数カウンタは最大値まで到達すると最小値（０）からのカウントアップに戻るサイクル動作を行う。従って、「小さい」「大きい」と表現はしているが、最小値に戻る境界では必ずしも実際の値が小さい／大きいとはならない。例えば最大値が２５５の整数カウンタを考え、受信バッファサイズを４とし、現在保持している連続で最大のシーケンス番号が２５３であり、当該連続で最大のシーケンス番号を送達確認応答フレームに入れて送信しているとすると、次に受信したデータフレームが２５０、２５１、２５２、２５３のシーケンス番号のみ（一部のみを含む）から構成される場合、あるいは２５４、２５５、０（＝２５６−２５６）、１（＝２５７−２５６）のシーケンス番号のみ（一部のみを含む）から構成される場合は正常と判断し、それ以外の場合に違反と判断する。
【０１０７】
スライディングウィンドウ幅と受信バッファサイズをデータ送信側無線通信端末とデータ受信側無線通信端末で認識を共通にするには、例えばデータフレームの送信の前に管理フレームで通知し合う方法がある。少なくともデータ受信側無線通信端末の受信バッファサイズさえデータ送信側無線通信端末に通知できれば、データ送信側無線通信端末はその通知された受信バッファサイズ以下の幅のスライディングウィンドウ幅にすればよい。またこのように管理フレームで通知するのではなく、システムとして一意に指定しておくのでもよい。
【０１０８】
このようにすることで、データ受信側無線通信端末でシーケンス番号順にデータを上位処理に渡す動作を保証することができる。
【０１０９】
（第７の実施形態）
本実施形態は、基本的には第１の実施形態又は第６の実施形態に適用可能であり、データフレームを受信する無線通信端末の受信バッファが新規のフレームセットを受け付けなくなった（フルになった）状態を考慮する構成としたものである。
【０１１０】
データフレームを受信した無線通信端末の受信バッファでは連続したシーケンス番号のフレームボディを受け付けると通常は当該フレームボディを次の処理に回す。第１の実施形態では図３の受信バッファ１４が受信コーディネータ部１８を経由して連続したシーケンス番号に対応するフレームボディを上位処理部０に渡す。ここで、受信バッファ１４が受信コーディネータ部１８にフレームボディを渡す際、受信コーディネータ部１８は例えばフレームボディを正常に受け付けたかどうかの通知を受信バッファ１４に出し、受信バッファ１４はこの通知の信号を受けて正常にフレームボディを受信コーディネータ部１８に渡せたかどうかを把握する仕組みであるとする。また受信コーディネータ部１８と上位処理部０の間のフレームボディ情報を含む各種データの受け渡しにおいても、受信バッファ１４と受信コーディネータ部１８の間と同様に通知信号に基づき正常に受け渡しが完了したかどうかを把握する仕組みであるとする。このような仕組みになっているとき、例えば上位処理部０における処理が遅れ、前のフレームボディを受信コーディネータ部１８が上位処理部０に渡せていないとすると、受信バッファ１４に連続したシーケンス番号に対応するフレームボディがあっても、それを受信コーディネータ部１８に渡すことができず（渡す処理をしても失敗の通知信号をもらう）、当該フレームボディ（とそれに対応するシーケンス番号情報）をまだ受信バッファで保持していることになる。このような状況では、データ送信側無線通信端末が送信側スライディングウィンドウを適切に制御し、適切なシーケンス番号のフレームボディだけを含むデータフレームを送信していても、データ受信側無線通信端末では受信バッファがフルの状態になり新規のデータフレームを受け付けることができないことが起こりうる。
【０１１１】
この場合、本実施形態では受信バッファ１４から受信コーディネータ部１８へ連続したシーケンス番号に対応するフレームボディの受け渡しが完了していないため、ＳＭＳＮ保持部１６へ当該シーケンス番号の通知は行っていない。つまり、ＳＭＳＮ保持部１６では連続で受信成功した最大のシーケンス番号の更新は行われていない。そこで、データフレームの受信完了後に送信される送達確認応答フレームに入れられる連続で受信成功した最大のシーケンス番号はＳＭＳＮ保持部１６で保持しているシーケンス番号、つまり受信バッファ１４から次の処理に正常に渡すことができたフレームボディに対応するシーケンス番号となる。
【０１１２】
例えば受信バッファサイズは４として、図１９のように、まず受信バッファ１４が空で受け付けられる状態にあり、連続で受信成功した最大のシーケンス番号として１００をＳＭＳＮ保持部１６で保持しているとする。そこにシーケンス番号１０１から１０４に対応するフレームボディを含むデータフレームを受信したが、デアグリゲーション／フィルタ部１２では図にあるようにシーケンス番号１０３以外のフレームボディを正しく抽出することができたとする。シーケンス番号１０１、１０２、１０４に対応するフレームボディはそのシーケンス番号とともに受信バッファ１４に送られ、受信バッファ１４ではシーケンス番号１０１はＳＭＳＮ保持部１６で保持しているシーケンス番号１００より１だけ大きく連続しているということから、シーケンス番号１０１に対応するフレームボディを次の処理に渡した。そしてＳＭＳＮ保持部１６で保持する値は１０１となる。続くシーケンス番号１０２に対応するフレームボディも同様に連続していることから次の処理に渡したいが、渡す処理が成功していないとする。そうすると、本来はシーケンス番号１０２を送達確認応答フレームに入れて送信するところが、図１９のようにシーケンス番号１０１を入れて送信することになる。データ送信側無線通信端末はこの送達確認応答フレームを受けて、次に図２０のように再送対象のシーケンス番号１０２から１０４に対応するフレームセットと新規のシーケンス番号１０５に対応するフレームセットを入れたデータフレームを送信するかもしれないが、その場合も受信バッファでシーケンス番号１０２に対応するフレームボディを次の処理に回せない状態のままであるとすると、仮に全てのフレームセットを正常に受信することができて受信バッファとしてはシーケンス番号１０２から１０５を全て次の処理に回せる状態であったとしても実際には次の処理に回せていないため、シーケンス番号１０１を入れた送達確認応答フレームを送信することになる。
【０１１３】
図１９の右側の受信バッファでシーケンス番号１０２と１０４に関する情報は送達確認応答フレームの送信と同時に廃棄してしまってもよい。また図２０でも１０２以上のシーケンス番号に対応するフレームセットは再送対象になるため、廃棄してしまってもよい。
【０１１４】
データ送信側無線通信端末でこのように連続で受信成功した最大のシーケンス番号が上がっていかない送達確認応答フレームを複数回受信した場合には、データ受信側無線通信端末の受信バッファがフレームボディを次の処理に回せない状態になっていると推測して、データフレームの送信をしばらく待つなどの制御をすることもできる。この受信バッファが連続したシーケンス番号のフレームボディを次の処理に回せない状態になった場合に、その状態が解消されるまでの時間を予測し、当該予測時間を送達確認応答フレームの中に入れて、あるいは送達確認応答フレームの代わりに異なるフレームに入れて送信し、データ受信側無線通信端末及びデータ送信側無線通信端末でこの予測時間の間パワーセーブ動作を行うこともできる。連続したシーケンス番号のフレームボディを次の処理に渡せない状態に受信バッファが陥った場合、その状態が解消するまでの時間を予測するには、本願と同一出願人による他の特許出願に係る特願２０１０−２５９１７１号明細書に記載された技術を用いてもよい。すなわち、受信したペイロードデータのサイズが受信バッファの空き容量より大きい場合にバッファフル信号を生成する無線通信装置において、当該ペイロードデータを記憶可能な空き容量が受信バッファに確保されるまでの待ち時間を予測する技術を用いてもよい。この待ち時間は、受信バッファから上位プロトコルまたはホストシステムへのデータ転送時間や転送先の記憶装置の動作シーケンスに要する時間に基づいて予測することができる。具体的には、ハードディスクドライブやフラッシュメモリにデータを書き込む際の準備時間ならびにデータ量とデータ転送速度との関係、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）デバイス又はＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ）デバイスなどのインタフェースにおける転送時間等に基づいて、待ち時間を予測することができる。
【０１１５】
上記では受信バッファ１４が受信コーディネータ部１８を経由してフレームボディを上位処理部０に渡す方法を記載したが、直接フレームボディを上位処理部０に渡すようにしてもよく、その場合、フレームボディの受け付けに関連する通知信号は上述の受信バッファ１４と受信コーディネータ部１８の関係の代わりに受信バッファ１４と上位処理部０の関係に置き換えればよい。
【０１１６】
このようにすることで、データフレームを受信する無線通信端末の受信バッファが新規のフレームセットを受け付けなくなった（フルになった）状態に対処することができる。
【０１１７】
（第８の実施形態）
第８の実施形態は基本的に第１の実施形態に基づいており、第１の実施形態に係る複数フレームセットを連接させたデータフレームの受信に対応できない無線通信端末が存在する場合の動作を規定するものである。例えば２つまでのフレームセットを連接したデータフレームの受信には対応できるが、それ以上の連接数のデータフレームの受信には対応できない無線通信端末との共存に関する。
【０１１８】
このような無線通信端末が存在し、そのような無線通信端末にも第１の実施形態に係る無線通信端末がデータ送信を行う可能性がある場合でも、データフレームの送信の前にまず相手無線通信端末との接続を確立する手順で、相手無線通信端末の能力を把握することで、適切なデータフレーム構成を用いることができる。例えば接続を確立する際に、一方の無線通信端末が接続要求の管理フレームを送信し、それを受信した無線通信端末が接続要求を受け付ける際に接続応答の管理フレームを送信するとする。それらの管理フレームの中で、無線通信端末の対応するバージョンを記載するようにすれば、バージョン差がある場合にはどのようなデータフレームまで受信できるかをバージョンが高い方の無線通信端末は把握することができ、データフレームを送信する場合に低いバージョンに対応した方法に制限すればよい。
【０１１９】
低いバージョンにおける送達確認応答フレームについても第１の実施形態のようにシーケンス番号を通知するフォーマットを使用しているのであれば、バージョンが高い方の無線通信端末がデータ受信側になる場合にも、１つフレームボディしか含まないデータフレームを受信して送信する送達確認応答フレームは第１の実施形態に基づいて送信しても問題はない。送信されるフレームボディはシーケンス番号順に送信されるわけであり、１つのフレームボディしか含まないデータフレームを正しく受信した場合にはそのフレームボディに係るシーケンス番号で連続して受信成功した最大のシーケンス番号は更新されるわけであるから、そのシーケンス番号を送達確認応答フレームに入れて送信すれば、データ送信側無線通信端末ではその低いバージョンにおける通常の送達確認応答フレームの受信と変わらないので普通に処理できる。２つのフレームボディまでしかデータフレームに含められない無線通信端末がデータ送信側で、３つ以上のフレームボディを含むデータフレームの受信処理も可能な無線通信端末がデータ受信側であっても、第１の実施形態に基づき送達確認応答フレームを送信すればよい。データ送信側無線通信端末は通知されたシーケンス番号までがデータ受信側無線通信端末で正常に受信されたと把握して、適宜再送の判断をできるからである。
【０１２０】
バージョンの低い無線通信端末が第１の実施形態のデータフレームあるいは送達確認応答フレームを第三者として受信したとしても、ＣＨヘッダのＲｘ ＵＩＤが自無線通信端末を指定していないことから、そのデータフレームあるいは送達確認応答フレームを廃棄する。
【０１２１】
仮にデータ受信側無線通信端末が対応できる以上のフレームセットを連接したデータフレームを送信してしまったとしても、例えば連接フレームセット数がＳＨフィールドに記載されていることにより、その数が対応できる数以下であるかを確認し、適切な処理をすることもできる。例えば対応できるまでの数までを受信処理してもよいが、これは第６の実施形態と類似の状態になることから、好ましくは接続を切断する、換言すれば通信リンクをリリースする、管理フレームをデータ送信側無線通信端末に送信する。好ましくは接続を切断する管理フレームに、バージョンが異なること、あるいは対応できるフレームセット数を超えたフレームセットを含むデータフレームを送信したこと、などを理由として管理フレーム内に記載して送信する。そうすれば、管理フレームを受信したデータ送信側無線通信端末は送信方法を適切に選択し直した上で再度接続の設定手順のための管理フレームを先の無線通信端末と交換してデータフレームの送信を再開できる。
【０１２２】
このようにして、第１の実施形態に対応しない無線通信端末が存在する場合にも、第１の実施形態に対応する無線通信端末と第１の実施形態に対応しない無線通信端末で適切な処理を行うことができ、無線通信システムとして破綻しない。
【０１２３】
（第９の実施形態）
第９の実施形態は、基本的に第７の実施形態の変形例に関する。連続で受信成功した最大のシーケンス番号として第７の実施形態では受信バッファ１４から次の処理に渡すことのできたシーケンス番号のみを保持していた。本実施形態では、受信バッファ１４内で次の処理に渡すことはできていないが前記シーケンス番号からさらに連続しているシーケンス番号のうちの最大のものも保持するようにし、送達確認応答フレームでは後者のシーケンス番号を入れて通知する。
【０１２４】
ここでは便宜的に、受信バッファ１４から次の処理に渡すことのできた連続で最大のシーケンス番号をＳＭＳＮ＿Ｂ、受信バッファ１４内の状態も含めた連続で受信成功した最大のシーケンス番号をＳＭＳＮ＿Ｒと表現する。
【０１２５】
ＳＭＳＮ＿Ｂは前述の実施形態と同様、受信バッファ１４から受信コーディネータ部１８にシーケンス番号が１つずつ増加する順にフレームボディを渡す際に、その受け渡しが成功した時点でＳＭＳＮ保持部１６に保持させる、成功したフレームボディの対応するシーケンス番号である。
【０１２６】
ＳＭＳＮ＿Ｒは受信バッファ１４で保持しているフレームセットまで含めて考えた場合の連続で受信成功した最大のシーケンス番号である。受信バッファ１４ではフレームセットをシーケンス番号に基づき管理しているが、受信バッファ１４内でＳＭＳＮ＿Ｂから連続するシーケンス番号のフレームボディを正しく受信している場合にはＳＭＳＮ＿Ｒの値を更新するようにして、連続している最大のシーケンス番号をＳＭＳＮ保持部１６に通知するようにする。ＳＭＳＮ＿Ｒは受信バッファ１４が受信コーディネータ部１８にフレームボディを渡す処理時間が理想的にない場合には、ＳＭＳＮ＿Ｂと同一となる。しかし、実際には処理遅延があり、第７の実施形態の状況のように、シーケンス番号が連続している場合でも受信バッファ１４から受信コーディネータ部１８に渡せないことが発生するときには、ＳＭＳＮ＿Ｒの値とＳＭＳＮ＿Ｂの値は異なる。
【０１２７】
受信コーディネータ部１８では送達確認応答フレームの送信指示を送信処理部２０に送る際には、ＳＭＳＮ＿Ｒの値を合わせて送るようにし、送信処理部２０はＳＭＳＮ＿Ｒの値を送達確認応答フレームのＳＮフィールドに入れて送信する。
【０１２８】
図２１〜図２３を用いて具体的な動作を説明する。第７の実施形態の図１９、図２０を用いた場合と同様、受信バッファサイズは４とする。図２１では、まず受信バッファ１４が空で受け付けられる状態にあり、ＳＭＳＮ保持部１６ではＳＭＳＮ＿Ｂ、ＳＭＳＮ＿Ｒともに１００を保持しているとする。そこにシーケンス番号１０１から１０４に対応するフレームボディを含むデータフレームを受信したが、デアグリゲーション／フィルタ部１２では図にあるようにシーケンス番号１０３以外のフレームボディを正しく抽出することができたとする。シーケンス番号１０１、１０２、１０４に対応するフレームボディはそのシーケンス番号とともに受信バッファ１４に送られ、受信バッファ１４ではシーケンス番号１０１はＳＭＳＮ保持部１６で保持しているＳＭＳＮ＿Ｂの１００より１だけ大きく連続しているということから、シーケンス番号１０１に対応するフレームボディを次の処理に渡した。そしてＳＭＳＮ保持部１６で保持するＳＭＳＮ＿ＢとＳＭＳＮ＿Ｒは１０１となる。続くシーケンス番号１０２に対応するフレームボディも同様に連続していることから、受信バッファ１４はＳＭＳＮ保持部１６のＳＭＳＮ＿Ｒを１０１から１０２に更新させるが、当該フレームボディを次の処理に渡す動作はまだ受け付けられないとする。従ってＳＭＳＮ＿Ｂは１０１で、ＳＭＳＮ＿Ｒは１０２という状態になる。当該データフレームの受信後には、図２１にあるようにシーケンス番号１０２を入れた送達確認応答フレームを送信することになる。ここでデータ受信側無線通信端末は、シーケンス番号１０４に対応するフレームセットは廃棄してしまってもよい。データ送信側無線通信端末は、送信スライディングウィンドウの幅をデータ受信側無線通信端末の受信バッファサイズと同様の４であるとすると、この送達確認応答フレームを受けて、次に図２２のように再送対象のシーケンス番号１０３と１０４に対応するフレームセットと新規のシーケンス番号１０５と１０６に対応するフレームセットを入れたデータフレームを送信するかもしれない。データ受信側無線通信端末では仮に全てのフレームセットを正常に受信することができたとして、このようなデータフレームを受信した段階でもまだシーケンス番号１０２に対応するフレームボディを次の処理に回せない状態であるとすると、ＳＭＳＮ＿Ｂは１０１だが、ＳＭＳＮ＿Ｒは受信バッファ１４で保持できる最大のシーケンス番号の１０５になる。シーケンス番号１０６に対応するフレームセットは受信バッファ１４に入れることができず、廃棄される。送信される送達確認応答フレームのＳＮフィールドには１０５が入れられる。図２２の送達確認応答フレームを受けて、データ送信側無線通信端末が図２３のように再送対象となるシーケンス番号１０６に対応するフレームセットと新規のシーケンス番号１０７〜１０９に対応するフレームセットを入れたデータフレームを送信するとする。データ受信側無線通信端末では仮に全てのフレームセットをデアグリゲーション／フィルタ部１２で正常に受信することができたとしても、まだシーケンス番号１０２に対応するフレームボディを次の処理に回せない状態であるとすると、受信バッファ１４にも新たなフレームセット、つまりシーケンス番号１０６から１０９に対応するフレームセットを保持することもできないため、ＳＭＳＮ＿Ｂは１０１、ＳＭＳＮ＿Ｒは１０５のままになる。送達確認応答フレームとしては再びＳＮフィールドに１０５を入れたものを送信する。
【０１２９】
このように送達確認応答フレームで通知するシーケンス番号が上がっていかない状態になった後は、第７の実施形態の動作と同様である。
【０１３０】
本実施形態のようにＳＭＳＮ＿Ｒの値を送達確認応答フレームのＳＮフィールドに入れて送信することにより、受信バッファ１４で許容できる範囲までデータ送信側無線通信端末にフレームセットの再送を含む送信をさせることができ、通信効率を向上することができる。
【０１３１】
上述のように、本実施形態によれば受信バッファ１４で保持できるフレームセット数以上のフレームセットをデータ送信側無線通信端末は送信することになる。第６の実施形態によれば、データ受信側無線通信端末においてこれは連続性違反となるが、送達確認応答フレームに記載されたＳＮフィールドの値に基づきデータ送信側無線通信端末はスライディングウィンドウを制御するわけであるから、連続性違反をしているわけではない。従って、第９の実施形態では送達確認応答フレームに記載したＳＮフィールドの値、つまりＳＭＳＮ＿Ｒから受信バッファサイズ以上大きいシーケンス番号のフレームセットを含むデータフレームを受信したなら連続性違反としてエラー処理を開始するようにする。図２２や図２３では受信バッファ１４に入らないフレームセットがあるが、これらはＳＭＳＮ＿Ｒ＋４以内であるから、連続性違反とはしない。例えば図２２においてＳＭＳＮ＿Ｒ＝１０２としているところに、シーケンス番号１０７に対応するフレームセットまで入ったデータフレームを受信すると、連続性違反と判定する。
【０１３２】
（第１０の実施形態）
第１０の実施形態は、第１〜第９の実施形態の各々に適用することができ、フラグメントされたデータを受信した場合の処理に関する。
【０１３３】
データをフラグメントする場合は、第１の実施形態に基づき、複数のフレームセットに分割して入れるが、シーケンス番号を連続で増加させる。さらに、ＳＨフィールドにフラグメントに関する情報を入れるフィールド（Ｍｏｒｅ Ｆｒａｇｍｅｎｔフィールド；ＦＭフィールド）を設ける。フラグメントされていないデータのフレームセットである場合、もしくは最後のフラグメントの入ったフレームセットの場合には、当該ＦＭフィールドに０を設定し、そうでない場合、つまりまだフラグメントデータのフレームセットが次に続く場合には、１を設定する。従って、このＦＭフィールドのサイズを１ビットとすることが好ましい。
【０１３４】
データ受信側無線通信端末では受信バッファ１４から受信コーディネータ部１８にシーケンス番号が連続して増加する順でフレームボディを渡すが、合わせて対応するＦＭフィールドの値も渡す。このようにすることで、受信コーディネータ部１８では、ＦＭフィールドに１が立っていたら次のシーケンス番号に対応するフレームボディも１つのデータとしてつなげるというデフラグメント（ｄｅｆｒａｇｍｅｎｔ）処理を行う。ＦＭフィールドに０が立っていたら次のフレームボディを待つことはせずにそのまま上位処理部０に渡す。
【０１３５】
受信バッファ１４から上位処理部０に直接フレームセットを渡す場合には、当該デフラグメント処理は上位処理部０に設けられていればよい。
【０１３６】
このようにすることで、データがフラグメントされたデータフレームを受信しても、データ受信側無線通信端末でもとのデータに戻す、つまりデフラグメント処理をする、ことができる。
【０１３７】
（第１１の実施形態）
第１１の実施形態は、第１〜第１０の実施形態の各々に適用することができ、送達確認応答フレームの生成及び送信の条件に関する。具体的には、受信したデータフレームで少なくとも１つのサブヘッダのＨＣＳが正しかった場合に、送達確認応答フレームの生成及び送信を行う。
【０１３８】
第１の実施形態で図３を用いた無線通信端末の構成の説明において、デアグリゲーション／フィルタ部１２は受信フレームの処理を開始し、最初に正しくＳＨフィールドの情報を抽出できた際に、送達確認応答フレームの準備開始の指示を受信コーディネータ部１８に送る、というように変更する。
【０１３９】
例えば第１の実施形態で用いた図７の状況を再び考える。第１の実施形態ではシーケンス番号１０１、１０２、１０３に対応するフレームセット（フレームセット１、２、３）の受信に失敗し、さらにシーケンス番号１０４に対応するフレームセット（フレームセット４）ではサブヘッダ（ＳＨ４）は誤りがない（正しい）と判断しているが、フレームボディに付随するＦＣＳフィールド（ＦＢ４）に誤りを検出しており、それによって、送達確認応答フレームの生成及び送信は行わない。しかし、本実施形態では、ＳＨ４のサブヘッダを１つ正しく抽出できていることから、送達確認応答フレームの生成及び送信を行う。送達確認応答フレームで通知するシーケンス番号の入れ方はこれまでの実施形態と同様である。すなわち、当該データフレームの受信で連続して受信成功したシーケンス番号の更新はない。このデータフレームの受信の前にシーケンス番号１００まで順当に受信成功しており、連続して受信成功した最大のシーケンス番号として１００を保持していた場合、シーケンス番号として１００を入れた送達確認応答フレームを送信する。
【０１４０】
当該データフレームを送信した無線通信端末は、シーケンス番号１０１以降の送信したデータを再送する必要があることを把握し、さらに送信先の無線通信端末から送達確認応答はあったということから、送信先無線通信端末にはデータフレームの情報の一部は通っていること、つまりコネクションはあること、そして送信先無線通信端末は仮にパワーセーブ動作を行っているとしても現在は受信可能状態にあるということ、を把握することができる。これは通信相手の無線通信端末との間のコネクションを確認する、あるいは受信可能状態にあるかを確認するために探査（Ｐｒｏｂｅ）フレームを送信することの代わりになる。
【０１４１】
（第１２の実施形態）
第１２の実施形態は、第１〜第１１の各々に適用することができ、コネクション確立後の最初のデータフレームに対する応答が来なかった場合の、データ送信側無線通信端末と、データ受信側無線通信端末の動作に関する。
【０１４２】
コネクション確立後の最初のデータフレームでは、第２の実施形態に基づき、最初のシーケンス番号が入るフレームセットのＳＨフィールドでシーケンス番号の開始を通知するビット（ＳＹＮＣ）を立てる。そして、データ受信側無線通信端末では、そのシーケンス番号の開始を通知するビットが立ったＳＨフィールドを正しく受信し、応答条件が満たされた場合には送達確認応答フレームを送信するが、その際送達確認応答フレームのＳＨフィールドでも対応するビット（ＳＹＮＣ）を立てる。
【０１４３】
本実施形態では当該ビットを立てた送達確認応答フレームがデータ送信側無線通信端末で正しく受信できなかった場合について記載する。
【０１４４】
図２４を用いて説明する。図２４ではシーケンス番号２５３からシーケンス番号が開始するとし（スライディングウィンドウの始点Ｗｉｎ＿ｓ＝２５３）、シーケンス番号２５３を割り当てたフレームセットをデータフレームの先頭に配し、シーケンス番号の開始を通知するビットを立て（ＳＹＮＣ＝１、ＳＮ＝２５３）ている。そして同じデータフレームの中に他に３つのフレームセットを連接している。これら３つのフレームセットのシーケンス番号はそれぞれ、２５４、２５５、０である。ここでは、シーケンス番号のカウンタは２５５までであるとし、２５５まで達すると０に戻るとしている。当該データフレームの全てのフレームセットを正しく受信したとすると、データ受信側無線通信端末において連続で受信成功した最大のシーケンス番号は０となるため、連続で受信成功した最大のシーケンス番号は０でありシーケンス番号の開始通知を受けたという送達確認応答フレーム（ＳＹＮＣ＝１、ＳＮ＝０）を送信する。この送達確認応答フレームがデータ送信側無線通信端末で正しく受信できなかったとする。この場合、データ送信側無線通信端末は送信側スライディングウィンドウを変えない（Ｗｉｎ＿ｓ＝２５３のままである）。データ送信側無線通信端末は最初のデータフレームを送信後、所定の時間、送達確認応答フレームを待つが、所定時間経過しても送達確認応答フレームを受信しなかったと判断すると、さらに所定のフレーム間隔（ＩＦＳ）を空けて再送を行う。本実施形態では図２４の上に示したようにシーケンス番号２５３からのフレームセットをデータフレームに入れて送信するが、送達確認応答フレームでシーケンス番号の開始通知を受けたということを確認できなかったため、シーケンス番号２５３のフレームセットでは再びシーケンス番号の開始通知のビットを立てる（ＳＹＮＣ＝１、ＳＮ＝２５３）。このような再送データフレームを受信したデータ受信側無線通信端末は前に示したと同様に送達確認応答フレームを送信し、データフレームの交換が継続されていく。一方、図２４で、下向き矢印の下に示したようなデータフレームをデータ受信側無線通信端末が受信すると、エラー処理を開始する。すなわち下向き矢印の下の１つ目のデータフレームのように、前と開始するシーケンス番号が異なるとき（ＳＹＮＣ＝１、ＳＮ＝２５４）、あるいは２つ目のデータフレームのように、シーケンス番号を開始する通知ビットが立っていないとき（ＳＹＮＣ＝０、ＳＮ＝２５３）にはデータ受信側無線通信端末はエラー処理を開始する。
【０１４５】
ここでデータ受信側無線通信端末が図２４の上の再送フレームは正常であるとする一方、下向き矢印の下の２つのデータフレームではエラーであると判断する処理方法を具体的に示す。
【０１４６】
例えば無線通信端末はこの判断処理を行うために、Ｓｙｎｃ１とＳｔａｒｔＳＮという２つのパラメータを用意しておく。コネクション確立直後は少なくともＳｙｎｃ１は０にする。
【０１４７】
無線通信端末がコネクション確立後、相手無線通信端末から最初のデータフレームを受信した場合（つまりＳｙｎｃ１が０の場合、条件１）、データフレームの先頭のフレームセットのシーケンス番号開始の通知ビットが立っており、かつ他の正しいＳＨフィールドのフレームセット中のシーケンス番号開始の通知ビットが立っていない（条件２）なら、シーケンス番号開始の通知ビットの使用は正しいとする。そして、シーケンス番号開始の通知ビットが立っているＳＨフィールドのＳＮフィールド（シーケンス番号）をＳｔａｒｔＳＮに書き込み、Ｓｙｎｃ１を１だけインクリメントする（つまりＳｙｎｃ１は１となる）。これが図２４における最初のデータフレーム受信時の処理になる。条件２が満たされていない場合はシーケンス番号開始の通知ビットの使用が正しくないとして、エラー処理を開始する。
【０１４８】
コネクション確立後、１回シーケンス番号開始の通知ビットの使用が正しいデータフレームを受信した場合（つまりＳｙｎｃ１が１の場合、条件３）、次に受信したデータフレームの先頭のフレームセットのシーケンス番号開始の通知ビットが立っており、かつ他の正しいＳＨフィールドのフレームセットの中のシーケンス番号開始の通知ビットが立っていない（条件４）か、を判断する。条件４が満たされている場合は、さらにシーケンス番号開始の通知ビットが立っているＳＨフィールドのＳＮフィールド（シーケンス番号）が保持しているＳｔａｒｔＳＮと等しい（条件５）か、を判断し、等しい場合にはシーケンス番号開始の通知ビットの使用は正しいとする。Ｓｙｎｃ１はその値のまま保持する（つまりＳｙｎｃ１は１のまま）。これが図２４における正しい再送データフレーム受信時の処理になる。一方、条件５が満たされていない場合は、シーケンス番号開始の通知ビットの使用が正しくないとして、エラー処理を開始する。これが図２４で下向き矢印の下の１つ目のデータフレーム受信時の処理になる。条件４が満たされていない場合は、受信データフレームに含まれる全ての正しいＳＨフィールドのフレームセットでシーケンス番号開始の通知ビットが立っていない（条件６）か、を判断する。条件６が満たされているなら、次に受信データフレームに含まれる最小のシーケンス番号が保持しているＳｔａｒｔＳＮより大きい（条件７）か、を判断し、条件７が満たされているなら、シーケンス番号開始の通知ビットの使用は正しいとする。そして、Ｓｙｎｃ１を１だけインクリメントする（つまりＳｙｎｃ１は２となる）。これは、コネクション確立後の最初のデータフレームに対する送達確認応答フレームがデータ送信側無線通信端末で正しく受信され、それを受けて送信側スライディングウィンドウを更新し、次のデータフレームが送信された場合の受信処理に当たる。条件７が満たされていないなら、シーケンス番号開始の通知ビットの使用が正しくないとして、エラー処理を開始する。これが図２４で下向き矢印の下の２つ目のデータフレーム受信時の処理になる。条件６が満たされていないなら、シーケンス番号開始の通知ビットの使用が正しくないとして、エラー処理を開始する。
【０１４９】
コネクション確立後の最初のデータフレームに対する送達確認応答フレームがデータ送信側無線通信端末で正しく受信され、それを受けて送信側スライディングウィンドウを更新し、次のデータフレームが送信された場合の受信では（つまりＳｙｎｃ１が２の場合であり、上記条件１も２も満たさない場合に当たる）、受信したデータフレームに含まれる全ての正しいＳＨフィールドのフレームセットでシーケンス番号開始の通知ビットが立っていない（条件８）なら、シーケンス番号開始の通知ビットの使用は正しいとする。Ｓｙｎｃ１はその値のまま保持する（つまりＳｙｎｃ１は２のまま）。条件８が満たされていないなら、シーケンス番号開始の通知ビットの使用が正しくないとして、エラー処理を開始する。
【０１５０】
以上に示したシーケンス番号開始の通知ビットが正しく使用されているかを判断する処理動作をＣ言語ライクに表現したものが図２５である。
【０１５１】
このように、コネクション確立後の最初のデータフレームは、開始するシーケンス番号を通知するという重要な役割も持つため、確実にデータ受信側無線通信端末に送信する必要がある。そこで、ロバストな、好ましくは使用する中で最もロバストな、変調及び符号化方式を選択することが望ましい。
【０１５２】
このようにすることで、開始するシーケンス番号を確実にデータ受信側無線通信端末に通知することができる。またこのようにすることで、シーケンス番号の開始通知を含むデータフレームへの送達確認応答フレームがデータ送信側無線通信端末で正しく受信できなかった場合の動作を明らかにすることができ、異なる実装により相互接続ができなくなるという問題を回避することができる。
【０１５３】
なお、ここまでデータ送信側無線通信端末とデータ受信側無線通信端末を区別して記載してきたが、必ずしもこの関係は一意ではなく、２つの無線通信端末の間で相互にデータを送信してもよい。この場合、一方のデータの流れを見れば、一方の無線通信端末が送信側になり、他方の無線通信端末が受信側になるが、他方のデータの流れを見れば、その関係は変わる。
【０１５４】
（第１３の実施形態）
第１３の実施形態では、図３の無線通信端末の構成を無線通信装置部として当該構成に加えて、バッファを備える。このように、バッファを無線通信装置に含める構成とすることにより、送受信フレームをバッファに保持することが可能となり、再送処理や外部出力処理を容易に行うことが可能となる。
【０１５５】
（第１４の実施形態）
第１４の実施形態では、第１３の実施形態に係る無線通信装置の構成に加えて、バス、プロセッサ部、及び外部インターフェース部を備える。プロセッサ部及び外部インターフェース部は、バスを介してバッファと接続される。プロセッサ部ではファームウエアが動作する。このように、ファームウエアを無線通信装置に含める構成とすることにより、ファームウエアの書き換えによって無線通信装置の機能の変更を容易に行うことが可能となる。
【０１５６】
（第１５の実施形態）
第１５の実施形態では、図３の無線通信端末の構成を無線通信装置部として当該構成に加えて、クロック生成部を備える。クロック生成部は、クロックを生成して出力端子より無線通信装置の外部にクロックを出力する。このように、無線通信装置内部で生成されたクロックを外部に出力し、外部に出力されたクロックによってホスト側を動作させることにより、ホスト側と無線通信装置側とを同期させて動作させることが可能となる。
【０１５７】
（第１６の実施形態）
第１６の実施形態では、図３の無線通信端末の構成を無線通信装置部として当該構成に加えて、電源部、電源制御部、及び無線電力給電部を含む。電源制御部は、電源部と無線電力給電部とに接続され、無線通信装置に供給する電源を選択する制御を行う。このように、電源を無線通信装置に備える構成とすることにより、電源を制御した低消費電力化動作が可能となる。
【０１５８】
（第１７の実施形態）
第１７の実施形態では、第１６の実施形態に係る無線通信装置の構成に加えて、ＳＩＭカードを含む。ＳＩＭカードは、上位処理部０あるいは受信処理部１０と送信処理部２０に接続される。このように、ＳＩＭカードを無線通信装置に備える構成とすることにより、容易に認証処理を行うことが可能となる。
【０１５９】
（第１８の実施形態）
第１８の実施形態では、第１４の実施形態に係る無線通信装置の構成に加えて、動画像圧縮／伸長部を含む。動画像圧縮／伸長部は、バスと接続される。このように、動画像圧縮／伸長部を無線通信装置に備える構成とすることにより、圧縮した動画像の伝送と受信した圧縮動画像の伸長とを容易に行うことが可能となる。
【０１６０】
（第１９の実施形態）
第１９の実施形態では、図３の無線通信端末の構成を無線通信装置部として当該構成に加えて、ＬＥＤ部を含む。ＬＥＤ部は、受信処理部１０と送信処理部２０あるいはＰＨＹ処理部４０と接続される。このように、ＬＥＤ部を無線通信装置に備える構成とすることにより、無線通信装置の動作状態をユーザに容易に通知することが可能となる。
【０１６１】
（第２０の実施形態）
第２０の実施形態では、図３の無線通信端末の構成を無線通信装置部として当該構成に加えて、バイブレータ部を含む。バイブレータ部は、少なくとも受信処理部１０あるいはＰＨＹ処理部４０と接続される。このように、バイブレータ部を無線通信装置に備える構成とすることにより、無線通信装置の動作状態をユーザに容易に通知することが可能となる。
【０１６２】
（第２１の実施形態）
第２１の実施形態では、図３の無線通信端末の構成を無線通信装置部として当該構成に加えて、第１の実施形態で記載したように、複数の異なるＰＨＹ処理部４０を設け、無線切替部を含む。無線切替部は、複数の異なるＰＨＹ処理部４０に接続され、異なるＰＨＹ処理部４０による通信の間を切替える。このように、複数の異なるＰＨＹ処理部４０を無線通信装置に備える構成とすることにより、状況に応じて適切なＰＨＹ処理部４０を用いた通信に切替えることが可能となる。
【０１６３】
（第２２の実施形態）
第２２の実施形態では、図３の無線通信端末の構成を無線通信装置部として当該構成に加えて、第１の実施形態で記載したように、複数の異なるＰＨＹ処理部４０を設け、またこれら各々のＰＨＹ処理部４０に対応する受信処理部１０と送信処理部２０とアクセス制御部３０のセットを設け、無線切替部を含む。無線切替部は、受信処理部１０と送信処理部２０とアクセス制御部３０のセット間を切り替えられるように接続され、異なる受信処理部１０と送信処理部２０とアクセス制御部３０とＰＨＹ処理部４０による複数の通信方式の間を切替える。このように、複数の異なる受信処理部１０と送信処理部２０とアクセス制御部３０とＰＨＹ処理部４０のセットを無線通信装置に備える構成とすることにより、状況に応じて適切な受信処理部１０と送信処理部２０とアクセス制御部３０とＰＨＹ処理部４０のセットを用いた通信に切替えることが可能となる。
【０１６４】
（第２３の実施形態）
第２３の実施形態では、第２１の実施形態に係る無線通信装置の構成に加えて、スイッチ（ＳＷ）を含む。スイッチは、アンテナ６０、複数の異なるＰＨＹ処理部４０、無線切替部に接続される。このように、スイッチを無線通信装置に備える構成とすることにより、アンテナを共用しながら状況に応じて適切なＰＨＹ処理部４０を用いた通信に切替えることが可能となる。
【０１６５】
（第２４の実施形態）
第２４の実施形態では、第２２の実施形態に係る無線通信装置の構成に加えて、スイッチ（ＳＷ）を含む。スイッチは、アンテナ６０、受信処理部１０と送信処理部２０とアクセス制御部３０のセットの根元、及び無線切替部に接続される。このように、スイッチを無線通信装置に備える構成とすることにより、アンテナを共用しながら状況に応じて適切な受信処理部１０と送信処理部２０とアクセス制御部３０とＰＨＹ処理部４０のセットを用いた通信に切替えることが可能となる。
【０１６６】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０１６７】
０…上位層処理部、１０…受信処理部、１２…デアグリゲーション／フィルタ部、１４…受信バッファ、１６…ＳＭＳＮ保持部、１８…受信コーディネータ部、２０…送信処理部、３０…アクセス制御部、４０…ＰＨＹ制御部、５０…周波数変換回路、６０…アンテナ
【特許請求の範囲】
【請求項１】
１つ以上のフレームボディフィールドと、前記フレームボディフィールドの長さに関する情報を含む第１のフィールドと、前記フレームボディフィールドの誤り検出をするための第２のフィールドと、前記フレームボディフィールドに対応するシーケンス番号を含むシーケンス番号フィールドとを含む１つの物理パケットを受信する受信部と、
前記第１のフィールドと前記第２のフィールドを用いて、正しいフレームボディフィールドを抽出する第１の処理部と、
前記第１の処理部により抽出されたフレームボディフィールドと、そのフレームボディフィールドに対応するシーケンス番号フィールドとを保持する第１の記憶部と、
前記第１の処理部の結果に基づいて、連続で受信成功した最大のシーケンス番号を保持する第２の記憶部と、
前記連続で受信成功した最大のシーケンス番号までのシーケンス番号に対応するフレームボディフィールドを前記第１の記憶部から継続する受信処理へ回す第２の処理部と、
前記第１の処理部により少なくとも１つの正しいフレームボディが抽出されたならば、前記連続で受信成功した最大のシーケンス番号を通知する応答フレームを送信する送信部と、
を具備することを特徴とする無線通信端末。
【請求項２】
１つ以上のフレームボディフィールドと、前記フレームボディフィールドの長さに関する情報を含む第１のフィールド及び前記フレームボディフィールドに対応するシーケンス番号を含むシーケンス番号フィールドを含むサブヘッダフィールドと、前記フレームボディフィールドの誤り検出をするための第２のフィールドと、前記サブヘッダフィールド情報の誤り検出をするための第３のフィールドとを含む、１つの物理パケットを受信する受信部と、
前記第３のフィールドを用いて正しいサブヘッダフィールドを抽出し、該サブヘッダフィールドと前記第２のフィールドとを用いて正しいフレームボディフィールドを抽出する第１の処理部と、
前記第１の処理部により抽出されたフレームボディフィールドと、そのフレームボディフィールドに対応するシーケンス番号を保持する第１の記憶部と、
前記第１の処理部の結果に基づいて、連続で受信成功した最大のシーケンス番号を保持する第２の記憶部と、
前記第２の記憶部連続で受信成功した最大のシーケンス番号までのシーケンス番号に対応するフレームボディフィールドを前記第１の記憶部から継続する受信処理へ回す第２の処理部と、
前記第１の処理部により少なくとも１つのサブヘッダフィールドが抽出されたならば、前記連続で受信成功した最大のシーケンス番号を通知する応答フレームを送信する送信部と、
を具備することを特徴とする無線通信端末。
【請求項３】
前記シーケンス番号フィールドと前記第１のフィールドとは、同一のサブヘッダフィールドに含まれることを特徴とする請求項１記載の無線通信端末。
【請求項４】
前記サブヘッダフィールドは、前記シーケンス番号フィールドによって示される値がシーケンス開始番号であるか否かを通知する情報をさらに含むことを特徴とする請求項２又は３記載の無線通信端末。
【請求項５】
前記サブヘッダフィールドは、前記サブヘッダフィールド情報の誤り検出をするための第３のフィールドを最後に含むことを特徴とする請求項３記載の無線通信端末。
【請求項６】
前記サブヘッダフィールドは第１の固定バイト長であり、前記第２のフィールドは第２の固定長であり、前記第３のフィールドは第３の固定長であり、
前記第２の固定長は前記第１の固定バイト長よりも短く、
前記フレームボディフィールドには、フレームボディフィールド長と前記第２の固定長と第４のフィールド長との和が前記第１の固定バイト長の倍数になるようにパディングを行う第４のフィールドが追加されており、
前記第１の処理部は、
前記サブヘッダフィールドが当該サブヘッダフィールドに含まれる第３のフィールドにより誤りと判定され、かつ前記受信部が受信した物理パケットのフレームボディ分離が未処理である領域が少なくとも第１の固定バイト長の３倍以上残されている場合、
前記サブヘッダフィールドとして扱った第１の固定バイト長の領域の直後から第１の固定バイト長だけ前記受信部が受信した物理パケットの後方にずらした地点を第１の基点として再度、前記第１の固定バイト長分をサブヘッダフィールドとして抽出し、想定する第３のフィールド部を用いて誤り検出を行う、サブヘッダフィールドの探索処理を実施し、
前記想定する第３のフィールド部に誤りがあると判定された場合には前記第１の基点から第１の固定バイト長分後方にずらした地点を新たに第１の基点としてサブヘッダフィールドの探索処理を継続し、
前記想定する第３のフィールド部に誤りがないと判定された場合には第１の固定バイト長分で抽出した領域をサブヘッダフィールドと確定してフレームボディフィールドとそれに付随する第２のフィールドの領域を抽出する
ことを特徴とする請求項２乃至請求項５記載の無線通信端末。
【請求項７】
前記第１の処理部は、
前記サブヘッダフィールドにより抽出したフレームボディフィールドが前記第２のフィールドを用いて正しいと判定したならば、
前記受信部が受信した物理パケットのフレームボディ分離が未処理である領域から抽出したサブヘッダフィールドが前記第３のフィールドを用いて誤りと判定した場合、もしくは正しいサブヘッダフィールドに基づき抽出したフレームボディフィールドがそれに付随する第２のフィールドを用いて誤りと判定した場合には、前記サブヘッダフィールドの探索処理を終了することを特徴とする請求項６記載の無線通信端末。
【請求項８】
前記第１の処理部は、
前記第２のフィールドを用いて正しいと判定したフレームボディのシーケンス番号フィールドによって前記連続で受信成功した最大のシーケンス番号が更新された以降、
前記受信部が受信した物理パケットのフレームボディ分離が未処理である領域から抽出したサブヘッダフィールドを前記第３のフィールドを用いて誤りと判定した場合、もしくは正しいサブヘッダフィールドに基づき抽出したフレームボディフィールドがそれに付随する第２のフィールドを用いて誤りと判定した場合には、前記サブヘッダフィールドの探索処理を終了することを特徴とする請求項６記載の無線通信端末。
【請求項９】
前記受信部が受信した物理パケットには、対応するシーケンス番号フィールドの値が連続で増加するようにフレームボディフィールドが入れられ、
該物理パケットからの正しいフレームボディフィールドの抽出に失敗した時点で、
前記第１の記憶部は、前記第１の処理部により抽出したフレームボディフィールド及び対応するシーケンス番号フィールドの保持を止めることを特徴とする請求項１又は請求項２記載の無線通信端末。
【請求項１０】
前記第２の処理部は、前記受信部が受信した物理パケットの最後までフレームボディフィールドの抽出が完了した場合には、連続で受信成功した最大のシーケンス番号までの前記第１の記憶部に保持された情報を継続する受信処理へ回すため抽出した後、前記第１の記憶部に保持された情報を廃棄することを特徴とする請求項１又は請求項２記載の無線通信端末。
【請求項１１】
前記第２の記憶部は、シーケンスの開始番号である旨通知されたシーケンス番号フィールドを含む物理パケットの受信時点から連続で受信成功した最大のシーケンス番号を保持することを特徴とする請求項４記載の無線通信端末。
【請求項１２】
シーケンス開始番号である旨通知されたシーケンス番号フィールドを含む物理パケットの受信に対する応答フレームは、シーケンス開始番号の通知を受けたことを通知する情報をさらに含むことを特徴とする請求項４記載の無線通信端末。
【請求項１】
１つ以上のフレームボディフィールドと、前記フレームボディフィールドの長さに関する情報を含む第１のフィールドと、前記フレームボディフィールドの誤り検出をするための第２のフィールドと、前記フレームボディフィールドに対応するシーケンス番号を含むシーケンス番号フィールドとを含む１つの物理パケットを受信する受信部と、
前記第１のフィールドと前記第２のフィールドを用いて、正しいフレームボディフィールドを抽出する第１の処理部と、
前記第１の処理部により抽出されたフレームボディフィールドと、そのフレームボディフィールドに対応するシーケンス番号フィールドとを保持する第１の記憶部と、
前記第１の処理部の結果に基づいて、連続で受信成功した最大のシーケンス番号を保持する第２の記憶部と、
前記連続で受信成功した最大のシーケンス番号までのシーケンス番号に対応するフレームボディフィールドを前記第１の記憶部から継続する受信処理へ回す第２の処理部と、
前記第１の処理部により少なくとも１つの正しいフレームボディが抽出されたならば、前記連続で受信成功した最大のシーケンス番号を通知する応答フレームを送信する送信部と、
を具備することを特徴とする無線通信端末。
【請求項２】
１つ以上のフレームボディフィールドと、前記フレームボディフィールドの長さに関する情報を含む第１のフィールド及び前記フレームボディフィールドに対応するシーケンス番号を含むシーケンス番号フィールドを含むサブヘッダフィールドと、前記フレームボディフィールドの誤り検出をするための第２のフィールドと、前記サブヘッダフィールド情報の誤り検出をするための第３のフィールドとを含む、１つの物理パケットを受信する受信部と、
前記第３のフィールドを用いて正しいサブヘッダフィールドを抽出し、該サブヘッダフィールドと前記第２のフィールドとを用いて正しいフレームボディフィールドを抽出する第１の処理部と、
前記第１の処理部により抽出されたフレームボディフィールドと、そのフレームボディフィールドに対応するシーケンス番号を保持する第１の記憶部と、
前記第１の処理部の結果に基づいて、連続で受信成功した最大のシーケンス番号を保持する第２の記憶部と、
前記第２の記憶部連続で受信成功した最大のシーケンス番号までのシーケンス番号に対応するフレームボディフィールドを前記第１の記憶部から継続する受信処理へ回す第２の処理部と、
前記第１の処理部により少なくとも１つのサブヘッダフィールドが抽出されたならば、前記連続で受信成功した最大のシーケンス番号を通知する応答フレームを送信する送信部と、
を具備することを特徴とする無線通信端末。
【請求項３】
前記シーケンス番号フィールドと前記第１のフィールドとは、同一のサブヘッダフィールドに含まれることを特徴とする請求項１記載の無線通信端末。
【請求項４】
前記サブヘッダフィールドは、前記シーケンス番号フィールドによって示される値がシーケンス開始番号であるか否かを通知する情報をさらに含むことを特徴とする請求項２又は３記載の無線通信端末。
【請求項５】
前記サブヘッダフィールドは、前記サブヘッダフィールド情報の誤り検出をするための第３のフィールドを最後に含むことを特徴とする請求項３記載の無線通信端末。
【請求項６】
前記サブヘッダフィールドは第１の固定バイト長であり、前記第２のフィールドは第２の固定長であり、前記第３のフィールドは第３の固定長であり、
前記第２の固定長は前記第１の固定バイト長よりも短く、
前記フレームボディフィールドには、フレームボディフィールド長と前記第２の固定長と第４のフィールド長との和が前記第１の固定バイト長の倍数になるようにパディングを行う第４のフィールドが追加されており、
前記第１の処理部は、
前記サブヘッダフィールドが当該サブヘッダフィールドに含まれる第３のフィールドにより誤りと判定され、かつ前記受信部が受信した物理パケットのフレームボディ分離が未処理である領域が少なくとも第１の固定バイト長の３倍以上残されている場合、
前記サブヘッダフィールドとして扱った第１の固定バイト長の領域の直後から第１の固定バイト長だけ前記受信部が受信した物理パケットの後方にずらした地点を第１の基点として再度、前記第１の固定バイト長分をサブヘッダフィールドとして抽出し、想定する第３のフィールド部を用いて誤り検出を行う、サブヘッダフィールドの探索処理を実施し、
前記想定する第３のフィールド部に誤りがあると判定された場合には前記第１の基点から第１の固定バイト長分後方にずらした地点を新たに第１の基点としてサブヘッダフィールドの探索処理を継続し、
前記想定する第３のフィールド部に誤りがないと判定された場合には第１の固定バイト長分で抽出した領域をサブヘッダフィールドと確定してフレームボディフィールドとそれに付随する第２のフィールドの領域を抽出する
ことを特徴とする請求項２乃至請求項５記載の無線通信端末。
【請求項７】
前記第１の処理部は、
前記サブヘッダフィールドにより抽出したフレームボディフィールドが前記第２のフィールドを用いて正しいと判定したならば、
前記受信部が受信した物理パケットのフレームボディ分離が未処理である領域から抽出したサブヘッダフィールドが前記第３のフィールドを用いて誤りと判定した場合、もしくは正しいサブヘッダフィールドに基づき抽出したフレームボディフィールドがそれに付随する第２のフィールドを用いて誤りと判定した場合には、前記サブヘッダフィールドの探索処理を終了することを特徴とする請求項６記載の無線通信端末。
【請求項８】
前記第１の処理部は、
前記第２のフィールドを用いて正しいと判定したフレームボディのシーケンス番号フィールドによって前記連続で受信成功した最大のシーケンス番号が更新された以降、
前記受信部が受信した物理パケットのフレームボディ分離が未処理である領域から抽出したサブヘッダフィールドを前記第３のフィールドを用いて誤りと判定した場合、もしくは正しいサブヘッダフィールドに基づき抽出したフレームボディフィールドがそれに付随する第２のフィールドを用いて誤りと判定した場合には、前記サブヘッダフィールドの探索処理を終了することを特徴とする請求項６記載の無線通信端末。
【請求項９】
前記受信部が受信した物理パケットには、対応するシーケンス番号フィールドの値が連続で増加するようにフレームボディフィールドが入れられ、
該物理パケットからの正しいフレームボディフィールドの抽出に失敗した時点で、
前記第１の記憶部は、前記第１の処理部により抽出したフレームボディフィールド及び対応するシーケンス番号フィールドの保持を止めることを特徴とする請求項１又は請求項２記載の無線通信端末。
【請求項１０】
前記第２の処理部は、前記受信部が受信した物理パケットの最後までフレームボディフィールドの抽出が完了した場合には、連続で受信成功した最大のシーケンス番号までの前記第１の記憶部に保持された情報を継続する受信処理へ回すため抽出した後、前記第１の記憶部に保持された情報を廃棄することを特徴とする請求項１又は請求項２記載の無線通信端末。
【請求項１１】
前記第２の記憶部は、シーケンスの開始番号である旨通知されたシーケンス番号フィールドを含む物理パケットの受信時点から連続で受信成功した最大のシーケンス番号を保持することを特徴とする請求項４記載の無線通信端末。
【請求項１２】
シーケンス開始番号である旨通知されたシーケンス番号フィールドを含む物理パケットの受信に対する応答フレームは、シーケンス開始番号の通知を受けたことを通知する情報をさらに含むことを特徴とする請求項４記載の無線通信端末。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【公開番号】特開２０１２−１６５１３９（Ｐ２０１２−１６５１３９Ａ）
【公開日】平成２４年８月３０日（２０１２．８．３０）
【国際特許分類】
【出願番号】特願２０１１−２３２１６（Ｐ２０１１−２３２１６）
【出願日】平成２３年２月４日（２０１１．２．４）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成２４年８月３０日（２０１２．８．３０）
【国際特許分類】
【出願日】平成２３年２月４日（２０１１．２．４）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]