JP2005278028A - 通信装置およびシステム - Google Patents

Abstract

【課題】優先度の高いＴＣＰパケットに対し、その確認応答パケットも優先的に送信処理する装置、及び通信システムを提供すること。
【解決手段】子局通信装置１０２は、基地局通信装置１０１に帯域を要求する帯域要求手段３０３を備え、子局通信装置１０２が、子局通信装置１０２から送出するパケットと子局通信装置１０２宛のパケットが同時に流れるアプリケーションを利用する際、帯域要求手段３０３は、子局通信装置１０２が送出するパケットの伝送に必要な帯域と、子局通信装置１０２が受信するパケットの伝送に必要な帯域の確保を、基地局通信装置１０１に対して要求する。
【選択図】図３

Description

本発明は、半２重通信方式で通信を行う通信システムにおいて、双方向にパケットが流れるアプリケーションに対する帯域制御技術に関するものであり、また、パケットの優先度に従った優先制御技術に関するものである。

近年のインターネット接続環境のブロードバンド化に伴い、一般の家庭でもブロードバンドルータを中心として家庭内にホームネットワークを構築し、同時に複数の端末からインターネットにアクセスすることが多くなってきた。特に、ホームネットワークでは、その配線の容易さ等を理由に、ＩＥＥＥ８０２．１１ａやＩＥＥＥ８０２．１１ｇといった規格に基づいた無線通信によるネットワークを構築する場合が多い。

一方、サービスの観点からは、電子メールサービスやＷｅｂサービスだけでなく、ビデオ配信サービスや、ＩＰ電話サービスのように、映像、音声を使ったＡＶアプリケーションサービスが普及してきている。さらに、ＤＶＤレコーダ等、動画像を蓄積する機器にネットワーク機能を搭載した製品も市場に出始めており、家庭内に構築したネットワークを経由して蓄積した動画像を視聴するというビデオ配信サービスの形態が一般家庭内でも行われ始めている。

このようなＡＶアプリケーションサービスには、リアルタイム性が求められるため、パケット廃棄や遅延による影響が大きく、ネットワークの状況によっては、実用上利用困難になることもあり得る。したがって、リアルタイム性が求められるＡＶアプリケーションサービスのパケットは、リアルタイム性が求められない電子メールサービスやＦＴＰサービスのパケットよりも高い優先度で処理することが望ましい。

現在、ＩＥＥＥ８０２．１１委員会のタスクグループｅ（ＴＧｅ）では、このようなリアルタイム性が求められるサービスをサポートするために、ＩＥＥＥ８０２．１１ｅと呼ばれるＩＥＥＥ８０２．１１ＭＡＣ層の機能拡張が検討されている。ＩＥＥＥ８０２．１１ｅでは、主な機能として、ＥＤＣＡ（Ｅｎｈａｎｃｅｄ Ｄｉｓｔｒｉｂｕｔｅｄ Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ）、ＨＣＣＡ（ＨＣＦ Ｃｏｎｔｒｏｌｌｅｄ Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ）と呼ばれるチャネルアクセス方式を提供しており、これによりＩＥＥＥ８０２．１１ａやＩＥＥＥ８０２．１１ｇ規格に基づいた無線ＬＡＮ環境においても優先制御や帯域制御を実現できるようになる（非特許文献１参照）。

さて、一般的に片方向サービスと呼ばれるビデオ配信サービスでは、ＩＰの上位層としてＴＣＰやＵＤＰが用いられる。ＴＣＰを用いたビデオ配信サービスでは、データ部がＡＶデータを構成するＴＣＰパケット（以下、ＴＣＰ−ＡＶパケットと呼ぶ）だけではなく、必ず、ＴＣＰ−ＡＶパケットに対する確認応答（ＡＣＫ）パケットが流れることになる（マルチキャスト通信ではＮＡＣＫパケットが流れることもある）。すなわち、ＴＣＰを用いたビデオ配信サービスではＡＶデータの送信側と受信側の間で必ず双方向にデータが流れることになる。ＴＣＰを用いたデータ転送では、そのデータに対する確認応答パケットの遅延がデータ転送のスループット低下につながる。よって、ＴＣＰを用いたビデオ配信サービスではＴＣＰ−ＡＶパケットだけでなく、その確認応答パケットも高い優先度で処理する必要がある。

このようなＴＣＰの特性を考慮し、確認応答パケットに対し、高い優先度で転送処理する方法、及び高い優先度を設定する方法がある（特許文献１参照）。
太谷ほか著、"ＱｏＳを実現する無線ＬＡＮ規格ＩＥＥＥ８０２．１１ｅ"、映像メディア学会誌Ｖｏｌ．５７、Ｎｏ．１１、ｐｐ．１４５９─１４６４（２００３） 特開２００１−１２７８３０号公報

ＴＣＰを用いるアプリケーションとして、ＡＶデータを伝送するビデオ配信サービスもあれば、電子メールサービスやＦＴＰサービスもある。言い換えると、高い優先度で処理すべきパケットもあれば、高い優先度で処理する必要ないパケットもＴＣＰを用いて伝送されることになる。

特許文献１では、上記のようなサービスの内容に基づく優先度は考慮することなく、全ての確認応答パケットを優先的に処理している。従って、例えば、ビデオ配信サービスとＦＴＰサービスが混在し、同一方向にそれぞれの確認応答パケットが流れる場合、ＦＴＰサービスの確認応答パケットが大量に流れると、ビデオ配信サービスのＴＣＰ−ＡＶパケットに対する確認応答パケットの遅延、廃棄が発生する。これにより、ビデオ配信サーバのＡＶデータ送出レートの低下を招き、映像の乱れが発生するといった支障が出る。

また、ＩＥＥＥ８０２．１１ｅの仕様では、ＱＡＰ（ＱｏＳ Ａｃｃｅｓｓ Ｐｏｉｎｔ）と呼ばれる基地局装置とＱＳＴＡ（ＱｏＳ Ｓｔａｔｉｏｎ）と呼ばれる子局装置との間で、どのようなパケットに対してどのように帯域を割当てるかといったことについては実装依存となっており、ＴＣＰを用いたビデオ配信サービスを高品質に提供するための規定はない。

これら問題点を鑑み、本発明は、ＴＣＰのように双方向にパケットが流れるアプリケーションを利用するために、双方向同時に帯域を確保するための通信装置、及び通信システムを提供することを目的とする。また、確認応答パケットは高い優先度で処理すべき対象か否かを判断した上で送信処理する通信装置を提供することを目的とする。また、確認応答パケットに対して所望の優先度を自動的に設定することを目的とする。

請求項１記載の基地局通信装置では、子局となる通信装置から帯域確保の要求を受け付ける帯域要求受付手段を備え、子局通信装置が、子局通信装置から送出するパケットと子局通信装置宛のパケットが同時に流れるアプリケーションを利用する際、帯域要求受付手段は、子局通信装置から送出するパケットと子局通信装置宛のパケットの伝送に必要な帯域を同時に確保する。

