JP3676121B2 - Parameter determining apparatus, parameter determining method, and computer-readable recording medium storing a program for causing a computer to execute the method - Google Patents

Parameter determining apparatus, parameter determining method, and computer-readable recording medium storing a program for causing a computer to execute the method Download PDF

Info

Publication number
JP3676121B2
JP3676121B2 JP15402099A JP15402099A JP3676121B2 JP 3676121 B2 JP3676121 B2 JP 3676121B2 JP 15402099 A JP15402099 A JP 15402099A JP 15402099 A JP15402099 A JP 15402099A JP 3676121 B2 JP3676121 B2 JP 3676121B2
Authority
JP
Japan
Prior art keywords
qos
communication
parameter
network
user
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP15402099A
Other languages
Japanese (ja)
Other versions
JP2000349769A (en
Inventor
哲也 横谷
立機 市橋
一紀 小高
和幸 鹿島
圭一 曽田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Priority to JP15402099A priority Critical patent/JP3676121B2/en
Publication of JP2000349769A publication Critical patent/JP2000349769A/en
Application granted granted Critical
Publication of JP3676121B2 publication Critical patent/JP3676121B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Description

【０００１】
【発明の属する技術分野】
本発明は、ネットワークでの通信の際に使用される通信用パラメータを決定するパラメータ決定装置、パラメータ決定方法、および、その方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体に関し、特に、ネットワークで規定されている通信のサービス品質（ＱｏＳ）に関するパラメータを決定するパラメータ決定装置、パラメータ決定方法、および、その方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体に関するものである。
【０００２】
【従来の技術】
近年、一定の通信のサービス品質（ＱｏＳ：Quality of Service）を要求する動画像や音声等のマルチメディア情報を扱う通信が活発に行われている。このような、ＱｏＳを要求する通信の拡大等にともない、ＱｏＳの制御および保証が注目を集めている。ユーザにとって、使用するアプリケーションごとにきめ細かくＱｏＳ制御を行うことは望ましく、通信ネットワークにおいて、ＡＴＭ（Asynchronous Transfer Mode）やインタネットで、それぞれＱｏＳ制御を行うためのパラメータ（ＱｏＳパラメータ）が規定されている。
【０００３】
ＡＴＭの場合は、ＩＴＵ−Ｔ（International Telecommunication Union-Telecommunication Standardization Sector）やＡＴＭフォーラムでこれらのパラメータについて規定している。たとえば、ＡＴＭフォーラムでは、ATM Forum Specification,“ATM Forum Traffic Management Specification Version 4.0"において、ユーザが転送するトラヒックの特性であるトラヒックディスクリプタ（トラヒックパラメータ）、および保証するＱｏＳパラメータについて以下のように規定している。
【０００４】
トラヒックディスクリプタ：
ＰＣＲ（Peak Cell Rate） 最大セル転送レート
ＳＣＲ（Sustainable Cell Rate） 平均セルレート
ＭＢＳ（Maximum Burst Size） ＰＣＲ転送できる最大連続セル数
ＱｏＳパラメータ：
ＣＬＲ（Cell Loss Rate） セル廃棄率
ｍａｘＣＴＤ（max. Cell Transfer Delay） 最大セル転送遅延
ｐ−ｐＣＤＶ（peak-to-peak Cell Delay Variation） 最大セル遅延揺らぎ
【０００５】
インタネットの場合も同様に、ＱｏＳパラメータについて、ＩＥＴＦ（Internet Engineering Task Force）でＦｌｏｗＳｐｅｃを規定している。ＦｌｏｗＳｐｅｃでは、以下に示すように、ＡＴＭの場合のトラヒックディスクリプタに相当するＴＳｐｅｃと、ＱｏＳパラメータに相当するＲＳｐｅｃが規定されている。なお、これらは、ＩＥＴＦ ＲＦＣ（Request For Comment）２２１２、S. Shenker, C. Partridge, R. Guerin,“Specification of Guaranteed Quality of Service", 1997に記載されている。
【０００６】
ＴＳｐｅｃ：
Ｐ ピークレート
Ｍ 最大データグラム長
ｒ トークンバケットからのレート
ｂ トークンバケットの深さ
ＲＳｐｅｃ：
Ｒ 予約帯域
Ｄ 最大遅延
【０００７】
また、アプリケーションとネットワークプロトコルとの間に位置するミドルウェアにおいて、前述したＡＴＭやインタネットのＱｏＳ制御を行うためのパラメータを指定できるＡＰＩ（Application Programming Interface）を規定したＷｉｎＳｏｃｋ２が提供されている。なお、ＷｉｎＳｏｃｋ２については、“Windows Sockets 2 Application Programming Interface, Revision 2.2.2"， HYPERLINK http://www.sockets.com/winsock2.htm#OverView http://www.sockets.com/winsock2.htm#OverViewおよび「全容が見えたＷｉｎＳｏｃｋ２」，日経コミュニケーション １９９６年６月１７日号等に記載されている。
【０００８】
図１７は、従来におけるＷｉｎＳｏｃｋ２のアーキテクチャを示す構成図である。ＷｉｎＳｏｃｋ２は、アプリケーションと、ＡＴＭやインタネットのベースプロトコルとの間に配置され、アプリケーションからＡＰＩを通じてＡＴＭやインタネットのＱｏＳパラメータを入力することができる。入力されたパラメータは、ＳＰＩ（Service Provider Interface）を介して、対応するネットワークのプロトコルに対して通知される。
【０００９】
つぎに、ネットワーク内のＱｏＳ制御を行うプロトコルについて説明する。ＡＴＭの場合は、ＩＴＵ−Ｔ Ｑ．２９３１，“Broadband Integrated Service Digital Network(B-ISDN)-Digital subscriber signaling system no. 2(DSS2) User-network interface (UNI) Layer 3 specification for basic call/connection control"，1995およびＡＴＭフォーラム ＳＩＧ４．０，“ATM User-Network Interface(UNI) Signaling Specification v4.0"，1996に代表されるシグナリング手順においてＱｏＳ制御が行われるのが一般的である。
【００１０】
図１８は、従来におけるシグナリング手順の代表的な一例を示す説明図である。図に示すシグナリング手順において、まず、送信側端末より、前述したトラヒックパラメータおよびＱｏＳパラメータ（許容値および累積値を含む）を含めたＳＥＴＵＰメッセージを送信する。交換機では、現在使用されているリソースを考慮して、ＱｏＳに関するパラメータが要求するＱｏＳが確保できるか否かの判定を行う。ＱｏＳに関するパラメータが要求するＱｏＳが確保可能であれば、自交換機において必要なリソースを確保し、ＳＥＴＵＰメッセージをつぎの交換機に転送する。
【００１１】
この手順を交換機ごとに順次行い、受信側端末までＳＥＴＵＰメッセージを転送することができた場合、受信側端末は、このコネクション上において、ＱｏＳに関するパラメータが要求するＱｏＳを保証した通信を行うことができると判断して、ＣＯＮＮＥＣＴメッセージを送信側端末へ送信する。ＣＯＮＮＥＣＴメッセージが交換機によって順次転送され、送信側端末がＣＯＮＮＥＣＴメッセージを受信することにより、端末間でのＱｏＳを保証した通信を行うことができる。
【００１２】
図１９は、従来における、ＳＥＴＵＰメッセージを受信した場合の交換機での受付判定処理の流れを示す概略フローチャートである。交換機での受付判定処理は、ＣＡＣ（Connection Admission Control）と呼ばれ、種々の方式が検討されている。ここでは、その中の最も一般的な処理について説明する。ＳＥＴＵＰメッセージを受信した場合の交換機での受付判定処理において、まず、受信したＳＥＴＵＰメッセージを精査し、トラヒックパラメータおよびＱｏＳパラメータを読み取る（Ｓ１）。
【００１３】
続いて、読み取ったトラヒックパラメータから自交換機に必要なリソースを算出する（Ｓ２）。現在収容しているトラヒックの状態を考慮して、算出したリソースが確保できるか否か、すなわち、受信したＳＥＴＵＰメッセージのトラヒックパラメータで定義されるトラヒックが発生した場合に自交換機で収容することができるか否かを判定する（Ｓ３）。受信したＳＥＴＵＰメッセージのトラヒックパラメータで定義されるトラヒックを収容できない場合は、送信側端末にＲＥＪＥＣＴメッセージを送信し（Ｓ８）、処理を終了する。
【００１４】
一方、受信したＳＥＴＵＰメッセージのトラヒックパラメータで定義されるトラヒックを収容できる場合は、自交換機におけるＱｏＳパラメータの値を算出し、算出したＱｏＳパラメータの値と、ＳＥＴＵＰメッセージ中に示されている前段の交換機までのＱｏＳパラメータの累積値との加算を行う（Ｓ４）。
【００１５】
つぎに、この加算値とＳＥＴＵＰメッセージ中に示されているＱｏＳパラメータの許容値との比較を行い（Ｓ５）、この加算値が許容値未満である場合は、ステップＳ２での算出結果に応じたリソースを確保し（Ｓ６）、この加算値をＳＥＴＵＰメッセージの累積値として設定し、ＳＥＴＵＰメッセージを次段の交換機に転送する（Ｓ７）。ステップＳ５で、加算値が許容値以上である場合は、ステップＳ８に進み、送信側端末にＲＥＪＥＣＴメッセージを送信する。
【００１６】
一方、インタネットの場合は、ＡＴＭにおけるシグナリング手順に代わるものとしてＲＳＶＰ（Resource Reservation Protocol）がある。図２０は、従来のＲＳＶＰのシーケンスを示す説明図である。ＲＳＶＰのシーケンスにおいては、受信側端末から送信端末にＴＳｐｅｃおよびＲＳｐｅｃを含めたＲｅｓｅｒｖｅメッセージを定期的に送信し、定期的にリソース要求を行う。
【００１７】
各中継ルータでは、ＡＴＭにおける交換機と同様に、リソース確保の可否を判定する。送信端末は、Ｒｅｓｅｒｖｅメッセージを受信した場合、ＱｏＳに関するパラメータが要求するＱｏＳを保証した通信が行えるものと判断して受信側端末にＲｅｓｅｒｖｅ Ａｃｋ（Acknowledge）メッセージを送信する。受信側端末でＲｅｓｅｒｖｅ Ａｃｋメッセージを受信すれば、通信のためのリソースが確保されたことになる。
【００１８】
ＲＳＶＰとＡＴＭのシグナリング手順とは、いくつかの異なる部分があるが、その目的および考え方は同一である。異なる部分としては、たとえば、シグナリング手順では、両方向の通信のリソース確保を送信側端末からの起動で行うが、ＲＳＶＰでは、受信側端末からの起動で片方向（送信側から受信側端末）の通信のリソース確保を行う。また、シグナリング手順では、一度リソースを確保すると、明示的に開放しない限りリソースは確保し続けられるが、ＲＳＶＰでは、一定時間が経過すると確保しているリソースは開放される。すなわち、リソースの確保を継続するには、定期的にＲｅｓｅｒｖｅメッセージを送信しなければならない。
【００１９】
前述したように、ＷｉｎＳｏｃｋ２等により、ＡＴＭやインタネット等のネットワークで規定されているＱｏＳに関するパラメータを指定し、ＲＳＶＰやＡＴＭのシグナリング手順等のＱｏＳ制御を行うプロトコルによってＱｏＳを保証した通信を行うことができる。しかし、どのようにして、ユーザまたはアプリケーションのＱｏＳに関する要求に応じたＱｏＳに関するパラメータの値を決定するか、すなわち、どのようにして、ユーザまたはアプリケーションの曖昧または大まかなＱｏＳに関する要求を、具体的な、ネットワークで規定されているＱｏＳに関するパラメータの値に変換するかということは規定されていない。
【００２０】
ところで、ユーザまたはアプリケーションの曖昧または大まかなＱｏＳに関する要求に応じて通信を行う例として、特開平６−２７６２５４号公報に開示された「通信制御装置」がある。図２１は、従来の通信制御装置の概要を示す構成図である。この通信制御装置は、上位レイヤ制御部（ＵＣ）１と、トランスポートレイヤ制御部（ＴＣ）２と、ネットワーク制御部（ＮＣ）３−１〜３−ｎと、を備えている。
【００２１】
上位レイヤ制御部１は、トランスポートレイヤより上位の通信制御を行う。トランスポートレイヤ制御部２は、エンドシステム間の通信制御を行うもので、図示しないＱｏＳテーブルを備えている。ネットワーク制御部３−１〜３−ｎは、それぞれ各種のネットワーク４−１〜４−ｎに対応し、そのネットワーク種別に応じた通信制御を行う。ネットワーク４−１〜４−ｎは、たとえば、パケット交換網，ＩＳＤＮ等に対応した通信回線である。図示しないＱｏＳテーブルはネットワーク毎のサービス品質を管理するもので、トランスポートレイヤ制御部２はこのＱｏＳテーブルを参照して上位レイヤから要求されるＱｏＳに応じたネットワークを選択する。
【００２２】
この通信制御装置では、前述したＡＴＭやインタネットの例とは異なり、ネットワーク内の転送能力を調整するのではなく、ネットワーク毎に提供できるＱｏＳが固定化しており、ＱｏＳが固定化されたネットワークの候補の中から通信を行うネットワークを選択する。この通信制御装置によれば、上位レイヤのアプリケーションからＱｏＳ（ＱｏＳに関する要求）が指定されると、指定されたＱｏＳに対応する適切なネットワークを選択するので、アプリケーションからのＱｏＳに関する要求に応じて動的にネットワークを選択し、効率的な通信制御を行うことができる。
【００２３】
【発明が解決しようとする課題】
しかしながら、上記従来の技術によれば、通信制御装置の場合は、複数の物理的なネットワークの中から通信を行うネットワークを選択するため、きめ細かくＱｏＳ制御を行うためには多数の物理的なネットワークを用意しなければならず、システムが複雑になり、コストがかかるという問題点があった。
【００２４】
また、ＷｉｎＳｏｃｋ２を用いて、ＡＴＭやインタネットで規定されたＱｏＳ関するパラメータを指定して通信を行う場合は、ユーザまたはアプリケーションの通信のサービス品質に関する、曖昧または大まかな要求を、ネットワークで規定された通信のサービス品質に関する、詳細なパラメータに変換する規定がされていないため、適切なＱｏＳに関するパラメータを決定することが難しく、ユーザが望む通信のサービス品質が得られない場合があるという問題点があった。
【００２５】
本発明は、上記に鑑みてなされたものであって、多数の物理的なネットワークを用意する必要をなくし、システムを簡略化してコストを低減し、かつ、適切なＱｏＳに関するパラメータを決定し、ユーザが望む通信のサービス品質を得るパラメータ決定装置、パラメータ決定方法、および、その方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体を得ることを目的とする。
【００２６】
【課題を解決するための手段】
上述した課題を解決し、目的を達成するために、本発明にかかるパラメータ決定装置にあっては、ＱｏＳを保証するネットワークとの通信に用いられるパラメータ決定装置であって、アプリケーションおよびユーザのうち少なくとも一方からの通信のサービス品質に関する要求を入力する要求入力手段と、前記要求入力手段が入力した通信のサービス品質に関する要求に基いて、前記ネットワークで規定されているＱｏＳに関するパラメータを決定する決定手段と、前記ＱｏＳに関するパラメータでの通信が前記ネットワークで受け付けられて通信が開始された後、ユーザに対して通信のサービス品質についての問い合わせを行う変更要求入力手段と、を具備することを特徴とする。
【００２９】
このパラメータ決定装置によれば、アプリケーションおよびユーザのうち少なくとも一方からの通信のサービス品質に関する要求を入力し、入力した通信のサービス品質に関する要求に基いて、自動的に、ネットワークで規定されているＱｏＳに関するパラメータを決定し、通信が開始された後、ユーザに対して通信のサービス品質についての問い合わせを行う。
【００３０】
つぎの発明にかかるパラメータ決定装置にあっては、ＱｏＳを保証するネットワークとの通信に用いられるパラメータ決定装置であって、少なくとも一つの端末装置から、アプリケーションおよびユーザのうち少なくとも一方からの通信のサービス品質に関する要求を入力する要求入力手段と、前記要求入力手段が入力した通信のサービス品質に関する要求に基いて、前記ネットワークで規定されているＱｏＳに関するパラメータを決定する決定手段と、前記ＱｏＳに関するパラメータでの通信が前記ネットワークで受け付けられて通信が開始された後、前記通信のサービス品質に関する要求を送信した端末装置に対して通信のサービス品質についての問い合わせを行う変更要求入力手段と、を具備することを特徴とする。
【００３１】
このパラメータ決定装置によれば、少なくとも一つの端末装置から、アプリケーションおよびユーザのうち少なくとも一方からの通信のサービス品質に関する要求を入力し、入力した通信のサービス品質に関する要求に基いて、自動的に、ネットワークで規定されているＱｏＳに関するパラメータを決定すし、通信が開始された後、ユーザに対して通信のサービス品質についての問い合わせを行う。
【００３２】
つぎの発明にかかるパラメータ決定装置にあっては、さらに、前記決定手段が決定したＱｏＳに関するパラメータを前記端末装置に出力する出力手段を具備することを特徴とする。
【００３３】
このパラメータ決定装置によれば、決定したＱｏＳに関するパラメータを端末装置に出力し、端末装置側で既存の通信プロトコルを用いて通信を行うことができる。
【００３４】
つぎの発明にかかるパラメータ決定装置にあっては、さらに、ネットワークの負荷状態に関する情報を入力する負荷状態入力手段を具備し、前記決定手段は、前記負荷状態入力手段が入力したネットワークの負荷状態に関する情報に基いて、前記ＱｏＳに関するパラメータを決定することを特徴とする。
【００３５】
このパラメータ決定装置によれば、ネットワークの負荷状態に関する情報を入力し、入力したネットワークの負荷状態に関する情報に基いて、ＱｏＳに関するパラメータを決定する。
【００３６】
つぎの発明にかかるパラメータ決定装置にあっては、さらに、前記決定手段が決定したＱｏＳに関するパラメータでの通信が前記ネットワークにより受け付けられたか否かを判定する判定手段を具備し、前記決定手段は、前記判定手段で、前記ＱｏＳに関するパラメータでの通信が前記ネットワークにより受け付けられなかったと判定された場合、代替のＱｏＳに関するパラメータを決定することを特徴とする。
【００３７】
このパラメータ決定装置によれば、決定したＱｏＳに関するパラメータでの通信がネットワークにより受け付けられたか否かを判定し、受け付けられなかったと判定された場合、自動的に代替のＱｏＳに関するパラメータを決定する。
【００３８】
つぎの発明にかかるパラメータ決定装置にあっては、さらに、前記判定手段で、前記ＱｏＳに関するパラメータでの通信が前記ネットワークにより受け付けられなかったと判定した場合、代替のＱｏＳに関するパラメータを決定することに対するユーザの承認を受けるための承認手段を具備し、前記決定手段は、前記承認手段で承認を受けなかった場合は代替のＱｏＳに関するパラメータを決定しないことを特徴とする。
【００３９】
このパラメータ決定装置によれば、ＱｏＳに関するパラメータでの通信がネットワークにより受け付けられなかった場合、代替のＱｏＳに関するパラメータを決定することに対するユーザの承認を受け、承認を受けなかった場合は代替のＱｏＳに関するパラメータを決定しない。
【００４０】
つぎの発明にかかるパラメータ決定装置にあっては、さらに、前記決定手段が決定したＱｏＳに関するパラメータのユーザによる承認を受けるための承認手段を具備することを特徴とする。
【００４１】
このパラメータ決定装置によれば、決定したＱｏＳに関するパラメータのユーザによる承認を受ける。
【００４２】
つぎの発明にかかるパラメータ決定装置にあっては、さらに、前記変更要求入力手段は、通信が開始された後、ユーザからの通信のサービス品質の変更要求を入力する機能をさらに具備し、前記決定手段は、前記変更要求入力手段が入力した変更要求に応じたＱｏＳに関するパラメータを決定することを特徴とする。
【００４３】
このパラメータ決定装置によれば、通信が開始された後、ユーザからの通信のサービス品質の変更要求を入力し、入力した変更要求に応じたＱｏＳに関するパラメータを決定する。
【００４６】
上述した課題を解決し、目的を達成するために、つぎの発明にかかるパラメータ決定方法にあっては、ＱｏＳを保証するネットワークとの通信に用いられるパラメータ決定方法であって、アプリケーションおよびユーザのうち少なくとも一方からの通信のサービス品質に関する要求を入力する要求入力工程と、前記要求入力工程で入力した通信のサービス品質に関する要求に基いて、前記ネットワークで規定されているＱｏＳに関するパラメータを決定する決定工程と、前記ＱｏＳに関するパラメータでの通信が前記ネットワークで受け付けられて通信が開始された後、ユーザに対して通信のサービス品質についての問い合わせを行う変更要求入力工程と、を含むことを特徴とする。
【００４９】
このパラメータ決定方法によれば、アプリケーションおよびユーザのうち少なくとも一方からの通信のサービス品質に関する要求を入力させて、入力した通信のサービス品質に関する要求に基いて、自動的に、ネットワークで規定されているＱｏＳに関するパラメータを決定させ、通信が開始された後、ユーザに対して通信のサービス品質についての問い合わせを行わせる。
【００５０】
つぎの発明にかかるパラメータ決定方法にあっては、ＱｏＳを保証するネットワークとの通信に用いられるパラメータ決定方法であって、少なくとも一つの端末装置から、アプリケーションおよびユーザのうち少なくとも一方からの通信のサービス品質に関する要求を入力する要求入力工程と、前記要求入力工程で入力した通信のサービス品質に関する要求に基いて、前記ネットワークで規定されているＱｏＳに関するパラメータを決定する決定工程と、前記ＱｏＳに関するパラメータでの通信が前記ネットワークで受け付けられて通信が開始された後、前記通信のサービス品質に関する要求を送信した端末装置に対して通信のサービス品質についての問い合わせを行う変更要求入力工程と、を含むことを特徴とする。
【００５１】
このパラメータ決定方法によれば、少なくとも一つの端末装置から、アプリケーションおよびユーザのうち少なくとも一方からの通信のサービス品質に関する要求を入力させて、入力した通信のサービス品質に関する要求に基いて、自動的に、ネットワークで規定されているＱｏＳに関するパラメータを決定させ、通信が開始された後、ユーザに対して通信のサービス品質についての問い合わせを行わせる。
【００５２】
つぎの発明にかかるパラメータ決定方法にあっては、さらに、前記決定工程で決定したＱｏＳに関するパラメータを前記端末装置に出力する出力工程を含むことを特徴とする。
【００５３】
このパラメータ決定方法によれば、決定したＱｏＳに関するパラメータを端末装置に出力させて、端末装置側で既存の通信プロトコルを用いて通信を行わせることができる。
【００５４】
つぎの発明にかかるパラメータ決定方法にあっては、さらに、ネットワークの負荷状態に関する情報を入力する負荷状態入力工程を含み、前記決定工程は、前記負荷状態入力工程で入力したネットワークの負荷状態に関する情報に基いて、前記ＱｏＳに関するパラメータを決定することを特徴とする。
【００５５】
このパラメータ決定方法によれば、ネットワークの負荷状態に関する情報を入力させて、入力したネットワークの負荷状態に関する情報に基いて、ＱｏＳに関するパラメータを決定させる。
【００５６】
つぎの発明にかかるパラメータ決定方法にあっては、さらに、前記決定工程で決定したＱｏＳに関するパラメータでの通信が前記ネットワークにより受け付けられたか否かを判定する判定工程を含み、前記決定工程は、前記判定工程で、前記ＱｏＳに関するパラメータでの通信が前記ネットワークにより受け付けられなかったと判定された場合、代替のＱｏＳに関するパラメータを決定することを特徴とする。
【００５７】
このパラメータ決定方法によれば、決定したＱｏＳに関するパラメータでの通信がネットワークにより受け付けられたか否かを判定させて、受け付けられなかったと判定した場合、自動的に代替のＱｏＳに関するパラメータを決定させる。
【００５８】
つぎの発明にかかるパラメータ決定方法にあっては、さらに、前記判定工程で、前記ＱｏＳに関するパラメータでの通信が前記ネットワークにより受け付けられなかったと判定された場合、代替のＱｏＳに関するパラメータを決定することに対するユーザの承認を受けるための承認工程を含み、前記決定工程は、前記承認工程で承認を受けなかった場合は代替のＱｏＳに関するパラメータを決定しないことを特徴とする。
【００５９】
このパラメータ決定方法によれば、ＱｏＳに関するパラメータでの通信がネットワークにより受け付けられなかった場合、代替のＱｏＳに関するパラメータを決定することに対するユーザの承認を受け、承認を受けなかった場合は代替のＱｏＳに関するパラメータを決定しないようにする。
【００６０】
つぎの発明にかかるパラメータ決定方法にあっては、さらに、前記決定工程で決定したＱｏＳに関するパラメータのユーザによる承認を受けるための承認工程を含むことを特徴とする。
【００６１】
このパラメータ決定方法によれば、決定したＱｏＳに関するパラメータのユーザによる承認を受けるようにする。
【００６２】
つぎの発明にかかるパラメータ決定方法にあっては、前記変更要求入力工程は、通信が開始された後、ユーザからの通信のサービス品質の変更要求を入力する工程をさらに含み、前記決定工程は、前記変更要求入力工程で入力した変更要求に応じたＱｏＳに関するパラメータを決定することを特徴とする
【００６３】
このパラメータ決定方法によれば、通信が開始された後、ユーザからの通信のサービス品質の変更要求を入力させて、入力した変更要求に応じたＱｏＳに関するパラメータを決定させる。
【００６６】
上述した課題を解決し、目的を達成するために、本発明にかかるコンピュータ読み取り可能な記録媒体にあっては、前記のいずれか一つの発明による方法をコンピュータに実行させるプログラムを記録したことを特徴とする。
【００６７】
このコンピュータ読み取り可能な記録媒体によれば、前記のいずれか一つの発明による方法をコンピュータに実行させることができる。
【００６８】
【発明の実施の形態】
以下に、本発明にかかるパラメータ決定装置、パラメータ決定方法およびその方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体の実施の形態を、図面を参照して詳細に説明する。
【００６９】
実施の形態１．
図１は、本発明の実施の形態１にかかるパラメータ決定装置の分類を示す図表である。実施の形態１にかかるパラメータ決定装置は、ユーザが使用する、または通信用アプリケーションが存在する端末内に配置されるか、ネットワーク機器として、またはネットワーク機器内に配置されるかに分類される。さらに、独立動作、すなわち、ネットワークの負荷状態を考慮せず、ユーザまたはアプリケーションからのＱｏＳに関する要求に基いてＱｏＳに関するパラメータを決定するか、あるいは、ネットワークの負荷状態も考慮に入れてＱｏＳに関するパラメータを決定するかに分類される。
【００７０】
実施の形態１では、図１に示すアプローチ１に対応するパラメータ決定装置、すなわち、端末内に配置され、独立動作を行うパラメータ決定装置を例に挙げる。まず、その構成について、図２，図３を参照して説明する。図２は、実施の形態１にかかる端末の概略構成を示す図である。実施の形態１の端末は、ユーザ１１が起動する通信用のアプリケーション１２と、ネットワーク１５とＱｏＳの交渉を行うミドルウェア１４と、アプリケーション１２とミドルウェア１４との間に配置され、ＱｏＳに関するパラメータを決定するパラメータ決定装置１３と、を備えている。パラメータ決定装置１３は、アプリケーション１２またはユーザ１１からの大まかで曖昧なＱｏＳに関する要求、たとえば、ＱｏＳに関するパラメータの一部等を入力し、ネットワーク１５で規定されている詳細なＱｏＳに関するパラメータを決定してミドルウェア１４に出力する。
【００７１】
図３は、図２に示したパラメータ決定装置１３の概略構成を示すブロック図である。パラメータ決定装置１３は、ユーザ１１またはアプリケーション１２からの要求を入力する要求入力部６１と、ＱｏＳに関するパラメータを決定する決定部６２と、ミドルウェア１４とのデータの入出力のための入出力部６３と、決定部６２がＱｏＳに関するパラメータを決定することに対するユーザ１１からの承認、または、決定部６２が決定したＱｏＳに関するパラメータに対するユーザ１１からの承認を入力するための承認部６４と、決定したＱｏＳに関するパラメータが、ネットワーク１５により受け付けられたか否かを判定する判定部６５と、通信開始後に、ユーザ１１からのＱｏＳの変更要求を入力するための変更要求入力部６６と、を備えている。
【００７２】
以上の構成において、実施の形態１の動作を、図４〜図７を参照して説明する。図４は、実施の形態１にかかるＱｏＳ制御のシーケンスを示す説明図である。実施の形態１にかかるＱｏＳ制御のシーケンスにおいて、まず、ユーザ１１がアプリケーション１２を起動してＵＲＬ（Uniform Resource Locator）等を設定し、ネットワーク１５への接続要求を行う。
【００７３】
このとき、同時にＱｏＳに関する要求も行われる。パラメータ決定装置１３では、ＡＴＭのシグナリング手順等のパラメータ（ＱｏＳに関するパラメータ）を決定し、決定したパラメータをミドルウェア１４に出力する。ミドルウェア１４ではネットワークプロトコルが起動され、ネットワーク側とのＱｏＳの交渉が行われる。ネットワーク側で必要なリソースが確保され、ＱｏＳに関するパラメータで規定されるＱｏＳを保証する通信が可能なことを示す通知があった場合は通信を開始する。
【００７４】
通信開始後、パラメータ決定装置１３は、ユーザ１１に対し、通信のサービス品質についての問い合わせを行う。具体的には、リアルタイムの画像や音声の情報を扱う通信が行われているのであれば、「画像および音声の質は現状でよいか？」、ファイル転送等のデータを扱う通信が行われているのであれば、「転送速度は現状で良いか？」というような平易な表現の問い合わせを行い、問い合わせに対する回答を入力する。ＱｏＳの変更を要求する回答があった場合は、再度ＱｏＳに関するパラメータを決定し、ＱｏＳに関するパラメータを変更する。なお、このような問い合わせを行わず、ユーザ１１が適宜、ＱｏＳの変更を要求する入力を行うようにしてもよい。
【００７５】
図５は、実施の形態１にかかる、決定したＱｏＳに関するパラメータでの通信がネットワーク側で受け付けられなかった場合のＱｏＳ制御のシーケンスを示す説明図である。最初に決定したＱｏＳに関するパラメータでの通信がネットワーク側で受け付けられなかった場合、パラメータ決定装置１３は、代替のＱｏＳに関するパラメータを決定する。
【００７６】
ＱｏＳが劣化することが予想される場合は、ユーザ１１に対して問い合わせを行い、代替のＱｏＳパラメータで通信を行うことに対する承認を受け、ネットワーク１５との接続を行う。代替のＱｏＳに関するパラメータを決定できないか、または、ユーザが品質を優先して代替のＱｏＳパラメータの承認を行わなかった場合は、「現在の時間帯は接続不可」等の表示を行う。
【００７７】
つぎに、ネットワーク１５としてＡＴＭを例に挙げ、ネットワークでのプロトコルにおけるＱｏＳ制御のためのパラメータ（ＱｏＳに関するパラメータ）の決定方法について、図６，図７を参照して説明する。図６は、実施の形態１にかかるＱｏＳ制御のためのパラメータの決定方法の一例を示すフローチャートである。
【００７８】
ＡＴＭの場合のネットワークでのプロトコルにおけるＱｏＳ制御のためのパラメータの決定方法にあっては、まず、アプリケーション１２のＱｏＳに関する要求に基いて、トラヒックパラメータのＰＣＲ（Peak Cell Rate），ＳＣＲ（Sustainable Cell Rate）およびＭＢＳ（Maximum Cell Rate）を仮に決定する。すなわち、仮のＱｏＳに関するパラメータ、またはＱｏＳに関するパラメータの候補を決定する（Ｓ１１）。ここで、ＱｏＳに関するパラメータの候補として、たとえば、最良のＱｏＳを保証するようなＱｏＳに関するパラメータを決定するようにしてもよい。
【００７９】
続いて、これらのパラメータを設定してシグナリング手順を起動し（Ｓ１２）、ネットワーク１５で、トラヒックパラメータに示されたトラヒックに必要なリソースが確保でき、かつ、ＱｏＳパラメータを満たす通信が可能か否かを判定する（Ｓ１３）。ネットワーク１５で、必要なリソースが確保でき、かつ、ＱｏＳパラメータを満たす通信が可能であれば、このトラフィックパラメータを、決定したトラフィックパラメータとして処理を終了する。一方、必要なリソースが確保できず、またはＱｏＳパラメータを満たす通信が可能でなければ、ＳＣＲ，ＭＢＳの他の候補を決定し（Ｓ１４）、ステップＳ１２に戻る。
【００８０】
図７は、実施の形態１にかかるＱｏＳ制御のためのパラメータの決定方法の一例を示す説明図である。一般的に、アプリケーションの転送能力（アプリケーションのＱｏＳに関する要求）によって、ＰＣＲについては単純に決定することができるが、ＳＣＲおよびＭＢＳについては単純に決定することができない。このため、パラメータ決定装置１３は、まず、アプリケーション１２のＱｏＳに関する要求に基いてＰＣＲを決定する（図中のＰＣＲ＝ｘ）。つぎに、ＳＣＲおよびＭＢＳについて、できるかぎり大きな値を決定する（図中のＳＣＲ＝Ｘ１，ＭＢＳ＝Ｙ１）。
【００８１】
つぎに、シグナリング手順を実行し、ＡＴＭの交換機により、これらのトラヒックパラメータで示されるトラヒックを収容できないと判定された場合、すなわち、決定したトラヒックパラメータでの通信が受け付けられなかった場合は、ＰＣＲおよびＳＣＲは固定して、ＭＢＳの値を、Ｙ１からＹ２，Ｙ３というように、順に小さくする。ＭＢＳの値を小さくすることにより、同一のＰＣＲ，ＳＣＲであっても、トラヒックのバースト性を抑えることができ、交換機が通信を受け付ける可能性が大きくなる。ＭＢＳの値を小さくしても、交換機が通信を受け付けなかった場合は、ＳＣＲの値をＸ１からＸ２，Ｘ３というように順に小さくしながら、同様に、ＭＢＳの値を順に小さくしていく。
【００８２】
このようにして、最初に交換機で収容でき、かつ、ＱｏＳパラメータを満足できる値を検索する。すなわち、この例では、ＳＣＲ＝Ｘ１，ＭＢＳ＝Ｙ１からＳＣＲ＝Ｘ４，ＭＢＳ＝Ｙ３までの１２の候補を順に設定し、これらの候補の中から最初にネットワーク１５に適合する値を使用する。
【００８３】
インタネットの場合も同様の方法で、ＱｏＳに関するパラメータを決定することができる。インタネットの場合は、ピークレートがＰＣＲに相当し、トークンバケットからのレートがＳＣＲに相当し、トークンバケットの深さがＭＢＳに相当する。また、最大データグラム長は、ＩＰパケットの最大長であり、システムによって固定される。
【００８４】
前述したように実施の形態１によれば、ユーザまたはアプリケーションからのＱｏＳに関する要求に基いて、アプリケーションで決めることができなかったネットワークプロトコルのパラメータ（ＱｏＳに関するパラメータ）を、ネットワークと交渉しながら適切な値に設定することができるため、ＷｉｎＳｏｃｋ２等のミドルウェアを効果的に使用することができ、ユーザの望むＱｏＳを得ることができる。また、ユーザに対して品質に関する問い合わせを行うため、ユーザの品質重視、接続重視等のポリシーを考慮した、換言すれば、ユーザの希望にそった通信を行うことができる。
【００８５】
実施の形態２．
実施の形態２では、図１に示すアプローチ２に対応するパラメータ決定装置、すなわち、ネットワーク機器としてまたはネットワーク機器内に配置され、独立動作を行うパラメータ決定装置を例に挙げる。まず、その構成について、図８の（ａ），（ｂ）を参照して説明する。図８は、本発明の実施の形態２にかかる通信システムの概略構成を示す図である。
【００８６】
実施の形態２にかかる通信システムは、図８の（ａ）に示すように、パラメータ決定装置２２が、複数の端末２１ａ〜２１ｃ、および交換機またはルータ等のネットワーク機器２３と接続され、ネットワーク内に専用装置として設置される場合と、図８の（ｂ）に示すように、パラメータ決定装置２４が、既存の交換機またはルータ等のネットワーク機器２５に内蔵される場合とがある。これらは、ともに同様の効果を奏する。なお、パラメータ決定装置２４の構成は、実施の形態１と同様であるため、その説明を省略する。
【００８７】
以上の構成において、実施の形態２の動作を、図９，図１０を参照して説明する。図９は、実施の形態２にかかるＱｏＳ制御のシーケンスを示す説明図であり、図１０は、実施の形態２にかかるシグナリング手順で用いるメッセージフォーマットの概略構成を示す図である。なお、通信ネットワークの構成は、図８の（ａ）に示すものを例に挙げ、ネットワーク２０としてＡＴＭを例に挙げる。ＱｏＳ制御のシーケンスにおいて、まず、ユーザまたはアプリケーションは、端末２１ａ〜２１ｃから、シグナリング手順における要求メッセージ、たとえば、ＳＥＴＵＰメッセージを送信する。ここで、図１０に示すように、ネットワーク２０で規定された情報に加えてアプリケーションからのＱｏＳに関する要求をＳＥＴＵＰメッセージに付け加える。
【００８８】
ここで、ネットワーク２０で規定されているトラヒックパラメータおよびＱｏＳパラメータの中でＳＣＲやＭＢＳといった、アプリケーションまたはユーザが決定できないパラメータについては設定しない。パラメータ決定装置２２では、この要求メッセージに付加されたアプリケーションからのＱｏＳに関する要求を解析して、アプリケーションまたはユーザが決定できなかったパラメータを決定する。ＳＥＴＵＰメッセージに決定したパラメータを設定して交換機２３に送信する。
【００８９】
このパラメータでの通信がネットワークに受け付けられない場合、パラメータ決定装置２２は、端末２１ａ〜２１ｃのユーザに対して代替案作成の承認を得るための問い合わせを行い、了解がえられれば、代替案を作成して、再度ネットワーク２０との交渉を行う。了解が得られない場合は、代替のパラメータの決定を行わず、端末２１ａ〜２１ｃを介して「現在の時間帯は接続不可」等の表示を行う。
【００９０】
ここで、トラヒックパラメータの決定方法として、図６，図７を参照して説明した実施の形態１にかかるトラヒックパラメータの決定方法と同様の方法を用いることができる。また、実施の形態１と同様に、通信開始後、パラメータ決定装置２２は、端末２１ａ〜２１ｃを介して、ユーザに対する通信のサービスの問い合わせを行い、通信のサービス品質の変更要求があった場合は代替案を作成する。なお、インタネットの場合は、シグナリング手順をＲＳＶＰ（Resource Reservation Protocol）に置き換えることにより、同様の処理を行うことができる。
【００９１】
前述したように実施の形態２によれば、実施の形態１と同様の効果に加え、複数の端末に対して一つのパラメータ決定装置を設ければよいため、パラメータ決定装置の管理がしやすい、という効果を奏する。
【００９２】
実施の形態３．
実施の形態３にかかる通信システムおよびパラメータ決定装置は、実施の形態２にかかる通信システムおよびパラメータ決定装置と同様の構成を有し、動作の一部が異なる。ここでは、実施の形態３の動作において、実施の形態２と異なる部分についてのみ説明する。図１１は、実施の形態３にかかるＱｏＳ制御のシーケンスを示す説明図である。実施の形態３にかかるＱｏＳ制御のシーケンスにあっては、まず、端末からパラメータ決定装置に対してユーザまたはアプリケーションのＱｏＳに関する要求を伝えるパラメータ決定装置独自のメッセージを送信する。
【００９３】
パラメータ決定装置は、受信したメッセージに基いてＱｏＳに関するパラメータを決定し、端末に送信する。端末は、パラメータ決定装置から受信したＱｏＳに関するパラメータを使用して、通常のシグナリング手順に従ってネットワークとのシグナリングを行う。パラメータ決定装置から受信したＱｏＳに関するパラメータでの通信がネットワークにより受け付けられない場合は、再度、パラメータ決定装置に対してＱｏＳに関する要求を伝えるメッセージを送信し、パラメータ決定装置は代替のパラメータを決定する。パラメータ決定装置は、通信開始後、端末からＱｏＳの変更要求を受けた場合も、代替のパラメータを作成して端末に送信する。
【００９４】
前述したように実施の形態３によれば、実施の形態２と同様の効果に加え、端末側で既存のネットワークプロトコルを用いてネットワークとの交渉を行うことができ、既存のネットワークプロトコルを有効に活用することができるという効果を奏する。
【００９５】
実施の形態４．
実施の形態４では、図１に示すアプローチ３に対応するパラメータ決定装置、すなわち、端末内に配置され、ネットワークの負荷状態を考慮してパラメータの決定を行うパラメータ決定装置を例に挙げる。まず、その構成について、図１２，図１３を参照して説明する。図１２は、本発明の実施の形態４にかかる端末の概略構成を示す図であり、図１３は、実施の形態４にかかるパラメータ決定装置の概略構成を示すブロック図である。なお、実施の形態４にかかる端末およびパラメータ決定装置は基本的に実施の形態１にかかる端末と同様の構成であるため、図２，図３と同一の部分には同一の符号を付してその説明を省略する。
【００９６】
実施の形態４にかかる端末装置は、パラメータ決定装置１３に代えて、パラメータ決定装置３１が設けられている。パラメータ決定装置３１は、パラメータ決定装置１３の構成に加え、ネットワーク１５の負荷状態を入力するための負荷状態入力部７１を有し、ユーザ１１またはアプリケーション１２からのＱｏＳに関する要求とともにネットワーク１５の負荷状態を考慮してＱｏＳに関するパラメータを決定する。
【００９７】
ネットワーク１５の負荷状態に関する情報の収集方法としては、たとえば、ITU-T Recommendation X.160 Architecture for customer network management service for public data networksで規定されているＣＮＭ（Customer Network Management）技術を適用する方法がある。ＣＮＭでは、ネットワークの種々の情報を収集して加入者に提供する図示しないＣＮＭエージェントがネットワーク内に置かれる。このＣＮＭエージェントから端末内のパラメータ決定装置３１に対して、ネットワーク１５の負荷状態の情報が一定周期で送信される。
【００９８】
以上の構成において、実施の形態４の動作を、図１４を参照して説明する。なお、実施の形態４の動作は実施の形態１の動作と基本的に同様であるため、同一の部分については、その説明を省略し、異なる部分についてのみ説明する。図１４は、実施の形態４にかかるＱｏＳ制御のシーケンスを示す説明図である。実施の形態４にかかるＱｏＳ制御のシーケンスにあっては、ユーザ１１またはアプリケーション１２からのＱｏＳに関する要求を入力した場合、入力したＱｏＳに関する要求、および一定周期で送信されるネットワーク１５の負荷状態の情報に基いてＱｏＳに関するパラメータを決定する。
【００９９】
すなわち、ＡＴＭのＡＢＲ（Available Bit Rate）サービスで行われているように、ネットワーク１５の負荷状態のみにより送信するレートを決めるのではなく、ユーザ１１またはアプリケーション１２からのＱｏＳに関する要求も考慮にいれる。ＱｏＳに関するパラメータを決定する際に、ネットワーク１５の負荷状態を考慮するため、決定したパラメータでの通信がネットワーク１５に受け付けられる確率が高くなり、通信開始までの時間が短縮される。
【０１００】
また、ネットワーク１５の通信状態を考慮した結果、通信のサービス品質が劣化する可能性がある場合は、ＱｏＳに関するパラメータの決定後、ユーザ１１に対する問い合わせを行い、承認を受けたときは、決定したパラメータを用いてネットワークプロトコルを実行する。ユーザ１１が品質を優先して、決定したパラメータの承認を行わなかったときは、ネットワークプロトコルを実行せず、「現在の時間帯は接続不可」等の表示を行う。
【０１０１】
前述したように実施の形態４によれば、実施の形態１と同様の効果に加え、ＱｏＳに関するパラメータを決定する際にネットワークの負荷状態を考慮するため、決定したＱｏＳに関するパラメータでの通信がネットワークに受け付けられる確率が高くなり、通信開始までの時間が短縮されるという効果を奏する。
【０１０２】
実施の形態５．
実施の形態５では、図１に示すアプローチ４に対応するパラメータ決定装置、すなわち、ネットワーク機器としてまたはネットワーク機器内に配置され、ネットワークの負荷状態を考慮してパラメータの決定を行うパラメータ決定装置を例に挙げる。まず、その構成について、図１５の（ａ），（ｂ）を参照して説明する。図１５は、本発明の実施の形態５にかかる通信システムの概略構成を示す図である。なお、実施の形態５にかかる通信システムは、基本的に実施の形態２にかかる通信システムと同様の構成であるため、図８と同一の部分には同一の符号を付してその説明を省略する。
【０１０３】
実施の形態５にかかる通信システムは、図８のパラメータ決定装置２２，２４に代えて、ユーザまたはアプリケーションからのＱｏＳに関する要求とともにネットワーク２０の負荷状態を考慮してＱｏＳに関するパラメータを決定するパラメータ決定装置５１，５３が設けられている。また、交換機またはルータ等のネットワーク機器２３，２５に代えて、ネットワーク２０の負荷状態に関する情報を定期的にパラメータ決定装置５１，５３に通知する交換機またはルータ等のネットワーク機器５２，５４が設けられている。ネットワーク２０の負荷状態に関する情報の収集方法は、実施の形態４と同様に、たとえば、ＣＮＭ技術を適用することができる。なお、パラメータ決定装置５１，５３の構成は、実施の形態４と同様であるため、その説明を省略する。
【０１０４】
以上の構成において、実施の形態５の動作を、図１６を参照して説明する。なお、実施の形態５の動作は実施の形態２の動作と基本的に同様であるため、同一の部分については、その説明を省略し、異なる部分についてのみ説明する。また、ネットワーク２０としてＡＴＭを例に挙げ、通信システムの構成は、図１５の（ａ）に示すような、パラメータ決定装置５１が交換機５２と別個に設けられている例を挙げる。
【０１０５】
図１６は、実施の形態５にかかるＱｏＳ制御のシーケンスを示す説明図である。実施の形態５にかかるＱｏＳ制御のシーケンスにあっては、端末２１ａ〜２１ｃを介してユーザまたはアプリケーションからのＱｏＳに関する要求を入力した場合、入力したＱｏＳに関する要求、および一定周期で交換機５２から送信されるネットワーク２０の負荷状態の情報に基いてＱｏＳに関するパラメータを決定する。
【０１０６】
すなわち、ＡＴＭのＡＢＲサービスで行われているように、ネットワーク２０の負荷状態のみにより送信するレートを決めるのではなく、ユーザまたはアプリケーションからのＱｏＳに関する要求も考慮にいれる。ＱｏＳに関するパラメータを決定する際にネットワーク２０の負荷状態を考慮するために、決定したパラメータでの通信がネットワーク２０に受け付けられる確率が高くなり、通信開始までの時間が短縮される。
【０１０７】
また、ネットワーク２０の通信状態を考慮した結果、通信のサービス品質が劣化する可能性がある場合は、ＱｏＳに関するパラメータの決定後、端末２１ａ〜２１ｃを介してユーザに対する問い合わせを行い、承認を受けたときは、決定したパラメータを用いてネットワークプロトコルを実行する。ユーザが品質を優先して、決定したパラメータの承認を行わなかったときは、ネットワークプロトコルを実行せず、「現在の時間帯は接続不可」等の表示を行う。
【０１０８】
前述したように実施の形態５によれば、実施の形態２と同様の効果に加え、ＱｏＳに関するパラメータを決定する際にネットワークの負荷状態を考慮するため、決定したＱｏＳに関するパラメータでの通信がネットワークに受け付けられる確率が高くなり、通信開始までの時間が短縮される、という効果を奏する。
【０１０９】
【発明の効果】
以上説明したとおり、この発明によれば、アプリケーションおよびユーザのうち少なくとも一方からの通信のサービス品質に関する要求を入力し、入力した通信のサービス品質に関する要求に基いて、自動的に、ネットワークで規定されているＱｏＳに関するパラメータを決定するため、多数の物理的なネットワークを用意する必要をなくし、システムを簡略化してコストを低減し、かつ、適切なＱｏＳに関するパラメータを自動的に決定し、ユーザが望む通信のサービス品質を得ることができ、という効果を奏する。また、通信が開始された後、ユーザに対して通信のサービス品質についての問い合わせを行うため、ユーザの希望に添った通信を行うことができる、という効果も奏する。
【０１１１】
つぎの発明によれば、少なくとも一つの端末装置から、アプリケーションおよびユーザのうち少なくとも一方からの通信のサービス品質に関する要求を入力し、入力した通信のサービス品質に関する要求に基いて、自動的に、ネットワークで規定されているＱｏＳに関するパラメータを決定するため、多数の物理的なネットワークを用意する必要をなくし、システムを簡略化してコストを低減し、かつ、適切なＱｏＳに関するパラメータを自動的に決定し、ユーザが望む通信のサービス品質を得ることができる、という効果を奏する。また、複数の端末装置に対して一つのパラメータ決定装置が設けられる場合は、複数の端末それぞれに対してパラメータ決定装置が設けられている場合に比べてパラメータ決定装置の管理がしやすい、という効果を奏する。また、通信が開始された後、ユーザに対して通信のサービス品質についての問い合わせを行うため、ユーザの希望に添った通信を行うことができる、という効果も奏する。
【０１１２】
つぎの発明によれば、決定したＱｏＳに関するパラメータを端末装置に出力し、端末装置側で既存の通信プロトコルを用いて通信を行うことができるため、既存の通信プロトコルを有効に活用できる、という効果を奏する。
【０１１３】
つぎの発明によれば、ネットワークの負荷状態に関する情報を入力し、入力したネットワークの負荷状態に関する情報に基いて、ＱｏＳに関するパラメータを決定するため、決定したＱｏＳに関するパラメータでの通信がネットワークに受け付けられる確率が高くなり、通信開始までの時間が短縮され、操作性が向上する、という効果を奏する。
【０１１４】
つぎの発明によれば、決定したＱｏＳに関するパラメータでの通信がネットワークにより受け付けられたか否かを判定し、受け付けられなかったと判定した場合、自動的に代替のＱｏＳに関するパラメータを決定するため、ネットワークに受け付けられるＱｏＳに関するパラメータを自動的に決定することができ、操作性が向上する、という効果を奏する。
【０１１５】
つぎの発明によれば、ＱｏＳに関するパラメータでの通信がネットワークにより受け付けられなかった場合、代替のＱｏＳに関するパラメータを決定することに対するユーザの承認を受け、承認を受けなかった場合は代替のＱｏＳに関するパラメータを決定しないため、ユーザの希望に添った通信を行うことができる、という効果を奏する。
【０１１６】
つぎの発明によれば、決定したＱｏＳに関するパラメータのユーザによる承認を受けるため、ユーザの希望に添った通信を行うことができる、という効果を奏する。
【０１１７】
つぎの発明によれば、通信が開始された後、ユーザからの通信のサービス品質の変更要求を入力し、入力した変更要求に応じたＱｏＳに関するパラメータを決定するため、ユーザの希望に添った通信を行うことができる、という効果を奏する。
【０１２０】
つぎの発明によれば、アプリケーションおよびユーザのうち少なくとも一方からの通信のサービス品質に関する要求を入力させて、入力した通信のサービス品質に関する要求に基いて、自動的に、ネットワークで規定されているＱｏＳに関するパラメータを決定させるため、多数の物理的なネットワークを用意する必要をなくし、システムを簡略化してコストを低減し、かつ、適切なＱｏＳに関するパラメータを自動的に決定し、ユーザが望む通信のサービス品質を得ることができる、という効果を奏する。また、通信が開始された後、ユーザに対して通信のサービス品質についての問い合わせを行わせるため、ユーザの希望に添った通信を行うことができる、という効果を奏する。
【０１２１】
つぎの発明によれば、少なくとも一つの端末装置から、アプリケーションおよびユーザのうち少なくとも一方からの通信のサービス品質に関する要求を入力させて、入力した通信のサービス品質に関する要求に基いて、自動的に、ネットワークで規定されているＱｏＳに関するパラメータを決定させるため、多数の物理的なネットワークを用意する必要をなくし、システムを簡略化してコストを低減し、かつ、適切なＱｏＳに関するパラメータを自動的に決定し、ユーザが望む通信のサービス品質を得ることができる、という効果を奏する。また、通信が開始された後、ユーザに対して通信のサービス品質についての問い合わせを行わせるため、ユーザの希望に添った通信を行うことができる、という効果を奏する。
【０１２２】
つぎの発明によれば、決定したＱｏＳに関するパラメータを端末装置に出力させて、端末装置側で既存の通信プロトコルを用いて通信を行わせることができるため、既存の通信プロトコルを有効に活用できる、という効果を奏する。
【０１２３】
つぎの発明によれば、ネットワークの負荷状態に関する情報を入力させて、入力したネットワークの負荷状態に関する情報に基いて、ＱｏＳに関するパラメータを決定させるため、決定したＱｏＳに関するパラメータでの通信がネットワークに受け付けられる確率が高くなり、通信開始までの時間が短縮され、操作性が向上する、という効果を奏する。
【０１２４】
つぎの発明によれば、決定したＱｏＳに関するパラメータでの通信がネットワークにより受け付けられたか否かを判定させて、受け付けられなかったと判定した場合、自動的に代替のＱｏＳに関するパラメータを決定させるため、ネットワークに受け付けられるＱｏＳに関するパラメータを自動的に決定することができ、操作性が向上する、という効果を奏する。
【０１２５】
つぎの発明によれば、ＱｏＳに関するパラメータでの通信がネットワークにより受け付けられなかった場合、代替のＱｏＳに関するパラメータを決定することに対するユーザの承認を受け、承認を受けなかった場合は代替のＱｏＳに関するパラメータを決定しないようにするため、ユーザの希望に添った通信を行うことができる、という効果を奏する。
【０１２６】
つぎの発明によれば、決定したＱｏＳに関するパラメータのユーザによる承認を受けるようにするため、ユーザの希望に添った通信を行うことができる、という効果を奏する。
【０１２７】
つぎの発明によれば、通信が開始された後、ユーザからの通信のサービス品質の変更要求を入力させて、入力した変更要求に応じたＱｏＳに関するパラメータを決定させるため、ユーザの希望に添った通信を行うことができる、という効果を奏する。
【０１２９】
つぎの発明によれば、前記のいずれか一つの発明による方法をコンピュータに実行させることができるため、前記の発明による効果をコンピュータにおいて奏することができる。
【図面の簡単な説明】
【図１】 本発明の実施の形態１にかかるパラメータ決定装置の分類を示す図である。
【図２】 実施の形態１にかかる端末の概略構成を示す図である。
【図３】 図２に示したパラメータ決定装置の概略構成を示すブロック図である。
【図４】 実施の形態１にかかるＱｏＳ制御のシーケンスを示す説明図である。
【図５】 実施の形態１にかかる、決定したＱｏＳに関するパラメータでの通信がネットワーク側で受け付けられなかった場合のＱｏＳ制御のシーケンスを示す説明図である。
【図６】 実施の形態１にかかるＱｏＳ制御のためのパラメータの決定方法の一例を示すフローチャートである。
【図７】 実施の形態１にかかるＱｏＳ制御のためのパラメータの決定方法の一例を示す説明図である。
【図８】 本発明の実施の形態２にかかる通信システムの概略構成を示す図である。
【図９】 実施の形態２にかかるＱｏＳ制御のシーケンスを示す説明図である。
【図１０】 実施の形態２にかかるシグナリング手順で用いるメッセージフォーマットの概略構成を示す図である。
【図１１】 実施の形態３にかかるＱｏＳ制御のシーケンスを示す説明図である。
【図１２】 本発明の実施の形態４にかかる端末の概略構成を示す図である。
【図１３】 図１２に示したパラメータ決定装置の概略構成を示すブロック図である。
【図１４】 実施の形態４にかかるＱｏＳ制御のシーケンスを示す説明図である。
【図１５】 本発明の実施の形態５にかかる通信システムの概略構成を示す図である。
【図１６】 実施の形態５にかかるＱｏＳ制御のシーケンスを示す説明図である。
【図１７】 従来におけるＷｉｎＳｏｃｋ２のアーキテクチャを示す構成図である。
【図１８】 従来におけるシグナリング手順の代表的な一例を示す説明図である。
【図１９】 従来における、ＳＥＴＵＰメッセージを受信した場合の交換機での受付判定処理の流れを示す概略フローチャートである。
【図２０】 従来におけるＲＳＶＰのシーケンスを示す説明図である。
【図２１】 従来における通信制御装置の概要を示す構成図である。
【符号の説明】
１１ ユーザ、１２ アプリケーション、１３，２２，２４，３１，５１，５３ パラメータ決定装置、１４ ミドルウェア、１５，２０ ネットワーク、２１ａ，２１ｂ，２１ｃ 端末、２３，２５，５２，５４ ネットワーク機器。[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a parameter determination apparatus, a parameter determination method, and a computer-readable recording medium on which a program for causing a computer to execute the method is determined. The present invention relates to a parameter determination device for determining parameters relating to quality of service (QoS) of communication defined in a network, a parameter determination method, and a computer-readable recording medium on which a program for causing a computer to execute the method is recorded. .
[0002]
[Prior art]
In recent years, communication that handles multimedia information such as moving images and voices that require a certain quality of service (QoS) has been actively performed. With such expansion of communication that requires QoS, QoS control and guarantee are attracting attention. It is desirable for users to perform detailed QoS control for each application to be used, and parameters (QoS parameters) for performing QoS control in ATM (Asynchronous Transfer Mode) and the Internet are defined in the communication network.
[0003]
In the case of ATM, these parameters are defined in ITU-T (International Telecommunication Union-Telecommunication Standardization Sector) and ATM Forum. For example, in the ATM Forum, in the ATM Forum Specification, “ATM Forum Traffic Management Specification Version 4.0”, the traffic descriptor (traffic parameter), which is the characteristic of the traffic transferred by the user, and the guaranteed QoS parameter are defined as follows. Yes.
[0004]
Traffic descriptor:
PCR (Peak Cell Rate) Maximum cell transfer rate
SCR (Sustainable Cell Rate) Average cell rate
MBS (Maximum Burst Size) Maximum number of continuous cells that can be transferred by PCR
QoS parameters:
CLR (Cell Loss Rate) Cell loss rate
maxCTD (max. Cell Transfer Delay) Maximum cell transfer delay
p-pCDV (peak-to-peak cell delay variation) Maximum cell delay fluctuation
[0005]
Similarly, in the case of the Internet, FlowSpec is defined by IETF (Internet Engineering Task Force) for QoS parameters. In FlowSpec, as shown below, TSspec corresponding to the traffic descriptor in the case of ATM and RSspec corresponding to the QoS parameter are defined. Note that these are described in IETF RFC (Request For Comment) 2212, S. Shenker, C. Partridge, R. Guerin, “Specification of Guaranteed Quality of Service”, 1997.
[0006]
TSspec:
P Peak rate
M Maximum datagram length
r Rate from token bucket
b Token bucket depth
RSspec:
R Reserved bandwidth
D Maximum delay
[0007]
In addition, WinSock2 that defines an API (Application Programming Interface) that can specify parameters for performing the above-described ATM and Internet QoS control in middleware positioned between an application and a network protocol is provided. For WinSock2, see “Windows Sockets 2 Application Programming Interface, Revision 2.2.2”, HYPERLINK http://www.sockets.com/winsock2.htm#OverView http://www.sockets.com/winsock2.htm# It is described in OverView and “WinSock2 in which the whole picture was seen”, Nikkei Communication June 17, 1996, etc.
[0008]
FIG. 17 is a configuration diagram showing a conventional WinSock2 architecture. WinSock2 is arranged between an application and an ATM or Internet base protocol, and can input ATM or Internet QoS parameters from the application through an API. The input parameters are notified to the corresponding network protocol via an SPI (Service Provider Interface).
[0009]
Next, a protocol for performing QoS control in the network will be described. In the case of ATM, ITU-T Q.I. 2931, “Broadband Integrated Service Digital Network (B-ISDN) -Digital subscriber signaling system no. 2 (DSS2) User-network interface (UNI) Layer 3 specification for basic call / connection control”, 1995 and ATM Forum SIG 4.0, In general, QoS control is performed in a signaling procedure represented by “ATM User-Network Interface (UNI) Signaling Specification v4.0”, 1996.
[0010]
FIG. 18 is an explanatory diagram showing a typical example of a conventional signaling procedure. In the signaling procedure shown in the figure, first, a SETUP message including the above-described traffic parameters and QoS parameters (including an allowable value and a cumulative value) is transmitted from the transmission side terminal. In the exchange, taking into account resources currently used, it is determined whether or not the QoS required by the QoS parameters can be secured. If the QoS required by the parameters related to QoS can be secured, the necessary resources are secured in the local exchange and the SETUP message is transferred to the next exchange.
[0011]
When this procedure is sequentially performed for each exchange and the SETUP message can be transferred to the receiving terminal, the receiving terminal can perform communication guaranteeing the QoS required by the QoS related parameters on this connection. The CONNECT message is transmitted to the transmitting terminal. When the CONNECT message is sequentially transferred by the exchange and the transmitting terminal receives the CONNECT message, communication between terminals can be performed with guaranteed QoS.
[0012]
FIG. 19 is a schematic flowchart showing a flow of a reception determination process in the exchange when a SETUP message is received. The acceptance determination process in the exchange is called CAC (Connection Admission Control), and various methods are being studied. Here, the most general process will be described. In the acceptance determination process at the exchange when a SETUP message is received, the received SETUP message is first examined and the traffic parameters and QoS parameters are read (S1).
[0013]
Subsequently, resources necessary for the local exchange are calculated from the read traffic parameters (S2). Whether or not the calculated resource can be secured in consideration of the currently accommodated traffic state, that is, when the traffic defined by the traffic parameter of the received SETUP message occurs, it can be accommodated by the local exchange It is determined whether or not (S3). If the traffic defined by the traffic parameter of the received SETUP message cannot be accommodated, a REJECT message is transmitted to the transmitting side terminal (S8), and the process ends.
[0014]
On the other hand, if the traffic defined by the traffic parameter of the received SETUP message can be accommodated, the QoS parameter value in the local exchange is calculated, and the calculated QoS parameter value and the previous-stage exchange indicated in the SETUP message are calculated. Addition with the accumulated value of the QoS parameters is performed (S4).
[0015]
Next, the addition value is compared with the allowable value of the QoS parameter indicated in the SETUP message (S5). When the addition value is less than the allowable value, the calculation result in step S2 is used. Resources are secured (S6), this added value is set as the cumulative value of the SETUP message, and the SETUP message is transferred to the next-stage exchange (S7). If the added value is greater than or equal to the allowable value in step S5, the process proceeds to step S8, and a REJECT message is transmitted to the transmitting terminal.
[0016]
On the other hand, in the case of the Internet, RSVP (Resource Reservation Protocol) is available as an alternative to the signaling procedure in ATM. FIG. 20 is an explanatory diagram showing a conventional RSVP sequence. In the RSVP sequence, a Reserve message including TSspec and RSspec is periodically transmitted from the receiving terminal to the transmitting terminal, and a resource request is periodically performed.
[0017]
Each relay router determines whether or not resources can be secured in the same manner as an exchange in ATM. When receiving the Reserve message, the transmitting terminal determines that communication with guaranteed QoS requested by the QoS-related parameter can be performed, and transmits a Reserve Ack (Acknowledge) message to the receiving terminal. If the receiving terminal receives the Reserve Ack message, resources for communication are secured.
[0018]
There are several different parts between the RSVP and ATM signaling procedures, but their purpose and concept are the same. As a different part, for example, in the signaling procedure, resource reservation for communication in both directions is performed by activation from the transmission side terminal, but in RSVP, communication in one direction (transmission side to reception side terminal) is activated by activation from the reception side terminal. Secure resources. In the signaling procedure, once a resource is secured, the resource is continuously secured unless explicitly released. In RSVP, the secured resource is released after a certain period of time has elapsed. That is, in order to continue securing resources, a Reserve message must be periodically transmitted.
[0019]
As described above, it is possible to perform QoS-guaranteed communication using a protocol that performs QoS control such as RSVP and ATM signaling procedures by specifying parameters related to QoS defined in networks such as ATM and Internet using WinSock 2 and the like. it can. However, how to determine the value of a parameter for QoS in response to a user or application QoS requirement, ie, how to make a user or application ambiguity or a rough QoS requirement specific. It is not stipulated whether or not to convert to a parameter value relating to QoS defined in the network.
[0020]
By the way, as an example of performing communication in response to a vague or rough QoS request of a user or an application, there is a “communication control device” disclosed in Japanese Patent Laid-Open No. 6-276254. FIG. 21 is a configuration diagram showing an outline of a conventional communication control apparatus. This communication control device includes an upper layer control unit (UC) 1, a transport layer control unit (TC) 2, and network control units (NC) 3-1 to 3-n.
[0021]
The upper layer control unit 1 performs communication control higher than the transport layer. The transport layer control unit 2 controls communication between end systems and includes a QoS table (not shown). The network control units 3-1 to 3-n correspond to various networks 4-1 to 4-n, respectively, and perform communication control according to the network type. The networks 4-1 to 4-n are communication lines corresponding to, for example, a packet switching network and ISDN. A QoS table (not shown) manages the quality of service for each network, and the transport layer control unit 2 refers to this QoS table and selects a network corresponding to the QoS requested from the upper layer.
[0022]
In this communication control apparatus, unlike the above-described ATM and Internet examples, the QoS that can be provided for each network is fixed rather than adjusting the transfer capability in the network, and the network candidate with the QoS fixed is fixed. Select the network for communication. According to this communication control apparatus, when QoS (request related to QoS) is specified from an application in an upper layer, an appropriate network corresponding to the specified QoS is selected. Thus, it is possible to select a network and perform efficient communication control.
[0023]
[Problems to be solved by the invention]
However, according to the above conventional technique, in the case of a communication control device, a network for performing communication is selected from a plurality of physical networks, and a large number of physical networks are required to perform fine QoS control. There is a problem that the system must be prepared and the system becomes complicated and expensive.
[0024]
In addition, when performing communication by specifying parameters related to QoS specified by ATM or the Internet using WinSock2, an ambiguous or rough request regarding the service quality of communication of a user or an application is specified in the communication specified by the network. Because there is no provision for conversion to detailed parameters related to the quality of service, it is difficult to determine parameters related to appropriate QoS, and there is a problem that the quality of service of communication desired by the user may not be obtained. .
[0025]
The present invention has been made in view of the above, eliminates the need for preparing a large number of physical networks, simplifies the system, reduces costs, and determines appropriate QoS-related parameters. It is an object of the present invention to obtain a parameter determination device, a parameter determination method, and a computer-readable recording medium that records a program that causes a computer to execute the method.
[0026]
[Means for Solving the Problems]
  In order to solve the above-described problems and achieve the object, the parameter determination device according to the present invention is a parameter determination device used for communication with a network that guarantees QoS,Request input means for inputting a request for communication service quality from at least one of an application and a user, and a parameter relating to QoS defined in the network based on the request for communication service quality input by the request input means And a change request input means for making an inquiry about the quality of service of communication to a user after communication is accepted by the network and communication is started.It is characterized by doing.
[0029]
  According to this parameter determination device, a request relating to the quality of service of communication from at least one of an application and a user is input, and QoS specified in the network is automatically set based on the input request relating to the quality of service of communication. Determine parameters forAfter the communication is started, the user is inquired about the communication service quality.
[0030]
  The parameter determination device according to the next invention is a parameter determination device used for communication with a network that guarantees QoS, and is a service for communication from at least one of an application and a user from at least one terminal device. Request input means for inputting a request for quality; and determination means for determining a parameter relating to QoS defined in the network based on a request for service quality of communication input by the request input means;Change request input means for making an inquiry about the communication service quality to a terminal device that has transmitted a request for the communication service quality after communication with the QoS-related parameter is accepted by the network and communication is started; ,It is characterized by comprising.
[0031]
  According to this parameter determination device, a request regarding communication service quality from at least one of an application and a user is input from at least one terminal device, and automatically based on the input request regarding communication service quality, Determine the parameters related to QoS specified in the networkAfter the communication is started, the user is inquired about the communication service quality.
[0032]
The parameter determination device according to the next invention is characterized by further comprising output means for outputting a parameter relating to QoS determined by the determination means to the terminal device.
[0033]
According to this parameter determination device, parameters regarding the determined QoS can be output to the terminal device, and communication can be performed using the existing communication protocol on the terminal device side.
[0034]
The parameter determination device according to the next invention further includes load state input means for inputting information relating to the load state of the network, and the determination means relates to the load state of the network input by the load state input means. A parameter relating to the QoS is determined based on the information.
[0035]
According to this parameter determination device, information relating to the load state of the network is input, and parameters relating to QoS are determined based on the input information relating to the load state of the network.
[0036]
In the parameter determination device according to the next invention, the parameter determination device further includes a determination unit that determines whether or not communication with a parameter relating to the QoS determined by the determination unit is accepted by the network. In the case where it is determined by the determination means that communication using the parameter relating to the QoS is not accepted by the network, a parameter relating to the alternative QoS is determined.
[0037]
According to this parameter determination device, it is determined whether or not communication with the determined parameter relating to QoS has been accepted by the network. If it is determined that communication has not been accepted, the parameter relating to alternative QoS is automatically determined.
[0038]
In the parameter determination device according to the next invention, the user for determining the parameter regarding the alternative QoS when the determination unit determines that the communication with the parameter regarding the QoS is not accepted by the network. Approval means for receiving the approval, and the determination means does not determine a parameter relating to the alternative QoS when the approval means does not receive the approval.
[0039]
According to this parameter determination device, when communication with a parameter relating to QoS is not accepted by the network, user approval is given for determining a parameter relating to alternative QoS. Does not determine parameters.
[0040]
The parameter determination device according to the next invention is characterized by further comprising approval means for receiving approval by the user of the parameter relating to the QoS determined by the determination means.
[0041]
According to this parameter determination device, the user receives approval of the determined parameters regarding QoS.
[0042]
  In the parameter determination device according to the next invention,The change request input means includesAfter the communication is started, input a service quality change request from the user.More featuresThe determining means determines a parameter relating to QoS according to the change request input by the change request input means.
[0043]
According to this parameter determination apparatus, after communication is started, a service quality change request from a user is input, and a parameter related to QoS corresponding to the input change request is determined.
[0046]
  In order to solve the above-described problems and achieve the object, the parameter determination method according to the next invention determines parameters used for communication with a network that guarantees QoS.MethodBecauseA request input step for inputting a request for communication service quality from at least one of an application and a user, and a parameter relating to QoS defined in the network based on the request for communication service quality input in the request input step And a change request input step for making an inquiry about the service quality of the communication to the user after communication with the QoS-related parameter is accepted by the network and communication is started.It is characterized by that.
[0049]
  According to this parameter determination method, a request regarding the service quality of communication from at least one of the application and the user is input, and automatically specified by the network based on the input request regarding the service quality of communication. Determine the parameters related to QoSAfter the communication is started, the user is inquired about the quality of service of the communication.
[0050]
  In the parameter determination method according to the next invention,A parameter determination method used for communication with a network that guarantees QoS, comprising:A request input step for inputting a request for service quality of communication from at least one of an application and a user from at least one terminal device, and a request for the service quality of communication input in the request input step. A determining step for determining parameters relating to the defined QoS;A change request input step of making an inquiry about the communication service quality to the terminal device that has transmitted the request related to the communication service quality after communication with the QoS-related parameter is accepted by the network and communication is started; ,It is characterized by including.
[0051]
  According to this parameter determination method, a request regarding communication service quality from at least one of an application and a user is input from at least one terminal device, and automatically based on the input request regarding communication service quality To determine the parameters related to QoS specified in the networkAfter the communication is started, the user is inquired about the quality of service of the communication.
[0052]
The parameter determination method according to the next invention further includes an output step of outputting a parameter relating to QoS determined in the determination step to the terminal device.
[0053]
According to this parameter determination method, the parameter regarding the determined QoS can be output to the terminal device, and communication can be performed using the existing communication protocol on the terminal device side.
[0054]
The parameter determination method according to the next invention further includes a load state input step of inputting information relating to the load state of the network, wherein the determination step includes information relating to the load state of the network input in the load state input step. And determining a parameter relating to the QoS.
[0055]
According to this parameter determination method, information regarding the load state of the network is input, and parameters regarding QoS are determined based on the input information regarding the load state of the network.
[0056]
The parameter determination method according to the next invention further includes a determination step of determining whether or not communication with a parameter relating to QoS determined in the determination step is accepted by the network, wherein the determination step includes the step of In the determination step, when it is determined that communication with the QoS related parameter is not accepted by the network, an alternative QoS related parameter is determined.
[0057]
According to this parameter determination method, it is determined whether or not communication with the determined QoS parameter is accepted by the network, and when it is determined that the communication is not accepted, the parameter regarding the alternative QoS is automatically determined.
[0058]
In the parameter determination method according to the next invention, when it is determined in the determination step that communication with the parameter regarding QoS is not accepted by the network, the parameter regarding alternative QoS is determined. An approval step for receiving user approval is included, and the determination step does not determine a parameter regarding an alternative QoS when the approval step does not receive the approval.
[0059]
According to this parameter determination method, when communication with a parameter relating to QoS is not accepted by the network, the user is approved for determining a parameter relating to alternative QoS. Avoid determining parameters.
[0060]
The parameter determination method according to the next invention further includes an approval step for receiving approval by the user regarding the QoS-related parameters determined in the determination step.
[0061]
According to this parameter determination method, the user is approved for the parameters regarding the determined QoS.
[0062]
  In the parameter determination method according to the next invention,The change request input step includesAfter communication is started, a step of inputting a service quality change request from the userfurtherAnd the determination step determines a parameter relating to QoS according to the change request input in the change request input step.
[0063]
According to this parameter determination method, after communication is started, a communication service quality change request from a user is input, and parameters related to QoS corresponding to the input change request are determined.
[0066]
In order to solve the above-described problems and achieve the object, the computer-readable recording medium according to the present invention records a program that causes a computer to execute the method according to any one of the above-described inventions. And
[0067]
According to this computer-readable recording medium, it is possible to cause a computer to execute the method according to any one of the above inventions.
[0068]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of a parameter determination device, a parameter determination method, and a computer-readable recording medium that records a program for causing a computer to execute the method according to the present invention will be described below in detail with reference to the drawings.
[0069]
Embodiment 1 FIG.
FIG. 1 is a chart showing the classification of the parameter determination device according to the first exemplary embodiment of the present invention. The parameter determination apparatus according to the first embodiment is classified into whether it is arranged in a terminal used by a user or in which a communication application exists, as a network device, or in a network device. In addition, independent parameters, i.e., do not consider network load conditions, determine QoS parameters based on QoS requests from users or applications, or take network load conditions into account for QoS parameters. It is categorized as a decision.
[0070]
In the first embodiment, a parameter determination device corresponding to approach 1 shown in FIG. 1, that is, a parameter determination device that is arranged in a terminal and performs an independent operation will be described as an example. First, the configuration will be described with reference to FIGS. FIG. 2 is a diagram illustrating a schematic configuration of the terminal according to the first embodiment. The terminal according to the first embodiment is arranged between the communication application 12 activated by the user 11, the middleware 14 that negotiates QoS with the network 15, and the application 12 and the middleware 14, and determines parameters related to QoS. A parameter determination device 13. The parameter determination device 13 inputs a rough and vague QoS-related request from the application 12 or the user 11, for example, a part of QoS-related parameters, and determines detailed QoS-related parameters defined in the network 15. Output to the middleware 14.
[0071]
FIG. 3 is a block diagram showing a schematic configuration of the parameter determination device 13 shown in FIG. The parameter determination device 13 includes a request input unit 61 that inputs a request from the user 11 or the application 12, a determination unit 62 that determines a parameter related to QoS, and an input / output unit 63 for inputting / outputting data to / from the middleware 14 , An approval from the user 11 for the determination unit 62 to determine a parameter related to QoS, or an approval unit 64 for inputting an approval from the user 11 for a parameter related to the QoS determined by the determination unit 62, and the determined QoS A determination unit 65 that determines whether or not the parameter is received by the network 15 and a change request input unit 66 for inputting a QoS change request from the user 11 after the start of communication are provided.
[0072]
In the above configuration, the operation of the first embodiment will be described with reference to FIGS. FIG. 4 is an explanatory diagram of a QoS control sequence according to the first embodiment. In the QoS control sequence according to the first embodiment, first, the user 11 activates the application 12 to set a URL (Uniform Resource Locator) or the like, and makes a connection request to the network 15.
[0073]
At this time, a request for QoS is also made. The parameter determination device 13 determines parameters (parameters related to QoS) such as ATM signaling procedures and outputs the determined parameters to the middleware 14. In the middleware 14, a network protocol is activated, and QoS negotiation with the network side is performed. If there is a notification indicating that necessary resources are secured on the network side and communication that guarantees the QoS defined by the QoS-related parameters is possible, communication is started.
[0074]
After the start of communication, the parameter determination device 13 inquires the user 11 about the communication service quality. Specifically, if communication that handles real-time image and audio information is being performed, communication that handles data such as file transfer is performed, such as "Is the quality of the image and sound current?" If so, an inquiry with a simple expression such as “Is the transfer speed under the current conditions?” Is made and an answer to the inquiry is input. If there is an answer for requesting QoS change, the parameter relating to QoS is determined again, and the parameter relating to QoS is changed. In addition, without making such an inquiry, the user 11 may appropriately make an input requesting a QoS change.
[0075]
FIG. 5 is an explanatory diagram illustrating a QoS control sequence in the case where communication with the determined QoS-related parameter is not accepted on the network side according to the first embodiment. When the communication with the parameter regarding the QoS determined first is not accepted on the network side, the parameter determination device 13 determines the parameter regarding the alternative QoS.
[0076]
When QoS is expected to deteriorate, an inquiry is made to the user 11 to receive an approval for performing communication with an alternative QoS parameter, and connection with the network 15 is performed. If parameters regarding the alternative QoS cannot be determined, or if the user does not approve the alternative QoS parameter with priority given to quality, a display such as “connection is not possible during the current time zone” is displayed.
[0077]
Next, taking ATM as an example of the network 15, a method for determining parameters for QoS control (parameters related to QoS) in a protocol in the network will be described with reference to FIGS. FIG. 6 is a flowchart illustrating an example of a parameter determination method for QoS control according to the first embodiment.
[0078]
In the method of determining the parameters for QoS control in the protocol in the network in the case of ATM, first, based on the QoS request of the application 12, traffic parameters such as PCR (Peak Cell Rate) and SCR (Sustainable Cell Rate). ) And MBS (Maximum Cell Rate) are temporarily determined. That is, a parameter regarding temporary QoS or a parameter candidate regarding QoS is determined (S11). Here, for example, a parameter relating to QoS that guarantees the best QoS may be determined as a parameter candidate relating to QoS.
[0079]
Subsequently, these parameters are set and a signaling procedure is started (S12). Whether or not the network 15 can secure resources necessary for the traffic indicated by the traffic parameter and can perform communication satisfying the QoS parameter. Is determined (S13). If necessary resources can be secured on the network 15 and communication satisfying the QoS parameter is possible, the processing is ended with the traffic parameter as the determined traffic parameter. On the other hand, if necessary resources cannot be secured or communication satisfying the QoS parameter is not possible, other candidates for SCR and MBS are determined (S14), and the process returns to step S12.
[0080]
FIG. 7 is an explanatory diagram of an example of a parameter determination method for QoS control according to the first embodiment. In general, the PCR can be determined simply by the transfer capability of the application (application QoS requirement), but not simply for the SCR and MBS. For this reason, the parameter determination device 13 first determines the PCR based on the QoS-related request of the application 12 (PCR = x in the figure). Next, as large values as possible are determined for SCR and MBS (SCR = X1, MBS = Y1 in the figure).
[0081]
Next, when a signaling procedure is executed and it is determined by the ATM switch that the traffic indicated by these traffic parameters cannot be accommodated, that is, when communication using the determined traffic parameters is not accepted, the PCR and The SCR is fixed, and the MBS value is made smaller in order from Y1 to Y2, Y3. By reducing the MBS value, even with the same PCR and SCR, the burstiness of traffic can be suppressed, and the possibility that the exchange accepts communication increases. If the exchange does not accept communication even if the MBS value is decreased, the MBS value is similarly decreased sequentially while decreasing the SCR value sequentially from X1 to X2, X3.
[0082]
In this way, first, a value that can be accommodated by the exchange and satisfies the QoS parameter is searched. That is, in this example, twelve candidates from SCR = X1, MBS = Y1 to SCR = X4, MBS = Y3 are set in order, and a value that matches the network 15 is first used from these candidates.
[0083]
In the case of the Internet, QoS related parameters can be determined in the same manner. In the case of the Internet, the peak rate corresponds to PCR, the rate from the token bucket corresponds to SCR, and the depth of the token bucket corresponds to MBS. The maximum datagram length is the maximum length of an IP packet and is fixed by the system.
[0084]
As described above, according to the first embodiment, network protocol parameters (QoS parameters) that could not be determined by the application based on the QoS request from the user or the application are negotiated with the network. Since it can be set to a value, middleware such as WinSock2 can be used effectively, and the QoS desired by the user can be obtained. In addition, in order to make an inquiry about the quality to the user, it is possible to perform communication in accordance with the user's desire in consideration of the policy such as the user's quality-oriented and connection-oriented policies.
[0085]
Embodiment 2. FIG.
In the second embodiment, a parameter determination device corresponding to approach 2 shown in FIG. 1, that is, a parameter determination device that is arranged as a network device or in a network device and performs an independent operation will be described as an example. First, the configuration will be described with reference to FIGS. 8 (a) and 8 (b). FIG. 8 is a diagram illustrating a schematic configuration of a communication system according to the second exemplary embodiment of the present invention.
[0086]
In the communication system according to the second embodiment, as shown in FIG. 8A, the parameter determination device 22 is connected to a plurality of terminals 21a to 21c and a network device 23 such as an exchange or a router, and is connected to the network. In some cases, the parameter determination device 24 is installed in a network device 25 such as an existing exchange or a router, as shown in FIG. 8B. Both of these have the same effect. Note that the configuration of the parameter determination device 24 is the same as that of the first embodiment, and thus the description thereof is omitted.
[0087]
In the above configuration, the operation of the second embodiment will be described with reference to FIGS. FIG. 9 is an explanatory diagram illustrating a QoS control sequence according to the second embodiment, and FIG. 10 is a diagram illustrating a schematic configuration of a message format used in a signaling procedure according to the second embodiment. The configuration of the communication network is exemplified by the one shown in FIG. 8A, and the network 20 is exemplified by ATM. In the QoS control sequence, first, a user or application transmits a request message in a signaling procedure, for example, a SETUP message, from the terminals 21a to 21c. Here, as shown in FIG. 10, in addition to the information defined by the network 20, a request regarding QoS from the application is added to the SETUP message.
[0088]
Here, parameters that cannot be determined by the application or the user, such as SCR and MBS, among the traffic parameters and QoS parameters defined in the network 20 are not set. The parameter determination device 22 analyzes the QoS request from the application added to the request message, and determines a parameter that the application or user could not determine. The determined parameters are set in the SETUP message and transmitted to the exchange 23.
[0089]
If communication using this parameter is not accepted by the network, the parameter determination device 22 makes an inquiry to the users of the terminals 21a to 21c to obtain approval for creation of an alternative, and if the approval is obtained, the alternative is determined. Create and negotiate with the network 20 again. When the approval is not obtained, the alternative parameter is not determined, and a display such as “cannot be connected in the current time zone” is displayed via the terminals 21a to 21c.
[0090]
Here, as a method for determining the traffic parameter, a method similar to the method for determining the traffic parameter according to the first embodiment described with reference to FIGS. 6 and 7 can be used. Similarly to the first embodiment, after the communication is started, the parameter determination device 22 makes an inquiry about the communication service to the user via the terminals 21a to 21c, and there is a request for changing the communication service quality. Create an alternative. In the case of the Internet, the same processing can be performed by replacing the signaling procedure with RSVP (Resource Reservation Protocol).
[0091]
As described above, according to the second embodiment, in addition to the same effects as those of the first embodiment, it is only necessary to provide one parameter determination device for a plurality of terminals. There is an effect.
[0092]
Embodiment 3 FIG.
The communication system and parameter determination device according to the third embodiment have the same configuration as the communication system and parameter determination device according to the second embodiment, and part of the operation is different. Here, in the operation of the third embodiment, only the portions different from the second embodiment will be described. FIG. 11 is an explanatory diagram of a QoS control sequence according to the third embodiment. In the QoS control sequence according to the third embodiment, first, a message unique to the parameter determination device is transmitted from the terminal to the parameter determination device to transmit a request regarding the QoS of the user or application.
[0093]
The parameter determination device determines a parameter related to QoS based on the received message and transmits the parameter to the terminal. The terminal performs signaling with the network according to a normal signaling procedure using the QoS-related parameters received from the parameter determination device. If communication with the QoS-related parameter received from the parameter determination device is not accepted by the network, the parameter determination device again transmits a message conveying a QoS-related request to the parameter determination device, and the parameter determination device determines an alternative parameter. The parameter determination device also creates an alternative parameter and transmits it to the terminal even when a QoS change request is received from the terminal after the start of communication.
[0094]
As described above, according to the third embodiment, in addition to the same effects as in the second embodiment, the terminal side can negotiate with the network using the existing network protocol, and the existing network protocol is effectively used. There is an effect that it can be utilized.
[0095]
Embodiment 4 FIG.
In the fourth embodiment, a parameter determination apparatus corresponding to approach 3 shown in FIG. 1, that is, a parameter determination apparatus that is arranged in a terminal and determines a parameter in consideration of the load state of the network will be described as an example. First, the configuration will be described with reference to FIGS. FIG. 12 is a diagram illustrating a schematic configuration of a terminal according to the fourth embodiment of the present invention, and FIG. 13 is a block diagram illustrating a schematic configuration of a parameter determining device according to the fourth embodiment. In addition, since the terminal and parameter determination apparatus according to the fourth embodiment have basically the same configuration as the terminal according to the first embodiment, the same parts as those in FIGS. 2 and 3 are denoted by the same reference numerals. The description is omitted.
[0096]
The terminal device according to the fourth embodiment is provided with a parameter determination device 31 instead of the parameter determination device 13. The parameter determination device 31 includes a load state input unit 71 for inputting the load state of the network 15 in addition to the configuration of the parameter determination device 13, and the load state of the network 15 together with a request regarding QoS from the user 11 or the application 12. The parameter regarding QoS is determined in consideration of the above.
[0097]
As a method for collecting information regarding the load state of the network 15, for example, there is a method of applying a CNM (Customer Network Management) technique defined by ITU-T Recommendation X.160 Architecture for customer network management service for public data networks. . In the CNM, a CNM agent (not shown) that collects various network information and provides it to a subscriber is placed in the network. Information on the load state of the network 15 is transmitted from the CNM agent to the parameter determination device 31 in the terminal at a constant cycle.
[0098]
With the above configuration, the operation of the fourth embodiment will be described with reference to FIG. Since the operation of the fourth embodiment is basically the same as the operation of the first embodiment, the description of the same parts is omitted, and only different parts are described. FIG. 14 is an explanatory diagram of a QoS control sequence according to the fourth embodiment. In the QoS control sequence according to the fourth embodiment, when a QoS-related request from the user 11 or the application 12 is input, the input QoS-related request and information on the load state of the network 15 transmitted at a fixed period. Parameters for QoS are determined based on
[0099]
That is, as is done in ATM's ABR (Available Bit Rate) service, the transmission rate is not determined only by the load state of the network 15, but a request regarding QoS from the user 11 or the application 12 can be taken into consideration. Since the load state of the network 15 is taken into consideration when determining the parameters relating to QoS, the probability that communication with the determined parameters is accepted by the network 15 is increased, and the time until the start of communication is shortened.
[0100]
As a result of considering the communication state of the network 15, if there is a possibility that the service quality of communication is deteriorated, after the parameter relating to QoS is determined, an inquiry is made to the user 11, and when the approval is received, the determined parameter The network protocol is executed using When the user 11 gives priority to quality and does not approve the determined parameter, the network protocol is not executed and a display such as “connection is not possible in the current time zone” is displayed.
[0101]
As described above, according to the fourth embodiment, in addition to the same effects as those of the first embodiment, the network load state is taken into account when determining the QoS-related parameters. There is an effect that the probability of being accepted is increased, and the time until the start of communication is shortened.
[0102]
Embodiment 5. FIG.
In the fifth embodiment, a parameter determination device corresponding to approach 4 shown in FIG. 1, that is, a parameter determination device that is arranged as a network device or in a network device and determines a parameter in consideration of the load state of the network is taken as an example. To First, the configuration will be described with reference to FIGS. 15 (a) and 15 (b). FIG. 15 is a diagram illustrating a schematic configuration of a communication system according to the fifth embodiment of the present invention. Note that the communication system according to the fifth embodiment has basically the same configuration as that of the communication system according to the second embodiment. Therefore, the same parts as those in FIG. To do.
[0103]
In the communication system according to the fifth embodiment, instead of the parameter determination devices 22 and 24 shown in FIG. 8, a parameter determination device that determines a parameter related to QoS in consideration of a load state of the network 20 together with a request regarding QoS from a user or an application. 51 and 53 are provided. Further, in place of the network devices 23 and 25 such as an exchange or a router, network devices 52 and 54 such as an exchange or a router that periodically notify the parameter determination devices 51 and 53 of information regarding the load state of the network 20 are provided. Yes. As in the fourth embodiment, for example, a CNM technique can be applied to a method for collecting information related to the load state of the network 20. Note that the configuration of the parameter determination devices 51 and 53 is the same as that of the fourth embodiment, and thus the description thereof is omitted.
[0104]
With the above configuration, the operation of the fifth embodiment will be described with reference to FIG. Since the operation of the fifth embodiment is basically the same as the operation of the second embodiment, the description of the same parts is omitted, and only different parts are described. Further, an ATM is taken as an example of the network 20, and the configuration of the communication system is an example in which a parameter determination device 51 is provided separately from the exchange 52 as shown in FIG.
[0105]
FIG. 16 is an explanatory diagram of a QoS control sequence according to the fifth embodiment. In the QoS control sequence according to the fifth embodiment, when a request relating to QoS from a user or an application is input via the terminals 21a to 21c, the request relating to the input QoS is transmitted from the exchange 52 at regular intervals. QoS-related parameters are determined based on the load status information of the network 20.
[0106]
That is, as is done in the ATM ABR service, the transmission rate is not determined only by the load state of the network 20, but a QoS request from a user or an application is taken into consideration. Since the load state of the network 20 is taken into account when determining the parameters related to QoS, the probability that the communication with the determined parameters is accepted by the network 20 is increased, and the time until the start of communication is shortened.
[0107]
In addition, as a result of considering the communication state of the network 20, if there is a possibility that the communication service quality may deteriorate, after the parameters relating to QoS are determined, an inquiry is made to the user via the terminals 21a to 21c and the approval is received. When the network protocol is executed using the determined parameters. If the user gives priority to quality and does not approve the determined parameter, the network protocol is not executed and a display such as “connection is not possible during the current time zone” is displayed.
[0108]
As described above, according to the fifth embodiment, in addition to the same effects as those of the second embodiment, the network load state is taken into account when determining the QoS-related parameters. There is an effect that the probability of being accepted is increased and the time until the start of communication is shortened.
[0109]
【The invention's effect】
  As explained above, according to the present invention,In order to input a request for quality of service of communication from at least one of an application and a user, and to automatically determine parameters relating to QoS defined in the network based on the input request for quality of service of communication, The system can be simplified, the system can be simplified to reduce costs, and the appropriate QoS parameters can be automatically determined to obtain the communication quality of service desired by the user,There is an effect.In addition, since the communication service quality is inquired to the user after the communication is started, there is an effect that the communication according to the user's desire can be performed.
[0111]
  According to the next invention, a request regarding service quality of communication from at least one of an application and a user is input from at least one terminal device, and the network is automatically set based on the input request regarding service quality of communication. Eliminates the need for multiple physical networks, simplifies the system and reduces costs, and automatically determines the appropriate QoS parameters, The service quality of communication desired by the user can be obtained. In addition, when one parameter determination device is provided for a plurality of terminal devices, the parameter determination device is easier to manage than when a parameter determination device is provided for each of a plurality of terminals. Play.In addition, since the communication service quality is inquired to the user after the communication is started, there is an effect that the communication according to the user's desire can be performed.
[0112]
According to the next invention, the parameter regarding the determined QoS can be output to the terminal device, and communication can be performed using the existing communication protocol on the terminal device side, so that the existing communication protocol can be effectively used. Play.
[0113]
According to the next invention, since information related to the load state of the network is input and the parameter related to QoS is determined based on the input information related to the load state of the network, communication with the determined parameter related to QoS is accepted by the network. The probability increases, the time until the start of communication is shortened, and the operability is improved.
[0114]
According to the next invention, it is determined whether or not the communication with the determined QoS parameter is accepted by the network. When it is determined that the communication is not accepted, the network automatically determines the alternative QoS related parameter. The parameter regarding the accepted QoS can be automatically determined, and the operability is improved.
[0115]
According to the next invention, when communication with parameters relating to QoS is not accepted by the network, the user receives approval for determining parameters relating to alternative QoS, and parameters relating to alternative QoS when not receiving approval. Therefore, there is an effect that communication according to the user's wishes can be performed.
[0116]
According to the next invention, since the approval of the parameter regarding the determined QoS is received by the user, there is an effect that communication according to the user's desire can be performed.
[0117]
According to the next invention, after communication is started, a service quality change request from the user is input, and a parameter related to QoS according to the input change request is determined. There is an effect that can be performed.
[0120]
  According to the next invention, a request regarding the service quality of communication from at least one of the application and the user is input, and the QoS specified by the network is automatically set based on the input request regarding the service quality of communication. To eliminate the need for multiple physical networks, simplify the system and reduce costs, and automatically determine the appropriate QoS parameters to provide communication services desired by the user There is an effect that quality can be obtained.In addition, since the user is inquired about the service quality of communication after the communication is started, there is an effect that communication according to the user's desire can be performed.
[0121]
  According to the next invention, from at least one terminal device, a request regarding the service quality of communication from at least one of the application and the user is input, and automatically based on the input request regarding the service quality of communication, In order to determine the QoS related parameters specified in the network, it is not necessary to prepare a large number of physical networks, simplify the system, reduce the cost, and automatically determine the appropriate QoS related parameters. The service quality of communication desired by the user can be obtained.In addition, since the user is inquired about the service quality of communication after the communication is started, there is an effect that communication according to the user's desire can be performed.
[0122]
According to the next invention, since the parameter regarding the determined QoS can be output to the terminal device and communication can be performed using the existing communication protocol on the terminal device side, the existing communication protocol can be effectively utilized. There is an effect.
[0123]
According to the next invention, since information related to the load state of the network is input and the parameter related to QoS is determined based on the input information related to the load state of the network, communication with the determined parameter related to QoS is accepted by the network. There is an effect that the probability of being transmitted increases, the time until the start of communication is shortened, and the operability is improved.
[0124]
According to the next invention, since it is determined whether or not the communication with the determined QoS parameter is accepted by the network, and it is determined that the communication is not accepted, the network automatically determines the parameter regarding the alternative QoS. It is possible to automatically determine the parameters relating to the QoS that can be received by the user, and the operability is improved.
[0125]
According to the next invention, if communication with QoS related parameters is not accepted by the network, the user receives approval for determining an alternative QoS related parameter, and if not received, the parameter for alternative QoS is received. As a result, it is possible to perform communication according to the user's wishes.
[0126]
According to the next invention, in order to receive the approval of the parameter regarding the determined QoS by the user, there is an effect that communication according to the user's wish can be performed.
[0127]
According to the next invention, after the communication is started, a request for changing the quality of service of the communication from the user is input, and parameters related to the QoS corresponding to the input change request are determined. There is an effect that communication can be performed.
[0129]
According to the next invention, since the method according to any one of the above inventions can be executed by a computer, the effect of the above invention can be exhibited in the computer.
[Brief description of the drawings]
FIG. 1 is a diagram showing classification of a parameter determination device according to a first exemplary embodiment of the present invention.
FIG. 2 is a diagram illustrating a schematic configuration of a terminal according to the first embodiment;
FIG. 3 is a block diagram showing a schematic configuration of the parameter determination device shown in FIG. 2;
FIG. 4 is an explanatory diagram of a QoS control sequence according to the first embodiment;
FIG. 5 is an explanatory diagram showing a QoS control sequence in the case where communication with parameters determined for QoS according to the first embodiment is not accepted on the network side;
FIG. 6 is a flowchart illustrating an example of a parameter determination method for QoS control according to the first embodiment;
FIG. 7 is an explanatory diagram of an example of a parameter determination method for QoS control according to the first embodiment;
FIG. 8 is a diagram showing a schematic configuration of a communication system according to a second exemplary embodiment of the present invention.
FIG. 9 is an explanatory diagram of a QoS control sequence according to the second embodiment;
FIG. 10 is a diagram showing a schematic configuration of a message format used in a signaling procedure according to the second embodiment.
FIG. 11 is an explanatory diagram of a QoS control sequence according to the third embodiment;
FIG. 12 is a diagram illustrating a schematic configuration of a terminal according to a fourth embodiment of the present invention.
13 is a block diagram showing a schematic configuration of the parameter determination device shown in FIG. 12. FIG.
FIG. 14 is an explanatory diagram of a QoS control sequence according to the fourth embodiment;
FIG. 15 is a diagram showing a schematic configuration of a communication system according to a fifth embodiment of the present invention.
FIG. 16 is an explanatory diagram of a QoS control sequence according to the fifth embodiment;
FIG. 17 is a configuration diagram showing a conventional WinSock2 architecture.
FIG. 18 is an explanatory diagram showing a typical example of a conventional signaling procedure.
FIG. 19 is a schematic flowchart showing a flow of an acceptance determination process in an exchange when a SETUP message is received.
FIG. 20 is an explanatory diagram showing a conventional RSVP sequence.
FIG. 21 is a block diagram showing an outline of a conventional communication control apparatus.
[Explanation of symbols]
11 users, 12 applications, 13, 22, 24, 31, 51, 53 parameter determination device, 14 middleware, 15, 20 network, 21a, 21b, 21c terminal, 23, 25, 52, 54 network equipment.

Claims (17)

ＱｏＳを保証するネットワークとの通信に用いられるパラメータ決定装置であって、
アプリケーションおよびユーザのうち少なくとも一方からの通信のサービス品質に関する要求を入力する要求入力手段と、
前記要求入力手段が入力した通信のサービス品質に関する要求に基いて、前記ネットワークで規定されているＱｏＳに関するパラメータを決定する決定手段と、
前記ＱｏＳに関するパラメータでの通信が前記ネットワークで受け付けられて通信が開始された後、ユーザに対して通信のサービス品質についての問い合わせを行う変更要求入力手段と、
を具備することを特徴とするパラメータ決定装置。A parameter determination device used for communication with a network that guarantees QoS,
Request input means for inputting a request regarding the quality of service of communication from at least one of an application and a user;
Determining means for determining a parameter relating to QoS defined in the network based on a request relating to service quality of communication input by the request input means;
Change request input means for making an inquiry about the quality of service of communication to the user after communication with the parameters relating to the QoS is accepted by the network and communication is started;
A parameter determining device comprising: ＱｏＳを保証するネットワークとの通信に用いられるパラメータ決定装置であって、
少なくとも一つの端末装置から、アプリケーションおよびユーザのうち少なくとも一方からの通信のサービス品質に関する要求を入力する要求入力手段と、
前記要求入力手段が入力した通信のサービス品質に関する要求に基いて、前記ネットワークで規定されているＱｏＳに関するパラメータを決定する決定手段と、
前記ＱｏＳに関するパラメータでの通信が前記ネットワークで受け付けられて通信が開始された後、前記通信のサービス品質に関する要求を送信した端末装置に対して通信のサービス品質についての問い合わせを行う変更要求入力手段と、
を具備することを特徴とするパラメータ決定装置。A parameter determination device used for communication with a network that guarantees QoS,
Request input means for inputting a request regarding quality of service of communication from at least one of an application and a user from at least one terminal device ;
Determining means for determining a parameter relating to QoS defined in the network based on a request relating to service quality of communication input by the request input means;
Change request input means for making an inquiry about the communication service quality to a terminal device that has transmitted a request for the communication service quality after communication with the QoS-related parameter is accepted by the network and communication is started; ,
A parameter determining device comprising: さらに、前記決定手段が決定したＱｏＳに関するパラメータを前記端末装置に出力する出力手段を具備することを特徴とする請求項２に記載のパラメータ決定装置。 The parameter determination device according to claim 2, further comprising an output unit that outputs a parameter related to the QoS determined by the determination unit to the terminal device. さらに、ネットワークの負荷状態に関する情報を入力する負荷状態入力手段を具備し、前記決定手段は、前記負荷状態入力手段が入力したネットワークの負荷状態に関する情報に基いて、前記ＱｏＳに関するパラメータを決定することを特徴とする請求項１〜３のいずれか一つに記載のパラメータ決定装置。Furthermore, it comprises load state input means for inputting information relating to the load state of the network, and the determining means determines the parameter relating to the QoS based on the information relating to the load state of the network input by the load state input means. The parameter determination device according to any one of claims 1 to 3. さらに、前記決定手段が決定したＱｏＳに関するパラメータでの通信が前記ネットワークにより受け付けられたか否かを判定する判定手段を具備し、前記決定手段は、前記判定手段で、前記ＱｏＳに関するパラメータでの通信が前記ネットワークにより受け付けられなかったと判定された場合、代替のＱｏＳに関するパラメータを決定することを特徴とする請求項１〜４のいずれか一つに記載のパラメータ決定装置。And determining means for determining whether or not communication with a parameter related to QoS determined by the determining means has been accepted by the network, wherein the determining means is the determination means, and communication with the parameter related to QoS is performed. The parameter determination device according to claim 1, wherein when it is determined that the network has not been accepted, a parameter regarding an alternative QoS is determined. さらに、前記判定手段で、前記ＱｏＳに関するパラメータでの通信が前記ネットワークにより受け付けられなかったと判定された場合、代替のＱｏＳに関するパラメータを決定することに対するユーザの承認を受けるための承認手段を具備し、前記決定手段は、前記承認手段で承認を受けなかった場合は代替のＱｏＳに関するパラメータを決定しないことを特徴とする請求項５に記載のパラメータ決定装置。Further, when the determination unit determines that communication with the QoS-related parameter is not accepted by the network, the determination unit includes an approval unit for receiving a user's approval for determining an alternative QoS-related parameter, 6. The parameter determination apparatus according to claim 5 , wherein the determination unit does not determine a parameter regarding an alternative QoS when the approval unit does not receive the approval . さらに、前記決定手段が決定したＱｏＳに関するパラメータのユーザによる承認を受けるための承認手段を具備することを特徴とする請求項１〜５のいずれか一つに記載のパラメータ決定装置。Further, parameter determining apparatus according to any one of claims 1 to 5, characterized in that it comprises authorization means for approval by the user of the parameters relating to QoS which the determination unit has determined. 前記変更要求入力手段は、通信が開始された後、ユーザからの通信のサービス品質の変更要求を入力する機能をさらに具備し、
前記決定手段は、前記変更要求入力手段が入力した変更要求に応じたＱｏＳに関するパラメータを決定することを特徴とする請求項１〜７のいずれか一つに記載のパラメータ決定装置。 The change request input means further comprises a function of inputting a communication quality of service change request from a user after communication is started,
It said determining means, parameter determining apparatus according to any one of claims 1 to 7, characterized in that determining the parameters of QoS in response to the change request to the change request input unit inputs. ＱｏＳを保証するネットワークとの通信に用いられるパラメータ決定方法であって、
アプリケーションおよびユーザのうち少なくとも一方からの通信のサービス品質に関する要求を入力する要求入力工程と、
前記要求入力工程で入力した通信のサービス品質に関する要求に基いて、前記ネットワークで規定されているＱｏＳに関するパラメータを決定する決定工程と、
前記ＱｏＳに関するパラメータでの通信が前記ネットワークで受け付けられて通信が開始された後、ユーザに対して通信のサービス品質についての問い合わせを行う変更要求入力工程と、
を含むことを特徴とするパラメータ決定方法。 A parameter determination method used for communication with a network that guarantees QoS, comprising:
A request input step of inputting a request regarding quality of service of communication from at least one of an application and a user;
A determination step for determining a parameter relating to QoS defined in the network based on a request for service quality of communication input in the request input step;
A change request input step for making an inquiry about the quality of service of communication to the user after communication with the parameters relating to the QoS is accepted by the network and communication is started;
It features and to Rupa parameter determination method comprises a. ＱｏＳを保証するネットワークとの通信に用いられるパラメータ決定方法であって、
少なくとも一つの端末装置から、アプリケーションおよびユーザのうち少なくとも一方からの通信のサービス品質に関する要求を入力する要求入力工程と、
前記要求入力工程で入力した通信のサービス品質に関する要求に基いて、前記ネットワークで規定されているＱｏＳに関するパラメータを決定する決定工程と、
前記ＱｏＳに関するパラメータでの通信が前記ネットワークで受け付けられて通信が開始された後、前記通信のサービス品質に関する要求を送信した端末装置に対して通信のサービス品質についての問い合わせを行う変更要求入力工程と、
を含むことを特徴とするパラメータ決定方法。 A parameter determination method used for communication with a network that guarantees QoS, comprising:
A request input step of inputting a request regarding quality of service of communication from at least one of an application and a user from at least one terminal device;
A determination step for determining a parameter relating to QoS defined in the network based on a request for service quality of communication input in the request input step;
A change request input step of making an inquiry about the communication service quality to the terminal device that has transmitted the request related to the communication service quality after communication with the QoS-related parameter is accepted by the network and communication is started; ,
It features and to Rupa parameter determination method comprises a. さらに、前記決定工程で決定したＱｏＳに関するパラメータを前記端末装置に出力する出力工程を含むことを特徴とする請求項１０に記載のパラメータ決定方法。 The parameter determination method according to claim 10, further comprising an output step of outputting a parameter related to the QoS determined in the determination step to the terminal device . さらに、ネットワークの負荷状態に関する情報を入力する負荷状態入力工程を含み、前記決定工程は、前記負荷状態入力工程で入力したネットワークの負荷状態に関する情報に基いて、前記ＱｏＳに関するパラメータを決定することを特徴とする請求項９〜１１のいずれか一つに記載のパラメータ決定方法。 Further, the method includes a load state input step of inputting information relating to the load state of the network, wherein the determining step determines the parameter relating to the QoS based on the information relating to the load state of the network input in the load state input step. The parameter determination method according to any one of claims 9 to 11, wherein the parameter determination method is characterized. さらに、前記決定工程で、決定したＱｏＳに関するパラメータでの通信が前記ネットワークにより受け付けられたか否かを判定する判定工程を含み、前記決定工程は、前記判定工程で前記ＱｏＳに関するパラメータでの通信が前記ネットワークにより受け付けられなかったと判定された場合、代替のＱｏＳに関するパラメータを決定することを特徴とする請求項９〜１２のいずれか一つに記載のパラメータ決定方法。 Furthermore, the determination step includes a determination step of determining whether or not communication with the parameter relating to the QoS determined in the determination step is accepted by the network, wherein the determination step includes the communication with the parameter relating to the QoS in the determination step. The parameter determination method according to any one of claims 9 to 12, wherein when it is determined that the parameter is not accepted by the network, a parameter regarding an alternative QoS is determined . さらに、前記判定工程で、前記ＱｏＳに関するパラメータでの通信が前記ネットワークにより受け付けられなかったと判定された場合、代替のＱｏＳに関するパラメータを決定することに対するユーザの承認を受けるための承認工程を含み、前記決定工程は、前記承認工程で承認を受けなかった場合は代替のＱｏＳに関するパラメータを決定しないことを特徴とする請求項１３に記載のパラメータ決定方法。And further comprising an approval step for receiving user approval for determining an alternative QoS related parameter if it is determined in the determining step that communication with the QoS related parameter is not accepted by the network, 14. The parameter determining method according to claim 13 , wherein the determining step does not determine a parameter regarding an alternative QoS when the approval is not received in the approval step . さらに、前記決定工程で決定したＱｏＳに関するパラメータのユーザによる承認を受けるための承認工程を含むことを特徴とする請求項９〜１３のいずれか一つに記載のパラメータ決定方法。Furthermore, the parameter determination method as described in any one of Claims 9-13 including the approval process for receiving the approval by the user of the parameter regarding QoS determined by the said determination process . 前記変更要求入力工程は、通信が開始された後、ユーザからの通信のサービス品質の変更要求を入力する工程をさらに含み、
前記決定工程は、前記変更要求入力工程で入力した変更要求に応じたＱｏＳに関するパラメータを決定することを特徴とする請求項９〜１５のいずれか一つに記載のパラメータ決定方法。 The change request input step further includes a step of inputting a communication quality of service change request from a user after communication is started,
The parameter determination method according to any one of claims 9 to 15, wherein the determination step determines a parameter relating to QoS according to the change request input in the change request input step . 前記請求項９〜１６のいずれか一つに記載された方法をコンピュータに実行させるプログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体。A computer-readable recording medium on which is recorded a program that causes a computer to execute the method according to any one of claims 9 to 16.
JP15402099A 1999-06-01 1999-06-01 Parameter determining apparatus, parameter determining method, and computer-readable recording medium storing a program for causing a computer to execute the method Expired - Fee Related JP3676121B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP15402099A JP3676121B2 (en) 1999-06-01 1999-06-01 Parameter determining apparatus, parameter determining method, and computer-readable recording medium storing a program for causing a computer to execute the method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP15402099A JP3676121B2 (en) 1999-06-01 1999-06-01 Parameter determining apparatus, parameter determining method, and computer-readable recording medium storing a program for causing a computer to execute the method

Publications (2)

Publication Number Publication Date
JP2000349769A JP2000349769A (en) 2000-12-15
JP3676121B2 true JP3676121B2 (en) 2005-07-27

Family

ID=15575161

Family Applications (1)

Application Number Title Priority Date Filing Date
JP15402099A Expired - Fee Related JP3676121B2 (en) 1999-06-01 1999-06-01 Parameter determining apparatus, parameter determining method, and computer-readable recording medium storing a program for causing a computer to execute the method

Country Status (1)

Country Link
JP (1) JP3676121B2 (en)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI20001630A (en) * 2000-06-30 2001-12-31 Nokia Mobile Phones Ltd Determining quality of service for data streams
US7453801B2 (en) * 2001-11-08 2008-11-18 Qualcomm Incorporated Admission control and resource allocation in a communication system supporting application flows having quality of service requirements
JP3639556B2 (en) 2001-12-12 2005-04-20 富士通株式会社 VoIP network congestion control system
CN101414968B (en) * 2003-03-17 2011-08-10 高通股份有限公司 Method for managing resource in wireless communication system and device
US7570590B2 (en) * 2003-10-28 2009-08-04 Alcatel-Lucent Usa Inc. Decision tree logic for determining the optimal value for QoS uplink and downlink maximum bitrate attributes
JP4510734B2 (en) * 2005-09-13 2010-07-28 日本電信電話株式会社 Communication apparatus, communication quality changing method, and communication quality changing program
JP4559945B2 (en) * 2005-09-28 2010-10-13 日本電信電話株式会社 Information management apparatus, information management method, and information management program
JP4574558B2 (en) * 2006-01-12 2010-11-04 日本電信電話株式会社 Communication quality change system, communication quality change method, and communication quality change program
US7974204B2 (en) * 2007-11-07 2011-07-05 The Boeing Company Quality of service management for message flows across multiple middleware environments
US7920478B2 (en) * 2008-05-08 2011-04-05 Nortel Networks Limited Network-aware adapter for applications
US8625440B2 (en) * 2009-07-31 2014-01-07 Alcatel Lucent System and method for controlling parameters for applications serviced in a best effort communication link
RU2533173C1 (en) 2010-11-08 2014-11-20 Нек Корпорейшн Information processing device
US8862769B2 (en) * 2010-11-23 2014-10-14 Qualcomm Incorporated Object-based transport protocol
JP5860951B2 (en) * 2011-04-11 2016-02-16 インターデイジタル パテント ホールディングス インコーポレイテッド Session manager and source internet protocol (IP) address selection

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2186795A1 (en) * 1995-11-17 1997-05-18 Cormac John Sreenan Resource management system for a broadband multipoint bridge
JP2967337B2 (en) * 1996-11-01 1999-10-25 株式会社超高速ネットワーク・コンピュータ技術研究所 Resource reservation system in ATM end system
JPH1168840A (en) * 1997-08-12 1999-03-09 Nippon Telegr & Teleph Corp <Ntt> Method and device for assigning resource amount
JP3776573B2 (en) * 1997-09-24 2006-05-17 富士通株式会社 Stream bandwidth control method
US6404738B1 (en) * 1998-01-21 2002-06-11 Nec Usa, Inc. Dynamic network bandwidth allocation for multimedia applications with soft quality-of-service requirements
JP3126956B2 (en) * 1999-02-18 2001-01-22 株式会社エイ・ティ・アール環境適応通信研究所 Communication service quality control method and apparatus
JP3142268B2 (en) * 1999-02-23 2001-03-07 株式会社エイ・ティ・アール環境適応通信研究所 Communication service quality control method and apparatus

Also Published As

Publication number Publication date
JP2000349769A (en) 2000-12-15

Similar Documents

Publication Publication Date Title
JP3676121B2 (en) Parameter determining apparatus, parameter determining method, and computer-readable recording medium storing a program for causing a computer to execute the method
EP1120939B1 (en) Method, server and arrangement in a communication network
Perez et al. ATM signaling support for IP over ATM
US6496479B1 (en) Network resource reservation control method and apparatus, receiving terminal, sending terminal, and relay apparatus
KR100318776B1 (en) EXTENDING ASYNCHRONOUS TRANSFER MODE(ATM) QoS ACROSS LOCAL AREA NETWORKS
EP0982899A2 (en) Boundary device for performing a connection control at a boundary between two communications networks
US20060114889A1 (en) Multiservice use of network connection capability
US6636487B1 (en) Apparatus and method for providing multimedia conferencing services with an unspecified bit rate quality of service class over an asynchronous transfer mode network
EP1038415B1 (en) Call admission control system for wireless atm networks
JP2000341343A (en) System and method for interconnecting network
EP1126669A1 (en) Elimination of premature blocking in communications networks
KR20000076720A (en) Providing quality of service in layer two tunneling protocol networks
JP3634942B2 (en) Packet switching network and packet switching device
JP4467668B2 (en) Congestion control in ATM nodes
CN100442759C (en) Method for business layer requesting resourcing to transmission layer in next generation network
EP1076991B1 (en) High speed facsimile transmission
JP3617868B2 (en) Node device and network resource reservation method
US20090279450A1 (en) Method for allocation of a quality of service for a packet stream
EP1162813A2 (en) Method and system for negotiating telecommunication resources
KR100613964B1 (en) Method for transfering internet IP packet in ATM network
JPH09238141A (en) Communication system
JP3848954B2 (en) Packet switching network and packet switching device
JP2000244499A (en) Signaling method, communication equipment and recording medium storing signaling program
Nikolaou et al. A QoS middleware for network adaptive applications
US7660311B2 (en) Method and system for enabling connection of a call

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20041021

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20050105

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050302

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20050426

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20050427

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20080513

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090513

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100513

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100513

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110513

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110513

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120513

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120513

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130513

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140513

Year of fee payment: 9

LAPS Cancellation because of no payment of annual fees