JP2000253019A - Ｓｖｃ設定システムと方法およびその処理プログラムを記録した記録媒体 - Google Patents
Ｓｖｃ設定システムと方法およびその処理プログラムを記録した記録媒体Info
- Publication number
- JP2000253019A JP2000253019A JP5394799A JP5394799A JP2000253019A JP 2000253019 A JP2000253019 A JP 2000253019A JP 5394799 A JP5394799 A JP 5394799A JP 5394799 A JP5394799 A JP 5394799A JP 2000253019 A JP2000253019 A JP 2000253019A
- Authority
- JP
- Japan
- Prior art keywords
- terminal
- svc
- connection
- application
- setting
- 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.)
- Pending
Links
Abstract
(57)【要約】
【課題】 従来、アプリケーションの性質に応じたトラ
フィックタイプの選択が困難、また、被起動側で、コネ
クション設定を必要とするアプリケーションの要求する
トラフィックタイプを認識することができない。 【解決手段】 この課題を解決するために、本ＳＶＣ設
定システムでは、端末１において、トラフィック制御部
１ｂにより、アプリケーション１ａが必要とするトラフ
ィックタイプを判定し、また、被起動側の場合は、トラ
フィック種別判定部１ｄにより、受信したSetupメッセ
ージに含まれるコネクション品質情報に基づき、起動側
端末のアプリケーションが必要とするトラフィックタイ
プを判定し、コネクション制御部１ｃにより、ＳＶＣの
パラメータを、そのアプリケーション１ａに最適となる
よう、すなわちアドレスマッピングもしくはセッション
マッピングにより設定する。
フィックタイプの選択が困難、また、被起動側で、コネ
クション設定を必要とするアプリケーションの要求する
トラフィックタイプを認識することができない。 【解決手段】 この課題を解決するために、本ＳＶＣ設
定システムでは、端末１において、トラフィック制御部
１ｂにより、アプリケーション１ａが必要とするトラフ
ィックタイプを判定し、また、被起動側の場合は、トラ
フィック種別判定部１ｄにより、受信したSetupメッセ
ージに含まれるコネクション品質情報に基づき、起動側
端末のアプリケーションが必要とするトラフィックタイ
プを判定し、コネクション制御部１ｃにより、ＳＶＣの
パラメータを、そのアプリケーション１ａに最適となる
よう、すなわちアドレスマッピングもしくはセッション
マッピングにより設定する。
Description
【０００１】
【発明の属する技術分野】本発明は、マルチメディア通
信を行なうＡＴＭ（Asynchronous Transfer Mode）のＳ
ＶＣ（Switched Virtual Connection）設定技術に係わ
り、特に、アプリケーションに最適なＳＶＣのパラメー
タ設定を効率的に行なうのに好適なＳＶＣ設定システム
と方法に関するものである。
信を行なうＡＴＭ（Asynchronous Transfer Mode）のＳ
ＶＣ（Switched Virtual Connection）設定技術に係わ
り、特に、アプリケーションに最適なＳＶＣのパラメー
タ設定を効率的に行なうのに好適なＳＶＣ設定システム
と方法に関するものである。
【０００２】
【従来の技術】ネットワークの伝送路を流れるトラフィ
ックには、アプリケーションによってさまざまな形態が
ある。例えば、ＭＰＥＧ（Moving Picture Expert Grou
p）などの圧縮動画のように使用している帯域が常に変
動するものや、クライアント・サーバ間でのバースト的
なデータ転送、あるいは、電話等でのリアルタイム性が
重要視されるもの等がある。
ックには、アプリケーションによってさまざまな形態が
ある。例えば、ＭＰＥＧ（Moving Picture Expert Grou
p）などの圧縮動画のように使用している帯域が常に変
動するものや、クライアント・サーバ間でのバースト的
なデータ転送、あるいは、電話等でのリアルタイム性が
重要視されるもの等がある。
【０００３】ＡＴＭでは、このようなアプリケーション
のトラフィックタイプに対応して、例えば、丸山修孝著
「わかりやすい通信プロトコルの技術」（１９９７年、
オーム社発行）の第１９１頁〜第２０２頁に記載されて
いるように、ＣＢＲ（Constant Bit Rate、固定速
度）、ＶＢＲ−ｎｒｔ（Variable Bit Rate-Non Real T
ime）、ＶＢＲ−ｒｔ（Variable Bit Rate-Real Tim
e）、ＡＢＲ（Available Bit Rate）、ＵＢＲ（Unspeci
fied Bit Rate）などの５つのサービス形態を提供して
いる。
のトラフィックタイプに対応して、例えば、丸山修孝著
「わかりやすい通信プロトコルの技術」（１９９７年、
オーム社発行）の第１９１頁〜第２０２頁に記載されて
いるように、ＣＢＲ（Constant Bit Rate、固定速
度）、ＶＢＲ−ｎｒｔ（Variable Bit Rate-Non Real T
ime）、ＶＢＲ−ｒｔ（Variable Bit Rate-Real Tim
e）、ＡＢＲ（Available Bit Rate）、ＵＢＲ（Unspeci
fied Bit Rate）などの５つのサービス形態を提供して
いる。
【０００４】例えば、ＩＰ（Internet Protocol）を用
いるアプリケーションによるトラフィックをＡＴＭのＳ
ＶＣ上に伝送する場合、ＩＰの性質が品質非保証型のト
ラフィックタイプであるため、そのＳＶＣは、双方向対
称かつＵＢＲで設定することが一般的である。従来、Ｌ
ＡＮＥ（ＬＡＮエミュレーション）やＭＰＯＡ（Multi
Protocol Over ATM）等では、これらのパラメータを使
用してきた。このように、ＡＴＭでは、アプリケーショ
ン毎にトラフィックタイプを使い分けており、それらに
対応するコネクションのトラフィックパラメータも様々
である。
いるアプリケーションによるトラフィックをＡＴＭのＳ
ＶＣ上に伝送する場合、ＩＰの性質が品質非保証型のト
ラフィックタイプであるため、そのＳＶＣは、双方向対
称かつＵＢＲで設定することが一般的である。従来、Ｌ
ＡＮＥ（ＬＡＮエミュレーション）やＭＰＯＡ（Multi
Protocol Over ATM）等では、これらのパラメータを使
用してきた。このように、ＡＴＭでは、アプリケーショ
ン毎にトラフィックタイプを使い分けており、それらに
対応するコネクションのトラフィックパラメータも様々
である。
【０００５】また、最近のＩＰアプリケーションの中に
は、QoS（Quality Of Service、サービス品質）の制御
を必要とするＩＰ電話やＶＯＤ（Video On Demand）の
ようなリアルタイム系のアプリケーションも増加してき
た。しかし、ＬＡＮＥやＭＰＯＡ等の従来技術を用いる
と、ＡＴＭの特徴であるQoSの制御をせずに、全てＵＢ
ＲでＳＶＣを設定してしまうため、アプリケーションの
性質に応じたトラフィックタイプの選択が困難になる。
は、QoS（Quality Of Service、サービス品質）の制御
を必要とするＩＰ電話やＶＯＤ（Video On Demand）の
ようなリアルタイム系のアプリケーションも増加してき
た。しかし、ＬＡＮＥやＭＰＯＡ等の従来技術を用いる
と、ＡＴＭの特徴であるQoSの制御をせずに、全てＵＢ
ＲでＳＶＣを設定してしまうため、アプリケーションの
性質に応じたトラフィックタイプの選択が困難になる。
【０００６】また、Setup（呼設定）メッセージを送出
してＳＶＣ設定を起動する端末を「起動側」、そして、
Setupメッセージを受信する端末を「被起動側」とした
場合、ＳＶＣの設定が常に片方向ずつ設定する場合のみ
であれば、被起動側では、設定されたＳＶＣから出力さ
れるパケットを単に受信するだけで良いので特に問題は
ないが、ＳＶＣが両方向同時に設定されるような場合に
は、被起動側から起動側へ転送するためのパケットを、
どのコネクションに送出するかを判定する必要がある。
してＳＶＣ設定を起動する端末を「起動側」、そして、
Setupメッセージを受信する端末を「被起動側」とした
場合、ＳＶＣの設定が常に片方向ずつ設定する場合のみ
であれば、被起動側では、設定されたＳＶＣから出力さ
れるパケットを単に受信するだけで良いので特に問題は
ないが、ＳＶＣが両方向同時に設定されるような場合に
は、被起動側から起動側へ転送するためのパケットを、
どのコネクションに送出するかを判定する必要がある。
【０００７】現在のＡＴＭフォーラム ＵＮＩ（User N
etwork Interface）３．０／３．１等におけるSetupメ
ッセージでは、セッションの情報をやり取りすることが
できないため、セッションとＳＶＣの対応を取ることが
できない。この対応が取れない場合、被起動側では、Ｓ
ＶＣがアドレスに対応しているのか、あるいは、セッシ
ョンに対応しているのかが分からず、アプリケーション
が必要とするQoSに応じたコネクションの使い分けが不
可能となってしまう。
etwork Interface）３．０／３．１等におけるSetupメ
ッセージでは、セッションの情報をやり取りすることが
できないため、セッションとＳＶＣの対応を取ることが
できない。この対応が取れない場合、被起動側では、Ｓ
ＶＣがアドレスに対応しているのか、あるいは、セッシ
ョンに対応しているのかが分からず、アプリケーション
が必要とするQoSに応じたコネクションの使い分けが不
可能となってしまう。
【０００８】
【発明が解決しようとする課題】解決しようとする問題
点は、従来の技術では、アプリケーションの性質に応じ
たトラフィックタイプの選択が困難な点、また、被起動
側で、コネクション設定を必要とするアプリケーション
の要求するトラフィックタイプを認識することができな
い点である。
点は、従来の技術では、アプリケーションの性質に応じ
たトラフィックタイプの選択が困難な点、また、被起動
側で、コネクション設定を必要とするアプリケーション
の要求するトラフィックタイプを認識することができな
い点である。
【０００９】本発明の目的は、これら従来技術の課題を
解決し、アプリケーションが要求する品質での転送処理
を可能とし、また、両方向コネクション設定時に、被起
動側でも、コネクションアドレスマッピングとコネクシ
ョンセッションマッピングとを区別してルーティングテ
ーブルを作成することを可能とするＳＶＣ設定システム
と方法を提供することである。
解決し、アプリケーションが要求する品質での転送処理
を可能とし、また、両方向コネクション設定時に、被起
動側でも、コネクションアドレスマッピングとコネクシ
ョンセッションマッピングとを区別してルーティングテ
ーブルを作成することを可能とするＳＶＣ設定システム
と方法を提供することである。
【００１０】
【課題を解決するための手段】上記目的を達成するた
め、本発明のＳＶＣ設定システムと方法は、端末で、ア
プリケーションによる通信のトラフィックタイプを判定
し、それに対応したＳＶＣのパラメータ設定等を行な
い、また、被起動側の端末において、起動側端末のアプ
リケーションが必要とするトラフィックタイプを判定
し、被起動側から起動側へ転送するためのパケットを送
出するコネクションのパラメータ設定を、そのアプリケ
ーションに最適となるように行なう。
め、本発明のＳＶＣ設定システムと方法は、端末で、ア
プリケーションによる通信のトラフィックタイプを判定
し、それに対応したＳＶＣのパラメータ設定等を行な
い、また、被起動側の端末において、起動側端末のアプ
リケーションが必要とするトラフィックタイプを判定
し、被起動側から起動側へ転送するためのパケットを送
出するコネクションのパラメータ設定を、そのアプリケ
ーションに最適となるように行なう。
【００１１】例えば、被起動側の端末は、受信したSetu
pメッセージに含まれるコネクション品質情報に基づ
き、起動側端末のアプリケーションの要求するトラフィ
ックタイプを判定し、判定したトラフィックタイプに応
じて、コネクションを、ＩＰアドレスあるいはＴＣＰ
（Transmission Control Protocol）／ＵＤＰ（User Da
tagram protocol）セッションに対応付ける。
pメッセージに含まれるコネクション品質情報に基づ
き、起動側端末のアプリケーションの要求するトラフィ
ックタイプを判定し、判定したトラフィックタイプに応
じて、コネクションを、ＩＰアドレスあるいはＴＣＰ
（Transmission Control Protocol）／ＵＤＰ（User Da
tagram protocol）セッションに対応付ける。
【００１２】
【発明の実施の形態】以下、本発明の実施例を、図面に
より詳細に説明する。図１は、本発明のＳＶＣ設定シス
テムの本発明に係る構成の一実施例を示すブロック図で
ある。本例では、本発明に係わるＳＶＣ設定システム
を、端末等の間で通信をする際にコネクションを設定し
て通信をするコネクション型（ＣＯ：Connection Orien
ted）通信と、端末間でコネクション設定を行なわずに
パケットを転送するコネクションレス型（ＣＬ：Connec
tion Less）通信を併用するCO/CL統合ネットワークに適
用している。
より詳細に説明する。図１は、本発明のＳＶＣ設定シス
テムの本発明に係る構成の一実施例を示すブロック図で
ある。本例では、本発明に係わるＳＶＣ設定システム
を、端末等の間で通信をする際にコネクションを設定し
て通信をするコネクション型（ＣＯ：Connection Orien
ted）通信と、端末間でコネクション設定を行なわずに
パケットを転送するコネクションレス型（ＣＬ：Connec
tion Less）通信を併用するCO/CL統合ネットワークに適
用している。
【００１３】このCO/CL統合ネットワークは、CO/CL端末
（図中「端末Ａ，Ｂ、端末」等と記載）１〜４、CO/CL
中継装置（図中「中継装置Ａ，Ｂ」等と記載）５，６、
および、ＡＴＭ網７から構成されており、各CO/CL端末
１〜４には、CO/CL端末（端末Ａ）１で示すように、ア
プリケーション（図中「ＡＰＬ」と記載）１ａ、トラフ
ィック制御部１ｂ、コネクション制御部１ｃ、ルーティ
ング処理部１ｄ、トラフィック種別判定部１ｅが設けら
れている。
（図中「端末Ａ，Ｂ、端末」等と記載）１〜４、CO/CL
中継装置（図中「中継装置Ａ，Ｂ」等と記載）５，６、
および、ＡＴＭ網７から構成されており、各CO/CL端末
１〜４には、CO/CL端末（端末Ａ）１で示すように、ア
プリケーション（図中「ＡＰＬ」と記載）１ａ、トラフ
ィック制御部１ｂ、コネクション制御部１ｃ、ルーティ
ング処理部１ｄ、トラフィック種別判定部１ｅが設けら
れている。
【００１４】トラフィック制御部１ｂ、コネクション制
御部１ｃ、ルーティング処理部１ｄ、トラフィック種別
判定部１ｅのそれぞれは、図示していない光ディスク等
の記録媒体からメモリにプログラムをロードすることに
よりモジュールとして構成されるものであり、トラフィ
ック制御部１ｂは、アプリケーション１ａの要求するト
ラフィックタイプ（種別）の判定を行なう。
御部１ｃ、ルーティング処理部１ｄ、トラフィック種別
判定部１ｅのそれぞれは、図示していない光ディスク等
の記録媒体からメモリにプログラムをロードすることに
よりモジュールとして構成されるものであり、トラフィ
ック制御部１ｂは、アプリケーション１ａの要求するト
ラフィックタイプ（種別）の判定を行なう。
【００１５】また、コネクション制御部１ｃは、トラフ
ィック制御部１ｂで判定したアプリケーションが要求す
るトラフィックタイプに対応したコネクション設定を行
ない、ルーティング処理部１ｄは、ルーティングやパケ
ットの転送を行なう。そして、トラフィック種別判定部
１ｅは、ＳＶＣが両方向同時に設定される場合に起動側
端末から受信したSetupメッセージに基づき起動側端末
のアプリケーションの要求するトラフィックタイプを判
定する。
ィック制御部１ｂで判定したアプリケーションが要求す
るトラフィックタイプに対応したコネクション設定を行
ない、ルーティング処理部１ｄは、ルーティングやパケ
ットの転送を行なう。そして、トラフィック種別判定部
１ｅは、ＳＶＣが両方向同時に設定される場合に起動側
端末から受信したSetupメッセージに基づき起動側端末
のアプリケーションの要求するトラフィックタイプを判
定する。
【００１６】また、CO/CL中継装置５，６には、CO/CL中
継装置５で示すように、CO/CL端末１〜４からの要求に
対応したコネクション設定処理を行なうコネクション制
御部５ａと、コネクションレス通信によりパケットを転
送するルーティング処理部５ｂとが設けられている。
尚、このCO/CL中継装置５におけるコネクション制御部
５ａとルーティング処理部５ｂに関しても、図示してい
ない光ディスク等の記録媒体からメモリにプログラムを
ロードすることによりモジュール構成される。
継装置５で示すように、CO/CL端末１〜４からの要求に
対応したコネクション設定処理を行なうコネクション制
御部５ａと、コネクションレス通信によりパケットを転
送するルーティング処理部５ｂとが設けられている。
尚、このCO/CL中継装置５におけるコネクション制御部
５ａとルーティング処理部５ｂに関しても、図示してい
ない光ディスク等の記録媒体からメモリにプログラムを
ロードすることによりモジュール構成される。
【００１７】このような構成により、CO/CL統合ネット
ワークでは、CO/CL端末１〜４において、アプリケーシ
ョンが必要とするトラフィックタイプを判定し、それに
応じた転送先、例えば、コネクションレス型通信のため
のデフォルトルートや、コネクション型通信のために設
定されたコネクションに振り分けてパケットの転送を行
なう。
ワークでは、CO/CL端末１〜４において、アプリケーシ
ョンが必要とするトラフィックタイプを判定し、それに
応じた転送先、例えば、コネクションレス型通信のため
のデフォルトルートや、コネクション型通信のために設
定されたコネクションに振り分けてパケットの転送を行
なう。
【００１８】すなわち、各CO/CL端末１〜４において
は、各アプリケーションによる通信のトラフィック特性
を判定して、アプリケーションに最適なＳＶＣのパラメ
ータ設定を行なう。例えば、CO/CL端末１においては、
トラフィック制御部１ｂにより、アプリケーション１ａ
の要求する通信のトラフィックタイプを判定して、コネ
クション制御部１ｃにより、そのアプリケーション１ａ
に最適なＳＶＣのパラメータ設定を行なう。
は、各アプリケーションによる通信のトラフィック特性
を判定して、アプリケーションに最適なＳＶＣのパラメ
ータ設定を行なう。例えば、CO/CL端末１においては、
トラフィック制御部１ｂにより、アプリケーション１ａ
の要求する通信のトラフィックタイプを判定して、コネ
クション制御部１ｃにより、そのアプリケーション１ａ
に最適なＳＶＣのパラメータ設定を行なう。
【００１９】さらに、各CO/CL端末１〜４においては、
被起動側となった場合、トラフィック種別判定部１ｅに
より、受信したSetupメッセージに含まれる情報要素中
のコネクション品質情報から、起動側端末のアプリケー
ションの要求するトラフィックタイプ（種別）を判定
し、そのアプリケーションが要求する品質条件に応じ
て、ＩＰアドレスあるいはTCP/UDPセッションを選択し
てコネクションに対応させる。
被起動側となった場合、トラフィック種別判定部１ｅに
より、受信したSetupメッセージに含まれる情報要素中
のコネクション品質情報から、起動側端末のアプリケー
ションの要求するトラフィックタイプ（種別）を判定
し、そのアプリケーションが要求する品質条件に応じ
て、ＩＰアドレスあるいはTCP/UDPセッションを選択し
てコネクションに対応させる。
【００２０】ＳＶＣのSetupメッセージは、必須もしく
は任意の情報要素から成り立っている。主な必須情報要
素は次の通りである。 ａ）コネクション識別子（ＶＰＩ／ＶＣＩ） ｂ）着呼パーティ番号（宛先アドレス） ｃ）必要なＡＴＭセルレート ｄ）必要なQoSクラス トラフィック種別判定部１ｅは、この中のQoSクラスを
参照して、そのトラフィックタイプ（種別）の判定を行
なう。
は任意の情報要素から成り立っている。主な必須情報要
素は次の通りである。 ａ）コネクション識別子（ＶＰＩ／ＶＣＩ） ｂ）着呼パーティ番号（宛先アドレス） ｃ）必要なＡＴＭセルレート ｄ）必要なQoSクラス トラフィック種別判定部１ｅは、この中のQoSクラスを
参照して、そのトラフィックタイプ（種別）の判定を行
なう。
【００２１】すなわち、被起動側のCO/CL端末１では、
トラフィック種別判定部１ｅにおいて、受信したSetup
メッセージ内に書かれたQoSを参照し、そのコネクショ
ンがアドレスにマッピングされているか、あるいは、セ
ッションにマッピングされているかの判定を行なう。こ
の判定を行なうことで被起動側のCO/CL端末１では、該
当コネクションがアドレスに対応するのかセッションに
対応するのかを区別して転送コネクションを決定するこ
とができ、起動側端末のアプリケーションの要求するト
ラフィックタイプに合ったコネクションによる転送が可
能となる。
トラフィック種別判定部１ｅにおいて、受信したSetup
メッセージ内に書かれたQoSを参照し、そのコネクショ
ンがアドレスにマッピングされているか、あるいは、セ
ッションにマッピングされているかの判定を行なう。こ
の判定を行なうことで被起動側のCO/CL端末１では、該
当コネクションがアドレスに対応するのかセッションに
対応するのかを区別して転送コネクションを決定するこ
とができ、起動側端末のアプリケーションの要求するト
ラフィックタイプに合ったコネクションによる転送が可
能となる。
【００２２】このようなＳＶＣ設定システムの動作を図
２を用いて説明する。図２は、本発明のＳＶＣ設定方法
の本発明に係わる第１の処理動作例を示す説明図であ
る。本例は、図１におけるCO/CL統合ネットワークでの
ＳＶＣ設定システムによる処理動作例を示すものであ
り、CO/CL統合ネットワークの端末Ａ，Ｂでは、アプリ
ケーションに応じたトラフィックタイプを、トラフィッ
ク制御部が判定し、そのトラフィックタイプに応じた情
報の転送を行なう。
２を用いて説明する。図２は、本発明のＳＶＣ設定方法
の本発明に係わる第１の処理動作例を示す説明図であ
る。本例は、図１におけるCO/CL統合ネットワークでの
ＳＶＣ設定システムによる処理動作例を示すものであ
り、CO/CL統合ネットワークの端末Ａ，Ｂでは、アプリ
ケーションに応じたトラフィックタイプを、トラフィッ
ク制御部が判定し、そのトラフィックタイプに応じた情
報の転送を行なう。
【００２３】例えば、コネクションレス型通信であれ
ば、デフォルトルートでパケットを転送し、コネクショ
ン型通信であれば、非保証型コネクション、もしくは、
保証型コネクションのいずれかで情報を転送する。尚、
トラフィックタイプに合ったコネクションが設定されて
いない場合には、トラフィック制御部からコネクション
制御部に設定要求を出し、コネクション制御部により、
トラフィックタイプに応じたコネクションを生成する。
ば、デフォルトルートでパケットを転送し、コネクショ
ン型通信であれば、非保証型コネクション、もしくは、
保証型コネクションのいずれかで情報を転送する。尚、
トラフィックタイプに合ったコネクションが設定されて
いない場合には、トラフィック制御部からコネクション
制御部に設定要求を出し、コネクション制御部により、
トラフィックタイプに応じたコネクションを生成する。
【００２４】端末Ａ，Ｂでは、それぞれアプリケーショ
ン毎に転送コネクションを使い分けており、非保証型コ
ネクションを使用するアプリケーションは、同じ宛先の
端末へのトラフィックは同一のコネクションで転送さ
れ、また、保証型コネクションを使用するアプリケーシ
ョンの場合は、各アプリケーション毎に設定されている
セッションごとにコネクションを分けて転送することと
なる。
ン毎に転送コネクションを使い分けており、非保証型コ
ネクションを使用するアプリケーションは、同じ宛先の
端末へのトラフィックは同一のコネクションで転送さ
れ、また、保証型コネクションを使用するアプリケーシ
ョンの場合は、各アプリケーション毎に設定されている
セッションごとにコネクションを分けて転送することと
なる。
【００２５】次に、図３および図４を用いて、図１にお
けるＳＶＣ設定システムの本発明に係わる他の処理動作
例を説明する。図３は、本発明のＳＶＣ設定方法の本発
明に係わる第２の処理動作例を示すシーケンス図であ
る。
けるＳＶＣ設定システムの本発明に係わる他の処理動作
例を説明する。図３は、本発明のＳＶＣ設定方法の本発
明に係わる第２の処理動作例を示すシーケンス図であ
る。
【００２６】図１のCO/CL端末１，２では、コネクショ
ン設定時にルーティングテーブルを再構築する上で、コ
ネクション種別によって、コネクションに対して、アド
レスをマッピングする場合とTCP/UDPセッションをマッ
ピングする場合との二通りが考えられ、非保証型コネク
ションにはアドレスマッピング、また、保証型コネクシ
ョンの場合にはセッションマッピングと整理できる。ま
たコネクションタイプは、Setupメッセージ中のQoSクラ
スの情報要素を使用することで判別できる。
ン設定時にルーティングテーブルを再構築する上で、コ
ネクション種別によって、コネクションに対して、アド
レスをマッピングする場合とTCP/UDPセッションをマッ
ピングする場合との二通りが考えられ、非保証型コネク
ションにはアドレスマッピング、また、保証型コネクシ
ョンの場合にはセッションマッピングと整理できる。ま
たコネクションタイプは、Setupメッセージ中のQoSクラ
スの情報要素を使用することで判別できる。
【００２７】本図３に示す例は、両方向コネクション同
時設定時のルーティングテーブルの再構築手順を示すも
のであり、まず、起動側の端末Ａ（１）は、被起動側の
端末Ｂ（２）間にＳＶＣを設定してSetupメッセージを
送出する。被起動側の端末Ｂ（２）は、Setupメッセー
ジを受けると、この中のQoSパラメータを参照し、この
ＳＶＣが非保証型コネクションであるかいなか（ＵＢＲ
かどうか）の判定を行ない、応答信号（「Connect」）
を返す。
時設定時のルーティングテーブルの再構築手順を示すも
のであり、まず、起動側の端末Ａ（１）は、被起動側の
端末Ｂ（２）間にＳＶＣを設定してSetupメッセージを
送出する。被起動側の端末Ｂ（２）は、Setupメッセー
ジを受けると、この中のQoSパラメータを参照し、この
ＳＶＣが非保証型コネクションであるかいなか（ＵＢＲ
かどうか）の判定を行ない、応答信号（「Connect」）
を返す。
【００２８】Connectを受信した起動側の端末Ａ（１）
は、ルーティングテーブルを再構築し、設定したＳＶＣ
を用いてパケット（データ）を送信する。被起動側の端
末Ｂ（２）は、Setupメッセージの中のQoSパラメータを
参照して判定した結果と、受信したパケット（データ）
のヘッダ情報を基にルーティングテーブルを再構築す
る。
は、ルーティングテーブルを再構築し、設定したＳＶＣ
を用いてパケット（データ）を送信する。被起動側の端
末Ｂ（２）は、Setupメッセージの中のQoSパラメータを
参照して判定した結果と、受信したパケット（データ）
のヘッダ情報を基にルーティングテーブルを再構築す
る。
【００２９】これにより、被起動側においても、起動側
端末のアプリケーションが必要とするQoSに応じたコネ
クションを使うことができる。尚、起動側の端末Ａ
（１）からのルーティングテーブルの削除時に送られて
来るReleaseメッセージに基づき、被起動側端末Ｂ
（２）は、そのルーティングテーブルを削除する。
端末のアプリケーションが必要とするQoSに応じたコネ
クションを使うことができる。尚、起動側の端末Ａ
（１）からのルーティングテーブルの削除時に送られて
来るReleaseメッセージに基づき、被起動側端末Ｂ
（２）は、そのルーティングテーブルを削除する。
【００３０】次に、図４を用いて、被起動側端末Ｂ
（２）の動作処理を説明する。図４は、図３における被
起動側端末Ｂの処理動作例を示すフローチャートであ
る。被起動側端末Ｂは、Setupメッセージを受信すると
（ステップ３０１）、このSetupメッセージに含まれるQ
oSパラメータを参照する（ステップ３０２）。
（２）の動作処理を説明する。図４は、図３における被
起動側端末Ｂの処理動作例を示すフローチャートであ
る。被起動側端末Ｂは、Setupメッセージを受信すると
（ステップ３０１）、このSetupメッセージに含まれるQ
oSパラメータを参照する（ステップ３０２）。
【００３１】このQoSパラメータがＵＢＲであれば、コ
ネクションが非保証型コネクションであると判断して、
コネクションアドレスマッピングとし、そのコネクショ
ンにパケットが到着するのを待機する（ステップ３０
３）。そして、コネクションにパケットが到着した時点
で、その受信パケットのソースアドレスを参照し（ステ
ップ３０４）、アドレスとコネクションの対応を反映さ
せてルーティングテーブルを再構築する（ステップ３０
５）。
ネクションが非保証型コネクションであると判断して、
コネクションアドレスマッピングとし、そのコネクショ
ンにパケットが到着するのを待機する（ステップ３０
３）。そして、コネクションにパケットが到着した時点
で、その受信パケットのソースアドレスを参照し（ステ
ップ３０４）、アドレスとコネクションの対応を反映さ
せてルーティングテーブルを再構築する（ステップ３０
５）。
【００３２】また、ステップ３０２において、QoSパラ
メータがＵＢＲ以外であれば、コネクションを保証型コ
ネクションであると判断して、コネクションセッション
マッピングとし、アドレスマッピングの時と同様に、パ
ケットが到着するまで待機し（ステップ３０６）、パケ
ットが到着した時点で、その受信パケットのセッション
を参照し、ルーティングテーブルに、セッションとコネ
クションの対応を反映させてルーティングテーブルを再
構築する（ステップ３０５）。
メータがＵＢＲ以外であれば、コネクションを保証型コ
ネクションであると判断して、コネクションセッション
マッピングとし、アドレスマッピングの時と同様に、パ
ケットが到着するまで待機し（ステップ３０６）、パケ
ットが到着した時点で、その受信パケットのセッション
を参照し、ルーティングテーブルに、セッションとコネ
クションの対応を反映させてルーティングテーブルを再
構築する（ステップ３０５）。
【００３３】以上、図１〜図４を用いて説明したよう
に、本例のＳＶＣ設定システムと方法では、端末で、ア
プリケーションによる通信のトラフィックタイプを判定
し、それに対応したＳＶＣのパラメータ設定等を行なう
ことができる。
に、本例のＳＶＣ設定システムと方法では、端末で、ア
プリケーションによる通信のトラフィックタイプを判定
し、それに対応したＳＶＣのパラメータ設定等を行なう
ことができる。
【００３４】また、特別なプロトコルなしに、被起動側
で、コネクション設定を必要としたアプリケーションの
要求するトラフィックタイプが認識可能となり、両方向
コネクション設定時に、その設定に合わせて被起動側で
も、コネクションアドレスマッピングとコネクションセ
ッションマッピングとを区別してルーティングテーブル
を再構築することができる。このことにより、両方向コ
ネクション設定時における被起動側からも、起動側アプ
リケーションが要求するトラフィックタイプにあったコ
ネクションによる転送が可能となる。
で、コネクション設定を必要としたアプリケーションの
要求するトラフィックタイプが認識可能となり、両方向
コネクション設定時に、その設定に合わせて被起動側で
も、コネクションアドレスマッピングとコネクションセ
ッションマッピングとを区別してルーティングテーブル
を再構築することができる。このことにより、両方向コ
ネクション設定時における被起動側からも、起動側アプ
リケーションが要求するトラフィックタイプにあったコ
ネクションによる転送が可能となる。
【００３５】尚、本発明は、図１〜図４を用いて説明し
た例に限定されるものではなく、その要旨を逸脱しない
範囲において種々変更可能である。例えば、既存のＩＰ
端末をＡＴＭ網に収容する場合のゲートウェイ装置につ
いても、本発明に係わるＳＶＣ設定システムを適用し
て、同様のトラフィック制御を使用して通信を行なうこ
とができる。
た例に限定されるものではなく、その要旨を逸脱しない
範囲において種々変更可能である。例えば、既存のＩＰ
端末をＡＴＭ網に収容する場合のゲートウェイ装置につ
いても、本発明に係わるＳＶＣ設定システムを適用し
て、同様のトラフィック制御を使用して通信を行なうこ
とができる。
【００３６】
【発明の効果】本発明によれば、アプリケーションの性
質に応じたトラフィックタイプの選択が容易となり、ア
プリケーションが要求する品質での転送処理を可能と
し、また、被起動側で、コネクション設定を必要とする
アプリケーションの要求するトラフィックタイプを認識
することができるので、両方向コネクション設定時に、
被起動側からでも、起動側アプリケーションが要求する
トラフィックタイプにあったコネクションによる転送が
可能となり、マルチメディア通信の利用拡大を図ること
が可能である。
質に応じたトラフィックタイプの選択が容易となり、ア
プリケーションが要求する品質での転送処理を可能と
し、また、被起動側で、コネクション設定を必要とする
アプリケーションの要求するトラフィックタイプを認識
することができるので、両方向コネクション設定時に、
被起動側からでも、起動側アプリケーションが要求する
トラフィックタイプにあったコネクションによる転送が
可能となり、マルチメディア通信の利用拡大を図ること
が可能である。
【図１】本発明のＳＶＣ設定システムの本発明に係る構
成の一実施例を示すブロック図である。
成の一実施例を示すブロック図である。
【図２】本発明のＳＶＣ設定方法の本発明に係わる第１
の処理動作例を示す説明図である。
の処理動作例を示す説明図である。
【図３】本発明のＳＶＣ設定方法の本発明に係わる第２
の処理動作例を示すシーケンス図である。
の処理動作例を示すシーケンス図である。
【図４】図３における被起動側端末Ｂの処理動作例を示
すフローチャートである。
すフローチャートである。
１〜４：CO/CL端末（端末Ａ，Ｂ、端末、起動側端末
Ａ，Ｂ）、１ａ：アプリケーション（ＡＰＬ）、１ｂ：
トラフィック制御部、１ｃ：コネクション制御部、１
ｄ：ルーティング処理部、１ｅ：トラフィック種別判定
部、５，６：CO/CL中継装置（中継装置Ａ，Ｂ）、５
ａ：コネクション制御部、５ｂ：ルーティング処理部、
７：ＡＴＭ網。
Ａ，Ｂ）、１ａ：アプリケーション（ＡＰＬ）、１ｂ：
トラフィック制御部、１ｃ：コネクション制御部、１
ｄ：ルーティング処理部、１ｅ：トラフィック種別判定
部、５，６：CO/CL中継装置（中継装置Ａ，Ｂ）、５
ａ：コネクション制御部、５ｂ：ルーティング処理部、
７：ＡＴＭ網。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 執行 祐輔 東京都新宿区西新宿三丁目19番２号 日本 電信電話株式会社内 (72)発明者 小野 大泰 東京都新宿区西新宿三丁目19番２号 日本 電信電話株式会社内 (72)発明者 藤波 正雄 東京都港区芝五丁目７番１号 日本電気株 式会社内 Ｆターム(参考） 5K030 HB19 HB21 KA02 LB18 LB19 LC06
Claims (11)
- 【請求項１】 端末間でＳＶＣを設定してＡＴＭセルの
転送を行なうネットワークでのＳＶＣ設定システムであ
って、上記端末に、アプリケーションの要求するトラフ
ィックタイプの判定を行なうトラフィック制御手段と、
該トラフィック制御手段で判定した上記アプリケーショ
ンからの要求に対応してコネクション設定を行なう第１
のコネクション制御手段とを設け、上記端末間でＡＴＭ
セルの中継を行なう中継装置に、上記端末からの要求に
より該端末のコネクション設定に応じたコネクション設
定処理を行なう第２のコネクション制御手段を設け、上
記端末で、上記アプリケーションによる通信のトラフィ
ックタイプを判定し、該判定したトラフィックタイプに
対応したＳＶＣのパラメータ設定を行なうことを特徴と
するＳＶＣ設定システム。 - 【請求項２】 端末間でＳＶＣを設定してＡＴＭセルの
転送を行なうコネクション型通信と、端末間でコネクシ
ョン設定を行なわずパケットを転送するコネクションレ
ス型通信とを行なうＣＯ／ＣＬ統合形ネットワークでの
ＳＶＣ設定システムであって、上記端末に、アプリケー
ションの要求するトラフィックタイプの判定を行なうト
ラフィック制御手段と、該トラフィック制御手段で判定
した上記アプリケーションからの要求に基づきコネクシ
ョン設定を行なう第１のコネクション制御手段と、上記
コネクションレス型通信によりパケットの転送を行なう
第１のルーティング処理手段とを設け、上記端末間で上
記ＡＴＭセルおよび上記パケットの中継を行なう中継装
置に、上記端末からの要求により該端末のコネクション
設定に応じたコネクション設定処理を行なう第２のコネ
クション制御手段と、上記コネクションレス型通信によ
りパケットの転送を行なう第２のルーティング処理手段
とを設け、上記端末で、上記アプリケーションによる通
信のトラフィックタイプを判定し、該判定したトラフィ
ックタイプに対応したＳＶＣのパラメータ設定を行なう
ことを特徴とするＳＶＣ設定システム。 - 【請求項３】 請求項１、もしくは、請求項２のいずれ
かに記載のＳＶＣ設定システムにおいて、上記端末は、
ＳＶＣ設定した起動側端末から送出されるSetupメッセ
ージを受信し、該受信したSetupメッセージに含まれる
コネクション品質情報に基づき上記起動側端末のアプリ
ケーションの要求するトラフィックタイプを判定するト
ラフィック種別判定手段を有し、上記起動側端末から送
出されるSetupメッセージを受信した被起動側端末で、
上記起動側端末のアプリケーションの要求するトラフィ
ックタイプを判定し、該アプリケーションの要求に対応
したＳＶＣのパラメータ設定を行なうことを特徴とする
ＳＶＣ設定システム。 - 【請求項４】 請求項３に記載のＳＶＣ設定システムに
おいて、上記端末のトラフィック種別判定手段は、上記
ＳＶＣ設定した起動側端末から受信したSetupメッセー
ジに含まれるQoSに基づき上記起動側端末のアプリケー
ションの要求するトラフィックタイプを判定する手段を
有することを特徴とするＳＶＣ設定システム。 - 【請求項５】 請求項３、もしくは、請求項４のいずれ
かに記載のＳＶＣ設定システムにおいて、上記被起動側
端末は、上記起動側端末のアプリケーションが要求する
トラフィックタイプに応じて、コネクションを、ＩＰア
ドレスもしくはＵＤＰ／ＴＣＰセッションのいずれかに
対応付ける手段を有することを特徴とするＳＶＣ設定シ
ステム。 - 【請求項６】 端末間でＳＶＣを設定してＡＴＭセルの
転送を行なうネットワークでのＳＶＣ設定方法であっ
て、上記端末は、アプリケーションの要求するトラフィ
ックタイプの判定を行なうトラフィック制御ステップ
と、該トラフィック制御ステップで判定した上記アプリ
ケーションの要求に基づきコネクション設定を行なう第
１のコネクション制御ステップとを有し、上記端末間で
ＡＴＭセルの中継を行なう中継装置は、上記端末からの
要求により該端末のコネクション設定に応じたコネクシ
ョン設定処理を行なう第２のコネクション制御ステップ
を有し、上記端末で、上記アプリケーションによる通信
のトラフィックタイプを判定し、該判定したトラフィッ
クタイプに対応したＳＶＣのパラメータ設定を行なうこ
とを特徴とするＳＶＣ設定方法。 - 【請求項７】 端末間でＳＶＣを設定してＡＴＭセルの
転送を行なうコネクション型通信と、端末間でコネクシ
ョン設定を行なわずパケットを転送するコネクションレ
ス型通信とを行なうＣＯ／ＣＬ統合形ネットワークでの
ＳＶＣ設定方法であって、上記端末は、アプリケーショ
ンの要求するトラフィックタイプの判定を行なうトラフ
ィック制御ステップと、該トラフィック制御ステップで
判定した上記アプリケーションの要求に基づきコネクシ
ョン設定を行なう第１のコネクション制御ステップと、
上記コネクションレス型通信によりパケットの転送を行
なう第１のルーティングステップとを有し、上記端末間
で上記ＡＴＭセルおよび上記パケットの中継を行なう中
継装置は、上記端末からの要求により該端末のコネクシ
ョン設定に応じたコネクション設定処理を行なう第２の
コネクション制御ステップと、上記コネクションレス型
通信によりパケットの転送を行なう第２のルーティング
ステップとを有し、上記端末で、上記アプリケーション
による通信のトラフィックタイプを判定し、該判定した
トラフィックタイプに対応したＳＶＣのパラメータ設定
を行なうことを特徴とするＳＶＣ設定方法。 - 【請求項８】 請求項６、もしくは、請求項７のいずれ
かに記載のＳＶＣ設定方法において、上記端末は、ＳＶ
Ｃ設定した起動側端末から送出されるSetupメッセージ
を受信し、該受信したSetupメッセージに含まれるコネ
クション品質情報に基づき上記起動側端末のアプリケー
ションの要求するトラフィックタイプを判定するトラフ
ィック種別判定ステップを有し、上記起動側端末から送
出されるSetupメッセージを受信した被起動側端末で、
上記起動側端末のアプリケーションの要求するトラフィ
ックタイプを判定し、該アプリケーションの要求に対応
したＳＶＣのパラメータ設定を行なうことを特徴とする
ＳＶＣ設定方法。 - 【請求項９】 請求項８に記載のＳＶＣ設定方法におい
て、上記被起動側端末のトラフィック種別判定ステップ
は、上記ＳＶＣ設定した起動側端末から受信したSetup
メッセージに含まれるQoSに基づき上記起動側端末のア
プリケーションの要求するトラフィックタイプを判定す
るステップを有することを特徴とするＳＶＣ設定方法。 - 【請求項１０】 請求項６もしくは請求項７のいずれか
に記載のＳＶＣ設定方法において、上記被起動側端末
は、上記起動側端末のアプリケーションが要求するトラ
フィックタイプに応じて、コネクションを、ＩＰアドレ
スもしくはＵＤＰ／ＴＣＰセッションのいずれかに対応
付けるステップを有することを特徴とするＳＶＣ設定方
法。 - 【請求項１１】 コンピュータが読み取り可能なプログ
ラムおよびデータを記録する記録媒体であって、請求項
６から請求項１０のいずれかに記載の各ステップの処理
をコンピュータに実行させるためのプログラムを記録し
たことを特徴とする記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5394799A JP2000253019A (ja) | 1999-03-02 | 1999-03-02 | Ｓｖｃ設定システムと方法およびその処理プログラムを記録した記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5394799A JP2000253019A (ja) | 1999-03-02 | 1999-03-02 | Ｓｖｃ設定システムと方法およびその処理プログラムを記録した記録媒体 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000253019A true JP2000253019A (ja) | 2000-09-14 |
Family
ID=12956926
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP5394799A Pending JP2000253019A (ja) | 1999-03-02 | 1999-03-02 | Ｓｖｃ設定システムと方法およびその処理プログラムを記録した記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2000253019A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10454815B2 (en) | 2016-10-24 | 2019-10-22 | Interdigital Ce Patent Holdings | Method to be implemented at a device configured to be connected to a customer premises equipment of a first type network, corresponding device |
-
1999
- 1999-03-02 JP JP5394799A patent/JP2000253019A/ja active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10454815B2 (en) | 2016-10-24 | 2019-10-22 | Interdigital Ce Patent Holdings | Method to be implemented at a device configured to be connected to a customer premises equipment of a first type network, corresponding device |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6751218B1 (en) | Method and system for ATM-coupled multicast service over IP networks | |
| US6343083B1 (en) | Method and apparatus for supporting a connectionless communication protocol over an ATM network | |
| US6396840B1 (en) | Method, interface and system for connecting communication traffic across an intermediate network | |
| US7050423B2 (en) | Multiservice use of network connection capability | |
| US6118763A (en) | Transmission of voice over an asynchronous network | |
| US6449284B1 (en) | Methods and means for managing multimedia call flow | |
| US6937598B1 (en) | Method and apparatus for transporting ATM cell traffic over IP networks | |
| US20030058836A1 (en) | Method for establishing a multimedia connection with quality of service using an ATM backbone | |
| US7283533B1 (en) | Interworking of packet-based voice technologies using virtual TDM trunks | |
| US20040196848A1 (en) | Methods and systems for providing bandwidth on demand in communication systems | |
| US7477638B1 (en) | Interworking of IP voice with ATM voice using server-based control | |
| JP2000253019A (ja) | Ｓｖｃ設定システムと方法およびその処理プログラムを記録した記録媒体 | |
| US7805508B1 (en) | Communications network | |
| JP2000244524A (ja) | ネットワークシステム、信号送受信装置及びネットワーク資源予約方法 | |
| KR100613964B1 (ko) | 비동기전송모드(ａｔｍ)망에서 인터넷 아이.피(ｉｐ)패킷전송 방법 | |
| JP2970579B2 (ja) | Ａｔｍ通信システム | |
| JP3617868B2 (ja) | ノード装置及び網リソース予約方法 | |
| KR100191836B1 (ko) | 비동기전송모드 통신방식에서 브릿지 포맷 데이터전송방법 | |
| JP3546814B2 (ja) | Ａｔｍ装置およびａｔｍ通信網 | |
| KR100221328B1 (ko) | 비동기 전송모드 통신방식 네트워크 인터페이스 카드의 분할 및 재결합 부계층에서의 연결별 수신 버퍼 사용을 통한 메모리 활용 방법 | |
| JP2000244499A (ja) | シグナリング方法、通信装置、及びシグナリングプログラムを記録した記録媒体 | |
| KR100236959B1 (ko) | 광대역 통신망에서의 광대역 인터넷 서비스 방법 | |
| Brandt et al. | Broadband Video conference Customer premises equipment | |
| Sahu et al. | Impact of ATM on JADS | |
| EP1227641A2 (en) | Proxy signaling using dynamic host configuration protocol (DHCP) request as a trigger for local area network-emulation (LANE) call setup |