(57)【要約】【課題】  ＵＷＢ通信の無線機器間のパケット通信の通信効率を向上させる。【解決手段】  入力されたパケット信号から転送別の宛先を判別する判別手段と、判別手段から出力された宛先別のパケット信号のトータル転送量に対するしきい値を設定し、クーの総量としきい値を比較し、クーの総量がしきい値以下のとき総量を増加し、クーの総量がしきい値以上のとき宛名の前記パケット信号を廃棄するクー管理手段１６と、クー管理手段からの制御信号に基づいて宛先別のデータを記憶する記憶手段１５と、クー管理手段の制御信号に応じて記憶手段に記憶されたデータをバスを介して転送する制御手段とを有し、宛先別のトラフィック量を管理して効率よく転送する。【選択図】図１
2006295327.tif 000002
【特許請求の範囲】
【請求項１】
入力されたパケット信号から転送別の宛先を判別する判別手段と、
前記判別手段から出力された宛先別のパケット信号のトータル転送量に対するしきい値を設定し、クーの総量と前記しきい値を比較し、前記クーの総量が前記しきい値以下のとき総量を増加し、前記クーの総量が前記しきい値以上のとき前記宛名の前記パケット信号を廃棄するクー管理手段と、
前記クー管理手段からの制御信号に基づいて前記宛先別のデータを記憶する記憶手段と、
前記クー管理手段の制御信号に応じて前記記憶手段に記憶された前記データをバスを介して転送する制御手段と
を有する
パケット通信装置。
【請求項２】
前記判別手段は、前記パケット信号のＤＬＣヘッダのフレームタイプを用いて前記宛先を判別する
請求項１記載のパケット通信装置。
【請求項３】
前記判別手段は、前記ＤＬＣヘッダのフレームタイプのフレームマネージメントビットを用いて前記宛先を判別する
請求項２記載のパケット通信装置。
【請求項４】
前記クー管理手段は、リミット値を設定することによりリザーブ量を確保する
請求項１記載のパケット通信装置。
【請求項５】
前記クー管理手段は、トラフィック量が多い前記宛先をトラフィック量の少ない前記宛先より前記リザーブ量を小さくする
請求項４記載のパケット通信装置。
【請求項６】
判別手段で入力されたパケット信号から転送別の宛先を判別するステップと、
クー管理手段で、前記判別手段から出力された宛先別のパケット信号のトータル転送量に対するしきい値を設定し、前記クーの総量が前記しきい値以下のとき総量を増加し、前記クーの総量が前記しい値以上のとき前記宛名の前記パケット信号を廃棄するステップと、
前記クー管理手段からの制御信号に基づいて前記宛先別のデータを記憶手段に記憶するステップと、
制御手段で、前記クー管理手段の制御信号に応じて前記記憶手段に記憶された前記データをバスを介して転送するステップ
を有する
パケット通信方法。
【請求項７】
前記判別手段は、前記パケット信号のＤＬＣヘッダのフレームタイプを用いて前記宛先を判別する
請求項６記載のパケット通信方法。
【請求項８】
前記判別手段は、前記ＤＬＣヘッダのフレームタイプのフレームマネージメントビットを用いて前記宛先を判別する
請求項７記載のパケット通信方法。
【請求項９】
前記クー管理手段は、リミット値を設定することによりリザーブ量を確保する
請求項６記載のパケット通信方法。
【請求項１０】
前記クー管理手段は、トラフィック量が多い前記宛先をトラフィック量の少ない前記宛先より前記リザーブ量を小さくする
請求項９記載のパケット通信方法。
【請求項１１】
パケット信号を用いて通信機器間で通信を行うパケット通信システムにおいて、
前記通信機器は、
入力されたパケット信号から転送別の宛先を判別する判別手段と、
前記判別手段から出力された宛先別のパケット信号のトータル転送量に対するしきい値を設定し、クーの総量と前記しきい値を比較し、前記クーの総量が前記しきい値以下のとき総量を増加し、前記クーの総量が前記しきい値以上のとき前記宛名の前記パケット信号を廃棄するクー管理手段と、
前記クー管理手段の制御信号に応じて前記記憶手段に記憶された前記データをバスを介して転送する制御手段と
を有する
パケット通信システム。
【請求項１２】
前記判別手段は、前記ＤＬＣヘッダのフレームタイプのフレームマネージメントビットを用いて前記宛先を判別する
請求項１１記載のパケット通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パケット通信装置およびその通信方法と通信システムに関し、特に、ＵＷＢ（Ｕｌｔｒａ  Ｗｉｄｅ  Ｂａｎｄ）通信の無線機器間のパケット通信の通信効率を向上させる。
【背景技術】
【０００２】
特許文献１にはオンライン回線トラフィック監視システムが開示されている。このオンライン回線トラフィック監視システムは、端末と回線とに接続された回線制御部と、回線にそれぞれ対応するように回線制御部に接続された回線負荷ファイルと、回線負荷ファイル及び回線制御部に接続された負荷調整要求を出す監視部とで構成されている。
【０００３】
トラフィック量調整部は、端末からのデータの内、所定トラフィック量以下の部分を回線へ送出し、所定トラフィック量を越える部分は超過分データとしてトラフィック量司令部へ送出している。また、回線へ送出したデータ量は回線負荷ファイルへ格納している。
トラフィック量司令部は超過分データを回線超過分データファイルへ格納し、監視部に指示を受ける。調整部は、回線負荷ファイルを参照して、超過分データをどの回線にどれだけ分配するか決定する。トラフィック量司令部は調整部の決定に従い、超過分データを分割してトラフィック量調整部へ出力し、トラフィック量調整部はトラフィック量司令部からのデータを回線へ送出する。
このように、端末と回線との間にトラフィック量調整手段とトラフィック量制御手段とを設け、しきい値を越えるトラフィック量のデータが、入力された場合、超過分のデータをどの回線にどれだけの量を分配するかを決め、超過分を分割することにより各回線に送出されるデータのトラフィック量が平均されるようにしたことで、特定の回線に多大な負荷がかかることを防止でき、システムのスループットを向上させている。
このように、データ量（トラフィック量）に相当するＱｕｅｕｅのしきい値を設定しているものの、しきい値を超過したデータは分割されて各回線に分配されて送り出されている。これはデータを平均化した転送方法であり、あるトラフィック量が極端に多い１つの宛先のパケットが待ち行列、すなわち、クー（Ｑｕｅｕｅ）を占領してしまう等、しきい値の設定による制御方法が不十分であった。
【０００４】
また図６に、受信パケットをクーイング（Ｑｕｅｕｅｉｎｇ；待ち行列処理）し、そのＱｕｅｕｅｉｎｇされた受信パケットを宛先ごとに処理し、処理が追いつかず受信Ｑｕｅｕｅがいっぱいになった場合にはその時のパケットは受信せずにＤｒｏｐ（廃棄）するようなシステムを示す。
このようなシステムでは、何も制限せずに普通に受信パケットをＱｕｅｕｅｉｎｇしてしまうと一つの宛先のパケットだけで受信Ｑｕｅｕｅがいっぱいになってしまうことが想定される。
図６において、たとえば宛先Ｄのパケットの転送（受信など）頻度が多く、その他の宛先Ａ、Ｂ、Ｃのパケットの頻度はあまり無いが、その宛先Ａ、Ｂ、Ｃのパケットはシステムとしてとても重要でＤｒｏｐ（受信中止やデータ廃止）せずに受信したいとする。
しかし、受信Ｑｕｅｕｅに何も制限をかけないと宛先Ｄのパケットで受信Ｑｕｅｕｅがいっぱいになってしまい、他の宛先Ａ、Ｂ、Ｃ行きの重要なパケットが受信できなくなってしまう。
このように、パケットから抽出した宛先別に相当するＱｕｅｕｅのしきい値を設定しているものの、優先度にかかわりなくデータ伝送頻度の多い１つの宛先のパケットがＱｕｅｕｅを占領してしまう等、しきい値の設定による制御方法が不十分なためＱｕｅｕｅが効率よく使用されていなかった。
【特許文献１】特開平８−１６３２０６号公報
【特許文献２】特開２００４−３１０２０６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
パケット数の総量がそれぞれの宛先ごとに設定したしきい値に達した場合、宛先ごとにパケットを受信ストップできるようにする。
また、トラフィックが多い宛先のパケットに占有されること無く、それぞれの宛先のパケットがＱｕｅｕｅを効率よく使用する。
【課題を解決するための手段】
【０００６】
本発明のパケット通信装置は、入力されたパケット信号から転送別の宛先を判別する判別手段と、前記判別手段から出力された宛先別のパケット信号のトータル転送量に対するしきい値を設定し、クーの総量と前記しきい値を比較し、前記クーの総量が前記しきい値以下のとき総量を増加し、前記クーの総量が前記しきい値以上のとき前記宛名の前記パケット信号を廃棄するクー管理手段と、前記クー管理手段からの制御信号に基づいて前記宛先別のデータを記憶する記憶手段と、前記クー管理手段の制御信号に応じて前記記憶手段に記憶された前記データをバスを介して転送する制御手段とを有する。
本発明のパケット通信装置の通信方法は、判別手段で入力されたパケット信号から転送別の宛先を判別するステップと、クー管理手段で、前記判別手段から出力された宛先別のパケット信号のトータル転送量に対するしきい値を設定し、前記クーの総量が前記しきい値以下のとき総量を増加し、前記クーの総量が前記しい値以上のとき前記宛名の前記パケット信号を廃棄するステップと、前記クー管理手段からの制御信号に基づいて前記宛先別のデータを記憶手段に記憶するステップと、制御手段で、前記クー管理手段の制御信号に応じて前記記憶手段に記憶された前記データをバスを介して転送するステップを有する。
本発明のパケット通信システムは、パケット信号を用いて通信機器間で通信を行うパケット通信システムにおいて、前記通信機器は、入力されたパケット信号から転送別の宛先を判別する判別手段と、前記判別手段から出力された宛先別のパケット信号のトータル転送量に対するしきい値を設定し、クーの総量と前記しきい値を比較し、前記クーの総量が前記しきい値以下のとき総量を増加し、前記クーの総量が前記しきい値以上のとき前記宛名の前記パケット信号を廃棄するクー管理手段と、前記クー管理手段の制御信号に応じて前記記憶手段に記憶された前記データをバスを介して転送する制御手段とを有する。
【発明の効果】
【０００７】
本発明のパケット通信装置及びその方法は、それぞれの宛先ごとにＱｕｅｕｅのしきい値を任意に設定できる。
パケット数の総量がそれぞれの宛先ごとに設定したしきい値に達すると、宛先ごとにパケットを受信ストップできる。
また、トラフィックが多い宛先のパケットに占有されること無く、それぞれの宛先のパケットがＱｕｅｕｅを効率よく使用できる。
【発明を実施するための最良の形態】
【０００８】
図１に本発明の実施形態例であるＣＷＮｅｔ（Ｃｏｎｓｕｍｅｒ  Ｗｉｒｅｌｅｓｓ  Ｎｅｔｗｏｒｋ）１０の構成図を示す。
ＣＷＮｅｔ１０の例として、携帯電話、パーソナルコンピュータ、プリンター、ＴＶ、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｙｉｌｅ  Ｄｉｓｃ）その他室内の電子機器等の機器間で通信されるＵＷＢ（Ｕｌｔｒａ  Ｗｉｄｅ  Ｂａｎｄ）通信があり、その通信プロトコルのパケット信号１１がＰＨＹ／ＭＡＣ（物理層／ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ層；媒体アクセス制御層）１２に入力される。
ＰＨＹ／ＭＡＣ層１２の出力は受信用信号処理部１３に接続される。この受信用信号処理部１３はＲｘＩＦ（受信用インターフェイス）に接続され、その出力はＭｅｍｏｒｙ（記憶装置）１５とＱｕｅｕｅ  Ｍａｎａｇｅｍｅｎｔ（クー管理手段）１６にそれぞれ接続されている。
Ｍｅｍｏｒｙ１５の出力は、ＣａｒｄＢＵＳ  ＩＦ（カードバス・インターフェイス）１７とＡＨＢ（内部マイコン用データバス）１９にそれぞれ接続され、このＡＨＢ１９は内部ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ；マイクロプロセッサ（単にマイコンとも称する））１８に接続され、データやコマンドの転送が行われる。
ＣａｒｄＢｕｓ  ＩＦ１７は  ＣａｒｄＢｕｓ２１を介して、たとえばこの機器である携帯電話の外部に設けられたＨＯＳＴ  ＣＰＵ（ホストコンピュータ）２０に接続されている。
【０００９】
図１に示したパケット通信装置は、このように構成されたＱｕｅｕｅ管理手段を用いて宛先別のトラフィック量を管理し、トラフィック量の多い宛先を優先するのではなく、重要なデータ（制御コマンドなど）も効率よく転送して、図示しない他の通信機器、たとえば家庭内のＴＶ機器、パーソナルコンピュータ、プリンター、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）などの無線機器（端末）と通信を行う。
この通信システムにはＵＷＢ通信があり、特に家庭内または近距離（１０ｍ以下）の通信に用いられる。
【００１０】
図２に、上述したＰＨＹ／ＭＡＣ層１２で抽出されたＰＨＹ／ＭＡＣのプロトコル（通信規約）について示す。
図１に示したＵＷＢ通信の無線通信機たとえば携帯電話などで伝送されるパケットはＰＨＹ  Ｈｅａｄｅｒ，ＭＡＣ  Ｈｅａｄｅｒ，ＤＬＣ（Ｄａｔａ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ；データ・リンク制御）Ｈｅａｄｅｒ，Ｐａｙｌｏａｄ（ＤＬＣ  Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ（ＤＳＤＵ）），Ｔｒａｉｌｅｒで構成されている。
このＤＬＣ  Ｈｅａｄｅｒは３２Ｂｙｔｅ（バイト）長で、Ｆｒａｍｅ  Ｔｙｐｅ  ２Ｂｙｔｅ，ＵｐｐｅｒＴｙｐｅ  ２Ｂｙｔｅ，ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ；通信品質）  ３Ｂｙｔｅ，ＴＴＬ  １Ｂｙｔｅ，Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ  ８Ｂｙｔｅ，Ｓｏｕｒｃｅ  Ａｄｄｒｅｓｓ  ８Ｂｙｔｅ，Ｒｅｓｅｒｖｅ  Ｎｕｍｂｅｒ  ６Ｂｙｔｅで構成されている。
ＤＬＣ  Ｈｅａｄｅｒ内のＦｒａｍｅ  Ｔｙｐｅの２Ｂｙｔｅは、ＶＥＲ  ２Ｂｉｔ（ビット），Ｒｅｓｅｒｖｅｄ  ６Ｂｉｔ，ＦＣ−ＡＥＳ（Ａｄｖａｎｃｅｄ  Ｅｎｃｒｙｐｔｉｏｎ  Ｓｔａｎｄａｒｄ）  １Ｂｉｔ，ＦＣ−ＭＧＭＴ  １Ｂｉｔ，ＦＣ−ＴＹＰＥ  ６Ｂｉｔで構成されている。
上述したＡＥＳは非常に強力な暗号方式で、ＤＥＳの次世代の暗号方式である。また、ＱｏＳはＱ−ＣＬＡＳＳ  ４Ｂｉｔ，Ｑ−ＦＬＯＷＩＤ  ２０ＢＩＴで構成され、通信品質を保証するようにしている。
【００１１】
受信用信号処理部１３のＲｘ  ＩＦ１４は、パケットフォーマットにある、ＤＬＣ  Ｈｅａｄｅｒ部のＦｒａｍｅ  ＴｙｐｅのＦＣ−ＭＧＭＴでパケットの種別を判別し、Ｑｏｓで品質サービスを行っている。
また、パケットの種別の判別は、パケットフォーマットのＤＬＣ  Ｈｅａｄｅｒのフィールド中のＦｒａｍｅ  ＴｙｐｅのＦＣ−ＭＧＭＴ  １Ｂｉｔにより、たとえばＭａｎａｇｅｍｅｎｔ  Ｆｒａｍｅ（ＣＰＵ宛）かＤａｔａ  Ｐａｃｋｅｔ（ＨＯＳＴ宛）かを判断する。
それ以外にＭＡＣ  Ｃｏｍｍａｎｄパケットがあるが、それはＭＡＣからパケットとは別に１Ｂｉｔの信号を入力し、そのＢｉｔ（ビット）がアサートとされていればＭＡＣ  ＣｏｍｍａｎｄパケットとしてＣＰＵ宛となる。
Ｑｕｅｕｅ（クー；待ち行列）  Ｍａｎａｇｅｍｅｎｔ１６は後述するように、Ｑｕｅｕｅに各宛先別の予約保存量としきい値を設け、その両者を用いてトラフィック量を評価、解析して各Ｑｕｅｕｅを効率よく伝送できるようにしている。
ＣＰＵ１８は受信信号処理部１３のＱｕｅｕｅ  Ｍａｎａｇｅｍｅｎｔ１６に接続され、Ｑｕｅｕｅ管理を行うとともに、Ｍｅｍｏｒｙ（メモリ）１５と接続され、メモリの記憶制御やデータ入出力のタイミング調整などをＡＨＢ  ＢＵＳ（内部ＣＰＵ用バス）１９を介して行っている。
また、ＣＰＵ１８はＱｕｅｕｅ  Ｍａｎａｇｅｍｅｎｔ１６の管理データに基づいて、Ｍｅｍｏｒｙ１５のデータをＣａｒｄＢｕｓ  ＩＦ１７と外部バス（ＣａｒｄＢＵＳ）２１を介してＨＯＳＴ  ＣＰＵ（ホストコンピュータ）２０へデータ、コマンドなどを転送する。またＨＯＳＴ  ＣＰＵ２０から演算処理されたデータや制御信号がＣａｒｄＢｕｓ２１を介してＣａｒｄＢｕｓ  ＩＦ１７へ転送される。
さらに、このＣＰＵ１８はＲＯＭに記憶されたプログラムにしたがって、受信用信号処理回路１３の内部でその他の回路のデータ転送や管理を行っている。
【００１２】
図３にＱｕｅｕｅの宛先Ａ，Ｂ，Ｃ，Ｄの４種類の場合について、しきい値を設けた例を示す。ここでは４種類の例について述べるが、その数（量）はこれに限定されるものではなく、任意に設定してよい。
宛先の例として、たとえば宛先ＡはＣＯＭＭＡＮＤ（コマンド）パケット、宛先Ｂはお互いのＭＡＣ層からの情報パケット、宛先ＣはＭＡＣ層のやり取りをするパケット、宛先Ｄはデータなどに対応している。この例において、そのトラフィック量は宛先Ｄ，Ｃ，Ｂ，Ａの順に多く、Ｑｕｅｕｅ  Ｍａｎａｇｅｍｅｎｔ１６で制御しないとトラフィック量の多い宛先Ｄのパケットがほとんど転送され、トラフィック量の少ない宛先Ａ，Ｂ，Ｃのパケットは転送されなくなり、転送効率が悪くなる。
宛先Ａ，Ｂ，Ｃ，Ｄのパケット量を加算した値を、トータル量（Ｔｏｔａｌ  Ａｍｏｕｎｔ）とする。さらに各宛先ＱｕｅｕｅＡ，Ｂ，Ｃ，ＤにＬｉｍｉｔＡ，ＬｉｍｉｔＢ，ＬｉｍｉｔＣ，ＬｉｍｉｔＤとＬｉｍｉｔ（リミット）値を設けている。また上述した例のように、トラフィック量の多い順に宛先Ｄ，Ｃ，Ｂ，Ａとする。
さらに具体的例として図４に示すように、それぞれの宛先ごとに受信Ｑｕｅｕｅのしきい値とリザーブ量を決め、総量がそのしきい値に達したらその宛先のパケットはＤｒｏｐ（廃棄）するようにする。そうすることによってそれぞれの宛先のパケット受信は制限がかけられ、受信Ｑｕｅｕｅを効率良く使用することが可能となる。
【００１３】
図４において、宛先のトラフィック量のトータルを設定した時のＱｕｅｕｅ  Ｍａｎａｇｅｍｅｎｔ１６とその制御に関する実施形態例について説明する。
宛先Ａのパケットのしきい値（ＬｉｍｉｔＡ）を上限いっぱいにし、Ｂ以下Ｂ、Ｃ、Ｄのパケットのしきい値をＢ＞Ｃ＞Ｄの条件で設定する。宛先Ａのパケットのしきい値を、たとえば８０に設定し、以下Ｂのしきい値を５０、Ｃのしきい値を３０、そしてＤのしきい値を１０に設定する。
Ｌｉｍｉｔ  Ｄ＝１０以下の場合、宛先Ｄのパケットのリザーブ（予約保存量；単に保存量とも記載する）は１０であり、Ｌｉｍｉｔ  Ｃ＝３０の場合、Ｃのリザーブは２０、Ｌｉｍｉｔ  Ｂ＝５０の場合、Ｂのリザーブは２０、そしてＬｉｍｉｔ  Ａ＝８０の場合、Ａのリザーブは３０とそれぞれ設定されている。
【００１４】
このように設定された条件において、宛先Ａ，Ｂ，Ｃ，Ｄのパケットを受信すると、上述したようにトラフィック量は、宛先Ｄ＜Ｃ＜Ｂ＜Ａであり、かつ、Ｌｉｍｉｔ  Ｄ＝１０でまた宛先Ｄのパケットのリザーブは１０であるから、このＬｉｍｉｔ内において宛先Ａ，Ｂ，Ｃのパケットは受信されるがその量は少なく、一番トラフィック量が多い宛先Ｄのパケット数が多く、その量は最大１０である。
【００１５】
つぎに、Ｌｉｍｉｔ  Ｃ＝３０で宛先Ｃのパケットのリザーブが２０のとき、このリザーブ量が２０以内で宛先Ｃのパケットは最大２０である。またそれ以外の宛先Ｂ，ＡのパケットもこのＬｉｍｉｔ  Ｃ＝３０の範囲で受信されている。
その結果Ｌｉｍｉｔ  Ｃ＝３０までの範囲において、宛先Ａ，Ｂ，Ｃ，Ｄのパケットのトータル量が３０でかつトラフィック量が最も多い宛先Ｄの量は１０以下、またその次にトラフィック量の多い宛先Ｃのパケットの量が３０以下である。宛先Ｃのパケットは、このＬｉｍｉｔ  Ｃ＝３０のリザーブ量２０宛先とＬｉｍｉｔ  Ｄ＝１０の場合の最大値の１０宛先を合計して最大でも３０である。また、宛先Ｄのパケットは最大１０で、それ以外の宛先Ａ，Ｂの宛先もこのＬｉｍｉｔ  Ｃ＝３０には含まれている。
【００１６】
Ｌｉｍｉｔ  Ｂ＝５０のとき、宛先Ｂのパケットのリザーブは２０と設定されているので、このリザーブ範囲において宛先Ｂのパケットの受信されたトータル量は最大で２０である。
Ｌｉｍｉｔ  Ｄ＝１０とＬｉｍｉｔ  Ｃ＝２０の範囲で宛先Ｂのパケット数に制限が無かったので、Ｌｉｍｉｔ  Ｄ，Ｃまでの最大１０＋２０＝３０とＬｉｍｉｔ  Ｂ＝２０を加算すると最大で５０となる。しかし、宛先Ｄ，Ｃのパケットは宛先Ｂのパケットよりトラフィック量が多いので、このＬｉｍｉｔ  Ｂ＝５０の範囲では宛先Ｃ，Ｄのパケットが多く含まれる可能性はある。
【００１７】
Ｌｉｍｉｔ  Ａ＝８０のとき、宛先Ａのパケットのリザーブは３０と設定されているので、この宛先Ａのパケットの量はリザーブ３０の範囲で最大で３０である。しかし、Ｌｉｍｉｔ  Ｄ＝１０からＬｉｍｉｔ  Ｂ＝５０まで、この宛先Ａのパケット数には制限が無かったので、最大１０＋２０＋２０＋３０＝８０となる。
これ以外のときで、宛先Ｂ，Ｃ，ＤのパケットがそれぞれのＬｉｍｉｔ値以下のとき、宛先Ｂ，Ｃ，Ｄのパケットは受信できる。
このようにそれぞれの宛先Ａ，Ｄ，Ｃ，Ｄごとにしきい値を設定し、それぞれの宛先ごとにリザーブを確保しておけば、トラフィック量の多い宛先、たとえば宛先ＤにＱｕｅｕｅを占有されること無く、その他の重要な宛先（Ａ、Ｂ，Ｃ）を効率よくＱｕｅｕｅを使用し、伝送することができる。
【００１８】
図５にＱｕｅｕｅ  Ｍａｎａｇｅｍｅｎｔ１６の動作に関するフォローチャートを示し、その動作を説明する。ここでは宛先を４種類としているが、その種類の数はこれに限定するものではなく、任意に設定できる。
またここでトータルのトラフィック量、各宛先別のリザーブ量、各宛先のトラフィック量の転送量の順番が設定される。
パケット通信装置が動作すると（ステップＳＴ−１）、ステップＳＴ−２において、他の無線通信機器から送信されたパケットを受信し、プロトコル（パケットフォーマット）のＰＨＹ／ＭＡＣ層を抽出する。
ステップＳＴ−３において、ＰＨＹ／ＭＡＣ層のＤＬＣ  ｈｅａｄｅｒのフィールド中のＦｒａｍｅ  ＴｙｐｅのＦＣ−ＭＧＭＴ  １Ｂｉｔにより、Ｑｕｅｕｅの宛先Ａ，Ｂ，Ｃ，Ｄかを判断する。その判断結果に基づき、宛先ＡのときステップＳＴ−７へ、宛先ＢのときステップＳＴ−６へ、宛先ＣのときステップＳＴ−５へ、宛先ＤのときステップＳＴ−４へそれぞれ移行する。
ステップＳＴ−３で宛先Ｄと判断されるとステップＳＴ−４に移行し、前回まで蓄積されたパケットの総量と比較する。比較した結果その量が設定値ＬｉｍｉｔＤより小さいと、ステップＳＴ−８に移行し、宛先Ｄの総量の値に１加算され、その総量は、総量（新）＝総量（旧）＋１と書き換えられる。その後、ステップＳＴ−１０に移行し、今回入力された宛先Ｄのパケットの判別とその管理は終了する（ステップＳＴ−１０）。
すなわち、パケット受信後、パケットの種別を判別し、その種別ことに設定されたＬｉｍｉｔ値とＱｕｅｕｅにたまったパケットの総量を比較して、Ｌｉｍｉｔ値の方が大きい場合、Ｑｕｅｕｅ管理の総量を＋１増加している。
一方、比較した結果Ｑｕｅｕｅの総量が設定値ＬｉｍｉｔＤより大きいと、ステップＳＴ−９に移行し、今回入力された宛先Ｄは廃棄される。このことは、図４に示したリザーブ量を確保していることに相当する。以下宛先Ｄについてはフローチャートに従って同様な動作が繰り返される。
このように、宛先Ｄのパケットの頻度が多くても宛先ＤはＱｕｅｕｅの総量がＬｉｍｉｔ  Ｄに達したら、それ以降宛先ＤはＤｒｏｐ（廃棄）するようにする。そうすることによって他のＡ、Ｂ、Ｃを受信した時、Ｑｕｅｕｅの総量はそれぞれの宛先のしきい値にはまだ達していないときは、それぞれの宛先のパケットを受信することができる。
ステップＳＴ−３で宛先Ｃと判断されるとステップＳＴ−５に移行し、前回まで蓄積されたパケット（数）量と比較する。比較した結果その量が設定値ＬｉｍｉｔＣより小さいと、ステップＳＴ−８に移行し、宛先Ｃの総量に１加算され、その総量は、総量（新）＝総量（旧）＋１と書き換えられる。その後、ステップＳＴ−１０に移行し、今回入力された宛先Ｃのパケットの判別とその管理は終了する（ステップＳＴ−１０）。
一方、比較した結果その宛先Ｃの量が設定値ＬｉｍｉｔＣより大きいと、ステップＳＴ−９に移行し、今回入力された宛先Ｃのパケットは廃棄される。以下、宛先Ｃについてフローチャートに従って同様な動作が繰り返される。
宛先ＣのパケットはＱｕｅｕｅの総量がＬｉｍｉｔＣに達したら、それ以降宛先ＣのパケットはＤｒｏｐ（廃棄）するようにする。そうすることによって他のＡ、Ｂ，Ｄのパケットを受信した時、Ｑｕｅｕｅの総量はそれぞれの宛先のしきい値にはまだ達していないときは、それぞれの宛先のパケットを受信することができる。
ステップＳＴ−３で宛先Ｂと判断されるとステップ６に移行し、前回まで蓄積されたパケット（数）量と比較する。比較した結果その量が設定値ＬｉｍｉｔＢより小さいと、ステップＳＴ−８に移行し、宛先Ｃの総量に１加算され、その総量は、総量（新）＝総量（旧）＋１と書き換えられる。その後、ステップＳＴ−１０に移行し、今回入力された宛先Ｂのパケットの判別とその管理は終了する（ステップＳＴ−１０）。
一方、比較した結果その宛先Ｂのパケットの量が設定値ＬｉｍｉｔＢより大きいと、ステップＳＴ−９に移行し、今回入力された宛先Ｂのパケットは廃棄される。以下、宛先Ｂについてフローチャートに従って同様な動作が繰り返される。
宛先ＢのパケットはＱｕｅｕｅの総量がＬｉｍｉｔＢに達したら、それ以降宛先ＢのパケットはＤｒｏｐ（廃棄）するようにする。そうすることによって他のＡ，Ｃ，Ｄのパケットを受信した時、Ｑｕｅｕｅの総量はそれぞれの宛先のしきい値にはまだ達していないときは、それぞれの宛先のパケットを受信することができる。
ステップＳＴ−３で宛先Ａと判断されるとステップＳＴ−７に移行し、前回まで蓄積されたパケット（数）量と比較する。比較した結果その量が設定値ＬｉｍｉｔＡより小さいと、ステップＳＴ−８に移行し、宛先Ａの総量に１加算され、その総量は、総量（新）＝総量（旧）＋１と書き換えられる。その後、ステップＳＴ−１０に移行し、今回入力された宛先Ａのパケットの判別とその管理は終了する（ステップＳＴ−１０）。
一方、比較した結果その宛先Ａのパケットの量が設定値ＬｉｍｉｔＡより大きいと、ステップＳＴ−９に移行し、今回入力された宛先Ａのパケットは廃棄される。以下、宛先Ａについてフローチャートに従って同様な動作が繰り返される。
宛先ＡのパケットはＱｕｅｕｅの総量がＬｉｍｉｔＡに達したら、それ以降宛先ＡのパケットはＤｒｏｐ（廃棄）するようにする。そうすることによって他のＢ，Ｃ，Ｄのパケットを受信した時、Ｑｕｅｕｅの総量はそれぞれの宛先のしきい値にはまだ達していないときは、それぞれの宛先のパケットを受信することができる。
【００１９】
このように、パケットを種別（宛先）別に判別し、Ｑｕｅｕｅ  ＭａｎａｇｅｍｅｎｔでＱｕｅｕｅの総量を計算し、種別ごとに設定されたＬｉｍｉｔ値とＱｕｅｕｅにたまったパケットの総量を比較して、Ｌｉｍｉｔ値の方が大きい場合、そのパケットを破棄する。Ｌｉｍｉｔ値の方が小さい場、そのパケットは破棄せず、Ｑｕｅｕｅ管理の総量を＋１増加するなどの管理をする。
その結果、それぞれの宛先別にＱｕｅｕｅｉｎｇ（待ち行列処理）する際にしきい値により制限を持たせてＱｕｅｕｅｉｎｇすることによって、Ｑｕｅｕｅがトラフィック量の多い特定の宛先だけに占有されることなく、効率良くＱｕｅｕｅを使用することが可能となる。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施形態例であるＵＷＢ通信機器のブロック構成を示す図である。
【図２】図１のＵＷＢ通信装置に使用される通信フォーマットを示した図である。
【図３】図１に示したＱＵＥＵＥ管理部の構成を説明するための図である。
【図４】図３に示したＱＵＥＵＥ管理部を説明するための具体例を示した図である。
【図５】図３に示したＱＵＥＵＥ管理部の動作を説明するためのフローチャートである。
【図６】従来のＱＵＥＵＥ管理を示した図である。
【符号の説明】
【００２１】
１０…ＵＷＢ通信装置、１１…通信パケット、１２…ＰＨＹ／ＭＡＣ抽出部、１３…受信信号処理部、１４…ＲｘＩＦ（受信用インターフェイス）、１５…Ｍｅｍｏｒｙ（メモリ）、１６…ＱＵＥＵＥ  Ｍａｎａｇｅｍｅｎｔ（クー管理部）、１７…ＣａｒｄＢｕｓ  ＩＦ（カードバス・インターフェイス）、１８…ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ；マイクロコンピュータ）、１９…ＡＨＢ（内部マイクロコンピュータ用バス）、２０…ＨＯＳＴ（外部ホストコンピュータ）、２１…ＣａｒｄＢｕｓ（カード・バス）。
【図１】
2006295327.tif 000003
【図２】
2006295327.tif 000004
【図３】
2006295327.tif 000005
【図４】
2006295327.tif 000006
【図５】
2006295327.tif 000007
【図６】
2006295327.tif 000008