帯域割り当て方法、帯域割り当て装置、通信端末、帯域割り当てプログラ ム及びプログラム記録媒体
技術分野
[0001] 本発明は、帯域割り当て方法、帯域割り当て装置、通信端末、帯域割り当てプログ ラム及びプログラム記録媒体に関し、特に、使用要求する帯域幅として複数の帯域 幅を有するデータストリーミングの送受信を扱うアプリケーションに最適な帯域を割り 当てるシステムに対して好適に適用可能である。
背景技術
[0002] 近年、 VoIPや IPテレビ電話 · TV会議システム、インターネットラジオ、動画配信な どリアルタイムデータストリーミングを扱うアプリケーションの利用が増えてきている。現 在これらのアプリケーションは、 ADSL (Asymmetric Digital Subscriber Line)など のブロードバンドを用いた固定ネットワーク環境で使用されることが多ぐ実装するァ プリケーシヨンもこのようなブロードバンド環境を想定して実装されている。
[0003] また、このようなストリーミングデータを扱うアプリケーションは、非コネクションプロトコ ルである UDP (User Datagram Protocol)を用いることが多い。ここで、 UDPは、リア ルタイム性に優れている反面、パケットロス等の通信劣化が起こった際の再送制御に 関して考慮しない仕様とされている。そのため、これらストリーミングデータを扱うアブ リケーシヨンは、データ通信の開始前に、通信相手との間のネゴシエーションを行な つて、使用可能な帯域幅に合わせたコーデックを選択して通信するようにしている。
[0004] 例えば、 VoIP (Voice over IP)などのアプリケーションでは、多くの場合、各々の アプリケーションが、ユーザの手動設定により複数のコーデックを予め選択しておい て、即ち、自身のネットワーク接続形態を知っているユーザ力 該ネットワーク接続形 態に基づいて、現在利用可能なコーデックを複数予め選択しておいて、呼制御プロ トコルの中で通信相手に対して提示するようにしている。例えば、 SIP (Session Initiati on Protocol)においては、多くの場合、 SIP/SDP (Session Initiation Protocol /Sess ion Description Protocol)パケットの中で通信相手に対する提示が行なわれる。
[0005] この場合、 SIPの中では、 INVITE (通信招待)メッセージであることが記述され、そ のボディとして SDPが使用され、セッション記述(セッション名、セッション生成者)、時 間記述 (セッションの有効期間)、メディア記述 (音声や動画を受信するのに必要な情 報)が記述されている。この時、 SDPを用いてイニシエータ (発呼)側力も利用可能な 一つ又は複数のコーデックを提示して、レスボンダ (着呼)側でその中力も利用可能 なコーデックを一つ選択して、 SDPを用いて返答することによって、互いの通信用の 呼を確定する。なお、呼の確定後、送信するストリーミングデータ自体は、 RTP (Real -Time Transport Protocol)という UDPパケットでリアルタイムに転送されることが殆 どである。
[0006] また、データ通信中に通信品質の測定を可能とするために RTCP (ReaKTime Con trol Protocol)というプロトコルが存在する。 RTCPでは、 RTPデータを送信するセン ダ側が定期的にレポート要求を送信し、 RTPデータを受け取るレシーバ側は、該レ ポート要求を受け取ったら、通信品質を示すレポートを返送する。この結果、センダ 側でパケットロスの有無等のネットワーク状況を把握することが可能となり、その状況 をアプリケーションに反映することが可能になる。
[0007] また、特許文献 1に示す特開 2004— 266330号公報「通信端末装置及びその制 御方法」においては、電波強度の変化、ネットワークプレフィックス (IPアドレス)の変 化など、トランスポート層以下の層における状態の変化をアプリケーションに通知し、 アプリケーションにおける通信に役立てることを提案している。
特許文献 1:特開 2004— 266330号公報
発明の開示
発明が解決しょうとする課題
[0008] し力しながら、従来のアプリケーションの通信形態においては、複数のアプリケーシ ヨンのフローが同時に動作する場合に大きな問題を起こす恐れがある。即ち、悪意の 有無とは無関係に、一つのアプリケーションが通信帯域を占有してしまい、他のアブ リケーシヨンが通信帯域を使用不可能になる可能性がある。また、善意の複数のアブ リケーシヨンが同時に通信帯域を使用している場合に (特に、大きな帯域幅を用いる ことにより、通信品質の向上を見込めるようなアプリケーションが通信帯域を使用して
いる場合に)、通信用の有限のリソースである帯域幅をデータストリーム毎に公平且 つリーズナブルに割り当てる制御が必要である力 現在、そのような帯域制御方法は 全く考慮されていない。
[0009] 例えば、前記特許文献 1においては、トランスポート層以下の下位層の状態変化に 基づいて、アプリケーションの使用する通信帯域を変更させることを提案しているが、 この場合、アプリケーションは、通信状態が相対的に悪ィ匕した、又は、良化したことを 把握することはできるが、具体的な利用可能な通信帯域を知ることはできない。
[0010] また、前記特許文献 1では、複数のデータフローへの対応は考慮されておらず、例 えば、優先度の高いデータフローについてはそのままの帯域を維持し、優先度の低
V、データフローの通信帯域を狭 、帯域幅に劣化させる等と!、つた動的な管理を行な うことも不可能である。
[0011] 本発明は、前述のような課題を解決するためになされたものであり、次に示すような 技術手段を提供することを目的として!/ヽる。
課題を解決するための手段
[0012] 前述のごとき課題を解決するためになされた本発明の概要について説明する。本 発明に係る帯域割り当て装置は、アプリケーション力もの通信に関する要求を受け取 り、通信帯域の割り当てなど通信を管理する通信管理部を具備し、ネットワークに接 続するための通信メディア装置の一つである例えば無線 LANカードなどに代表され る通信インタフェースカード(NIC : Network Interface Card)の情報を取得可能であ り、更に表示部に表示させる手段を有していることが望ましいものとしている。また、通 信相手となる帯域割り当て装置も同様の構成を有する。
[0013] このような帯域割り当て装置を具備した例えば通信端末では、通信端末の機能に 対応したアプリケーションが、通信相手の通信端末との呼制御の結果、通信を管理 する帯域割り当て装置の通信管理部において、通信相手の通信端末と通信する際 に用いるフロー情報を確定することができる。ここで、フロー情報とは、通信を行なうフ ローを特定する宛先などの情報や、使用可能なコーデック情報から得られる帯域情 報など力も構成されている。なお、帯域情報とは、当該アプリケーションとして、最低 限 OObpsの帯域が必要であり、最大では OObpsの帯域を確保したいなどの使用要
求帯域幅情報である。
[0014] アプリケーションは、確定したフロー情報を帯域確保要求として帯域割り当て装置 の通信管理部に対して引き渡す。通信制御部は、このような帯域確保要求を、複数 のアプリケーションから、又は、単一のアプリケーションでも複数のフローがあれば、ァ プリケーシヨン力 各フローに対して受け取る。通信管理部では、これらの複数の帯 域確保要求に対して、各フロー毎に適切な処置をして帯域を割り当て、各フローに対 して割り当てた帯域をそのフローを用いるアプリケーションに通知する。その結果、ァ プリケーシヨンは各フロー毎に割り当てられた帯域に適したコーデックを選択して、通 信相手に通知することにより、最適な帯域を使用することが可能となる。
[0015] ここで、通信管理部では、まず、通信相手との通信経路における使用可能な帯域 幅を含むネットワークの状態をネットワーク情報として把握する。この際、ネットワーク の状態として、当該通信端末自身の NICの限界、通信相手の NICの限界、通信路 の限界が存在している。そのため、通信管理部では、当該通信端末の NICの情報を 通信相手の通信管理部に送信する。その結果、通信相手の通信管理部から、双方 の通信端末の NIC情報力も互いの通信用のパスを特定するための情報を含むパス 情報が返送される。
[0016] 当該通信端末 (及び Z又は通信相手の通信端末)の通信管理部では、得られたパ ス情報を基にして、当該パス情報に示される通信用のパスに関して使用可能な帯域 幅を含むネットワーク情報を取得する。このネットワーク情報を取得する方法としては 、通信端末相互間の END— ENDで測定して取得しても良いし、現在のネットワーク の状況を蓄積して 、るデータベースサーノくから取得するようにしても良いし、あるい は、特定のメジャーなサーバに関する通信ノ スの場合のようにネットワーク状況をマ ルチキャストするような広告がされて 、る場合は、この広告を受信してネットワーク情 報を取得しても良い。
[0017] この取得されたネットワーク状況を基にして、通信用のリソースとして使用可能な帯 域幅を、割り当てを要求されている各フローに割り当てることとなる。
次に、フローへの帯域割り当て方法についていくつかの方法を簡単に説明する。こ の帯域割り当て方法の詳細かつ具体的な方法につ!、ては、実施例にお!、て後述す
る。
[0018] 帯域割り当て方法 1 :
( 1)まず、全てのフローに対して、各フローが要求する最低限の帯域幅を割り当てる
(2)次に、全てのフローに対して、各フローが要求する最大限の帯域幅を割り当てて みる。この結果、ネットワークの使用可能状態を満足している場合には、全てのフロー に対して、各フローが要求する最大限の帯域幅を割り当てる。
[0019] (3) (2)で各フローが要求する最大限の帯域幅を全てのフローに亘つて割り当てられ な力つた場合は、全てのフローに対して(1)の最低限の帯域幅の割り当てをした状態 で、更に、以下の規則に従って、帯域幅を追加して割り当てていく。
[0020] (4)即ち、各フローには予め優先順位が付けられており、優先度の高いフローから順 番により大きい帯域幅を割り当てていく。例えば、まず、最も優先順位の高いフロー に対して、該フローが要求する最大限の帯域幅になるために必要とする残りの帯域 幅 (即ち、最大限の帯域幅から既に割り当て済みの帯域幅を減算した帯域幅)と、最 低限の帯域幅の割り当て結果として残っている現在使用可能な帯域幅の半分の帯 域幅とを比較して、いずれかより小さい帯域幅を追加して割り当てる。更に、追加して 割り当てた帯域幅分、現在使用可能な帯域幅を減算する。
[0021] (5)最も優先順位の高いフローに対する帯域幅の追加割り当てが終了したら、このフ ローの優先順位は最下位に下げて、優先順位が次に高 、フローが最も優先順位が 高くなつた状態で、(4)の処理を再び行なう。
(6)この(4)、 (5)の処理を全てのフローにっ 、て予め定めた一定回数繰り返して(即 ち、フロー数 X規定ループ回数)行なったら、追加割り当て処理を終了して、最終的 に各フローに対して割り当てるべき帯域幅を決定する。
[0022] 帯域割り当て方法 2 :
( 1)まず、全てのフローに対して、各フローが要求する最低限の帯域幅を割り当てる
(2)次に、全てのフローに対して、各フローが要求する最大限の帯域幅を割り当てて みる。この結果、ネットワークの使用可能状態を満足している場合には、全てのフロー
に対して、各フローが要求する最大限の帯域幅を割り当てる。(1)、(2)については、 帯域割り当て方法 1と同じである。
[0023] (3) (2)で各フローが要求する最大限の帯域幅を全てのフローには割り当てられなか つた場合は、全てのフローに対して(1)の最低限の帯域幅の割り当てをした状態で、 残った使用可能な帯域幅を、各フローが要求する最大限の帯域幅に応じて比例配 分して追加して割り当てる。
[0024] 帯域割り当て方法 3 :
(1)まず、各フローが要求する 1乃至複数の帯域幅の全ての組み合わせを作成する
(2)次に、現在のネットワークの使用可能状態を満足している組み合わせを残し、そ の中から、より優先度が高 、フローがより大き!、帯域幅を要求して!/、る組み合わせを 選択する。
(3)ここで、複数の組み合わせが選択された場合、その中から次に優先度が高いフロ 一がより大きい帯域幅を要求している組み合わせを選択する。この結果、各フローに 割り当てるべき帯域幅を決定することができる。
[0025] また、通信管理部は、本発明を適用しないアプリケーションが独自に占有する帯域 幅よりも、本発明を適用して帯域割り当てを当該通信管理部により受けようとするアブ リケーシヨンに対して優先的に帯域幅を割り当て可能とする。更には、通信管理部は 、本発明を適用して帯域幅を割り当てたアプリケーションのフローを、全体の制御を 司るオペレーティングシステム (OS)側で優先的に処理するように指示を行なう。これ は、本発明を適用しないで帯域割り当てを当該通信管理部により受けようとしないァ プリケーシヨンに帯域幅を占有されな 、ようにするためである。
[0026] 更に、全てのフローに対しては、各フローが要求する最低限の帯域幅の割り当ても できないような場合には、ユーザが通信を継続したいフロー (もしくは、逆に、通信を 切断しても良いフロー)を選択できるように、ユーザインタフェースを用意し、ユーザに 通信を継続したいフロー (もしくは、逆に、通信を切断しても良いフロー)を選択させ、 選択されたフローだけに、帯域幅を割り当てて通信を継続するようにする。
[0027] 本発明に係る技術手段を更に具体的に示すと、本発明は、次のような各技術手段
から構成されている。
第 1の技術手段は、ネットワークを介して通信を行なうアプリケーションに対して該通 信に使用可能な帯域を割り当てる帯域割り当て方法であって、前記ネットワークを介 した通信を管理する通信管理ステップを有し、前記アプリケーションは、少なくとも、 通信のフローに用いるコーデックの使用帯域幅に応じた 1乃至複数の使用要求帯域 幅、通信相手に関する情報を含むフロー情報を、帯域の割り当て要求として、通信を 管理する前記通信管理ステップに対して通知し、前記通信管理ステップが、受け取 つた前記フロー情報に基づ 、て、前記ネットワークを介した通信相手との通信に使用 可能な帯域幅を調査することにより、前記ネットワークを介した通信相手との通信に 割り当てることが可能な帯域幅を決定して、要求されたフローに対して帯域幅を割り 当て、該フローに対応する要求元の前記アプリケーションに対して割当帯域幅として 通知することにより、前記アプリケーションが、通知された割当帯域幅に基づいて通 信に用いるコーデックの帯域幅を設定して通信相手と通信を行なうことを特徴とする
[0028] 第 2の技術手段は、前記第 1の技術手段に記載の帯域割り当て方法であって、前 記通信管理ステップが、当該通信管理ステップに対して帯域割り当て要求がなされ ずに通信に用いる帯域を占有しょうとするアプリケーションよりも、当該通信管理ステ ップに対して帯域割り当て要求がなされたアプリケーションに対して優先的に帯域を 割り当てることができることを特徴とする。
[0029] 第 3の技術手段は、前記第 1の技術手段に記載の帯域割り当て方法であって、前 記通信管理ステップが、当該通信管理ステップに対して帯域割り当て要求がなされ ずに通信に用いる帯域を占有しょうとするアプリケーションよりも、当該通信管理ステ ップに対して帯域割り当て要求がなされたアプリケーションを優先的に処理させること を、全体の制御を司るオペレーティングシステム (OS)に指示することを特徴とする。
[0030] 第 4の技術手段は、前記第 1乃至第 3の技術手段のいずれかに記載の帯域割り当 て方法であって、前記通信管理ステップが、アプリケーション力 通知された前記フロ 一情報を基に、通信相手側の通信管理ステップに対して、前記ネットワークと接続す るための通信メディア装置の有する情報のうち少なくともフローの宛先となる宛先情
報及び性能限界を含む通信メディア情報を、前記ネットワークを介して送信し、該通 信メディア情報を受信した通信相手側の通信管理ステップが、自身の通信メディア情 報を加えて、互いの通信に用いるパスを特定可能なパス情報を作成して、前記通信 メディア情報の送信元の通信相手側の通信管理ステップに対して返送することにより 、互いに通信を行なういずれか一方又は双方の通信管理ステップにおいて、通信に 用いる前記ネットワークの使用可能な帯域幅を調査してネットワーク情報として取得し て、取得した前記ネットワーク情報に対応して割り当てることが可能な帯域幅を決定し て、帯域割り当て要求がなされたアプリケーションに対して割当帯域幅として通知す ることを特徴とする。
[0031] 第 5の技術手段は、前記第 1乃至第 4の技術手段のいずれかに記載の帯域割り当 て方法であって、前記通信管理ステップが、 1乃至複数のアプリケーションから 1乃至 複数のフローに関する帯域割り当て要求がなされた場合、帯域割り当て要求がなさ れた全てのフローについて、各フローそれぞれが要求する 1乃至複数の使用要求帯 域幅のうち、それぞれのフローにおける最低限の使用要求帯域幅をそれぞれのフロ 一に割り当てることが可能である力否かを、前記ネットワークを介した通信相手との通 信に使用可能な帯域幅を調査した結果得られるネットワーク情報を用いて判定して、 割り当て可能であれば、それぞれの最低限の使用要求帯域幅を割り当てて、それぞ れの最低限の使用要求帯域幅を割当帯域幅としてそれぞれのフローに対応するァ プリケーシヨンに対して通知し、一方、帯域割り当て要求がなされた全てのフローい ずれにも割り当てが不可能であれば、帯域割り当てが不可能である旨をそれぞれの フローに対応するアプリケーションに対して通知することを特徴とする。
[0032] 第 6の技術手段は、前記第 1乃至第 4の技術手段のいずれかに記載の帯域割り当 て方法であって、前記通信管理ステップが、 1乃至複数のアプリケーションから 1乃至 複数のフローに関する帯域割り当て要求がなされた場合、帯域割り当て要求がなさ れた全てのフローそれぞれが要求する 1乃至複数の使用要求帯域幅のうち、それぞ れのフローにおける最大限の使用要求帯域幅をそれぞれのフローに割り当てること が可能である力否かを、前記ネットワークを介した通信相手との通信に使用可能な帯 域幅を調査した結果得られるネットワーク情報を用いて判定して、割り当て可能であ
れば、それぞれの最大限の使用要求帯域幅を割り当てて、それぞれの最大限の使 用要求帯域幅を割当帯域幅としてそれぞれのフローに対応するアプリケーションに 対して通知することを特徴とする。
[0033] 第 7の技術手段は、前記第 6の技術手段に記載の帯域割り当て方法であって、前 記通信管理ステップが、帯域割り当て要求がなされた全てのフローそれぞれに対し ては、それぞれの最大限の使用要求帯域幅を割り当てることが不可能な場合、帯域 割り当て要求がなされた全てのフローに対して、それぞれの最低限の使用要求帯域 幅を割り当て、かつ、前記ネットワーク情報が示す使用可能帯域の残りの帯域幅を算 出した後、帯域割り当て要求がなされた全てのフローのうち、その時点で最も優先度 が高いフローに対して、該フローの要求する最大限の使用要求帯域幅になるために 必要とする残りの帯域幅と、前記ネットワーク情報が示す使用可能帯域幅残りの半分 に該当する帯域幅とを比較して、より少ない方の帯域幅を、該フローに対して追加し て割り当てると共に該フローの優先度を最下位に変更し、かつ、前記ネットワーク情 報から得られる使用可能帯域幅の残りの帯域幅を算出するという追加帯域幅割り当 て処理を行ない、次いで、順次、優先度が高いフローに対して、同様に、前記追加帯 域幅割り当て処理を行なうことを、予め定めた規定回数分繰り返すことにより、各フロ 一に割り当てるべき帯域幅を決定して、割当帯域幅としてそれぞれのフローに対応 するアプリケーションに対して通知することを特徴とする。
[0034] 第 8の技術手段は、前記第 7の技術手段に記載の帯域割り当て方法であって、前 記通信管理ステップが、前記追加帯域幅割り当て処理を前記規定回数分繰り返すこ とにより各フローそれぞれについて決定した帯域幅を前記割当帯域幅としてそれぞ れのフローに対応するアプリケーションに対して通知する代わりに、各フローそれぞ れが要求する 1乃至複数の使用要求帯域幅のうち、各フローそれぞれに決定した前 記帯域幅に収まる条件下で最も大きい使用要求帯域幅を選択して、割当帯域幅とし てそれぞれのフローに対応するアプリケーションに対して通知することを特徴とする。
[0035] 第 9の技術手段は、前記第 6の技術手段に記載の帯域割り当て方法であって、前 記通信管理ステップが、帯域割り当て要求がなされた全てのフローそれぞれに対し ては、それぞれの最大限の使用要求帯域幅を割り当てることが不可能な場合、帯域
割り当て要求がなされた全てのフローに対して、それぞれの最低限の使用要求帯域 幅を割り当て、かつ、前記ネットワーク情報が示す使用可能帯域幅の残りの帯域幅を 算出した後、算出された使用可能帯域幅の残りの帯域幅を、帯域割り当て要求がな されたフローそれぞれの最大限の使用要求帯域幅に応じて比例配分して、それぞれ のフローに対して追加して割り当てることにより、各フローに割り当てるべき帯域幅を 決定して、割当帯域幅としてそれぞれのフローに対応するアプリケーションに対して 通知することを特徴とする。
[0036] 第 10の技術手段は、前記第 9の技術手段に記載の帯域割り当て方法であって、前 記通信管理ステップが、フローそれぞれの最大限の使用要求帯域幅に応じて比例 配分して追加すべき帯域幅を求めることにより決定した帯域幅を前記割当帯域幅とし てそれぞれのフローに対応するアプリケーションに対して通知する代わりに、各フロ 一それぞれが要求する 1乃至複数の使用要求帯域幅のうち、各フローそれぞれに決 定した前記帯域幅に収まる条件下で最も大きい使用要求帯域幅を選択して、割当帯 域幅としてそれぞれのフローに対応するアプリケーションに対して通知することを特 徴とする。
[0037] 第 11の技術手段は、前記第 1乃至第 4の技術手段のいずれかに記載の帯域割り 当て方法であって、前記通信管理ステップが、 1乃至複数のアプリケーションから 1乃 至複数のフローに関する帯域割り当て要求がなされた場合、帯域割り当て要求がな された全てのフローそれぞれが要求する 1乃至複数の使用要求帯域幅について全 ての組み合わせを作成し、該使用要求帯域幅の組み合わせそれぞれについて、前 記ネットワークを介した通信相手との通信に使用可能な帯域幅を調査した結果得ら れるネットワーク情報を用いて、前記使用要求帯域幅の組み合わせとして割り当てる ことが可能な組み合わせであるか否かを判定して、割り当てることが可能な組み合わ せの中から、より優先度が高 、フローにっ 、てより大き 、帯域幅の使用要求帯域幅 を要求して!/、る組み合わせを選択し、選択した組み合わせが示す各フローの使用要 求帯域幅を、割当帯域幅としてそれぞれのフローに対応するアプリケーションに対し て通知することを特徴とする。
[0038] 第 12の技術手段は、前記第 11の技術手段に記載の帯域割り当て方法であって、
前記通信管理ステップが、帯域割り当て要求がなされた全てのフローそれぞれが要 求する 1乃至複数の使用要求帯域幅につ 、て全ての組み合わせを作成する際に、 優先度が低いフローに対して帯域を割り当てない場合も含む使用要求帯域幅の組 み合わせを作成し、割り当てることが可能な組み合わせの中から、より優先度が高い フローにっ 、てより大き 1、帯域幅の使用要求帯域幅を要求して!、る組み合わせを選 択する際に、優先度が低いフローに対して帯域を割り当てないような使用要求帯域 幅の組み合わせが選択された場合、帯域が割り当てられない優先度が低いフローに 対応するアプリケーションに対して帯域割り当てが不可能である旨を通知することを 特徴とする。
[0039] 第 13の技術手段は、前記第 1乃至第 12の技術手段のいずれかに記載の帯域割り 当て方法であって、前記通信管理ステップが、現在使用可能な帯域幅を、前記ネット ワークを介した通信用のパスに対応付けて該ノ スの使用可能通信速度として管理す ることを特徴とする。
[0040] 第 14の技術手段は、前記第 13の技術手段に記載の帯域割り当て方法であって、 前記通信管理ステップが、現在使用可能な帯域幅を、前記パスの使用可能通信速 度に加えて、前記パスの単位時間当たりの使用可能パケット数をも用いて管理するこ とを特徴とする。
[0041] 第 15の技術手段は、前記第 1乃至第 12の技術手段のいずれかに記載の帯域割り 当て方法であって、前記通信管理ステップが、前記ネットワークと接続するための通 信メディア装置の現在使用可能な帯域幅を、該通信メディア装置の使用可能リンク 速度として管理することを特徴とする。
[0042] 第 16の技術手段は、前記第 15の技術手段に記載の帯域割り当て方法であって、 前記通信管理ステップが、前記ネットワークと接続するための通信メディア装置の現 在使用可能な帯域幅を、前記通信メディア装置の使用可能リンク速度に加えて、前 記通信メディア装置の単位時間当たりの使用可能パケット数をも用いて管理すること を特徴とする。
[0043] 第 17の技術手段は、前記第 1乃至第 12の技術手段のいずれかに記載の帯域割り 当て方法であって、前記通信管理ステップが、現在使用可能な帯域幅を、前記ネット
ワークを介した通信用のパスに対応付けた該パスの使用可能通信速度と、前記ネット ワークと接続するための通信メディア装置の使用可能リンク速度との双方を用いて管 理することを特徴とする。
[0044] 第 18の技術手段は、前記第 17の技術手段に記載の帯域割り当て方法であって、 前記通信管理ステップが、現在使用可能な帯域幅を、前記パスの使用可能通信速 度と前記通信メディア装置の使用可能リンク速度とに加えて、更に、前記パスの単位 時間当たりの使用可能パケット数と前記通信メディア装置の単位時間当たりの使用 可能パケット数をも用いて管理することを特徴とする。
[0045] 第 19の技術手段は、前記第 1乃至第 18の技術手段のいずれかに記載の帯域割り 当て方法であって、前記通信管理ステップが、前記アプリケーション力 の帯域割り 当て要求に応じて帯域を割り当てる際に、通信相手との通信用のフローとして要求さ れる 1乃至複数の使用要求帯域幅を、予め定めた計算式を用いてより大きい帯域幅 となるみなし使用要求帯域幅に換算し、換算した該みなし使用要求帯域幅を割り当 てることが可能であるか否かを、前記ネットワークを介した通信相手との通信に使用 可能な帯域幅を調査した結果得られるネットワーク情報を用いて判定して、割り当て 可能であれば、該みなし使用要求帯域幅を割当帯域幅として割り当てて、フローに 対応するアプリケーションに対して通知することを特徴とする。
[0046] 第 20の技術手段は、前記第 1乃至第 19の技術手段のいずれかに記載の帯域割り 当て方法であって、前記通信管理ステップが、前記ネットワークを介した通信相手と の通信に使用可能な帯域幅を調査した結果得られるネットワーク情報を用いて、前 記通信相手との通信用のフローに対して帯域幅を割り当てた以降において、前記ネ ットワーク情報に変化が生じていることを検出した場合、変化したネットワーク情報を 用いて、再度、前記通信相手との通信用のフローに対する帯域を割り当て直し、該フ ローに対応するアプリケーションに対して割当帯域幅として通知し直すことを特徴と する。
[0047] 第 21の技術手段は、前記第 1乃至第 20の技術手段のいずれかに記載の帯域割り 当て方法であって、前記通信管理ステップが、前記ネットワークを介した通信相手と の通信に使用可能な帯域幅を調査した結果得られるネットワーク情報を用いて、前
記通信相手との通信用のフローに対して帯域を割り当てた以降において、前記ネット ワークを介した新たな通信用のフローが発生し、又は、通信中のフローが終了して、 当該通信管理ステップで帯域割り当てを行なうべきフロー数に変化が生じていること を検出した場合、変化したフロー数に基づいて、再度、フローに対する帯域を割り当 て直し、該フローに対応するアプリケーションに対して割当帯域幅として通知し直すこ とを特徴とする。
[0048] 第 22の技術手段は、前記第 1乃至第 21の技術手段のいずれかに記載の帯域割り 当て方法であって、前記通信管理ステップが、 1乃至複数のアプリケーションから 1乃 至複数のフローに対して帯域割り当て要求がなされた場合、あるいは、再度、既に割 当済みのフローに対する帯域幅を割り当て直す場合に、前記ネットワークを介した通 信相手との通信に使用可能な帯域幅を調査した結果得られるネットワーク情報を用 いて、いずれのフローに対しても、帯域を割り当てることができないことが判明した場 合、その旨を表示してユーザに通知することを特徴とする。
[0049] 第 23の技術手段は、前記第 1乃至第 21の技術手段のいずれかに記載の帯域割り 当て方法であって、前記通信管理ステップが、 1乃至複数のアプリケーションから 1乃 至複数のフローに対して帯域割り当て要求がなされた場合、あるいは、再度、既に割 当済みのフローに対する帯域を割り当て直す場合に、前記ネットワークを介した通信 相手との通信に使用可能な帯域幅を調査した結果得られるネットワーク情報を用い て、全てのフローに対して帯域を割り当てることができないが、少なくとも 1つのフロー に対して帯域を割り当てることができると判定した場合、帯域を割り当てることが可能 な 1乃至複数のフローを選択メニュー画面として表示し、ユーザが選択したフローに 対して帯域を割り当てることを特徴とする。
[0050] 第 24の技術手段は、前記第 1乃至第 23の技術手段のいずれかに記載の帯域割り 当て方法であって、前記アプリケーションが、前記通信管理ステップから割当帯域幅 として割り当てられた帯域幅に応じた通信帯域幅を用いて、通信相手と前記ネットヮ ークを介して通信することを特徴とする。
[0051] 第 25の技術手段は、前記第 1乃至第 24の技術手段のいずれかに記載の帯域割り 当て方法であって、前記アプリケーション力 1乃至複数の使用帯域幅に対応するコ
一デックを有し、前記通信管理ステップに対して帯域割り当て要求として通知する前 記フロー情報に含まれる使用要求帯域幅として、前記コーデックの使用帯域幅に応 じた 1乃至複数の使用要求帯域幅を通知し、前記通信管理ステップから割当帯域幅 として割り当てられた帯域幅に応じたコーデックを選択して、選択したコーデックを用 V、て、通信相手と前記ネットワークを介して通信することを特徴とする。
[0052] 第 26の技術手段は、前記第 1乃至第 25の技術手段のいずれかに記載の帯域割り 当て方法であって、前記アプリケーションが、前記通信管理ステップに対して帯域割 り当て要求として通知する前記フロー情報に含まれる使用要求帯域幅として、通信の フローに用いるコーデックの使用帯域幅よりも大き 、帯域幅を用いることを特徴とする
[0053] 第 27の技術手段は、ネットワークを介して通信を行なうアプリケーションに対して該 通信に使用可能な帯域を割り当てる帯域割り当て装置であって、前記ネットワークを 介した通信を管理する通信管理部を有し、前記アプリケーションは、少なくとも、通信 のフローに用いるコーデックの使用帯域幅に応じた 1乃至複数の使用要求帯域幅、 通信相手に関する情報を含むフロー情報を、帯域の割り当て要求として、通信を管 理する前記通信管理部に対して通知し、前記通信管理部が、受け取った前記フロー 情報に基づ 、て、前記ネットワークを介した通信相手との通信に使用可能な帯域幅 を調査することにより、前記ネットワークを介した通信相手との通信に割り当てることが 可能な帯域幅を決定して、要求されたフローに対して帯域幅を割り当て、該フローに 対応する要求元の前記アプリケーションに対して割当帯域幅として通知することによ り、前記アプリケーション力 通知された割当帯域幅に基づいて通信に用いるコーデ ックの帯域幅を設定して通信相手と通信を行なうことを特徴とする。
[0054] 第 28の技術手段は、前記第 27の技術手段に記載の帯域割り当て装置であって、 前記通信管理部が、当該通信管理部に対して帯域割り当て要求がなされずに通信 に用いる帯域を占有しょうとするアプリケーションよりも、当該通信管理部に対して帯 域割り当て要求がなされたアプリケーションに対して優先的に帯域を割り当てることが できることを特徴とする。
[0055] 第 29の技術手段は、ネットワークを介して通信を行なう通信端末であって、ネットヮ
ークを介した通信に用いる帯域を割り当てるために、前記第 27または第 28の技術手 段に記載の帯域割り当て装置を備えていることを特徴とする。
[0056] 第 30の技術手段は、前記第 1乃至第 26の技術手段のいずれかに記載の帯域割り 当て方法を、コンピュータによりプログラムとして実行する帯域割り当てプログラムとす ることを特徴とする。
[0057] 第 31の技術手段は、前記第 30の技術手段に記載の帯域割り当てプログラムを、コ ンピュータにより読み取り可能な記録媒体に記録しているプログラム記録媒体とする ことを特徴とする。
発明の効果
[0058] 以上のような各技術手段力 構成される本発明によれば、以下のような効果が得ら れる。
通信を要求する複数のフローが同時に存在している場合であっても、現在のネット ワークの状態 (使用可能な帯域幅)を動的に取得して、その時点で最適の帯域幅を 各フローの優先順位に応じて柔軟に割り当てることができ、各アプリケーションは現在 のネットワーク状況にぉ 、て最もクオリティが高 、通信を行なうことができる。
[0059] また、一旦帯域を割り当てた以降であっても、ネットワークの状況が変化した場合、 あるいは、帯域割り当てを要求する新たなフローが発生したり、通信中のフローが終 了して消滅したりして、管理対象のフロー数が変化した場合においても、その時点で 最適な帯域幅に再割り当てすることが可能であり、限られた通信リソースを最大限に 活用しながら、要求元のアプリケーションの各フローに対してより高いクオリティが得ら れる帯域幅を動的に割り当て直し、最適な通信状態を提供することができる。
[0060] また、各フローが実際に使用する帯域幅よりも余裕を持って帯域幅を割り当てること も可能としており、安定した通信品質を確保したいアプリケーションに対しても、十分 に安定した通信環境を提供することもできる。
図面の簡単な説明
[0061] [図 1]本発明に係る帯域割り当て方法の第 1の実施例を説明するためのシステム構成 図である。
[図 2]本発明に係る帯域割り当て方法の第 1の実施例を説明するためのシーケンスチ
ヤートである。
圆 3]本発明に係る帯域割り当て方法の第 2の実施例を説明するためのシステム構成 図である。
圆 4]本発明に係る帯域割り当て方法の第 2の実施例を説明するためのシーケンスチ ヤートである。
圆 5]第 2の実施例において図 8の帯域割り当て方法によって割り当てられていく各フ ローの帯域割り当て状況を示す模式図である。
圆 6]本発明に係る帯域割り当て方法の例を説明するためのフローチャートである。 圆 7]本発明に係る帯域割り当て方法の例における図 6に続く処理を説明するための フローチャートである。
圆 8]本発明に係る帯域割り当て方法の例における図 7に続く処理を説明するための フローチャートである。
圆 9]本発明に係る帯域割り当て方法の第 3の実施例を説明するためのシステム構成 図である。
圆 10]本発明に係る帯域割り当て方法の第 3の実施例を説明するためのシーケンス チャートである。
圆 11]本発明に係る帯域割り当て方法の図 7に続く第 3の実施例における処理を説 明するためのフローチャートである。
圆 12]第 3の実施例において図 11の帯域割り当て方法によって割り当てられていく 各フローの帯域割り当て状況を示す模式図である。
圆 13]本発明に係る帯域割り当て方法の第 4の実施例を説明するためのシステム構 成図である。
圆 14]本発明に係る帯域割り当て方法の第 4の実施例を説明するためのフローチヤ ートである。
圆 15]本発明に係る帯域割り当て方法の図 14に続く第 4の実施例における処理を説 明するためのフローチャートである。
圆 16]第 5の実施例において図 8の帯域割り当て方法によって割り当てられていく各 フローの帯域割り当て状況を示す模式図である。
[図 17]本発明に係る帯域割り当て方法の第 6の実施例を説明するためのフローチヤ ートである。
[図 18]第 6の実施例においてユーザが通信を継続すべきフローを選択するための選 択メニュー画面の一例を示す模式図である。
[図 19]第 6の実施例においてユーザが通信を継続すべきフローを選択するための選 択メニュー画面の異なる例を示す模式図である。
[図 20]第 6の実施例において選択メニュー画面力も通信を継続すべきフローを選択 した結果の一例を示す模式図である。
[図 21]第 6の実施例において選択メニュー画面力 通信を継続すべきフローを更に 選択した結果の一例を示す模式図である。
[図 22]第 6の実施例にお 、て帯域を割り当てることができな 、旨を示すエラー画面表 示の一例を示す模式図である。
[図 23]本発明に係る帯域割り当て方法の第 7の実施例を説明するためのフローチヤ ートである。
符号の説明
[0062] 10, 11, 12…通信端末、 20· · ·データベースサーバ、 30…インターネット、 40· · ·動 画サーノ 、 100, 110, 120· -NIC (Network Interface Card)、 101, 111, 121 · · · 制御部、 101a, 11 la- "VoIPアプリケーション、 101b, 111b, 121b…通信管理部 、 101c…動画ビューァアプリケーション、 101d, 11 Id" 'TV電話アプリケーション、 1 Ole, 121e…画像管理アプリケーション、 40O NIC (Network Interface Card)、 4 01 · "制御部、 401c- · 'ストリーミング配信アプリケーション。
発明を実施するための最良の形態
[0063] 以下、図面を参照しながら、本発明に係る帯域割り当て方法、帯域割り当て装置、 通信端末、帯域割り当てプログラム及びプログラム記録媒体を実施するための最良 の形態について説明する。
[0064] なお、以下の説明においては、本発明に係る帯域割り当て装置を搭載した通信 端末における帯域割り当て方法に関して、その実施形態の一例について説明し、帯 域割り当てプログラム及びプログラム記録媒体に関する実施形態の説明は省略する
。しかし、以下の帯域割り当て方法に関する詳細な説明から、本帯域割り当て方法を コンピュータによりプログラムとして実行する帯域割り当てプログラム、及び、該帯域 割り当てプログラムをコンピュータにより読み取り可能な記録媒体に記録するプロダラ ム記録媒体にっ 、ても容易に理解することができる。
[0065] (第 1の実施例)
本実施例においては、 VoIPアプリケーションを用いる場合を例に取って、図 1に示 す第 1の実施例におけるシステム構成図を用いて説明する。図 1は、インターネット 3 0を経由して互いに VoIP通信を行なう通信端末 10, 11が存在して 、る場合を模式 的に示している。図 1のシステム構成図において、通信端末 10,通信端末 11のそれ ぞれは、全体を制御する制御部 101, 111及びインターネット 30と接続するための通 信メディア装置としての通信インタフェースカード NIC (Network Interface Card) 10 0, 110を具備しており、制御部 101, 111のそれぞれには、各通信端末 10, 11に対 応する処理を実行する VoIPアプリケーション 101a, 111a,及び、該 VoIPアプリケ ーシヨン 101a, 11 laそれぞれからの要求を受け取り、通信用の帯域の割り当てなど を行なう帯域割り当て装置が備えられ、帯域割り当て装置それぞれには帯域割り当 てを含め VoIPアプリケーション 101a, 11 laそれぞれの通信を管理する通信管理部 101b, 11 lbが備えられている。更に、通信端末 10,通信端末 11には、図示してい ないが、各種情報の表示が可能な表示装置を具備するものが望ましい。
ここで、通信端末 10は、 VoIPアプリケーション 101aの要求に応じて、通信管理部 101bの制御の下、 NIC100を介してインターネット 30と接続しており、通信端末 11 は、 VoIPアプリケーション 11 laの要求に応じて、通信管理部 11 lbの制御の下、 NI C110を介してインターネット 30に接続して 、るものとする。
[0066] 本実施例では、 VoIPアプリケーション 101a, 11 laが使用要求帯域幅として 4つの 異なる帯域幅を利用可能とし、更に、通信端末力もネットワークへ向力 上り回線とネ ットワーク力 通信端末へ向力う下り回線とで異なる帯域のコーデックを利用可能とす る場合について説明する。また、ネットワーク情報、 NIC情報、フロー情報として管理 する帯域幅 BWとして、通信速度 (bps)以外に、単位時間当たりに転送するパケット 数 pps (packets per second : 1秒当たりに転送可能なパケット数)情報も含まれている
場合について例示する。
[0067] 以下、図 1に示すシステム構成図における通信端末 10, 11の VoIPアプリケーショ ン 101a, 11 la間の通話に用いる帯域割り当て方法について、図 2に示すシーケン スチャートを用いて説明する。ここに、図 2は、本発明に係る帯域割り当て方法の第 1 の実施例を説明するためのシーケンスチャートであり、ネットワーク力 通信端末 10, 11に向力う下り方向のフローにおける割当(使用可能)帯域幅を選択する場合を例 に取って、図 1に示す通信端末 10, 11間で送受信されるデータのシーケンスを示し ている。また、通信端末 10, 11それぞれの内部における VoIPアプリケーション 101a , 11 laと通信管理部 101b, 11 lbとの間のデータの送受信についても示している。
[0068] まず、発呼側通信端末 10の VoIPアプリケーション 101aは、通信管理部 101bを介 して、着呼側通信端末 11の VoIPアプリケーション 11 laに対して、 SIPZSDPを用 いて、 INVITE (通信招待)メッセージを送信する(シーケンス S21)。
[0069] なお、この INVITEメッセージの送信は、 Proxyサーバ経由としても良!、。 INVITE メッセージを受信した着呼側通信端末 11の VoIPアプリケーション 11 laは、発呼側 通信端末 10の VoIPアプリケーション 101aとの通信が可能な状態にあれば、通信管 理部 11 lbを介して、発呼側通信端末 10の VoIPアプリケーション 101aに対して、 SI PZSDPを用いて、 200 OKレスポンスを返送する(シーケンス S 22)。なお、この 20 0 OKレスポンスの返送も、 Proxyサーバ経由としても良い。
[0070] ここで、 VoIP通信において使用されている呼制御プロトコルとしては、前述したよう に、 SIP (Session Initiation Protocol)が適用されている場合が多い。一般に、 SIPを 用いる場合には、着呼側通信端末では、通信相手の発呼側通信端末から INVITE ( 通信招待)メッセージが届くまで、一方、発呼側通信端末では、 INVITEメッセージに 対する 200 OKメッセージが返送されてくるまで、通信相手の着呼側通信端末の IP アドレスが判明しなぐ通信を特定するパスが判明しないことがある。
[0071] VoIPアプリケーション 101a, 111a間の呼制御が完了した際には、互いの通信端 末において、相手 IPアドレスが判明するのみならず、その他のフロー情報についても 確定することができる。ここで、フロー情報とは、 VoIPアプリケーション 101a, 111a 間の通信を行なうための IPアドレスや通信ポートや使用要求帯域幅を指定するもの
であり、通信を行なうフローを特定するための宛先などの情報や、通信相手の VoIP アプリケーションとの間の通信に使用可能なコーデック情報力 得られる帯域情報( 使用要求帯域幅情報)など力 構成されている。
[0072] なお、帯域情報とは、当該 VoIPアプリケーションとして、最低限どの程度の帯域幅 が必要であり、最高のクオリティを達成するには最大どの程度の帯域幅を確保した ヽ 力など、割り当てを要求したい 1乃至複数の帯域幅を含む情報である。
[0073] 具体的には、フロー情報は、少なくとも、データ送信先の IPアドレスを示すディステ イネーシヨンアドレス(Dst Addr: Destination Address)、データ送信元の自 IPァドレ スを示すソースアドレス(Src Addr: Source Address)、データ送信先ポート番号を 示すディスティネーションポート(Dst Port: Destination Port)、最低限必要な帯域 幅(BW(MIN): Bandwidth (Minimum) )、最高クオリティに必要な最大の帯域幅(BW (MAX) : Bandwidth (Maximum) )を含んでいる。呼制御が終了すると、通信端末 10 , 11の通信管理部 101b, 11 lbは、それぞれのアプリケーション 101a, 111aからそ れぞれのフロー情報が渡される(シーケンス S23, S24)。通信制御部 101b, 111b が取得するフロー情報を、それぞれ表丄一 1及び表 1一 2に示す。
[0074] [表 1-1]
[0075] [表 1-2]
[0076] ここで、表 1ー 1,表 1一 2に示すフロー情報は、 4つの異なる帯域幅を利用可能とす
るように、最低限必要な最低使用要求帯域幅 (BW(MIN) )、最高のクオリティを得る ために必要な最大使用要求帯域幅 (BW (MAX) )の他に、第 2の帯域幅 (BW (2) ) 、第 3の帯域幅(BW (3) )が追加された構成となっている。更に、 BW(MIN) , BW(2 ) , BW(3) , BW (MAX)それぞれの帯域幅には、前述したように、使用を要求する 通信速度 (bps)以外に、使用を要求する単位時間当たりに転送可能なパケット数 (p ps)の情報も追加されて!、る。
[0077] 表 1— 1,表 1—2に示すように、通信管理部 101b, 11 lbのそれぞれが取得したフ ロー情報は同一の内容とされている力 表 1 1は、通信端末 10の通信管理部 101b が取得したフロー情報であり、表 1-2は、通信端末 11の通信管理部 11 lbが取得し たフロー情報であり、それぞれの通信管理部 101b、 11 lbで用いられる。
[0078] SIPZSDPの INVITEメッセージを受け取った着呼側通信端末 11の通信管理部 1 l ibは、通信が可能な状態を示す 200 OKレスポンスを、発呼側通信端末 10の通 信管理部 101bに返送した後、更に、表 2に示すような自身の NIC110の情報即ち N IC情報を、発呼側通信端末 10の通信管理部 101bに対して送信する(シーケンス S 25)。但し、 200 OKを受け取った発呼側通信端末 10の通信管理部 101bから、自 身の NIC100の情報即ち NIC情報を、着呼側通信端末 11の通信管理部 11 lbに対 して送信するようにしても構わな 、。
[0079] [表 2]
また、通信端末 10, 11の通信管理部 101b, 11 lbは、それぞれの通信端末 10, 1 1をインターネット 30に接続するための通信メディア装置であるネットワークインタフエ ースカード(通信インタフェースカード) NIC100, 110の性能限界即ち使用可能帯 域 (余り)も取得して管理している。即ち、通信相手の通信端末との間の通信用のパ スとして用いる NICに対応付けて、パス情報に付帯する NIC情報として管理して 、る 。ここに、 NIC情報は、少なくとも、当該 NICを備えている通信端末名(端末)(または
前記通信端末名と同等の効果をもつ IPアドレス等に代表される識別子)、通信端末か らネットワークへ向力う上り回線の最大帯域幅 (BW (上り))、上り回線の未使用(余り) となっている使用可能帯域幅 (BW (上り'余り))、ネットワーク力 通信端末へ向かう 下り回線の最大帯域幅 (BW (下り))、下り回線の未使用(余り)となっている使用可能 帯域幅 (BW (下り'余り))を含んでいる。ここで、表 2に示す NIC110に関する NIC情 報は、表 1 1,表 1 2のフロー情報の場合と同様に、転送可能なリンク速度 (bps) 以外に単位時間当たりに転送可能なパケット数 (pps)の情報も追加されて 1、る。
[0081] 着呼側通信端末 11の NIC110の NIC情報を受け取った発呼側通信端末 10の通 信管理部 101bでは、着呼側通信端末 11から得た NIC情報即ち NIC110の情報と 通信端末 10自身の NIC情報即ち NIC100の情報とをマージして、表 3に示すような 双方の NIC情報 (NIC管理表)を作成すると共に、双方の NIC情報に基づいて、表 4 に示すようなパス情報を作成し、通信相手の着呼側通信端末 11に対して送信する( シーケンス S26)。
[0082] この結果、通信端末 10, 11の通信管理部 101b, 11 lbは、 VoIPアプリケーション 101a, 11 la間の通信に用いるパス情報、 NIC情報をそれぞれ取得した状態となる。 なお、発呼通信端末 10の NIC情報は、当該通信端末 10からネットワークに向力 上 り回線の通信可能帯域幅 (BW (上り) )が 1Mbpsと下り回線の通信可能帯域幅 (BW (下り))の 11Mbpsに比して狭レ、場合を示してレ、る。
[0083] [表 3]
[0084] [表 4]
Dst Src BW BW PPS PPS Dst Src
Addr Addr (測定) (可用) (測定) (可用) NIC NIC パス 1 IP10 IP11 NIC 100 N1C1 10 パス 2 IP11 IP10 NIC110 NIC 100
[0085] 次に、パス情報を受け取った着呼側通信端末 11の通信管理部 11 lbでは、得られ た NIC情報とパス情報とを基にして、現在のネットワークの通信状況を示すネットヮー ク情報を調査するために、ネットワーク情報測定要求メッセージを、通信相手の発呼 側通信端末 10の通信管理部 101bに対して送信する(シーケンス S27)。本実施例 においては、互いの通信端末 10, 11間でテストデータの送受信動作を行なうことに より、 END— ENDでネットワークの"使用可能帯域幅"を示すネットワーク情報を測 定する場合を示している。また、これらの使用可能帯域幅はデータベースサーバ 20 が保持しており、データベースサーバ 20に対してネットワーク情報を問い合わせても 良い。
[0086] 着呼側通信端末 11の通信管理部 11 lbからのネットワーク情報測定要求メッセ一 ジを受け取った発呼側通信端末 10の通信管理部 101bと送信元の着呼側通信端末 11の通信管理部 11 lbとの間でテストデータを各種の帯域幅で送受信し合 1ヽ (シー ケンス S28)、送受信データの測定結果に基づいて、発呼側通信端末 10の通信管 理部 101b及び着呼側通信端末 11の通信管理部 11 lbそれぞれで、上り回線、下り 回線毎のフローについての使用可能帯域幅を決定する。
[0087] その結果、通信端末 10, 11のそれぞれでは、通信相手の通信端末 11, 10との間 の通信フローにて実測された使用可能な帯域幅を示すネットワーク情報として、即ち 、パス情報の一つとして、表 4に示す空欄部分(「パス 1」、「パス 2」の BW (測定)、 pps (測定))に関する情報が得られ、表 5に示すパス情報となる。更に、通信相手の通信 端末 11, 10との間の通信フローにおけるネットワークにて最大使用可能な帯域幅を 示すネットワーク情報として、即ち、パス情報の一つとして、「パス 1」、 「パス 2」の BW( 可用)、 pps (可用)についても、 END— ENDの実測結果である「パス 1」、 「パス 2」の BW (測定)、 pps (測定)がコピーされる。
[0088] [表 5]
Dst Src BW BW ps pps Dst Src
Addr Addr (測定) (可用) (測定) (可用) NIC NIC パス 1 IP10 IP1 1 128kbps 128kbps 85 85 NIC 100 NIC110 パス 2 IP11 IP10 4Mbps 4Mbps 2600 2600 NIC1 10 NIC 100
[0089] ここで、表 5のパス情報に例示するように、発呼側通信端末 10から着呼側通信端末 11へ向力 回線(「パス 1」)と、逆方向の着呼側通信端末 11から発呼側通信端末 10 へ向力う回線(「パス 2」)とは、ネットワーク上のノ スとして使用可能な帯域幅が異なつ ている場合(例えば、 BW (測定)は、「フロー 1」の場合が 128kbps、「フロー 2」が 4M bps)を示している。また、「パス 1」、 「パス 2」の使用可能帯域幅を示す BW (可用)、 p ps (可用)とは、前述のように、それぞれ END— ENDの実測値である BW (測定)、 p ps (測定)の値と同一の値を設定するようにして 、る。
[0090] 而して、通信端末 10, 11の通信管理部 101b, 11 lbでは、 VoIPアプリケーション 1 Ola, 11 laそれぞれのフロー情報とパス情報の使用可能帯域幅 (BW (可用))、単 位時間当たり使用可能パケット数 (pps (可用))に示す情報とを得ることにより、 VoIP アプリケーション 101a, 111a間の通信フローに使用可能な最大の帯域幅、単位時 間当たりパケット数を適切に割り当てることができる。
[0091] 即ち、表 1— 1,表 1—2のフロー情報と、表 3の NIC情報と、表 5のパス情報とを参 照して、 END— END実測結果から取得した表 5の使用可能帯域幅 (BW (可用))と 、アプリケーション 101a, 11 laの使用要求帯域幅即ちフロー情報として収集した表 1一 1 ,表 1一 2の最低限必要な帯域幅 (BW (MIN) )、第 2の帯域幅 (BW (2) )、第 3 の帯域幅 (BW(3) )、最高クオリティに必要な最大の帯域幅 (BW (MAX) )とを比較 することにより、現在のネットワーク状況として割り当て可能な帯域幅を判断することが できる。
[0092] また、同様に、表 1— 1,表 1—2のフロー情報と、表 3の NIC情報と、表 5のパス情 報とを参照して、 END— END実測結果から取得した表 5の単位時間当たりの使用 可能パケット数(pps (可用))と、アプリケーション 101a, 11 laの要求帯域幅即ちフロ 一情報として収集した表 1— 1,表 1一 2の最低限必要な帯域幅 (BW(MIN) )、第 2 の帯域幅 (BW(2) )、第 3の帯域幅 (BW(3) )、最高クオリティに必要な最大の帯域
幅 (BW (MAX) )に示す単位時間当たりの使用要求パケット数 (pps)とを比較するこ とにより、現在のネットワーク状況として割り当て可能な単位時間当たりのパケット数を 半 U断することができる。
[0093] ここで、本実施例においてフローは、通信端末力 ネットワークに向力う上り回線 1 本、逆方向の下り回線 1本ずっとされているので、ネットワーク状況が許す限りの最高 の水準の帯域幅を選択すれば良い。従って、表 5のようなパス情報が得られている場 合は、着呼側通信端末 11→発呼側通信端末 10へのフロー 1 (ネットワークの使用可 能帯域幅 128kbps)では、使用要求帯域幅 90kbps、単位時間当たり使用要求パケ ット数 50ppsの第 3の帯域幅 BW(3)が選択され、一方、発呼側通信端末 10→着呼 側通信端末 11へのフロー 2 (ネットワークの使用可能帯域幅 4Mbps)では、最高のク オリティが得られる使用要求帯域幅 115kbps、単位時間当たり使用要求パケット数 1 OOppsの最大帯域幅 BW(MAX)が選択される。
[0094] 更に言えば、通信端末 10では、ネットワーク力も通信端末 10へ向力 下りフローは 、フロー 1の使用要求帯域幅 BW(3)が選択され、通信端末 10からネットワークへ向 力う上りフローは、フロー 2の使用要求帯域幅 BW (MAX)が選択される。一方、ネット ワークから通信端末 11へ向力う下りフローは、フロー 2の使用要求帯域幅 BW (MAX )が選択され、通信端末 11からネットワークへ向力う上りフローは、フロー 1の使用要 求帯域幅 BW(3)が選択される。
[0095] し力る後、発呼側通信端末 10の通信管理部 101bは、当該通信端末 10の VoIPァ プリケーシヨン 101aに対して、受信用のフロー 1として使用可能な帯域幅として使用 要求帯域幅 BW(3)を、送信用のフロー 2として使用可能な帯域幅として使用要求帯 域幅 BW(MAX)を通知すると共に(シーケンス S29)、通信相手の通信端末 11の通 信管理部 111bに対しても、発呼側通信端末 10の使用可能な帯域幅として割り当て た使用要求帯域幅を示すパス情報 · NIC情報を送信する (シーケンス S31)。
[0096] 一方、着呼側通信端末 11の通信管理部 111bも、当該通信端末 11の VoIPアプリ ケーシヨン 11 laに対して、受信用のフロー 2として使用可能な帯域幅として使用要求 帯域幅 BW (MAX)を、送信用のフロー 1として使用可能な帯域幅として使用要求帯 域幅 BW (3)を通知すると共に (シーケンス S30)、通信相手の通信端末 10の通信管
理部 10 lbに対しても、着呼側通信端末 11の使用可能な使用要求帯域幅を示すパ ス情報 'NIC情報を送信する(シーケンス S32)。
[0097] 更に、アプリケーション 101a, 11 laや他のアプリケーションからの次の通信要求の 発生、即ち、次のフローの発生に備えて、帯域を割り当てた後における表 5のノ ス情 報の使用可能帯域幅 (BW (可用))の残り、時間当たり使用可能パケット数 (pps (可 用))の残りや、表 3の NIC情報の使用可能帯域幅 (BW (上り'余り)、 BW (下り'余り) )の余りや時間当たり使用可能パケット数 (pps (上り'余り)、 pps (下り'余り))の余りを 、以降の使用可能な帯域幅として算出し直す。
[0098] また、以降の使用可能帯域幅 (余り Z可用)の算出に当たっては、アプリケーション 101a, 111aに対して実際に割り当てた使用要求帯域幅 BW、単位時間当たり使用 要求パケット数 ppsをそのまま用いて、表 5のパス情報の使用可能帯域幅(BW (可用 ) )、単位時間当たり使用可能パケット数 (pps (可用))及び表 3の NIC情報の使用可 能帯域幅 (BW (上り ·余り)、 BW (下り ·余り))、時間当たり使用可能パケット数 (pps ( 上り'余り)、 pps (下り'余り) )から減算して、それぞれの残り、余りを示す使用可能帯 域幅 (BW (可用))、単位時間当たり使用可能パケット数 (pps (可用))、使用可能帯 域幅 (BW (上り.余り)、 BW (下り ·余り))、時間当たり使用可能パケット数 (pps (上り' 余り)、 pps (下り'余り))としても良いし、アプリケーション 101a, 111aに実際に割り当 てた使用要求帯域幅 BW、単位時間当たり使用要求パケット数 ppsに対して適度な 余裕 (例えば 1. 5倍など予め定めた倍率による余裕)を持たせて減算しても良い。
[0099] 各 VoIPアプリケーションに実際に割り当てた帯域幅 BWと単位時間当たりのバケツ ト数 ppsとをそのままそれぞれ減算して 、る。実際に割り当てた帯域幅 BWと単位時 間当たりのパケット数 ppsとを減算した結果得られたパス情報、 NIC情報を、それぞ れ表 6、表 7に示している。
[0100] [表 6]
Dst Src BW BW ps pps Dst Src
Addr Addr (測定〉 (可用) (測定) (可用) NIC NIC パス 1 IP10 IP1 1 128kbps 38kbps 80 30 NIC 100 NIC1 10 パス 2 IP11 IP10 4Mbps 3.885Mbps 325 225 NIC1 10 NIC 100
[0101] [表 7]
[0102] し力る後、発呼側通信端末 10の通信管理部 101b力 使用可能帯域の割り当ての 通知を受け取った VoIPアプリケーション 101aは、下りフロー通信用のリソースとして 用いるコーデックについてフロー 1に割り当てられた帯域幅 BW(3) (即ち、使用要求 帯域幅 BW90kbps、単位時間当たり使用要求パケット数 50pps)に適したものを選 択して、コーデック変更要求メッセージとして、 SIPZSDPに従って、通信相手の通 信端末 11の VoIPアプリケーション 11 laに対して通知する(シーケンス S33)。
[0103] このコーデック変更要求メッセージを受信した通信端末 11の VoIPアプリケーション
11 laは、 VoIPアプリケーション 101aのコーデック変更要求に従ってコーデックの設 定'変更を行ない、要求元の発呼側通信端末 10の VoIPアプリケーション 101aに対 して、コーデックの変更を実施済みであり、変更後の帯域を用いた通信が可能である 旨を示す 200 OKレスポンスを、 SIPZSDPに従って返送する(シーケンス S34)。
[0104] 更に、着呼側通信端末 11の通信管理部 111bから使用要求帯域の割り当ての通 知を受け取った VoIPアプリケーション 11 laは、下りフロー通信用のリソースとして用 いるコーデックについてフロー 2に割り当てられた帯域幅 BW(MAX) (即ち、使用要 求帯域幅 BW115kbps、単位時間当たり使用要求パケット数 lOOpps)に適したもの を選択して、コーデック変更要求メッセージとして、 SIPZSDPに従って、通信相手 の通信端末 10の VoIPアプリケーション 101aに対して通知する(シーケンス S35)。
[0105] このコーデック変更要求メッセージを受信した通信端末 10の VoIPアプリケーション 101aは、 VoIPアプリケーション 11 laのコーデック変更要求に従ってコーデックの設 定 '変更を行ない、要求元の着呼側通信端末 11の VoIPアプリケーション 11 laに対 して、コーデックの変更を実施済みであり、変更後の帯域を用いた通信が可能である 旨を示す 200 OKレスポンスを、 SIPZSDPに従って返送する(シーケンス S36)。
[0106] 而して、 4つの異なる帯域幅を利用可能とした VoIPアプリケーション 101a, 111a に対して、現在のネットワーク状況に応じた最適な帯域を用いた通信が可能とするよ うに、上り回線と下り回線とで異なる帯域のコーデックを利用可能とすると共に、更に 、使用可能な使用要求帯域幅 BWのみならず、単位時間当たりの使用要求パケット 数 ppsも最適な状態で通信を行なうことが可能となる。例えば、 VoIP通信を用いるァ プリケーシヨン 101a, 11 laでは、今まで上下回線共に低品質なコーデックを用いて V、たとしても、上り回線と下り回線との現在のネットワーク状況に応じて最高のクオリテ ィが得られる、より高品質なコーデックに動的に変更することになる。
[0107] (第 2の実施例)
本実施例にぉ 、ては、前述の第 1の実施例で例示した VoIPアプリケーションを用 いる場合とは異なり、インターネットを介して通信端末間で TV電話 (テレビ電話)を行 なう場合を例に取って、図 3に示すシステム構成図を用いて説明する。ここに、図 3は 、本発明に係る帯域割り当て方法の第 2の実施例を説明するためのシステム構成図 であり、インターネット 30を経由して互いに TV電話を行なう通信端末 10, 11が存在 して 、る場合を模式的に示して 、る。
[0108] 図 3のシステム構成図においては、図 1に示すシステム構成図と同様に、通信端末 10,通信端末 11のそれぞれは、制御部 101, 111及び通信メディア装置としての通 信インタフェースカード NIC (Network Interface Card) 100, 110を具備しており、 制御部 101, 111のそれぞれには、各通信端末 10, 11に対応して TV電話用の処 理を実行する TV電話アプリケーション 10 Id, l l ld、及び、該 TV電話アプリケーシ ヨン 101d, 11 Idそれぞれからの要求を受け取り、通信用の帯域の割り当てなどを行 なう帯域割り当て装置がそれぞれに備えられ、帯域割り当て装置には帯域割り当て を含め TV電話アプリケーション 101d, 11 Idそれぞれの通信を管理する通信管理 部 101b、 111bが備えられている。更に、通信端末 10,通信端末 11は、図示してい ないが、各種情報の表示が可能な表示装置を具備するものが望ましい。
[0109] ここで、通信端末 10は、 TV電話アプリケーション lOldの要求に応じて、通信管理 部 101bの制御の下、 NIC100を介してインターネット 30と接続しており、通信端末 1 1は、 TV電話アプリケーション 11 Idの要求に応じて、通信管理部 11 lbの制御の下
、 NIC110を介してインターネット 30に接続しているものとする。
[0110] なお、本実施例においては、各通信端末 10, 11の TV電話アプリケーション lOld 、 l l ldが通信用として使用するフローは、前述の第 1の実施例とは異なり、上下回線 にそれぞれ対応するフローが、音声用と映像用との 2本ずつ、即ち、合計 4本のフロ 一を備えている。
[0111] 即ち、 TV電話アプリケーションの場合の本実施例においては、通信端末 11→通 信端末 10方向に、音声用のフロー 1と映像用のフロー 2との 2本のデータフローが存 在し、逆方向の通信端末 10→通信端末 11方向にも、同様に、音声用のフロー 3と映 像用のフロー 4との 2本のデータフローが存在する。ここで、本実施例においても、上 下回線毎に異なる帯域幅のコーデックを選択することができるものとする。
[0112] 以下、図 3に示すシステム構成図における通信端末 10, 11の TV電話アプリケーシ ヨン lOld, 11 Id間の通話に用いる帯域割り当て方法について、図 4に示すシーケン スチャートを用いて説明する。ここに、図 4は、本発明に係る帯域割り当て方法の第 2 の実施例を説明するためのシーケンスチャートであり、ネットワーク力 通信端末 10, 11に向力う下り方向のフローにおける割当(使用可能)帯域幅を選択する場合を例 に取って、図 3に示す通信端末 10, 11間で送受信されるデータのシーケンスを示し ている。また、通信端末 10, 11それぞれの内部における TV電話アプリケーション 10 Id, 11 Idと通信管理部 101b, 11 lbとの間のデータの送受信についても示している
[0113] ここで、 SIPZSDPによる呼が確定するまでの動作(シーケンス S81, S82)につい ては、第 1の実施例の VoIP通信の場合と全く同じであるので、以降の説明は省略す る。なお、本実施例では、この呼制御が確定した段階では、第 1の実施例の場合と同 様に、 TV電話アプリケーション 10 Id, 11 Id間の通話について最低限の帯域幅を用 いて音声のみの通信を開始している例(シーケンス S83)を示している力 第 1の実施 例と同様に、呼制御が確定しても、使用可能な割当(使用可能)帯域幅が決定するま で、通話を開始しないようにしても構わない。
[0114] 呼制御が終了すると、通信端末 10, 11の通信管理部 101b, 111bは、それぞれの アプリケーション lOld, 11 Idからそれぞれのフロー情報が渡される(シーケンス S84
, S85)。通信管理部 101b, 11 lbが取得するフロー情報を、それぞれ表 8及び表 9 に示す。
[0115] なお、表 8及び表 9には、帯域幅追加割り当てを制御するための「状態管理パラメ ータ」と帯域割り当て結果を示すフロー毎の割当(使用可能)帯域幅を示す「BW (付 与)」、「pps (付与)」欄を追加して設けていると共に、更に、帯域割り当ての優先度を 制御するための「優先度」欄が追加されている。また、表 8、表 9に示す例では、音声 用のフロー 1、フロー 3の方が映像用のフロー 2、フロー 4よりも優先的に帯域の割り当 てを行なうように指定されている。
[0116] [表 8]
[0117] [表 9]
優先度
管理 (付与)
フロー 3 0 一 ― 1 フロー 4 0 一 ― 2
[0118] アプリケーション lOld, 11 Idからそれぞれのフロー情報を受け取った各通信端末 10, 11の通信管理部 101b, 111bでは、ネットワークから当該通信端末に向力う下り 方向のフロー情報を得ることになる。
[0119] フロー情報を受け取った発呼側通信端末 10の通信管理部 101bは、第 1の実施例 の場合と同様に、着呼側通信端末 11との間の TV電話用に用いるパス情報を作成す るために、当該通信端末 10の NIC100に関する情報即ち NIC情報を、着呼側通信 端末 11の通信管理部 11 lbに対して送信する(シーケンス S86)。通信相手の通信 端末 10の NIC情報を受け取った着呼側通信端末 11の通信管理部 111bでは、第 1 の実施例の場合と同様に、通信端末 10から得た通信端末 10の NIC情報と通信端末 11自身の NIC情報即ち NIC110の情報とから、パス情報を作成し、通信端末 10の 通信管理部 101bに対して送信する(シーケンス S87)。
[0120] この結果、発呼側通信端末 10の通信管理部 101bと着呼側通信端末 11の通信管 理部 11 lbとは、 TV電話アプリケーション lOld, 11 Id間の通信に用いるパス情報、 NIC情報をそれぞれ取得した状態となる。ここで、発呼側通信端末 10と着呼側通信 端末 11との NIC情報をマージして得られる NIC情報を、表 10に示す。表 10に示す ように、発呼側通信端末 10の NIC100の上り回線の使用可能帯域幅のみ、他の回 線の使用可能帯域幅に比し、狭い帯域幅し力使用できない例を示している。
[0121] [表 10]
なお、前述のように、発呼側通信端末 10の通信管理部 101bから NIC情報を送信 して着呼側通信端末 11の通信管理部 111bからパス情報を受け取る場合とは異なり 、第 1の実施例にて説明したように、逆に、着呼側通信端末 11の通信管理部 111b から NIC情報を送信して発呼側通信端末 10の通信管理部 101bからパス情報を受 け取るようにしても構わない。また、各アプリケーション 101d, 11 Idがそれぞれの通
信管理部 101b, 11 lbにフロー情報を引き渡す際には、前述した実施例においても 同様である力 各アプリケーション lOld, l l ldは、通信管理部 101b, 111bにおい て発呼側'着呼側のいずれかが判別できる情報を付与して、発呼側フロー情報'着 呼側フロー情報として引き渡す。
[0123] また、前述したように、安定した通信品質を確保した 、場合には、各 TV電話アプリ ケーシヨン 101d, 11 Idがそれぞれの通信管理部 101b, 11 lbに引き渡すフロー情 報として、実際に用いるコーデックの使用帯域幅よりも大き ヽ帯域幅を用いるようにし ても良い。
[0124] 次に、パス情報を受け取った発呼側通信端末 10の通信管理部 101bにおいては、 第 1の実施例と同様に、得られた NIC情報とパス情報とを基にして、通信相手の着呼 側通信端末 11との間の通信において使用可能な現在のネットワークの通信状況を 示すネットワーク情報を調査するために、ネットワーク情報測定要求メッセージを、通 信相手の着呼側通信端末 11の通信管理部 11 lbに対して送信する(シーケンス S88
) o
[0125] 即ち、本実施例においては、データベースサーバ 20に対してネットワーク情報を問 い合わせる第 1の実施例の場合と同様、互いの通信端末 10, 11間でテストデータの 送受信動作を行なうことにより、 END— ENDでネットワークの"使用可能帯域幅"を 示すネットワーク情報を測定する場合を示している力 S、データベースサーノくからネット ワーク情報を取得するようにしても構わな 、。
[0126] 発呼側通信端末 10の通信管理部 101bからのネットワーク情報測定要求メッセ一 ジを受け取った着呼側通信端末 11の通信管理部 11 lbと送信元の発呼側通信端末 10の通信管理部 101bとの間でテストデータを各種の帯域幅で送受信し合い (シー ケンス S89)、送受信データの測定結果に基づいて、発呼側通信端末 10の通信管 理部 101b及び着呼側通信端末 11の通信管理部 11 lbそれぞれで、上り回線、下り 回線毎のフローにつ 、ての使用可能帯域幅を決定する。
[0127] その結果、通信端末 10, 11のそれぞれでは、通信相手の通信端末 11, 10との間 の通信フローにて実測された使用可能な帯域幅を示すネットワーク情報として、即ち 、ノ ス情報の一つとして、表 11に示す「パス 1」、 「パス 2」の BW (測定)、 pps (測定))
に関する情報が得られる。更に、通信相手の通信端末 11, 10との間の通信フローに おけるネットワークにて最大使用可能な帯域幅を示すネットワーク情報として、即ち、 パス情報の一つとして、「パス 1」、 「パス 2」の BW (可用)、 pps (可用)についても、 E ND— ENDの実測結果である「パス 1」、 「パス 2」の BW (測定)、 pps (測定)がコピー される。
[0128] [表 11]
[0129] 表 11に示すパス情報において、パス 1は、着呼側通信端末 11→発呼側通信端末 10へ向力 通信に使用されるパス情報を示し、パス 2は、逆に、発呼側通信端末 10 →着呼側通信端末 11へ向力 通信に使用されるパス情報を示している。表 11に示 すように、パス 1の使用可能帯域幅 (BW (可用))、単位時間当たりの使用可能バケツ ト数 (pps (可用))は、それぞれ、 2Mbps, 160ppsであり、一方、パス 2は、それぞれ 1Mbps, lOOppsとパス 1よりも使用可能な帯域が狭い場合を示している。
[0130] 次に、図 6〜図 8に示す帯域割り当て方法によって、各フローに対して使用可能な 帯域幅を割り当てる例について説明する。まず、通信端末 10の通信管理部 101bに おける帯域割り当てにっ 、て詳述する。
[0131] まず、通信端末 10の通信管理部 101bでは、表 8に示すフロー情報を参照して、図 6のフローチャートにお 、て、最低限の使用要求帯域幅(BW(MIN) )即ち表 8にお ける最低使用要求帯域幅 (BW(1) )が示す音声用帯域幅 30kbps及び映像用帯域 幅 100kbps、単位時間当たりの最低使用要求パケット数として音声用 lOpps及び映 像用 8ppsを割り当てる (ステップ ST01)。
[0132] その結果、最低限の使用要求帯域幅 (BW(MIN) )としてフロー 1及びフロー 2に割 り当てた合計使用要求帯域幅のリソースが、フローの方向が下り回線方向であること を考慮して、パス情報の使用可能帯域幅 (BW (可用))力 减算されて、今後利用可 能なパス情報の使用可能帯域幅 (BW (可用))として更新され、更に、 NIC情報の下
り方向の使用可能帯域幅 (BW (下り 余り))から減算されて、今後利用可能な NIC 情報の使用可能帯域幅 (BW (下り 余り) )として更新される (ステップ ST02)。
[0133] 同様に、最低限の使用要求帯域幅 (BW(MIN) )としてフロー 1及びフロー 2に割り 当てた単位時間当たりの合計使用要求パケット数のリソース力 フローの方向が下り 回線方向であることを考慮して、パス情報の単位時間当たり使用可能パケット数 (pps (可用))から減算されて、今後利用可能なパス情報の単位時間当たりの使用可能パ ケット数 (pps (可用))として更新され、更に、 NIC情報の下り方向の単位時間当たり 使用可能パケット数 (pps (下り 余り) )力 減算されて、今後利用可能な NIC情報の 単位時間当たり使用可能パケット数 (pps (下り 余り) )として更新される (ステップ ST 03)。
[0134] 次に、今後利用可能なパス情報の使用可能帯域幅 (BW (可用))、単位時間当たり の使用可能パケット数 (pps (可用))、今後利用可能な NIC情報の使用可能帯域幅( BW (下り 余り) )、単位時間当たりの使用可能パケット数 (pps (下り 余り) )の!、ず れも正数であるか否力、即ち、残りの使用可能帯域幅 (BW (可用)、 BW (下り 余り) )、単位時間当たりの使用可能パケット数 (pps (可用)、 pps (下り—余り))がまだ残さ れて 、るか否かを調べ(ステップ ST04)、正数ではな!/、場合 (ステップ ST04の NO) 、先に割り当てた最低限の使用要求帯域幅 (BW(MIN) )を確保することができない 場合であり、帯域割り当てに失敗したものとして、 TV電話アプリケーション lOldに対 してエラーの旨を報告して、帯域割り当て処理を終了する (ステップ ST05)。
[0135] 次に、図 7のフローチャートにおいて、最高のクオリティが得られる最大の使用要求 帯域幅 (BW (MAX) )即ち表 8における最大使用要求帯域幅 (BW (3) )が示す音声 用帯域幅 120kbps及び映像用帯域幅 lMbps、単位時間当たりの最低使用要求パ ケット数として音声用 60pps及び映像用 80ppsを割り当てる (ステップ ST06)。
[0136] その結果、最大の使用要求帯域幅 (BW(MAX) )としてフロー 1及びフロー 2に割り 当てた合計使用要求帯域幅のリソースが、フローの方向が下り回線方向であることを 考慮して、パス情報の使用可能帯域幅 (BW (可用))から減算されて、今後利用可能 なパス情報の使用可能帯域幅 (BW (可用))として算出され、更に、 NIC情報の下り 方向の使用可能帯域幅 (BW (下り 余り))から減算されて、今後利用可能な NIC情
報の使用可能帯域幅 (BW (下り—余り))として算出される (ステップ ST07)。
[0137] ここで、状態管理パラメータとは、図 8に示す帯域割り当て処理をする場合について ループ処理力 の脱出の有無を制御するためのパラメータのことであり、フロー情報 の各フロー毎に対応付けて付加して設けている。ここで、各フロー毎の状態管理パラ メータの初期値は「0」であるが、「規定ループ回数 + 1」に設定することにより、図 8の ループ処理から脱出することを指示して ヽる。
[0138] 一方、今後利用可能なパス情報の使用可能帯域幅 (BW (可用))、単位時間当たり の使用可能パケット数 (pps (可用))の 、ずれかが正数ではな 、場合 (ステップ ST09 の NO)、先に割り当てた最大の使用要求帯域幅 (BW (MAX) )を確保することがで きない状態にある場合であり、ステップ ST01〜ST03で最低限の使用要求帯域幅( BW (MIN) )の割り振りに成功して 、るパス情報の状態にー且戻す (ステップ ST11)
[0139] 割り当て結果として、パス情報の残りの使用可能帯域幅や NIC情報の余りの使用 可能帯域幅を算出した結果、図 6及び図 7のステップ ST04及び ST09のいずれにお いても正数の値となるので (ステップ ST04の YES、ステップ ST09の YES)、音声用 フロー 1、映像用フロー 2共に、最大使用要求帯域幅 (BW (MAX)即ち表 8の BW (3 ;) )の帯域幅 BW、単位時間当たりのパケット数 ppsを、フロー 1、フロー 2に対して割り 当てて、帯域割り当て処理を終了する。
[0140] 発呼側通信端末 10の通信管理部 101bは、 TV電話アプリケーション 101dに対し て、 TV電話用として割り当てた割当(使用可能)帯域幅を通知する (シーケンス S90) 。この結果、発呼側通信端末 10の TV電話アプリケーション 101dにおいては、今ま では、シーケンス S83において最低レートの帯域幅を用いた音声だけで通信を開始 して 、たが、通信相手の着呼側通信端末 11の TV電話アプリケーション 11 Idから、 最高レートの音声用フロー 1と、最高レートの映像用フロー 2とを用いて、受信可能な 状態になる。 TV電話アプリケーション 101dに帯域割り当てを行なった結果のフロー 情報を表 12に示す。
[0141] [表 12]
Dst Src Dst
BW(1 ) BW(2)
Addr BW(3)
Addr Port
フロ一 1 IP10 IP1 1 7080 30kbps 10pps 90kbps 30pps 120kbps 60pps フロ一 2 1P10 IP11 9080 100kbps 8pps 300kbps 24pps 1 Mbps 80pps
[0142] 表 12に示すように、音声用フロー 1、映像用フロー 2については、最大の使用要求 帯域幅を割り当てているので、状態管理パラメータの値は、共に、「規定ループ回数 + 1」となる「5」が設定され、割当(使用可能)帯域幅を示す「BW (付与)」には、それ ぞれ、 120kbps, 1Mbpsが、また、単位時間当たりの割当(使用可能)パケット数を 示す「pps (付与)」には、それぞれ、 60pps, 80ppsが設定される。
[0143] TV電話アプリケーション 101dに対する帯域割り当てを終了した結果として、通信 端末 10の通信管理部 101bにおいて、以降のアプリケーションからのフローの要求に 備えて、ネットワークから当該通信端末 10へ向力うパス 1に関するパス情報の使用可 能帯域幅 (BW (可用))、単位時間当たりの使用可能パケット数 (PPS (可用))、及び 、 NIC100に関する NIC情報の使用可能帯域幅 (BW (下り—余り))、単位時間当た り使用可能パケット数 (pps (下り一余り))を更新して保存する。即ち、 TV電話アプリ ケーシヨン 101dに実際に割り当てた帯域幅 BWと単位時間当たりのパケット数 ppsと を減算した結果得られたパス情報、 NIC情報を、それぞれ表 13、表 14に示している
[0144] [表 13]
Dst Src BW BW Pps PPS Dst Src
Addr Addr (測定) (可用) (測定) (可用) NIC NIC パス 1 IP10 【P1 1 2Mbps 250kbps 160 20 NIC 100 NJC110 パス 2 IP1 1 IP10 1 Mbps 1 bps 100 100 NIC110 NIC 100
[0145] [表 14]
[0146] ここで、表 13に示すパス情報の使用可能帯域幅 (BW (可用))は、実際に割り当て た割当(使用可能)帯域幅を減算した計算結果からは、 880kbpsが得られるが、一方 、単位時間当たりの使用可能パケット数 (pps (可用))の算出結果としては、僅か 20p psしか残されていないため、使用可能帯域幅 (BW (可用))についても、単位時間当 たりのパケット数 20PPsを受信可能な限界値である 250kbpsに変更して設定してい る。
[0147] 更新したパス情報、 NIC情報は、通信相手の着呼側通信端末 11の通信管理部 11 lbに対して送信されて (シーケンス S92)、着呼側通信端末 11の通信管理部 11 lb にて、通信端末 10向けのパス情報、 NIC情報の更新用として利用される(シーケンス S93)。
[0148] シーケンス S90において、割当(使用可能)帯域幅の通知を受け取った発呼側通 信端末 10の TV電話アプリケーション lOldにおいては、着呼側通信端末 11の TV電 話アプリケーション 11 Idに対して、 SIP/SDPの「Re— INVITEJメッセージを用い て、下り方向のフローに関して、映像用に使用開始する映像コーデックと最低限度の レートで使用中の音声コーデックの変更とを要求するコーデック変更要求を送信する (シーケンス S94)。
[0149] このコーデック変更要求を受信した着呼側通信端末 11の TV電話アプリケーション 11 Idは、 TV電話アプリケーション 101dのコーデック変更要求に従ってコーデックの 設定'変更を行ない、要求元の発呼側通信端末 10の TV電話アプリケーション 101d に対して、コーデックの変更を実施済みであり、変更後の帯域を用いた通信が可能 である旨を示す 200 OKレスポンスを、 SIPZSDPに従って返送する(シーケンス S 95)。
[0150] この結果、着呼側通信端末 11→発呼側通信端末 10方向の TV電話用のフローが 決定する。しかる後、着呼側通信端末 11の TV電話アプリケーション l l ldは、 RTP に従って、 TV電話の音声用フロー 1と映像用フロー 2とを帯域変更後の音声用コー デックと映像用コーデックを用いて、発呼側通信端末 10の TV電話アプリケーション 1 Oldに対して送信する(シーケンス S96)。
[0151] 次に、通信端末 11の通信管理部 11 lbにおける帯域割り当てについて説明する。
即ち、発呼側通信端末 10→着呼側通信端末 11に関する帯域割り当てについて説 明する。なお、本実施例においては、通信端末 10の場合と同様に、図 8におけるル ープ処理を繰り返す規定ループ回数は、 4回とする。
[0152] まず、通信端末 11の通信管理部 11 lbでは、通信端末 10の通信管理部 101bにお ける処理と同様に、表 9に示すフロー情報を参照して、図 6のフローチャートにおいて 、最低限の使用要求帯域幅 (BW(MIN) )即ち表 9における最低使用要求帯域幅 (B W(l) )が示す音声用帯域幅 30kbps及び映像用帯域幅 100kbps、単位時間当たり の最低使用要求パケット数として音声用 lOpps及び映像用 8ppsを割り当てる (ステツ プ ST01)。
[0153] 割り当て結果として、パス情報の残りの使用可能帯域幅や NIC情報の余りの使用 可能帯域幅を算出した結果を、表 15のパス情報、表 16の NIC情報に示す。
[0154] [表 15]
[0155] [表 16]
BW BW BW BW PS
端末 pps pps PPS
(上リ) (上リ -余り) (上り) (上り-余 ) (下り) (下り-余り) J) (下リ-余リ〉
NIC
10 3Mbps 3Mbps 240 240
100 11 Mbps 1 1 Mbps 910 910
NIC
1 1 1 1 Mbps 1 1 Mbps 910 910
110 11Mbps 10.87Mbps 910 892
[0156] 表 15、表 16に示すように、図 6のステップ ST04において、算出結果が正数の値と なるので (ステップ ST04の YES)、次に、図 7のフローチャートにおいて、最高のクオ リティが得られる最大の使用要求帯域幅 (BW(MAX) )即ち表 9における最大使用 要求帯域幅 (BW (3) )が示す音声用帯域幅 120kbps及び映像用帯域幅 lMbps、 単位時間当たりの最低使用要求パケット数として音声用 60pps及び映像用 80ppsを 割り当てる (ステップ ST06)。
[0157] 最大の使用要求帯域幅 (BW (MAX) )の割り当て結果として、パス情報の残りの使 用可能帯域幅や NIC情報の余りの使用可能帯域幅を算出した結果、パス情報のパ ス 2についてはパス 1よりも狭い使用可能帯域幅であるので、図 7のステップ ST09に おいて、パス情報の残りの使用可能帯域幅 (BW (可用))、単位時間当たりの使用可 能パケット数 (pps (可用))の 、ずれも正数の値とならなく(ステップ ST09の NO)、最 大の使用要求帯域幅 (BW(MAX) )を割り当てることができな 、ことが判明する。
[0158] そこで、図 8に示す帯域割り当て方法に沿って、パス 2に関する割当(使用可能)帯 域幅を決定することになる。以降の説明に当たって参考のため、図 5に、本実施例に お 、て図 8の帯域割り当て方法によって割り当てられて!/、く各フロー(フロー 3及びフ ロー 4)の帯域割り当て状況を模式的に示している。
[0159] まず、表 9に示すフロー情報においては、現在、音声用フロー 3,映像用フロー 4の いずれのフローについても、状態管理パラメータの値は初期値の「0」であるので、よ り優先度の高い音声用フロー 3に注目して (ステップ ST12)、最大使用要求帯域幅( BW (MAX)即ち表 9の BW (3)の使用要求帯域幅 120kbps及び単位時間当たりの 使用要求パケット数 60pps)となるために必要とする残りの使用要求帯域幅 90kbps 及び単位時間当たりの使用要求パケット数 50ppsと、表 15に示すパス情報のノ ス 2 の使用可能帯域幅 (BW (可用))の半分 435kbps及び単位時間当たり使用可能パ ケット数 (pps (可用))の半分 41ppsとを比較する(ステップ ST13)。
[0160] その結果、最大使用要求帯域幅 (BW (MAX) )の使用要求帯域幅 120kbpsにな るために必要とする残りの帯域幅 90kbpsは、パス 2の使用可能帯域幅 (BW (可用)) の半分 435kbps以下であるが、最大使用要求帯域幅 (BW (MAX) )の単位時間当 たりの使用要求パケット数 60ppsになるための残り 50ppsは、パス 2の単位時間当た
り使用可能パケット数 (pps (可用))の半分 41pps以上になって 、ることが分かる。
[0161] 従って、割当(使用可能)帯域幅 BWとしては、フロー 3が要求する最大使用要求帯 域幅 (BW (MAX) )即ち使用要求帯域幅 BW (3)ではなく、表 15に示すパス情報に おける使用可能帯域幅の半分の 435kbps, 41ppsを追加して割り当てる (ステップ S T18)。しかし、追加して割り当てた帯域幅 435kbpsと先に割り当て済みの最小使用 要求帯域幅 30kbpsとの合計は、フロー 3の最大使用要求帯域幅 (BW (MAX)即ち BW(3) )の 120kbpsよりも大きいので、帯域幅については、最大使用要求帯域幅 (B W (MAX) )即ち使用要求帯域幅 BW (3)の 120kbpsを割り当てる。
[0162] 即ち、フロー 3に関しては、割当(使用可能)帯域幅として、最低限使用要求帯域幅
(BW (MIN) )として先に割り当て済みの割当(使用可能)帯域幅 30kbpsを置換して 、最高のクオリティが得られる最大使用要求帯域幅 (BW (MAX) )即ち使用要求帯 域幅 BW (3)の 120kbpsを割り当て、単位時間当たり割当(使用可能)パケット数とし ては、最低限使用要求帯域幅 (BW(MIN) )として先に割り当て済みの単位時間当 たり割当(使用可能)パケット数 lOppsに、更に 41ppsを加えた合計 51ppsが割り当 てられる(図 5におけるフロー 3のループ回数 1の状態)。
[0163] 次に、フロー 3の次の優先度であり、状態管理パラメータがまだ「0」の状態にあるフ ロー 4に関する帯域割り当て処理に移行する。
映像用フロー 4の最大使用要求帯域幅 (BW (MAX)即ち表 9の BW (3)の使用要 求帯域幅 1Mbps及び単位時間当たりの使用要求パケット数 80pps)となるために必 要とする残りの使用要求帯域幅 900kbps及び単位時間当たりの使用要求パケット数 72ppsのいずれも、フロー 3の割当(使用可能)帯域幅を割り当てた後のパス 2の使 用可能帯域幅 (BW (可用)) 780kbpsの半分及び単位時間当たり使用可能パケット 数(pps (可用)) 41ppsの半分よりも小さ!/、値ではな!/、ので (ステップ ST13の NO)、 パス情報における使用可能帯域幅 (BW (可用))の半分 390kbps及び単位時間当 たりの使用可能パケット数 (pps (可用))の半分 21ppsを追加して割り当てる (ステップ ST18)。
[0164] その結果、注目するフローに関して追加して割り当てた半帯域幅のリソース力 フロ 一の方向が下り回線方向であることを考慮して、パス情報の使用可能帯域幅 (BW(
可用))から減算されて、今後利用可能なパス情報の使用可能帯域幅 (BW (可用)) として更新され、更に、最低限使用可能帯域幅 (BW(MIN) )により先に更新済みの NIC情報の下り方向の使用可能帯域幅 (BW (下り-余り) )力も減算されて、今後利 用可能な NIC情報の使用可能帯域幅 (BW (下り—余り))として更新される (ステップ ST19)。
[0165] 同様に、注目するフローに関して追加して割り当てた単位時間当たりの使用可能パ ケット数のリソースが、フローの方向が下り回線方向であることを考慮して、パス情報 の単位時間当たりの使用可能パケット数 (pps (可用))力 減算されて、今後利用可 能なパス情報の単位時間当たりの使用可能パケット数 (pps (可用))として更新される 。更に、最低限使用要求帯域幅 (BW(MIN) )により先に更新済みの NIC情報の下 り方向の単位時間当たりの使用可能パケット数 (pps (下り 余り))から減算されて、 今後利用可能な NIC情報の単位時間当たりの使用可能パケット数 (pps (下り 余り) )として更新される (ステップ ST20)。なお、この更新結果のパス情報, NIC情報の表 示は省略する。
[0166] この結果、フロー 4に関しては、最低限使用要求帯域幅 (BW(MIN) )として先に割 り当て済みの割当(使用可能)帯域幅 100kbps、単位時間当たり割当(使用可能)パ ケット数 8pps【こ、それぞれ更【こ 390kbps, 21ppsをカ卩免た合計 490kbps, 29ppsの 帯域幅が、割当(使用可能)帯域幅、単位時間当たり割当(使用可能)パケット数とし て割り当てられる(図 5におけるフロー 4のループ回数 1の状態)。
[0167] 次に、状態管理パラメータの値力「l」で、優先度が高いフロー 3の帯域割り当てに 戻って、フロー 3の単位時間当たり割当(使用可能)パケット数は、まだ、最大使用要 求帯域幅(BW (MAX) )即ち使用要求帯域幅 BW(3)の 60ppsに至って!/、な!/、ので 、 2回目のループ処理 (追加帯域幅割り当て処理)に移行する。
[0168] 2回目のループ処理結果として、フロー 3の単位時間当たり割当(使用可能)バケツ ト数につ!/、ては、最大使用要求帯域幅 (BW(MAX) )即ち使用要求帯域幅 BW (3) の 60ppsになるまでの残りの割り当てパケット数 9ppsが、 1回目の割り当て処理後の パス 2の単位時間当たりの使用可能パケット数 (pps (可用))の半分 lOpps以下にな つて 、るので、フロー 3が要求する最大使用要求帯域幅 (BW(MAX) )即ち使用要
求帯域幅 BW(3)の単位時間当たり使用要求パケット数 60ppsを割り当てる (ステップ ST14)。
[0169] この結果、フロー 3の割当(使用可能)帯域幅は、フロー 3が要求する最大使用要求 帯域幅(BW (MAX) )即ち使用要求帯域幅 BW (3)の 120kbps, 60ppsが割り当て られ、状態管理パラメータの値も、「規定ループ回数 + 1」の「5」に設定されて、フロ 一 3に関する帯域割り当て処理を終了する(図 5におけるフロー 3のループ回数 2の 状態)。
[0170] その結果、注目するフローに関して割り当てる割当(使用可能)帯域幅のリソースの うち、最低限使用要求帯域幅 (BW(MIN) )として先に割り当て済みの割当(使用可 能)帯域幅を差し引いた残りの帯域幅が、フローの方向が下り回線方向であることを 考慮して、パス情報の使用可能帯域幅 (BW (可用))から減算されて、今後利用可能 なパス情報の使用可能帯域幅 (BW (可用))として更新される。更に、最低限使用要 求帯域幅 (BW (MIN) )により先に更新済みの NIC情報の下り方向の使用可能帯域 幅 (BW (下り 余り) )力 減算されて、今後利用可能な NIC情報の使用可能帯域幅 (BW (下り—余り))として更新される (ステップ ST15)。
[0171] 同様に、注目するフローに関して割り当てる単位時間当たりの割当(使用可能)パ ケット数のリソースのうち、最低限使用要求帯域幅 (BW(MIN) )として先に割り当て 済みの単位時間当たりの割当(使用可能)パケット数を差し引いた残りのパケット数が 、フローの方向が下り回線方向であることを考慮して、パス情報の単位時間当たりの 使用可能パケット数 (pps (可用))力 減算されて、今後利用可能なパス情報の単位 時間当たりの使用可能パケット数 (pps (可用))として更新される。更に、最低限使用 要求帯域幅 (BW(MIN) )により先に更新済みの NIC情報の下り方向の単位時間当 たりの使用可能パケット数 (pps (下り—余り) )力も減算されて、今後利用可能な NIC 情報の単位時間当たりの使用可能パケット数 (pps (下り—余り))として更新される (ス テツプ ST16)。
[0172] 次に、ステップ ST17に移行して、フローの要求する最大使用要求帯域幅 (BW(M AX) )が割り振られた場合には、その旨を示すために「規定ループ回数 + 1」をフロー の状態管理パラメータとしてフロー情報に保持する (ステップ ST17)。
[0173] 以降、フロー 4に関して、図 8の帯域割り当て方法に示すループ処理を規定ループ 回数 4回まで繰り返すことにより、割当(使用可能)帯域幅、単位時間当たり割当(使 用可能)パケット数として、 832kbps, 39ppsが割り当てられる(図 5におけるフロー 4 のループ回数 4の状態)。ここで、 TV電話アプリケーション 11 Idから要求されたフロ 一 4に関する使用要求帯域幅のうち、算出された割り当て可能な割当(使用可能)帯 域幅 832kbps、単位時間当たり割当(使用可能)パケット数 39ppsを超えない条件の 下で最も高いクオリティが得られる使用要求帯域幅 BW (2)の 300kbps, 24ppsが、 実際にフロー 4に割り当てるべき割当(使用可能)帯域幅として決定される。
[0174] 以上の帯域割り当て方法により各フローに対して割り当てられた割当(使用可能) 帯域幅 BW、単位時間当たり割当(使用可能)パケット数 ppsは、優先する音声ストリ ームのフローについては、それぞれ、最高のクオリティが得られる最大使用要求帯域 幅 (BW (MAX) )即ち使用要求帯域幅 (BW (3) )であり、一方、映像ストリームのフロ 一については、それぞれ、最低限の使用要求帯域幅 (BW(MIN) )即ち使用要求帯 域幅 (BW ( 1 ) )と最大使用要求帯域幅 (BW (MAX) )即ち使用要求帯域幅 (BW (4) )との間の帯域幅である。
[0175] ここで、フロー情報として要求している使用要求帯域幅として、割当(使用可能)帯 域幅に該当するものは存在して 、な 、場合は、ネットワーク状況として割り当て可能 な帯域幅以下で最良の品質が得られる使用要求帯域幅とし、使用要求帯域幅 (BW (2) )となる。即ち、この使用要求帯域幅 (BW(2) )よりも 1つ上の使用要求帯域幅 (B W (3) )を割り当てることができな ヽ限り、この使用要求帯域幅 (BW (2) )以上の帯域 幅を割り当てても無駄になるだけである。
[0176] 従って、フロー 4に関しては、前述したように、多少の余裕を与えるようにしても良い 力 TV電話アプリケーション lOldから要求されている使用要求帯域幅 (BW(2) )に 示す lMbps、 85ppsを割り振ることとし、フロー 2に関する割当(使用可能)帯域幅と して算出された使用要求帯域幅 (BW(2) )を超える帯域幅については、割り当てを 取り消して開放し、今後利用するフローに対して使用可能な使用可能帯域幅 (BW( 可用))、単位時間当たり使用可能パケット数 (pps (可用))、また、 NIC100として使 用可能な使用可能帯域幅 (BW (下り 余り))、単位時間当たり使用可能パケット数(
pps (下り—余り))に返還する (ステップ ST23)。し力る後、帯域割り当て処理を終了 する(ステップ ST24)。
[0177] 帯域の割り当て処理が終了すると、着呼側通信端末 11の通信管理部 111bは、 T V電話アプリケーション 11 Idに対して、 TV電話用として割り当てた割当(使用可能) 帯域幅を通知する(シーケンス S91)。この結果、着呼側通信端末 11の TV電話アブ リケーシヨン 11 Idにおいては、今までは、シーケンス S83において最低レートの帯域 幅を用いた音声だけで通信を開始して 、たが、通信相手の発呼側通信端末 10の T V電話アプリケーション lOldから、使用要求帯域幅 (BW(2) )により割り当てられた 割当(使用可能)帯域幅の音声用フロー 3と映像用フロー 4とを、受信可能な状態に なる。
[0178] 以上により、音声用フロー 1については、最大使用要求帯域幅 (BW (MAX) )即ち 使用要求帯域幅 (BW(3) )の帯域幅 120kbps,単位時間当たりのパケット数 60pps を、映像用フロー 2については、使用要求帯域幅 (BW(2) )の帯域幅 300kbps,単 位時間当たりのパケット数 24ppsを割り当てることになる。
[0179] このように、音声用フロー 3と映像用フロー 4とのコーデックを両者で異なるクオリティ で制御することが可能な場合には、前述したように、音声用フロー 3については、最 高のクオリティが得られる使用要求帯域幅 (BW (MAX)即ち表 9の BW (3) )を割り当 て、映像用フロー 4については、最高のクオリティとはならないが、使用可能とされる 範囲で最高のクオリティとなる使用要求帯域幅 (BW2) )を割り当てることができる。
[0180] 一方、音声用フロー 3と映像用フロー 4との両者のコーデックを異なるクオリティで制 御することができない場合には、両者が同時に使用可能となるクオリティである使用 要求帯域幅 (BW2) )を割り当てることになり、音声用フロー 3として先に割り当ててい た割当(使用可能)帯域幅(120kbps, 60pps)を、使用要求帯域幅 BW(2)の 90kb ps, 30ppsに変更して割り当て直す。音声用フロー 3と映像用フロー 4とで同一のクオ リティのコーデックを用いて制御する場合にぉ 、て、 TV電話アプリケーション 11 Idに 対して帯域割り当てを行なった結果のフロー情報を表 17に示す。
[0181] [表 17]
Dst Src Dst
BW(1 ) BW(2)
Addr Addr Port BW(3) フロー 3 IP11 IP10 7080 30kbps 10pps 90kbps 30pps 120kbps 60pps フロー 4 1P11 IP10 9080 100kbps Bpps 300kbps 24pps 1 Mbps 80pps
[0182] 以上のように、 TV電話アプリケーション 11 Idに対する帯域割り当てを終了した結 果として、通信端末 11の通信管理部 11 lbにおいて、以降のアプリケーションからの フローの要求に備えて、ネットワークから当該通信端末 11へ向力うパス 2に関するパ ス情報の使用可能帯域幅 (BW (可用))、単位時間当たりの使用可能パケット数 (pps (可用))、及び、 NIC110に関する NIC情報の使用可能帯域幅 (BW (下り 余り))、 単位時間当たり使用可能パケット数 (pps (下り 余り))を更新して保存する。
[0183] 即ち、音声用フロー 3と映像用フロー 4とで同一のクオリティが得られるように帯域幅 を割り当てた場合にお!、て、 TV電話アプリケーション 11 Idに実際に割り当てた帯域 幅 BWと単位時間当たりのパケット数 ppsとを減算した結果得られたパス情報、 NIC 情報を、それぞれ表 18、表 19に示している。
[0184] [表 18]
[0185] [表 19]
端末 BW BW pps pps BW BW pps PPS
(上り) (上り-余り) (上り) (上り-余リ) (下り) (下リ-余リ) (下り〉 (下り-余り)
NIC
10 3Mbps 3Mbps 240 240
100 1 1 Mbps 1 1 Mbps 910 910
NIC
1 1 11 Mbps 1 1 bps 910 910
1 10 1 1 Mbps 10.61 bps 910 856
[0186] 更新したパス情報、 NIC情報は、通信相手の発呼側通信端末 10の通信管理部 10 lbに対して送信されて (シーケンス S93)、発呼側通信端末 10の通信管理部 101b にて、通信端末 11向けのパス情報、 NIC情報の更新用として利用される。
[0187] シーケンス S91において、割当(使用可能)帯域幅の通知を受け取った着呼側通 信端末 11の TV電話アプリケーション 11 Idにお 、ては、発呼側通信端末 10の TV電 話アプリケーション lOldに対して、 SIP/SDPの「Re— INVITEJメッセージを用レヽ て、下り方向のフローに関して、映像用に使用開始する映像コーデックと最低限度の レートで使用中の音声コーデックの変更とを要求するコーデック変更要求を送信する (シーケンス S97)。
[0188] このコーデック変更要求を受信した発呼側通信端末 10の TV電話アプリケーション
101dは、 TV電話アプリケーション 11 Idのコーデック変更要求に従ってコーデックの 設定'変更を行な 、、要求元の着呼側通信端末 11の TV電話アプリケーション 1 l id に対して、コーデックの変更を実施済みであり、変更後の帯域を用いた通信が可能 である旨を示す 200 OKレスポンスを、 SIPZSDPに従って返送する(シーケンス S 98)。
[0189] この結果、発呼側通信端末 10→着呼側通信端末 11方向の TV電話用のフローが 決定する。し力る後、発呼側通信端末 10の TV電話アプリケーション 101dは、 RTP に従って、 TV電話の音声用フロー 3と映像用フロー 4とを帯域変更後の音声用コー デックと映像用コーデックを用いて、着呼側通信端末 11の TV電話アプリケーション 1 1 Idに対して送信する(シーケンス S99)。
[0190] なお、シーケンス S92, S93【こお ヽて、通信端末 10, 11の通信管理咅 101b、 111 b間でパス情報、 NIC情報を送受信し合うことにより、それぞれで、パス 1及びパス 2、 NIC100及び NIC110がマージされ、パス情報 (パス管理表)、 NIC情報 (NIC管理
表)が更新される。これにより、以降の通信においては、通信相手の通信端末 10, 11 における通信管理部 101b、 11 lbそれぞれ力 互いのパス情報、 NIC情報を認識す ることができる状態になっている。マージされた更新後のパス情報 (パス管理表)、 NI C情報 (NIC管理表)を、それぞれ、表 20、表 21に示す。
[表 20]
[0192] [表 21]
[0193] 而して、現在のネットワーク状況に応じた最適な帯域を用いた通信が可能となるよう に、使用可能な帯域幅が割り当てられ、割り当てられた割当(通信可能)帯域幅にマ ツチしたコーデックを用いて、通信端末 10, 11間の TV電話の通信が可能となる。
[0194] (第 3の実施例)
本実施例にぉ 、ては、通信端末間でインターネットを介して TV電話 (テレビ電話) を行なって 、る最中にお 、て、一方の通信端末が動画サーバから動画を受信する動 画ビューァアプリケーションを起動した場合を例に取って、図 9に示すシステム構成 図を用いて説明する。ここに、図 9は、本発明に係る帯域割り当て方法の第 3の実施 例を説明するためのシステム構成図であり、インターネット 30を経由して互いに TV電 話を行なう通信端末 10, 11と、インターネット 30を経由して動画ストリーミングデータ を配信する動画サーバ 40が存在する場合を模式的に示して!/ヽる。
[0195] 図 9のシステム構成図において、通信端末 10, 11のそれぞれには、図 3のシステム 構成図と全く同様の機能ブロックが備えられて 、るものであり、その詳細な説明は省
略する。但し、以降の本実施例の説明に用いるアプリケーション例として、通信端末 1 1との間で TV電話中に動画サーバ 40と通信を行なう通信端末 10には、動画サーバ 40から配信される動画ストリーミングを受信するための動画ビューァアプリケーション 101cと TV電話用の TV電話アプリケーション 101dとの双方を図示している。
[0196] 以下、図 9に示すシステム構成図における通信端末 10, 11の TV電話アプリケーシ ヨン 101d, 11 Id間の通話中に、動画ビューァアプリケーション 101cを起動して動画 サーバ 40から配信される動画ストリーミングデータを受信する場合における帯域割り 当て方法について、図 10に示すシーケンスチャートを用いて説明する。
[0197] ここに、図 10は、本発明に係る帯域割り当て方法の第 3の実施例を説明するための シーケンスチャートであり、通信端末 10, 11間で TV電話中に、ネットワーク力も通信 端末 10に向力う下り方向のフローにおける割当(使用可能)帯域幅を選択する場合 を例に取って、図 9に示す通信端末 10, 11間及び通信端末 10—動画サーバ 40間 で送受信されるデータのシーケンスを示している。また、通信端末 10の内部における 複数のアプリケーション (TV電話アプリケーション 101d及び動画ビューァアプリケー シヨン 101c)と通信管理部 101bとの間のデータの送受信についても示している。
[0198] なお、本実施例における帯域割り当て方法の説明に当たっては、説明を簡単にす るために、 TV電話に関しては、通信端末 10の下り方向のみのフローを考慮し、図 10 には、下り方向のフローに関連するシーケンスのみを示し、更に、下りフローの通信 速度即ち使用可能帯域幅 BWのみを説明するものとし、単位時間当たりのパケット数 ppsに関しては説明を省略している。
[0199] 通信端末 10—通信端末 11との間の TV電話において使用可能な帯域幅を示す使 用可能帯域幅 8Mbpsがネットワーク情報として得られている状況下において、第 2の 実施例の場合と同様に、通信端末 10の下りフローに対して、音声用フロー用として 1 20kbps,映像用フロー用として 1Mbpsの最大使用要求帯域幅 (BW (MAX) )が割 当(使用可能)帯域幅として割り振りが行なわれた場合のフロー情報を表 22に示す。
[0200] [表 22]
Dst Dst
BW(1 ) BW(2) 状態 BW
Addr BW(3)
Addr Port 管理 (付与) 優先度 フロー 1 IP10 IP11 7080 30kbps 90kbps 120kbps 5 120kbps 1 フロー 2 ίΡΙ Ο IP11 9080 100kbps 300kbps 1 Mbps 5 1 bps 2
[0201] この帯域割り当て結果として、作成されたパス情報及び NIC情報に関して、通信端 末 10の下り方向に関連する部分のみを、表 23及び表 24に示す。表 23のパス情報 におけるパス 2は、通信端末 10における上り方向のパスであり、また、表 24の NIC情 報における NIC100の上り、 NIC110の下りも、通信端末 10における上り方向の情 報であり、通信端末 10に対する下り方向の帯域割り当てを説明する本実施例におい ては無関係であり、それぞれの表には示して ヽな 、。
[0202] [表 23]
[0203] [表 24]
[0204] このような帯域割り当て結果により選択されたコーデックを用いて、通信端末 10の T V電話アプリケーション 101dは、通信端末 11の TV電話アプリケーション 11 Idとの 間で TV電話を行な 、、 TV電話アプリケーション 11 Idからの TV電話用のデータを 受信している。
[0205] この TV電話の最中に(シーケンス S101)、通信端末 10が動画サーバ 40から動画 ストリーミングデータの配信を要求すると、通信端末 10は、動画サーバ 40とのネゴシ
エーシヨン(RTSP— DESCRIBEメッセージと SIP/SDP 200 OKレスポンスの 交換)が正常に終了すれば (シーケンス S102, S103)、新たなフロー 5 (音声用下り フロー),フロー 6 (映像用下りフロー)、新たなパス 3 (動画サーバ 40からの下りパス) •NIC400 (動画サーバ 40の NIC)とが追加されるようになる。
[0206] この結果、通信端末 10の通信管理部 101bは、動画ビューァアプリケーション 101c 力もフロー情報を受け取り(シーケンス S 104)、動画サーバ 40の通信管理部 401bと の間で、 NIC情報、パス情報の交換を行なうと共に(シーケンス S 105, S106)、例え ば、動画サーノ 0との間で END— ENDで通信可能な帯域幅をネットワーク情報と して取得することにより(シーケンス S107, S108)、通信管理部 101bには、新たな 通信の管理対象として、動画サーノ 40との新たなフロー 5, 6、パス 3、 NIC400が追 力 Bされる。この結果として、既に帯域幅を割り当て済みのフロー 1, 2も含めて、帯域 の割り当てをし直すことになる。
[0207] そのため、フロー情報 (フロー管理表)、パス情報 'NIC情報 (パス管理表 'NIC管 理表)は、フロー、パス、 NICの各帯域の割り当てについて初期状態に一旦戻されて 、割り当てが済んでいない状態に書き換えられる。書き換え後のフロー情報、パス情 報、 NIC情報を、それぞれ、表 25、表 26、表 27に示す。なお、表 25のフロー情報の BW (付与)欄には、フロー 1, 2に TV電話用として既に割り当てられていた割当(使 用可能)帯域幅が残されて記録されているが、状態管理パラメータの値は、いずれも 「0」の初期値に復帰して、新たに帯域を割り当て直す状態に設定されて!、る。
[0208] [表 25]
[0209] [表 26]
Dst Src BW BW Dst Src BW
Addr Addr (測定) (可用) NIC NIC (余 y)
パス 1 IP10 IP1 1 8Mbps 8Mbps NIC 100 NIC110 8Mbps パス 2 IP1 1 IP10 ― ― ―
パス 3 IP10 IP40 10Mbps 10Mbps NIC ion NIC40Q 10Mbps
[0210] [表 27]
[0211] このような状況において、各フローの帯域割り当て順序を示す優先度としては、表 2 5のフロー情報に示すように、 TV電話の音声用フロー 1→動画配信の映像用フロー 6→TV電話の映像用フロー 2→動画配信の音声用フロー 5の順番と設定されており 、更に、 TV電話用のフロー 1, 2についてはパス 1を利用し、動画ストリーミング配信 用のフロー 5, 6については、パス 3を利用するものと仮定する。
[0212] ここで、図 6〜図 8に示した帯域割り当て方法を用いて、各フローに対して使用可能 な通信帯域幅を割当(使用可能)帯域幅として割り振ることになるが、本実施例にお いては、通信端末 10の通信相手が、通信端末 11と動画サーバ 40と複数になったた め、各フローの帯域割り当て用として参照するパス情報の使用可能帯域幅 (BW (可 用)) 'NIC情報の使用可能帯域幅 (BW (下り—余り))について、新たに、最小使用 可能帯域幅 (BW (余り))と!、う概念を導入する。
[0213] この最小使用可能帯域幅 (BW (余り))とは、注目しているパスについて、パス情報 の使用可能帯域幅 (BW (可用))、当該通信端末 10自身における NIC情報の使用 可能帯域幅 (BW (下り 余り) )、通信相手の通信端末 11又は動画サーバ 40に関す る NIC情報の使用可能帯域幅 (BW ( (上り 余り))のうち、レ、ずれか最も小さ 、値と するものである。本実施例の場合、この時点では、表 26のパス情報の最小使用可能
帯域幅 (BW (余り))に示すように、パス情報の使用可能帯域幅 (BW (可用)) 8Mbp sが最小のものとして設定される。
[0214] 図 8に示す帯域幅の追加割り当て処理に対して、前述のような最小使用可能帯域 幅 (BW (余り) )の概念を適用した場合の帯域割り当て方法につ!ヽて、図 11に示す。 即ち、図 11は、本発明に係る帯域割り当て方法の図 7に続く第 3の実施例における 処理を説明するためのフローチャートであり、最大使用要求帯域幅 (BW (MAX) )を 割り当てられな 、場合の追加帯域幅割り当て処理を示す図 8のフローチャートに対し て、新たに最小使用可能帯域幅 (BW (余り))を求めるためのステップ ST12Aの処理 を追加したものである。このステップ ST12A以外の処理については、図 8と全く同様 である。次に、図 6, 7及び図 11の帯域割り当て方法を用いて、各フローに対して帯 域を割り当てる割り当て方法について説明する。
[0215] まず、実施例 2の場合と同様に、図 6において、最低限の最低使用要求帯域幅 (B W (MIN)即ち表 25の BW ( 1) )の各フローの帯域幅(パス 1用として 130kbps、パス 3用として 330kbps)を割り当てることが可能力、調査する。この結果、最低使用要求帯 域幅(BW (MIN) )の割り当て処理は、エラーとはならな 、ので (ステップ ST04の YE S)、ノ ス 1用として 130kbps、パス 3用として 330kbpsを割り当てる。
[0216] 割り当てた結果、パス 1の残りの使用可能帯域幅 (BW (可用))は、パス 1として割り 当てた帯域幅分減少して、 7. 87Mbpsとなり、パス 3の残りの使用可能帯域幅 (BW( 可用))は、 9. 67Mbpsとなる。一方、 TV電話用のノ ス 1と動画配信用のパス 3とを 共用する NIC100に関する余りの使用可能帯域幅 (BW (下り 余り) )は、パス 1とパ ス 3とに割り当てた合計帯域分減少して、 10. 54Mbpsとなり、ノ ス 1用のみに関与す る NIC110の余りの使用可能帯域幅(BW (上り—余り))は、 10. 87Mbpsとなる。ま た、パス 3用のみに関与する NIC400の余りの使用可能帯域幅 (BW (上り—余り) ) は、 199. 67Mbpsとなる。
[0217] 次に、図 7の処理に移行して、最高のクオリティが得られる最大使用要求帯域幅 (B W (MAX)即ち表 25の BW (3) )の各フローの帯域幅を割り振ることが可能か否かを 調査する。
[0218] その結果、各フローの最大使用要求帯域幅(BW (MAX)即ち表 25の BW(3) )を
割り当てることができないことが判明するので (ステップ ST09の NO)、図 11に移行し て、まず、各フローのうち、状態管理パラメータの値が低ぐかつ、最も優先順位の高 いフロー 1に注目する(ステップ ST12)。なお、以降の説明に当たって参考のため、 図 12に、本実施例において図 11の帯域割り当て方法によって割り当てられていく各 フローの帯域割り当て状況を模式的に示している。また、図 11の帯域割り当てにお けるループ処理の最大回数を示す「規定ループ回数」は「3回」と仮定する。
[0219] ステップ ST12の処理に続いて、図 11において新たに追加した処理として、前述の ような最小使用可能帯域幅 (BW (余り))を求める。ここで、本実施例においては、表 26に示すパス情報の使用可能帯域幅 (BW (可用))が 8Mbps、表 27に示す当該通 信端末 10自身における NIC100の情報及び通信相手の通信端末 11における NIC 110の情報の使用可能帯域幅(BW (下り 余り) )が共に 11Mbpsであるので、最小 使用可能帯域幅 (BW (余り))は 8Mbpsである。
[0220] しかし、図 6において、既にパス 1に関する各フロー 1, 2に対して最低使用要求帯 域幅 (BW(MIN) ) 130kbpsを割り当てているので、最小使用可能帯域幅 (BW (余り ) )は 8Mbps力ら 130kbpsを減算した 7. 87Mbpsとなる(ステップ ST12A)。
[0221] 次に、最小使用可能帯域幅 (BW (余り))の半分 3. 935Mbpsと最大使用要求帯 域幅(BW (MAX)即ち表 25の(BW (3) )の使用要求帯域幅 120kbpsとなるために 必要とする残りの帯域幅 90kbpsとを比較する (ステップ ST13)。比較結果、後者の 値が前者の最小使用可能帯域幅 (BW (余り) )の半分よりも小さ!/、と判定されて (ステ ップ ST13の YES)、フロー 1に関しては、最大使用要求帯域幅 (BW (MAX) )を割り 当てる(ステップ ST14)。
[0222] 即ち、最低限使用要求帯域幅 (BW(MIN) )として先に割り当て済みの割当(使用 可能)帯域幅 30kbpsを置換して、最高のクオリティが得られる最大使用要求帯域幅( BW(MAX)即ち BW(3) )の 120kbpsを割当(使用可能)帯域幅として割り当てる。こ の結果、パス 1の残りの使用可能帯域幅 (BW (可用))は、 7. 78Mbpsとなり、 NIC1 00の余りの使用可能帯域幅 (BW (下り—余り))、及び、 NIC110の余りの使用可能 帯域幅 BW (上り—余り))は、それぞれ、 10. 45Mbps及び 10. 78Mbpsとなる(図 1 2におけるフロー 1のループ回数 1の状態)。ここで、フロー 1に関しては、最大使用要
求帯域幅 (BW (MAX) )が割り当てられたので、フロー情報の「状態管理パラメータ」 には、「規定ループ回数 + 1」の「4」が設定され、以降、フロー 1に関するループ処理 は行なわれない。
[0223] 次に、状態管理パラメータの値が低ぐかつ、次に優先順位が高い動画配信の映 像用フロー 6に対して帯域を割り当てる。パス 3に関する最低使用要求帯域幅 (BW ( MIN) )を割り当てた後の残りの使用可能帯域幅 (BW (可用))は、 9. 67Mbpsであ り、 NIC100の余りの使用可能帯域幅(BW (上り 余り))は、 10. 45Mbps, NIC 11 0の余りの使用可能帯域幅(BW (上り 余り))は、 199. 67Mbpsであるので、最小 使用可能帯域幅(BW (余り))は 9. 67Mbpsとなる(ステップ ST12A)。
[0224] この場合、フロー 6に関して、最大使用要求帯域幅(BW (MAX)即ち表 25の(BW
(3) )の使用要求帯域幅 10Mbpsとなるために必要とする残りの帯域幅 9. 7Mbpsが 、最小使用可能帯域幅 (BW (余り) )の半分よりも小さくならな 、ので (ステップ ST13 の NO)、最小使用可能帯域幅 (BW (余り))の半分 4. 84Mbpsが追加して割り当て られる(ステップ ST18)。
[0225] 追加して割り当てられた結果、フロー 6の割当(使用可能)帯域幅は、最低使用要 求帯域幅(BW(MIN) )として既に割り当て済みの 300kbpsと合計して、 5. 14Mbps となり、パス 3に関する残りの使用可能帯域幅 (BW (可用))は、追加割当帯域幅分 減算して 4. 83Mbpsとなり、 NIC100の余りの使用可能帯域幅(BW (下り 余り))、 及び、 NIC400の余りの使用可能帯域幅 BW (上り 余り))は、それぞれ、 5. 61Mb ps及び 194. 83Mbpsとなる(図 12におけるフロー 6のループ回数 1の状態)。フロー 6に関して、 1回目の帯域割り当て処理が終了したので、フロー情報の状態管理パラ メータに「 + 1」して、「1」を設定する(ステップ ST21)。
[0226] 次に、状態管理パラメータの値が低ぐかつ、優先順位が次に高い TV電話の映像 用フロー 2に対して帯域を割り当てる。パス 1に関するフロー 1の最大使用要求帯域 幅 (BW(MAX) )を割り当てた後の残りの使用可能帯域幅 (BW (可用))は、 7. 78M bpsであり、フロー 6に帯域を割り当てた後の NIC100の余りの使用可能帯域幅(BW (上り—余り))は、 5. 61Mbps,フロー 1に帯域を割り当てた後の NIC110の余りの 使用可能帯域幅 (BW (上り 余り))は、 10. 78Mbpsであるので、最小使用可能帯
域幅(BW (余り))は 5. 61Mbpsとなる(ステップ ST12A)。
[0227] この場合、フロー 2に関して、最大使用要求帯域幅(BW (MAX)即ち表 25の(BW
(3) )の使用要求帯域幅 1Mbpsとなるために必要とする残りの帯域幅 0. 9Mbpsが、 最小使用可能帯域幅 (BW (余り))の半分よりも小さい値であるので (ステップ ST13 の YES)、フロー 2に関しては、最大使用要求帯域幅 (BW (MAX) )を割り当てる (ス テツプ ST14)。
[0228] 即ち、最低限使用要求帯域幅 (BW(MIN) )として先に割り当て済みの割当(使用 可能)帯域幅 100kbpsを置換して、最高のクオリティが得られる最大使用要求帯域 幅 (BW(MAX)即ち BW(3) )の 1Mbpsを割当(使用可能)帯域幅として割り当てる。
[0229] この結果、新たに追加された帯域幅分 0. 9Mbpsを減算して、パス 1の残りの使用 可能帯域幅 (BW (可用))は、 6. 88Mbpsとなり、 NIC100の余りの使用可能帯域幅 (BW (下り-余り) )、及び、 NIC110の余りの使用可能帯域幅 BW (上り-余り) )は、 それぞれ、 4. 71Mbps及び 9. 88Mbpsとなる(図 12におけるフロー 2のループ回数 1の状態)。ここで、フロー 2に関しても、最大使用要求帯域幅 (BW (MAX) )が割り当 てられたので、フロー情報の「状態管理パラメータ」には、「規定ループ回数 + 1」の「 4」が設定され、以降、フロー 2に関するループ処理は行なわれない。
[0230] 次に、状態管理パラメータの値が低ぐかつ、次に優先順位が高い動画配信の音 声用フロー 5に対して帯域を割り当てる。映像用フロー 6に関する割当(使用可能)帯 域幅を割り当てた後の残りの使用可能帯域幅 (BW (可用))は、 4. 83Mbpsであり、 フロー 2に帯域を割り当てた後の NIC100の余りの使用可能帯域幅 (BW (上り—余り ) )は、 4. 71Mbps,フロー 6に帯域を割り当てた後の NIC400の余りの使用可能帯 域幅 (BW (上り 余り))は、 194. 83Mbpsであるので、最小使用可能帯域幅 (BW( 余り))は 4. 71 Mbp sとなる(ステップ ST12A)。
[0231] この場合、フロー 5に関して、最大使用要求帯域幅(BW (MAX)即ち表 25の(BW
(3) )の使用要求帯域幅 200kbpsとなるために必要とする残りの帯域幅 170kbpsが 、最小使用可能帯域幅 (BW (余り) )の半分よりも小さ!/、値であるので (ステップ ST13 の YES)、フロー 5に関しては、最大使用要求帯域幅 (BW (MAX) )を割り当てる (ス テツプ ST14)。
[0232] 即ち、最低限使用要求帯域幅 (BW(MIN) )として先に割り当て済みの割当(使用 可能)帯域幅 30kbpsを置換して、最高のクオリティが得られる最大使用要求帯域幅( BW(MAX)即ち BW(3) )の 200kbpsを割当(使用可能)帯域幅として割り当てる。
[0233] この結果、新たに追加された帯域幅分 0. 17Mbpsを減算して、パス 1の残りの使用 可能帯域幅 (BW (可用))は、 4. 66Mbpsとなり、 NIC100の余りの使用可能帯域幅 (BW (下り 余り) )、及び、 NIC400の余りの使用可能帯域幅 BW (上り 余り) )は、 それぞれ、 4. 54Mbps及び 194. 66Mbpsとなる(図 12におけるフロー 5のループ回 数 1の状態)。ここで、フロー 5に関しても、最大使用要求帯域幅 (BW (MAX) )が割り 当てられたので、フロー情報の「状態管理パラメータ」には、「規定ループ回数 + 1」 の「4」が設定され、以降、フロー 5に関するループ処理は行なわれない。
[0234] 以上により、帯域割り当てに関する第 1回目のループ処理が終了するが、第 2回目 のループ処理に移行すべきフローは、状態管理パラメータの設定値から、動画配信 の映像用フロー 6のみと判定される。即ち、フロー 6以外のフローについては、最大使 用要求帯域幅 (BW (MAX) )が割り当てられているので、更なる帯域割り当て用ルー プ処理は不要である。
[0235] 次いで、動画配信の映像用フロー 6に対して追加の帯域を割り当てる 2回目の処理 に移行する。パス 3に関するフロー 5に帯域を割り当てた後の残りの使用可能帯域幅 (BW (可用))は、 4. 66Mbpsであり、 NIC100の余りの使用可能帯域幅(BW (上り 余り) )は、 4. 54Mbps, NIC400の余りの使用可能帯域幅(BW (上り 余り) )は 、 194. 66Mbpsであるので、最小使用可能帯域幅(BW (余り))は 4. 54Mbpsとな る(ステップ ST12A)。
[0236] この場合、フロー 6に関して、最大使用要求帯域幅(BW (MAX)即ち表 25の(BW
(3) )の使用要求帯域幅 10Mbpsとなるために必要とする残りの帯域幅 4. 86Mbps 力 最小使用可能帯域幅 (BW (余り))の半分よりも小さくならな 、ので (ステップ ST1 3の NO)、最小使用可能帯域幅 (BW (余り))の半分 2. 27Mbpsが追加して割り当 てられる(ステップ ST18)。
[0237] 追加して割り当てられた結果、フロー 6の割当(使用可能)帯域幅は、第 1回目のル ープ処理結果として既に割り当て済みの 5. 14Mbpsと合計して、 7. 41Mbpsとなり
、パス 3に関する残りの使用可能帯域幅 (BW (可用))は、追加割当帯域幅分減算し て 2. 39Mbpsとなり、 NIC100の余りの使用可能帯域幅(BW (下り 余り))、及び、 NIC400の余りの使用可能帯域幅 BW (上り 余り))は、それぞれ、 2. 27Mbps及 び 192. 39Mbpsとなる(図 12におけるフロー 6のループ回数 2の状態)。フロー 6に 関して、 2回目の帯域割り当て処理が終了したので、フロー情報の状態管理パラメ一 タに「 + 1」して、「2」を設定する(ステップ ST21)。
[0238] 動画配信の映像用フロー 6に対する第 3回目の帯域割り当て処理に移行すると、最 小使用可能帯域幅 (BW (余り))は 2. 27Mbpsであり(ステップ ST12A)、最大使用 要求帯域幅(BW (MAX)即ち表 25の(BW (3) )の使用要求帯域幅 10Mbpsとなる ために必要とする残りの帯域幅 2. 59Mbpsが、最小使用可能帯域幅 (BW (余り))の 半分よりも小さくならないので (ステップ ST13の NO)、最小使用可能帯域幅 (BW( 余り))の半分 1. 14Mbpsが追加して割り当てられる(ステップ ST18)。
[0239] 追加して割り当てられた結果、フロー 6の割当(使用可能)帯域幅は、第 2回目のル ープ処理結果として既に割り当て済みの 7. 41Mbpsと合計して、 8. 55Mbpsとなり 、パス 3に関する残りの使用可能帯域幅 (BW (可用))は、追加割当帯域幅分減算し て 1. 25Mbpsとなり、 NIC100の余りの使用可能帯域幅(BW (下り 余り))、及び、 NIC400の余りの使用可能帯域幅 BW (上り 余り))は、それぞれ、 1. 13Mbps及 び 191. 25Mbpsとなる(図 12におけるフロー 6のループ回数 3の状態)。
[0240] ここで、フロー 6について、 3回目の帯域割り当て処理が終了したので、フロー情報 の状態管理パラメータに「 + 1」して、「3」となる(ステップ ST21)。従って、フロー 6に 関しても、ループ処理 (追加帯域幅割り当て処理)から脱して、使用要求帯域幅の中 から、フロー 6に対して割り当て可能な割当(使用可能)帯域幅 8. 55Mbps以下の条 件を満たす使用要求帯域幅 (BW(2) ) 4Mbpsが選択され、最終的な割当(使用可 能)帯域幅 BWとして割り当てられる (ステップ ST22)。
[0241] 従って、割り当て可能な割当(使用可能)帯域幅 8. 55Mbpsから最終的に割り当て た割当(使用可能)帯域幅 4Mbpsを差し引いた残りの帯域幅 4. 55Mbpsは、パス情 報及び NIC情報の残り及び余りの帯域幅として返還される。その結果、パス 3の残り の使用可能帯域幅 (BW (可用))、 NIC 100の余りの使用可能帯域幅 (BW (下り
余り))、及び、 NIC400の余りの使用可能帯域幅 BW (上り一余り))は、それぞれ、 5 . 8Mbps, 5. 68Mbps,及び、 195. 8Mbpsとなる(図 12における帯域返還後の状 態)。
[0242] 最終的な帯域割り当て処理を終了した後、各フローに関するフロー情報、パス情報
、及び、 NIC情報を表 28、表 29、及び、表 30に示す。
[0243] [表 28]
[0244] [表 29]
[0245] [表 30]
なお、通信端末 10の下り方向の帯域割り当てに関する処理は、全て、通信管理部 101bで行なわれ、その結果得られる各フロー毎の割当(使用可能)帯域幅は、各ァ
プリケ-シヨン (TV電話アプリケーション 101d、動画ビューァアプリケーション 101c) にそれぞれ通知される(シーケンス S 109, S110)。更に、表 28〜表 30に示すように 更新されたパス情報、 NIC情報は、通信端末 10の通信管理部 101bから、それぞれ のフローに対する通信相手の通信端末 11の通信管理部 11 lb、動画サーバ 40の通 信管理部 40 lbに対して送信される(シーケンス S 111 , S 112)。
[0247] ここで、 TV電話中に動画配信用の新たなフローが発生したことに伴 ヽ、前述のよう な帯域割り当て処理をし直した結果として、表 28のフロー情報に示すように、動画配 信用の帯域幅の割り当てをした後でも、 TV電話用の割当(使用可能)帯域幅には変 化が生じないので、 TV電話アプリケーション 101dは、以前のコーデックの設定状態 のまま、 TV電話用の通信を継続することができる。しかし、異なる帯域幅を割り当て 直す場合は、 SIPZSDPのコーデック変更要求メッセージとその応答である「200 OK」レスポンスの交換を行なってから(シーケンス S 113, S 114)、異なる帯域幅のコ 一デックに変更して TV電話の通信を再開することになる(シーケンス S 115)。
[0248] また、動画ストリーミングデータの配信用の動画ビューァアプリケーション 101cは、 通信管理部 101bから、音声用フロー 5として最大使用要求帯域幅 (BW (MAX)即 ち BW (3) )の 200kbps、映像用フロー 6として使用要求帯域幅(BW (2) )の 4Mbps を割り当てた旨の通知を受け取る。
[0249] その結果、動画ビューァアプリケーション 101cでは、映像を 4Mbpsのコーデックで 、音声を 200kbpsのコーデックで、配信することを要求する旨を示すメッセージを、 R TSP— SETUPメッセージとして動画サーバ 40のストリーミング配信アプリケーション 401cに対して送信し、その応答の SIPZSDP 200 OKレスポンスを得る(シーケ ンス S116, S117)。
[0250] その結果、通信端末 10においては、 TV電話アプリケーション 101dにより、通信端 末 11と TV電話をしながら、動画サーバ 40のストリーミング配信アプリケーション 401c 力もは、通信端末 10の動画ビューァアプリケーション 101c力も変更要求した帯域幅 のコーデックを用いた動画ストリーミングデータの配信を受け取ることができるようにな る(シーケンス S118, S119)。
[0251] (第 4の実施例)
本実施例にお ヽては、通信端末間でインターネットを介して TV電話 (テレビ電話) を行なって 、る最中にぉ 、て、一方の通信端末が他の通信端末宛に画像配信を開 始した場合を例に取って、図 13に示すシステム構成図を用いて説明する。ここに、図 13は、本発明に係る帯域割り当て方法の第 4の実施例を説明するためのシステム構 成図であり、インターネット 30を経由して互いに TV電話を行なう通信端末 10, 11と、 TV電話中に通信端末 10からインターネット 30を経由して画像データを送信する他 の通信端末 12が存在する場合を模式的に示して 、る。
[0252] 図 13のシステム構成図において、通信端末 10, 11及び通信端末 12のそれぞれに は、図 3のシステム構成図と全く同様の機能ブロックが備えられており、その詳細な説 明は省略する。但し、通信端末 10, 12には、画像データを配信することができる画像 管理アプリケーション 101e, 121eがそれぞれ備えられていて、通信端末 10, 11間 で TV電話中に、通信端末 10から、他の通信端末 12に対して画像データを配信する ことができるように構成されて!、る。
[0253] なお、本実施例は、第 3の実施例とは異なり、画像配信用として帯域を割り当てるべ き新たなフローが発生したとしても、第 2の実施例において説明した通信端末 10— 通信端末 11における TV電話の状態力 そのまま継続して実行されることを前提とす る場合について説明する。即ち、第 2の実施例において TV電話のフローを実行する ために割り当てた割当(使用可能)帯域幅を示すフロー情報 (表 12、表 17)、及び、 その TV電話フローに帯域幅を割り当てた結果として、更新されたパス情報 (表 20) 及び NIC情報 (表 21)をそのまま用いて実行するものとする。ここに、表 12、表 17、 表 20、及び、表 21に示したフロー情報、パス情報、 NIC情報を、表 31、表 32、表 33 、及び、表 34としてそれぞれ再掲する。
[0254] [表 31]
Dst Dst
BW C1 ) BW (2) BW(3) Addr Addr Port
フロー 1 1P10 IP11 7080 30kbps 10pps 90kbps 30pps 120kbps 60pps フロ一 2 IP10 IP1 1 9080 100kbps 8pps 300kbps 24pps 1Mbps 80pps
[0256] [表 33]
[0257] [表 34]
BW BW pps pps BW BW PPS 端末 pps
(上り) (上り-余! J) (上り) (上り-余し J) (下り) (下り-余り) (下り) (下リ-余リ)
NIC
10 3Mbps 2.61 Mbps 240 186 1 1 Mbps 9.88Mbps 910 770 100
NIC
1 1 11 bps 9.88Mbps 910 770 1 bps 10.61 bps 910 856 110
[0258] このような環境下で、通信端末 10の画像管理アプリケーション 10 leから通信端末 1 2の画像管理アプリケーション 121eに向けた画像配信を要求するフローが新たに発 生するものとする。新たに加わる画像配信用のフローをフロー 5としてそのフロー情報 を表 35に示す。
[0259] [表 35]
[0260] 画像管理アプリケーション 101eから画像配信用のフロー 5に関するフロー情報を新 たに受け取った通信管理部 101bでは、通信端末 10から通信端末 12に向力 上りフ ローに関する帯域幅を割り振ることが必要になる。このため、通信管理部 101bは、ま ず、フロー 5の通信相手となる通信端末 12との間のパス 3として使用可能な帯域幅を 含むネットワーク情報を取得して、パス情報、 NIC情報を取得する。取得したパス情 報、 NIC情報を、表 36、表 37にそれぞれ示す。
[0262] [表 37]
端末 BW BW PPS ps BW BW pps pps
(上り) (上 y 余り) (上り) (上リ -余り) (下り) (下り-余り) (下リ) (下り-余り)
NIC
10 3Mbps 2.61 Mbps
100 240 186 11 Mbps 9.88Mbps 910 770
NIC
12 1 1 Mbps
120 1 1 Mbps 910 910 1 1 Mbps 1 1 bps 910 910
[0263] ここで、第 3の実施例の場合と同様に、全てのフローについて、改めて帯域幅を割り 当て直すようにしても良いが、本実施例の場合、第 3の実施例の場合とは異なり、 TV 電話用のフローに対して先に割り当てていた割当(使用可能)帯域幅を初期状態に 戻して、新たに加わったフロー 5も含めて再度割り当て直す処理を行なうことなぐ新 たに加わったフロー 5につレ、てのみ帯域幅を追加して割り当てる場合にっ 、て、図 1 4,図 15のフローチャートを用いて説明する。ここに、図 14は、本発明に係る帯域割 り当て方法の第 4の実施例を説明するためのフローチャートであり、図 15は、本発明 に係る帯域割り当て方法の図 14に続く処理を説明するためのフローチャートである。
[0264] 図 14のフローチャートに示すように、通信管理部 101bは、まず、新たに要求された フロー 5に関して最高のクオリティが得られる最大使用要求帯域幅 (BW(MAX)即ち 表 35の BW (3) )が示す帯域幅 3Mbps、単位時間当たりの使用要求パケット数 240 ppsを割り当てる (ステップ ST31)。
[0265] その結果、最大使用要求帯域幅 (BW (MAX) )としてフロー 5に割り当てた帯域幅 3Mbpsのリソース力 フローの方向が上り回線方向であることを考慮して、表 36に示 すパス情報の使用可能帯域幅 (BW (可用)) 2Mbpsから減算され、更に、表 37に示 す NIC情報の上り方向の使用可能帯域幅 (BW (上り 余り) ) 2. 61Mbpsから減算 される(ステップ ST32)。
[0266] 同様に、最大使用要求帯域幅 (BW (MAX) )としてフロー 5に割り当てた単位時間 当たりの使用要求パケット数 240ppsのリソース力 フローの方向が上り回線方向であ ることを考慮して、表 36に示すパス情報の単位時間当たり使用可能パケット数 (pps ( 可用)) 160ppsから減算され、更に、表 37に示す NIC情報の上り方向の単位時間当 たり使用可能パケット数 (pps (上り—余り)) 186ppsから減算される (ステップ ST33)
[0267] 次に、減算されて得られた今後利用可能なパス情報の使用可能帯域幅 (BW (可用 ) )、単位時間当たりの使用可能パケット数 (pps (可用))、今後利用可能な NIC情報 の使用可能帯域幅 (BW (上り 余り))、単位時間当たりの使用可能パケット数 (pps ( 上り 余り))の 、ずれも正数であるか否かを調べる(ステップ ST34)。
[0268] 表 35〜表 37に示す帯域情報の場合には該当していないが、例えば、いずれも正 数であれば (ステップ ST34の YES)、新たなフロー 5に対して先に割り当てた最大使 用要求帯域幅 (BW(MAX)即ち BW(3) )が確保されて ヽる状態である。この場合、 ステップ ST32, ST33でそれぞれ算出されている、今後利用可能なパス情報の単位 時間当たりの使用可能パケット数 (pps (可用))、使用可能帯域幅 (BW (可用))、今 後利用可能な NIC情報の使用可能帯域幅 (BW (上り—余り))、単位時間当たり使 用可能パケット数 (pps (上り 余り))により、パス情報、 NIC情報を更新すると共に、 状態管理パラメータに「規定ループ数 + 1」を代入して、帯域割り当て処理を終了す る(ステップ ST35)。
[0269] 一方、表 35〜表 37に示す帯域情報のように、今後利用可能なパス情報の使用可 能帯域幅 (BW (可用)、 BW (上り 余り))、単位時間当たりの使用可能パケット数 (p ps (可用))、 pps (上り 余り) )の!、ずれかが正数ではな!/、場合は (ステップ ST34の NO)、フロー 5として最高のクオリティが得られる帯域幅として先に割り当てようとした 最大使用要求帯域幅 (BW (MAX)即ち BW (3) )が確保できな 、状態であり、図 15 のフローチャートに移行して、次に、フロー 5に割り当てる帯域幅として、最低限の使 用要求帯域幅 (BW (MIN) )即ち表 35における最低使用要求帯域幅 BW (1)が示す 帯域幅 300kbps、単位時間当たりの最低使用要求パケット数 24ppsを割り当てる (ス テツプ ST36)。
[0270] その結果、最低使用要求帯域幅 (BW(MIN) )としてフロー 5に割り当てた帯域幅 3 OOkbpsのリソース力 フローの方向が上り回線方向であることを考慮して、表 36に示 すパス情報の使用可能帯域幅 (BW (可用)) 2Mbpsから減算され、更に、表 37に示 す NIC情報の上り方向の使用可能帯域幅 (BW (上り 余り) ) 2. 61Mbpsから減算 される(ステップ ST37)。
[0271] 同様に、最低使用要求帯域幅 (BW(MIN) )としてフロー 5に割り当てた単位時間
当たりの使用要求パケット数 24ppsのリソース力 フローの方向が上り回線方向であ ることを考慮して、表 36に示すパス情報の単位時間当たり使用可能パケット数 (pps ( 可用)) 160ppsから減算され、更に、表 37に示す NIC情報の上り方向の単位時間当 たり使用可能パケット数 (pps (上り—余り)) 186ppsから減算される (ステップ ST38)
[0272] 次に、減算されて得られた今後利用可能なパス情報の使用可能帯域幅 (BW (可用 ) )、単位時間当たりの使用可能パケット数 (pps (可用))、今後利用可能な NIC情報 の使用可能帯域幅 (BW (上り 余り))、単位時間当たりの使用可能パケット数 (pps ( 上り 余り))の 、ずれも正数であるか否かを調べる(ステップ ST39)。
[0273] 表 35〜表 37に示す帯域情報の場合には該当していないが、例えば、いずれかが 正数でない場合は (ステップ ST39の NO)、最低限の帯域幅であっても、新たに追カロ されたフロー 5に帯域を割り当てることができないものとして、要求元の画像管理アブ リケーシヨン lOleに対して帯域割り当てが不可能なエラーの旨を報告して、帯域割り 当て処理を終了する(ステップ ST40)。
[0274] なお、この場合、直ちに、エラーとすることなぐ前述した第 3の実施例の場合と同様 に、 TV電話用として既に割当済みの割当(使用可能)帯域幅を再度初期状態に戻 して、図 14の先頭のステップ ST31に戻って、全てのフローに対して、帯域の割り当 て処理をし直すようにしても良い。ここでは、ステップ ST39において、いずれかが正 数ではないと判定された場合 (ステップ ST39の NO)、全てのフローがそれぞれで要 求する最低限の最低使用要求帯域幅 (BW(MIN) )であっても、割り当てることがで きない状況にある場合であり、複数の通信を同時には継続することができないことを 意味しているとして、新たに加わった画像管理アプリケーション lOleに対してエラー の旨を報告することになる。
[0275] あるいは、全てのフローに対して最低使用要求帯域幅(BW(MIN) )であっても割り 当てることができない場合は、新たに加わろうとするアプリケーションに対して通信を 諦めさせるエラー報告をする代わりに、既に通信中の状態にあるいずれかのアプリケ ーシヨンの通信を終了させ、新たに加わるアプリケーションに帯域を割り当てるように しても良い。いずれか一つ又は複数のフローに帯域を割り当てることを諦めて、その
他のフローに関する通信を継続するようにする帯域割り当て方法につ 、ては、第 6の 実施例として後述する。
[0276] ステップ ST39において、減算されて得られた今後利用可能なノ ス情報の使用可 能帯域幅 (BW (可用))、単位時間当たりの使用可能パケット数 (pps (可用))、今後 利用可能な NIC情報の使用可能帯域幅 (BW (上り 余り))、単位時間当たりの使用 可能パケット数 (pps (上り 余り) )の 、ずれも正数であると判定された場合 (ステップ ST39の YES)、新たに加わったフロー 5について、前述した実施例と同様に、使用 可能な帯域幅の条件下において最も良好な条件の使用要求帯域幅を割り当てるよう にしても良いが、本実施例においては、ステップ ST41に移って、フロー 5の方向を考 慮して通信端末 10における上り方向の全てのフローについて、再度、帯域を割り当 て直す場合について以下に説明する。
[0277] ステップ ST41に移行した場合、全てのフローに対して、最大使用要求帯域幅 (B W (MAX) )を割り当てることはできないものの、少なくとも、全てのフローに対して最 低限の最低使用要求帯域幅 (BW (MIN) )を割り当てることができる状況にある。ここ で、通信端末 10における上り方向のフローに関連するフロー情報、パス情報、 NIC 情報について、それぞれ、帯域割り当て前の初期状態に戻した状態を表 38、表 39、 表 40に纏め直して示している。なお、いずれの表も、上りフローに関係がない値は表 示していない。
[0278] [表 38]
Dst Src Dst
BW(1 ) BW(2) BW(3)
Addr Addr Port
フロー 3 IP1 1 IP10 7080 30kbps 10pps 90kbps 30pps 120kbps 60pps フロー 4 1P1 1 IP10 9080 100kbps 8pps 300kbps 24pps 1 Mbps 80pps フロー 5 IP12 IP10 7080 300kbps 24pps 1 Mbps SOpps 3Mbps 240pps
[0279] [表 39]
[0280] [表 40]
[0281] この初期状態において、まず、全ての上りフローについて、それぞれの最低使用要 求帯域幅 (BW(MIN)即ち表 38の BW(1) )を割り当てる。割り当てた結果のフロー 情報、パス情報、 NIC情報を、表 41、表 42、表 43に示す。
[0282] [表 41]
Dst Src Dst
BW{1 ) BW{2) BW(3)
Addr Addr Port
フロー 3 IP1 1 1P10 7080 30kbps 10pps 90kbps 30pps 120kbps 60pps フロ一 4 IP1 1 IP10 9080 100kbps Spps 300kbps 24pps 1Mbps SOpps フロ一 5 JP12 】P10 7080 300kbps 24pps 1 Mbps 80pps 3Mbps 240pps
[0283] [表 42]
[0284] [表 43]
更に、全ての上りフローにそれぞれの最低使用要求帯域幅 (BW (MIN)を割り当て た後の余った帯域幅にっ 、て、各フローの最大使用要求帯域幅 (BW (MAX)即ち 表 38の BW (3) )に比例した大きさの帯域幅を、それぞれの上りフローに対して追カロ して割り当てる (ステップ ST41)。
[0286] ここで、一例として、表 43に示す NIC情報の NIC100の使用可能帯域幅(BW (上 り 余り))について、各フローの最大使用要求帯域幅(BW (MAX)即ち表 38の BW (3) )の値に応じて比例配分した計算例を、表 44に示す。
[0287] [表 44]
[0288] し力る後、前述した各実施例の場合と同様に、追加して割り当てた各フロー毎の帯 域幅、単位時間当たりの使用可能パケット数を、表 42に示すパス情報の使用可能帯 域幅 (BW (可用))、単位時間当たりの使用可能パケット数 (pps (可用))、及び、表 4 3の NIC情報の使用可能帯域幅 (BW (上り 余り) )、単位時間当たりの使用可能パ ケット数 (pps (上り—余り))力も減算して、今後利用可能な NIC情報の使用可能帯域 幅(BW (上り 余り))を更新し (ステップ ST42, ST43)、更に、各フローが要求して いる使用要求帯域幅のうち、割り当てた各フローの割当(使用可能)帯域幅以下の条 件で、最も良好なクオリティが得られる帯域幅を選択して、実際のフローに割り当てる 割当(使用可能)帯域幅として決定して、余った帯域幅を、次に利用する新たなフロ 一のために使用可能帯域幅として返還するようにしても良 、。
[0289] なお、前述の各実施例において説明したように、本実施例においても、上りフロー に関する帯域割り当てについては、通信相手力 の帯域割り当て結果によって決定 するようにしても良い。従って、この場合には、前述のステップ ST41において、表 44 のように、通信端末 10自身の NIC100における残りの使用可能帯域幅 (BW (上り - 余り) )を最大使用要求帯域幅 (BW(MAX) )に応じて比例配分した追加帯域幅 BW 、単位時間当たりの追加パケット数 ppsに関する情報を、通信相手の通信端末 11, 1 2の通信管理部 11 lb, 12 lbにそれぞれに通知するようにする。
[0290] 追加帯域幅 BW、単位時間当たりの追加パケット数 ppsに関する情報を受け取った
各通信端末 11, 12の通信管理部 111b, 121bにおいては、改めて、対応する各下 りフローについての帯域幅をそれぞれ割り当て直して、通信端末 10に対して、更新 後のパス情報、 NIC情報、割当(使用可能)帯域幅を通知する。
[0291] ここで、通信相手の通信端末 11, 12の通信管理部 111b, 121bに対して NIC100 の各フロー毎の追加帯域幅 BW、単位時間当たりの追加パケット数 ppsに関する情報 を通知する際に、各フロー毎の追加帯域幅 BW、単位時間当たりの追加パケット数 p psに関する情報を、パス情報の使用可能帯域幅 (BW (可用))、単位時間当たりの使 用可能パケット数 (pps (可用))を変更する情報として用いて、パス情報として通知す るようにする。
[0292] 即ち、パス 2に対応するフロー 3, フロー 4についてそれぞれ算出された追加帯域幅 BW、単位時間当たりの追加パケット数 ppsを合計して、表 42に示すパス情報におけ るパス 2の使用可能帯域幅 (BW (可用))、単位時間当たりの使用可能パケット数 (pp s (可用))とそれぞれ比較し、いずれ力 り低い値の帯域幅を用いて、パス情報の使 用可能帯域幅 (BW (可用))、単位時間当たりの使用可能パケット数 (pps (可用))を 更新する。
[0293] 同様に、パス 3に対応するフロー 5について算出された追カ卩帯域幅 BW、単位時間 当たりの追加パケット数 ppsを、表 42に示すパス情報におけるパス 3の使用可能帯域 幅 (BW (可用))、単位時間当たりの使用可能パケット数 (pps (可用))とそれぞれ比 較し、いずれかより低い値の帯域幅を用いて、パス情報の使用可能帯域幅 (BW (可 用))、単位時間当たりの使用可能パケット数 (pps (可用))を更新する。
[0294] 更に、追カ卩帯域幅 BW、単位時間当たりの追加パケット数 ppsと、表 41のように既に 割り当て済みの最低使用要求帯域幅 (BW (MIN) )の帯域幅、単位時間当たりの追 加パケット数とをそれぞれ合計した値を、表 42に示すパス情報における使用可能帯 域幅 (BW (実測) )、単位時間当たりの使用可能パケット数 (pps (実測) )とそれぞれ 比較し、いずれかより低い値の帯域幅を用いて、パス情報の使用可能帯域幅 (BW( 実測) )、単位時間当たりの使用可能パケット数 (pps (実測) )を更新する。
[0295] 以上のようにして、算出された追加帯域幅 BW、単位時間当たりの追加パケット数 p psを用いて更新したパス情報と NIC情報とを、通信相手の通信端末 11, 12の通信
管理部 11 lb, 121bに対して送信する。更新したパス情報と NIC情報とを受信した 通信相手の通信端末 11, 12の通信管理部 111b, 121bにて、対応する下りフロー のそれぞれの帯域幅を割り当て直す。更新後のパス情報と NIC情報とを、それぞれ 表 45、表 46に示す。
[0298] 例えば、表 45のパス情報に示すように、 NIC情報として得られた情報に基づいてパ ス 2, 3に当初設定されていた表 39のパス情報の使用可能帯域幅 (BW (可用)、 BW (実測))、単位時間当たりの使用可能パケット数 (pps (可用)、 pps (実測))よりも、更 新後のパス情報の使用可能帯域幅 (BW (可用)、 BW (実測))、単位時間当たりの使 用可能パケット数 (pps (可用)、 pps (実測))が低レ、値に更新されてレ、ることが分かる
[0299] 通信端末 10の通信管理部 101bから表 45のパス情報、表 46の NIC情報を受け取 つた、通信相手の通信端末 11, 12の通信管理部 111b, 121bにおいては、再度、 通信端末 10向けの下り方向の対応するフローの帯域幅を割り当て直して、割り当て 直した帯域幅を通信端末 10の通信管理部 101bに対して送信する。以上により、通 信端末 10, 11, 12のそれぞれのアプリケーションはコーデックの変更処理などを実 行し、各フローの通信を行なう。この結果、通信端末 10は、新たに割り当てられた割
当(使用可能)帯域幅を用いて、通信端末 11と TV電話をしながら、新たに、通信端 末 12に対する画像配信を行なうことができる。
[0300] (第 5の実施例)
本実施例にお ヽては、通信端末間でインターネットを介して TV電話を行なって ヽ る最中に、ネットワークの状態が変化した場合について、第 4の実施例の図 13に示す システム構成図を用いて説明する。
[0301] 即ち、第 4の実施例において前述したように、通信端末 11と TV電話中の通信端末 10において、通信端末 12に画像配信を行なう上りフローが新たに増加したために、 ネットワーク情報に変化が生じている場合である。なお、この他にも、例えば、無線通 信環境にある場合に、無線状態など何らかの影響により、通信中のパスに関するネッ トワーク状態に変化が生じている場合や今まで通信中であったフローが終了した場 合でも、本実施例で説明する処理と同様の処理が実行される。
[0302] 前述の第 4の実施例に説明したように、通信端末 10においてネットワーク状態に変 化が生じたことを、表 45のパス情報、表 46の NIC情報により通知された通信端末 11 の通信管理部 11 lbにおいては、前述した図 6〜図 8に示した帯域割り当て方法を用 いて、再度、通信端末 10からの下り方向のフロー 3、フロー 4に関する帯域を割り当 て直す。表 45のパス情報のうち、最低使用要求帯域幅 (BW(MIN) )を割り当てる前 の使用可能帯域幅 (BW (実測)) 829kbps、単位時間当たりの使用可能パケット数( pps (実測)) 91ppsを用いた場合の帯域割り当ての経過を図 16に示す。ここに、図 1 6は、本実施例にお!、て図 8の帯域割り当て方法によって割り当てられて!/、く各フロ 一の帯域割り当て状況を示す模式図である。
[0303] 図 16に示すように、音声用フロー 3については、最高のクオリティが得られる最大使 用要求帯域幅(BW (MAX)即ち表 38の BW (3) )となる 120kbps, 60ppsを割り当 てることが可能である。一方、映像用フロー 4については、最大でも、最大使用要求 帯域幅(BW (MAX) )より少ない 665kbps, 32ppsしか割り当てられなぐこの条件 下で、最も良好な使用要求帯域幅として、使用要求帯域幅 (BW (2) )の 300kbps, 2 4ppsが、実際のフロー 4に割り当てるべき割当(使用可能)帯域幅として決定される。
[0304] 従って、前述のように、 TV電話アプリケーションに用いる音声用コーデックと映像用
コーデックとの両者で使用する帯域幅を揃える必要がある場合には、音声用フロー 3 についても、使用要求帯域幅(BW(2) )の 90kbps, 30ppsが、実際に割り当てるべ き割当(使用可能)帯域幅として決定される。このようにして決定されたフロー 3, 4に 関するフロー情報を表 47に示す。
[表 47]
[0306] なお、通信端末 11の通信管理部 11 lbにより算出し直されたフロー 3, 4の結果は、 第 4の実施例において割り当てられていた表 32のフロー情報と同じ結果であり、コー デックの変更は不要であることを意味しており、通信管理部 11 lbは、通信端末 11の TV電話アプリケーション 11 Idに対して、特に何も通知する必要はない。一方、通信 相手の通信端末 10の通信管理部 101bに対しては、再度作成し直したパス情報、 NI C情報を送信する。しかし、この時、パス情報、 NIC情報を送信しないで、あるいは、 パス情報、 NIC情報と共に、作成し直したパス情報、 NIC情報が以前に送信した情 報と変化して L、な 、旨を通知するようにしても良 、。
[0307] また、帯域幅を再度割り当て直した結果が、以前割り当てていた帯域幅と異なる場 合、通信端末 11の TV電話アプリケーション 11 Idに対して、コーデック変更要求メッ セージを送信することにより、動的に、コーデックの使用帯域幅を変更可能とすると共 に、通信相手の通信端末 10の通信管理部 101bに対しても、作成し直したパス情報 、 NIC情報を送信する。
[0308] (第 6の実施例)
本実施例においては、例えば、図 6や図 15に示す帯域割り当て方法において、ァ プリケーシヨンから要求されている最低限の帯域即ち最低使用要求帯域幅 (BW (Ml N) )を割り当てることができな!/、場合(図 6のステップ ST04の NO、図 15のステップ S T39の NOの場合)におけるエラー処理(図 6のステップ ST05の処理、図 15のステツ プ ST40の処理)について、図 17のフローチャートを用いて説明する。ここに、図 17 は、本発明に係る帯域割り当て方法の第 6の実施例を説明するためのフローチャート であり、複数のフローの全てについては、最低使用要求帯域幅 (BW(MIN) )さえも 割り当てられな力つた場合の処理内容に説明するものである。
[0309] 通信端末 10の通信管理部 101bが、帯域の割り当てを要求されている複数のフロ 一の 、ずれかにつ 、て最低使用要求帯域幅 (BW (MIN) )を割り当てることができな い旨判定されていることが判明した場合 (ステップ ST51)、いずれか一つでも使用要 求帯域幅に該当する帯域を割り当てることが可能な状態にある力否かを調べ (ステツ プ ST52)、可能であることが判明すれば (ステップ ST52の YES)、通信を継続すベ きいずれかのフローを選択して (ステップ ST53)、当該フローに対して帯域を割り当 てて通信を継続させる (ステップ ST54)。
[0310] ここで、ステップ ST53において、通信を継続すべきフローを選択する場合、図 18 のような選択メニュー画面の画面表示を行ない、ユーザに選択させるようにしても良 い。図 18は、本実施例において、ユーザが通信を継続すべきフローを選択するため の選択メニュー画面の一例を示す模式図であり、帯域割り当てを要求するアプリケー シヨン全てのうち、いずれか 1乃至複数を選択して、通信を継続することができる場合 を示している。即ち、図 18の例では、帯域割り当てを要求したアプリケーションのフロ 一として、 TV電話—ボイス (音声)、 TV電話—映像、動画ストリーミング—映像、動画 ストリーミングーボイス(音声)の 4つのフローのいずれでも選択可能であることを「〇」 印を付して表示している。
[0311] あるいは、図 18と異なる表示例として、図 19のような画面表示を行ない、ユーザに 選択させるようにしても良い。図 19は、本実施例において、ユーザが通信を継続す べきフローを選択するための選択メニュー画面の異なる例を示す模式図であり、帯域 割り当てを要求するアプリケーション全てのうち、動画ストリーミング.映像を除くフロー
についていずれ力 1乃至複数を選択して、通信を継続することができる場合を示して いる。即ち、図 19において、選択対象外である動画ストリーミング—映像については 、使用要求帯域幅 (BW (MIN) )をも割り当てることができな 、旨を示す「 X」印を付 して表示している。
[0312] ステップ ST53において、例えば、図 18の選択メニュー画面が表示された場合、通 信を継続したいフローをユーザが選択する一例を図 20に示す。図 20は、本実施例 にお 、て、選択メニュー画面力 通信を継続すべきフローを選択した結果の一例を 示す模式図であり、 TV電話 ボイス (音声)のみを選択している場合を、「◎」印を付 して示している。ここで、 TV電話—ボイス (音声)が選択された結果、動画ストリーミン グ ·映像に「 X」印が付されて、動画ストリーミング一映像を選択することができなくな つたことを示している。
[0313] 次に、図 20の選択メニュー画面を用いて、ユーザが TV電話'映像のフローを選択 した結果を図 21に示す。図 21は、本実施例において、選択メニュー画面から通信を 継続すべきフローを更に選択した結果の一例を示す模式図であり、 TV電話 ボイス (音声)に続いて、 TV電話一映像のフローを通信を継続すべきフローとして選択した 結果、残りの全てのフローについて「X」印が付されて、これ以上は選択することがで きなくなつたことを示して 、る。
[0314] なお、ステップ ST53におけるフローの選択処理においては、ユーザが或るフロー を選択する都度、パス情報の現在使用可能な帯域幅 (BW (可用))から、選択したフ ローに関する最低使用要求帯域幅 (BW(MIN) )が減算されて、使用可能帯域幅 (B W (可用))が更新され、更に他のフローに対して帯域の割り当てが可能力否か、即ち 、更新後の使用可能帯域幅 (BW (可用))が、次に選択対象とする各フローが要求す る最低使用要求帯域幅 (BW(MIN) )以上の値である力否かを判定して、図 18〜図 21に示すように、選択可能力否かを「〇」、「X」表示する。
[0315] また、図 18〜図 21において、ユーザが「OK」ボタンを選択すると、その時点で選択 されていないフロー関しては通信を継続しないものとして、選択されたフローのみに 帯域の割り当てを再び行なうようにする。
[0316] なお、本実施例では、通信を継続することができるフローを選択メニュー画面として
画面表示し、その中から、通信を継続するフローを選択する例を示したが、逆に、全 てのフローの中から、通信を放棄しても良!、フローを選択メニュー画面として画面表 示し、その中から、通信を放棄するフローを選択するようにしても良い。
[0317] 一方、ステップ ST52において、全てのフローについて、使用要求帯域幅に該当す る帯域を全く割り当てることができないことが判明した場合 (ステップ ST52の NO)、 図 22に示すように、「エラー:通信できません」の旨を画面表示して、ユーザにエラー を通知して終了する(ステップ ST55)。ここに、図 22は、本実施例において、帯域を 割り当てることができな!/、旨を示すエラー画面表示の一例を示す模式図であり、複数 のフローの 、ずれにも帯域を割り当てることができな!/、旨をユーザに対して提示して いる。
[0318] (第 7の実施例)
本実施例においては、通信端末 10の通信管理部 101bにおいてアプリケーション の各フローに対する帯域割り当て方法について、前述した各実施例とは異なる他の バリエーションを例示するものであり、各フローの使用要求帯域幅について全ての組 み合わせを作成して、その中から各フローに対して割り当てるべき割当(使用可能) 帯域幅を決定しょうとするものである。
本実施例において、例えば、帯域を割り当てるべき 3つのフローは存在しているも のと仮定し、この 3つのフロー情報について、表 48に示す。
[0319] [表 48]
[0320] 表 48に示すフロー情報においては、実際に割り当てる割当(使用可能)帯域幅を 決定する選択肢として、フロー 1については 4通り、フロー 2については 3通り、フロー 3については 2通りの自由度が存在している。その結果、各フロー全ての使用要求帯
域幅の組み合わせとしては、表 49に一部を示すように、 24通りの組み合わせを作成 することができる。
[0321] [表 49]
[0322] ここで、例えば図 23のフローチャートに示すような帯域割り当て方法を用いて、この 表 49の中で、パスの状態にマッチして、現在の使用可能な帯域幅の条件を満たす 使用要求帯域幅の組み合わせを選択して、各フローに割当(使用可能)帯域幅とし て割り当てていく。ここに、図 23は、本発明に係る帯域割り当て方法の第 7の実施例 を説明するためのフローチャートである。
[0323] 図 23のフローチャートにおいて、まず、表 49の使用要求帯域幅の組み合わせの中 から、合計使用要求帯域幅 (表 49の合計 BW、合計 pps)が、ネットワークとしての使 用可能な帯域幅を示すパス情報の使用可能帯域幅 (BW (可用)、 pps (可用))の値 を超えるものを削除する (ステップ ST61)。次に、割当(使用可能)帯域幅が決定して いないフローのうち、最も優先順位が高いフローに関する組み合わせを抽出する (ス テツプ ST62)。抽出した組み合わせのうち、選択しているフローに関して最も大きい 帯域幅を有する組み合わせ以外のものを削除する (ステップ ST63)。
[0324] 残された組み合わせが複数存在して 、る場合、次に優先順位が高!、フローにつ!ヽ て最も大きい帯域幅を有する組み合わせ以外を削除する。最終的に、残された組み 合わせに含まれている選択したフローに関する使用要求帯域幅を、当該フローの割 当(使用可能)帯域幅として決定する (ステップ ST64)。
[0325] 全てのフローについて、まだ、割当(使用可能)帯域幅が決定されていない場合に は(ステップ ST65の NO)、ステップ ST62に戻って、次の優先順位のフローについ て割り当て処理を繰り返す。一方、全てのフローについて、割当(使用可能)帯域幅
が決定している場合には (ステップ ST65の YES)、各フローに対する割当(使用可 能)帯域幅を最終的に決定し、次の帯域割り当て要求に備えて、パス情報を更新す る(ステップ ST66)。
[0326] このように、帯域割り当て要求がなされた全てのフローそれぞれが要求する 1乃至 複数の使用要求帯域幅について作成した全ての組み合わせについて、ネットワーク を介した通信相手との通信に使用可能な帯域幅の条件を満たして、帯域を割り当て ることが可能な組み合わせの中から、より優先度が高 、フローにっ 、てより大き!/、帯 域幅の使用要求帯域幅を要求して!/、る組み合わせを選択し、選択した組み合わせ が示す各フローの使用要求帯域幅を、割当(使用可能)帯域幅としてそれぞれのフロ 一に割り当てるという帯域割り当て方法を適用すれば、より優先順位の高いフローに 対して、より大きい帯域幅を割り当てることが可能となる。
[0327] なお、表 49においては、最低限の使用要求帯域幅(BW(MIN) )であっても、全て のフローに対して確実に帯域を割り当てることが可能なことを条件として、使用要求 帯域幅の組み合わせ表を作成している例を示したが、場合によっては、優先順位が 低 、フローを除 、た場合も含む使用要求帯域幅の組み合わせ表を作成して、ネット ワークの使用可能な帯域幅の状況如何によつて、優先順位が低いフローについて帯 域を割り当てな 、組み合わせを選択することを可能としても良 、。このように優先順 位が低いフローに対して帯域が割り当てられない組み合わせが選択された場合、優 先順位が低いフローに対応するアプリケーションに対して、割り当てた割当(使用可 能)帯域幅を通知する代わりに、帯域割り当てが不可能であった旨を通知することに なる。