(57)【要約】      （修正有）【課題】統計多重可能なトラフィックを伝送するためのパス生成において、エンドユーザを意識したパスの共有を行いネットワーク帯域を効率的に利用する。【解決手段】統計多重可能なトラフィックをＡｄｄ／Ｄｒｏｐするポート間を接続するための伝送パスを自動生成するネットワークを構成するノードにおいて、伝送パスが収容されるリンクと、伝送パスの生成に用いられるラベル番号がどのエンドユーザに属するかの情報と、同一エンドユーザによって共有可能かどうかを示す情報と、該伝送パスの帯域幅情報を格納するためのテーブルを備え、エンドユーザを識別するための情報と、シグナリングプロトコルで使用されるラベル番号の共有可否を示す情報を付加し、伝送パスを構成する各ノードに配布する。【選択図】    図５
2008067054.tif 000002
【特許請求の範囲】
【請求項１】
伝送ネットワーク内で伝送パスを自動生成しネットワークを構成する伝送装置において  、
伝送パスが収容されるリンクと伝送パスの生成に用いられるパス帯域が、どのエンドユ  ーザーに属するかの情報と、同一エンドユーザーによってパスが共有可能かどうかを示  す共有可否情報を有する手段と、
前記エンドユーザーを識別するための情報と前記共有可否情報を付加し隣接ノードにパ  ス生成情報を送出する手段と、
を有することを特徴とする伝送装置。
【請求項２】
伝送ネットワーク内で伝送パスを自動生成しネットワークを構成する伝送装置において  、
伝送パスの生成に用いられるパス帯域がどのエンドユーザーに属するかの情報を持つＵ  ＳＥＲ情報テーブルと同一エンドユーザーによって最大使用帯域を管理する情報を持つ  帯域管理テーブルを有し、
受信したシグナリングプロトコル制御メッセージと前記ＵＳＥＲ情報テーブルと帯域管  理テーブルの情報から、シグナリングプロトコルによる伝送パスの生成時に既に生成済  みの伝送パスかどうかを確認し、存在すれば当該パス帯域を共有することを特徴とする  伝送装置。
【請求項３】
シグナリングプロトコルによる伝送パス生成時、シグナリングプロトコルの処理部は、  共有可能な既設パスが見つかった場合、伝送パスを生成するためのクロスコネクトを設  定する前に、隣接ノードに対して既設の伝送パスを共有できるかどうか確認し、共有可  能との応答が無ければ、別のクロスコネクトを設定することを特徴とする請求項１また  は２に記載の伝送装置。
【請求項４】
ノード間の各リンクに収容される伝送パスについて、各エンドユーザーが確保可能な最  大帯域幅と、各エンドユーザーについて残割り当て可能帯域が少なくなったことを告げ  るための警告閾値を格納しておく使用帯域監視処理部を備え、自動パス生成の際に該処  理部を参照し、割り当て帯域が閾値を超えれば警告メッセージを保守端末に表示するこ  とを特徴とする請求項１または２に記載の伝送装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＯＮＥＴ／ＳＤＨネットワークにおいて、オペレータからの任意の２ノー  ド間のトラフィック伝送パスの生成指示に基づき、ネットワーク内に伝送パスを自動生  成することのできるGeneralized Multi protocol Label Switching （ＧＭＰＬＳ）機  能を搭載する伝送装置に関する。
【背景技術】
【０００２】
現在、オペレーションコスト削減のため、ＳＯＮＥＴ／ＳＤＨ伝送装置にＧＭＰＬＳ機能を実装し、伝送パス(クロスコネクト)を保守者による手動設定によらず、装置に自動的に設定させるという機能拡張を施された伝送装置が増えつつある。
ＳＯＮＥＴ／ＳＤＨ伝送装置におけるＧＭＰＬＳは、Link Management Protocol - LMP - (RFC4204)でノード間の隣接情報を収集、Open Shortest First for Traffic Engineering - OSPF-TE(RFC1850,RFC3630)等のルーティングプロトコルでネットワークトポロジー情報を取得し、Resource reservation Protocol for Traffic Engineering - ＲＳＶＰ−ＴＥ(RFC2205,RFC3209,RFC3473他)等のシグナリングプロトコルによってノード間に任意の帯域で伝送パス(クロスコネクト)を設定する、という構成で実現されることが多い。
伝送パスの自動設定の例を示す。
図1はキャリア網内のネットワークで２地点間を接続する伝送パスが生成された状態を示す図である。
このようなネットワークで、エンドユーザー Ａのsite αとsite βの間に伝送パスを自動的に設定する場合、キャリアのネットワーク保守者は、Ｎｏｄｅ１に対してＮｏｄｅ６との間に必要な帯域のパスを生成するように指示する。すると、Ｎｏｄｅ１は自ノードからＮｏｄｅ６までの経路をルーティングプロトコルによって収集したネットワークトポロジー情報から算出する。
図２は前記経路情報を用いて、シグナリングプロトコル(ＲＳＶＰ−ＴＥを例に用いる)の制御パケットをEnd-to-endでやり取りし、クロスコネクトが設定されている状態を示す図である。
ここでやり取りされる情報は、保守者の伝送パス生成指示を受けたＮｏｄｅ１から送出されるＰＡＴＨメッセージと、終端ノードとして指定されたＮｏｄｅ６から送出されるＲＥＳＶメッセージである。ＰＡＴＨメッセージは、どのノード&ポート間を繋ぐかを示すSession、ＰＡＴＨメッセージがどの隣接ノードから送信されたかを示すＰＨＯＰ(Previous HOP)、パス生成要求(ラベル要求)であることを示すLabel Request、End-to-endの経路を示すExplicit Route、接続セッション名等のセッションの属性を示すSession Attribute、パス生成要求したノードを特定するためのSender Template、生成するパスに必要な帯域幅等を示すSender Tspec、ＰＡＴＨメッセージ中継経路を記録するためのRecord Route等のオブジェクトで構成される。ＰＡＴＨメッセージ中継ノードは、これらの情報を各々記憶し、後に来るＲＥＳＶメッセージの中継準備状態に遷移する。
ＲＥＳＶメッセージは、どのノード&ポート間を繋ぐかを示すSession、ＲＥＳＶメッセージがどの隣接ノードから送信されたかを示すＰＨＯＰ、帯域の割り当て形態を示すStyle、伝送パスに割り当てる帯域幅を示すFlowSpec、伝送パス生成のために割り当てたラベル、ＲＥＳＶメッセージ中継経路を記録するためのRecord Route等のオブジェクトで構成される。
ＰＡＴＨメッセージを受信したＮｏｄｅ６は、要求された帯域幅が割り当て可能であるか判断し、可能であれば、伝送パス(LSP)のためのラベル(例えばＳＯＮＥＴ／ＳＤＨのタイムスロットを特定できるもの)を抽出、要求された帯域幅で指定されたポートとクロスコネクトし、ＰＡＴＨメッセージを送ってきた隣接ノードＮｏｄｅ５に対して、抽出したラベルを含むＲＥＳＶメッセージを送出する。ＲＥＳＶメッセージを受信したＮｏｄｅ５は、Ｎｏｄｅ４とのパス接続に用いるラベルを抽出し、ＲＥＳＶメッセージに含まれるラベルで特定されるタイムスロットとクロスコネクトし、Ｎｏｄｅ４にＲＥＳＶメッセージを送る。これをＮｏｄｅ１に達するまで繰り返すことによって、Ｎｏｄｅ１とＮｏｄｅ６間の各ノードにラベルが配布され、伝送パスが自動的に生成される。
新規に同一ユーザーの伝送パスを追加する場合も前記プロセスと同じメッセージのやり取りを行い同じ帯域内で別の伝送パスを設定し伝送パスが自動的に生成されることになる。
従来、同一ユーザー内の伝送パスを設定する時に予め仮想リングデーターベース（仮想リングとノードの入出力波長チャネルの対応を格納する）を手動で構築し同一ユーザーであれば予め構築している仮想リング内の伝送パスを使用するようにした技術が提案されている。
【特許文献−１】特開２００４−１７９７５９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
トラフィックを時分割多重するＳＯＮＥＴ／ＳＤＨの場合、ネットワーク内のある2地点間をPoint-to-pointで結ぶ指定された帯域幅を持つタイムスロット(伝送パス)を確保するが、その帯域は全て２地点間のトラフィック伝送のために使用される。相互に通信するサイトを増やす場合、２地点間毎に伝送パスを生成する必要がある。
これに対して、Ethernet（登録商標）信号等の統計多重効果の見込めるトラフィックを伝送する場合、相互通信サイトを増やす時、その経路上に既設の伝送パスが存在するなら、ネットワーク内の帯域幅を効率的に利用するため、伝送パスを共有するのが望ましい場合がある。つまり、例えばネットワーク内にバックボーンとして１本伝送パスを生成し、それを複数のサイトで共有するといった使い方である。
ＲＳＶＰ−ＴＥには、帯域を共有するための予約形態(Style)が2種類定義されている。そのうちのWildcard Filtering - WF - を使えば、伝送パスの共有(帯域の共有)が可能であるが、WFによる共有は伝送されるトラフィックの所有者を区別しない。つまり、異なるエンドユーザーが同一の伝送パスを共有する可能性がある。図3は共有すべきでないエンドユーザー同士のパスを共有してしまう場合の図である。
エンドユーザー Ａのsite α/β間の伝送パスが既に存在するところに、エンドユーザー Ｂのsite γ/δ間のパス生成を、WF形態で指示すると、ＲＳＶＰ−ＴＥはエンドユーザーの違いを認識していないため、エンドユーザー Ａ用のパスをエンドユーザー Ｂが同時に使うようなパス接続となる。これは、エンドユーザー毎にService Level Agreement - ＳＬＡ - という契約を交わして、一定の帯域幅を保証するサービスを提供しているキャリアにとって、ＳＬＡを守れなくなる可能性が生じるので好ましくない。
また、Shared Explicit - SE - という形態を取れば、Multi point-to-pointの接続を明示的に指定できる、すなわちパス共有できるノード群を限定できるが、Explicit Routeが同じでなければならないという条件が付く。図４は共有したいユーザーの伝送パスを共有できない状態を示す図である。
エンドユーザー Ａのsite α/β間の伝送パスとエンドユーザー Ｂのsite γ/δ間の伝送パスが既に存在する状態で、エンドユーザー Ａのsite ε/ζ間を接続しようとした場合、既にエンドユーザー Ａ用のパスが存在するので、これを共有したいが、Explicit Routeが異なるので共有できず、新たなパスを生成することになり、貴重なネットワーク帯域を消費してしまう。
本発明は、前述のように、統計多重可能なトラフィックを伝送するためのパス生成において、従来のＲＳＶＰ−ＴＥではエンドユーザーを意識したパスの共有ができないため、同一ユーザーが新規にパスを設定したい時に別のパスを自動設定してしまいネットワーク帯域を効率的に利用できないという課題を解決する。
【課題を解決するための手段】
【０００４】
統計多重可能なトラフィックをＡｄｄ／Ｄｒｏｐするポート間を接続するための伝送パ  スを自動生成するネットワークを構成するノードにおいて、伝送パスが収容されるリン  クと、伝送パスの生成に用いられるラベル番号がどのエンドユーザーに属するかの情報  と、同一エンドユーザーによって共有可能かどうかを示す情報と、該伝送パスの帯域幅  情報を格納するためのテーブルを備え、従来のシグナリングプロトコルでやり取りされ  るメッセージに、エンドユーザーを識別するための情報と、シグナリングプロトコルで  使用されるラベル番号の共有可否を示す情報を付加し、また受信したメッセージからこ  れらの情報を抽出して前記テーブルに格納する処理部を持つことによって、これらの情  報を、伝送パスを構成する各ノードに配布する。シグナリングプロトコルによる伝送パ  スの生成時に、伝送パスを構成する各ノード間に、シグナリングプロトコル制御メッセ  ージに含まれるエンドユーザーによって共有可能なラベルが既に生成済みかどうか前記  のテーブルを検索し、存在すれば当該ラベルを共有する。
【０００５】
また、シグナリングプロトコルによる伝送パス生成時、シグナリングプロトコルの処理  部は、共有可能な既設パスが見つかった場合、伝送パスを生成するためのクロスコネク  トを設定する前に、隣接ノードに対して既設の伝送パスを共有できるかどうか確認し、  共有可能との応答が無ければ、別のクロスコネクトを設定する。これにより、本発明を  実装していない伝送装置とも伝送パスを接続することができるようになる。
【０００６】
さらに、ノード間の各リンクに収容される伝送パスについて、各エンドユーザーが確保  可能な最大帯域幅と、各エンドユーザーについて残割り当て可能帯域が少なくなったこ  とを告げるための警告閾値を格納しておくテーブルを備え、自動パス生成の際に該テー  ブルを参照し、割り当て帯域が閾値を超えれば警告メッセージを保守端末に表示する。
【発明の効果】
【０００７】
本発明のパス共有管理方式を載せた伝送装置でネットワークを構成すれば、ＧＭＰＬＳによるパス自動生成のオペレーションコストを削減するという利点を失わず、統計多重可能なトラフィックならば、ネットワーク内の伝送パスを複数のフローで共有でき、従来よりも効率的なネットワーク帯域の利用が可能となる。
【発明を実施するための最良の形態】
【０００８】
以下、本発明の実施の形態について図面を参照して説明する。
図５は本発明の実施形態を示す図である。
本発明は図５において、伝送装置（Ｎｏｄｅに相当）内のクロスコネクト制御部５０１とＧＭＰＬＳ制御部５００から成る。
クロスコネクト制御部５０１は、クロスコネクト設定情報を蓄積するためのクロスコネクトＤＢ５１３ （これを調べることによって、ノードが持つ空き帯域・使用済み帯域が分かる）と、クロスコネクトＤＢ５１３を参照してスイッチファブリック５１５を制御するクロスコネクト設定管理部５１４、およびスイッチファブリック５１５から構成される。ＧＭＰＬＳ制御部５００は、制御用チャネルにより隣接ノードと接続されている。
ＧＭＰＬＳ制御部５００は、制御用チャネルを介して隣接ノードと制御パケットを送受信するＩＰ送受信部５０３、隣接ノードとの接続に使用されているリンク（光ファイバ等）の状態を監視・収集するためのリンク情報収集処理部５０２（ＬＭＰ）、ネットワークのトポロジー情報を構築するためのルーティングプロトコル処理部５０４（ＯＳＰＦ−ＴＥ）、伝送パスの設定・削除のためのシグナリングを行うシグナリングプロトコル処理部５０５、トラフィックを伝送するために使用されるリンクおよび伝送パスを生成するために使用されるラベル番号をエンドユーザーに対応付けるためのＵＳＥＲ情報テーブル５０９、ノード内の各リンク内に各エンドユーザーにどれだけ帯域を割り当てられるかを示す帯域管理テーブル５１０、帯域管理テーブルを参照して帯域の使用状況を保守者に知らせる（割り当て可能帯域な残り帯域が少なくなったことを保守者に警告する）使用帯域監視処理部５１２、保守者がＵＳＥＲ情報を参照・更新する等の制御をするための保守端末インタフェース部５１１から構成される。
さらに、シグナリングプロトコル処理部５０５は、従来のＲＳＶＰ−ＴＥの処理とユーザー情報処理部に共有パスの生成指示又はＲＰＶＰ−ＴＥの制御メッセージ処理の指示を行うＲＳＶＰ−ＴＥ処理部５０６、各伝送パスのエンドユーザーを識別するためのＵＳＥＲオブジェクト（ＲＳＶＰ−ＴＥのＰＡＴＨ/ＲＥＳＶ/ＰＡＴＨ TEＡRDOWN/ＲＥＳＶ TEＡRDOWNメッセージに付加される）を処理するＵＳＥＲ情報処理部５０７、ＵＳＥＲ情報処理部の処理結果に基き共有パスの検索やクロスコネクト制御部５０１に対してクロスコネクト設定を指示するパス共有管理部５０８から構成される。
図６はＵＳＥＲ情報テーブルの構成を示す図である。ＵＳＥＲ情報テーブルは、伝送パスを収容するリンクを識別するリンク識別子６０、保守者により保守端末インタフェースを介して設定されるか、もしくは受信したＲＳＶＰ−ＴＥの制御パケットに付加されるＵＳＥＲオブジェクトに含まれるエンドユーザー識別子６１、伝送パスを生成するために使用されるラベル番号６２、伝送パスに割り当てられた帯域幅６３、ラベルの共有可否を示す共有可否情報６４、および当該ラベルが何本の伝送パスから共有されているかを示す共有数６５をエントリーとして持つ。
図７はユーザーオブジェクトの構成を示す図である。
図８は帯域管理テーブルの構成を示す図である。帯域管理テーブルは、伝送パスを収容するリンクを識別するリンク識別子８０、保守者により保守端末インタフェースを介して設定されるエンドユーザー識別子８１、当該エンドユーザーに割り当て可能な最大帯域幅８２、割り当て可能な残り帯域が少なくなってきたことを警告する判定基準となる警告閾値８３をエントリーとして持つ。
使用帯域監視処理部５１２は、定期的に帯域管理テーブル５１０のエントリーを監視し、最大帯域が指定されている各エンドユーザーについて、警告閾値を超えていないか判定する。もし超えていれば、保守端末インタフェースを介して、保守者に警告を発する。
図９はＵＳＥＲ情報処理部の処理フローを示す図である。
Ｓ９０１：ＵＳＥＲ情報処理部は、保守者によるパス生成指示に伴うＲＳＶＰ−ＴＥ処理部からの共有パス生成指示か、もしくは制御用チャネルから受信したＲＳＶＰ−ＴＥの制御パケットを受け取る。
Ｓ９０２：ＲＳＶＰ−ＴＥ制御パケットだった場合、それが共有確認メッセージかどうか判定する。
Ｓ９１９：共有確認メッセージであれば、パスの共有が可能であることを示すメッセージを、制御パケットを受信した制御用チャネルを介して、確認メッセージを送ってきた隣接ノードに返す。
この共有確認メッセージは、本発明を実装していないノードが隣接ノードであった場合のためのものである。本発明を実装していないノードは、受信したＲＥＳＶメッセージに含まれるラベルが既に他のトラフィックのために使用されている場合、帯域予約形態がＷＦでなければ、そのラベルを共用しない。ＷＦは、前に述べた理由で、キャリアネットワークで使用するケースはほとんど無いと考えられる。したがって、シグナリングがエラーし、伝送パスが生成されないことになる。このようなケースを回避するため、本発明を実装したノードは、ＲＥＳＶメッセージを隣接ノードに送信する前に、共有可否を確認するためのメッセージを隣接ノードに送り、一定時間内に返答メッセージが返って来ない場合（つまり、隣接ノードが本発明を実装していない場合）は、パスの共有を取り止め、新たなパスを生成するためのラベルを生成し、ＲＥＳＶメッセージを作成・送信する。これによって、本発明を実装していないノードがネットワーク内に存在しても、パスの自動生成が従来の方式で行われることを保証する。
Ｓ９０３：共有確認メッセージでない場合、保守者によるパス生成指示かを確認する。
Ｓ９１２：共有パス生成指示であった場合、その生成指示を受けるノードのどのＡｄｄ／Ｄｒｏｐポートとネットワーク内のどのノードのどのＡｄｄ／Ｄｒｏｐポートを接続するかを示す情報、2つのポート間を接続する伝送パスを共有するかしないかを示す情報、および伝送パスに必要な帯域幅から成る。ＲＳＶＰ−ＴＥ処理部は、保守者の指示をもとにEnd-to-endの経路情報（End point同士を繋ぐための各ノード間のリンク情報）を検索し、エンドユーザー識別子とともにＵＳＥＲ情報処理部に対してＵＳＥＲオブジェクトの生成を指示する。
Ｓ９１１：指示を受けたＵＳＥＲ情報処理部は、ＵＳＥＲ情報テーブルを検索し、受け取ったエンドユーザー識別子とリンク識別子に合致する共有可否情報を抽出し、ＵＳＥＲオブジェクトを生成してＲＳＶＰ−ＴＥ制御パケット（この場合ＰＡＴＨまたはＰＡＴＨ TEＡRDOWNメッセージ）に付加する。
Ｓ９０４：ＵＳＥＲ情報処理部がＲＳＶＰ−ＴＥ制御パケットを受け取った場合、そのメッセージの種類によって異なる処理を行う。ＵＳＥＲ情報処理部が処理するメッセージ種別は、ＰＡＴＨ/ＲＥＳＶ/ＰＡＴＨ ＴＥＡＲＤＯＷＮ/ＲＥＳＶ ＴＥＡＲＤＯＷＮの4種類の判断を行う。
Ｓ９０５：ＲＥＳＶメッセージを受信した場合ＵＳＥＲオブジェクトが含まれるか調べ、共有可否を判定する。
Ｓ９０６：共有不可なら共有パス管理部に新規のパスを生成するよう指示し共有可であれば、ＵＳＥＲオブジェクトに含まれるエンドユーザー識別子がＵＳＥＲ情報テーブルに登録済みで、ＲＥＳＶメッセージを受信したリンクに共有可能なラベルが存在するか調べる。
Ｓ９１６：エンドユーザー識別子が未登録、もしくは共有可能なラベルが存在しないなら、パス共有管理部にエンドユーザー識別子とＲＥＳＶメッセージ受信リンクを渡し、新規のラベルを生成するよう指示する。
Ｓ９０７：登録済みで共有可能なラベルが存在するか判定する。
Ｓ９０８：共有可能なラベルが存在しＲＥＳＶメッセージが自ノード宛でなければ、ＲＥＳＶメッセージを受信したリンクとは逆のサイドのリンク（つまりこれからＲＥＳＶメッセージを送信するリンク）先の隣接ノードに対して、共有確認メッセージを送信し、応答を一定時間待つ。
Ｓ９０９：共有可能な応答があるか否か確認する。
Ｓ９１７：応答が無ければ、隣接ノードは本発明を実装していなので、新規にラベルを生成するようパス共有管理部に指示する。
Ｓ９１０：応答が有れば、パス共有管理部にエンドユーザー識別子とＲＥＳＶメッセージ受信リンクの共有ラベル番号を渡して、当該ラベルを共有ラベルとしてパス生成のために使用するよう指示する。
Ｓ９１３：ＰＡＴＨメッセージを受信したか否か確認する。
Ｓ９１４：ＰＡＴＨメッセージの最終宛先が自ノードか調べる。自ノード宛なら、ＲＥＳＶメッセージを受信した場合と同じ処理を行う。自ノード宛でないなら、ＰＡＴＨメッセージを受信したリンクとは逆のサイドのリンクに、ＵＳＥＲオブジェクトをそのまま付加したＰＡＴＨメッセージを送信する。つまり、終点ノードでなければＵＳＥＲオブジェクトをそのまま転送する。
ＰＡＴＨ TEＡRDOWNメッセージを受信した場合も同様にその最終宛先が自ノードか調べる。自ノード宛なら、ＲＥＳＶ TEＡRDOWNメッセージを受信した場合と同じ処理を行う。自ノード宛でないなら、ＰＡＴＨ TEＡRDOWNメッセージを受信したリンクとは逆のサイドのリンクに、ＵＳＥＲオブジェクトをそのまま付加したＰＡＴＨ TEＡRDOWNメッセージを送信する。つまり終点ノードでなければＵＳＥＲオブジェクトをそのまま転送する。
Ｓ９１５：ＲＳＶＰ−ＴＥ処理部から共有パス生成指示、ＲＥＳＶメッセージ、ＰＡＴＨメッセージのいずれでもない指示を受けた場合、自ノード宛ＰＡＴＨ ＴＥＡＲＤＯＷＮメッセージかＲＥＳＶ ＴＥＳＲＤＯＷＮメッセージを受信したかを確認する。
Ｓ９１８：ＲＥＳＶ TEＡRDOWNメッセージを受信した場合ＵＳＥＲオブジェクトに含まれるエンドユーザー識別子を持つエントリーをＵＳＥＲ情報テーブルから検索し、パス共有管理部に対してパスの削除を指示する。
図１０はパス共有管理部の動作フローを示す図である。
Ｓ１０１：パス共有管理部は、ＵＳＥＲ情報処理部の指示を受けて動作する。まずＵＳＥＲ情報処理部の指示が、既設の共有ラベルの使用指示かを判定する。
Ｓ１０２：ＵＳＥＲ情報処理部の指示が新規ラベルの生成指示か判定する。
Ｓ１１２：共有ラベル使用指示でなければ、パスの削除指示であるので、ＵＳＥＲ情報処理から渡されたエンドユーザー識別子とメッセージ受信リンクの組み合わせにマッチするエントリーを、ＵＳＥＲ情報テーブルから検索し、共有ラベル番号を抽出する。
Ｓ１１３：共有ラベル番号を抽出するとＵＳＥＲ情報テーブルのエントリーには、当該共有パスがいくつのエンドユーザーにより共有されているかを示す共有数が含まれるので、これをデクリメントする。
Ｓ１１４：デクリメントした結果が０かどうかを判定する。
Ｓ１０７：もし共有数が０になった場合、当該共有ラベルは誰にも使われていないことになるので、クロスコネクトを解除し、ＵＳＥＲ情報テーブルのエントリーを削除する。ＵＳＥＲ情報処理部からの指示がラベルの新規生成や削除だった場合、クロスコネクトＤＢ検索結果もしくはＵＳＥＲ情報テーブルの検索結果を用いて、クロスコネクト制御部にクロスコネクトの設定・解除を指示する。
Ｓ１０２：ＵＳＥＲ情報処理部からの指示が新規ラベルの生成指示か否かを判定する。
Ｓ１０９：新規ラベルの生成指示だった場合、クロスコネクトＤＢを調べて指示された必要帯域幅を満足する空き帯域を検索する。
Ｓ１１０：ＵＳＥＲ情報処理部からエンドユーザー識別子とＲＥＳＶメッセージ受信リンクを受け取っているか否かを判定する。もし受け取っていなければクロスコネクト制御部５０１に対して、検索された空き帯域のクロスコネクトを指示する。
Ｓ１１１：受け取っていれば、エンドユーザー識別子と帯域、および検索された空き帯域に対応するラベル番号を、ＲＥＳＶメッセージ受信リンクの共有ラベル番号としてＵＳＥＲ情報テーブルに登録する。
Ｓ１０３：ＵＳＥＲ情報処理部からの指示が、既設ラベルの使用指示だった場合、ＵＳＥＲ情報処理部から受け取ったエンドユーザー識別子とＲＥＳＶメッセージ受信リンクの共有ラベル番号にマッチするエントリーを検索し、帯域を抽出する。
Ｓ１０４：ＵＳＥＲ情報テーブルから抽出した帯域が、ＵＳＥＲ情報処理部から渡された必要帯域を満たすかどうか判定する。
Ｓ１０５：もし帯域が不足している場合、一旦当該パスを削除するようクロスコネクト制御部５０１に指示し、必要帯域を満足する空き帯域（ラベル番号）を検索し、クロスコネクト制御部５０１に指示して新規クロスコネクトを生成し、ＵＳＥＲ情報テーブルの共有ラベル番号を更新する。Ａｄｄ／Ｄｒｏｐポートを接続するようなクロスコネクトを設定する際に、もしすでに当該ノードを通過するようなクロスコネクトが存在する場合は、Dual Transmit& Drop and Continueクロスコネクトを設定するよう、クロスコネクト制御部５０１に支持する。（つまり、Ａddされたトラフィックをブロードキャストし、ネットワークから受信したトラフィックをDropかつ隣接ノードに転送するようなクロスコネクト構成をとる。）
また、クロスコネクトを生成し直す時、もしＬＣＡＳ(Link Capacity Adjustment  Scheme)機能を装置が有しており、伝送パスがVirtual Concatenationで構成されている場合は、ＬＣＡＳ制御部に対してVirtual Concatenation 帯域追加を指示するように構成してもよい。このような構成では、トラフィック伝送サービスを断とすることなく帯域を変更可能となる。
Ｓ１０６：ＵＳＥＲ情報テーブルへの登録・更新が完了したら、ＵＳＥＲ情報テーブルの共有数をインクリメントし、帯域に変更があれば更新する。
Ｓ１０８：上記検索結果の共有ラベル番号を、ＲＳＶＰ−ＴＥ制御メッセージのラベル値として使用するよう、ＲＳＶＰ−ＴＥ処理部に指示する。
以上の各処理部の動作により、エンドユーザーを意識した共有ラベルの設定が可能なことを、以下に説明する。
図１１は仮定のネットワークを示す図である。各ノードは本発明を実装しているものとする。
図１２は前記図１１のネットワーク内の各ノードのＵＳＥＲ情報を示す図である。
Ｎｏｄｅ２  ３０３、Ｎｏｄｅ３  ３０４、Ｎｏｄｅ５  ３０６にはそれぞれ前記図１２に示すようなＵＳＥＲ情報テーブルが構築されている。エンドユーザー Ａのsiteεとζを、同ユーザーが既にsite α/β用に持っている伝送パスを共有して接続し、統計多重可能なトラフィックを伝送したいとする。保守者は、エンドユーザー Ａのsite εが接続されるＮｏｄｅ２のＡｄｄ／Ｄｒｏｐポート（仮に１−１）をsite ζの繋がっているＮｏｄｅ５のＡｄｄ／Ｄｒｏｐポート（仮に２−１）を、共有可の１GＢｐｓで接続するようＮｏｄｅ２に対して指示する。
指示を受けたＮｏｄｅ２のＵＳＥＲ情報処理部は、パス生成指示なのでＵＳＥＲ情報テーブルにエンドユーザー Ａが存在するか調べ、エンドユーザー識別子と共有可設定のＵＳＥＲオブジェクトを作成し、制御パケット（ＰＡＴＨメッセージ）に付加してＮｏｄｅ３に送信する（Ｎｏｄｅ５までの経路は、ルーティングプロトコル制御部が管理しており、ＥＲＯとしてＰＡＴＨメッセージに付加する。また必要帯域1GＢｐｓは、ＰＡＴＨメッセージのSender Tspecオブジェクトとして通知される）。
ＰＡＴＨメッセージを受けたＮｏｄｅ３は、自ノード宛ではないので、ＵＳＥＲオブジェクトについてはそのままＮｏｄｅ５にＰＡＴＨメッセージを送る。
ＰＡＴＨメッセージを受けたＮｏｄｅ５のＵＳＥＲ情報処理部は、自分宛のＰＡＴＨメッセージなので処理を開始する。ＰＡＴＨメッセージにＵＳＥＲオブジェクトが付加されており、共有可に設定されているので、ＵＳＥＲ情報テーブルに登録済みのエンドユーザーか調べる。Ｎｏｄｅ５のＵＳＥＲ情報テーブルには、既にエンドユーザー Ａが登録されており、ＰＡＴＨメッセージを受信したリンクに既に共有ラベルが存在する（１−１）ので、ＲＥＳＶメッセージ送信先であるＮｏｄｅ３に共有確認メッセージを送信する。Ｎｏｄｅ３は、本発明を実装しているので、ＵＳＥＲ情報処理部が共有確認メッセージを受信すると、共有可能メッセージをＮｏｄｅ５に対して送信する。共有可能メッセージを受信したので、Ｎｏｄｅ５のＵＳＥＲ情報処理部は、１−１を共有ラベルとして使い、かつ必要帯域として１ＧＢｐｓ必要なことをパス共有管理部に指示する。指示を受けたパス共有管理部は、新規のラベル生成指示ではないので、ＵＳＥＲ情報処理部から渡されたエンドユーザー識別子Ａとラベル番号１−１にマッチするエントリーを、ＵＳＥＲ情報テーブルから検索し、ＰＡＴＨメッセージを受信したリンクの当該共有ラベルの帯域が５０ＭＢｐｓであることを抽出する。必要帯域に足りないので、クロスコネクトＤＢの情報を確認した上で、一旦クロスコネクトを削除し、必要帯域のクロスコネクトを指示する。その後、ＵＳＥＲ情報テーブルのＥＡｓｔ側帯域を更新して、共有数をインクリメントし、Ｎｏｄｅ３に対して共有ラベル番号である１−１を使用して、ＲＥＳＶメッセージを送信するよう指示する。
ＲＥＳＶメッセージを受信したＮｏｄｅ３のＵＳＥＲ情報処理部は、メッセージ処理を行う。受信したＲＥＳＶメッセージにＵＳＥＲオブジェクトが付加されており、共有可に設定されているので、ＵＳＥＲ情報テーブルに登録済みのエンドユーザーか調べる。Ｎｏｄｅ３のＵＳＥＲ情報テーブルには、既にエンドユーザー Ａが登録されており、ＲＥＳＶメッセージを受信したリンクに既に共有ラベルが存在するので、これを使う。送信するリンクに既に共有ラベルが存在するので、ＲＥＳＶメッセージ送信先であるＮｏｄｅ２に共有確認メッセージを送信する。Ｎｏｄｅ２は、本発明を実装しているので、ＵＳＥＲ情報処理部が共有確認メッセージを受信すると、共有可能メッセージをＮｏｄｅ３に対して送信する。共有可能メッセージを受信したので、Ｎｏｄｅ３のＵＳＥＲ情報処理部は、１−１を共有ラベルとして使い、かつ必要帯域として１ＧＢｐｓ必要なことをパス共有管理部に指示する。指示を受けたパス共有管理部は、新規のラベル生成指示ではないので、ＵＳＥＲ情報処理部から渡されたエンドユーザー識別子Ａとパス番号１−１にマッチするエントリーを、ＵＳＥＲ情報テーブルから検索し、ＲＥＳＶメッセージを受信したサイドの当該共有パスの帯域が５０ＭＢｐｓであることを抽出する。必要帯域に足りないので、一旦クロスコネクトを削除し、必要帯域のクロスコネクトを改めて生成する。その後、ＵＳＥＲ情報テーブルを更新して、共有数をインクリメントし、Ｎｏｄｅ２に対して共有ラベル番号である１−１を使用して、ＲＥＳＶメッセージを送信するよう指示する。
ＲＥＳＶメッセージを受信したＮｏｄｅ２のＵＳＥＲ情報処理部は、メッセージ処理を行う。受信したＲＥＳＶメッセージにＵＳＥＲオブジェクトが付加されており、共有可に設定されているので、ＵＳＥＲ情報テーブルに登録済みのエンドユーザーか調べる。Ｎｏｄｅ２のＵＳＥＲ情報テーブルには、既にエンドユーザーＡが登録されており、ＲＥＳＶメッセージを受信したリンクに既に共有パスが存在するので、これを使う。
Ｎｏｄｅ２のＵＳＥＲ情報処理部は、１−１を共有ラベルとして使い、かつ必要帯域として１ＧＢｐｓ必要なことをパス共有管理部に指示する。指示を受けたパス共有管理部は、新規のラベル生成指示ではないので、ＵＳＥＲ情報処理部から渡されたエンドユーザー識別子Ａとパス番号１−１にマッチするエントリーを、ＵＳＥＲ情報テーブルから検索し、ＲＥＳＶメッセージを受信したリンクの当該共有パスの帯域が５０ＭＢｐｓであることを抽出する。必要帯域に足りないので、一旦クロスコネクトを削除し、必要帯域のクロスコネクトを改めて生成する。その後、ＵＳＥＲ情報テーブルを更新して、共有数をインクリメントする。
図１３はネットワーク内のパス接続を示す図である。
ＥＮＤ  ＵＳＥＲ  Ａのパスがネットワーク内でパスを共有している状態を示す。
図１４はパスを共有した時のＵＳＥＲ情報テーブルを示す図である。
ＥＮＤ  ＵＳＥＲ  Ａのパスがネットワーク内でパスを共有し、Ｎｏｄｅ２においてはＥＮＤ  ＵＳＥＲ識別子１４２のＵＳＥＲ  Ａが共有数１４６で２になっていることが判る。
以上により、エンドユーザー毎にネットワークの伝送パスを共有もしくは非共有設定で利用することができ、接続するＡｄｄ／Ｄｒｏｐポートが増えて、ＲＳＶＰ−ＴＥのシグナリングによる自動パス生成が起動された場合も、共有可能なラベルが存在すれば、そのラベルによって生成済みの既設の伝送パスをトラフィック伝送に利用することができる。
【図面の簡単な説明】
【０００９】
【図１】キャリア網内に２地点間を接続する伝送パスが生成されたことを例示する図。
【図２】図1の伝送パスを生成するために、ＲＳＶＰ−ＴＥの制御パケットがノード間で送受信され、クロスコネクトが設定されていることを示す図。
【図３】ＲＳＶＰ−ＴＥのWF接続形態を用いると、共有すべきでないエンドユーザー Ａ用の伝送パスをエンドユーザー Ｂが共有してしまうことを示す図。
【図４】ＲＳＶＰ−ＴＥのSE接続形態を用いると、共有したいエンドユーザー Ａのｓｉｔｅ α/β間の伝送パスを、同じエンドユーザー Ａのｓｉｔｅ ε/ζ間で共有できないことを示す図。
【図５】本発明の実施構成例示す図。
【図６】ＵＳＥＲ情報テーブルの例を示す図。
【図７】ＵＳＥＲオブジェクトの構成を示す図。
【図８】帯域管理テーブルの例を示す図。
【図９】ＵＳＥＲ情報処理部の処理フローを示す図。
【図１０】パス共有管理部の処理フローを示す図。
【図１１】パス共有例を説明するためのネットワークを示すネットワーク図。
【図１２】パス共有例を説明するためのＵＳＥＲ情報を示すＵＳＥＲ情報テーブル図。
【図１３】パス共有例を説明するためのネットワークを示すネットワーク図（共有ラベル設定完了後）。
【図１４】パス共有例を説明するためのＵＳＥＲ情報を示すＵＳＥＲ情報テーブル図（共有ラベル設定完了後）。
【図１】
2008067054.tif 000003
【図２】
2008067054.tif 000004
【図３】
2008067054.tif 000005
【図４】
2008067054.tif 000006
【図５】
2008067054.tif 000007
【図６】
2008067054.tif 000008
【図７】
2008067054.tif 000009
【図８】
2008067054.tif 000010
【図９】
2008067054.tif 000011
【図１０】
2008067054.tif 000012
【図１１】
2008067054.tif 000013
【図１２】
2008067054.tif 000014
【図１３】
2008067054.tif 000015
【図１４】
2008067054.tif 000016