この構成により、子局通信装置が送受信するパケットの伝送に必要な帯域を同時に確保でき、高品質にアプリケーションを使用することができる。

請求項２記載の子局通信装置では、子局通信装置は、基地局通信装置に帯域を要求する帯域要求手段を備え、子局通信装置が、子局通信装置から送出するパケットと子局通信装置宛のパケットが同時に流れるアプリケーションを利用する際、帯域要求手段は、子局通信装置が送出するパケットの伝送に必要な帯域と、子局通信装置が受信するパケットの伝送に必要な帯域の確保を、基地局通信装置に対して要求する。

この構成により、子局通信装置は、該子局通信装置が送出するパケットの伝送に必要な帯域確保の要求と、該子局通信装置宛のパケットの伝送に必要な帯域確保の要求を行うことができ、該子局通信装置が送受信するパケットの伝送に必要な帯域を同時に確保することで、高品質にアプリケーションを使用することができる。

請求項３記載の通信システムでは、基地局通信装置は、子局通信装置から帯域確保の要求を受け付ける帯域要求受付手段を備え、第１の子局通信装置と第２の子局通信装置は、基地局通信装置に帯域確保を要求する帯域要求手段を備え、第１の子局通信装置にはさらに少なくとも第２の子局通信装置に対して基地局通信装置に帯域確保を要求するよう命令する帯域要求命令手段を備え、第２の子局通信装置にはさらに少なくとも第１の子局通信装置の帯域要求命令手段からの命令を受け付ける帯域要求命令受付手段を備え、第１の子局通信装置が、第１の子局通信装置から送出するパケットと第２の子局通信装置から送信するパケットが同時に流れるアプリケーションを利用する際、第１の子局通信装置の帯域要求手段は、基地局通信装置に対して第１の子局通信装置が送出するパケットの伝送に必要な帯域確保を要求するとともに、第１の子局通信装置の帯域要求命令手段は、通信の宛先となる第２の子局通信装置に対して、第２の子局通信装置が送出するパケットの伝送に必要な帯域の確保を基地局通信装置に要求するように命令し、該命令を第２の子局通信装置の帯域要求命令受付手段で受け付け、第２の子局通信装置の帯域要求手段が基地局通信装置に対して、第２の子局通信装置が送出するパケットの伝送に必要な帯域確保を要求する。

この構成により、第１の子局通信装置と第２の子局通信装置の間に流れるパケットの伝送に必要な帯域を同時に確保することができ、高品質にアプリケーションを使用することができる。

請求項７記載の通信システムでは、第１の子局通信装置は、帯域を要求するパケットの情報を記憶する帯域確保ルール記憶手段と、帯域確保ルール記憶手段の内容に基づき、入力されたパケットが帯域を要求する対象のパケットであるか否か判定する帯域確保パケット分類手段をさらに備え、帯域確保パケット分類手段が、入力されたパケットが帯域を要求する対象のパケットであると判定した場合、第１の子局通信装置の帯域要求手段は、基地局通信装置に対して第１の子局通信装置が送出するパケットの伝送に必要な帯域確保を要求するとともに、第１の子局通信装置の帯域要求命令手段は、通信の宛先となる第２の子局通信装置に対して、第２の子局通信装置が送出するパケットの伝送に必要な帯域の確保を基地局通信装置に要求するように命令する。

この構成により、第１の子局通信装置と第２の子局通信装置の間に流れるパケットの伝送に必要な帯域を同時に確保することができ、高品質にアプリケーションを使用することができる。

請求項８記載の通信装置では、パケットを２つ以上の優先度を持ったクラスに分類するルールを記憶する分類ルール記憶手段と、受信パケットがＴＣＰ−ＡＶパケットか否か判定するＡＶパケット検出手段と、パケットを分類するルールを更新する分類ルール更新手段とを備え、ＡＶパケット検出手段が受信パケットをＴＣＰ−ＡＶパケットと判定した場合、分類ルール更新手段は、ＴＣＰ−ＡＶパケットに対する確認応答パケットパケットを、ＴＣＰ−ＡＶパケットでないＴＣＰパケットの確認応答パケットよりも高い優先度を持ったクラスに分類するルールを分類ルール記憶手段に登録する。

この構成により、ＴＣＰ−ＡＶパケットの確認応答パケットを優先的に処理できる。

請求項９記載の通信装置では、パケットを２つ以上の優先度を持ったクラスに分類するルールを記憶する分類ルール記憶手段と、分類ルール記憶手段に記憶されている１つ以上の分類ルールの中にＴＣＰパケットに関する分類ルールがあった場合、ＴＣＰパケットの確認応答パケットをＴＣＰパケットと同じ優先度のクラスに分類するルールを分類ルール記憶手段に登録する分類ルール補完手段とを備える。

この構成により、ＴＣＰパケットの確認応答パケットをＴＣＰパケットと同じ優先度のクラスに分類するルールを自動的に作成することができる。

請求項１０記載の通信装置では、受信パケットに設定されている優先度情報を記憶する優先度情報記憶手段と、優先度情報記憶手段に受信パケットの優先度情報を登録する優先度情報登録手段と、優先度情報記憶手段に登録されている内容に基づき、送信パケットの優先度を設定する優先度設定手段とを備える。

この構成により、送信するパケットの優先度を自動的に設定することができる。

本発明によれば、サーバが送出する伝送レート低下を防ぐことができ、高品質にアプリケーションを利用することができる。

さらに、優先度が設定されたＴＣＰパケットを受信する場合、優先度に応じたアプリケーションの品質を提供することができる。

以下、図面を参照しながら、本発明の実施の形態を説明する。

以降の説明において、ビデオ配信にはＴＣＰが用いられるものとし、ＴＣＰ−ＡＶパケットに対する確認応答パケットの伝送に必要な帯域は、ＴＣＰ−ＡＶパケット伝送に必要な帯域の１０分の１であるとする。また、無線通信はＩＥＥＥ８０２．１１の無線ＬＡＮ規格に従ってデータの送受信を行うものとする。

（実施の形態１）
本発明の第１の実施の形態を図１から図６を用いて説明する。

本実施の形態は、ＴＣＰを用いたビデオ配信において、クライアントに送信するＴＣＰ−ＡＶパケットの伝送に必要な帯域と、ＴＣＰ−ＡＶパケットに対する確認応答パケットの伝送に必要な帯域を同時に確保する一方法を示すものである。

図１は、第１の実施の形態を説明するためのネットワーク構成図である。本実施の形態では、サーバ１０１とクライアント１０２は無線通信方式により接続され、無線ＬＡＮを構成している。サーバ１０１は、１つ以上のビデオコンテンツを蓄積しており、無線基地局の役割も兼ねているものとする。また、サーバ１０１（基地局）と、クライアント（子局）１０２は、ＩＥＥＥ８０２．１１ｅの機能をサポートしているものとする。

