JP2004248258A - 通信システム及び端末 - Google Patents

Abstract

【課題】 ネットワークリソースを予約可能なネットワークにおいて、リソースを予約した状態で端末が移動しても、他の端末の通信品質を保証できる通信システムを提供する。
【解決手段】 端末１０、２０、３０、４０を中継し、パケットに付与された優先度に基づいて、優先制御を実施する基地局１〜３を備え、ネットワークリソースの予約をサポートする通信システムであって、端末のそれぞれは、自端末と他端末との通信情報を記録する通信管理テーブル１３の通信情報に基づいて、パケットに優先度を付与して送信するパケット送信部１１と、パケット受信部１２と、自端末のリンク状態が変化すると、通信管理テーブルの通信情報のうち、自端末が送信元であるパケットの優先度を更新するリンク管理部１４とを有する。
【選択図】 図１

Description

本発明は、ネットワークリソースの予約をサポートする通信システム及びそれに用いる端末に関するものである。

インターネットに代表されるネットワーク環境においては、情報をパケットと呼ばれる単位に分割して伝送することにより、通信が行われる。一般に、パケットの伝送は、ベストエフォートによって処理される。これは、リアルタイム性が要求される音声伝送や映像伝送のトラフィックも、リアルタイム性が必要ないｆｔｐなどのトラフィックも同一に扱われることを意味する。結果として、ｆｔｐなどのトラフィックによりネットワークが混雑すると、音声の途切れや映像の品質劣化などが発生するという問題が生じる。

映像や音声などのマルチメディアデータを、品質劣化なく通信するためには、ネットワークの経路上のネットワークリソースを予約により確保し、通信品質を保証する必要がある。

ネットワークリソースを予約する方法として、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）において、ＲＳＶＰ（Ｒｅｓｏｕｒｃｅ Ｒｅｓｅｒｖａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）などのリソース管理プロトコルが、インターネット標準として規定されている。

ＲＳＶＰでは、マルチメディア通信の開始前に、マルチメディア通信に必要なネットワークリソースを通信相手との経路上に確保する。ＲＳＶＰを使用することにより、通信を開始する前にストリームごとに必要なネットワークリソースを確保することができるため、通信品質を保証することができる。

また、ＳＢＭ（Ｓｕｂｎｅｔ Ｂａｎｄｗｉｄｔｈ Ｍａｎａｇｅｒ）は、ＩＥＥＥ８０２．１ＬＡＮ上において、ＲＳＶＰをベースとした受付制御と帯域幅管理を行うためのプロトコルであり、ＤＳＢＭ（Ｄｅｓｉｇｎａｔｅｄ Ｓｕｂｎｅｔ Ｂａｎｄｗｉｄｔｈ Ｍａｎａｇｅｒ）と呼ばれる帯域管理機能によって、リンクレイヤにおける帯域予約を実現する。

以下、ＲＳＶＰの動作について説明する。ＲＳＶＰでは、ＲＳＶＰをサポートするネットワーク中継機器と、送信側端末、受信側端末の間で制御メッセージを送受信することにより、帯域予約を行う。送信側端末は、送信するデータのトラフィック特性を記述したＰＡＴＨメッセージを受信側端末へ送信する。

ＰＡＴＨメッセージは、経路に沿ってネットワーク中継機器を経由しながら、受信側端末へ到達する。受信側端末は、自身が受信するために必要なネットワークリソースを記述したＲＥＳＶメッセージを、送信側端末へ送信する。経路上のネットワーク機器は、ＲＥＳＶメッセージの内容にしたがって自身のネットワークリソースを予約することで、送信側端末と受信側端末間の通信の、帯域予約を実現する。予約したリソースは、ＲＥＳＶメッセージを定期的に送信することにより、予約を継続することができる。

一方、ネットワークリソースの予約に基づいて、帯域予約などを実現する方法として、ＩＥＴＦにおいて、ＤｉｆｆＳｅｒｖ（Ｄｉｆｆｅｒｅｎｃｉａｔｅｄ Ｓｅｒｖｉｃｅｓ）が規定されている。

