(57)【要約】【課題】ＮＭＳの制御を受けずとも送信側のノードと受信側のノードが自律的に回線容量の調整を行うことができ、回線使用頻度や重要度に適応して回線を有効利用できる。【解決手段】送信側のノードＮｏｄｅＢ，Ｃ，Ｄと、受信側のノードＮｏｄｅＡにそれぞれ配置されるものであり、送信側および受信側のノードとの間でＬＣＡＳ情報ＣＰ２０５を用いてＶＣ帯域を変更する回線制御装置１において、ＬＣＡＳ情報ＣＰ２０５に、ＶＣのメンバー使用希望情報２０５ｄと、ＶＣのメンバー使用可能情報２０５ｆをさらに含んで設定して、送信側のノードＮｏｄｅＢ，Ｃ，Ｄと、受信側のノードＡとの間で前記ＶＣのメンバーの変更を行うＶＣ／ＬＣＡＳ主制御手段６を備える。【選択図】        図１０
2006013562.tif 000002
【特許請求の範囲】
【請求項１】
送信側のノードと、受信側のノードにそれぞれ配置されるものであり、前記送信側および受信側のノードとの間でリンク容量調整体系情報を用いて仮想連結帯域を変更する回線制御装置において、
前記送信側および前記受信側のノードには、
前記仮想連結のメンバーの調整に関する付加情報を前記リンク容量調整体系情報に付加する情報付加手段と、
前記情報付加手段により付加された前記付加情報を含む前記リンク容量調整体系情報を前記相手側のノードに送信するとともに、前記相手側のノードから前記付加情報を含む前記リンク容量調整体系情報を受信したときには、前記リンク容量調整体系情報に付加された前記付加情報に基づいて前記仮想連結のメンバーの調整を行う仮想連結／リンク容量調整体系主制御手段と、
を備えたことを特徴とする回線制御装置。
【請求項２】
前記送信側のノードに設けられた前記情報付加手段は、
前記付加情報の一つとしてメンバー使用希望情報を用い、前記送信側のノードにおける前記仮想連結の使用希望の有無を前記メンバー使用希望情報に含ませることを特徴とする請求項１に記載の回線制御装置。
【請求項３】
前記送信側のノードに設けられた前記情報付加手段は、
前記付加情報の一つとしての前記メンバー使用希望情報と、さらに前記メンバー使用希望情報に関する優先順位情報を用い、前記送信側のノードにて前記メンバーが前記仮想連結を使用する優先順位を前記優先順位情報に含ませることを特徴とする請求項２に記載の回線制御装置。
【請求項４】
前記受信側のノードに設けられた前記仮想連結／リンク容量調整体系主制御手段は、
前記送信側のノードから送信されたデータの受信データ量を検出するデータ受信量検出手段を備え、
前記データ受信量検出手段が検出した受信データ量と、前記仮想連結を使用可能なメンバー数に基づいて、前記仮想連結のメンバー毎のデータの受信可否を判断し、
前記情報付加手段は、
前記付加情報の一つとしてメンバー使用可能情報を用い、前記仮想連結のメンバー毎の使用可否に関する情報を前記メンバー使用可能情報に含ませることを特徴とする請求項１に記載の回線制御装置。
【請求項５】
前記データ受信量検出手段は、
受信した過去のデータ量を統計処理した統計値を記憶手段に記憶し、
前記仮想連結／リンク容量調整体系主制御手段は、
前記記憶手段に記憶された過去の受信データの統計値を参照して、前記メンバー毎のデータの受信可否を判断することを特徴とする請求項４に記載の回線制御装置。
【請求項６】
前記送信側のノードに設けられた前記仮想連結／リンク容量調整体系主制御手段は、
前記受信側のノードから送信された前記メンバー使用可能情報に含まれたデータの受信可否の情報に基づいて、前記メンバーの変更を実行することを特徴とする請求項４に記載の回線制御装置。
【請求項７】
前記送信側のノード数がＮ、前記受信側のノード数が１とされたＮ：１のネットワーク構成の各ノードに配置されることを特徴とする請求項１〜６のいずれか一つに記載の回線制御装置。
【請求項８】
送信側のノードと、受信側のノードとの間でリンク容量調整体系情報を用いて仮想連結帯域を変更する回線制御方法において、
前記リンク容量調整体系情報に、前記仮想連結のメンバーの調整に関する付加情報を付加する情報付加工程と、
前記情報付加手段により付加された前記付加情報を含む前記リンク容量調整体系情報を前記相手側のノードに送信するリンク容量調整体系情報送信工程と、
相手側のノードから前記付加情報を含む前記リンク容量調整体系情報を受信したとき、前記リンク容量調整体系情報に付加された前記付加情報に基づいて前記仮想連結のメンバーの調整を行うリンク容量調整体系制御工程と、
を含むことを特徴とする回線制御方法。
【請求項９】
送信側のノードと、受信側のノードとの間でリンク容量調整体系情報を用いて仮想連結帯域を変更する回線制御方法において、
前記送信側のノードから前記受信側のノードに対して、前記リンク容量調整体系情報とともに、前記送信側のノードにおける前記仮想連結の使用希望の有無を示す前記メンバー使用希望情報を送信する第１のリンク容量調整体系情報送信工程と、
前記受信側のノードにおいて、前記送信側のノードから送信されたデータの受信データ量を検出するデータ受信量検出工程と、
前記データ受信量検出工程が検出した受信データ量と、前記仮想連結を使用可能なメンバー数に基づいて、前記仮想連結のメンバー毎のデータの受信可否を判断する受信可否判断工程と、
前記受信可否判断工程により判断された前記仮想連結のメンバー毎のデータの受信可否をメンバー使用可能情報として、前記リンク容量調整体系情報に含ませて前記送信側のノードに送信する第２のリンク容量調整体系情報送信工程と、
を含むことを特徴とする回線制御方法。
【請求項１０】
前記第１のリンク容量調整体系情報送信工程は、
前記送信側のノードにて前記メンバーが前記仮想連結の使用の優先順位の内容を示す前記優先順位情報を、前記メンバー使用希望情報とともに前記リンク容量調整体系情報に含ませて前記受信側のノードに送信することを特徴とする請求項９に記載の回線制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ネットワークの回線を制御する回線制御装置および回線制御方法に関し、特に、リンク容量調整体系のプロトコルにしたがった情報を用いて回線を制御する回線制御装置および回線制御方法に関する。
【背景技術】
【０００２】
ネットワーク回線を制御する回線制御装置のうち、リンク容量調整体系（ＬＣＡＳ：Ｌｉｎｋ  Ｃａｐａｃｉｔｙ  Ａｄｊｕｓｔｍｅｎｔ  Ｓｃｈｅｍｅ）のプロトコルにしたがった情報を用いて回線制御を行う回線制御装置がある。ＬＣＡＳとは、仮想連結（ＶＣ：Ｖｉｒｔｕａｌ  Ｃｏｎｃａｔｅｎａｔｉｏｎ）の容量（帯域幅）を動的に変化させることを目的としたプロトコルである。ＶＣとＬＣＡＳを用いて回線を動的に割り当てることにより、複数のプロトコル（例えば，ギガビットＥｔｈｅｒｎｅｔ（登録商標）やＥＳＣＯＭなど）のデータを同時にＳＯＮＥＴ／ＳＤＨの回線に伝送できる。そして、複数チャネルを一つのチャネルと見なして、データの種類と必要帯域に合わせて帯域幅を動的に割り付けることができ、回線の帯域幅を有効に利用できる。
【０００３】
ＬＣＡＳの特徴としては、第１に、必要に応じた仮想連結グループ（ＶＣＧ：Ｖｉｒｔｕａｌ  Ｃｏｎｃａｔｅｎａｔｉｏｎ  Ｇｒｏｕｐ）のメンバー（伝送Ｃｈ）の変更（追加および削除）を、Ｈｉｔｌｅｓｓで（回線切断せずに）行う機能と、第２に、メンバーに回線障害が発生したときに、そのメンバーを一時的にＶＣＧからＤｒｏｐ（削除）し、回線障害の復旧で再度ＶＣＧにＡｄｄ（追加）する機能がある。
【０００４】
これら回線容量の設定、容量の追加、削除、変更などは、ＬＣＡＳの機能が有するものではなく、ＮＭＳ（Ｎｅｔｗｏｒｋ  ａｎｄ  ｅｌｅｍｅｎｔ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）が実行していた。
【０００５】
図２０は、ＬＣＡＳの機能を説明する説明図である。２つのノードＮｏｄｅＢ２０１とＮｏｄｅＡ２０２が設けられている。ＮｏｄｅＢ２０１が送信側、ＮｏｄｅＡ２０２が受信側である例を用いて説明する。ＮｏｄｅＡ２０２には、ＮｏｄｅＢ２０１との間のＳＯＮＥＴ網のインターフェースとしてＩ／Ｆカード２０３を有する。また、ＩＰ  Ｐａｃｋｅｔ網のインターフェースとしてＩ／Ｆカード２０４を有する。Ｉ／Ｆカード２０３内部には、ＶＣ／ＬＣＡＳ制御部２０３ａが設けられ、ＮｏｄｅＢ２０１との間で制御用パケット（ＣＰ：Ｃｏｎｔｒｏｌ  Ｐａｃｋｅｔ）２０５を用いてＬＣＡＳプロトコルを使用した制御が行われる。
【０００６】
ＣＰ２０５は、送信側（Ｓｏ）であるＮｏｄｅＢ２０１と、受信側（Ｓｋ）であるＮｏｄｅＡ２０２との間の容量変更の同期を取るために使われる。このＣＰ２０５は、一つのパスを構成する一対のノード毎に設定される。図中、ＣＰ２０５の縦方向は、ＶＣＧのメンバー数に一致する数を有している（図示の例ではメンバー数＝５）。このＣＰ２０５は、ノードの送信側、受信側のそれぞれのメンバーの状態情報、制御情報をノードとの間で送受信するために使用される。ＬＣＡＳでは、ＣＰ２０５を１方向パス単位で用いる。なお、２ｗａｙ  Ｃｒｏｓｓ  ＣｏｎｎｅｃｔのようなＢｉ−Ｄｉｒｅｃｔｉｏｎａｌな構成を実現する場合であっても、１方向パスと同じ手順を反対方向でも行う。
【０００７】
このようなＣＰ２０５のフィールドについて説明する。
１．Ｆｏｒｗａｒｄ  Ｄｉｒｅｃｔｉｏｎ：送信側から受信側へ（Ｆｒｏｍ  Ｓｏｕｒｃｅ（Ｓｏ）  ｔｏ  Ｓｉｎｋ（Ｓｋ））のＣＰ２０５のフィールドは、制御情報２０５ａと、ペイロード（送信および受信するデータ）２０５ｂとからなる。この制御情報２０５ａについて説明する。なお、図２０の制御情報２０５ａには、便宜上、下記のｃ．Ｃｔｒｌのみを記載した。
【０００８】
ａ．Ｍｕｌｔｉ−Ｆｒａｍｅ  Ｉｎｄｉｃａｔｏｒ（ＭＦＩ）  Ｆｉｅｌｄ
ｂ．Ｓｅｑｕｅｎｃｅ  Ｉｎｄｉｃａｔｏｒ（ＳＱ）  Ｆｉｅｌｄ
ｃ．Ｃｏｎｔｒｏｌ（Ｃｔｒｌ）  Ｆｉｅｌｄ
ｄ．Ｇｒｏｕｐ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ（ＧＩＤ）  Ｆｉｅｌｄ
ｅ．ＣＲＣ  Ｆｉｅｌｄ（★）
ｆ．Ｕｎｕｓｅｄ  ｂｉｔ  ａｒｅ  ｒｅｓｅｒｖｅｄ  ａｎｄ  ｓｈａｌｌ  ｂｅ  ｓｅｔ  ｔｏ  “０”（★）
【０００９】
２．Ｒｅｔｕｒｎ  Ｄｉｒｅｃｔｉｏｎ：受信側から送信側へ（Ｆｒｏｍ  Ｓｉｎｋ（Ｓｋ）  ｔｏ  Ｓｏｕｒｃｅ（Ｓｏ））のＣＰ２０５のフィールドは、制御情報２０５ｃのみで構成されている。なお、図２０の制御情報２０５ｃには、便宜上、下記のｂ．ＲＳ−Ａｃｋのみを記載した。受信側でＬＣＡＳ  Ｐａｃｋｅｔを処理するのは、Ｄｉｆｆｅｒｅｎｔｉａｌ  Ｄｅｌａｙの補償の後である。
【００１０】
ａ．Ｍｅｍｂｅｒ  Ｓｔａｔｕｓ（ＭＳＴ）  Ｆｉｅｌｄ
ｂ．Ｒｅ−Ｓｅｑｕｅｎｃｅ  Ａｃｋｎｏｗｌｅｄｇｅ（ＲＳ−Ａｃｋ）  ｂｉｔ
ｃ．ＣＲＣ  Ｆｉｅｌｄ（★）
ｄ．Ｕｎｕｓｅｄ  ｂｉｔ  ａｒｅ  ｒｅｓｅｒｖｅｄ  ａｎｄ  ｓｈａｌｌ  ｂｅ  ｓｅｔ  ｔｏ  “０”  （★）
（但し、★は双方向）
【００１１】
各フィールドについて詳細に説明する。
１−ａ．ＭＦＩ：Ｓｏ側ではＶＣＧのすべてのメンバー共通で、各フレームに増加する。  Ｓｋ側では、Ｇｒｏｕｐの中でのそれぞれのメンバーのＰａｙｌｏａｄ（データ）を復元するのに利用される。ＶＣＧのＤｉｆｆｅｒｅｎｔｉａｌ  Ｄｅｌａｙを決定するために使われる。
【００１２】
１−ｂ．ＳＱ：Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒが記載される。Ｃｏｎｔｒｏｌ  ＦｉｌｅｄがＩｄｌｅのときのＳＱは無効。同じＶＣＧのメンバーには、同じＳｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒが割り当てられる。但し、Ｃｔｒｌ＝Ｉｄｌｅを送信しているメンバーのＳＱは有効ではない。ＶＣＧから削除されているものは、Ｃｔｒｌ＝ＥｏｓのＳＱよりも大きな値を設定すること。
【００１３】
１−ｃ．Ｃｔｒｌ：ＳｏからＳｋへの情報伝達に使われる。同期と状態通知に使われる。
【００１４】
図２１は、Ｃｔｒｌフィールドの値の定義を示す図表である。制御情報２０５ａのＣｔｒｌフィールドには、以下に示すコマンドに対応した値が設定される。
【００１５】
値［００００］、コマンド［Ｆｉｘｅｄ］は、ｎｏｎ−ＬＣＡＳ  ｍｏｄｅを表す。値［０００１］、コマンド［Ａｄｄ］は、該当するメンバーがＧｒｏｕｐに追加（Ａｄｄ）されようとしていることを表す。値［００１０］、コマンド［Ｎｏｒｍ］は、通常（ｎｏｒｍａｌ）送信を表す。値［００１１］、コマンド［Ｅｏｓ］は、Ｅｎｄ  ｏｆ  Ｓｅｑｕｅｎｃｅであり、かつ通常（ｎｏｒｍａｌ）送信を表す。値［０１０１］、コマンド［Ｉｄｌｅ］は、該当するメンバーがＧｒｏｕｐに含まれない、あるいは削除されようとしていることを表す。値［１１１１］、コマンド［ＤＮＵ］は、Ｄｏ  Ｎｏｔ  Ｕｓｅ（ペイロードを使用しない）、Ｆａｉｌ状態を表す。
【００１６】
１−ｄ．ＧＩＤ：ＶＣＧの識別のために使われる。同一のＶＣＧのすべてのメンバーは同じ値になっている。ＩｄｌｅのときにはこのＧＩＤは無効。ＧＩＤを確認することで、受信側において、受信しているＶＣＧのメンバーがある一つの特定の送信側から送信されていることを確認することができる。中身はＰｓｅｕｄｏ−Ｒａｎｄｏｍ（擬似乱数）で２＾１５−１が使われている。
【００１７】
１−ｅ．ＣＲＣ：Ｖｉｒｔｕａｌ  Ｃｏｎｃａｔｅｎａｔｉｏｎ  Ｏｖｅｒｈｅａｄの変化確認を簡単にするためにある。Ｓｋ側では受信すると、ＣＲＣ  Ｃｈｅｃｋをする。Ｅｒｒｏｒなら、受信したものは使用せず、正しければ直ちに使用する。
【００１８】
２−ａ．ＭＳＴ：ＶＣＧすべてのメンバーの状態情報で、Ｓｋ側からＳｏ側の方向に送信される。ＭＳＴには２つのＳｔａｔｕｓがあり、ＯＫ／Ｆａｉｌで１メンバーに１ｂｉｔ割り当てられている（ＯＫ＝０，Ｆａｉｌ＝１）。ＭＳＴ  Ｆｉｅｌｄ  ｂｉｔには数の制限があるので、複数のＣｏｎｔｒｏｌ  Ｐａｃｋｅｔに分かれている。Ｓｋ側はＳｏ側から受信したＳＱ  ＮｕｍｂｅｒとともにＭＳＴをＳｏ側に送信する。受信Ｃｔｒｌ＝Ｉｄｌｅの場合、あるいは使われていないＭＳＴ、あるいは回線障害（Ｆａｉｌ）となっている場合は、ＭＳＴ＝Ｆａｉｌを送信する。Ｃｔｒｌ＝Ａｄｄ，Ｎｏｒｍ，Ｅｏｓを受信した場合は、ＭＳＴ＝ＯＫを送信する。
【００１９】
２−ｂ．ＲＳ−Ａｃｋ：Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ：Ｓｋ（受信）側で変化を検出したら、Ｓｏ（送信側）に対してＲＳ−Ａｃｋ  ｂｉｔを（０→１→０）を繰り返すことで、変化検出を通知する。これをきっかけにして、Ｓｏ（送信）側は次に送るべきＭＳＴを送信しはじめる。このようなＬＣＡＳに関連する技術としては、下記の特許文献がある（例えば、特許文献１参照。）。
【００２０】
図２２は、従来技術によるＬＣＡＳをＮ：１のネットワークに適用した場合を想定した構成図である。ＮｏｄｅＢ，Ｃ，Ｄ（２０１，２１０，２１１）を送信側、ＮｏｄｅＡ（２０２）を受信側とした。
【００２１】
ＮｏｄｅＡ（２０２）には、各ノード（ＮｏｄｅＢ，Ｃ，Ｄ）との間の通信を行う複数のＬＣＡＳ制御部２０３ａが設けられており、各ノードとの間でＣＰ２０５をやりとりする。この複数のＬＣＡＳ制御部２０３ａのうち一つのＬＣＡＳ制御部２０３ａは、受信バッファ（メモリ）２０３ｂを有して全体のデータの流れを制御している。そして、ＮｏｄｅＡ（２０２）は、複数のノード（ＮｏｄｅＢ，Ｃ，Ｄ）から送信されたデータを受信してＮｏｄｅＥ（２１２）に送信する。各ノード（ＮｏｄｅＡ〜ＮｏｄｅＥ）間は、例えばＳＯＮＥＴ／ＳＤＨの伝送路である。
【００２２】
【特許文献１】特開２００２−３５９６２７号公報
【発明の開示】
【発明が解決しようとする課題】
【００２３】
しかしながら、上述したＬＣＡＳは、Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔで使われることを想定した仕様になっており、Ｎ：１のようなネットワーク構成に適用することができなかった。
【００２４】
仮に、図２２に示すようなＮ：１のようなネットワーク構成を用いてそのまま上述したＬＣＡＳを使用したとする。ＬＣＡＳによるプロトコルでは、送信側からメンバーの追加や削除を要求し、受信側からＯＫ／Ｆａｉｌを送信することでＨｉｔｌｅｓｓ  Ｓｗｉｔｃｈを実現している。このとき、送信側の判断（要求）で使用する回線は確保されてしまい、受信側では何の判断材料もない。そのため、受信側の受信能力を超える場合でも、受信側は、どのＶＣＧのどのメンバーの受信を許容するか、あるいは停止するかの判断、制御ができず、オーバーフロー状態になってしまう。すなわち、一つに集約する側のノード（ＮｏｄｅＡ２０２）で最大のＶＣを許容することになってしまい、処理能力や受信できる受信バッファ２０３ｂのメモリ量にも限界が生じる。これにより、上記ネットワーク構成で同時に大量のデータを受信すると動作が困難になるという問題点が生じる。
【００２５】
他の例として、ＮＭＳ２２０がＮｏｄｅＡ（２０２）の受信バッファ２０３ｂ、あるいはＮｏｄｅＢ，Ｃ，Ｄ（２０１，２１０，２１１）が送信しているデータ量を定期監視する構成がある。ＮＭＳ２２０は、データ量の増加、あるいは減少を判断してＮｏｄｅＢ，Ｃ，ＤからＮｏｄｅＡ（２０２）に送信するＶＣの数の設定変更をする。
【００２６】
この方法では、ＮＭＳ２２０が各ノード（ＮｏｄｅＢ，Ｃ，Ｄ）の設定や、各メンバーの状態を持つ必要があり、ＮＭＳ２２０における処理が複雑となり、保持するデータ量も多くなる。各ノードのすべてのＶＣの設定情報と、すべてのメンバーの設定情報と、送受信のデータ量（一定時間毎に収集）と、メンバーのエラー情報などを取得する必要が生じる。また、一定時間に送受信データ量を収集したり、メンバーのエラー情報など動的に変化する情報を取得する必要がある。このため、各ノードのデータ収集タイミングによっては、無駄なメンバーの追加や削除を生じることがあり、ＬＣＡＳによる制御が安定するまでに時間がかかるという問題点があった。ＬＣＡＳのメンバーが増加するコマンドを受けてから、実際に増加したメンバーによるＶＣＧの使用がはじまるまでの期間は、パスの利用および停止に関するＬＣＡＳの制御が安定しないという問題があった。
【００２７】
この発明は、上述した従来技術による問題点を解消するため、ＮＭＳの制御を受けずとも送信側のノードと受信側のノードが自律的に回線容量の調整を行うことができ、回線使用頻度や重要度に適応して回線を有効利用できる回線制御装置および回線制御方法を提供することを目的とする。
【課題を解決するための手段】
【００２８】
上述した課題を解決し、目的を達成するため、この発明は、送信側のノードと、受信側のノードにそれぞれ配置されるものであり、前記送信側および受信側のノードとの間でＬＣＡＳ（Ｌｉｎｋ  Ｃａｐａｃｉｔｙ  Ａｄｊｕｓｔｍｅｎｔ  Ｓｃｈｅｍｅ）情報を用いてＶＣ（Ｖｉｒｔｕａｌ  Ｃｏｎｃａｔｅｎａｔｉｏｎ）帯域を変更する回線制御装置において、前記送信側および前記受信側のノードには、前記ＶＣのメンバーの調整に関する付加情報を前記ＬＣＡＳ情報に付加する情報付加手段と、前記情報付加手段により付加された前記付加情報を含む前記ＬＣＡＳ情報を相手側のノードに送信するとともに、相手側のノードから前記付加情報を含む前記ＬＣＡＳ情報を受信したときには、前記ＬＣＡＳ情報に付加された前記付加情報に基づいて前記ＶＣのメンバーの調整を行うＶＣ／ＬＣＡＳ主制御手段と、を備えたことを特徴とする。
【００２９】
この発明によれば、送信側のノードおよび受信側のノードは、ＬＣＡＳ情報に付加された付加情報を用いて、ＶＣのサイズ調整を互いに通知するため、ＶＣのメンバーの追加や削除をノードが自律的に実行することができる。特に、送信側のノード数がＮ、受信側のノード数が１のＮ：１のネットワーク構成に対してＬＣＡＳ情報を用いたＶＣのＣｈのサイズ調整が行えるようになる。
【発明の効果】
【００３０】
本発明にかかる回線制御装置および回線制御方法によれば、ノード間での回線使用頻度や重要度に適応させて回線の有効利用を実現できるという効果を奏する。特に、送信側のノード数がＮ、受信側のノード数が１であるＮ：１のネットワーク構成であっても、ＮＭＳの制御を受けずにＬＣＡＳ情報を用いて受信側のノードがＶＣのサイズ調整を円滑に実行でき、回線使用頻度や重要度に適応して回線を有効利用できるという効果を奏する。
【発明を実施するための最良の形態】
【００３１】
以下に添付図面を参照して、この発明にかかる回線制御装置および回線制御方法の好適な実施の形態を詳細に説明する。
【００３２】
（実施の形態１）
図１は、この発明の回線制御装置の受信側（Ｓｋ）の構成を示すブロック図である。あるノード（ＮｏｄｅＡ）に配置される回線制御装置１の例を示した。
【００３３】
この回線制御装置１は、複数の送信側（Ｓｏ）のノード（ＮｏｄｅＢ，Ｃ，Ｄ）から送信されたデータを受信する複数のＩ／Ｆカード２，３，４を有している。各Ｉ／Ｆカード２，３，４には、それぞれＬＣＡＳ制御部２ａ，３ａ，４ａが設けられている。各Ｉ／Ｆカード２，３，４で受信したデータは、この回線制御装置１内で集約されてＩ／Ｆカード５を介して他のノード（ＮｏｄｅＥ）に送信される。この回線制御装置１に対してデータを送信および受信するノード（ＮｏｄｅＢ，Ｃ，Ｄ，Ｅ）の間は、いずれも同じ伝送方式（例えばＳＯＮＥＴ／ＳＤＨ）による伝送路であり、かつ、伝送路は同じ回線容量である。
【００３４】
この回線制御装置１には、リンク容量調整体系／仮想連結主制御部（ＶＣ／ＬＣＡＳ主制御部）６が設けられる。このＶＣ／ＬＣＡＳ主制御部６は、各Ｉ／Ｆカード２，３，４により接続されたノード（ＮｏｄｅＢ，Ｃ，Ｄ）との間でＬＣＡＳにおけるデータの送信および受信を制御するとともに、ＬＣＡＳの制御情報の送信、および受信を制御する。このＶＣ／ＬＣＡＳ主制御部６には、受信側の複数のＩ／Ｆカード２，３，４が受信したＶＣＧのデータを格納する受信バッファ（メモリ）６ａが設けられている。Ｉ／Ｆカード２，３，４から受信バッファ６ａを経由してＩ／Ｆカード５にデータが流れるが、この受信したＶＣＧ毎のデータ流量、および受信バッファ６ａのデータ量は、ＶＣ／ＬＣＡＳ主制御部６によって検出される。
【００３５】
図２は、この発明の回線制御装置の送信側（Ｓｏ）の構成を示すブロック図である。あるノード（ＮｏｄｅＢ）に配置される回線制御装置１０を示した。
【００３６】
この回線制御装置１０は、受信側（Ｓｋ）のノード（ＮｏｄｅＡ，図１参照）に対してデータを送信するＩ／Ｆカード１２を有している。Ｉ／Ｆカード１２には、それぞれＬＣＡＳ制御部１２ａが設けられている。この回線制御装置１０は、ノード（ＮｏｄｅＸ）から送信されたデータをＩ／Ｆカード１４を介して受信し、Ｉ／Ｆカード１２を介してノード（ＮｏｄｅＡ）に送信する。
【００３７】
この回線制御装置１０には、ＶＣ／ＬＣＡＳ主制御部１５が設けられる。このＶＣ／ＬＣＡＳ主制御部１５は、Ｉ／Ｆカード１２により接続されたノード（ＮｏｄｅＡ）との間でＬＣＡＳにおけるデータの送信および受信を制御するとともに、ＬＣＡＳの制御情報の送信、および受信を制御する。これら、図１と図２は、一つの回線制御装置を送信側と受信側の機能として別図を用いて説明した。実際には、図１および図２に示した回線制御装置１，１０は同一である。したがって、ＶＣ／ＬＣＡＳ主制御部６，１５についても、同一である。
【００３８】
図３−１は、この発明における送信側から受信側に送信されるＬＣＡＳの制御情報を示す図である。また、図３−２は、この発明における受信側から送信側に送信されるＬＣＡＳの制御情報を示す図である。これら図３−１、図３−２において、前述した図２０と同じ情報には同じ符号を附してある。
【００３９】
ＶＣ／ＬＣＡＳ主制御部１５は、図３−１に示す送信→受信（Ｓｏ→Ｓｋ）方向のＣＰ２０５の制御情報２０５ａに、付加情報としてメンバー毎にメンバー使用希望情報２０５ｄと、優先順位２０５ｅを設ける。また、ＶＣ／ＬＣＡＳ主制御部６は、図３−２に示す受信→送信（Ｓｋ→Ｓｏ）方向のＣＰ２０５の制御情報２０５ｃに、付加情報としてメンバー（Ｃｈ）毎にメンバー使用可能情報２０５ｆを設ける。これらの付加情報は、ＶＣ／ＬＣＡＳ主制御部６，１５にそれぞれ設けた情報付加手段（不図示）によってＬＣＡＳの制御情報２０５ａ，２０５ｃに付加される。
【００４０】
以下の説明では、メンバーとＣｈ（Ｃｈａｎｎｅｌ）が同義である。このように、この発明では、ＶＣ／ＬＣＡＳ主制御部６，１５には、ＬＣＡＳの制御情報２０５ｃに上記付加情報を付加して相手のノードに通知する。これらの図では、説明の便宜上、制御情報２０５ａと、付加情報（メンバー使用希望情報２０５ｄ、優先順位２０５ｅ、メンバー使用可能情報２０５ｆ）とを別のフィールドとして記載してある。
【００４１】
ＬＣＡＳ主制御部６，１５（図１，図２参照）は、これら制御情報の送受信によってＶＣのメンバー使用量を調整する。詳細は後述するが、付加情報と、既存のＬＣＡＳの制御情報２０５ａとに基づいて送受信のノードにおけるＶＣのメンバーの追加、削除（Ａｄｄ，Ｄｒｏｐ）を判断し、自律したＶＣの動的変化への対応を実現する。この自律とは、ＮＭＳの制御を受けずにＶＣの動的変化に対応することを意味している。
【００４２】
図４−１は、ＬＣＡＳの制御情報に含まれるメンバー使用希望情報の内容を示す図表である。送信→受信（Ｓｏ→Ｓｋ）方向の制御情報２０５ａに含まれるメンバー毎のメンバー使用希望情報２０５ｄは、コマンド［ｑ，ｎ］と、それぞれに対応する値［００００，０００１］からなる。コマンドｑ（値００００）は、送信（Ｓｏ）側において、対応するメンバーの使用希望が「必須である」（必ず使用を希望する）帯域（メンバー）であることを表す。また、コマンドｎ（値０００１）は、メンバーの使用希望が「必須ではない」（可能であれば使用を希望する）帯域（メンバー）であることを表す。
【００４３】
図４−２は、ＬＣＡＳの制御情報に含まれる優先順位の内容を示す図表である。優先順位２０５ｅは、メンバー使用希望情報２０５ｄに優先順位を付けた付加情報である。優先順位２０５ｅは、値［１，２，３］からなる。値の大きい方が優先順位のレベルが高く、値の小さい方が優先順位のレベルが低い。
【００４４】
また、図４−３は、ＬＣＡＳの制御情報に含まれるメンバー使用可能情報の内容を示す図表である。受信→送信（Ｓｋ→Ｓｏ）方向の制御情報２０５ｃに含まれるメンバー使用可能情報２０５ｆは、コマンド［Ｎ，Ｄ，Ｅ，Ｆ］と、それぞれに対応する値［００００，０００１，０００２，０００３］からなる。コマンドＮ（値００００）は、受信（Ｓｋ）側からの要求無し（Ｎｏ  ｒｅｑｕｅｓｔ）を表す。コマンドＤ（値０００１）は、このメンバーに対する削除要求（Ｄｅｌｅｔｅ）を表す。コマンドＥ（値０００２）は、このメンバーに対する使用可能（Ｅｎａｂｌｅ  ｔｏ  Ｕｓｅ）を表す。コマンドＦ（値０００３）は、強制メンバー削除要求（Ｆｏｒｃｅ  Ｄｅｃｒｅａｓｅ）を表す。送信側（Ｓｏ）においては、受け取ったコマンドがコマンドＤのときには無視することも可能である。コマンドＥについては、必要だと判断すれば、メンバーを追加してもよい。コマンドＦについては、無視できなく、必ず対応するメンバーを削除する必要がある。
【００４５】
図５−１および図５−２は、回線制御装置の受信側における回線制御内容を示すフローチャートである。図１に示した回線制御装置１に設けられたＶＣ／ＬＣＡＳ主制御部６を主に記載した。
【００４６】
はじめに、回線制御装置の受信側は、各Ｉ／Ｆカード２，３，４が受信したＬＣＡＳ情報の［ｎ］から［ｑ］への変化を検出する（ステップＳ１）。これは、該当するメンバーについての送信側からの使用希望が「必須ではない」から「必須」に変わったこと、すなわち該当するメンバーを含むＶＣＧの必須帯域が増加したことを示し、受信側で帯域調整を行う契機の一つとなるものである。そして、各Ｉ／Ｆカード２，３，４が受信したＬＣＡＳ受信情報を集約する（ステップＳ２）。ステップＳ１の処理と並行して、回線制御装置の受信側は、受信バッファ６ａの使用量を一定周期で確認し（ステップＳ３）、受信バッファ６ａの使用量が予め定めた一定量（例えば７０％）を超えたかを判断する（ステップＳ４）。受信バッファ６ａの使用量が予め定めた一定量に達しない場合には（ステップＳ４：Ｎｏ）、ステップＳ３に戻り、一定時間周期の確認を続行する。一方、受信バッファ６ａの使用量が予め定めた一定量を超えたときには（ステップＳ４：Ｙｅｓ）、ステップＳ２によるＬＣＡＳ受信情報の集約を実行する。これは、受信側で帯域調整を行う契機の他の一つとなるものである。
【００４７】
ステップＳ２の実行後、メンバー使用希望情報２０５ｄが「必須ではない帯域」［ｎ］であり、かつ、使用していない（Ｃｔｒｌフィールドが［Ｉｄｌｅ］）Ｃｈがあるか判断する（ステップＳ５）。使用していないＣｈがあれば（ステップＳ５：Ｙｅｓ）、過去のデータ流量から最も低い流量であるＶＣＧの該当するＣｈに対し、メンバー使用可能情報２０５ｆを削除要求［Ｄ］として送信し（ステップＳ６）、後述のステップＳ８に移行する。
【００４８】
一方、ステップＳ５において、メンバー使用希望情報２０５ｄが「必須ではない帯域」［ｎ］で使用していないＣｈがなく（ステップＳ５：Ｎｏ）、［ｎ］のＣｈがあるかどうかを判定する（ステップＳ７）。
【００４９】
［ｎ］のＣｈがない場合（ステップＳ７：Ｎｏ）、すべてのＣｈのうち、過去のデータ流量をもとに最も低いデータ流量のＶＣＧの中で一番大きなＣｈ番号について、メンバー使用可能情報［Ｆ］を送信し、強制的にこのメンバーを削除する（ステップＳ７−１）。そして、メンバー使用希望情報が［ｑ］となっているＣｈにメンバー使用可能情報［Ｎ］を送信し、制御情報（ＲＳ−Ａｃｋ）にＯＫ信号を送信し、使用を開始して（ステップＳ１８）、処理を終了する。
【００５０】
一方、ステップＳ７において［ｎ］のＣｈがある場合、すなわち［ｎ］のＣｈがすべて使用している場合には、［ｎ］のＣｈのうち、過去のデータ流量をもとに最も低いデータ流量のＶＣＧの中で、一番大きなＣｈ番号のメンバーについて、メンバー使用可能情報として［Ｄ］を送信する（ステップＳ７−２）。
【００５１】
ステップＳ６の処理後、またはステップＳ７−２の処理後は、ステップＳ８の処理に移行する。回線制御装置の受信側は、メンバー使用可能情報２０５ｆを削除要求［Ｄ］にしたＣｈについて、受信した制御情報２０５ａのＣｔｒｌが［Ｉｄｌｅ］（図２１参照）であるかを判断する（ステップＳ８）。受信した制御情報２０５ａのＣｔｒｌが［Ｉｄｌｅ］のときには（ステップＳ８：Ｙｅｓ）、メンバー使用可能情報２０５ｆを削除要求［Ｄ］にしたＣｈの受信を停止し（ステップＳ１０）、メンバー使用希望情報が［ｑ］となっているＣｈにメンバー使用可能情報［Ｎ］を送信し、制御情報（ＲＳ−Ａｃｋ）にＯＫを送信し、使用を開始して（ステップＳ１８）、処理を終了する。これは、受信側から削除要求［Ｄ］をしたＣｈについて、送信側から削除可能であることを受信し、該当するＣｈの受信を停止することによって帯域を確保し、［ｑ］のＣｈがあればそのＣｈにその帯域を振り分けたことに相当する。一方、受信した制御情報２０５ａのＣｔｒｌが［Ｉｄｌｅ］以外のときには（ステップＳ８：Ｎｏ）、ステップＳ９を実行する。
【００５２】
ステップＳ９では、削除要求［Ｄ］をしたＣｈについて、制御情報２０５ａのＣｔｒｌの内容を一定時間監視し、判断している。すなわち、一定時間、メンバー使用可能情報２０５ｆを削除要求［Ｄ］にしたＣｈにおいて受信した制御情報２０５ａのＣｔｒｌが［Ｉｄｌｅ］以外を受信し続けたか判断する。
【００５３】
ここで、一定時間、受信した制御情報２０５ａのＣｔｒｌが［Ｉｄｌｅ］以外を受信し続けたときには（ステップＳ９：Ｙｅｓ）、ステップＳ１１を実行する。一方、一定時間内に、受信した制御情報２０５ａのＣｔｒｌが［Ｉｄｌｅ］となっているときには（ステップＳ９：Ｎｏ）、ステップＳ８に復帰する。
【００５４】
ステップＳ１１では、受信バッファ６ａの使用量が一定量（例えば７０％）を超えているかを判断する。受信バッファ６ａの使用量が一定量（しきい値）を超えている場合には（ステップＳ１１：Ｙｅｓ）、ステップＳ１２を実行する。その場合は、以前に削除要求［Ｄ］を送信していたＣｈに対しては、メンバー使用可能情報は要求無しを示す［Ｎ］を送信する。一方、受信バッファ６ａの使用量が一定量に達しない場合には（ステップＳ１１：Ｎｏ）、処理を終了し、その後［ｑ］になっているＣｈにメンバー使用可能情報［Ｎ］を送信し、制御情報（ＲＳ−Ａｃｋ）にＯＫを送信し、使用を開始する（ステップＳ１８）。
【００５５】
ステップＳ９において、削除しようとしていたＣｈの送信側がＣｔｒｌ［Ｉｄｌｅ］以外を送信した場合で、Ｆｉｘｅｄ，Ａｄｄ，Ｎｏｒｍ，Ｅｏｓを送信した場合は、継続してそのＣｈ（メンバー）を使用することを送信側は希望しているために、Ｉｄｌｅを返さない場合である。また、ＤＮＵを送信した場合は、何らかの障害によってそのＣｈ（メンバー）が使えない場合であるために、Ｉｄｌｅを返さない場合であり、そのＣｈ（メンバー）は使用できない。Ｃｈ（メンバー）が使えない状態ではあるが、使用を継続希望するか、障害を伝えてきているだけであるため、システムとしては問題ない。受信バッファ６ａに余裕がある場合は、無理に削減する必要がないので、要求にしたがってＣｈ（メンバー）を追加させる。
【００５６】
ステップＳ１２では、他にメンバー使用希望情報２０５ｄが「必須ではない帯域」［ｎ］になっているＣｈが存在するか判断する。メンバー使用希望情報２０５ｄが「必須ではない帯域」［ｎ］になっているＣｈが存在する場合には（ステップＳ１２：Ｙｅｓ）、ステップＳ１３を実行する。ステップＳ１３では、メンバー使用希望情報２０５ｄが「必須ではない帯域」［ｎ］になっているＣｈのうち、過去のデータ流量から次に低い流量ＶＣＧの中で一番大きなＣｈ番号について、メンバー使用可能情報２０５ｆを削除要求［Ｄ］として送信する。
【００５７】
一方、ステップＳ１２において、メンバー使用希望情報２０５ｄが「必須ではない帯域」［ｎ］になっているＣｈが存在しなければ（ステップＳ１２：Ｎｏ）、ステップＳ１４を実行する。ステップＳ１４では、すべてのＣｈのうち、過去のデータ流量から最も低い流量ＶＣＧの中で一番大きなＣｈ番号について、メンバー使用可能情報２０５ｆを強制メンバー削除要求［Ｆ］（図４−３参照）として送信し、強制的にこのＣｈのメンバーを削除する。
【００５８】
ステップＳ１２で他に［ｎ］になっているＣｈがある場合（ステップＳ１２：Ｙｅｓ）は、［ｎ］になっているものを過去の嚠喨データをもとに順番に削除を試みる。もし、すべての［ｎ］になっているＣｈに対し、削除を試み（ステップＳ１３，ステップＳ１５，ステップＳ１７）、すべて失敗であった場合は、ステップＳ１４で強制的にあるメンバーを削除する。
【００５９】
ステップＳ１３の実行後には、メンバー使用可能情報２０５ｆを削除要求［Ｄ］にしたＣｈにおいて、制御情報２０５ａのＣｔｒｌが［Ｉｄｌｅ］を受信したか判断する（ステップＳ１５）。制御情報２０５ａのＣｔｒｌが［Ｉｄｌｅ］の場合には（ステップＳ１５：Ｙｅｓ）、メンバー使用可能情報２０５ｆを削除要求［Ｄ］にしたＣｈの受信を停止し（ステップＳ１６）、メンバー使用希望情報が［ｑ］となっているＣｈにメンバー使用可能情報［Ｎ］をを送信し、制御情報（ＲＳ−Ａｃｋ）にＯＫを送信し、使用を開始して（ステップＳ１８）、処理を終了する。一方、制御情報２０５ａのＣｔｒｌが［Ｉｄｌｅ］以外の場合には（ステップＳ１５：Ｎｏ）、ステップＳ１７を実行する。ステップＳ１７では、削除要求［Ｄ］をしたＣｈについて、制御情報２０５ａのＣｔｒｌの内容を一定時間監視し、判断している。すなわち、一定時間、メンバー使用可能情報２０５ｆを削除要求［Ｄ］にしたＣｈにおいて受信した制御情報２０５ａのＣｔｒｌが［Ｉｄｌｅ］以外を受信し続けたか判断する。
【００６０】
ここで、一定時間、受信した制御情報２０５ａのＣｔｒｌが［Ｉｄｌｅ］以外を受信し続けたときには（ステップＳ１７：Ｙｅｓ）、ステップＳ１１に復帰する。一方、一定時間内に、受信した制御情報２０５ａのＣｔｒｌが［Ｉｄｌｅ］となったときには（ステップＳ１７：Ｎｏ）、ステップＳ１５に復帰する。
【００６１】
図６は、受信側の回線制御装置におけるデータ受信量の検出処理を説明するためのブロック図である。受信側（Ｓｋ）のノード（ＮｏｄｅＡ）の回線制御装置１の受信バッファ６ａには、複数のノード（ＮｏｄｅＢ，Ｃ，Ｄ）から送信された各ＶＣＧの一定時間（例えば、１５分あるいは１時間周期単位など）の受信データが保存される。ＶＣ／ＬＣＡＳ主制御部６は、この受信バッファ６ａに保存されたデータの受信データ量を読み込み（Ｒｅａｄ１）、各ノード（ＮｏｄｅＢ，Ｃ，Ｄ）から送信された各ＶＣＧの時刻別の割合を統計処理により計算して、この計算結果（統計値）を記憶手段（メモリ）６ｂに格納する（Ｗｒｉｔｅ）。メモリ６ｂはこの計算結果を一定の期間（例えば、１日あるいは２日単位など）、保存する。
【００６２】
そして、ＶＣ／ＬＣＡＳ主制御部６は、上記図５に示した回線制御処理を実行する際には、このメモリ６ｂに格納されている過去の受信データの統計値を読み込み（Ｒｅａｄ２）、各ＶＣＧのＶＣ容量の縮小や、拡大時における判断に用いる。図６の例では、メモリ６ｂに時刻別の各ノード（ＮｏｄｅＢ，Ｃ，Ｄ）それぞれの受信データ量の割合が記憶されており、時刻別のＶＣの容量決定のための情報として参照する。
【００６３】
図７は、回線制御装置の送信側における回線制御内容を示すフローチャートである。図２に示した回線制御装置１０に設けられたＶＣ／ＬＣＡＳ主制御部１５を主に記載した。
【００６４】
はじめに、Ｉ／Ｆカード１２にて受信したＬＣＡＳ情報（Ｓｋ→Ｓｏ）の変化を検出する（ステップＳ２１）。また、これと同時に、受信データ量情報を取得する（ステップＳ２２）そして、ステップＳ２１により検出したＬＣＡＳ情報の変化と、ステップＳ２２により取得した受信データ量情報に基づいて、Ｉ／Ｆカード１２が送信するＬＣＡＳ送信情報を集約する（ステップＳ２３）。
【００６５】
この後、受信したメンバー使用可能情報２０５ｆの内容を判断する。はじめに、メンバー使用可能情報２０５ｆが削除要求［Ｄ］であるかを判断する（ステップＳ２４）。メンバー使用可能情報２０５ｆが削除要求［Ｄ］である場合には（ステップＳ２４：Ｙｅｓ）、この削除要求［Ｄ］を受信したＣｈについて削除に関する準備（プロビジョニング：Ｐｒｏｖｉｓｉｏｎｉｎｇ）を確認する（ステップＳ２５）。その結果、Ｃｈを削除不可であれば（ステップＳ２５：Ｎｏ）、Ｃｈに対して何も処理せず（ステップＳ２６）、終了する。一方、Ｃｈを削除可能であれば（ステップＳ２５：Ｙｅｓ）、既存のＬＣＡＳの処理を用いた削除を行う。このため制御情報２０５ｃを［Ｉｄｌｅ］にして送信し（ステップＳ２７）、処理を終了する。
【００６６】
ステップＳ２４にてメンバー使用可能情報２０５ｆが削除要求［Ｄ］以外の場合には（ステップＳ２４：Ｎｏ）、次に、このメンバー使用可能情報２０５ｆが強制メンバー削除要求［Ｆ］であるかを判断する（ステップＳ２８）。メンバー使用可能情報２０５ｆが強制メンバー削除要求［Ｆ］である場合には（ステップＳ２８：Ｙｅｓ）、上記ステップＳ２７を実行する。一方、メンバー使用可能情報２０５ｆが強制メンバー削除要求［Ｆ］以外の場合には（ステップＳ２８：Ｎｏ）、次に、このメンバー使用可能情報２０５ｆがこのメンバーに対する使用可能［Ｅ］であるかを判断する（ステップＳ２９）。メンバー使用可能情報２０５ｆがこのメンバーに対する使用可能［Ｅ］である場合には（ステップＳ２９：Ｙｅｓ）、メンバーの追加が必要か判断する（ステップＳ３０）。メンバーの追加は、送受信データ量と、追加に関する準備（プロビジョニング）をもとに判断する。
【００６７】
メンバーの追加が必要と判断したときには（ステップＳ３０：Ｙｅｓ）、既存のＬＣＡＳの処理を用いた追加を行う。このため制御情報２０５ｃを［Ａｄｄ］にして送信し（ステップＳ３１）、終了する。一方、メンバーの追加を必要としないと判断したときには（ステップＳ３０：Ｎｏ）、Ｃｈに対して何も処理せず（ステップＳ３２）、処理を終了する。
【００６８】
ステップＳ２９において、メンバー使用可能情報２０５ｆがこのメンバーに対する使用可能［Ｅ］ではない場合には（ステップＳ２９：Ｎｏ）、次に、このメンバー使用可能情報２０５ｆが要求無し［Ｎ］であるかを判断する（ステップＳ３３）。メンバー使用可能情報２０５ｆが要求無し［Ｎ］である場合には（ステップＳ３３：Ｙｅｓ）、上記のステップＳ３２を実行して終了する。一方、メンバー使用可能情報２０５ｆが要求無し［Ｎ］でない場合には（ステップＳ３３：Ｎｏ）、何も処理せず（ステップＳ３４）、終了する。この場合、メンバー使用可能情報２０５ｆは、予め定めたいずれの情報（図４−３参照）にも該当しないため、異常状態であると判断する。
【００６９】
次に、上述したＬＣＡＳ情報を用いた伝送方式（プロトコル）の処理の具体例を説明する。回線制御装置１（ＮｏｄｅＡ）に対してデータを送信する送信側のノード数がＮであり、この回線制御装置１からデータを送信する受信側のノード数が１（Ｎ：１）の構成例を用いて説明する。
【００７０】
以下に用いる図８〜図１９においては、
１．ＮｏｄｅＢ→ＮｏｄｅＡ  ＳＴＳ１×５  （ＬＣＡＳ設定で動的な変化が可能）
２．ＮｏｄｅＣ→ＮｏｄｅＡ  ＳＴＳ１×４  （ＬＣＡＳ設定で動的な変化が可能）
３．ＮｏｄｅＤ→ＮｏｄｅＡ  ＳＴＳ１×４  （ＬＣＡＳ設定で動的な変化が可能）
４．ＮｏｄｅＡ→ＮｏｄｅＥ  ＳＴＳ１×２  （固定）
という設定を条件とする。上記の例は、各ノード（ＮｏｄｅＡ〜ＮｏｄｅＥ）間が同じ伝送容量を有するＳＯＮＥＴ／ＳＤＨの伝送路であるとする。例えば、１．は、ＶＣのＳＴＳ１パイプが５つのＣｈ数（メンバー数）であることを意味している。
【００７１】
図８は、この発明によるＬＣＡＳ情報を用いた回線制御状態を示す説明図（その１）である。この図の状態は、ＬＣＡＳの安定状態である。ＮｏｄｅＣのＣｈ２は、ＣＰ２０５の制御情報（Ｃｔｒｌ）２０５ａにメンバーの追加（Ａｄｄ）を設定して（Ｐ１）、ＮｏｄｅＡ（回線制御装置１）に通知する。ＮｏｄｅＡのＶＣ／ＬＣＡＳ主制御部６は、受信バッファ６ａの状況を判断して、Ａｄｄには応答しない状態（Ｆａｉｌ）をＣＰ２０５の制御情報２０５ｃに設定して（Ｐ２）、ＮｏｄｅＣに通知する状態を継続する。
【００７２】
図９は、この発明によるＬＣＡＳ情報を用いた回線制御状態を示す説明図（その２）である。ＶＣのメンバー使用希望情報２０５ｄが変更された状態を示す。図８に示した安定状態の後に、ＮｏｄｅＣ→ＮｏｄｅＡ間でのＶＣのメンバー使用希望情報２０５ｄ（図４−１参照）が変更された状態を示している。ＮｏｄｅＣ→ＮｏｄｅＡに対して、Ｃｈ２のメンバー使用希望情報２０５ｄをｎ（「必須ではない」帯域）→ｑ（「必須である帯域」）に変えて（Ｐ３）、ＮｏｄｅＡに通知する。
【００７３】
図１０は、この発明によるＬＣＡＳ情報を用いた回線制御状態を示す説明図（その３）である。ＶＣを使用可能にする制御状態を示す。図９に示したＶＣのメンバー使用希望情報２０５ｄの通知後のＮｏｄｅＡの制御内容を示している。
【００７４】
ＮｏｄｅＡ（回線制御装置１）のＶＣ／ＬＣＡＳ主制御部６は、送信側のノード（ＮｏｄｅＢ，Ｃ，Ｄ）から受信しているＶＣと、受信側のノード（ＮｏｄｅＥ）へ送信できるデータ量を判断する。この際、ＮｏｄｅＣ以外のノードから通知されたＶＣのメンバー使用希望情報２０５ｄを参照する。そして、ＮｏｄｅＢから通知されたＶＣのＣｈ４（Ｐ４）のメンバー使用希望情報２０５ｄがｎ（必須ではない帯域）であることを検出したとする。また、ＮｏｄｅＣから通知されたＶＣのＣｈ２（Ｐ５）のメンバー使用希望情報２０５ｄがｑ（必須である帯域）になっていることを検出したとする。ＶＣ／ＬＣＡＳ主制御部６は、これらＮｏｄｅＢ（Ｃｈ４）と、ＮｏｄｅＣ（Ｃｈ２）と比較した結果、メンバー使用希望情報２０５ｄがｎ（必須ではない帯域）であるＮｏｄｅＢのＣｈ４のＶＣを停止させる判断を行う。そして、ＮｏｄｅＢのＣｈ４（Ｐ６）に対し、メンバー使用可能情報２０５ｆとしてＤ（削除要求）を通知する。そして、ＮｏｄｅＣとＮｏｄｅＡとの間のＣｈ２のＶＣを使用状態にするという切り替え制御を行おうとする。
【００７５】
図１１は、この発明によるＬＣＡＳ情報を用いた回線制御状態を示す説明図（その４）である。図１０に示した状態の後、ＮｏｄｅＢのＣｈ４は、一定時間経過してもこのＣｈ４の制御情報（Ｃｔｒｌ）２０５ａ（図２１参照）をＥｏｓのままにして、使用を停止しなかった（無応答）とする。この場合、ＮｏｄｅＡのＶＣ／ＬＣＡＳ主制御部６は、ＮｏｄｅＢのＣｈ４を削除させる処理を行わず、ＮｏｄｅＢのＣｈ４（Ｐ７）に対するメンバー使用可能情報２０５ｆとしてＮ（要求無し）を通知する。この後、制御情報（Ｃｔｒｌ）２０５ａによりＮｏｄｅＡに対してＥｏｓを通知しているＮｏｄｅＤのＣｈ３を削除させることを実行する。そこでＮｏｄｅＤのＣｈ３（Ｐ８）に対してメンバー使用可能情報２０５ｆとしてＤ（削除要求）を通知する。
【００７６】
図１２は、この発明によるＬＣＡＳ情報を用いた回線制御状態を示す説明図（その５）である。図１１に示した状態の後、ＮｏｄｅＤは、Ｃｈ３のＶＣを使用停止（Ｄｒｏｐ）する。対応してＮｏｄｅＤは、Ｃｈ３の制御情報（Ｃｔｒｌ）２０５ａ（Ｐ９）をＩｄｌｅにする。また、Ｃｈ２の制御情報（Ｃｔｒｌ）２０５ａをＥｏｓにしてＮｏｄｅＡに通知する。
【００７７】
図１３は、この発明によるＬＣＡＳ情報を用いた回線制御状態を示す説明図（その６）である。図１２に示した状態の後、ＮｏｄｅＡのＶＣ／ＬＣＡＳ主制御部６は、ＮｏｄｅＣのＣｈ３の制御情報２０５ｃ（Ｐ１０）をＦａｉｌとしてＮｏｄｅＤに送信する。この後、ＶＣ／ＬＣＡＳ制御部６は、ＮｏｄｅＣのＣｈ２（Ｐ１１）について、ＣＰ２０５の制御情報２０５ｃをＯＫにして、ＮｏｄｅＣに通知し、使用を開始する。
【００７８】
次に、受信側のノード（ＮｏｄｅＡ）が主導的にメンバー使用可能情報２０５ｆ（図４−３参照）を［Ｎ］（要求無し）から［Ｅ］（使用可能）に変化させてメンバーを追加する例について説明する。ノードの構成は図８と同様である。
【００７９】
図１４は、この発明によるＬＣＡＳ情報を用い、受信側が主導してメンバーの追加を行う説明図（その１）である。ＮｏｄｅＡ（受信側の回線制御装置１）のＶＣ／ＬＣＡＳ主制御部６は、各メンバーからの送受信データ量をモニタしている。そして、送受信データ量が一定時間、一定の割合を下回ることが検出された場合、ＮｏｄｅＡのＶＣ／ＬＣＡＳ主制御部６は、いずれかのＶＣＧでメンバーを増加させてよいと判断する。そして、ＶＣ／ＬＣＡＳ主制御部６は、受信している制御情報（Ｃｔｒｌ）２０５ａが［Ｉｄｌｅ］であるメンバーの情報と、優先順位２０５ｅの値に基づいて追加可能なメンバーを選択する。図示の例では、ＮｏｄｅＢのＣｈ５（Ｐ２１ａ）と、ＮｏｄｅＣのＣｈ２，３，４（Ｐ２１ｂ）と、ＮｏｄｅＤのＣｈ４（Ｐ２１ｃ）が［Ｉｄｌｅ］である。
【００８０】
図１５は、この発明によるＬＣＡＳ情報を用い、受信側が主導してメンバーの追加を行う説明図（その２）である。そして、選択したメンバーのメンバー使用可能情報２０５ｆを［Ｅ］（使用可能）に変更してノードに通知する。この際、優先順位２０５ｅが［１］になっているメンバーは追加可能と判断する。図１５に示す例では、ＮｏｄｅＣのＣｈ２，３（Ｐ２２）と、ＮｏｄｅＤのＣｈ４（Ｐ２３）に対してメンバー使用可能情報２０５ｆ［Ｅ］を通知する。
【００８１】
ここで、ＮｏｄｅＤでは送信すべきデータ量が蓄積し、増大しているとする。この場合、ＮｏｄｅＤではＮｏｄｅＡからメンバー使用可能情報２０５ｆ［Ｅ］を受信すると、現状送信すべきデータが蓄積していることに基づいてメンバー追加を判断する。
【００８２】
図１６は、この発明によるＬＣＡＳ情報を用い、受信側が主導してメンバーの追加を行う説明図（その３）である。ＮｏｄｅＤでは、Ｃｈ４の制御信号（Ｃｔｒｌ）２０５ａ（Ｐ２４）を［Ａｄｄ］に変更して、ＮｏｄｅＡに通知する。この後、ＮｏｄｅＡは、ＮｏｄｅＤから通知された［Ａｄｄ］に基づき、ＮｏｄｅＤとの間で既存のＬＣＡＳ情報を送受してメンバーを追加する。
【００８３】
次に、送信データ量に応じて送信側のノード（ＮｏｄｅＢ）が優先順位２０５ｅ（図４−２）を変化させてメンバーを変更する例について説明する。ノードの構成は図８と同様である。
【００８４】
図１７は、この発明によるＬＣＡＳ情報を用い、送信側の優先順位を変更してメンバーの変更を行う説明図（その１）である。図１７に示す状態で各ノードとの間でデータを送受しているとする。
【００８５】
図１８は、この発明によるＬＣＡＳ情報を用い、送信側の優先順位を変更してメンバーの変更を行う説明図（その２）である。図１７に示す状態の後、ＮｏｄｅＢは、Ｃｈ４，５の送信データ量が減少したとする。この場合、ＮｏｄｅＢでは、一部のメンバーについて優先順位２０５ｅを下げる処理を行う。そして、Ｃｈ４，５（Ｐ３１）の優先順位２０５ｅの値を［１］から［３］に変更する。ＮｏｄｅＣでは、Ｃｈ４の送信データ量の減少によりＣｈ４（Ｐ３２）の優先順位２０５ｅの値が［２］であるとする。
【００８６】
ＮｏｄｅＡのＶＣ／ＬＣＡＳ主制御部６は、各ノードから受信している制御情報２０５ａに基づいてメンバーの追加、削除を判断する。図示の例では、ＮｏｄｅＢからのメンバーについて、メンバー使用希望情報２０５ｄが［ｑ］（必須である帯域）であり、その優先順位２０５ｅの値が［３］になっているＣｈ（Ｃｈ４，５）があることを検出する。また、ＮｏｄｅＣからのメンバーでメンバー使用希望情報２０５ｄでは［ｎ］（必須ではない帯域）であり、その優先順位２０５ｅの値が［２］になっているものがある。
【００８７】
図１９は、この発明によるＬＣＡＳ情報を用い、送信側の優先順位を変更してメンバーの変更を行う説明図（その３）である。図１８に示す状態の後、ＮｏｄｅＡのＶＣ／ＬＣＡＳ主制御部６は、ＮｏｄｅＢのＣｈ５のメンバーの削除を決定する。そして、ＮｏｄｅＢに対し、Ｃｈ５（Ｐ３３）のメンバー使用可能情報２０５ｆを［Ｄ］（削除要求）に変更して通知する。この後、ＮｏｄｅＢは、ＮｏｄｅＡから通知された［Ｄ］に基づき、ＮｏｄｅＡとの間で既存のＬＣＡＳ情報を送受してメンバーの削除を行う。メンバーの削除により空いたＣｈは、後に新たなメンバーの追加が実行されることになる。
【００８８】
上述した本発明によれば、既存のＬＣＡＳ情報に、メンバー使用希望情報２０５ｄと、メンバー使用可能情報２０５ｆを付加したので、送信側ノード数Ｎ、受信側ノード数１のＮ：１のネットワーク構成としたときであっても、受信側のノードでは、送信側の複数のノードからのデータ受信時のＶＣが適切なサイズとなるよう調整できる。すなわち、本発明は、従来の如く、ＮＭＳからの操作と、受信側のノードにおけるＦａｉｌ情報を用いるものと異なり、ノード間での回線使用頻度や重要度に合わせた回線の有効利用を実現することができるようになる。また、本発明では、使用するＶＣのＣｈの調整（追加や削除）をするときに、ＶＣの空き容量と使用状況など設定変更の可否を送受信のノードがそれぞれ確認して処理するため、ＶＣの変更後における調整を効率よく迅速に行え、調整時にばたつきの発生頻度を低減できる。
【００８９】
さらに、送信側のノードでは、メンバー使用希望情報２０５ｄを用いて、ＶＣの最大容量と独立して容量の使用希望量を設定し、受信側の装置に送信するため、Ｎ：１のネットワーク構成において、受信側のノードが大量のデータを受信している場合や、この受信側のノードの送信能力が低い場合であっても、この受信側のノードが適切にＶＣのメンバーの使用停止等の調整を実行できるようになる。これににより、受信側のノードの受信能力を超える場合が生じても、受信側のノードがどの回線のどのＣｈを受信するか、あるいは停止するかを適切に判断できるようになり、受信データのオーバーフローを未然に防ぐことができる。
【００９０】
また、受信側のノードに設けられたＶＣ／ＬＣＡＳ主制御部６は、実際に送信するデータ量や、過去の受信データ量についての情報を持ち、これらに基づいてメンバー使用可能情報２０５ｆに受信の可否を設定できる。これにより、同時に大量のデータを複数のノードから受信してオーバーフローする、ということを防ぐことができる。
【００９１】
さらに、送信側のノードでは、受信側のノードのＬＣＡＳ情報に追加されたメンバー使用可能情報２０５ｆに設定された受信可否に基づいて、送信する別のネットワーク経路がある場合や、優先する送信が必要ない場合など、送信を継続する必要がある場合には、ＶＣのＣｈをＤｒｏｐすることもできる。あるいは、別のネットワーク経路がない場合はＶＣのＣｈはそのままで継続するということもできる。このように、送信側のノードは、単にＶＣの大きさを変更するだけでなく、他のネットワークの活用や、データの送信の有無の判断が行えるようになる。
【００９２】
なお、この発明は、上述したように、ＬＣＡＳ情報に付加情報として、メンバー使用希望情報２０５ｄと、優先順位２０５ｅと、メンバー使用可能情報２０５ｆを付加して相手のノードに送信する構成である。この付加情報は、既存のＬＣＡＳ情報に対して拡張された情報であるため、既存のＬＣＡＳ情報だけを扱うノードでは無視することができる。
【００９３】
また、受信側のノードでは、他の回線のデータを完全に受信している状態で、かつ、ある回線が使われない状態になっている場合、使われていなかった回線でのデータ送信が開始されると、この開始された回線からのデータを受信する必要が発生する。受信側のノードは、送信側に通知するメンバー使用可能情報２０５ｆに受信可否に関する複数の段階を設定することにより、回線の使用分担を設定に応じて変更できるようになる。
【００９４】
以上説明したように、本発明の回線制御装置および回線制御方法によれば、送信側と受信側のノード数がＮ：１の構成であっても、使用するＶＣのサイズを適切に調整できるようになる。また、本発明は、ＮＭＳによる制御を受けずに送信側および受信側のノードが自立的に回線の使用情報や増減する回線の情報を決定できるため、ＮＭＳに処理負担をかけない。
【００９５】
なお、本実施の形態で説明した回線制御方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。またこのプログラムは、インターネット等のネットワークを介して配布することが可能な伝送媒体であってもよい。
【００９６】
（付記１）送信側のノードと、受信側のノードにそれぞれ配置されるものであり、前記送信側および受信側のノードとの間でリンク容量調整体系情報を用いて仮想連結帯域を変更する回線制御装置において、
前記送信側および前記受信側のノードには、
前記仮想連結のメンバーの調整に関する付加情報を前記リンク容量調整体系情報に付加する情報付加手段と、
前記情報付加手段により付加された前記付加情報を含む前記リンク容量調整体系情報を前記相手側のノードに送信するとともに、前記相手側のノードから前記付加情報を含む前記リンク容量調整体系情報を受信したときには、前記リンク容量調整体系情報に付加された前記付加情報に基づいて前記仮想連結のメンバーの調整を行う仮想連結／リンク容量調整体系主制御手段と、
を備えたことを特徴とする回線制御装置。
【００９７】
（付記２）前記送信側のノードに設けられた前記情報付加手段は、
前記付加情報の一つとしてメンバー使用希望情報を用い、前記送信側のノードにおける前記仮想連結の使用希望の有無を前記メンバー使用希望情報に含ませることを特徴とする付記１に記載の回線制御装置。
【００９８】
（付記３）前記送信側のノードに設けられた前記情報付加手段は、
前記付加情報の一つとしての前記メンバー使用希望情報と、さらに前記メンバー使用希望情報に関する優先順位情報を用い、前記送信側のノードにて前記メンバーが前記仮想連結を使用する優先順位を前記優先順位情報に含ませることを特徴とする付記２に記載の回線制御装置。
【００９９】
（付記４）前記受信側のノードに設けられた前記仮想連結／リンク容量調整体系主制御手段は、
前記送信側のノードから送信されたデータの受信データ量を検出するデータ受信量検出手段を備え、
前記データ受信量検出手段が検出した受信データ量と、前記仮想連結を使用可能なメンバー数に基づいて、前記仮想連結のメンバー毎のデータの受信可否を判断し、
前記情報付加手段は、
前記付加情報の一つとしてメンバー使用可能情報を用い、前記仮想連結のメンバー毎の使用可否に関する情報を前記メンバー使用可能情報に含ませることを特徴とする付記１に記載の回線制御装置。
【０１００】
（付記５）前記データ受信量検出手段は、
受信した過去のデータ量を統計処理した統計値を記憶手段に記憶し、
前記仮想連結／リンク容量調整体系主制御手段は、
前記記憶手段に記憶された過去の受信データの統計値を参照して、前記メンバー毎のデータの受信可否を判断することを特徴とする付記４に記載の回線制御装置。
【０１０１】
（付記６）前記受信側のノードに設けられた前記仮想連結／リンク容量調整体系主制御手段は、
前記メンバー使用可能情報を、前記メンバーの使用許可、あるいは削除の程度に関する要求を複数の段階を有して判断することを特徴とする付記４または５に記載の回線制御装置。
【０１０２】
（付記７）前記送信側のノードに設けられた前記仮想連結／リンク容量調整体系主制御手段は、
前記受信側のノードから送信された前記メンバー使用可能情報に含まれたデータの受信可否の情報に基づいて、前記メンバーの変更を実行することを特徴とする付記４に記載の回線制御装置。
【０１０３】
（付記８）前記送信側のノード数がＮ、前記受信側のノード数が１とされたＮ：１のネットワーク構成の各ノードに配置されることを特徴とする付記１〜７のいずれか一つに記載の回線制御装置。
【０１０４】
（付記９）送信側のノードと、受信側のノードとの間でリンク容量調整体系情報を用いて仮想連結帯域を変更する回線制御方法において、
前記リンク容量調整体系情報に、前記仮想連結のメンバーの調整に関する付加情報を付加する情報付加工程と、
前記情報付加手段により付加された前記付加情報を含む前記リンク容量調整体系情報を前記相手側のノードに送信するリンク容量調整体系情報送信工程と、
相手側のノードから前記付加情報を含む前記リンク容量調整体系情報を受信したとき、前記リンク容量調整体系情報に付加された前記付加情報に基づいて前記仮想連結のメンバーの調整を行うリンク容量調整体系制御工程と、
を含むことを特徴とする回線制御方法。
【０１０５】
（付記１０）送信側のノードと、受信側のノードとの間でリンク容量調整体系情報を用いて仮想連結帯域を変更する回線制御方法において、
前記送信側のノードから前記受信側のノードに対して、前記リンク容量調整体系情報とともに、前記送信側のノードにおける前記仮想連結の使用希望の有無を示す前記メンバー使用希望情報を送信する第１のリンク容量調整体系情報送信工程と、
前記受信側のノードにおいて、前記送信側のノードから送信されたデータの受信データ量を検出するデータ受信量検出工程と、
前記データ受信量検出工程が検出した受信データ量と、前記仮想連結を使用可能なメンバー数に基づいて、前記仮想連結のメンバー毎のデータの受信可否を判断する受信可否判断工程と、
前記受信可否判断工程により判断された前記仮想連結のメンバー毎のデータの受信可否をメンバー使用可能情報として、前記リンク容量調整体系情報に含ませて前記送信側のノードに送信する第２のリンク容量調整体系情報送信工程と、
を含むことを特徴とする回線制御方法。
【０１０６】
（付記１１）前記第１のリンク容量調整体系情報送信工程は、
前記送信側のノードにて前記メンバーが前記仮想連結の使用の優先順位の内容を示す前記優先順位情報を、前記メンバー使用希望情報とともに前記リンク容量調整体系情報に含ませて前記受信側のノードに送信することを特徴とする付記１０に記載の回線制御方法。
【０１０７】
（付記１２）前記送信側のノードにおいて、
前記受信側のノードから送信された前記メンバー使用可能情報が示す受信可否の内容に基づいて、前記仮想連結を使用するメンバーを調整するメンバー調整工程を含むことを特徴とする付記１０に記載の回線制御方法。
【０１０８】
（付記１３）前記送信側のノードにおいて、
前記受信側のノードから送信された前記メンバー使用可能情報と、前記優先順位情報とに基づいて、前記仮想連結を使用するメンバーを調整するメンバー調整工程を含むことを特徴とする付記１１に記載の回線制御方法。
【産業上の利用可能性】
【０１０９】
以上のように、本発明にかかる回線制御装置および回線制御方法は、送信側および受信側のノード間でＬＣＡＳ情報を用いてＶＣのサイズ調整を行う回線制御装置に有用であり、特に、送信側のノード数がＮ、受信側のノード数が１であるＮ：１のネットワーク構成の回線制御装置に適している。
【図面の簡単な説明】
【０１１０】
【図１】この発明の回線制御装置の受信側（Ｓｋ）の構成を示すブロック図である。
【図２】この発明の回線制御装置の送信側（Ｓｏ）の構成を示すブロック図である。
【図３−１】この発明における送信側から受信側に送信されるＬＣＡＳの制御情報を示す図である。
【図３−２】この発明における受信側から送信側に送信されるＬＣＡＳの制御情報を示す図である。
【図４−１】ＬＣＡＳの制御情報に含まれるメンバー使用希望情報の内容を示す図表である。
【図４−２】ＬＣＡＳの制御情報に含まれる優先順位の内容を示す図表である。
【図４−３】ＬＣＡＳの制御情報に含まれるメンバー使用可能情報の内容を示す図表である。
【図５−１】回線制御装置の受信側における回線制御内容を示すフローチャートである。
【図５−２】回線制御装置の受信側における回線制御内容を示すフローチャートである。
【図６】受信側の回線制御装置におけるデータ受信量の検出処理を説明するためのブロック図である。
【図７】回線制御装置の送信側における回線制御内容を示すフローチャートである。
【図８】この発明によるＬＣＡＳ情報を用いた回線制御状態を示す説明図（その１）である。
【図９】この発明によるＬＣＡＳ情報を用いた回線制御状態を示す説明図（その２）である。
【図１０】この発明によるＬＣＡＳ情報を用いた回線制御状態を示す説明図（その３）である。
【図１１】この発明によるＬＣＡＳ情報を用いた回線制御状態を示す説明図（その４）である。
【図１２】この発明によるＬＣＡＳ情報を用いた回線制御状態を示す説明図（その５）である。
【図１３】この発明によるＬＣＡＳ情報を用いた回線制御状態を示す説明図（その６）である。
【図１４】この発明によるＬＣＡＳ情報を用い、受信側が主導してメンバーの追加を行う説明図（その１）である。
【図１５】この発明によるＬＣＡＳ情報を用い、受信側が主導してメンバーの追加を行う説明図（その２）である。
【図１６】この発明によるＬＣＡＳ情報を用い、受信側が主導してメンバーの追加を行う説明図（その３）である。
【図１７】この発明によるＬＣＡＳ情報を用い、送信側の優先順位を変更してメンバーの変更を行う説明図（その１）である。
【図１８】この発明によるＬＣＡＳ情報を用い、送信側の優先順位を変更してメンバーの変更を行う説明図（その２）である。
【図１９】この発明によるＬＣＡＳ情報を用い、送信側の優先順位を変更してメンバーの変更を行う説明図（その３）である。
【図２０】ＬＣＡＳの機能を説明するための図である。
【図２１】Ｃｔｒｌフィールドの値の定義を示す図表である。
【図２２】従来技術によるＬＣＡＳをＮ：１のネットワークに適用した場合を想定した構成図である。
【符号の説明】
【０１１１】
１  回線制御装置（Ｓｋ側）
２，３，４，５  Ｉ／Ｆカード
２ａ，３ａ，４ａ  ＬＣＡＳ制御部
６  ＶＣ／ＬＣＡＳ主制御部
６ａ  受信バッファ
１０  回線制御装置（Ｓｏ側）
１２，１４  Ｉ／Ｆカード
１２ａ  ＬＣＡＳ制御部
１５  ＶＣ／ＬＣＡＳ主制御部
２０５  制御用パケット（ＣＰ）
２０５ａ  制御情報（Ｃｔｒｌ）
２０５ｂ  ペイロード（データ）
２０５ｃ  制御情報（ＲＳ−Ａｃｋ）
２０５ｄ  メンバー使用希望情報
２０５ｅ  優先順位
２０５ｆ  メンバー使用可能情報
【図１】
2006013562.tif 000003
【図２】
2006013562.tif 000004
【図３−１】
2006013562.tif 000005
【図３−２】
2006013562.tif 000006
【図４−１】
2006013562.tif 000007
【図４−２】
2006013562.tif 000008
【図４−３】
2006013562.tif 000009
【図５−１】
2006013562.tif 000010
【図５−２】
2006013562.tif 000011
【図６】
2006013562.tif 000012
【図７】
2006013562.tif 000013
【図８】
2006013562.tif 000014
【図９】
2006013562.tif 000015
【図１０】
2006013562.tif 000016
【図１１】
2006013562.tif 000017
【図１２】
2006013562.tif 000018
【図１３】
2006013562.tif 000019
【図１４】
2006013562.tif 000020
【図１５】
2006013562.tif 000021
【図１６】
2006013562.tif 000022
【図１７】
2006013562.tif 000023
【図１８】
2006013562.tif 000024
【図１９】
2006013562.tif 000025
【図２０】
2006013562.tif 000026
【図２１】
2006013562.tif 000027
【図２２】
2006013562.tif 000028