図２は、本実施の形態におけるサーバ１０１のブロック図である。無線アンテナ２００は、電波の送受信を行う。入力インターフェース２０１は、ＩＥＥＥ８０２．１１ＭＡＣフレームを受信する。中間インターフェース２０２は、ＴＣＰ／ＩＰのプロトコルスタックを含んでおり、上位アプリケーションレイヤの機能との橋渡しを行う。ＡＶデータ記憶手段２０７は、ＴＣＰ−ＡＶパケットのデータ部に格納される元となる１つ以上のビデオコンテンツ（実ＡＶデータ）を保持する。ＡＶデータ送信手段２０８は、ＡＶデータ記憶手段２０７からＡＶデータを取得し、中間インターフェース２０２へ出力する。メニュー情報記憶手段２０３は、ＡＶデータ記憶手段２０７に保持するビデオコンテンツに関する情報を保持するものであり、本実施の形態では、図６で示すような、各ビデオコンテンツの伝送に必要な帯域を記憶しているものとする。メニュー情報送信手段２０４は、クライアント１０２からのメニュー表示を要求するメッセージを受信すると、メニュー情報記憶手段２０３からビデオコンテンツに関する情報を取得してメニュー画面を作成し、中間インターフェース２０２に出力する。帯域要求受付制御手段２０５は、クライアント１０２から要求された帯域を確保するために必要なパラメータを算出し、スケジューリング手段２０６に対して設定する。スケジューリング手段（出力インターフェース）２０６は、無線ＬＡＮ環境下の各局（サーバ１０１自身を含め）のパケット送信をコントロールする。

図３は、クライアント１０２のブロック図である。図３において、図２と同様の構成要素については、同一符号を付すことにより、説明を省略する。ユーザインターフェース３０１は、ユーザからのメニュー表示要求やビデオ視聴開始要求といった、各種入力を受け付けるとともに、サーバ１０１から受信するコンテンツメニューの一覧や、ビデオ映像の表示を行う。視聴要求手段３０２は、帯域要求手段３０３に対しユーザから指定されたコンテンツの視聴に必要な帯域を確保するよう要求を出力し、帯域を確保した後、サーバ１０１に対して視聴開始要求メッセージを送出する。帯域要求手段３０３は、視聴要求手段３０２から指示された帯域を確保するよう、サーバ１０１（基地局）へ帯域要求メッセージを送信する。出力インターフェース３０４は、ＩＥＥＥ８０２．１１ＭＡＣフレームを送信する。

以上のような、図２で示したサーバ１０１（基地局）と図３で示したクライアント１０２（子局）が行う通信の様子を、図４を用いて説明する。

クライアント１０２のユーザインターフェース３０１がユーザからメニュー表示要求を受け付けると、サーバ１０１とクライアント１０２はＴＣＰコネクションをセットアップし、続けてサーバ１０１へメニュー表示要求メッセージを送信する（図４（１））。サーバ１０１がこのメニュー表示要求メッセージを受信すると、メニュー情報送信手段２０４にこのメッセージが入力される。メニュー情報送信手段２０４によって、メニュー情報記憶手段２０３に予め作成され保持しているメニュー情報をクライアント１０２へ送信することにより（図４（２））、クライアント１０２の画面には、例えば、図５のようなメニュー一覧が表示される。

表示されたメニューの中から、ユーザが「（２）タイトル２ ６Ｍｂｐｓ」を選択するとする。

ユーザが選択した内容は、ユーザインターフェース３０１により視聴要求手段３０２に入力される。視聴要求手段３０２は、一旦、ユーザが選択したコンテンツの視聴に必要な帯域を確保するために、帯域要求手段３０３へ制御を渡す。帯域要求手段３０３は、サーバ１０１に対し、視聴要求手段３０２から指示された帯域６Ｍｂｐｓを確保するよう帯域要求メッセージを送信する（図４（４））。サーバ１０１が帯域要求メッセージを受信すると、帯域要求受付制御手段２０５に帯域要求メッセージを渡す。帯域要求受付制御手段２０５は、帯域要求メッセージに記述されている、サーバ１０１からクライアント１０２へ流れるタイトル２のデータを運ぶパケットの伝送に必要な６Ｍｂｐｓの帯域と、クライアント１０２からサーバ１０１へ流れる確認応答パケットの伝送に必要な０．６Ｍｂｐｓ（６Ｍｂｐｓの１０分の１）の帯域を確保するよう、スケジューリング手段２０６に対し設定する（図４の（５）、（６））。帯域要求受付制御手段２０５は、帯域確保が完了した旨のメッセージをクライアント１０２へ送出する（図４（７））。クライアント１０２はこのメッセージを受信すると、サーバ１０１へ視聴要求メッセージ（例えば、視聴したいタイトル名、ここでは“タイトル２“）を送信する（図４（８））。

サーバ１０１が視聴要求メッセージを受信すると、ＡＶデータ送信手段２０８にその視聴要求メッセージが渡され、ＡＶデータ送信手段２０８はＡＶデータ記憶手段２０７より、“タイトル２“のＡＶデータを取得し、ビデオ配信を開始する（図４（９））。

以上のように、サーバ１０１は、クライアント１０２から要求された帯域を確保するとともに、自動的にその確認応答パケットの伝送に必要な帯域を確保する。

なお、図４の（５）、（６）のいずれかで、帯域を確保できなかった場合は、図４（７）で「現在、視聴できません」という旨のメッセージをクライアント１０２に送信し、図４（８）以降の通信を行わないようにしてもよいし、図４（７）で「現在、ネットワークが混んでいて映像が乱れるかもしれません」という旨のメッセージをクライアント１０２に送信し、その後は上記説明同様、図４（８）以降の通信を継続してもよい。

（実施の形態２）
次に、本発明の第２の実施の形態を、図７を用いて説明する。

本実施の形態は、ＴＣＰを用いたビデオ配信において、クライアントに送信するＴＣＰ−ＡＶパケットの伝送に必要な帯域と、ＴＣＰ−ＡＶパケットに対する確認応答パケットの伝送に必要な帯域を同時に確保するための実施の形態１とは別の一方法を示すものである。

第２の実施の形態において、ネットワーク構成（図１）、サーバ１０１の構成（図２）、クライアント１０２の構成（図３）は実施の形態１と同じである。実施の形態１との違いは、サーバ１０１の帯域要求受付制御手段２０５、クライアント１０２の帯域要求手段３０３の処理内容が異なるところにあり、実施の形態１では、サーバ１０１はクライアント１０２から要求された帯域に応じて（要求された帯域の１０分の１を）確認応答パケットの伝送に必要な帯域を自動的に確保した。しかし、本実施の形態では、サーバ１０１が確認応答パケットの伝送に必要な帯域を自動的に確保するのではなく、クライアント１０２が、サーバ１０１から受信するＴＣＰ−ＡＶパケットの伝送に必要な帯域確保を要求するだけでなく、クライアント１０２が送出する確認応答パケットの伝送に必要な帯域確保もサーバ１０１に対して要求する。そして、サーバ１０１は単に要求を受けた帯域を確保することのみ行う点が実施の形態１と異なる。

次に、サーバ１０１（基地局）とクライアント１０２（子局）が行う通信の様子を図７を用いて説明する。