ＤｉｆｆＳｅｒｖは、優先制御型のプロトコルであり、データの重要度にしたがって分類した、優先度のクラスに応じて、ＩＰヘッダのＤＳフィールドに優先度の値であるＤＳＣＰ（ＤｉｆｆＳｅｒｖＣｏｄｅＰｏｉｎｔ）を設定する。ネットワーク上のＩＰパケットの中継機器は、この値を元に優先度を識別し、ＲＳＶＰなどで予約したネットワークリソースと関連付けて、優先度の高いパケットを他の優先度の低いパケットよりも優先して転送することができる。また、レイヤ２レベルでの優先制御を実現する方式として、ＩＥＥＥ８０２．１ｐが規定されており、優先制御機能を持つスイッチで利用できる。

ここで、帯域予約の例を説明する。端末は、ＲＳＶＰにより経路上に存在するネットワーク機器のネットワークリソースの予約を行う。ネットワーク中継機器は、予約の識別にＩＰヘッダのＤＳＣＰ、またはＩＥＥＥ８０２．１Ｑ ＶＬＡＮヘッダのＩＥＥＥ８０２．１ｐの値を利用する（たとえば、ルータではＤＳＣＰの値が５のものは、３０Ｍｂｐｓが割り当てられたフローとして識別し、スイッチではＩＥＥＥ８０２．１ｐの値が「６」のものは、リアルタイム性が要求されるフローである、などである）。

一方、パケットの送信端末は、ＩＰヘッダにＤＳＣＰを、ＭＡＣヘッダにＩＥＥＥ８０２．１ｐの値を付与してパケットを送信する。ネットワーク中継機器は、これらのＤＳＣＰやＩＥＥＥ８０２．１ｐ優先度を元に優先制御を行うことで、優先が必要なフローと他の非優先のフローと分離することができ、帯域の保証を行うことが可能となる。

従来技術（ＲＳＶＰおよびＳＢＭ）によるリソース予約は、サービス開始時に通信経路に沿って、リソース予約を行い、定期的にそのリソースを維持するように、予約メッセージを送出することで実現されている。

しかしながら、次に述べるように、従来技術では、端末が移動して、通信経路が変更されると、通信品質を保証できないという問題点があった。

（送信元端末が移動する場合）
図１３は、従来の通信システムの構成図である。この通信システムでは、基地局１０１〜１０３が中継機器としての役割を果たす。基地局１０３と基地局１０１、及び、基地局１０３と基地局１０２は、有線又は無線により、接続されている。

端末１４０は、基地局１０３と接続し、端末１１０、１２０、１３０は、基地局１０２と接続している。

そして、端末１４０を送信元端末とし、基地局１０３、１０２を経由して、受信元端末である、端末１１０に至る、通信経路２００があり、この通信経路２００のネットワークリソースは、予約されている。

また、端末１２０を送信元端末とし、基地局１０２を経由して、受信元端末である、端末１３０に至る、通信経路２０１があり、この通信経路２０１のネットワークリソースは、予約されている。

ここで、図１４の矢印Ｎ１で示すように、端末１２０が移動して、基地局１０２との接続を解除し、基地局１０１と接続した場合、新たな通信経路２０２が形成される。

この通信経路２０２は、端末１２０を送信元端末とし、基地局１０１、１０３、１０２を経由して、受信元端末である、端末１３０に至るものである。しかし、移動直後には、この通信経路２０２では、予約が確立されていない。

ここで、端末１２０が、移動後にパケットを送信し続けると、通信経路２０２における予約が確立されるまでの間、端末１２０は、予約なしに、パケットを送信することになる。このとき、基地局１０１、１０３、１０２は、予約されていないトラフィックのパケットを、優先制御してしまう。その結果、本来優先されるべき、通信経路２００のトラフィックの帯域が圧迫され、この他のトラフィックの通信品質が、劣化するおそれがある。

（送信先端末が移動する場合）
図１５は、従来の通信システムの構成図である。図１５の状態では、端末１４０は、基地局１０３と接続し、端末１１０は、基地局１０１に接続し、端末１２０、１３０は、基地局１０２と接続している。

