(57)【要約】【課題】無線ＬＡＮ環境でのフレーム伝送を制御する装置及び方法を提供する。【解決手段】サーバから受信されたフレームのエラーの個数と所定の臨界値とを比較するステップ、及び、比較された結果に基づいて、フレームに対する再伝送を適応的に許さないステップを含む第１再伝送制御方法であり、エラーが検出されたフレームに対する再伝送を適応的に許すことによって、無線ＬＡＮ環境の状態に関係なく常に最適の映像を提供できる。【選択図】図３
2006033842.tif 000002
【特許請求の範囲】
【請求項１】
（ａ）サーバから受信されたフレームのエラーの個数と所定の臨界値とを比較するステップと、
（ｂ）前記比較された結果に基づいて、前記フレームに対する再伝送を適応的に許さないステップと、を含むことを特徴とする再伝送制御方法。
【請求項２】
前記（ｂ）ステップは、前記サーバへ前記フレームを正常的に受信したことを表すＡＣＫを伝送することによって、前記フレームに対する再伝送を許さないことを特徴とする請求項１に記載の再伝送制御方法。
【請求項３】
前記（ｂ）ステップは、前記フレームを処理する階層の上位階層でのチェックサム機能をディセーブルさせることによって、再伝送を許さないことを特徴とする請求項１に記載の再伝送制御方法。
【請求項４】
（ｃ）前記比較された結果に基づいて、前記フレームに対する再伝送を適応的に許すステップをさらに含むことを特徴とする請求項１に記載の再伝送制御方法。
【請求項５】
前記（ｃ）ステップは、前記サーバから再伝送されるフレームを受信するために、ＥＩＦＳの間に待機することによって前記フレームに対する再伝送を許すことを特徴とする請求項４に記載の再伝送制御方法。
【請求項６】
前記フレームに含まれたデータの種類を判別するステップをさらに含み、
前記（ａ）ステップは、ＡＶデータを含むと判別されたフレームのエラーの個数と前記所定の臨界値とを比較することを特徴とする請求項１に記載の再伝送制御方法。
【請求項７】
サーバから受信されたフレームのエラーの個数と所定の臨界値とを比較する比較部と、
前記比較部で比較された結果に基づいて、前記フレームに対する再伝送を適応的に許さない再伝送不許部と、を備えることを特徴とする再伝送制御装置。
【請求項８】
前記再伝送不許部は、前記サーバへ前記フレームを正常的に受信したことを表すＡＣＫを伝送することによって、前記フレームに対する再伝送を許さないことを特徴とする請求項７に記載の再伝送制御装置。
【請求項９】
前記再伝送不許部は、前記フレームを処理する階層の上位階層でのチェックサム機能をディセーブルさせることによって、再伝送を許さないことを特徴とする請求項７に記載の再伝送制御装置。
【請求項１０】
（ａ）サーバから受信されたフレームのエラーの個数と所定の臨界値とを比較するステップと、
（ｂ）前記比較された結果に基づいて、前記フレームに対する再伝送を適応的に許さないステップと、を含むことを特徴とする再伝送制御方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体。
【請求項１１】
（ａ）サーバから受信されたフレームのエラーの個数と前記フレームに対する再伝送を許さない臨界値である再伝送不許臨界値とを比較するステップと、
（ｂ）前記比較された結果、前記フレームのエラーの個数が前記再伝送不許臨界値より大きければ、前記フレームに対する再伝送を許さないモードである再伝送不許モードを、前記フレームに対する再伝送を許すモードである再伝送許容モードに転換するステップと、を含むことを特徴とする再伝送制御方法。
【請求項１２】
（ｃ）前記（ｂ）ステップで再伝送許容モードへの転換が完了すれば、前記フレームに対する再伝送を許さないステップをさらに含むことを特徴とする請求項１１に記載の再伝送制御方法。
【請求項１３】
前記（ｃ）ステップは、前記比較された結果、前記フレームのエラーの個数が前記再伝送不許臨界値より大きくなければ、前記フレームに対する再伝送を許さないことを特徴とする請求項１２に記載の再伝送制御方法。
【請求項１４】
前記（ａ）ステップは、前記フレームのエラーの個数と前記フレームに対する再伝送を許す臨界値である再伝送許容臨界値とを比較し、
前記（ｂ）ステップは、前記比較された結果、前記フレームのエラーの個数が前記再伝送許容臨界値より小さければ、前記再伝送許容モードを前記再伝送不許モードに転換することを特徴とする請求項１１に記載の再伝送制御方法。
【請求項１５】
（ｄ）前記（ｂ）ステップで再伝送不許モードへの転換が完了すれば、前記フレームに対する再伝送を許すステップをさらに含むことを特徴とする請求項１４に記載の再伝送制御方法。
【請求項１６】
前記（ｄ）ステップは、前記比較された結果、前記フレームのエラーの個数が前記再伝送許容臨界値より小さくなければ、前記フレームに対する再伝送を許すことを特徴とする請求項１５に記載の再伝送制御方法。
【請求項１７】
サーバから受信されたフレームのエラーの個数と、前記フレームに対する再伝送を許さない臨界値である再伝送不許臨界値とを比較する比較部と、
前記比較部で比較された結果、前記フレームのエラーの個数が前記再伝送不許臨界値より大きければ、前記フレームに対する再伝送を許さないモードである再伝送不許モードを、前記フレームに対する再伝送を許すモードである再伝送許容モードに転換するモード転換部と、を備えることを特徴とする再伝送制御装置。
【請求項１８】
前記モード転換部で再伝送許容モードへの転換が完了すれば、前記フレームに対する再伝送を許さない再伝送不許部をさらに備えることを特徴とする請求項１７に記載の再伝送制御装置。
【請求項１９】
前記再伝送不許部は、前記比較部で比較された結果、前記フレームのエラーの個数が前記再伝送不許臨界値より大きくなければ、前記フレームに対する再伝送を許さないことを特徴とする請求項１８に記載の再伝送制御装置。
【請求項２０】
（ａ）サーバから受信されたフレームのエラーの個数と、前記フレームに対する再伝送を許さない臨界値である再伝送不許臨界値とを比較するステップと、
（ｂ）前記比較された結果、前記フレームのエラーの個数が前記再伝送不許臨界値より大きければ、前記フレームに対する再伝送を許さないモードである再伝送不許モードを、前記フレームに対する再伝送を許すモードである再伝送許容モードに転換するステップと、を含むことを特徴とする再伝送制御方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体。
【請求項２１】
サーバから受信されたフレームに含まれたデータの種類を判別するデータ判別部と、
前記データ判別部によりＡＶデータを含むと判別されたフレームのエラーの個数と所定の臨界値とを比較する比較部と、を備えることを特徴とする最適映像処理のための再伝送制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）環境でのフレーム伝送を制御する装置及び方法に関する。
【背景技術】
【０００２】
無線ＬＡＮ環境は、有線ＬＡＮ環境に比べて高いエラー率及び狭い帯域幅を有している。このような無線環境の特性を考慮して、ＡＶ（Ａｕｄｉｏ Ｖｉｓｕａｌ）データの円滑な伝送についての多くの研究が進められている。
【０００３】
従来には、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）階層であらゆるフレームに対してエラーを検出し、エラーが検出されたフレームと同一なフレームに対する再伝送を試みたので、無線ＬＡＮ環境での狭い帯域幅でのトラヒックが増加し、その結果、ネットワーク処理率が急激に低下するという問題点があった。
【０００４】
また、従来には、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）階層及びＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）階層でＩＰチェックサム及びＵＤＰチェックサムを行ったが、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）のパフォーマンスの多くの部分を占めるという問題点があった。
【特許文献１】韓国特許公開第２００４−０２９２０３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明が解決しようとする課題は、無線ＬＡＮ環境の状態に関係なく、常に最適の映像を提供可能に再伝送を制御できる装置及び方法を提供するところにある。また、前記の方法をコンピュータで実行させるためのプログラムを記録した、コンピュータで読み取り可能な記録媒体を提供するところにある。
【課題を解決するための手段】
【０００６】
前記課題を解決するための本発明による第１再伝送制御方法は、サーバから受信されたフレームのエラーの個数と所定の臨界値とを比較するステップ、及び前記比較された結果に基づいて、前記フレームに対する再伝送を適応的に許さないステップを含む。
【０００７】
前記課題を解決するための本発明による第１再伝送制御装置は、サーバから受信されたフレームのエラーの個数と所定の臨界値とを比較する比較部、及び前記比較部で比較された結果に基づいて、前記フレームに対する再伝送を適応的に許さない再伝送不許部を備える。
【０００８】
前記課題を解決するための本発明による第２再伝送制御方法は、サーバから受信されたフレームのエラーの個数と、前記フレームに対する再伝送を許さない臨界値である再伝送不許臨界値とを比較するステップ、及び前記比較された結果、前記フレームのエラーの個数が前記再伝送不許臨界値より大きければ、前記フレームに対する再伝送を許さないモードである再伝送不許モードを、前記フレームに対する再伝送を許すモードである再伝送許容モードに転換するステップを含む。
【０００９】
前記課題を解決するための本発明による第２再伝送制御装置は、サーバから受信されたフレームのエラーの個数と、前記フレームに対する再伝送を許さない臨界値である再伝送不許臨界値とを比較する比較部、及び前記比較部で比較された結果、前記フレームのエラーの個数が前記再伝送不許臨界値より大きければ、前記フレームに対する再伝送を許さないモードである再伝送不許モードを、前記フレームに対する再伝送を許すモードである再伝送許容モードに転換するモード転換部を備える。
【００１０】
前記他の課題を解決するために、本発明は、前記の第１再伝送制御方法をコンピュータで実行させるためのプログラムを記録した、コンピュータで読み取り可能な記録媒体を提供する。
【００１１】
前記他の課題を解決するために、本発明は、前記の第２再伝送制御方法をコンピュータで実行させるためのプログラムを記録した、コンピュータで読み取り可能な記録媒体を提供する。
【発明の効果】
【００１２】
本発明によれば、エラーが検出されたフレームに対する再伝送を適応的に許すことによって、無線ＬＡＮ環境の状態に関係なく常に最適の映像を提供できる。すなわち、本発明によれば、無線ＬＡＮ環境の状態に関係なくネットワーク処理率を最大にすることができる。特に、本発明によれば、劣悪な無線ＬＡＮ環境で９０％程度の再伝送の発生が１５％程度減少し、従来の方式を適用した場合には、全体画面が現れなかったが、本発明を適用した場合には、若干の崩壊が発生しただけであり、全体画面を見ることができる。
【００１３】
また、本発明によれば、ＭＡＣ階層で再伝送を許さない場合には、ＩＰ階層及びＵＤＰ階層でＩＰチェックサム及びＵＤＰチェックサムをディセーブルすることによって、ＣＰＵのパフォーマンスを向上させる。
【発明を実施するための最良の形態】
【００１４】
以下では、図面を参照して、本発明の望ましい実施形態を詳細に説明する。
【００１５】
図１は、無線ＬＡＮ環境でＵＤＰパケットのエラー個数を示す図面である。
【００１６】
図１に示すように、無線ＬＡＮ環境で連続した９００個のＵＤＰパケットのエラー個数が分かる。９００個のＵＤＰパケットのうち９０％程度のＵＤＰパケットで、１０％未満のエラーが検出されているということが分かる。従来には、エラーが検出されたあらゆるＵＤＰパケットが再伝送の対象となった。図１によれば、ＵＤＰパケットのうち、約１０％はエラーが検出されず、約８０％は１０％未満のエラーが検出され、約１０％は１０％以上のエラーが検出された。したがって、ＵＤＰパケットのうち、９０％が再伝送の対象となるということが分かる。
【００１７】
一般的に、データ損失よりデータ到着時間に敏感なＡＶデータを前記のようなＵＤＰパケットへ伝送する。ＵＤＰは、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）のようなエラー訂正や再伝送機能を提供しない。すなわち、ＵＤＰは、信頼性より高速性を要求するデータの伝送に使われる。一方、ＴＣＰは、高速性より信頼性を要求するデータ、すなわちテキスト文書、プログラムファイルのような一般データの伝送に使われる。
【００１８】
しかし、ＡＶデータは、その特性上若干のエラーが存在する場合には、エラーが全く存在しない場合と比較するとき、ほとんど差がない品質を見せる。したがって、若干のエラーが存在するＡＶデータに対して再伝送を許さなければ、ほとんど差がない品質でＡＶ画面を円滑に再生できるようになる。この際、再伝送が許されないフレームに対するＩＰ階層及びＵＤＰ階層でのチェックサムは無意味であるので、このようなチェックサム機能をディセーブルさせることがＣＰＵのパフォーマンス向上に助けになる。
【００１９】
図２は、クライアント及びサーバのプロトコルスタックを示す図面である。
【００２０】
図２に示すように、クライアント１のプロトコルスタックは、ＭＡＣ階層１１、ＩＰ階層１２、ＵＤＰ階層１３及び応用階層１４から構成され、サーバ２のプロトコルスタックは、ＭＡＣ階層２１、ＩＰ階層２２、ＵＤＰ階層２３及び応用階層２４から構成される。
【００２１】
クライアント１の応用階層１４からサーバ２へＡＶデータに対する伝送を要請すれば、この要請は、ＵＤＰ階層１３、ＩＰ階層１２及びＭＡＣ階層１１を通過して、フレームの形態にサーバ２へ伝送される。サーバ２のＭＡＣ階層２１でクライアント１から伝送されたフレームを受信すれば、このフレームに含まれた要請は、ＩＰ階層２２及びＵＤＰ階層２３を通過して応用階層２４に到着する。
【００２２】
サーバ２の応用階層２４では、この要請に対する応答としてＡＶデータを伝送し、このＡＶデータは、ＵＤＰ階層２３、ＩＰ階層２２及びＭＡＣ階層２１を通過して、フレームの形態にクライアント１へ伝送される。クライアント１のＭＡＣ階層１１でサーバ２から伝送されたフレームを受信すれば、このフレームに含まれたＡＶデータは、ＩＰ階層１２及びＵＤＰ階層１３を通過して応用階層１４に到着する。
【００２３】
図３は、本発明の望ましい一実施形態による再伝送制御装置の構成図である。
【００２４】
図３に示すように、本実施形態による再伝送制御装置は、フレーム受信部３１、データ判別部３２、モード判別部３３、ウィンドウサイズカウンタ３４、エラー検出部３５、エラーカウンタ３６、比較部３７、モード転換部３８、レジスタ３９、パケット抽出部４０、パケット伝送部４１、再伝送不許部４２、再伝送許容部４３、リセット部４４、パケット受信部４５、フレーム生成部４６、及びフレーム伝送部４７から構成される。本実施形態による再伝送制御装置は、図２に示したクライアント１のＭＡＣ階層１１に搭載される。
【００２５】
フレーム受信部３１は、サーバ２からフレームを受信する。
【００２６】
データ判別部３２は、フレーム受信部３１に受信されたフレームに含まれたデータの種類を判別する。
【００２７】
図４は、本発明の望ましい一実施形態によるフレームのフォーマットを示す図面である。
【００２８】
図４に示すように、本実施形態によるフレームは、フレーム制御フィールド、期間フィールド、アドレス１フィールド、アドレス２フィールド、アドレス３フィールド、順序制御フィールド、ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）制御フィールド、フレームボディフィールド、及びＦＣＳ（Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ）フィールドから構成される。
【００２９】
ここで、フレーム制御フィールドは、タイプフィールド、サブタイプフィールド、及びその他のフィールドから構成される。ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）８０２．１１規格によれば、あるフレームのタイプフィールドに記録された値が１０であれば、このフレームは、データフレームということを表し、データフレームのサブタイプに記録された値が１０００〜１１００であれば、データフレームに含まれたデータがＱｏＳデータ、すなわちＡＶデータということを表す。
【００３０】
したがって、データ判別部３２は、フレーム受信部３１に受信されたフレームのタイプフィールド及びサブタイプフィールドに記録された値を参照して、フレームに含まれたデータの種類を判別できる。
【００３１】
モード判別部３３は、データ判別部３２でＡＶデータであると判別されれば、現在のモードがフレームに対する再伝送を許すモードである再伝送許容モードであるか、またはフレームに対する再伝送を許さないモードである再伝送不許モードであるかを判別する。本実施形態によれば、現在の無線ＬＡＮ環境で伝送途中にエラーが若干発生して、ＡＶデータをエラーが全く発生しない場合とほぼ同一な品質で再生できる場合には、エラーが発生したフレームを正常的に受信したのようにＡＣＫを伝送することによって、再伝送を許さないモードである再伝送不許モードに設定する。また、本実施形態によれば、現在の無線ＬＡＮ環境での伝送途中にエラーが多く発生して、エラーが発生したフレームを再び受信しなければ正常的に再生がなされない場合には、エラーが発生したフレームに対する再伝送を許すモードである再伝送許容モードに設定する。
【００３２】
ウィンドウサイズカウンタ３４は、モード判別部３３で再伝送許容モードであると判別されれば、再伝送許容モードのウィンドウサイズに対するカウント値を減少させる。また、ウィンドウサイズカウンタ３４は、モード判別部３３で再伝送不許モードであると判別されれば、再伝送不許モードのウィンドウサイズに対するカウント値ＷｉｎｄｏｗＳｉｚｅを減少させる。ウィンドウサイズとは、相手からの応答を待たず、連続的に送出できるフレームの個数をいい、エラーカウンタ３６は、ウィンドウサイズ内でフレームのエラーをカウントする。
【００３３】
エラー検出部３５は、データ判別部３２でＡＶデータではない一般データであると判別されれば、フレーム受信部３１に受信されたフレームのエラーを検出する。図４に示したＦＣＳフィールドには、エラー検出のためのパリティ、ＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）などの情報が記録されている。すなわち、エラー検出部３５は、図４に示したＦＣＳフィールドに記録された値を参照してエラーを検出する。
【００３４】
また、エラー検出部３５は、比較部３７で比較された結果、ウィンドウサイズカウンタ３４で減少したカウント値ＷｉｎｄｏｗＳｉｚｅが０以上であるか、またはリセット部４４でのリセットが完了すれば、フレーム受信部３１に受信されたフレームのエラーを検出する。
【００３５】
エラーカウンタ３６は、現在のモードが再伝送許容モードである場合、エラー検出部３５でＡＶデータを含むフレームのエラーが検出されれば、再伝送不許モードへの転換のためのカウント値ＲｅｃｏｖｅｒＣｏｕｎｔを増加させる。また、エラーカウンタ３６は、現在のモードが再伝送不許モードである場合、エラー検出部３５でＡＶデータを含むフレームのエラーが検出されれば、再伝送許容モードへの転換のためのカウント値ＥｒｒｏｒＣｏｕｎｔを増加させる。
【００３６】
比較部３７は、ウィンドウサイズカウンタ３４で減少したカウント値とレジスタ３９に記録された０とを比較する。また、比較部３７は、現在のモードが再伝送許容モードである場合には、エラーカウンタ３６で増加したカウント値と、フレームに対する再伝送を許す臨界値である再伝送許容臨界値であって、レジスタ３９に記録されたＲｅｃｏｖｅｒＴｈｒｅｓｈｏｌｄとを比較する。また、比較部３７は、現在のモードが再伝送不許モードである場合には、エラーカウンタ３６で増加したカウント値と、フレームに対する再伝送を許さない臨界値である再伝送不許臨界値であって、レジスタ３９に記録されたＥｒｒｏｒＴｈｒｅｓｈｏｌｄとを比較する。
【００３７】
モード転換部３８は、現在のモードが再伝送許容モードである場合、比較部３７で比較された結果、エラーカウンタ３６で増加したカウント値が再伝送許容臨界値ＲｅｃｏｖｅｒＣｏｕｎｔより小さければ、再伝送許容モードを再伝送不許モードに転換する。また、モード転換部３８は、現在のモードが再伝送不許モードである場合、比較部３７で比較された結果、エラーカウンタ３６で増加したカウント値が再伝送不許臨界値より大きければ、再伝送許容モードを再伝送不許モードに転換する。
【００３８】
図５は、本発明の望ましい一実施形態による実験でのフレームのデータレートによる臨界値を表示した表である。
【００３９】
図５に示すように、本実施形態による実験でのフレームの色々なデータレートによるＥｒｒｏｒＴｈｒｅｓｈｏｌｄ及びＲｅｃｏｖｅｒＴｈｒｅｓｈｏｌｄが分かる。本実験では、ウィンドウサイズを５に設定した。例えば、データレートが４８Ｍｂｐｓ（ｂｉｔｓ ｐｅｒ ｓｅｃｏｎｄ）であり、現在のモードが再伝送不許モードであれば、５個のフレームのうち４個より多くのフレームでエラーが検出されれば、再伝送許容モードに転換する。すなわち、現在のモードが再伝送不許モードであるが、エラー検出程度で見たとき、無線ＬＡＮ環境が劣悪であると判断された時には、再伝送不許モードを再伝送許容モードに転換する。
【００４０】
また、例えば、データレートが４８Ｍｂｐｓであり、現在のモードが再伝送許容モードであれば、５個のフレームのうち２個より少ないフレームでエラーが検出されれば、再伝送不許モードに転換する。すなわち、現在のモードが再伝送許容モードであるが、エラー検出程度で見たとき、無線ＬＡＮ環境が良好であると判断された時には、再伝送許容モードを再伝送不許モードに転換する。
【００４１】
図６は、ビーコンフレームのフォーマットを示す図面である。
【００４２】
ＩＥＥＥ ８０２．１１規格によれば、ビーコンフレームは、タイプフィールドの値が０であり、サブタイプフィールドの値が１０００である。図６に示すように、ビーコンフレームのフレームボディフィールドは、タイムスタンプフィールド、ビーコン間隔フィールド、性能情報フィールド、ＳＳＩＤ（Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｔｙ）フィールド、支援レートフィールド、及びその他のフィールドから構成される。ビーコンフレームのフレームボディフィールドの支援レートフィールドには、データレートに関する情報が記録される。
【００４３】
レジスタ３９は、ビーコンフレームのフレームボディフィールドの支援レートフィールドに記録された値を参照して、現在のデータレートに符合する再伝送許容臨界値ＲｅｃｏｖｅｒＴｈｒｅｓｈｏｌｄ及び再伝送不許臨界値ＥｒｒｏｒＴｈｒｅｓｈｏｌｄを出力する。
【００４４】
パケット抽出部４０は、フレーム受信部３１に受信されたフレームからＩＰパケットを抽出する。もし、再伝送不許部４２がＩＰ階層及びＵＤＰ階層でのチェックサム機能をディセーブルさせた場合であれば、パケット抽出部４０は、再伝送不許部４２によりチェックサム機能がディセーブルされたＩＰパケットを抽出する。
【００４５】
パケット伝送部４１は、パケット抽出部４０で抽出されたＩＰパケットをＩＰ階層へ伝送する。
【００４６】
再伝送不許部４２は、エラー検出部３５でＡＶデータではない一般データを含むフレームのエラーが検出されなければ、サーバ２へＡＣＫを伝送することによって、フレームに対する再伝送を許さない。また、再伝送不許部４２は、エラー検出部３５でＡＶデータを含むフレームのエラーが検出されなければ、サーバ２へＡＣＫを伝送することによって、フレームに対する再伝送を許さない。すなわち、再伝送不許部４２は、エラーが検出されないフレームに対して、再びサーバ２が同一なフレームを再伝送できないようにＡＣＫを伝送する。この際、再伝送不許部４２は、フレーム生成部４６にＡＣＫを表すフレームの生成を指示することによって、ＡＣＫを伝送する。
【００４７】
また、再伝送不許部４２は、比較部３７で比較された結果、エラーカウンタ３６で増加したカウント値が再伝送不許臨界値ＥｒｒｏｒＴｈｒｅｓｈｏｌｄより小さければ、フレームを処理する階層であるＭＡＣ階層の上位階層であるＩＰ階層１２及びＵＤＰ階層１３でのチェックサム機能をディセーブルさせることによって、フレームに対する再伝送を許さない。また、再伝送不許部４２は、チェックサム機能に対するディセーブルが完了するか、またはモード転換部３８での転換及びリセット部４４でのリセットが完了すれば、サーバ２へＡＣＫを伝送することによって、フレームに対する再伝送を許さない。すなわち、再伝送不許部４２は、エラーが検出されたフレームに対して、再び正常的なフレームを受信できなかったにもかかわらず、ＡＣＫを伝送することによって再伝送を許さない。
【００４８】
図７は、ＩＰヘッダのフォーマットを示す図面である。
【００４９】
図７に示すように、ＩＰヘッダは、バージョンフィールド、ヘッダ長フィールド、サービスタイプフィールド、全長フィールド、識別フィールド、フラッグフィールド、フラグメントオフセットフィールド、生存時間フィールド、プロトコルフィールド、ヘッダチェックサムフィールド、発信地アドレスフィールド、目的地アドレスフィールド、オプションフィールド、及びパディングフィールドから構成される。
【００５０】
図８は、ＵＤＰデータグラムのフォーマットを示す図面である。
【００５１】
図８に示すように、ＵＤＰデータグラムは、発信地ポートフィールド、目的地ポートフィールド、ＵＤＰ長フィールド、ＵＤＰチェックサムフィールド、及びデータフィールドから構成される。
【００５２】
再伝送不許部４２は、図６に示したＩＰヘッダのヘッダチェックサムフィールド、及び図７に示したＵＤＰデータグラムのＵＤＰチェックサムフィールドにディセーブルを表す値、例えば０を記録することによって、ＩＰ階層１２及びＵＤＰ階層１３でのチェックサム機能をディセーブルできる。図７及び図８に示すように、ＩＰヘッダ及びＵＤＰデータグラムのチェックサムフィールドは、常に一定な位置にあるため、ＩＰ階層１２及びＵＤＰ階層１３でのＩＰパケット及びＵＤＰデータグラムについての分析を行わずとも、ＭＡＣ階層でＩＰヘッダ及びＵＤＰデータグラムのチェックサムフィールドにディセーブルを表す値を記録できる。
【００５３】
再伝送許容部４３は、エラー検出部３５でＡＶデータではない一般データを含むフレームのエラーが検出されれば、サーバから再伝送されるフレームを受信するために、ＥＩＦＳ（Ｅｘｔｅｎｄｅｄ ＩｎｔｅｒＦｒａｍｅ Ｓｐａｃｅ）の間に待機することによって、フレームに対する再伝送を許す。また、再伝送許容部４３は、比較部３７で比較された結果、エラーカウンタ３６で増加したカウント値が再伝送許容臨界値ＲｅｃｏｖｅｒＴｈｒｅｓｈｏｌｄより小さくないか、またはモード転換部３８での転換及びリセット部４４でのリセットが完了すれば、サーバから再伝送されるフレームを受信するために、ＥＩＦＳの間に待機することによって、フレームに対する再伝送を許す。
【００５４】
リセット部４４は、比較部３７で比較された結果、ウィンドウサイズカウンタ３４で減少したカウント値が０未満であれば、現在のモードが再伝送許容モードである場合には、再伝送許容モードのウィンドウサイズに対するカウント値をリセットし、再伝送不許モードへの転換のためのカウント値ＲｅｃｏｖｅｒＣｏｕｎｔをリセットする。また、リセット部４４は、比較部３７で比較された結果、エラーカウンタ３６で増加したカウント値が再伝送許容臨界値ＲｅｃｏｖｅｒＴｈｒｅｓｈｏｌｄより小さければ、再伝送許容モードへの転換のためのカウント値ＲｅｃｏｖｅｒＣｏｕｎｔをリセットする。
【００５５】
また、リセット部４４は、比較部３７で比較された結果、ウィンドウサイズカウンタ３４で減少したカウント値が０未満であれば、現在のモードが再伝送不許モードである場合には、再伝送不許モードのウィンドウサイズに対するカウント値をリセットし、再伝送許容モードへの転換のためのカウント値ＥｒｒｏｒＣｏｕｎｔをリセットする。また、リセット部４４は、比較部３７で比較された結果、エラーカウンタ３６で増加したカウント値が再伝送不許臨界値ＥｒｒｏｒＴｈｒｅｓｈｏｌｄより小さければ、再伝送許容モードへの転換のためのカウント値ＥｒｒｏｒＣｏｕｎｔをリセットする。リセット部４４は、レジスタ３９に０、ＲｅｃｏｖｅｒＣｏｕｎｔ、ＥｒｒｏｒＣｏｕｎｔを記録することによってリセットできる。
【００５６】
パケット受信部４５は、ＩＰ階層１２からＩＰパケットを受信する。例えば、パケット受信部４５は、ＡＶデータに対する伝送を要請するＩＰパケットを受信する。
【００５７】
フレーム生成部４６は、パケット受信部４５に受信されたＩＰパケットにＭＡＣヘッダを結合させることによってフレームを生成するか、または再伝送不許部４２の指示によって、ＡＣＫを表すフレームを生成する。
【００５８】
フレーム伝送部４７は、フレーム生成部４６で生成されたフレームをサーバ２へ伝送する。
【００５９】
図９、図１０及び図１１は、本発明の望ましい一実施形態による再伝送制御方法のフローチャートである。
【００６０】
図９、図１０及び図１１に示すように、本実施形態による再伝送制御方法は、次のようなステップから構成される。本再伝送制御方法は、図３に示した再伝送制御装置で時系列的に処理されるステップから構成される。したがって、以下に省略された内容であっても、図３に示した再伝送制御装置に関して記述された内容は、本再伝送制御方法にも適用される。
【００６１】
ステップ５１で、クライアント１は、サーバ２からフレームを受信する。
【００６２】
ステップ５２で、クライアント１は、ステップ５１で受信されたフレームに含まれたデータの種類を判別する。
【００６３】
ステップ５３で、クライアント１は、ステップ５２でＡＶデータではない一般データであると判別されれば、ステップ５１で受信されたフレームのエラーを検出する。
【００６４】
ステップ５４で、クライアント１は、ステップ５３でエラーが検出されなければ、サーバ２へＡＣＫを伝送することによって、ステップ５１で受信されたフレームに対する再伝送を許さない。
【００６５】
ステップ５５で、クライアント１は、ステップ５３でエラーが検出されれば、サーバ２から再伝送されるフレームを受信するために、ＥＩＦＳの間に待機することによって、ステップ５１で受信されたフレームに対する再伝送を許す。
【００６６】
ステップ５６で、クライアント１は、ステップ５５でＡＶデータであると判別されれば、現在のモードが、ステップ５１で受信されたフレームに対する再伝送を許すモードである再伝送許容モードであるか、またはステップ５１で受信されたフレームに対する再伝送を許さないモードである再伝送不許モードであるかを判別する。
【００６７】
ステップ６１で、クライアント１は、ステップ５６で再伝送許容モードであると判別されれば、再伝送許容モードのウィンドウサイズに対するカウント値ＷｉｎｄｏｗＳｉｚｅを減少させる。
【００６８】
ステップ６２で、クライアント１は、ステップ６１で減少したカウント値ＷｉｎｄｏｗＳｉｚｅと０とを比較する。
【００６９】
ステップ６３で、クライアント１は、ステップ６２で比較された結果、ステップ６１で減少したカウント値ＷｉｎｄｏｗＳｉｚｅが０未満であれば、再伝送許容モードのウィンドウサイズに対するカウント値ＷｉｎｄｏｗＳｉｚｅをリセットし、再伝送不許モードへの転換のためのカウント値ＲｅｃｏｖｅｒＣｏｕｎｔをリセットする。
【００７０】
ステップ６４で、クライアント１は、ステップ６２で比較された結果、ステップ６１で減少したカウント値ＷｉｎｄｏｗＳｉｚｅが０以上であるか、またはステップ６３でのリセットが完了すれば、ステップ５１で受信されたフレームのエラーを検出する。
【００７１】
ステップ６５で、クライアント１は、ステップ６４でエラーが検出されなければ、サーバ２へＡＣＫを伝送することによって、ステップ５１で受信されたフレームに対する再伝送を許さない。
【００７２】
ステップ６６で、クライアント１は、ステップ６４でエラーが検出されれば、再伝送不許モードへの転換のためのカウント値ＲｅｃｏｖｅｒＣｏｕｎｔを増加させる。
【００７３】
ステップ６７で、クライアント１は、ステップ６６で増加したカウント値と再伝送許容臨界値ＲｅｃｏｖｅｒＴｈｒｅｓｈｏｌｄとを比較する。
【００７４】
ステップ６８で、クライアント１は、ステップ６７で比較された結果、ステップ６６で増加したカウント値が再伝送許容臨界値ＲｅｃｏｖｅｒＴｈｒｅｓｈｏｌｄより小さければ、再伝送許容モードを再伝送不許モードに転換し、再伝送許容モードへの転換のためのカウント値ＥｒｒｏｒＣｏｕｎｔをリセットする。
【００７５】
ステップ６９で、クライアント１は、ステップ６７で比較された結果、ステップ６６で増加したカウント値が再伝送許容臨界値ＲｅｃｏｖｅｒＴｈｒｅｓｈｏｌｄより小さくないか、またはステップ６８での転換及びリセットが完了すれば、サーバ２から再伝送されるフレームを受信するために、ＥＩＦＳの間に待機することによって、ステップ５１で受信されたフレームに対する再伝送を許す。
【００７６】
ステップ７１で、クライアント１は、ステップ５６で再伝送不許モードであると判別されれば、再伝送不許モードのウィンドウサイズに対するカウント値ＷｉｎｄｏｗＳｉｚｅを減少させる。
【００７７】
ステップ７２で、クライアント１は、ステップ７１で減少したカウント値ＷｉｎｄｏｗＳｉｚｅと０とを比較する。
【００７８】
ステップ７３で、クライアント１は、ステップ７２で比較された結果、ステップ７１で減少したカウント値ＷｉｎｄｏｗＳｉｚｅが０未満であれば、再伝送不許モードのウィンドウサイズに対するカウント値ＷｉｎｄｏｗＳｉｚｅをリセットし、再伝送許容モードへの転換のためのカウント値ＥｒｒｏｒＣｏｕｎｔをリセットする。
【００７９】
ステップ７４で、クライアント１は、ステップ７３で比較された結果、ステップ７１で減少したカウント値ＷｉｎｄｏｗＳｉｚｅが０以上であるか、またはステップ７３でのリセットが完了すれば、ステップ５１で受信されたフレームのエラーを検出する。
【００８０】
ステップ７５で、クライアント１は、ステップ７４でエラーが検出されれば、再伝送許容モードへの転換のためのカウント値ＥｒｒｏｒＣｏｕｎｔを増加させる。
【００８１】
ステップ７６で、クライアント１は、ステップ７５で増加したカウント値ＥｒｒｏｒＣｏｕｎｔと再伝送不許臨界値ＥｒｒｏｒＴｈｒｅｓｈｏｌｄとを比較する。
【００８２】
ステップ７７で、クライアント１は、ステップ７６で比較された結果、ステップ７５で増加したカウント値が再伝送不許臨界値ＥｒｒｏｒＴｈｒｅｓｈｏｌｄより小さくなければ、上位階層でのチェックサム機能をディセーブルさせることによって、ステップ５１で受信されたフレームに対する再伝送を許さない。
【００８３】
ステップ７８で、クライアント１は、ステップ７６で比較された結果、ステップ７５で増加したカウント値が再伝送不許臨界値ＥｒｒｏｒＴｈｒｅｓｈｏｌｄより小さければ、再伝送不許モードを再伝送許容モードに転換し、再伝送不許モードへの転換のためのカウント値ＲｅｃｏｖｅｒＣｏｕｎｔをリセットする。
【００８４】
ステップ７９で、クライアント１は、ステップ７４でエラーが検出されないか、またはステップ７７でのチェックサム機能に対するディセーブルが完了するか、またはステップ７８での転換及びリセットが完了すれば、サーバ２へＡＣＫを伝送することによって、ステップ５１で受信されたフレームに対する再伝送を許さない。
【００８５】
図１２は、本発明の望ましい一実施形態によるプログラムを示す図面である。
【００８６】
図１２に示すように、本実施形態によるプログラムは、擬似コードで作成された。本プログラムは、図９、図１０及び図１１に示した再伝送制御方法によって実際のプログラムで具現したものである。本プログラムを無線ＬＡＮ環境に存在する移動ステーションに適用することによって、図３に示した再伝送制御装置を具現できる。
【００８７】
Ｉｎｉｔｉａｌｌｙ，Ｓｅｔ Ｂｏｏｌ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ＝ＹＥＳ；
Ｉｎｔｅｇｅｒ ＥｒｒｏｒＣｏｕｎｔ＝０，ＲｅｃｏｖｅｒＣｏｕｎｔ＝０；
Ｓｅｔ Ｉｎｔｅｇｅｒ ＷｉｎｄｏｗＳｉｚｅ，ＲｅｃｏｖｅｒＴｈｒｅｓｈｏｌｄ，ＥｒｒｏｒＴｈｒｅｓｈｏｌｄ；
この部分は、初期状態を設定する過程である。
【００８８】
Ｇｅｔｔｉｎｇ ａ ｆｒａｍｅ ｉｓ ｓｕｃｃｅｓｓｆｕｌ．
この部分は、ステップ５１に該当する。
【００８９】
Ｉｆ ｔｈｅ ｆｒａｍｅ ｉｎｃｌｕｄｅｓ ＡＶ ｄａｔａ，
この部分は、ステップ５２に該当する。
【００９０】
ｔｈｅｎ ｉｆ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ＝Ｙｅｓ，
ｔｈｅｎ ＷｉｎｄｏｗＳｉｚｅ−−；
ｉｆ ＷｉｎｄｏｗＳｉｚｅ＞＝０，
ｔｈｅｎ ｃａｌｌ ＦＣＳ Ｆｕｎｃｔｉｏｎ；
ｉｆ ＦＣＳ ｉｓ ｓｕｃｃｅｓｓｆｕｌ，ｔｈｅｎ ｓｅｎｄ ＡＣＫ；
ｅｌｓｅ Ｃａｌｌ ＣｏｎｔｒｏｌＣｏｕｎｔ（ＲｅｃｏｖｅｒＣｏｕｎｔ）；
ｅｎｄｉｆ；
ｅｌｓｅ Ｒｅｓｅｔ ＷｉｎｄｏｗＳｉｚｅ，ＲｅｃｏｖｅｒＣｏｕｎｔ；
ｅｎｄｉｆ；
この部分は、図１０に該当する。
【００９１】
ｅｌｓｅ ＷｉｎｄｏｗＳｉｚｅ−−；
ｉｆ ＷｉｎｄｏｗＳｉｚｅ＞＝０，
ｔｈｅｎ ｃａｌｌ ＦＣＳ Ｆｕｎｃｔｉｏｎ；
ｉｆ ＦＣＳ ｉｓ ｓｕｃｃｅｓｓｆｕｌ，ｔｈｅｎ ｓｅｎｄ ＡＣＫ；
ｅｌｓｅ Ｃａｌｌ ＣｏｎｔｒｏｌＣｏｕｎｔ（ＥｒｒｏｒＣｏｕｎｔ）；
ｅｎｄｉｆ；
ｅｌｓｅ Ｒｅｓｅｔ ＷｉｎｄｏｗＳｉｚｅ，ＥｒｒｏｒＣｏｕｎｔ；
ｅｎｄｉｆ；
ｅｎｄｉｆ；
この部分は、図１１に該当する。
【００９２】
ｅｌｓｅ ｃａｌｌ ＦＣＳ Ｆｕｎｃｔｉｏｎ；
ｉｆ ＦＣＳ ｉｓ ｓｕｃｃｅｓｓｆｕｌ，ｔｈｅｎ Ｓｅｎｄ ＡＣＫ；
ｅｌｓｅ Ｗａｉｔ ＥＩＦＳ；
ｅｎｄｉｆ；
ｅｎｄｉｆ；
この部分は、ステップ５３〜ステップ５５に該当する。
【００９３】
ＣｏｎｔｒｏｌＣｏｕｎｔ（ＥｒｒｏｒＣｏｕｎｔ）
ＥｒｒｏｒＣｏｕｎｔ＋＋；
ｉｆ ＥｒｒｏｒＣｏｕｎｔ＞ＥｒｒｏｒＴｈｒｅｓｈｏｌｄ，
ｔｈｅｎ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ＝Ｙｅｓ ａｎｄ Ｒｅｓｅｔ ＷｉｎｄｏｗＳｉｚｅ，ＲｅｃｏｖｅｒＣｏｕｎｔ；
ｅｌｓｅ Ｄｉｓａｂｌｅ Ｃｈｅｃｋｓｕｍ；
ｅｎｄｉｆ；
Ｓｅｎｄ ＡＣＫ
この部分は、ステップ７５〜ステップ７９に該当する。
【００９４】
ＣｏｎｔｒｏｌＣｏｕｎｔ（ＲｅｃｏｖｅｒＣｏｕｎｔ）
ＲｅｃｏｖｅｒＣｏｕｎｔ＋＋；
ｉｆ ＲｅｃｏｖｅｒＣｏｕｎｔ＜ＲｅｃｏｖｅｒＴｈｒｅｓｈｏｌｄ，
ｔｈｅｎ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ＝ＮＯ ａｎｄ Ｒｅｓｅｔ ＷｉｎｄｏｗＳｉｚｅ，ＥｒｒｏｒＣｏｕｎｔ；
ｅｎｄｉｆ；
Ｗａｉｔ ＥＩＦＳ
この部分は、ステップ６６〜ステップ６９に該当する。
【００９５】
図１３及び図１４は、本発明の望ましい一実施形態を利用した実験映像を示す図面である。
【００９６】
図１３及び図１４に示した実験映像を得るための実験環境は、次の通りである。ソースデータとしてＤＶＤ級の品質を有するデータ（６Ｍｂｐｓ）を採択した。また、９Ｍｐｐｓ（ｐａｃｋｅｔ ｐｅｒ ｓｅｃｏｎｄ）、インフラモード、無節電モード、ＤＣＦ単一（Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｃｏｏｒｄｉｎａｔｉｏｎ Ｆｕｎｃｔｉｏｎ ｏｎｌｙ）モードである無線ＬＡＮ環境を採択した。また、ＡＰがステーションへデータを伝送するネットワーク環境を採択した。２．４ＭＨｚ Ｐｅｎｔｉｕｍ（登録商標）、５１２Ｍ ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）を備えるコンピュータ環境を採択した。
【００９７】
図１３は、中間程度の品質の無線ＬＡＮ環境での実験映像を示す図面である。
【００９８】
中間程度の品質の無線ＬＡＮ環境では、若干のエラーが検出され、いかなる方式を採択するかによって、映像の品質は大きく変動されない。したがって、図１３に示すように、左側に位置した再伝送方式による映像は、エラーが検出されたフレームに対する再伝送によって部分的に割れている。また、中間に位置した無再伝送方式による映像は、エラーが検出された若干のフレームに対する再伝送を許さないのできれいである。また、右側に位置した適応的な再伝送方式による映像は、無再伝送方式と同様に、エラーが検出されたフレームに対する再伝送を許さないのできれいである。
【００９９】
図１４は、劣悪な品質の無線ＬＡＮ環境での実験映像を示す図面である。
【０１００】
劣悪な品質の無線ＬＡＮ環境では、多くのエラーが検出され、いかなる方式を採択するかによって、映像の品質は大きく変動される。したがって、図１４に示すように、左側に位置した再伝送方式による映像は、エラーが検出された多くのフレームに対する再伝送によってほぼ割れている。また、中間に位置した無再伝送方式による映像は、エラーが検出された多くのフレームに対する再伝送を許さないのでほぼ割れている。また、右側に位置した適応的な再伝送方式による映像は、エラーが検出されたフレームに対する再伝送を適応的に許さないので比較的きれいである。
【０１０１】
一方、前述した本発明の実施形態は、コンピュータで実行できるプログラムで作成許容し、コンピュータで読み取り可能な記録媒体を利用して、前記プログラムを動作させる汎用デジタルコンピューターで具現されうる。
【０１０２】
前記コンピュータで読み取り可能な記録媒体は、磁気記録媒体（例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フロッピー（登録商標）ディスク、ハードディスク等）、光学的な読み取り媒体（例えば、ＣＤ−ＲＯＭ、ＤＶＤ等）及びキャリアウェーブ（例えば、インターネットを通じた伝送）のような記録媒体を含む。
【０１０３】
これまで、本発明について、その望ましい実施形態を中心に述べた。当業者は、本発明が、本発明の本質的な特性から逸脱しない範囲で、変形された形態に具現可能であるということを理解できるであろう。したがって、開示された実施形態は、限定的な観点ではなく、説明的な観点で考慮されねばならない。本発明の範囲は、前述した説明ではなく、特許請求の範囲に表れており、それと同等な範囲内にあるあらゆる差異点は、本発明に含まれていると解釈されねばならない。
【産業上の利用可能性】
【０１０４】
本発明は、無線ＬＡＮ環境でのフレーム伝送を制御する装置に関連の技術分野に適用可能である。
【図面の簡単な説明】
【０１０５】
【図１】無線ＬＡＮ環境でＵＤＰパケットのエラー個数を示す図面である。
【図２】クライアント及びサーバのプロトコルスタックを示す図面である。
【図３】本発明の望ましい一実施形態による再伝送制御装置の構成図である。
【図４】本発明の望ましい一実施形態によるフレームのフォーマットを示す図面である。
【図５】本発明の望ましい一実施形態による実験でのフレームのデータレートによる臨界値を表示した表である。
【図６】ビーコンフレームのフォーマットを示す図面である。
【図７】ＩＰヘッダのフォーマットを示す図面である。
【図８】ＵＤＰデータグラムのフォーマットを示す図面である。
【図９】本発明の望ましい一実施形態による再伝送制御方法のフローチャートである。
【図１０】本発明の望ましい一実施形態による再伝送制御方法のフローチャートである。
【図１１】本発明の望ましい一実施形態による再伝送制御方法のフローチャートである。
【図１２】本発明の望ましい一実施形態によるプログラムを示す図面である。
【図１３】本発明の望ましい一実施形態を利用した実験映像を示す図面である。
【図１４】本発明の望ましい一実施形態を利用した実験映像を示す図面である。
【符号の説明】
【０１０６】
１１    ＭＡＣ階層
１２    ＩＰ階層
１３    ＵＤＰ階層
３１    フレーム受信部
３２    データ判別部
３３    モード判別部
３４    ウィンドウサイズカウンタ
３５    エラー検出部
３６    エラーカウンタ
３７    比較部
３８    モード転換部
３９    レジスタ
４０    パケット抽出部
４１    パケット伝送部
４２    再伝送不許部
４３    再伝送許容部
４４    リセット部
４５    パケット受信部
４６    フレーム生成部
４７    フレーム伝送部
【図１】
2006033842.tif 000003
【図２】
2006033842.tif 000004
【図３】
2006033842.tif 000005
【図４】
2006033842.tif 000006
【図５】
2006033842.tif 000007
【図６】
2006033842.tif 000008
【図７】
2006033842.tif 000009
【図８】
2006033842.tif 000010
【図９】
2006033842.tif 000011
【図１０】
2006033842.tif 000012
【図１１】
2006033842.tif 000013
【図１２】
2006033842.tif 000014
【図１３】
2006033842.tif 000015
【図１４】
2006033842.tif 000016