図７において、クライアント１０２でメニューが表示され、実施の形態１と同様、ユーザが表示されたメニューの中から、ユーザが「（２）タイトル２ ６Ｍｂｐｓ」を選択するとする。

ユーザが選択した内容は、ユーザインターフェース３０１により視聴要求手段３０２に入力される。視聴要求手段３０２は、一旦、ユーザが選択したコンテンツの視聴に必要な帯域を確保するために、帯域要求手段３０３へ制御を渡す。帯域要求手段３０３は、サーバ１０１に対し、視聴要求手段３０２から指示された帯域６Ｍｂｐｓを確保するよう帯域要求メッセージを送信する（図７（４））。

サーバ１０１が帯域要求メッセージを受信すると、帯域要求受付制御手段２０５に帯域要求メッセージを渡す。帯域要求受付制御手段２０５は、帯域要求メッセージに記述されている、サーバ１０１からクライアント１０２へタイトル２のデータを運ぶパケットの伝送に必要な６Ｍｂｐｓの帯域を確保するよう、スケジューリング手段２０６に対し設定する（図７（５））。

クライアント１０２は、サーバ１０１から受信するＴＣＰ−ＡＶパケットの伝送に必要な帯域が確保されると（図７（６））、次に、クライアント１０２が送出する確認応答パケットの伝送に必要な帯域もサーバ１０１に対して要求する（図７（７））。

サーバ１０１の帯域要求受付制御手段２０５は、帯域要求メッセージに記述されている、クライアント１０２からサーバ１０１へ流れる確認応答パケットの伝送に必要な０．６Ｍｂｐｓ（６Ｍｂｐｓの１０分の１）の帯域を確保するよう、スケジューリング手段２０６に対し設定する（図７（８））。確認応答パケットの伝送に必要な帯域が確保されると（図７（９））、サーバ１０１へ視聴要求メッセージ（例えば、視聴したいタイトル名、ここでは“タイトル２“）を送信し（図７（１０））、視聴を開始する（図７（１１））。

以上のように、クライアント１０２は、サーバ１０１から受信するＴＣＰ−ＡＶパケットの伝送に必要な帯域を確保するように要求するメッセージと、クライアント１０２が送信する確認応答パケットの伝送に必要な帯域を確保するように要求するメッセージを続けてサーバ１０１に送信する。

なお、図７（５）で帯域を確保できなかった場合は、「現在、視聴できません」という旨のメッセージをクライアント１０２に送信し、図７（７）以降の通信を行わないようにしてもよく、同様に、図７（８）で帯域が確保できなかった場合は、「現在、視聴できません」という旨のメッセージをクライアント１０２に送信し、図７（１０）以降の通信を行わないようにしてもよい。

また、図７の（５）、（８）のいずれかで、帯域が確保できなかった場合でも、図７（６）または（９）で「現在、ネットワークが混んでいて映像が乱れるかもしれません」という旨のメッセージをクライアント１０２に送信し、その後は上記説明同様、通信を継続してもよい。

（実施の形態３）
次に、本発明の第３の実施の形態を図８から図１２を用いて説明する。

本実施の形態は、ＴＣＰを用いたビデオ配信において、クライアントに送信するＴＣＰ−ＡＶパケットの伝送に必要な帯域と、ＴＣＰ−ＡＶパケットに対する確認応答パケットの伝送に必要な帯域を同時に確保するための実施の形態１、２とは別の一方法を示すものである。

図８は、第３の実施の形態を説明するためのネットワーク構成図である。本実施の形態では、基地局８０１と、クライアント８０２と、サーバ８０３は、無線通信方式により接続され、無線ＬＡＮを構成している。サーバ８０３は、１つ以上のビデオコンテンツを蓄積している。また、基地局８０１と、クライアント８０２（子局１）と、サーバ８０３（子局２）は、ＩＥＥＥ８０２．１１ｅの機能をサポートしているものとする。

図９は、基地局８０１のブロック図である。図９は図２からビデオサーバとして動作するために必要な機能ブロックを除いたものであり、同様の構成要素については、同一符号を付すことにより、説明を省略する。

図１０は、クライアント８０２のブロック図である。図１０において、図３と同様の構成要素については、同一符号を付すことにより、説明を省略する。視聴要求手段１００１は、サーバ８０３に対しユーザが選択したコンテンツに対する視聴要求メッセージを送信する。帯域要求命令受付手段１００２は、クライアント８０２が送信する確認応答パケットの伝送に必要な帯域を確保するように、サーバ８０３から命令される命令メッセージを受け付ける。帯域要求手段１００３は、帯域要求命令受付手段１００２から指示された帯域を確保するよう、基地局８０１へ帯域要求メッセージを送信する。

図１１は、サーバ８０３のブロック図である。図１１において、図２及び図３と同様の構成要素については、同一符号を付すことにより、説明を省略する。帯域要求手段１１０１は、クライアントに送信するＴＣＰ−ＡＶパケットの伝送に必要な帯域を確保するよう、基地局８０１へ帯域要求メッセージを送信する。さらに、クライアント８０２に対して、クライアント８０２が送信する確認応答パケットの伝送に必要な帯域を確保するように命令する命令メッセージをクライアント８０２に対して送信するように、帯域要求命令手段１１０２に指示する。

帯域要求命令手段１１０２は、クライアント８０２が送信する確認応答パケットの伝送に必要な帯域を確保するよう、クライアント８０２に対して命令メッセージを送信する。

次に、上記のような基地局８０１とクライアント８０２とサーバ８０３が行う通信の様子を、図１２を用いて説明する。

図１２において、クライアント８０２でメニューが表示され、実施の形態１、２と同様、ユーザが表示されたメニューの中から、ユーザが「（２）タイトル２ ６Ｍｂｐｓ」を選択するとする。

ユーザが選択した内容は、ユーザインターフェース３０１により視聴要求手段１００１に入力される。視聴要求手段１００１は、サーバ８０３へ視聴要求メッセージ（例えば、視聴したいタイトル名、ここでは“タイトル２ ６Ｍｂｐｓ“）を送信する（図１２（４））。

サーバ８０３が視聴要求メッセージを受信すると、サーバ８０３からクライアントに送信するＴＣＰ−ＡＶパケットの伝送に必要な帯域６Ｍｂｐｓを確保するよう、基地局８０１へ帯域要求メッセージを送信する（図１２（５））。

基地局８０１の帯域要求受付制御手段２０５は、帯域要求メッセージに記述されている、６Ｍｂｐｓの帯域を確保するよう、スケジューリング手段２０６に対し設定する（図１２（６））。

サーバ８０３は、サーバ８０３から送信するＴＣＰ−ＡＶパケットの伝送に必要な帯域が確保されると（図１２（７））、サーバ８０３の帯域要求命令手段１１０２は、クライアント８０２に対して、クライアント８０２が送信する確認応答パケットの伝送に必要な帯域０．６Ｍｂｐｓを確保するよう、命令メッセージをクライアント８０２に対して送信する（図１２（８））。