そして、端末１４０を送信元端末とし、基地局１０３、１０１を経由して、受信元端末である、端末１１０に至る、通信経路２０３があり、この通信経路２０３のネットワークリソースは、予約されている。

また、端末１４０を送信元端末とし、基地局１０３、１０２を経由して、受信元端末である、端末１２０に至る、通信経路２０４があり、この通信経路２０４のネットワークリソースは、予約されている。

ここで、図１６の矢印Ｎ２で示すように、端末１２０が移動して、基地局１０２との接続を解除し、基地局１０１と接続した場合、新たな通信経路２０５が形成される。

この場合も、送信元端末が移動する場合と同様に、端末１２０の移動後に、端末１４０が、予約なしにパケットを送信し続けると、本来優先されるべき、通信経路２０３のトラフィックの帯域が圧迫され、この他のトラフィックの通信品質が、劣化するおそれがある。
特開２０００−２０９２６７号公報 ＲＦＣ２２０５ "Ｒｅｓｏｕｒｃｅ ＲｅＳｅｒＶａｔｉｏｎ Ｐｒｏｔｏｃｏｌ （ＲＳＶＰ） −− Ｖｅｒｓｉｏｎ １ Ｆｕｎｃｔｉｏｎａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ"，URL http://www.ietf.org/rfc/rfc2205.txt ＲＦＣ２８１５ "Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅ Ｍａｐｐｉｎｇｓ ｏｎ ＩＥＥＥ ８０２ Ｎｅｔｗｏｒｋｓ"，URL http://www.ietf.org/rfc/rfc2815.txt ＲＦＣ２４７５ "Ａｎ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ Ｄｉｆｆｅｒｅｎｔｉａｔｅｄ Ｓｅｒｖｉｃｅｓ"，URL http://www.ietf.org/rfc/rfc2475.txt

近年普及が著しい無線ＬＡＮやモバイル環境下においては、端末の移動に伴う通信経路の変更が、頻繁に発生することは自明であり、解決策が必要である。

そこで本発明は、ネットワークリソースを予約可能なネットワークにおいて、リソースを予約した状態で端末が移動しても、他の端末の通信品質を保証できる通信システムを提供することを目的とする。

請求項１記載の通信システムは、複数の端末と、これらの端末を中継し、パケットに付与された優先度に基づいて、優先制御を実施する中継機器とを備え、ネットワークリソースの予約をサポートする通信システムであって、端末のそれぞれは、自端末と他端末との通信情報を記録する通信管理テーブルと、通信管理テーブルの通信情報に基づいて、パケットに優先度を付与して送信するパケット送信部と、パケットを受信するパケット受信部と、自端末のリンク状態が変化すると、通信管理テーブルの通信情報のうち、自端末が送信元であるパケットの優先度を更新するリンク管理部とを有する。

この構成により、移動した端末が自端末に関連する通信の優先度を更新しているため、他の端末の通信に影響を及ぼさないようにでき、他の端末の通信品質の劣化を抑制できる。

請求項２記載の通信システムでは、端末に割り当てる優先度を管理し、端末からの要求に対し、優先度を割り当てる優先度割り当て部を備え、端末は、自端末から送信するパケットに付与する優先度を、優先度割り当て部から取得する。

請求項３記載の通信システムでは、端末は、自端末のリンク状態が変化すると、自端末が送信元であるパケットの、新しい優先度を優先度割り当て部から取得し、このパケットの優先度を更新する。

これらの構成により、送信元端末が移動した際に対応でき、優先度割り当て部により、優先度の付与を一括して効率よく実施できる。

請求項４記載の通信システムでは、端末は、自端末のリンク状態が変化すると、自端末が受信先であるパケットの送信元の端末に、このパケットの優先度を変更するように通知し、この送信元の端末は、このパケットの、新しい優先度を優先度割り当て部から取得し、このパケットの優先度を更新する。

この構成により、受信先端末が移動した際に対応でき、優先度割り当て部により、優先度の付与を一括して効率よく実施できる。

請求項５記載の通信システムでは、中継機器は、無線ＬＡＮを構成する基地局であり、端末のリンク管理部は、基地局との接続の変化を、リンク状態の変化とする。

