(57)【要約】  本発明は、データフレームの再伝送方法および前記方法を用いるネットワーク装置に関する発明であって、無線ネットワーク環境において、本発明の実施に係わるデータフレームの再伝送方法は、第１ネットワーク装置が応答フレームを要請するデータフレームを第２ネットワーク装置に伝送するステップと、前記第２ネットワーク装置が前記データフレームの受信モードを決定するステップと、前記第２ネットワーク装置が前記データフレームの受信モードに基づいて第１タイプまたは第２タイプの応答フレームを前記第１ネットワーク装置に伝送するステップと、前記第１ネットワーク装置が前記伝送された応答フレームのタイプによって前記データフレームを再伝送するステップとを含む。
2007520148.tif 000002
【特許請求の範囲】
【請求項１】
無線ネットワーク環境において、
第１ネットワーク装置が応答フレームを要請するデータフレームを第２ネットワーク装置に伝送するステップと、
前記第２ネットワーク装置が前記データフレームの受信モードを決定するステップと、
前記第２ネットワーク装置が前記データフレームの受信モードに基づいて第１タイプまたは第２タイプの応答フレームを前記第１ネットワーク装置に伝送するステップと、
前記第１ネットワーク装置が前記伝送された応答フレームのタイプによって前記データフレームを再伝送するステップとを含むデータフレームの再伝送方法。
【請求項２】
前記受信モードは、前記第２ネットワーク装置が前記データフレームを正常に受信したことを示す第１受信モードと、前記第２ネットワーク装置が前記データフレームが受信されなかったか受信されたデータフレームにエラーが発生したことを示す第２受信モードとを含む請求項１に記載のデータフレームの再伝送方法。
【請求項３】
前記データフレームが前記第１受信モードである場合、前記第２ネットワーク装置は前記データフレームの正常受信を示す前記第１タイプの応答フレームを伝送し、
前記データフレームが前記第２受信モードである場合、前記第２ネットワーク装置は前記データフレームの未受信または異常受信を示す前記第２タイプの応答フレームを伝送する請求項２に記載のデータフレームの再伝送方法。
【請求項４】
前記第１ネットワーク装置は、前記第１ネットワーク装置に伝送された応答フレームが前記第２タイプである場合、前記第２ネットワーク装置に前記データフレームを再伝送する請求項３に記載のデータフレームの再伝送方法。
【請求項５】
前記第１ネットワーク装置は、前記第１ネットワーク装置に伝送された応答フレームが前記第１タイプである場合、前記第２ネットワーク装置に前記データフレームを再伝送しない請求項４に記載のデータフレームの再伝送方法。
【請求項６】
前記無線ネットワークがＩＥＥＥ８０２．１５．３の標準に従い、
前記応答フレームは前記ＩＥＥＥ８０２．１５．３の標準に従う‘Ｉｍｍ−ＡＣＫ’フレーム構造を有し、
前記第１タイプの応答フレームは前記‘Ｉｍｍ−ＡＣＫ’フレームの‘ｆｒａｍｅ  ｔｙｐｅ’値を用いて前記第２タイプの応答フレームと区別される請求項４に記載のデータフレームの再伝送方法。
【請求項７】
無線ネットワーク環境において、
第１ネットワーク装置が複数のデータフレームを第２ネットワーク装置に伝送するステップと、
前記第１ネットワーク装置が応答フレームを要請する要請フレームを前記第２ネットワーク装置に伝送するステップと、
前記第２ネットワーク装置が前記第１ネットワーク装置によって伝送された複数のデータフレームの各々の受信モードを決定するステップと、
前記第２ネットワーク装置が前記複数のデータフレームの受信モードに基づく第１タイプまたは第２タイプの応答フレームを前記第１ネットワーク装置に伝送するステップと、
前記第１ネットワーク装置が前記応答フレームの受信に応答して、前記応答フレームの含まれた情報によってデータフレームの再伝送を行うステップとを含むデータフレームの再伝送方法。
【請求項８】
前記受信モードは、
前記データフレームの正常受信を示す第１受信モード、または、前記データフレームが受信されなかったか受信されたデータフレームにエラーが発生したことを示す第２受信モードを含む請求項７に記載のデータフレームの再伝送方法。
【請求項９】
前記第２ネットワーク装置は、前記第１ネットワーク装置によって伝送された複数のデータフレーム中の前記第１受信モードのデータフレームの数が前記第２受信モードのデータフレームの数より多い場合、前記第２受信モードのデータフレームの未受信または異常受信を示す第１タイプの応答フレームを伝送し、
前記第２ネットワーク装置は、前記第１ネットワーク装置によって伝送された複数のデータフレーム中の前記第２受信モードのデータフレームの数が前記第１受信モードのデータフレームの数より多い場合、前記第１受信モードのデータフレームの正常受信を示す第２タイプの応答フレームを伝送する請求項８に記載のデータフレームの再伝送方法。
【請求項１０】
前記第１タイプの応答フレームは、前記第１モードのデータフレームの数を示すＡＣＫｅｄフィールドと、前記第２モードのデータフレームの各々に対して前記データフレームに対する識別情報を含むＩＤフィールドとを含み、
前記第２タイプの応答フレームは、前記第２モードのデータフレームの数を示すＮＡＣＫｅｄフィールドと、前記第１モードのデータフレームの各々に対して前記データフレームに対する識別情報を含むＩＤフィールドとを含む請求項９に記載のデータフレームの再伝送方法。
【請求項１１】
前記応答フレームが前記第１タイプである場合に、前記第１ネットワーク装置は前記ＩＤフィールドにある前記識別情報に対応する前記第２受信モードのデータフレームを再伝送し、
前記応答フレームが前記第２タイプである場合、前記第１ネットワーク装置は前記ＮＡＣＫｅｄフィールドにある情報に対応する前記第２受信モードのデータフレームを再伝送する請求項１０に記載のデータフレームの再伝送方法。
【請求項１２】
前記無線ネットワークがＩＥＥＥ８０２．１５．３の標準に従い、
前記応答フレームは前記ＩＥＥＥ８０２．１５．３の標準に従う‘Ｄｅｌａｙｅｄ  ＡＣＫ’フレーム構造を有し、
前記第１タイプの応答フレームは前記‘Ｄｅｌａｙｅｄ  ＡＣＫ’フレームのＭＡＣヘッダにある‘ｆｒａｍｅ  ｔｙｐｅ’値を用いて前記第２タイプの応答フレームと区別される請求項１１に記載のデータフレームの再伝送方法。
【請求項１３】
無線ネットワーク環境において、
外部装置から応答フレームを要請するデータフレームを受信し、応答フレーム生成部によって生成された応答フレームを伝送するフレーム送受信部と、
前記データフレームにエラーがあるか否かを決定して、エラーがない場合に第１受信モードのデータフレームを決定するかエラーがある場合に第２受信モードのデータフレームを決定するフレームエラー検査部と、
応答フレームを生成する応答フレーム生成部とを含み、
前記データフレームが前記第１受信モードである場合に、前記応答フレームは前記データフレームの正常受信を示す第１タイプであり、
前記データフレームが前記第２受信モードである場合に、前記応答フレームは前記データフレームの未受信または異常受信を示す第２タイプであるネットワーク装置。
【請求項１４】
データフレームが未受信となるか外部装置から異常受信となる場合に、前記データフレームの未受信または異常受信を示す応答フレームを外部装置に伝送し、前記外部装置から前記データフレームを新しく受信するように構成されたフレーム送受信部を含むネットワーク装置。
【請求項１５】
前記無線ネットワークがＩＥＥＥ８０２．１５．３の標準に従い、
前記応答フレームは前記ＩＥＥＥ８０２．１５．３の標準に従う‘Ｉｍｍ−Ａｃｋ’フレーム構造を有し、
前記応答フレームは、前記‘Ｉｍｍ−ＡＣＫ’フレームの‘ｆｒａｍｅ  ｔｙｐｅ’フィールドの値を用いて区別される請求項１４に記載のネットワーク装置。
【請求項１６】
無線ネットワーク環境において、
外部装置から複数のデータフレームを受信し、前記外部装置に応答フレームを伝送して少なくとも１つのデータフレームを新しく受信するように構成されるフレーム送受信部を含み、
前記応答フレームは、前記複数のデータフレームの受信モードに基づく第１タイプまたは第２タイプであるネットワーク装置。
【請求項１７】
前記受信モードは、前記データフレームが正常に受信されたことを示す第１受信モード、または、前記データフレームが受信されないか非正常に受信されたことを示す第２受信モードを含む請求項１６に記載のネットワーク装置。
【請求項１８】
前記送受信部は、前記送受信部によって受信された複数のデータフレーム中の前記第１受信モードのデータフレームの数が前記第２受信モードのデータフレームの数より多い場合、前記第２受信モードのデータフレームの未受信または異常受信を示す第１タイプの応答フレームを伝送し、
前記送受信部は、前記送受信部によって受信された複数のデータフレーム中の前記第２受信モードのデータフレームの数が前記第１受信モードのデータフレームの数より多い場合、前記第１受信モードのデータフレームの正常受信を示す第２タイプの応答フレームを伝送する請求項１７に記載のネットワーク装置。
【請求項１９】
前記第１タイプの応答フレームは、前記第１モードのデータフレームの数を示すＡＣＫｅｄフィールドと、前記第２モードのデータフレームの各々に対して前記データフレームに対する識別情報を含むＩＤフィールドとを含み、
前記第２タイプの応答フレームは、前記第２モードのデータフレームの数を示すＮＡＣＫｅｄフィールドと、前記第１モードのデータフレームの各々に対して前記データフレームに対する識別情報を含むＩＤフィールドとを含む請求項１８に記載のネットワーク装置。
【請求項２０】
前記応答フレームが前記第１タイプである場合、前記送受信部は前記ＩＤフィールドにある前記識別情報に対応する前記第２受信モードのデータフレームを再伝送し、
前記応答フレームが前記第２タイプである場合、前記送受信部は前記ＮＡＣＫｅｄフィールドにある情報に対応する前記第２受信モードのデータフレームを再伝送する請求項１９に記載のネットワーク装置。
【請求項２１】
前記無線ネットワークがＩＥＥＥ８０２．１５．３の標準に従い、
前記応答フレームは前記ＩＥＥＥ８０２．１５．３の標準に従う‘Ｄｅｌａｙｅｄ  ＡＣＫ’フレーム構造を有し、
前記第１タイプの応答フレームは、前記‘Ｄｅｌａｙｅｄ  ＡＣＫ’フレームのＭＡＣヘッダにある‘ｆｒａｍｅ  ｔｙｐｅ’フィールドの値を用いて前記第２タイプの応答フレームと区別される請求項１９に記載のネットワーク装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データフレームの再伝送に関し、より詳しくは、データフレームを受信したか否かに係わる応答フレームを定義することによって、前記定義された応答フレームによってデータフレームの再伝送の要否を決定する方法および前記方法を行うネットワーク装置に関するものである。
【背景技術】
【０００２】
一般的に有線または無線ネットワークを介したデータの送受信は、ネットワークの機能を効率的に発揮するために通信を所望する２つの個体間において、何を、どのように、いつ通信するかを互いに約束した標準化された通信規約に従ってなされるが、このような通信規約をプロトコルという。
【０００３】
このような通信プロトコルは、ＯＳＩ７階層（オープン  システム  インターコネクション  ７−レイヤ）を基本構造として、有線または無線ネットワークであるか否か、データを伝送する媒体が何であるかなどの各々のネットワーク特性によって適切に構成される。
【０００４】
特に、大多数の通信プロトコルにおいては、データ送受信と関連して送信側から伝送されたデータフレームが受信側に到達するようになれば、受信側が前記フレームを正常に受信したことを知らせる応答フレームを送信側に伝送する方法を規約に定めているが、一般的に上記のような応答フレームを‘ＡＣＫ−応答フレーム’という。例えば、送信側から１つ目のフレームを伝送した後、受信側から前記１つ目のフレームを正常に受信したというＡＣＫ−応答フレームを受信するようになれば、送信側からは受信側に２つ目のフレームを伝送する。しかし、場合によっては、例えば、送信側から受信側に１つ目のフレームを再び伝送しなければならない場合が生じ得るが、図１〜図３にはこのような場合を示している。
【０００５】
図１は、従来の技術によってデータ受信側から伝送されたＡＣＫ−応答フレームの流失にともなうデータ送信側のデータ再伝送を示す例示図である。
【０００６】
すなわち、送信側から伝送されたデータフレームが受信側に正常に到達するようになれば、前記受信側においてはＡＣＫ−応答フレームを前記送信側に伝送するようになる。この時、前記送信側が前記ＡＣＫ−応答フレームを受信することのできない場合に一定の時間が過ぎた後で予め伝送したデータフレームを再び伝送するようになる。
【０００７】
図２は、従来の技術によってデータ送信側から伝送されたフレームの流失にともなうデータ送信側のデータ再伝送を示す例示図である。
【０００８】
すなわち、送信側からデータフレームを受信側に伝送したが、受信側で前記データフレームを受信することが出来ない場合である。このような場合にも前記送信側は一定の時間が過ぎた後で予め伝送したデータフレームを再び伝送するようになる。
【０００９】
図３は、従来の技術によってデータ送信側から伝送されたフレームに対するチェックサムエラーによるデータ送信側のデータ再伝送を示す例示図である。
【００１０】
すなわち、送信側から伝送されたデータフレームを受信側で受信したが、前記データフレームにエラーがある場合、前記受信側からＡＣＫ−応答フレームを前記送信側に伝送できないため、前記送信側は一定の時間が過ぎた後で予め伝送したデータフレームを再び伝送するようになる。
【００１１】
この時、前記チェックサムは、フレームヘッダに対するチェックサムとフレームペイロードに対するチェックサムとがある。前記フレームヘッダに対するチェックサムエラーは現在階層より低いプロトコル階層にて検査され、前記フレームペイロードに対するチェックサムエラーは該当プロトコルにおける現在階層でなされる。例えば、ＩＥＥＥ８０２．１５．３プロトコルに従うＭＡＣ（メディアム  アクセス  コントロール）フレームの場合において、ＨＣＳ（ヘッダ  チェック  シーケンス）はヘッダのエラー有無判断のための情報として物理階層にて検査され、ＦＣＳ（フレーム  チェック  シーケンス）はフレームペイロードのエラー有無判断のための情報としてＭＡＣ階層にて検査される。チェックサムエラーが発生すれば、受信側から送信側に‘ＮＡＣＫ−応答フレーム’を伝送することによって、送信側に直ちに、予め伝送したデータフレームを再び伝送することを要請することもできる。しかし、上記のようなＮＡＣＫ−応答フレームに対するフレーム定義が存在しないプロトコルにおいては、送信側では予め設定された時間の間、待機状態に留まるようになるのである。
【００１２】
一方、送信側から各々のデータフレームを伝送する毎に受信側からＡＣＫ−応答フレームを伝送する方法の他にも、送信側からデータフレームを順番に伝送した後、受信側においては順番に伝送された複数のデータフレームに対して受信したか否かを一度に知らせる方法を用いることもできるため、図４は、これを説明するためのデータフレーム構造である。
【００１３】
図４は、ＩＥＥＥ８０２．１５．３規約に従う‘Ｄｅｌａｙｅｄ  ＡＣＫ’フレームの構造を示す例示図である。
【００１４】
送信側から所定の要請がある場合、受信側においては送信側に前記図４に示すようなＤｅｌａｙｅｄＡＣＫフレームを伝送するようになる。
【００１５】
この時、前記ＤｅｌａｙｅｄＡＣＫフレームは、１０バイトの‘ＭＡＣ  ｈｅａｄｅｒ’フィールドと‘ＭＡＣ  ｆｒａｍｅ  ｂｏｄｙ’フィールドとから構成されるが、前記‘ＭＡＣ  ｆｒａｍｅ  ｂｏｄｙ’フィールドは、可変サイズの‘ＭＡＣ  ｆｒａｍｅ  ｐａｙｌｏａｄ’フィールドと前記‘ＭＡＣ  ｆｒａｍｅ  ｐａｙｌｏａｄ’フィールドのエラー有無を判断するための４バイトの‘ＦＣＳ’フィールドとから構成される。
【００１６】
前記‘ＭＡＣ  ｆｒａｍｅ  ｐａｙｌｏａｄ’フィールドは、２バイトサイズの‘ＭＰＤＵ  ＩＤ  ｂｌｏｃｋ’フィールドを複数含んでいるが、前記フィールドは受信側が送信側からエラーなく受信したＭＡＣプロトコルデータフレームに対する識別情報を示す。例えば、受信側が送信側から２０個のデータフレームを受信した場合、１５個のデータフレームだけが正常に受信されたとすれば、前記１５個のデータフレームに対する識別情報を１５個の‘ＭＰＤＵ  ＩＤ  ｂｌｏｃｋ’フィールドに記録することによって前記ＤｅｌａｙｅｄＡＣＫフレームを送信側に伝送する。したがって、前記ＤｅｌａｙｅｄＡＣＫフレームのサイズは可変的である。
【００１７】
前記図３に示すような場合に、送信側では伝送したデータフレームに対するＡＣＫ−応答フレームを受信しない場合には、無条件に予め設定された所定時間の間待機した後、再びデータフレームを伝送しなければならない問題点がある。特に、前記待機時間の間にもチャンネルが割り当てられているため、チャンネル割当と関連するリソース問題が重要と思われているネットワーク環境では非常に非効率的となる。
【００１８】
また、前記図４に示すような場合にも、受信側においては正しく受信したデータフレームに対する識別情報をすべて伝送しなければならないため、データフレームの数が増加するようになれば、それだけＤｅｌａｙｅｄＡＣＫフレームのサイズも大きくなる問題点がある。
【発明の開示】
【発明が解決しようとする課題】
【００１９】
本発明は、前記問題点を改善するために案出されたものであり、本発明は別途のデータフレームフォーマットを定義することによって、より効率的にデータフレームを再伝送するメカニズムを提供するのに目的がある。
【００２０】
本発明のまた他の目的は、複数のデータフレームに対する応答フレームを定義することによって、受信側においては送信側から伝送されたデータフレームの受信率に応じて適応的に応答フレームを送信側に伝送するメカニズムを提供することにある。
【００２１】
本発明の目的は、以上にて言及した目的に制限されず、言及していない他の目的は、下記記載によって当業者に明確に分かるものである。
【００２２】
上記の目的を達成するために、無線ネットワーク環境における本発明の実施に係わるデータフレームの再伝送方法は、無線ネットワーク環境において、第１ネットワーク装置が応答フレームを要請するデータフレームを第２ネットワーク装置に伝送するステップと、前記第２ネットワーク装置が前記データフレームの受信モードを決定するステップと、前記第２ネットワーク装置が前記データフレームの受信モードに基づいて第１タイプまたは第２タイプの応答フレームを前記第１ネットワーク装置に伝送するステップと、前記第１ネットワーク装置が前記伝送された応答フレームのタイプによって前記データフレームを再伝送するステップとを含む。
【００２３】
好ましくは、前記受信モードは、前記第２ネットワーク装置が前記データフレームを正常に受信したことを示す第１受信モードと、前記第２ネットワーク装置が前記データフレームが受信されなかったか受信されたデータフレームにエラーが発生したことを示す第２受信モードとを含む。
【００２４】
好ましくは、前記データフレームが前記第１受信モードである場合、前記第２ネットワーク装置は前記データフレームの正常受信を示す前記第１タイプの応答フレームを伝送し、前記データフレームが前記第２受信モードである場合、前記第２ネットワーク装置は前記データフレームの未受信または異常受信を示す前記第２タイプの応答フレームを伝送する。
【００２５】
好ましくは、前記第１ネットワーク装置は前記第１ネットワーク装置に伝送された応答フレームが前記第２タイプである場合、前記第２ネットワーク装置に前記データフレームを再伝送し、前記第１ネットワーク装置は前記第１ネットワーク装置に伝送された応答フレームが前記第１タイプである場合、前記第２ネットワーク装置に前記データフレームを再伝送しない。
【００２６】
好ましくは、前記無線ネットワークがＩＥＥＥ８０２．１５．３の標準に従い、前記応答フレームは前記ＩＥＥＥ８０２．１５．３の標準に従う‘Ｉｍｍ−ＡＣＫ’フレーム構造を有し、前記第１タイプの応答フレームは前記‘Ｉｍｍ−ＡＣＫ’フレームの‘ｆｒａｍｅ  ｔｙｐｅ’値を用いて前記第２タイプの応答フレームと区別される。
【００２７】
上記の目的を達成するために、本発明の実施に係わるデータフレームの再伝送方法は、無線ネットワーク環境において、第１ネットワーク装置が複数のデータフレームを第２ネットワーク装置に伝送するステップと、前記第１ネットワーク装置が応答フレームを要請する要請フレームを前記第２ネットワーク装置に伝送するステップと、前記第２ネットワーク装置が前記第１ネットワーク装置によって伝送された複数のデータフレームの各々の受信モードを決定するステップと、前記第２ネットワーク装置が前記複数のデータフレームの受信モードに基づく第１タイプまたは第２タイプの応答フレームを前記第１ネットワーク装置に伝送するステップと、前記第１ネットワーク装置が前記応答フレームの受信に応答して、前記応答フレームの含まれた情報によってデータフレームの再伝送を行うステップとを含む。
【００２８】
好ましくは、前記受信モードは、前記データフレームの正常受信を示す第１受信モード、または、前記データフレームが受信されなかったか受信されたデータフレームにエラーが発生したことを示す第２受信モードを含む。
【００２９】
好ましくは、前記第２ネットワーク装置は、前記第１ネットワーク装置によって伝送された複数のデータフレーム中の前記第１受信モードのデータフレームの数が前記第２受信モードのデータフレームの数より多い場合、前記第２受信モードのデータフレームの未受信または異常受信を示す第１タイプの応答フレームを伝送し、前記第２ネットワーク装置は前記第１ネットワーク装置によって伝送された複数のデータフレーム中の前記第２受信モードのデータフレームの数が前記第１受信モードのデータフレームの数より多い場合、前記第１受信モードのデータフレームの正常受信を示す第２タイプの応答フレームを伝送する。
【００３０】
好ましくは、前記第１タイプの応答フレームは、前記第１モードのデータフレームの数を示すＡＣＫｅｄフィールドと、前記第２モードのデータフレームの各々に対して前記データフレームに対する識別情報を含むＩＤフィールドとを含み、前記第２タイプの応答フレームは、前記第２モードのデータフレームの数を示すＮＡＣＫｅｄフィールドと、前記第１モードのデータフレームの各々に対して前記データフレームに対する識別情報を含むＩＤフィールドとを含む。
【００３１】
好ましくは、前記応答フレームが前記第１タイプである場合に、前記第１ネットワーク装置は前記ＩＤフィールドにある前記識別情報に対応する前記第２受信モードのデータフレームを再伝送し、前記応答フレームが前記第２タイプである場合、前記第１ネットワーク装置は前記ＮＡＣＫｅｄフィールドにある情報に対応する前記第２受信モードのデータフレームを再伝送する。
【００３２】
好ましくは、前記無線ネットワークがＩＥＥＥ８０２．１５．３の標準に従い、前記応答フレームは前記ＩＥＥＥ８０２．１５．３の標準に従う‘Ｄｅｌａｙｅｄ  ＡＣＫ’フレーム構造を有し、前記第１タイプの応答フレームは前記‘Ｄｅｌａｙｅｄ  ＡＣＫ’フレームのＭＡＣヘッダにある‘ｆｒａｍｅ  ｔｙｐｅ’値を用いて前記第２タイプの応答フレームと区別される。
【００３３】
上記の目的を達成するために、無線ネットワーク環境において、本発明の実施に係わるネットワーク装置は、外部装置から応答フレームを要請するデータフレームを受信し、応答フレーム生成部によって生成された応答フレームを伝送するフレーム送受信部と、前記データフレームにエラーがあるか否かを決定して、エラーがない場合に第１受信モードのデータフレームを決定するかエラーがある場合に第２受信モードのデータフレームを決定するフレームエラー検査部と、応答フレームを生成する応答フレーム生成部とを含み、前記データフレームが前記第１受信モードである場合に、前記応答フレームは前記データフレームの正常受信を示す第１タイプであり、前記データフレームが前記第２受信モードである場合に、前記応答フレームは前記データフレームの未受信または異常受信を示す。
【００３４】
上記の目的を達成するために、無線ネットワーク環境における本発明の実施に係わるネットワーク装置は、データフレームが未受信となるか外部装置から異常受信となる場合に、前記データフレームの未受信または異常受信を示す応答フレームを外部装置に伝送し、前記外部装置から前記データフレームを新しく受信するように構成されたフレーム送受信部を含む。
【００３５】
好ましくは、前記無線ネットワークがＩＥＥＥ８０２．１５．３の標準に従い、前記応答フレームは前記ＩＥＥＥ８０２．１５．３の標準に従う‘Ｉｍｍ−Ａｃｋ’フレーム構造を有し、前記応答フレームは前記‘Ｉｍｍ−ＡＣＫ’フレームの‘ｆｒａｍｅ  ｔｙｐｅ’フィールドの値を用いて区別される。
【００３６】
上記の目的を達成するために、無線ネットワーク環境において、本発明の実施に係わるネットワーク装置は、外部装置から複数のデータフレームを受信し、前記外部装置に応答フレームを伝送して少なくとも１つのデータフレームを新しく受信するように構成されるフレーム送受信部を含み、前記応答フレームは前記複数のデータフレームの受信モードに基づく第１タイプまたは第２タイプである。
【００３７】
好ましくは、前記受信モードは前記データフレームが正常に受信されたことを示す第１受信モード、または、前記データフレームが受信されないか非正常に受信されたことを示す第２受信モードを含む。
【００３８】
好ましくは、前記送受信部は前記送受信部によって受信された複数のデータフレーム中の前記第１受信モードのデータフレームの数が前記第２受信モードのデータフレームの数より多い場合、前記第２受信モードのデータフレームの未受信または異常受信を示す第１タイプの応答フレームを伝送し、前記送受信部は前記送受信部によって受信された複数のデータフレーム中の前記第２受信モードのデータフレームの数が前記第１受信モードのデータフレームの数より多い場合、前記第１受信モードのデータフレームの正常受信を示す第２タイプの応答フレームを伝送する。
【００３９】
好ましくは、前記第１タイプの応答フレームは、前記第１モードのデータフレームの数を示すＡＣＫｅｄフィールドと、前記第２モードのデータフレームの各々に対して前記データフレームに対する識別情報を含むＩＤフィールドとを含み、前記第２タイプの応答フレームは、前記第２モードのデータフレームの数を示すＮＡＣＫｅｄフィールドと、前記第１モードのデータフレームの各々に対して前記データフレームに対する識別情報を含むＩＤフィールドとを含む。
【００４０】
好ましくは、前記応答フレームが前記第１タイプである場合、前記送受信部は前記ＩＤフィールドにある前記識別情報に対応する前記第２受信モードのデータフレームを再伝送し、前記応答フレームが前記第２タイプである場合、前記送受信部は前記ＮＡＣＫｅｄフィールドにある情報に対応する前記第２受信モードのデータフレームを再伝送する。
【００４１】
好ましくは、前記無線ネットワークがＩＥＥＥ８０２．１５．３の標準に従い、前記応答フレームは前記ＩＥＥＥ８０２．１５．３の標準に従う‘Ｄｅｌａｙｅｄ  ＡＣＫ’フレーム構造を有し、前記第１タイプの応答フレームは前記‘Ｄｅｌａｙｅｄ  ＡＣＫ’フレームのＭＡＣヘッダにある‘ｆｒａｍｅ  ｔｙｐｅ’フィールドの値を用いて前記第２タイプの応答フレームと区別される。
【発明の効果】
【００４２】
本発明の実施によって、送信側ではデータフレームを再伝送するために一定時間の間待つ必要なく、受信側からＮＡＣＫ−応答を受信すれば直ちにフレームの再伝送を行うことによってデータフレーム伝送時間を減らし、これにともなうリソースの浪費を防止できる効果がある。また、受信側が正しく受信した複数のデータフレームの識別情報を含む応答フレームと未受信または正しく受信することが出来ない複数のデータフレームの識別情報を含む応答フレームを別途に備えて、適応的に応答フレームを選択することによって応答フレームのサイズを減らすことのできる効果がある。
【発明を実施するための最良の形態】
【００４３】
その他の実施形態の具体的な事項は、詳細な説明および図面に含まれている。
本発明の利点および特徴、そして、それらを達成する方法は、添付する図面と共に詳細に後述している実施形態を参照すれば明確になる。しかし、本発明は以下で開示する実施形態に限定されず、互いに異なる多様な形態で実現することができ、単に本実施形態は本発明の開示が完全なものになるようにし、本発明が属する技術分野で通常の知識を有する者に発明の範疇を完全に知らせるために提供するものであって、本発明は請求項の範疇によって定義されるだけである。明細書の全体に亘って、同一参照符号は同一構成要素を指し示す。
【００４４】
以下、添付した図面を参照して、本発明の好ましい実施例を詳細に説明する。
一方、本発明に対する説明をより容易にするために、以下ではＩＥＥＥ８０２．１５．３規約に従う通信プロトコルを例に挙げて説明する。
【００４５】
図５は、本発明の実施によってデータ送信側から伝送されたフレームに対するチェックサムエラーによるデータ送信側のデータ再伝送を示す例示図である。
【００４６】
前記図５を前記図３と比較してみると、例えば受信側でＦＣＳ検査の結果、フレームペイロードにエラーが発生した時、受信側においては送信側にＮＡＣＫ−応答フレームを伝送することにより、直ちにデータフレームの再伝送を要請する。したがって、送信側では予め設定された時間の間待機していても、受信側から前記ＮＡＣＫ−応答フレームを受信すれば以前に伝送したデータフレームを再び伝送するようになる。この時、前記ＮＡＣＫ−応答フレームの構造を図６に例示している。前記図６に示すＮＡＣＫ−応答フレーム構造は、ＩＥＥＥ８０２．１５．３でのＡＣＫ−応答フレーム構造と同一であるか、ＡＣＫ−応答フレームであるか、ＮＡＣＫ−応答フレームであるか否かは‘ｆｒａｍｅ  ｃｏｎｔｒｏｌ’フィールドを構成する‘ｆｒａｍｅ  ｔｙｐｅ’フィールドによって判断できる。すなわち、前記‘ｆｒａｍｅ  ｔｙｐｅ’フィールドは該当フレームがどのような種類のフレームであるかを示す情報であって、３ビットで表現することができる。現在としては、‘１０１’〜‘１１１’が留保されているため、前記‘ｆｒａｍｅ  ｔｙｐｅ’フィールドを留保されたビットによって表現すれば、ＮＡＣＫ−応答フレームを判別することができる。ここでは、ＩＥＥＥ８０２．１５．３に従うフレームフォーマットを例に挙げて説明したが、一般的にデータフレームのヘッダにはフレームの種類を示す情報を含んだり留保されたりしたビットがあるため、前記情報または前記留保されたビットを用いてＮＡＣＫ−応答フレームを定義できる。
【００４７】
図７は本発明の実施に係わる応答フレームを伝送するための受信側の論理的ブロック図を示す例示図であり、図８は本発明の実施に係わる応答フレームを伝送する方法を示す一実施形態の処理フローチャートである。前記図８に示す方法は、前記図７に示した論理的ブロック図によって実現することができる。
【００４８】
一方、前記論理的ブロック図は、ネットワーク５４０を介して特定の送信側（図示せず）からデータフレームを受信する受信側ネットワーク装置内にて動作する応答フレーム処理部５００の論理的ブロック図を示すものであり、説明を容易にするために、ここでは前記データフレームは応答メッセージを要請するフレームであると仮定することにする。
【００４９】
前記応答フレーム処理部５００は、フレーム送受信部５１０とフレームエラー検査部５２０と応答フレーム生成部５３０とを含むが、これらはソフトウェアモジュールによって処理して実現することができる。
【００５０】
前記フレーム送受信部５１０がデータフレームを受信すれば（Ｓ５５０）、前記フレームエラー検査部５２０はチェックサム検査のようにフレームを構成するビットエラーを検査する方法を介して前記受信したデータフレームのエラー有無を検査する（Ｓ５５５）。そして、前記応答フレーム生成部５３０は、前記エラー検査の結果により応答フレームを生成する。すなわち、エラーが発生した場合にはＮＡＣＫ−応答フレームを生成し（Ｓ５６０、Ｓ５６５）、エラーが発生しない場合にはＡＣＫ−応答フレームを生成する（Ｓ５６０、Ｓ５７０）。各々の応答フレーム構造は該当プロトコルに従うようになる。前記応答フレーム生成部５３０で生成された応答フレームは、前記フレーム送受信部５１０によって前記送信側ネットワーク装置に伝送される（Ｓ５７５）。
【００５１】
ＮＡＣＫ−応答フレームが１回用いられる場合、送信側からデータフレームを伝送するために減らすことのできる時間は、再伝送タイムアウト時間（以下、‘Ｔｒｅｔ’という）と送信側でデータフレーム伝送後前記ＮＡＣＫ−応答フレームを受信する時間（以下、‘ＴＮＡＣＫ’という）との差異である。
【００５２】
したがって、ＮＡＣＫ−応答フレームがＮ回用いられる場合、送信側からデータフレームを伝送するために減らすことのできる時間は一般式（１）に示している。
【００５３】
Ｔｓａｖｅ＝ＮＮＡＣＫ−応答＊（Ｔｒｅｔ−ＴＮＡＣＫ）    （１）
この時、ＮＡＣＫ−応答は、ＡＣＫ−応答フレームが用いられた回数であり、
Ｔｒｅｔは、再伝送タイムアウト時間であり、
ＴＮＡＣＫは、送信側からデータフレームを伝送した時からＮＡＣＫ−応答フレームを受信した時までの時間である。
【００５４】
一方、受信側は、送信側から受信する各々のデータフレームごとに応答フレームを伝送せず、送信側の要請によって複数のデータフレームに対する応答メッセージを一度に伝送することもできる。このために、ＩＥＥＥ８０２．１５．３規約に従う‘Ｄｅｌａｙｅｄ  ＡＣＫ’フレームの場合には正しく受信したすべてのデータフレームの識別情報をＭＡＣ  ｆｒａｍｅ  ｐａｙｌｏａｄに乗せて送信側に伝送するが、本発明では前記‘Ｄｅｌａｙｅｄ  ＡＣＫ’フレームと基本的なフレーム構造が同一の‘Ｄｅｌａｙｅｄ  ＮＡＣＫ’フレームを新しく定義する。この時、フレームの名称は、必ず‘Ｄｅｌａｙｅｄ  ＮＡＣＫ’である必要はなく、正しく受信することが出来ない複数のデータフレームの識別情報を含んでいるすべての形態の応答フレームを‘Ｄｅｌａｙｅｄ  ＮＡＣＫ’フレームと見る。ここでは説明の便宜上、前記‘Ｄｅｌａｙｅｄ  ＡＣＫ’フレームと対応するために‘Ｄｅｌａｙｅｄ  ＮＡＣＫ’フレームと称することにする。
【００５５】
‘Ｄｅｌａｙｅｄ  ＮＡＣＫ’フレームと前記図４に示す‘Ｄｅｌａｙｅｄ  ＡＣＫ’フレームの構造は、前記図６に示すＭＡＣヘッダに含まれる‘ｆｒａｍｅ  ｔｙｐｅ’フィールドとして区別でき、‘Ｄｅｌａｙｅｄ  ＮＡＣＫ’フレームの場合、‘ＭＡＣ  ｆｒａｍｅ  ｐａｙｌｏａｄ’フィールド構造は図９と同じである。この時、‘ＭＰＤＵｓ  ＮＡＣＫｅｄ’フィールドは受信側が送信側から正しく受信することが出来ないデータフレームの数を示す。また、‘ＭＰＤＵ  ＩＤ  ｂｌｏｃｋ’フィールドは受信側が送信側から正しく受信することが出来ないデータフレームに対する識別情報を示す。
【００５６】
前記‘Ｄｅｌａｙｅｄ  ＮＡＣＫ’フレームは、受信側で送信側から受信したデータフレームに対するＡＣＫ−応答フレームが多い場合に用いられることが好ましい。例えば、受信側で２０個のデータフレームを正しく受信し、送信側から‘Ｄｅｌａｙｅｄ  ＡＣＫ’フレームを要請してくれば、‘Ｄｅｌａｙｅｄ  ＡＣＫ’フレームの場合には２０個に対するＭＰＤＵＩＤをＭＡＣ  ｆｒａｍｅ  ｐａｙｌｏａｄにすべて乗せて送らなければならない。しかし、‘Ｄｅｌａｙｅｄ  ＮＡＣＫ’フレームを用いる場合にはＭＡＣ  ｆｒａｍｅ  ｐａｙｌｏａｄに乗せて送らなくとも‘Ｄｅｌａｙｅｄ  ＡＣＫ’フレームと同じ効果を出すことができる。一般的にデータフレームのサイズが小さくなれば伝送成功率も高くなり得、伝送速度も短くなり得る。
【００５７】
受信側で２０個のデータフレームを受信する間に、２０個のデータフレームのすべてを正確に受信したとすれば、‘Ｄｅｌａｙｅｄ  ＡＣＫ’フレームのサイズは‘Ｄｅｌａｙｅｄ  ＮＡＣＫ’フレームを用いた時より２０×２バイト＝４０バイトがさらに大きくなる。
【００５８】
反対に、正確に受信することが出来ないデータフレームが多い場合には、受信側では‘Ｄｅｌａｙｅｄ  ＡＣＫ’フレームを用いることが効果的である。
複数のデータフレームに対しＡＣＫ−応答がＮＡＣＫ−応答より多い場合、‘Ｄｅｌａｙｅｄ  ＮＡＣＫ’フレームを用いて減らすことのできるフレームのサイズは一般式（２）のようになる。
【００５９】
Ｓｓａｖｅ＝（ＮＡＣＫ−ＮＮＡＣＫ）×２バイト       （２）
そして、ＮＡＣＫ−応答がＡＣＫ−応答より多い場合、‘Ｄｅｌａｙｅｄ  ＡＣＫ’フレームを用いて減らすことのできるフレームのサイズは一般式（３）のようになる。
【００６０】
Ｓｓａｖｅ＝（ＮＮＡＣＫ−ＮＡＣＫ）×２バイト       （３）
以上にて説明した本発明は、本発明が属する技術分野で通常の知識を有する者が本発明の技術的思想を外れない範囲内で様々な置換、変形および変更が可能であるため、前述する実施形態および添付した図面に限定されるものではない。
【図面の簡単な説明】
【００６１】
【図１】従来の技術によってデータ受信側から伝送されたＡＣＫ−応答フレームの流失にともなうデータ送信側のデータ再伝送を示す例示図である。
【図２】従来の技術によってデータ送信側から伝送されたフレームの流失にともなうデータ送信側のデータ再伝送を示す例示図である。
【図３】従来の技術によってデータ送信側から伝送されたフレームに対するチェックサムエラーによるデータ送信側のデータ再伝送を示す例示図である。
【図４】ＩＥＥＥ８０２．１５．３規約に従う‘Ｄｅｌａｙｅｄ  ＡＣＫ’フレームの構造を示す例示図である。
【図５】本発明の実施によってデータ送信側から伝送されたフレームに対するチェックサムエラーによるデータ送信側のデータ再伝送を示す例示図である。
【図６】本発明の実施に係わるＮＡＣＫ−応答フレーム構造を示す例示図である。
【図７】本発明の実施に係わる応答フレームを伝送するための受信側の論理的ブロック図を示す例示図である。
【図８】本発明の実施に係わる応答フレームを伝送する方法を示す一実施形態の処理フローチャートである。
【図９】本発明の実施に係わる‘Ｄｅｌａｙｅｄ  ＮＡＣＫ’フレーム構造を示す例示図である。
【図１】
2007520148.tif 000003
【図２】
2007520148.tif 000004
【図３】
2007520148.tif 000005
【図４】
2007520148.tif 000006
【図５】
2007520148.tif 000007
【図６】
2007520148.tif 000008
【図７】
2007520148.tif 000009
【図８】
2007520148.tif 000010
【図９】
2007520148.tif 000011
【国際調査報告】
2007520148.tif 000012
2007520148.tif 000013