サーバ８０３からの命令メッセージを、クライアント８０２の帯域要求命令受付手段１００２が受け付けると、命令メッセージに記述された０．６Ｍｂｐｓの帯域を確保するよう、基地局８０１へ帯域要求メッセージを送信する（図１２（９））。

基地局８０１の帯域要求受付制御手段２０５は、再度、帯域要求メッセージに記述されている、０．６Ｍｂｐｓの帯域を確保するよう、スケジューリング手段２０６に対し設定する（図１２（１０））。

基地局８０１が、サーバ８０３から要求されたＴＣＰ−ＡＶパケットの伝送に必要な帯域と、クライアント８０２から要求された確認応答パケットの伝送に必要な帯域を確保すると（図１２（１１）、（１２））、クライアント８０２は視聴を開始する（図１２（１３））。

以上のように、無線通信を行う端末間において、一方の端末が、もう一方の端末に対して基地局に帯域確保の要求を行うように命令することにより、双方向の帯域を確保する。

なお、図１２（６）で帯域が確保できなかった場合は、「現在、視聴できません」という旨のメッセージを図１２（８）のタイミングでクライアント８０２に送信し、通信を終了してもよく、同様に、図１２（１０）で帯域が確保できなかった場合は、「現在、視聴できません」という旨のメッセージを図１２（１２）の直後にクライアント８０２に送信し、通信を終了してもよい。

また、図１２の（６）、（１０）のいずれかで、帯域が確保できなかった場合でも、例えば、図１２（１３）の視聴開始する前にクライアント８０２に対して「現在、ネットワークが混んでいて映像が乱れるかもしれません」という旨のメッセージを送信し、その後視聴を開始してもよい。

（実施の形態４）
次に、本発明の第４の実施の形態を図１３から図１７を用いて説明する。

本実施の形態は、ＴＣＰを用いたビデオ配信において、クライアントに送信するＴＣＰ−ＡＶパケットの伝送に必要な帯域と、ＴＣＰ−ＡＶパケットに対する確認応答パケットの伝送に必要な帯域を同時に確保するための実施の形態１、２、３とは別の一方法を示すものである。

図１３において、図８と同様の構成要素については、同一符号を付すことにより、説明を省略する。

図１３では、子局１３０１に３つのビデオサーバ（サーバ１３０２、サーバ１３０３、サーバ１３０４）が有線で接続されている。サーバ１３０２とサーバ１３０３はＴＣＰを用いたビデオ配信サーバであり、サーバ１３０４はＵＤＰを用いたビデオ配信サーバであるとする。また、基地局８０１と、クライアント８０２（子局１）と、子局１３０１は、ＩＥＥＥ８０２．１１ｅの機能をサポートしているものとする。

図１４は、子局１３０１のブロック図である。図１４において、図１１と同様の構成要素については、同一符号を付すことにより、説明を省略する。入力インターフェース１４０１、及び出力インターフェース１４０５は、サーバ１３０２、サーバ１３０３、サーバ１３０４とパケット送受信を行う。帯域確保ルール記憶手段１４０３は、基地局８０１に対して帯域の確保を要求する対象のパケット、及びそのパケットを伝送するために必要な帯域情報を記憶している。帯域確保パケット分類手段１４０２は、帯域確保ルール記憶手段１４０３を参照し、入力パケットが基地局８０１に対して帯域の確保を要求する対象のパケットか否か判定する。帯域確保状況記憶手段１４０４は、現在子局１３０１が基地局８０１に対して確保した帯域の確保状況を記憶している。

図１５は、帯域確保ルール記憶手段１４０３に記憶されている内容を示している。図１５では、サーバ１から受信するＴＣＰパケットの伝送に必要な帯域は１．５Ｍｂｐｓであり、かつ、その逆方向に流れる（確認応答の）パケットの伝送に必要な帯域は０．１５Ｍｂｐｓであることを示している（１５０１）。また、サーバ２から受信するＴＣＰパケットの伝送に必要な帯域は６Ｍｂｐｓであり、かつ、その逆方向に流れる（確認応答の）パケットの伝送に必要な帯域は０．６Ｍｂｐｓであることを示している（１５０２）。また、サーバ３から受信するＵＤＰパケットの伝送に必要な帯域は１０Ｍｂｐｓであり、その逆方向に流れるパケットの伝送には帯域を確保する必要がないことを示している（１５０３）。

次に、図１３に示す構成において、各機器が行う通信の様子を図１６を用いて説明する。

クライアント８０２が、サーバ１３０２にアクセスすると、サーバ１３０２から視聴可能なメニューが表示される（図１６（２））。メニューの中から視聴したいタイトルを選択すると（図１６（３））、サーバ１３０２に対して視聴開始を要求するメッセージが送信され（図１６（４））、サーバ１３０２は指定されたタイトルのビデオデータ送信を開始する（図１６（５））。

子局１３０１は入力インターフェース１４０１から受信するパケットを帯域確保パケット分類手段１４０２に出力する。帯域確保パケット分類手段１４０２は、入力パケットが持つヘッダ情報と、帯域確保ルール記憶手段１４０３に保持されているルールとを比較し、帯域を確保する必要があるか否か判定する。今、サーバ１３０２からＴＣＰ−ＡＶパケットを受信したので、該受信パケットはルール１５０１に合致する（図１６（６））。よって、受信したＴＣＰ−ＡＶパケットの伝送には１．５Ｍｂｐｓの帯域が必要であり、さらに、その確認応答パケットの伝送に０．１５Ｍｂｐｓの帯域が必要であることが分かる。ここで、帯域確保状況記憶手段１４０４を検索し、今受信したＴＣＰ−ＡＶパケットの伝送に必要な帯域を既に確保済みでないかチェックする。まだ帯域が確保されてない場合、帯域要求手段１１０１から、子局１３０１が送信するＴＣＰ−ＡＶパケットの伝送に必要な帯域を確保するための帯域要求メッセージを基地局８０１に対して送信する（図１６（７））。

基地局８０１の帯域要求受付制御手段２０５は、帯域要求メッセージに記述されている、１．５Ｍｂｐｓの帯域を確保するよう、スケジューリング手段２０６に対し設定する（図１６（８））。

子局１３０１は、ＴＣＰ−ＡＶパケットの伝送に必要な帯域が確保されると（図１６（９））、子局１３０１の帯域要求命令手段１１０２は、クライアント８０２に対して、クライアント８０２が送信する確認応答パケットの伝送に必要な帯域０．１５Ｍｂｐｓを確保するよう、命令メッセージをクライアント８０２に対して送信する（図１６（１０））。

子局１３０１からの命令メッセージを、クライアント８０２の帯域要求命令受付手段１００２が受け付けると、命令メッセージに記述された０．１５Ｍｂｐｓの帯域を確保するよう、基地局８０１へ帯域要求メッセージを送信する（図１６（１１））。

基地局８０１の帯域要求受付制御手段２０５は、再度、帯域要求メッセージに記述されている、０．１５Ｍｂｐｓの帯域を確保するよう、スケジューリング手段２０６に対し設定する（図１６（１２））。