この構成により、無線ＬＡＮ環境において、端末が移動しても、他の端末の通信品質を保証できる。

請求項６記載の通信システムでは、中継機器は、有線ＬＡＮを構成するスイッチであり、端末のリンク管理部は、スイッチとの接続の変化を、リンク状態の変化とする。

この構成により、有線ＬＡＮ環境において、端末が移動しても、他の端末の通信品質を保証できる。

本発明によれば、端末が移動しても、移動した端末が自端末に関連する通信の優先度を更新するため、他の端末の通信より低い優先度に設定して、他の端末の通信に影響を及ぼさず、他の端末の通信品質の劣化を抑制できる。あるいは、移動した端末の持ち主が、高額料金契約者やエグゼクティブ等である場合には、移動した端末の通信を、他の端末の通信よりも高い優先度に設定して、自端末の通信品質劣化を抑制できる。

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

（実施の形態１）
図１は、本発明の実施の形態１における通信システムの構成図である。実施の形態１は、送信元端末が、移動することにより、送信元端末のリンク状態が変化する場合に関する。

この通信システムは、中継機器として、基地局１、２、３を有する。基地局３と基地局１、及び、基地局３と基地局２は、有線又は無線により、接続されている。

本形態では、これらの基地局１〜３は、端末１０、２０、３０、４０と無線で接続し、無線ＬＡＮが構成されるものとする。本発明は、中継機器により有線ＬＡＮを構成する場合にも、同様に適用できる。そして、有線ＬＡＮを構成する場合には、これらの中継機器は、レイヤ２スイッチに相当する。

端末１０は基地局１と接続し、端末２０、３０は基地局２と接続し、端末４０は基地局３と接続している。

これらの端末１０、２０、３０、４０は、それぞれ、通信管理テーブル１３、２３、３３、４３と、リンク管理部１４、２４、３４、４４と、パケット送信部１１、２１、３１、４１と、パケット受信部１２、２２、３２、４２とを備える。

通信管理テーブル１３、２３、３３、４３は、自端末と他端末との通信情報を記録する。

パケット送信部１１、２１、３１、４１は、通信管理テーブル１３、２３、３３、４３の通信情報に基づいて、パケットに優先度を付与し、基地局を介して受信先端末へパケットを送信する。

パケット受信部１２、２２、３２、４２は、送信元端末から基地局を介してパケットを受信する。

リンク管理部１４、２４、３４、４４は、自端末のリンク状態が変化すると、通信管理テーブル１３、２３、３３、４３の通信情報のうち、自端末が送信元であるパケットの優先度を更新する。なお、管理サーバ４は、基地局１〜３と通信可能な任意の位置に設けることができる。

さらに、基地局３には、管理サーバ４が接続される。管理サーバ４は、本通信システムにおける、リソースの予約状況を管理する。

管理サーバ４に設けられる、優先度割り当て部５は、端末１０、２０、３０、４０に割り当てる優先度を管理し、各端末１０、２０、３０、４０からの要求に対し、優先度を割り当てる。即ち、各端末１０、２０、３０、４０は、自端末から送信するパケットに付与する優先度を、優先度割り当て部５から取得する。

より具体的には、優先度割り当て部５は、各端末から、送信元アドレス、送信先アドレス、予約帯域を受信すると、送信元アドレスと送信先アドレスの通信経路上において、その通信に割り当てられる優先度（ＤＳＣＰ優先度およびＩＥＥＥ８０２．１ｐ優先度の値）を、その端末に通知する。

通信管理テーブル１３、２３、３３、４３は、通信経路毎に図６（ａ）に示す構造を持つエントリを有する。本形態では、このエントリには、送信元のアドレス、送信先のアドレス、ソケット番号、ＤＳＣＰ優先度、ＤＳＣＰ仮優先度、８０２．１ｐ優先度、８０２．１ｐ仮優先度及び予約消失の、各値を記録するフィールドが、設けられる。

ここで、本形態において、特に断らない限り、パケットに付与される優先度とは、ＤＳＣＰ優先度と８０２．１ｐ優先度とを指すものとする。

