(57)【要約】【課題】送信装置から受信できなかったパケットが再送によって正常に受信できるまで既に受信されたパケットが受信装置の下位層において待たされることを、所定の要求に応じて回避する。【解決手段】送信装置２００から複数のパケットを順次に受信する受信部と、受信部により欠落なく所定数のパケットが受信された場合、受信部により受信された所定数のパケットを一括して出力する第１処理部と、第１処理部から一括して出力された所定数のパケットの入力を受け付ける第２処理部と、所定の要求を検出する検出部と、検出部により所定の要求が検出された場合、受信部によりパケットが受信される度にパケットを第２処理部に出力するように第１処理部を制御する制御部と、を備える、受信装置１００が提供される。【選択図】図１
2012114737.tif 000002
【特許請求の範囲】
【請求項１】
送信装置から複数のパケットを順次に受信する受信部と、
前記受信部により欠落なく所定数の前記パケットが受信された場合、前記受信部により受信された前記所定数のパケットを一括して出力する第１処理部と、
前記第１処理部から一括して出力された前記所定数のパケットの入力を受け付ける第２処理部と、
所定の要求を検出する検出部と、
前記検出部により前記所定の要求が検出された場合、前記受信部によりパケットが受信される度に前記パケットを前記第２処理部に出力するように前記第１処理部を制御する制御部と、
を備える、受信装置。
【請求項２】
前記第２処理部は、
前記検出部により前記所定の要求が検出される前には、前記第１処理部から出力された前記所定数のパケットに対して所定の処理を実行し、前記検出部により前記所定の要求が検出された後には、前記第１処理部から出力された前記パケットに対して所定の処理を実行する、
請求項１に記載の受信装置。
【請求項３】
前記第２処理部は、
前記制御部により、前記受信部により前記パケットが受信される度に前記パケットを前記第２処理部に出力するように前記第１処理部が制御されている場合に、前記第１処理部から出力されないパケットを復元する、
請求項２に記載の受信装置。
【請求項４】
前記第１処理部は、
前記送信装置から送信される前記複数のパケットのそれぞれにシーケンス番号が付されている場合、前記複数のパケットのそれぞれに付されたシーケンス番号により欠落なく前記所定数のパケットが受信されたか否かを判断する、
請求項１に記載の受信装置。
【請求項５】
前記受信装置は、
ユーザからの操作信号の入力を受け付ける入力部をさらに備え、
前記検出部は、
前記入力部により入力が受け付けられた前記操作信号に基づいて、前記所定の要求を検出する、
請求項１に記載の受信装置。
【請求項６】
前記受信部は、
前記所定の要求を通知するために前記送信装置から送信された所定のメッセージをさらに受信し、
前記検出部は、
前記受信部により前記送信装置から受信された前記所定のメッセージに基づいて、前記所定の要求を検出する、
請求項１に記載の受信装置。
【請求項７】
前記検出部は、
前記受信部により前記送信装置から受信された前記複数のパケットのそれぞれの所定のフィールドに設定されている値に基づいて、前記所定の要求を検出する、
請求項１に記載の受信装置。
【請求項８】
前記検出部は、
前記所定の要求に前記送信装置を識別するための装置識別情報が含まれている場合、前記所定の要求から前記装置識別情報をさらに検出し、
前記制御部は、
前記装置識別情報により識別される前記送信装置から前記受信部により前記パケットが受信される度に前記パケットを前記第２処理部に出力するように前記第１処理部を制御する、
請求項１に記載の受信装置。
【請求項９】
前記検出部は、
前記所定の要求に前記パケットの種別を示す種別情報が含まれている場合、前記所定の要求から前記種別情報をさらに検出し、
前記制御部は、
前記種別情報により示される種別のパケットが前記受信部により受信される度に前記パケットを前記第２処理部に出力するように前記第１処理部を制御する、
請求項１に記載の受信装置。
【請求項１０】
前記受信装置は、
前記検出部により前記所定の要求が検出される前であるか後であるかに関わらず、前記送信装置から送信された前記所定数のパケットに対する応答パケットを、前記送信装置に送信する送信部、
をさらに備える、請求項１に記載の受信装置。
【請求項１１】
前記第１処理部は、
前記所定数のパケットの中に前記受信部により受信されなかったパケットである欠落パケットが存在するか否かを判断し、前記欠落パケットが存在すると判断した場合には前記欠落パケットのシーケンス番号を前記応答パケットに設定し、前記欠落パケットが存在しないと判断した場合には前記欠落なくパケットが受信された旨を示す情報を前記応答パケットに設定する、
請求項１０に記載の受信装置。
【請求項１２】
前記受信部は、
前記応答パケットに設定されている前記シーケンス番号に基づいて前記送信装置から前記欠落パケットが再送された場合、前記欠落パケットを受信し、
前記第２処理部は、
前記制御部により、前記受信部により前記パケットが受信される度に前記パケットを前記第２処理部に出力するように前記第１処理部が制御されている場合に、前記第１処理部から出力されないパケットを復元し、前記受信部により受信された前記欠落パケットを破棄する、
請求項１１に記載の受信装置。
【請求項１３】
前記第２処理部は、
前記受信部により、前記所定数のパケットに対してビットごとに排他的論理和を演算することにより得られた演算結果が前記送信装置からさらに受信された場合、前記第１処理部から出力された複数のパケットと前記演算結果とに対してビットごとに排他的論理和を演算することにより、前記第１処理部から出力されないパケットを復元する、
請求項３に記載の受信装置。
【請求項１４】
送信装置から複数のパケットを順次に受信するステップと、
欠落なく所定数の前記パケットが受信された場合、受信された前記所定数のパケットを一括して出力するステップと、
一括して出力された前記所定数のパケットの入力を受け付けるステップと、
所定の要求を検出するステップと、
前記所定の要求が検出された場合、パケットが受信される度に前記パケットを出力するように制御するステップと、
を備える、受信方法。
【請求項１５】
コンピュータを、
送信装置から複数のパケットを順次に受信する受信部と、
前記受信部により欠落なく所定数の前記パケットが受信された場合、前記受信部により受信された前記所定数のパケットを一括して出力する第１処理部と、
前記第１処理部から一括して出力された前記所定数のパケットの入力を受け付ける第２処理部と、
所定の要求を検出する検出部と、
前記検出部により前記所定の要求が検出された場合、前記受信部によりパケットが受信される度に前記パケットを前記第２処理部に出力するように前記第１処理部を制御する制御部と、
を備える、受信装置として機能させるためのプログラム。
【請求項１６】
複数のパケットを順次に送信する送信部、
を備える、送信装置と、
前記送信装置から複数のパケットを順次に受信する受信部と、
前記受信部により欠落なく所定数の前記パケットが受信された場合、前記受信部により受信された前記所定数のパケットを一括して出力する第１処理部と、
前記第１処理部から一括して出力された前記所定数のパケットの入力を受け付ける第２処理部と、
所定の要求を検出する検出部と、
前記検出部により前記所定の要求が検出された場合、前記受信部によりパケットが受信される度に前記パケットを前記第２処理部に出力するように前記第１処理部を制御する制御部と、
を備える、受信装置と、
を有する、通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受信装置、受信方法、プログラムおよび通信システムに関する。
【背景技術】
【０００２】
近年、無線通信を利用してデータの送受信を行うＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）として、無線ＬＡＮが普及している。また、無線ＬＡＮの規格としては、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃ  Ｅｎｇｉｎｅｅｒｓ）が策定したＩＥＥＥ  ８０２．１１（以下、単に「８０２．１１」と言うこともある。）が知られている。８０２．１１を利用した技術としては、様々なものが開示されている（例えば、特許文献１参照。）。
【０００３】
８０２．１１においては、伝送によるオーバヘッドを削減して伝送の高速化を図ることを目的として、送信装置が複数のパケットを結合して受信装置に送信し、受信装置がそれに対する受信確認応答（以下、「Ａｃｋ」とも言う。）パケットを一つにまとめて返す仕組みについて規定されている。送信装置が複数のパケットを結合する技術は、特に「Ｐａｃｋｅｔ  Ａｇｇｒｅｇａｔｉｏｎ」と呼ばれ、受信装置により一つにまとめられたＡｃｋパケットは、特に「Ｂｌｏｃｋ  Ａｃｋ」と呼ばれている。
【０００４】
上記したような高速化技術によれば、送信装置が受信装置からＡｃｋパケットが受信されたことを確認してから次のパケットを受信装置に送信する技術とは異なるため、受信装置においては、一つの受信パケットと一つのＡｃｋパケットとが対をなす訳ではない。そのため、受信装置においては、必ずしも受信パケットが正常な順序でキューに入るとは限らない。
【０００５】
そこで、受信装置において上位層に対してパケットが正常な順序で出力されることを保証するため、８０２．１１においては、メディアアクセス制御（ＭＡＣ：Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層において、パケットに対する順序制御処理（以下、「リオーダ処理」とも言う。）を実行することが規定されている。具体的には、パケットがシーケンス番号順に上位層に転送されるように、ＭＡＣ層においてパケットを一時的に蓄積してから上位層に出力する処理が行われる。かかる処理が実行されることにより、上位層ではパケットの順序を意識せずに通信を行うことができるようになる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００９−２７８５４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、かかる処理を実行した場合には、エラーなどの発生により一つのパケットが受信できなかった場合などに、受信できなかったパケットが送信装置からの再送によって正常に受信できるまで、既に正常に受信されたパケットがＭＡＣ層において待たされてしまうといった問題があった。
【０００８】
例えば、リアルタイム性が要求されるアプリケーションのように、パケット遅延の程度を低く維持することが要求されるアプリケーションが実行されている場合には、この順序制御処理によって生じる遅延により、ＭＡＣ層に滞りなく届いていたものの上位層に届かなかったパケットの有効期限が切れてしまう現象が起こり得る。特に、送信装置が再送対象のパケットを一度目に送信するパケットよりも後に送信するといったアルゴリズムに基づいてパケットを受信装置に送信する場合、かかる現象が起こり易い。
【０００９】
そこで、本発明は、送信装置から受信できなかったパケットが再送によって正常に受信できるまで既に受信されたパケットが受信装置の下位層において待たされることを、所定の要求に応じて回避することが可能な、新規かつ改良された技術を提供しようとするものである。
【課題を解決するための手段】
【００１０】
本発明のある実施形態によれば、送信装置から複数のパケットを順次に受信する受信部と、上記受信部により欠落なく所定数の上記パケットが受信された場合、上記受信部により受信された上記所定数のパケットを一括して出力する第１処理部と、上記第１処理部から一括して出力された上記所定数のパケットの入力を受け付ける第２処理部と、所定の要求を検出する検出部と、上記検出部により上記所定の要求が検出された場合、上記受信部によりパケットが受信される度に上記パケットを上記第２処理部に出力するように上記第１処理部を制御する制御部と、を備える、受信装置が提供される。
【００１１】
上記第２処理部は、上記検出部により上記所定の要求が検出される前には、上記第１処理部から出力された上記所定数のパケットに対して所定の処理を実行し、上記検出部により上記所定の要求が検出された後には、上記第１処理部から出力された上記パケットに対して所定の処理を実行することとしてもよい。
【００１２】
上記第２処理部は、上記制御部により、上記受信部により上記パケットが受信される度に上記パケットを上記第２処理部に出力するように上記第１処理部が制御されている場合に、上記第１処理部から出力されないパケットを復元することとしてもよい。
【００１３】
上記第１処理部は、上記送信装置から送信される上記複数のパケットのそれぞれにシーケンス番号が付されている場合、上記複数のパケットのそれぞれに付されたシーケンス番号により欠落なく上記所定数のパケットが受信されたか否かを判断することとしてもよい。
【００１４】
上記受信装置は、ユーザからの操作信号の入力を受け付ける入力部をさらに備え、上記検出部は、上記入力部により入力が受け付けられた上記操作信号に基づいて、上記所定の要求を検出することとしてもよい。
【００１５】
上記受信部は、上記所定の要求を通知するために上記送信装置から送信された所定のメッセージをさらに受信し、上記検出部は、上記受信部により上記送信装置から受信された上記所定のメッセージに基づいて、上記所定の要求を検出することとしてもよい。
【００１６】
上記検出部は、上記受信部により上記送信装置から受信された上記複数のパケットのそれぞれの所定のフィールドに設定されている値に基づいて、上記所定の要求を検出することとしてもよい。
【００１７】
上記検出部は、上記所定の要求に上記送信装置を識別するための装置識別情報が含まれている場合、上記所定の要求から上記装置識別情報をさらに検出し、上記制御部は、上記装置識別情報により識別される上記送信装置から上記受信部により上記パケットが受信される度に上記パケットを上記第２処理部に出力するように上記第１処理部を制御することとしてもよい。
【００１８】
上記検出部は、上記所定の要求に上記パケットの種別を示す種別情報が含まれている場合、上記所定の要求から上記種別情報をさらに検出し、上記制御部は、上記種別情報により示される種別のパケットが上記受信部により受信される度に上記パケットを上記第２処理部に出力するように上記第１処理部を制御することとしてもよい。
【００１９】
上記受信装置は、上記検出部により上記所定の要求が検出される前であるか後であるかに関わらず、上記送信装置から送信された上記所定数のパケットに対する応答パケットを、上記送信装置に送信する送信部、をさらに備えることとしてもよい。
【００２０】
上記第１処理部は、上記所定数のパケットの中に上記受信部により受信されなかったパケットである欠落パケットが存在するか否かを判断し、上記欠落パケットが存在すると判断した場合には上記欠落パケットのシーケンス番号を上記応答パケットに設定し、上記欠落パケットが存在しないと判断した場合には上記欠落なくパケットが受信された旨を示す情報を上記応答パケットに設定することとしてもよい。
【００２１】
上記受信部は、上記応答パケットに設定されている上記シーケンス番号に基づいて上記送信装置から上記欠落パケットが再送された場合、上記欠落パケットを受信し、上記第２処理部は、上記制御部により、上記受信部により上記パケットが受信される度に上記パケットを上記第２処理部に出力するように上記第１処理部が制御されている場合に、上記第１処理部から出力されないパケットを復元し、上記受信部により受信された上記欠落パケットを破棄することとしてもよい。
【００２２】
上記第２処理部は、上記受信部により、上記所定数のパケットに対してビットごとに排他的論理和を演算することにより得られた演算結果が上記送信装置からさらに受信された場合、上記第１処理部から出力された複数のパケットと上記演算結果とに対してビットごとに排他的論理和を演算することにより、上記第１処理部から出力されないパケットを復元することとしてもよい。
【００２３】
本発明の他の実施形態によれば、送信装置から複数のパケットを順次に受信するステップと、欠落なく所定数の上記パケットが受信された場合、受信された上記所定数のパケットを一括して出力するステップと、一括して出力された上記所定数のパケットの入力を受け付けるステップと、所定の要求を検出するステップと、上記所定の要求が検出された場合、パケットが受信される度に上記パケットを出力するように制御するステップと、を備える、受信方法が提供される。
【００２４】
本発明の他の実施形態によれば、コンピュータを、送信装置から複数のパケットを順次に受信する受信部と、上記受信部により欠落なく所定数の上記パケットが受信された場合、上記受信部により受信された上記所定数のパケットを一括して出力する第１処理部と、上記第１処理部から一括して出力された上記所定数のパケットの入力を受け付ける第２処理部と、所定の要求を検出する検出部と、上記検出部により上記所定の要求が検出された場合、上記受信部によりパケットが受信される度に上記パケットを上記第２処理部に出力するように上記第１処理部を制御する制御部と、を備える、受信装置として機能させるためのプログラムが提供される。
【００２５】
本発明の他の実施形態によれば、複数のパケットを順次に送信する送信部、を備える、送信装置と、上記送信装置から複数のパケットを順次に受信する受信部と、上記受信部により欠落なく所定数の上記パケットが受信された場合、上記受信部により受信された上記所定数のパケットを一括して出力する第１処理部と、上記第１処理部から一括して出力された上記所定数のパケットの入力を受け付ける第２処理部と、所定の要求を検出する検出部と、上記検出部により上記所定の要求が検出された場合、上記受信部によりパケットが受信される度に上記パケットを上記第２処理部に出力するように上記第１処理部を制御する制御部と、を備える、受信装置と、を有する、通信システムが提供される。
【発明の効果】
【００２６】
以上説明したように、本発明によれば、送信装置から受信できなかったパケットが再送によって正常に受信できるまで既に受信されたパケットが受信装置の下位層において待たされることを、所定の要求に応じて回避することが可能である。
【図面の簡単な説明】
【００２７】
【図１】本発明の実施形態に係る通信システムの構成を示す図である。
【図２】同実施形態に適用し得るフレームの構成例を示す図である。
【図３】同実施形態に係る受信装置の機能構成を示す図である。
【図４】同実施形態に係る送信装置の機能構成を示す図である。
【図５】同実施形態に係る通信システムにより実行される処理の流れを示すフローチャートである。
【図６】同実施形態に係る受信装置により表示される選択画面例を示す図である。
【図７】同実施形態に適用し得るデータフレーム（ＩＰヘッダを含む）の構成例を示す図である。
【図８】同実施形態に適用し得るデータフレーム（ＲＴＰヘッダを含む）の構成例を示す図である。
【図９】同実施形態に適用し得るマネジメントアクションフレームの構成例を示す図である。
【図１０】同実施形態に適用し得るデータフレーム（メッセージフィールドを含む）の構成例を示す図である。
【図１１】同実施形態に係る受信装置による欠落パケットの復元について説明するための図である。
【図１２】同実施形態に係る通信システムにより送受信されるパケット（所定の要求検出前）の流れの一例を示す図である。
【図１３】同実施形態に係る通信システムにより送受信されるパケット（所定の要求検出後）の流れの一例を示す図である。
【発明を実施するための形態】
【００２８】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付すことにより重複説明を省略する。
【００２９】
また、以下の順序にしたがって当該「発明を実施するための形態」を説明する。
１．実施形態
１−１．  通信システムの構成
１−２．  フレームの構成
１−３．  受信装置の機能構成
１−４．  送信装置の機能構成
１−５．  通信システムにより実行される処理
１−６．  所定の要求をユーザからの入力により検出する場合
１−７．  所定の要求を所定フィールドの設定値により検出する場合
１−８．  所定の要求を専用メッセージの受信により検出する場合
１−９．  欠落パケットの復元
１−１０．所定の要求検出前に送受信されるパケットの流れ
１−１１．所定の要求検出後に送受信されるパケットの流れ
２．変形例
３．まとめ
【００３０】
＜１．実施形態＞
［１−１．通信システムの構成］
図１は、本発明の実施形態に係る通信システムの構成を示す図である。まず、図１を参照しながら、本発明の実施形態に係る通信システムの構成について説明する。
【００３１】
図１に示すように、本発明の実施形態に係る通信システム１０は、受信装置１００と、送信装置２００とを含むものである。受信装置１００と送信装置２００とは、例えば、無線信号により通信を行うことが可能である。しかしながら、受信装置１００と送信装置２００とは、例えば、有線により接続されていることとしてもよい。送信装置２００は、例えば、ＬＡＮなどといったネットワーク３００を介して他の装置と通信を行うことが可能であってもよい。
【００３２】
受信装置１００と送信装置２００との組み合わせはどのようなものであってもよい。また、送信装置２００から受信装置１００へのデータ送信は、上りリンク、下りリンク、ダイレクトリンク、アドホックネットワークなどのいずれを使用して行われてもよい。本実施形態においては、一例として受信装置１００をＡＰ（アクセスポイント）とし、送信装置２００がＳＴ（ステーション）とした場合において、送信装置２００から受信装置１００への通信に下りリンクを使用した場合を例として説明する。本実施形態では、特に、受信装置１００と送信装置２００との間において、８０２．１１を利用した通信が行われる例について説明するが、受信装置１００と送信装置２００との間における通信に使用されるプロトコルは特に限定されるものではない。
【００３３】
［１−２．フレームの構成例］
図２は、本発明の実施形態に適用し得るフレームの構成例を示す図である。図２を参照しながら、本発明の実施形態に適用し得るフレームの構成例について説明する。
【００３４】
図２に示すように、受信装置１００と送信装置２００との間において一般的に送受信されるフレームには、例えば、プリアンブル、ＰＬＣＰ（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｃｏｎｖｅｒｇｅｎｃｅ  ｐｒｏｔｏｃｏｌ）ヘッダ、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）ヘッダ、フレームペイロード＋ＦＣＳ（Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ）などが含まれている。
【００３５】
プリアンブルは、タイミング検出や搬送波周波数オフセットの推定に使用されるフィールドであり、送信装置２００における物理層においてフレームペイロードに付加され、受信装置１００における物理層において参照されてフレームペイロードから外される。ＰＬＣＰヘッダは、変調方式の指定に使用されるフィールドであり、送信装置２００における物理層においてフレームペイロードに付加され、受信装置１００における物理層において参照されてフレームペイロードから外される。ＭＡＣヘッダは、送信装置２００におけるＭＡＣ層においてフレームペイロードに付加され、受信装置１００におけるＭＡＣ層において参照されてフレームペイロードから外される。
【００３６】
フレームペイロードは、送信装置２００においてＭＡＣ層よりも上位の層において生成され、受信装置１００においてＭＡＣ層よりも上位の層において参照される。フレームペイロードには、例えば、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）パケットやＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）パケットが含まれる。以下において、フレームペイロードを単にパケットと言うことがある。ＦＣＳは、送信装置２００から受信装置１００に送信されるパケットの欠落を検出するために使用され、送信装置２００においてＭＡＣ層よりも上位の層においてフレームペイロードに付加され、受信装置１００においてＭＡＣ層よりも上位の層において参照される。
【００３７】
本実施形態においては、送信装置２００は、複数のフレームを結合した状態により受信装置１００に送信する。複数のフレームが結合した状態としては、様々なものが想定される。例えば、図２に示したように、プリアンブル、ＰＬＣＰヘッダ、ＭＡＣヘッダとしては共通のヘッダを設定し、この共通のヘッダに続いて複数のフレームのそれぞれのフレームペイロードを繰り返し並べてなるＡ−ＭＳＤＵ（Ａｇｇｒｅｇａｔｉｏｎ−Ｍａｃ  Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）フレームが、複数のフレームが結合した状態として想定される。
【００３８】
また、例えば、図２に示したように、プリアンブル、ＰＬＣＰヘッダとしては共通のヘッダを設定し、この共通のヘッダに続いて、Ａ−ＭＳＤＵにおけるＭＡＣヘッダ以降（ＭＡＣヘッダおよび複数のデータフレーム）を繰り返し並べてなるＡ−ＭＰＤＵ（Ａｇｇｒｅｇａｔｉｏｎ−Ｍａｃ  ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）フレームが、複数のフレームが結合した状態として想定される。
【００３９】
［１−３．受信装置の機能構成］
図３は、本発明の実施形態に係る受信装置１００の機能構成を示す図である。図３を参照しながら、本発明の実施形態に係る受信装置１００の機能構成について説明する。
【００４０】
図３に示すように、本発明の実施形態に係る受信装置１００は、少なくとも、受信部１１０と、データ処理部１４０と、検出部１７０と、制御部１５０とを備えるものである。また、受信装置１００は、必要に応じて、無線インタフェース部１２０、伝送処理部１３０、記憶部１６０、入力部１８０、出力部１９０などを備えるものである。
【００４１】
受信部１１０は、送信装置２００から複数のパケットを順次に受信する機能を有するものである。ここで、受信部１１０により送信装置２００から順次に受信される複数のパケットのそれぞれは、図２に示した例では、フレームペイロードに相当するものであり、プリアンブル、ＰＬＣＰヘッダ、ＭＡＣヘッダなどは、適宜、当該フレームペイロードに付加されたり、当該フレームペイロードから外されたりする。例えば、受信装置１００は、複数のパケットを、Ａ−ＭＳＤＵフレーム、Ａ−ＭＰＤＵフレームなどにより受信する。受信部１１０は、図３に示すように、例えば、アンテナにより構成されるが、他の通信装置により構成されてもよい。
【００４２】
データ処理部１４０は、少なくとも、第１処理部１４１と、第２処理部１４２とを備えるものである。第１処理部１４１は、受信部１１０により欠落なく所定数のパケットが受信された場合、受信部１１０により受信された所定数のパケットを一括して第２処理部１４２に出力する機能を有するものである。第１処理部１４１は、上記したＭＡＣ層に相当するものである。所定数は特に限定されるものではなく、複数であれば如何なる数であってもよい。具体的に、第１処理部１４１は、例えば、受信部１１０により受信されたパケットが一時的に伝送処理部１３０によりバッファ内に蓄積される場合、バッファ内に蓄積されているパケットを参照し、バッファ内に欠落なく所定数のパケットが蓄積されていることを確認できた場合に、その所定数のパケットを第２処理部１４２に出力する。バッファとしては、例えば、受信装置１００が備えるメモリが使用される。
【００４３】
所定数のパケットが受信されたか否かを第１処理部１４１により判断する手法としては、様々なものが想定される。第１処理部１４１は、例えば、送信装置２００から送信される複数のパケットのそれぞれにシーケンス番号が付されている場合、複数のパケットのそれぞれに付されたシーケンス番号により欠落なく所定数のパケットが受信されたか否かを判断することができる。
【００４４】
第２処理部１４２は、第１処理部１４１から一括して出力された所定数のパケットの入力を受け付ける機能を有するものである。第２処理部１４２は、上記したＭＡＣ層よりも上位の層に相当するものである。第２処理部１４２は、検出部１７０により所定の要求が検出される前には、第１処理部１４１から出力された所定数のパケットに対して所定の処理を実行する。また、第２処理部１４２は、検出部１７０により所定の要求が検出された後には、第１処理部１４１から出力されたパケットに対して所定の処理を実行する。所定の処理は、特に限定されるものではなく、例えば、第２処理部１４２を実現するためのプログラムに応じて決定される。所定の処理としては、例えば、第１処理部１４１から出力された所定数のパケットのフレームペイロード部分に設定されているデータを表示する処理、再生する処理などが想定される。
【００４５】
検出部１７０は、所定の要求を検出する機能を有するものである。所定の要求とは、例えば、上記したＭＡＣ層よりも上位の層からの低遅延の要求に相当するものであり、低遅延の要求とは、例えば、処理の遅延を低く抑える旨を示す要求を意味するものである。所定の要求の検出手法については後に詳細に述べるが、例えば、所定の要求は、ユーザからの入力により検出されるものである。また、所定の要求は、送信装置２００から受信装置１００にデータを送信する際に使用されるパケットにおける所定フィールドの設定値により検出されてもよいし、送信装置２００から送信された専用メッセージの受信により検出されてもよい。図３には、検出部１７０は、入力部１８０から出力された所定の要求を検出する例について示されているが、所定の要求を検出部１７０に出力する構成は入力部１８０に限定されるものではない。また、所定の要求のフォーマットは、特に限定されるものではない。
【００４６】
制御部１５０は、受信装置１００内の各機能ブロックの動作を制御する機能を有するものである。制御部１５０は、例えば、検出部１７０により所定の要求が検出された場合、受信部１１０によりパケットが受信される度にパケットを第２処理部１４２に出力するように第１処理部１４１を制御する機能を有するものである。制御部１５０は、その他、検出部１７０により所定の要求が検出される前には、受信部１１０により欠落なく所定数のパケットが受信された場合、受信部１１０により受信された所定数のパケットを一括して第２処理部１４２に出力するように第１処理部１４１を制御する機能を有する。
【００４７】
データ処理部１４０、制御部１５０、検出部１７０は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などにより構成され、ＣＰＵが記憶部１６０によって記憶されているプログラムをＲＡＭに展開して実行することによりその機能が実現されるものである。しかし、このような構成に限らず、データ処理部１４０、制御部１５０、検出部１７０は、専用のハードウェアにより構成されることとしてもよい。
【００４８】
受信部１１０、第１処理部１４１、第２処理部１４２、制御部１５０、検出部１７０が有するこれらの機能により、受信装置１００は、送信装置２００から受信できなかったパケットが再送によって正常に受信できるまで既に受信されたパケットが自装置の下位層において待たされることを、所定の要求に応じて回避することが可能となる。
【００４９】
制御部１５０は、例えば、検出部１７０により所定の要求が検出された場合であっても、パケットの種類によっては、受信部１１０により欠落なく所定数のパケットが受信されてから、受信部１１０により受信された所定数のパケットを一括して第２処理部１４２に出力するように第１処理部１４１を制御するようにしてもよい。
【００５０】
例えば、リオーダ処理を無効化すべき送信装置２００が指定される場合が想定される。その場合には、検出部１７０は、所定の要求に送信装置２００を識別するための装置識別情報が含まれている場合、所定の要求から装置識別情報をさらに検出し、制御部１５０は、装置識別情報により識別される送信装置２００から受信部１１０によりパケットが受信される度にパケットを第２処理部１４２に出力するように第１処理部１４１を制御すればよい。一方、制御部１５０は、所定の要求から検出されなかった装置識別情報により識別される送信装置２００からのパケットを受信する場合には、受信部１１０により欠落なく所定数のパケットが受信されてから、受信部１１０により受信された所定数のパケットを一括して第２処理部１４２に出力するように第１処理部１４１を制御すればよい。送信装置２００を識別するための装置識別情報の例としては、例えば、送信装置２００のＭＡＣアドレスを使用することができる。送信装置２００のＭＡＣアドレスの代わりに、送信装置２００のマシン名やＩＰアドレスなどを使用することもできる。
【００５１】
また、例えば、リオーダ処理を無効化すべきパケットの種別が指定される場合が想定される。検出部１７０は、所定の要求にパケットの種別を示す種別情報が含まれている場合、所定の要求から種別情報をさらに検出し、制御部１５０は、種別情報により示される種別のパケットが受信部１１０により受信される度にパケットを第２処理部１４２に出力するように第１処理部１４１を制御すればよい。一方、制御部１５０は、種別情報により示される種別以外の種別のパケットを受信する場合には、受信部１１０により欠落なく所定数のパケットが受信されてから、受信部１１０により受信された所定数のパケットを一括して第２処理部１４２に出力するように第１処理部１４１を制御すればよい。パケットの種別を示す種別情報としては、パケットが格納されるキューを識別するためのＩＤに相当するトラフィックＩＤ（ＴＩＤ）を使用することができる。ＴＩＤの代わりに、ポート番号などを使用することもできる。
【００５２】
データ処理部１４０は、その他、必要に応じて、送信装置２００に送信すべきパケットを生成する機能を有する。送信装置２００に送信すべきパケットとしては、上記した例では、ＡｃｋやＢｌｏｃｋ  Ａｃｋが相当する。
【００５３】
送信動作においては、伝送処理部１３０は、データ処理部１４０により生成されたパケットに対してヘッダや誤り検出符号の付加などの処理を行い、処理後のデータを無線インタフェース部１２０に提供する。無線インタフェース部１２０は、伝送処理部１３０により受け取ったデータを変調信号にして送信装置２００に送信する。受信動作においては、無線インタフェース部１２０が送信装置２００からの受信信号の復調を行い、伝送処理部１３０が受信信号のヘッダ解析を行い、受信信号をデータ処理部１４０に渡す。
【００５４】
伝送処理部１３０は、８０２．１１ｎにおいて定義されているスループット高速化技術に使用されるＡ−ＭＰＤＵフレームの生成や分解、Ｂｌｏｃｋ  Ａｃｋのバッファ管理やウインドウ管理などを行う。また、上記したように、第１処理部１４１は、受信時におけるパケットに対する順序制御処理（リオーダ処理）を行う。
【００５５】
記憶部１６０は、受信装置１００を機能させるための各種プログラムを記憶することが可能である。記憶部１６０が記憶する各種プログラムは、例えば、伝送処理部１３０やデータ処理部１４０、制御部１５０、検出部１７０の機能を実現するために使用される。記憶部１６０は、例えば、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）などといった記憶装置により構成される。
【００５６】
入力部１８０は、ユーザからの操作信号の入力を受け付ける機能を有するものである。入力部１８０は、例えば、入力装置などにより構成されるものであり、例えば、操作信号を入力するためのボタン、キーボード、マウスなどにより構成される。入力部１８０は、ユーザから入力された操作信号を検出部１７０に出力する。なお、検出部１７０が入力部１８０から出力された操作信号に基づいて所定の要求を検出する場合には、入力部１８０が必要となるが、その他の手法により検出部１７０が所定の要求を検出する場合には、受信装置１００は、特に入力部１８０を備えていなくてもよい。
【００５７】
出力部１９０は、制御部１５０の制御によりユーザに対して情報を出力する機能を有するものである。出力部１９０は、例えば、出力装置などにより構成されるものであり、例えば、ディスプレイ、スピーカーなどにより構成される。なお、受信装置１００は、特に出力部１９０を備えていなくてもよい。
【００５８】
［１−４．送信装置の機能構成］
図４は、本発明の実施形態に係る送信装置２００の機能構成を示す図である。図４を参照しながら、本発明の実施形態に係る送信装置２００の機能構成について説明する。
【００５９】
図４に示すように、本発明の実施形態に係る送信装置２００は、少なくとも、送信部２１０を備えるものである。また、送信装置２００は、必要に応じて、無線インタフェース部２２０、伝送処理部２３０、データ処理部２４０、制御部２５０、記憶部２６０などを備えるものである。
【００６０】
送信部２１０は、複数のパケットを順次に受信装置１００に送信する機能を有するものである。ここで、送信部２１０により受信装置１００に順次に送信される複数のパケットのそれぞれは、図２に示した例では、フレームペイロードに相当するものであり、プリアンブル、ＰＬＣＰヘッダ、ＭＡＣヘッダなどは、適宜、当該フレームペイロードに付加されたり、当該フレームペイロードから外されたりする。例えば、送信装置２００は、複数のパケットを、Ａ−ＭＳＤＵフレーム、Ａ−ＭＰＤＵフレームなどにより送信する。送信部２１０は、図４に示すように、例えば、アンテナにより構成されるが、他の通信装置により構成されてもよい。
【００６１】
データ処理部２４０は、少なくとも、第１処理部２４１と、第２処理部２４２とを備えるものである。第１処理部２４１は、第２処理部２４２により順次に生成された複数のパケットを伝送処理部２３０に出力する。第１処理部２４１は、上記したＭＡＣ層に相当するものである。第２処理部２４２は、複数のパケットを順次に生成する機能を有するものである。第２処理部２４２は、順次に生成した複数のパケットを第１処理部２４１に出力する。第２処理部２４２は、上記したＭＡＣ層よりも上位の層に相当するものである。
【００６２】
送信動作においては、伝送処理部２３０は、データ処理部２４０により生成されたパケットに対してヘッダや誤り検出符号の付加などの処理を行い、処理後のデータを無線インタフェース部２２０に提供する。無線インタフェース部２２０は、伝送処理部２３０により受け取ったデータを変調信号にして受信装置１００に送信する。受信動作においては、無線インタフェース部２２０が受信装置１００からの受信信号の復調を行い、伝送処理部２３０が受信信号のヘッダ解析を行い、受信信号をデータ処理部２４０に渡す。
【００６３】
伝送処理部２３０は、８０２．１１ｎにおいて定義されているスループット高速化技術に使用されるＡ−ＭＰＤＵフレームの生成や分解、Ｂｌｏｃｋ  Ａｃｋのバッファ管理やウインドウ管理などを行う。
【００６４】
記憶部２６０は、送信装置２００を機能させるための各種プログラムを記憶することが可能である。記憶部２６０が記憶する各種プログラムは、例えば、伝送処理部２３０やデータ処理部２４０、制御部２５０の機能を実現するために使用される。記憶部２６０は、例えば、ＨＤＤなどといった記憶装置により構成される。
【００６５】
［１−５．通信システムにより実行される処理］
図５は、本発明の実施形態に係る通信システム１０により実行される処理の流れを示すフローチャートである。図５を参照しながら、本発明の実施形態に係る通信システム１０により実行される処理の流れについて説明する。
【００６６】
図５に示すように、送信装置２００と受信装置１００との間におけるリンク確立が完了すると（ステップ１１０）、送信装置２００と受信装置１００との間においてデータパケットの送受信を行うことが可能となる。この状態において、受信装置１００は、要求検出処理を行う（ステップ１２０）。要求検出処理は、上記した例では、検出部１７０により所定の要求を検出する処理に相当するものであり、これから実行しようとしている上位層アプリケーションに低遅延の要求があるか否かを検出する処理である。低遅延の要求とは、処理の遅延を低く抑える旨を示す要求を意味する。
【００６７】
要求検出処理の結果、これから実行しようとしている上位層アプリケーションに低遅延の要求があると判断された場合に（ステップＳ１３０で「Ｙｅｓ」）、受信装置１００はリオーダ処理の無効化を行う（ステップＳ１４０）。この後、送信装置２００からのデータパケットの送信が行われることになる（ステップＳ１５０）。なお、要求検出処理において、データパケットの内容に基づいて、上位層アプリケーションに低遅延の要求があるか否かが判断される場合には、データパケットの送信開始後に要求検出処理が行われ、必要に応じてリオーダ処理の無効化が行われる。
【００６８】
［１−６．所定の要求をユーザからの入力により検出する場合］
図６は、本発明の実施形態に係る受信装置１００により表示される選択画面例を示す図である。図６を参照しながら、所定の要求をユーザからの入力により検出する場合について説明する。なお、この例における所定の要求とは、上記したように、ＭＡＣ層よりも上位の層からの低遅延の要求に相当するものであり、低遅延の要求とは、例えば、処理の遅延を低く抑える旨を示す要求を意味するものである。
【００６９】
上記したように、検出部１７０により所定の要求が検出される場合としては様々なものが想定される。例えば、検出部１７０は、所定の要求をユーザからの入力により検出することが可能である。その場合には、受信装置１００は、ユーザからの操作信号の入力を受け付ける入力部１８０をさらに備えることとなる。また、検出部１７０は、入力部１８０により入力が受け付けられた操作信号に基づいて、所定の要求を検出する。
【００７０】
例えば、制御部１５０は、図６に示したような選択画面を出力部１９０に表示させる。選択画面は、例えば、リオーダ処理を無効にしたいパケットの送信元の送信装置２００を選択するためのＭＡＣアドレス１９１を含んでいる。選択画面を閲覧したユーザは、入力部１８０に対して、例えば、チェック欄１９２にチェックを入れ、ＯＫボタン１９５を押下する操作を行うことができる。この操作により、制御部１５０は、チェック欄１９２にチェックが入れられているＭＡＣアドレス１９１により指定される送信装置２００からのパケットに対するリオーダ処理を無効化することができる。
【００７１】
選択画面は、例えば、リオーダ処理を無効にしたいパケットのトラフィックＩＤ（ＴＩＤ）１９３を含んでいる。ＴＩＤ１９３は、例えば、パケットが格納されるキューを識別するためのＩＤに相当する。選択画面を閲覧したユーザは、入力部１８０に対して、例えば、チェック欄１９４にチェックを入れ、ＯＫボタン１９５を押下する操作を行うことができる。この操作により、制御部１５０は、チェック欄１９４にチェックが入れられているＴＩＤを有するパケットに対するリオーダ処理を無効化することができる。
【００７２】
ＭＡＣアドレス１９１の代わりに、他の情報を使用することも可能である。例えば、送信装置２００のマシン名やＩＰアドレスを、ＭＡＣアドレス１９１の代わりに使用することができる。また、他の情報をＴＩＤ１９３の代わりに使用することも可能である。例えば、ＴＩＤ１９３の代わりにポート番号を使用することも可能である。
【００７３】
［１−７．所定の要求を所定フィールドの設定値により検出する場合］
図７は、本発明の実施形態に適用し得るデータフレーム（ＩＰヘッダを含む）の構成例を示す図である。図８は、本発明の実施形態に適用し得るデータフレーム（ＲＴＰヘッダを含む）の構成例を示す図である。図７および図８を参照しながら、所定の要求を所定フィールドの設定値により検出する場合について説明する。なお、この例における所定の要求とは、上記したように、ＭＡＣ層よりも上位の層からの低遅延の要求に相当するものであり、低遅延の要求とは、例えば、処理の遅延を低く抑える旨を示す要求を意味するものである。
【００７４】
上記したように、検出部１７０により所定の要求が検出される場合としては様々なものが想定される。例えば、検出部１７０は、所定の要求を、送信装置２００から受信装置１００にデータを送信する際に使用されるパケットにおける所定フィールドの設定値により検出することが可能である。その場合には、検出部１７０は、受信部１１０により送信装置２００から受信された複数のパケットのそれぞれの所定のフィールドに設定されている値に基づいて、所定の要求を検出する。
【００７５】
この手法では、受信装置１００は、送信装置２００からのデータ送信の前に所定の要求を検出するのではなく、送信装置２００から受信装置１００に送信されるデータ自身から所定の要求を検出する。そのために、上位層において使用されるヘッダ部に低遅延の要求を伝えるためのフィールドを用意しておき、このフィールドに設定されている値を受信装置１００において解釈することで所定の要求の検出を行う。受信装置１００は、所定の要求を検知した場合には、現在の動作を低遅延アプリケーション用の動作（リオーダ処理の無効化）に切り替える。
【００７６】
リオーダ処理の無効化の範囲を限定するための情報（例えば、送信元の送信装置２００を指定するためのＭＡＣアドレスやＴＩＤの情報）には、所定の要求が検出されたパケットに使用されていたものをそのまま適用することができる。上位層において使用されるヘッダ部を低遅延の要求を伝えるためのフィールドを用意する例としては、図７に示すように、ＩＰヘッダの「Ｔｙｐｅ  Ｏｆ  Ｓｅｒｖｉｃｅ」フィールドと「Ｐｒｏｔｏｃｏｌ」フィールドとの組み合わせを使用する場合などが想定される。例えば、「Ｔｙｐｅ  Ｏｆ  Ｓｅｒｖｉｃｅ」フィールドに低遅延を優先させる旨を示す値が設定され、「Ｐｒｏｔｏｃｏｌ」フィールドにＵＤＰを示す値が設定されている場合に低遅延が要求されていると判断することができる。また、図８に示すように、ＲＴＰヘッダの「Ｐａｙｌｏａｄ  Ｔｙｐｅ」フィールドに低遅延の要求を伝えるための値を設定することも考えられる。
【００７７】
［１−８．所定の要求を専用メッセージの受信により検出する場合］
図９は、本発明の実施形態に適用し得るマネジメントアクションフレームの構成例を示す図である。図９を参照しながら、所定の要求を専用メッセージの受信により検出する場合について説明する。なお、この例における所定の要求とは、上記したように、ＭＡＣ層よりも上位の層からの低遅延の要求に相当するものであり、低遅延の要求とは、例えば、処理の遅延を低く抑える旨を示す要求を意味するものである。
【００７８】
上記したように、検出部１７０により所定の要求が検出される場合としては様々なものが想定される。例えば、検出部１７０は、所定の要求を、送信装置２００から送信された専用メッセージの受信により検出することが可能である。その場合には、受信部１１０は、所定の要求を通知するために送信装置２００から送信された所定のメッセージをさらに受信し、検出部１７０は、受信部１１０により送信装置２００から受信された所定のメッセージに基づいて、所定の要求を検出する。
【００７９】
この手法では、送信装置２００から受信装置１００へのデータ送信に先立って、送信装置２００が、例えば、リオーダ処理を無効化する旨を示す要求をメッセージとして受信装置１００に送信する。受信装置１００は、送信装置２００からのメッセージを解釈し、その指示に従って、送信元の送信装置２００からのパケットに限りリオーダ処理の無効化を行う。この場合、その送信元の送信装置２００からのパケットすべてに対してリオーダ処理が無効となり、その送信元の送信装置２００からの他の低遅延化の必要ないパケットについてもリオーダ処理がなされなくなる状況が起こりうる。この状況を回避するため、例えば、送信装置２００がリオーダ処理の無効化を図りたいＴＩＤをメッセージに含めることで、無効化の範囲を限定することもできる。
【００８０】
メッセージを記載するためのフレームとして、例えば、図９に示したように、ＭＡＣ層よりも上位層には上がらない管理フレームであるマネジメントアクションフレームを使用することができる。マネジメントアクションフレームを使用した場合には、例えば、「Ｃａｔｅｇｏｒｙ」フィールドに「１２７」を設定すると、このフレームをベンダが独自に実装できることとなる。例えば、ベンダを識別するために使用されるＯＵＩ（Ｏｒｇａｎｉｚａｔｉｏｎａｌｌｙ  Ｕｎｉｑｕｅ  Ｉｄｅｎｔｉｆｉｅｒ）の後段に存在する「Ｍｅｓｓａｇｅ」フィールドを上記した所定のメッセージ用のフィールドとして使用することができる。
【００８１】
メッセージを記載するためのフレームとして、例えば、図１０に示したように、データフレームを使用することもできる。この場合、例えば、送信装置２００は、データフレームにおいてＭＡＣ層より上位層が扱う部分（例えば、ＬＬＣ−ＳＮＡＰヘッダの後段）にメッセージをカプセル化した上でデータフレームを受信装置１００に送信する。
【００８２】
［１−９．欠落パケットの復元］
図１１は、本発明の実施形態に係る受信装置１００による欠落パケットの復元について説明するための図である。図１１を参照しながら、本発明の実施形態に係る受信装置１００による欠落パケットの復元について説明する。なお、ここで説明する欠落パケットの復元手法は一例であり、本発明の実施形態に係る受信装置１００による欠落パケットの復元手法は、ここで説明する欠落パケットの復元手法に限定されるものではない。
【００８３】
制御部１５０により、受信部１１０によりパケットが受信される度に受信されたパケットを第２処理部１４２に出力するように第１処理部１４１が制御されている場合には、第１処理部１４１から出力されないパケットが存在し得る。このような場合、第２処理部１４２は、例えば、第１処理部１４１から出力されないパケットを復元することが可能である。例えば、第２処理部１４２は、受信部１１０により、所定数のパケットに対してビットごとに排他的論理和を演算することにより得られた演算結果が送信装置２００からさらに受信された場合、第１処理部１４１から出力された複数のパケットと演算結果とに対してビットごとに排他的論理和を演算する。これにより、第１処理部１４１から出力されないパケットを復元することができる。
【００８４】
より詳細には、送信装置２００から送信されるパケット♯１〜♯４が存在する場合、送信装置２００の第１処理部２４１（図１１には「送信側上位層」と示されている。）は、パケット♯１〜♯４に対する排他的論理和を演算し、演算して得られた演算結果をパケットとして受信装置１００に送信する。このようにすれば、例えば、パケット♯２が欠落して受信装置１００に届かなかった場合であっても、受信装置１００の第１処理部１４１（図１１には「受信側上位層」と示されている。）は、パケット♯１、♯３、♯４および演算結果に対する排他的論理和を演算することにより、演算して得られた演算結果をパケット♯２として復元することができる。
【００８５】
［１−１０．所定の要求検出前に送受信されるパケットの流れ］
図１２は、本発明の実施形態に係る通信システム１０により送受信されるパケット（所定の要求検出前）の流れの一例を示す図である。図１２を参照しながら、本発明の実施形態に係る通信システム１０により送受信されるパケット（所定の要求検出前）の流れの一例について説明する。
【００８６】
送信装置２００と受信装置１００との間では、データリンクが確立して、Ａｇｇｒｅｇａｔｉｏｎ、Ｂｌｏｃｋ  Ａｃｋは既に使用できる状態になっているとする。図１２に示した例では、送信装置２００が＃１〜＃８までのパケットを送信している。まず、Ａｇｇｒｅｇａｔｉｏｎによって＃１〜＃４までのパケットが結合されて送信されたとする。ここで、パケット＃２は受信装置１００において正しく復調できず、エラーが発生している。
【００８７】
なお、受信装置１００は、図示しない送信部により、送信装置２００から送信された所定数のパケットに対する応答パケット（Ｂｌｏｃｋ  Ａｃｋ）を、送信装置２００に送信することができる。応答パケット（Ｂｌｏｃｋ  Ａｃｋ）の送信は、検出部１７０により所定の要求が検出される前であるか後であるかに関わらず、行うことができる。検出部１７０により所定の要求が検出される前におけるパケットの流れは、図１２に例として示されており、検出部１７０により所定の要求が検出された後におけるパケットの流れは、図１３に例として示されている。
【００８８】
このように、検出部１７０により所定の要求が検出される前であるか後であるかに関わらず、応答パケット（Ｂｌｏｃｋ  Ａｃｋ）の送信を行えば、第１処理部１４１は、所定数のパケットの中に受信部１１０により受信されなかったパケットである欠落パケットが存在するか否かを判断し、欠落パケットが存在すると判断した場合には欠落パケットのシーケンス番号を応答パケット（Ｂｌｏｃｋ  Ａｃｋ）に設定することができる。また、第１処理部１４１は、欠落パケットが存在しないと判断した場合には欠落なくパケットが受信された旨を示す情報を応答パケット（Ｂｌｏｃｋ  Ａｃｋ）に設定することができる。
【００８９】
受信装置１００においては、各パケットが順序通りになるという条件を満たす限り、正しく受信できたパケットを上位層に転送する。ここでは、パケット＃１は、直ちに上位層に転送されるが、パケット＃２が到着していないため、パケット＃３、＃４は受信装置１００に到着していても上位層に転送することができない。また、受信装置１００は、この４パケットそれぞれの成否を伝えるＢｌｏｃｋ  Ａｃｋフレームを送信装置２００に送信する。
【００９０】
ここで、エラー発生によりパケット＃２は受信装置１００に届かなかったことが送信装置２００に伝えられ、送信装置２００においては、パケット＃２を再送する必要があることを知る。続いて、送信装置２００は、パケット＃５〜＃８の送信を行う。送信装置２００は、パケット＃２の再送も行うため、パケット＃２も含めてＡｇｇｒｅｇａｔｉｏｎして送信している。再送対象のパケットと新規に送信対象とされるパケットをどのような順で送信するかは実装に依存することがあるため、パケット＃２の再送は遅れてしまう可能性もある。
【００９１】
図１２に示した例では、パケット＃８の後にパケット＃２が送信されるため、パケット＃２の受信装置１００への到着は最後になる。この間、パケット＃８までのデータパケットがすべて到着しているにもかかわらず、受信装置１００のバッファに蓄積されたままになっていることになる。パケット＃２が受信装置１００に到着し、上位層に転送された後に、パケット＃２〜♯８は一括して転送されることになるが、この間無駄な遅延時間が発生することになる。上位層では、低遅延アプリケーションが実行されているが、図１２に示したように、例えば、パケットの使用期限が厳しいアプリケーションでは、パケット＃２の到着まで待たされている間、本来利用できるはずのパケット＃３以降の情報が期限内に上位層に到達しないため、パケット＃２〜♯８が一括して破棄されてしまうという現象が起こりうる。
【００９２】
［１−１１．所定の要求検出後に送受信されるパケットの流れ］
図１３は、本発明の実施形態に係る通信システム１０により送受信されるパケット（所定の要求検出後）の流れの一例を示す図である。図１３を参照しながら、本発明の実施形態に係る通信システム１０により送受信されるパケット（所定の要求検出後）の流れの一例について説明する。
【００９３】
図１３に示すように、受信装置１００により所定の要求が検出されてリオーダ処理の無効化が行われると、上位層でのパケットの順序保証が得られなくなる代わりに、逐次パケットを上位層に転送することができるようになる。これにより、上位層アプリケーションに到達するまでの遅延時間を大幅に低減することができるようになる。図１３に示した例では、パケット＃２がエラー発生により受信装置１００に届いていないところは、図１２に示した例と同様であるが、パケット＃３以降のパケットが上位層に直ちに到達しているため、パケット＃３以降のパケットが上位層アプリケーションのパケット使用期限に間に合うようになっている。
【００９４】
パケット＃２は、エラー発生により受信装置１００に届いていないが、受信装置１００は、パケットの欠落を検出すれば、例えば、１つのパケットが欠落した場合に対しては、簡単なパリティパケットを追加することで欠落パケットを復元することができる。図１２に示したパターンに対しても欠落パケットの復元手法を適用することはできるが、期限切れによりパケット＃２以降が一括してバースト状に欠損しているため、簡単なパリティパケットの追加では欠落パケットをすべて救うことができないこととなる。
【００９５】
例えば、受信部１１０は、応答パケットに設定されているシーケンス番号に基づいて送信装置２００から欠落パケットが再送された場合、欠落パケットを受信することができる。その場合、第２処理部１４２は、制御部１５０により、受信部１１０によりパケットが受信される度にパケットを第２処理部１４２に出力するように第１処理部１４１が制御されている場合に、第１処理部１４１から出力されないパケットを復元し、受信部１１０により受信された欠落パケットを破棄することができる。
【００９６】
図１３に示すように、（復元されたパケット♯２ではなく）本物のパケット＃２は、遅れてＭＡＣ層から上位層に転送されることとなるが、復元されたパケット♯２と本物のパケット♯２との重複検出と本物のパケット♯２の破棄とを組み合せることで、上位層にて低遅延アプリケーションを効率的に実行できるようになる。
【００９７】
＜２．変形例＞
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【００９８】
＜３．まとめ＞
本発明の実施形態によれば、送信装置２００から受信できなかったパケットが再送によって正常に受信できるまで既に受信されたパケットが受信装置１００の下位層において待たされることを、所定の要求に応じて回避することが可能である。より詳細には、受信装置１００において、上位層がリアルタイム性を要求するようなアプリケーションの場合に、所定の要求に応じてパケットが速やかに上位層に転送されるようになるという効果が期待できる。また、受信装置１００に届いていないパケットについては復元させることができるため、通信システム１０全体としての遅延時間を短くすることができるという効果も期待できる。
【符号の説明】
【００９９】
１０    通信システム
１００  受信装置
１１０  受信部
１２０  無線インタフェース部
１３０  伝送処理部
１４０  データ処理部
１４１  第１処理部
１４２  第２処理部
１５０  制御部
１６０  記憶部
１７０  検出部
１８０  入力部
１９０  出力部
１９１  ＭＡＣアドレス
１９２  チェック欄
１９３  ＴＩＤ
１９４  チェック欄
１９５  ＯＫボタン
２００  送信装置
２１０  送信部
２２０  無線インタフェース部
２３０  伝送処理部
２４０  データ処理部
２４１  第１処理部
２４２  第２処理部
２５０  制御部
２６０  記憶部
３００  ネットワーク
【図１】
2012114737.tif 000003
【図２】
2012114737.tif 000004
【図３】
2012114737.tif 000005
【図４】
2012114737.tif 000006
【図５】
2012114737.tif 000007
【図６】
2012114737.tif 000008
【図７】
2012114737.tif 000009
【図８】
2012114737.tif 000010
【図９】
2012114737.tif 000011
【図１０】
2012114737.tif 000012
【図１１】
2012114737.tif 000013
【図１２】
2012114737.tif 000014
【図１３】
2012114737.tif 000015