子局１３０１は、基地局８０１が子局１３０１から要求されたＴＣＰ−ＡＶパケットの伝送に必要な帯域と、クライアント８０２から要求された確認応答パケットの伝送に必要な帯域を確保したことを確認すると（図１６（１３）、（１４））、帯域確保状況記憶手段１４０４に、今、確保した帯域の内容を登録し、クライアント８０２にＴＣＰ−ＡＶパケットの送信を開始する（図１６（１５））。

図１７に、上述の処理後の帯域確保状況記憶手段１４０４の内容例を示す。

以上のように、無線通信を行う端末間において、一方の端末に予め帯域確保ルールを保持しておくことにより、双方向の帯域を同時に確保する。

（実施の形態５）
次に、本発明の第５の実施の形態を図１８、図１９を用いて説明する。

本実施の形態は、ＴＣＰ−ＡＶパケットの確認応答パケットを優先的に処理するための方法を示すものである。

本実施の形態では、パケットを分類するクラスは優先度「高」・「中」・「低」の３クラスであるとし、ＴＣＰ−ＡＶパケットの確認応答パケットは優先度「高」のクラスに分類し、ＴＣＰ−ＡＶパケットでない確認応答パケットは優先度「低」のクラスに分類するとする。

図１８は、第５の実施の形態を説明するためのネットワーク構成図である。サーバ１３０２は図１３で示したものと同じものであり、サーバ１３０２と基地局１８０２は有線で接続されている。また、基地局１８０２と、クライアント１８０１は、ＩＥＥＥ８０２．１１ｅの機能をサポートしているものとする。

図１９は、基地局１８０２のブロック図である。図１９において、図２と同様の構成要素については、同一符号を付すことにより、説明を省略する。出力インターフェース１９０５では、パケットを複数の優先度を持ったクラスに分類するための分類ルールを記憶する分類ルール記憶手段１９０３を参照して、パケット分類手段１９０４がパケットを所望の優先度持ったクラスに分類し、優先度の高いフレームから順に送出する。ＡＶパケット検出手段１９０１は受信パケットがＴＣＰ−ＡＶパケットか否か判定する。分類ルール更新手段１９０２は、ＴＣＰ−ＡＶパケットであると判定されたパケットの確認応答パケットが出力インターフェース１９０５にて優先的に送出されるように、分類ルール記憶手段１９０３を更新する。

今、送信元アドレスが「SｒｃＡｄｄｒ」、宛先アドレスが「ＤｓｔＡｄｄｒ」となるパケットを受信したとし、ＡＶパケット検出手段１９０１がＴＣＰ−ＡＶパケットを判定したとする。この場合、分類ルール更新手段１９０２は、送信元アドレスが「ＤｓｔＡｄｄｒ」、宛先アドレスが「SｒｃＡｄｄｒ」となるパケットを優先度「高」のクラスに分類する分類ルールを分類ルール記憶手段１９０３に追加する。

以上のように、ＴＣＰ−ＡＶパケットの確認応答パケットとＴＣＰ−ＡＶパケットでない確認応答パケットとを区別し、受信したＴＣＰ−ＡＶパケットの送信元アドレスと宛先アドレスが入れ替わったパケットを優先度「高」のクラスに分類するルールを分類ルール記憶手段１９０３に追加する。

なお、本実施の形態では、１つのネットワークインターフェースを備えるクライアント１８０１での処理について述べたが、２つ以上のネットワークインターフェースを備える通信装置であってもよく、通信装置のルーティングテーブルを参照することにより、所望のインターフェースに対して確認応答パケットに関する分類ルールを自動的に追加すればよい。この場合、各ネットワークインターフェース毎に分類ルール記憶手段を、通信装置内部で保持してもよいし、また、各ネットワークインターフェースにおける全ての分類ルールを１つの分類ルール記憶手段として保持してもよい。

また、本実施の形態では、分類ルールの指定方法として、アドレスとプロトコルを用いた例を示したが、ＴＣＰ／ＵＤＰのポート番号をも用いてもよい。この場合、自動的に追加する分類ルールは、送信元アドレスと宛先アドレスが入れ替わるだけでなく、送信元ポート番号と宛先ポート番号をも入れ替わったルールが自動的に所望のインターフェースの分類ルール記憶手段に登録されることになる。

（実施の形態６）
次に、本発明の第６の実施の形態を図２０、図２１を用いて説明する。

本実施の形態は、ＴＣＰの確認応答パケットの優先度を自動的に設定するための方法を示すものである。

図２０は、第６の実施の形態を説明するためのネットワーク構成図である。サーバ１３０２と基地局１８０２は図１８で示したものと同じである。

図２１は、クライアント２００１のブロック図である。図２１において、図１９と同様の構成要素については、同一符号を付すことにより、説明を省略する。優先度情報記憶手段２１０２は、クライアント２００１が送信するパケットに対して優先度を設定するための設定ルールを記憶する。優先度情報登録手段２１０１は、受信パケットのアドレス、及び優先度情報が設定されたフィールドの値を取得し、優先度情報記憶手段２１０２に登録する。優先度設定手段２１０３は、優先度情報記憶手段２１０２の優先度設定ルールを参照して、送信パケットに優先度を設定する。例えば、受信パケットがＤｉｆｆｓｅｒｖ方式におけるＥＦクラス（ＤＳＣＰ値が０x１０１１１０）であり、送信元アドレスが「SｒｃＡｄｄｒ」、宛先アドレスが「ＤｓｔＡｄｄｒ」の場合、優先度情報記憶手段２１０２には、送信元アドレスが「ＤｓｔＡｄｄｒ」、宛先アドレスが「SｒｃＡｄｄｒ」となるパケットに対してＤＳＣＰ値が０x１０１１１０となるよう設定するルールが登録される。優先度設定手段２１０３は、優先度情報記憶手段２１０２に設定されている内容に基づき、送信するパケットの優先度を設定する。

以上のように、クライアント２００１が受信するパケットに優先度が付与されていれば、クライアント２００１が受信パケットに対して送信するパケット（ＴＣＰであれば、確認応答パケット）の優先度を自動的に設定することができる。

なお、本実施の形態では、優先度を設定するルールの指定方法として、アドレスを用いた例を示したが、ＴＣＰ／ＵＤＰのポート番号をも用いてもよい。この場合、自動的に追加する分類ルールは、送信元アドレスと宛先アドレスが入れ替わるだけでなく、送信元ポート番号と宛先ポート番号をも入れ替わったルールが優先度情報記憶手段２１０２に登録されることになる。

また、本実施の形態では、１つのネットワークインターフェースを備えるクライアント２００１での処理について述べたが、２つ以上のネットワークインターフェースを備える通信装置であってもよく、通信装置のルーティングテーブルを参照することにより、所望のインターフェースにおいて、確認応答パケットの優先度を設定するルールを自動的に追加すればよい。