本形態では、１つの通信経路について、エントリが作成された直後の初期状態において、図６（ａ）に示すように、リンク管理部１４、２４、３４、４４が、送信元のアドレス、送信先のアドレス及びソケット番号のフィールドに、この通信経路の該当値をセットし、ＤＳＣＰ優先度、ＤＳＣＰ仮優先度、８０２．１ｐ優先度及び８０２．１ｐ仮優先度のフィールドに、初期値として「０」をセットし、予約消失のフィールドに、初期値として「ＯＦＦ」をセットするものとする。

勿論、優先度割り当て部５によって、通知された値を初期値としてもよい。なお、予約消失の値が「ＯＦＦ」の場合、この通信経路の予約が確立されていることを示し、この値が「ＯＮ」の場合、予約が失われていることを示す。

図２は、本発明の実施の形態１における端末１０のハードウェア構成図である。ここで、端末２０、３０、４０は、端末１０と同様の構成をなすから、以下説明の重複を避けるため、端末１０についてのみ説明する。

図１に示すように、ＣＰＵ１５は、バス１６を介して接続された、ＲＯＭ１８に格納され、かつ、図３〜図５、図８、図９に示すフローチャートに沿ったシステムプログラムを実行し、図１の各要素の動作を制御する。この制御によって、図１のリンク管理部１４が実現される。

また、ＲＡＭ１７には、ＣＰＵ１５がその処理上必要な記憶領域と、通信管理テーブル１３のための領域とが、確保される。また、ネットワークインターフェイス１９が、ＣＰＵ１５の制御下において、ネットワークと入出力を実施することにより、パケット送信部１１及びパケット受信部１２とが実現される。

次に、図１、図６を用いて、端末４０が送信元端末であり、端末１０が受信先端末である場合に、端末４０が、パケットに付与する優先度を獲得する手順について説明する。

１．端末１０、４０は、ソケット通信を開設し、互いにソケット番号を得る。端末１０、４０のリンク管理部１４、４４は、図６（ａ）に示すように、それぞれの通信管理テーブル１３、４３に、送信元アドレス、送信先アドレス、ソケット番号、ＤＳＣＰ優先度、ＤＳＣＰ低優先度、８０２．１ｐ優先度、８０２．１ｐ低優先度、予約消失の値を記録する。

２．端末１０は、管理サーバ４に対し、送信元アドレス（端末４０のＩＰアドレス）、送信先アドレス（端末１０のＩＰアドレス）及び必要となる帯域を、通知する。

３．管理サーバ４は、端末１０、４０が通信する経路上において、要求された帯域が提供可能かを判断する。

４．可能な場合、その経路で利用可能な優先度（ＤＳＣＰ優先度およびＩＥＥＥ８０２．１ｐ優先度）を割り当て、端末１０に通知する。なお、本例では、ＤＳＣＰ優先度を「３２」とし、ＩＥＥＥ８０２．１ｐ優先度を「６」とする。

５．端末１０は、管理サーバ４から、この優先度を受信し、図６（ｂ）に示すように、端末１０のリンク管理部１４は、この優先度を、通信管理テーブル１４に設定する。

６．端末１０は、端末４０に対して、優先度を通知し、端末４０は、その優先度を受信する。

７．端末４０のリンク管理部４４は、その通信管理テーブル４３に取得した優先度の値を記録する。

８．端末４０は、パケットに優先度を付与して、通信を開始する。

上記処理では、受信先端末である端末１０が管理サーバ４に問い合わせた後、端末４０へ通知しているが、送信元端末である端末４０が、管理サーバ４に問い合わせた後、端末１０に通知してもよい。

同様の処理により、端末２０と端末３０も、優先度を付与したパケットにより、通信を行うことが可能である。

次に、図７の矢印Ｎ１で示すように、送信元端末である端末２が移動し、その端末２が接続する基地局が（基地局２から基地局１へ）変更された場合の動作について、説明する。この動作は、（１）リンクダウン時の動作、（２）リンクアップ時の動作、（３）優先度の再処理時の動作の、３つの動作からなる。