また、優先度設定の対象はＭＡＣヘッダが持つ８０２．１ｐ優先度や、ＩＰｖ４パケットが持つＴｏＳフィールドやＤＳＣＰフィールド、また、ＩＰｖ６パケットが持つトラヒッククラスフィールドやフローラベルフィールド等、いずれの場合にも適用できる。また、ＭＡＣヘッダが持つ８０２．１ｐ優先度と、ＩＰｖ４パケットもしくはＩＰｖ６パケットが持つ上記優先度の値を、同時に優先度情報記憶手段２１０２に登録し、パケットを送信する際は、これらの値を同時に設定してもよい。

（実施の形態７）
次に、本発明の第７の実施の形態を図２２と図２３を用いて説明する。

本実施の形態は、ＴＣＰの確認応答パケットに対する分類ルールを自動的に設定するための方法を示すものである。

図２２は、パケットの中継処理を行う通信装置のブロック図である。図２２において、図１４、図１９と同様の構成要素については、同一符号を付すことにより、説明を省略する。本実施の形態におけるパケットの中継装置は２つのネットワークインターフェース２２０１、２２０２を持つ。それぞれのネットワークインターフェース２２０１、２２０２の出力インターフェースには、パケットを分類するためのルールを記憶する分類ルール記憶手段２２０３、２２０４をそれぞれ備えている。分類ルール補完手段２２０５は、分類ルール記憶手段２２０３、２２０４の分類ルールを検査し、例えば、分類ルール記憶手段２２０３に記憶されている１つ以上の分類ルールの中にＴＣＰパケットに関する分類ルールがあった場合、ＴＣＰパケットの確認応答パケットを該ＴＣＰパケットと同じ優先度のクラスに分類するルールを分類ルール記憶手段２２０４に登録する。

図２３は、分類ルール記憶手段２２０３に記憶されている分類ルールを示しており、分類ルール記憶手段２２０４には何も分類ルールが設定されていないとする。

分類ルール補完手段２２０５は、分類ルール記憶手段２２０３にＴＣＰパケットに関する分類ルール２３０１、２３０３を検出し、これらパケットに対する確認応答パケットのルールを分類ルール記憶手段２２０５に対して設定する。

図２４は、分類ルール補完手段２２０５の処理後の分類ルール記憶手段２２０４に記憶されている分類ルールを示している。分類ルール補完手段２２０５の処理を行う前は、分類ルールが何も登録されていなかったが、分類ルール補完手段２２０５の処理により、分類ルール２３０１に対応した（送信元アドレスと宛先アドレスが入れ替わった）分類ルール２４０１と、分類ルール２３０３に対応した分類ルール２４０２が追加されることになる。

以上のように、分類ルール補完手段２２０５はＴＣＰの確認応答パケットに対する分類ルールを自動的に設定する。

なお、本実施の形態では、分類ルールの指定方法として、アドレスとプロトコルを用いた例を示したが、ＴＣＰ／ＵＤＰプロトコルのポート番号を用いてもよい。この場合、自動的に追加する確認応答パケットに対する分類ルールは、送信元アドレスと宛先アドレスが入れ替わるだけでなく、送信元ポート番号と宛先ポート番号をも入れ替わったルールが自動的に所望のインターフェースに設定されることになる。

また、本実施の形態では、通信装置の２つのネットワークインターフェースにそれぞれ分類ルール記憶手段を保持しているが、各ネットワークインターフェースにおける全ての分類ルールを１つの分類ルール記憶手段として保持してもよい。

また、本実施の形態では、２つのネットワークインターフェースを備える通信装置について述べたが、３つ以上のネットワークインターフェースを備える通信装置であってもよく、ルーティングテーブルを参照することにより、所望のインターフェースに対して確認応答パケットに関する分類ルールを自動的に追加することができる。

以上、説明した本発明の実施の形態においては、ＩＥＥＥ８０２．１１ｅ機能をサポートする装置からなる無線ＬＡＮを用いて説明を行ったが、この限りでなく、半２重通信方式により通信を行う、例えば、電灯線通信（ＰＬＣ：Ｐｏｗｅｒ Ｌｉｎｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）等にも適用できる。

本発明は、例えば、半２重通信方式である無線通信システムやＰＬＣ（Ｐｏｗｅｒ Ｌｉｎｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）等の通信システムを構成する基地局（親局）通信装置と子局通信装置や、その関連分野において好適に利用できる。

本発明の実施の形態１におけるネットワーク構成を示す図 本発明の実施の形態１における基地局通信装置のブロック図 本発明の実施の形態１における子局通信装置のブロック図 本発明の実施の形態１における基地局通信装置と子局通信装置の通信シーケンスを示す図 本発明の実施の形態におけるユーザに表示されるビデオメニューを示す図 本発明の実施の形態におけるメニュー情報記憶手段に保持されるビデオコンテンツに関する情報を示す図 本発明の実施の形態２における基地局通信装置と子局通信装置の通信シーケンスを示す図 本発明の実施の形態３におけるネットワーク構成を示す図 本発明の実施の形態３における基地局通信装置のブロック図 本発明の実施の形態３における子局通信装置（クライアント）のブロック図 本発明の実施の形態３における子局通信装置（サーバ）のブロック図 本発明の実施の形態３における基地局通信装置と子局通信装置（クライアント）と子局通信装置（サーバ）の通信シーケンスを示す図 本発明の実施の形態４におけるネットワーク構成を示す図 本発明の実施の形態４における子局通信装置２のブロック図 本発明の実施の形態４における帯域確保ルール記憶手段に保持される帯域確保ルールを示す図 本発明の実施の形態４における基地局通信装置と子局通信装置（クライアント）と子局通信装置２とサーバとの通信シーケンスを示す図 本発明の実施の形態４における帯域確保状況記憶手段に保持される帯域確保状況を示す図 本発明の実施の形態５におけるネットワーク構成を示す図 本発明の実施の形態５における子局通信装置のブロック図 本発明の実施の形態６におけるネットワーク構成を示す図 本発明の実施の形態６における子局通信装置のブロック図 本発明の実施の形態７における通信装置のブロック図 本発明の実施の形態７における分類ルール記憶手段に保持される分類ルールを示す図 本発明の実施の形態７における分類ルール記憶手段に保持される分類ルールを示す図

符号の説明

１０１，８０１，１８０２ 基地局通信装置
１０２，８０２，８０３，１３０１，１８０１，２００１ 子局通信装置
２００ 無線アンテナ
２０１，１４０１ 入力インターフェース
２０２ 中間インターフェース
２０３ メニュー情報記憶手段
２０４ メニュー情報送信手段
２０５ 帯域要求受付制御手段
２０６ スケジューリング手段
２０７ ＡＶデータ記憶手段
２０８ ＡＶデータ送信手段
３０１ ユーザインターフェース
３０２，１００１ 視聴要求手段
３０３，１００３，１１０１ 帯域要求手段
３０４，１４０５，１９０５ 出力インターフェース
１００２ 帯域要求命令受付手段
１１０２ 帯域要求命令手段
１３０２，１３０３，１３０４ サーバ
１４０２ 帯域確保パケット分類手段
１４０３ 帯域確保ルール記憶手段
１４０４ 帯域確保状況記憶手段
１５０３ 帯域確保ルール
１９０１ ＡＶパケット検出手段
１９０２ 分類ルール更新手段
１９０３，２２０３，２２０４ 分類ルール記憶手段
１９０４ パケット分類手段
２１０１ 優先度情報登録手段
２１０２ 優先度情報記憶手段
２１０３ 優先度設定手段
２２０１，２２０２ ネットワークインターフェース
２２０５ 分類ルール補完手段
２３０１，２３０２，２３０３，２４０１，２４０２ 分類ルール