（１）リンクダウン時の動作
まず、端末２０が基地局２との接続を解除した場合の動作について、図３、図６を用いて説明する。

１．端末２０と基地局２との接続が解除されると、図３のステップ１にて、リンク管理部２４は、リンクダウンを検出する。

２．リンク管理部２４は、リンクダウンを検出すると、ステップ２にて、図６（ｃ）に示すように、通信管理テーブル２３の予約消失フラグを「ＯＮ」に設定する。以上により、リンクダウン時の処理が完了する。

（２）リンクアップ時の動作
次に、端末２０が基地局１に接続した際の動作について、図４、図６を用いて説明する。

１．端末２０と基地局１とが接続すると、図４のステップ１１にて、リンク管理部２４はリンクアップを検出する。

２．リンク管理部２４は、リンクアップを検出すると、通信管理テーブル２３の各通信について、以下の処理を行う。

まず、ステップ１２にて、予約消失フラグが「ＯＮ」になっている通信を検索し、ステップ１３〜ステップ１５にて、予約消失フラグが「ＯＮ」となっている、全ての通信に対し、現在使用中の優先度から、図６（ｃ）に示す、ＤＳＣＰ仮優先度及び８０２．１ｐ仮優先度を使用するように変更する。

以上により、リンクアップした際に、通信管理テーブル２３に記録されている通信に使用する優先度が変更される。優先度の変更後、パケット送信部２１は、新しく設定された優先度を、パケットに付与し通信を継続する。

（３）優先度の再処理時の動作
次に、優先度を再取得する処理について、図５、図６を用いて説明する。まず、図５のステップ２１にて、リンク管理部２４は、通信管理テーブル２３において、予約消失フラグが「ＯＮ」になっている通信を検索する。

ステップ２２にて、予約消失フラグが「ＯＮ」になっている通信が存在すれば、ステップ２３にて、リンク管理部２４は、管理サーバ４に再予約（送信元、送信先、帯域を通知）を求め、管理サーバ４の優先度割り当て部５から新しい優先度を取得する（ステップ２４）。

ここでは、ＤＳＣＰ優先度「１６」、８０２．１ｐ優先度「５」という、新しい優先度が取得されたものとする。すると、ステップ２５にて、リンク管理部２４は、図６（ｅ）に示すように、通信管理テーブル２３の優先度の値を更新する。

また、リンク管理部２４は、ステップ２６にて、該当する通信に関するパケットの優先度を、新しく取得した優先度とし、ステップ２７にて、この通信の予約消失フラグを「ＯＦＦ」にする。リンク管理部２４は、ステップ２２〜ステップ２７の処理を、全ての通信について繰り返す（ステップ２８）。

以上の処理において、新しい優先度が割り当てられるまでの間、他の通信に影響しない優先度を設定して通信をおこなうことにより、他の通信の品質劣化を抑制できる。

（実施の形態２）
実施の形態２は、受信先端末が、移動することにより、受信先端末のリンク状態が変化する場合に関する。以下、図８、図９及び図１０を用いて、実施の形態１との相違点を中心に説明する。

図１０において、端末４０は送信元端末であり、端末１０および端末２０が受信先端末である。

即ち、端末２０が矢印Ｎ２で示すように移動する前においては、通信経路２０３と、通信経路２０４とが、形成され、これらの通信経路２０３、２０４では、ネットワークリソースの予約が確立されている。また、端末１０は基地局１に、端末２０は基地局２に、端末４０は基地局３に、それぞれ接続されている。

以下、端末２が矢印Ｎ２で示すように移動した際の動作について説明する。優先度割り当て部５による優先度の割り当ては、実施の形態１と同様である。また、「（２）リンクアップ時の動作」の項目１．（リンクアップの検出）までの動作も、実施の形態１と同様である。

さて、図８のステップ３１にて、受信先端末である端末２０のリンク管理部２４が、基地局１とのリンクアップを検出すると、リンク管理部２４は、通信管理テーブル２３に記録された通信のうち、自端末が受信している通信に対し、以下の処理を行う。