Claims (11)

1. 半２重通信方式で通信を行う通信システムにおける基地局となる通信装置（以下、基地局通信装置と呼ぶ）であって、
   前記基地局通信装置は、子局となる通信装置（以下、子局通信装置と呼ぶ）から帯域確保の要求を受け付ける帯域要求受付手段を備え、
   前記子局通信装置が、前記子局通信装置から送出するパケットと前記子局通信装置宛のパケットが同時に流れるアプリケーションを利用する際、前記帯域要求受付手段は、前記子局通信装置から送出するパケットと前記子局通信装置宛のパケットの伝送に必要な帯域を同時に確保することを特徴とする基地局通信装置。
2. 半２重通信方式で通信を行う通信システムにおける子局通信装置であって、
   前記子局通信装置は、基地局通信装置に帯域を要求する帯域要求手段を備え、
   前記子局通信装置が、前記子局通信装置から送出するパケットと前記子局通信装置宛のパケットが同時に流れるアプリケーションを利用する際、前記帯域要求手段は、前記子局通信装置が送出するパケットの伝送に必要な帯域と、前記子局通信装置が受信するパケットの伝送に必要な帯域の確保を、前記基地局通信装置に対して要求することを特徴とする子局通信装置。
3. 半２重通信方式で通信を行う通信システムであって、
   基地局通信装置は、子局通信装置から帯域確保の要求を受け付ける帯域要求受付手段を備え、
   第１の子局通信装置と第２の子局通信装置は、前記基地局通信装置に帯域確保を要求する帯域要求手段を備え、
   第１の子局通信装置にはさらに少なくとも第２の子局通信装置に対して前記基地局通信装置に帯域確保を要求するよう命令する帯域要求命令手段を備え、
   第２の子局通信装置にはさらに少なくとも前記第１の子局通信装置の前記帯域要求命令手段からの命令を受け付ける帯域要求命令受付手段を備え、
   前記第１の子局通信装置が、前記第１の子局通信装置から送出するパケットと前記第２の子局通信装置から送信するパケットが同時に流れるアプリケーションを利用する際、前記第１の子局通信装置の前記帯域要求手段は、前記基地局通信装置に対して第１の子局通信装置が送出するパケットの伝送に必要な帯域確保を要求するとともに、前記第１の子局通信装置の前記帯域要求命令手段は、通信の宛先となる第２の子局通信装置に対して、第２の子局通信装置が送出するパケットの伝送に必要な帯域の確保を前記基地局通信装置に要求するように命令し、前記命令を前記第２の子局通信装置の前記帯域要求命令受付手段で受け付け、前記第２の子局通信装置の前記帯域要求手段が前記基地局通信装置に対して、第２の子局通信装置が送出するパケットの伝送に必要な帯域確保を要求することを特徴とする通信システム。
4. 前記アプリケーションは、ＴＣＰプロトコルを用いたアプリケーションであることを特徴とする請求項１記載の基地局通信装置。
5. 前記アプリケーションは、ＴＣＰプロトコルを用いたアプリケーションであることを特徴とする請求項２記載の子局通信装置。
6. 前記アプリケーションは、ＴＣＰプロトコルを用いたアプリケーションであることを特徴とする請求項３記載の通信システム。
7. 前記第１の子局通信装置は、帯域を要求するパケットの情報を記憶する帯域確保ルール記憶手段と、
   前記帯域確保ルール記憶手段の内容に基づき、入力されたパケットが帯域を要求する対象のパケットであるか否か判定する帯域確保パケット分類手段をさらに備え、
   前記帯域確保パケット分類手段が、入力されたパケットが帯域確保を要求する対象のパケットであると判定した場合、前記第１の子局通信装置の前記帯域要求手段は、前記基地局通信装置に対して第１の子局通信装置が送出するパケットの伝送に必要な帯域確保を要求するとともに、前記第１の子局通信装置の前記帯域要求命令手段は、通信の宛先となる第２の子局通信装置に対して、第２の子局通信装置が送出するパケットの伝送に必要な帯域の確保を前記基地局通信装置に要求するように命令することを特徴とする請求項３または６記載の通信システム。
8. パケットを２つ以上の優先度を持ったクラスに分類し、パケットの送受信を行う通信装置であって、
   パケットを２つ以上の優先度を持ったクラスに分類するルールを記憶する分類ルール記憶手段と、
   受信パケットがＴＣＰパケットであり、かつデータ部がＡＶデータを構成するパケット（ＴＣＰ−ＡＶパケット）か否か判定するＡＶパケット検出手段と、
   パケットを分類するルールを更新する分類ルール更新手段とを備え、
   前記ＡＶパケット検出手段が受信パケットをＴＣＰ−ＡＶパケットと判定した場合、前記分類ルール更新手段は、ＴＣＰ−ＡＶパケットに対する確認応答パケットパケットを、ＴＣＰ−ＡＶパケットでないＴＣＰパケットの確認応答パケットよりも高い優先度を持ったクラスに分類するルールを前記分類ルール記憶手段に登録することを特徴とする通信装置。
9. パケットを２つ以上の優先度を持ったクラスに分類し、パケットの送受信を行う通信装置であって、
   パケットを２つ以上の優先度を持ったクラスに分類するルールを記憶する分類ルール記憶手段と、
   前記分類ルール記憶手段に記憶されている１つ以上の分類ルールの中にＴＣＰパケットに関する分類ルールがあった場合、前記ＴＣＰパケットの確認応答パケットを前記ＴＣＰパケットと同じ優先度のクラスに分類するルールを前記分類ルール記憶手段に登録する分類ルール補完手段とを備える通信装置。
10. パケットの送受信を行う通信装置であって、
    受信パケットに設定されている優先度情報を記憶する優先度情報記憶手段と、
    前記優先度情報記憶手段に受信パケットの優先度情報を登録する優先度情報登録手段と、
    前記優先度情報記憶手段に登録されている内容に基づき、送信パケットの優先度を設定する優先度設定手段とを備える通信装置。
11. パケットの設定対象となる前記優先度は、ＭＡＣヘッダが持つＩＥＥＥ８０２．１ｐ優先度か、ＩＰｖ４パケットが持つＴｏＳフィールドの優先度か、ＩＰｖ４パケットが持つＤＳＣＰフィールドの優先度か、ＩＰｖ６パケットが持つトラヒッククラスフィールドの優先度か、ＩＰｖ６パケットが持つフローラベルフィールドの値であることを特徴とする請求項１０記載の通信装置。

Images