まず、ステップ３２にて、通信管理テーブル２３において、予約消失フラグが「ＯＮ」になっている通信を検索する。この通信が存在すれば（ステップ３３）、ステップ３４にて、端末２０は、送信元端末である、端末４０に対して、予約が消失したことを通知する。そして、リンク管理部２４は、予約消失フラグが「ＯＮ」になっている通信がなくなるまで、上記処理を繰り返す（ステップ３５）。

以上により、リンクアップした際に、移動した受信先の端末２０は、通信管理テーブル２３に記録されている通信のうち、自端末が受信している通信に関して、送信元端末に予約が消失したことを通知する。

また、図９のステップ４１にて、送信元端末である端末４０は、送信先端末である、端末２０から予約が消失したことを通知されると、次の処理を行う。

即ち、ステップ４２にて、端末４０のリンク管理部４４は、通信管理テーブル４３のうち、予約の消失を通知してきた受信先端末（ここでは、端末２０）の通信の予約消失フラグを「ＯＮ」に設定する。

そして、ステップ４３にて、リンク管理部４４は、この通信について、現在使用中の優先度から、仮優先度を使用するように変更する。これにより、パケット送信部４１は、新しく設定された優先度をパケットに付与して、通信を継続する。

次に、ステップ４４にて、端末４０は、優先度割り当て部５から優先度を再取得し、取得した優先度を新たに設定しなおす。この処理は、実施の形態１と同様なので省略する。

以上の処理において、受信先端末が移動した場合に、送信元端末に移動を通知することで、送信元端末は、新しい優先度を割り当てられるまでの間、他の通信に影響しない優先度を設定することにより、他の通信の品質劣化を抑制できる。

なお、実施の形態１、２では、無線ＬＡＮによる接続を例にとって、説明したが、本発明は、有線ＬＡＮ（例えば、イーサネット（登録商標））による接続にも、同様に適用できる。ここで、リンクダウンは、無線ＬＡＮにおいては、基地局が切り替わったことを意味し、有線ＬＡＮでは、スイッチからケーブルがはずれたことを意味する。

勿論、実施の形態１、２は、組み合わせて実装することができ、このように組み合わせることが、望ましい。

次に、図１１、図１２を用いて、本発明を公衆無線ＬＡＮサービス（ｐｕｂｌｉｃ ｗｉｒｅｌｅｓｓ ＬＡＮ）に適用した、さらなる具体例を説明する。まず、図１１の例では、映像送信端末（映像サーバ）４０が、映像データを送信し、映像受信端末１０、２０、３０が、映像サーバ４０から送信される映像データを受信し受信した映像データを再生している。

そして、映像受信端末２０が、公衆無線ＬＡＮサービスの基地局２から、基地局１へ移動したものとする。

このとき
（状態１）：映像受信端末２０は、映像サーバ４０へ移動を通知する。
（状態２）：映像サーバ４０は、優先度を下げて映像受信端末２０との通信を継続する。
（状態３）：映像サーバ４０は、管理サーバ４から新しい優先度を取得する。
（状態４）：映像サーバ４０は、取得した優先度で映像受信端末２０との通信を継続する。

ここで、（状態１）〜（状態４）の間、他の端末（映像受信端末１０、３０）の間の通信品質は保証されるため、映像受信端末１０、３０は、品質を保ったまま映像再生を継続できる。。

次に、図１２の例では、映像送信端末（映像サーバ）１０、２０が、それぞれ映像データを送信し、映像受信端末３０は、映像サーバ２０から送信される映像データを受信し、映像受信端末４０は、映像サーバ１０から送信される映像データを受信している。

そして、映像サーバ２０が、公衆無線ＬＡＮサービスの基地局２から、基地局１へ移動したものとする。

このとき
（状態５）：映像サーバ２０は、自分自身が移動したため、優先度を下げて映像受信端末３０との通信を継続する。
（状態６）：映像サーバ２０は、管理サーバ４から新しい優先度を取得する。
（状態７）：映像サーバ２０は、取得した優先度で映像受信端末３０との通信を継続する。

ここで、（状態５）〜（状態７）の間、他の端末（映像サーバ１０と受信端末４０）の間の通信品質は保証されるため、映像受信端末４０は、品質を保ったまま映像再生を継続できる。

本発明に係る通信システムは、例えばネットワークリソースの予約をサポートする通信分野等において好適に利用できる。

本発明の実施の形態１における通信システムの構成図 同端末のハードウェア構成図 同リンク管理部のフローチャート 同リンク管理部のフローチャート 同リンク管理部のフローチャート （ａ）同通信管理テーブルの状態図 （ｂ）同通信管理テーブルの状態図 （ｃ）同通信管理テーブルの状態図 （ｄ）同通信管理テーブルの状態図 （ｅ）同通信管理テーブルの状態図 同通信経路変更の説明図 本発明の実施の形態２におけるリンク管理部のフローチャート 同リンク管理部のフローチャート 同通信経路変更の説明図 本発明の実施の形態２における通信経路変更の具体例説明図 本発明の実施の形態１における通信経路変更の具体例説明図 従来の通信経路変更の説明図 従来の通信経路変更の説明図 従来の通信経路変更の説明図 従来の通信経路変更の説明図

符号の説明

１、２、３ 基地局
４ 管理サーバ
５ 優先度割り当て部
１０、２０、３０、４０ 端末
１１、２１、３１、４１ パケット送信部
１２、２２、３２、４２ パケット受信部
１３、２３、３３、４３ 通信管理テーブル
１４、２４、３４、４４ リンク管理部

Claims (8)

1. 複数の端末と、これらの端末を中継し、パケットに付与された優先度に基づいて、優先制御を実施する中継機器とを備え、ネットワークリソースの予約をサポートする通信システムであって、
   前記端末のそれぞれは、
   自端末と他端末との通信情報を記録する通信管理テーブルと、
   前記通信管理テーブルの通信情報に基づいて、パケットに優先度を付与して送信するパケット送信部と、
   パケットを受信するパケット受信部と、
   自端末のリンク状態が変化すると、前記通信管理テーブルの通信情報のうち、自端末が送信元であるパケットの優先度を更新するリンク管理部とを有する、通信システム。
2. 前記端末に割り当てる優先度を管理し、前記端末からの要求に対し、優先度を割り当てる優先度割り当て部を備え、
   前記端末は、
   自端末から送信するパケットに付与する優先度を、前記優先度割り当て部から取得する、請求項１記載の通信システム。
3. 前記端末は、自端末のリンク状態が変化すると、自端末が送信元であるパケットの、新しい優先度を前記優先度割り当て部から取得し、このパケットの優先度を更新する、請求項２記載の通信システム。
4. 前記端末は、自端末のリンク状態が変化すると、自端末が受信先であるパケットの送信元の端末に、このパケットの優先度を変更するように通知し、この送信元の端末は、このパケットの、新しい優先度を前記優先度割り当て部から取得し、このパケットの優先度を更新する、請求項１から３記載の通信システム。
5. 前記中継機器は、無線ＬＡＮを構成する基地局であり、前記端末の前記リンク管理部は、前記基地局との接続の変化を、リンク状態の変化とする、請求項１から４記載の通信システム。
6. 前記中継機器は、有線ＬＡＮを構成するスイッチであり、前記端末の前記リンク管理部は、前記スイッチとの接続の変化を、リンク状態の変化とする、請求項１から５記載の通信システム。
7. 自端末と他端末との通信情報を記録する通信管理テーブルと、
   前記通信管理テーブルの通信情報に基づいて、パケットに優先度を付与して送信するパケット送信部と、
   パケットを受信するパケット受信部と、
   自端末のリンク状態が変化すると、前記通信管理テーブルの通信情報のうち、自端末が送信元であるパケットの優先度を更新するリンク管理部とを有する、端末。
8. 複数の端末のそれぞれにおいて、自端末と他端末との通信情報を記録するステップと、
   記録された通信情報に基づいて、パケットに優先度を付与して送信するステップと、
   パケットを受信するステップと、
   自端末のリンク状態が変化すると、記録された通信情報のうち、自端末が送信元であるパケットの優先度を更新するステップとを含む、通信方法。

Images