(57)【要約】  汎用マルチプロトコルラベルスイッチング（ＧＭＰＬＳ）制御ネットワークにおけるサービスインスタンス識別子（Ｉ−ＳＩＤ）を自動構成するシステム及び方法。上記方法は、上記ＧＭＰＬＳ制御ネットワークにおける特定のサービスについての特定のＩ−ＳＩＤを識別することにより開始する。次に、ＲＳＶＰ−ＴＥ（Resource  Reservation  Protocol-Traffic  Engineering）拡張を伴うバックボーンエッジブリッジ（ＢＥＢ）内で、識別した上記Ｉ−ＳＩＤが自動構成される。上記自動構成は、いくつかの異なる実施形態により実装され得る。ある実施形態において、上記Ｉ−ＳＩＤはＳＥＳＳＩＯＮ＿ＡＴＴＲＩＢＵＴＥオブジェクトにおいて保持され得る。別の実施形態において、上記Ｉ−ＳＩＤはセッションオブジェクト内のショートコールＩＤフィールドにマッピングされ得る。代わりに、上記Ｉ−ＳＩＤはエンドポイントＩＤ  ＴＬＶ（Type-Length-Value）において保持され得る。上記Ｉ−ＳＩＤはまた、ＬＳＰ＿ＡＴＴＲＩＢＵＴＥＳ又はＣＡＬＬ＿ＡＴＴＲＩＢＵＴＥＳオブジェクト内の新たなＴＬＶにおいて保持され得る。【選択図】図８
2011514089.tif 000002
【特許請求の範囲】
【請求項１】
汎用マルチプロトコルラベルスイッチング（ＧＭＰＬＳ）制御ネットワークにおけるサービスインスタンス識別子（Ｉ−ＳＩＤ）を自動構成する方法であって、
前記ＧＭＰＬＳ制御ネットワークにおける特定のサービスについての特定のＩ−ＳＩＤを識別するステップと；
ＲＳＶＰ−ＴＥ（Resource  Reservation  Protocol-Traffic  Engineering）拡張を伴うＢＥＢ内で、識別した前記Ｉ−ＳＩＤを自動構成するステップと；
を含む方法。
【請求項２】
識別した前記Ｉ−ＳＩＤを自動構成する前記ステップは、ＳＥＳＳＩＯＮ＿ＡＴＴＲＩＢＵＴＥオブジェクトを使用して前記Ｉ−ＳＩＤを保持することを含む、請求項１に記載の方法。
【請求項３】
前記Ｉ−ＳＩＤは、前記ＳＥＳＳＩＯＮ＿ＡＴＴＲＩＢＵＴＥオブジェクトの元の文字列に結合される、請求項２に記載の方法。
【請求項４】
前記ＳＥＳＳＩＯＮ＿ＡＴＴＲＩＢＵＴＥオブジェクト内のセッション名フィールドが前記Ｉ−ＳＩＤを保持する、請求項２に記載の方法。
【請求項５】
前記Ｉ−ＳＩＤは、数値として符号化される、請求項４に記載の方法。
【請求項６】
前記Ｉ−ＳＩＤは、前記セッション名フィールド内のテキストに付加される、請求項４に記載の方法。
【請求項７】
前記Ｉ−ＳＩＤは、変換された文字列として符号化される、請求項４に記載の方法。
【請求項８】
前記Ｉ−ＳＩＤは、セッションオブジェクト内のショートコールＩＤフィールドにマッピングされる、請求項１に記載の方法。
【請求項９】
前記Ｉ−ＳＩＤは、１６ビットのショートコールＩＤフィールドにマッピングされる、請求項８に記載の方法。
【請求項１０】
前記Ｉ−ＳＩＤは、送信元ＢＥＢ  ＩＤ及びサービス区分（Service  Differentiator）に分割される、請求項９に記載の方法。
【請求項１１】
前記Ｉ−ＳＩＤは、前記オブジェクト内のルータＩＤフィールドを利用することにより前記ショートコールＩＤにマッピングされる、請求項８に記載の方法。
【請求項１２】
前記Ｉ−ＳＩＤは、前記ルータＩＤの下位８ビット及び前記ショートコールＩＤに結合される、請求項１１に記載の方法。
【請求項１３】
識別した前記Ｉ−ＳＩＤを自動構成する前記ステップは、セッションオブジェクトのエンドポイントＩＤ  ＴＬＶ（Type-Length-Value）内に前記Ｉ−ＳＩＤを保持することを含む、請求項１に記載の方法。
【請求項１４】
前記Ｉ−ＳＩＤは、前記オブジェクト内の元の文字列に結合される、請求項１３に記載の方法。
【請求項１５】
識別した前記Ｉ−ＳＩＤを自動構成する前記ステップは、ＬＳＰ＿ＡＴＴＲＩＢＵＴＥＳ又はＣＡＬＬ＿ＡＴＴＲＩＢＵＴＥＳオブジェクト内の新たなＴＬＶ（Type-Length-Value）において前記Ｉ−ＳＩＤを保持することを含む、請求項１に記載の方法。
【請求項１６】
汎用マルチプロトコルラベルスイッチング（ＧＭＰＬＳ）制御ネットワークにおけるサービスインスタンス識別子（Ｉ−ＳＩＤ）を自動構成するためのシステムであって、
前記ＧＭＰＬＳ制御ネットワークにおけるバックボーンエッジブリッジ（ＢＥＢ）と；
前記ＧＭＰＬＳ制御ネットワークにおける特定のサービスについての特定のＩ−ＳＩＤを識別するための手段と；
ＲＳＶＰ−ＴＥ（Resource  Reservation  Protocol-Traffic  Engineering）拡張を伴うＢＥＢ内で、識別した前記Ｉ−ＳＩＤを自動構成するための手段と；
を含むシステム。
【請求項１７】
識別した前記Ｉ−ＳＩＤを自動構成するための前記手段は、ＳＥＳＳＩＯＮ＿ＡＴＴＲＩＢＵＴＥオブジェクトを利用して前記Ｉ−ＳＩＤを保持することを含む、請求項１６に記載のシステム。
【請求項１８】
前記Ｉ−ＳＩＤは、前記ＳＥＳＳＩＯＮ＿ＡＴＴＲＩＢＵＴＥオブジェクトの元の文字列に結合される、請求項１７に記載のシステム。
【請求項１９】
前記ＳＥＳＳＩＯＮ＿ＡＴＴＲＩＢＵＴＥオブジェクト内のセッション名フィールドが前記Ｉ−ＳＩＤを保持する、請求項１７に記載のシステム。
【請求項２０】
前記Ｉ−ＳＩＤは、数値として符号化される、請求項１９に記載のシステム。
【請求項２１】
前記Ｉ−ＳＩＤは、前記セッション名フィールド内のテキストに付加される、請求項１９に記載のシステム。
【請求項２２】
前記Ｉ−ＳＩＤは、変換された文字列として符号化される、請求項１９に記載のシステム。
【請求項２３】
識別した前記Ｉ−ＳＩＤを自動構成するための前記手段は、セッションオブジェクト内のショートコールＩＤフィールドに前記Ｉ−ＳＩＤをマッピングするための手段を含む、請求項１６に記載のシステム。
【請求項２４】
前記Ｉ−ＳＩＤは、１６ビットのショートコールＩＤフィールドにマッピングされる、請求項２３に記載のシステム。
【請求項２５】
前記Ｉ−ＳＩＤは、送信元ＢＥＢ  ＩＤ及びサービス区分に分割される、請求項２３に記載のシステム。
【請求項２６】
前記Ｉ−ＳＩＤは、前記オブジェクト内のルータＩＤフィールドを利用することにより前記ショートコールＩＤにマッピングされる、請求項２３に記載のシステム。
【請求項２７】
前記Ｉ−ＳＩＤは、前記ルータＩＤの下位８ビット及び前記ショートコールＩＤに結合される、請求項２５に記載のシステム。
【請求項２８】
識別した前記Ｉ−ＳＩＤを自動構成するための前記手段は、セッションオブジェクトのエンドポイントＩＤ  ＴＬＶ（Type-Length-Value）内に前記Ｉ−ＳＩＤを保持するための手段を含む、請求項１６に記載のシステム。
【請求項２９】
前記Ｉ−ＳＩＤは、前記オブジェクト内の元の文字列に結合される、請求項２７に記載のシステム。
【請求項３０】
識別した前記Ｉ−ＳＩＤを自動構成するための前記手段は、ＬＳＰ＿ＡＴＴＲＩＢＵＴＥＳ又はＣＡＬＬ＿ＡＴＴＲＩＢＵＴＥＳオブジェクト内の新たなＴＬＶ（Type-Length-Value）において前記Ｉ−ＳＩＤを保持するための手段を含む、請求項１６に記載のシステム。
【請求項３１】
汎用マルチプロトコルラベルスイッチング（ＧＭＰＬＳ）制御ネットワークにおけるサービスインスタンス識別子（Ｉ−ＳＩＤ）を自動構成するためのノードであって、
前記ＧＭＰＬＳ制御ネットワークにおける特定のサービスについての特定のＩ−ＳＩＤを識別するための手段と；
ＲＳＶＰ−ＴＥ（Resource  Reservation  Protocol-Traffic  Engineering）拡張を伴うＢＥＢ内で、識別した前記Ｉ−ＳＩＤを自動構成するための手段と；
を含むノード。
【請求項３２】
識別した前記Ｉ−ＳＩＤを自動構成するための前記手段は、ＳＥＳＳＩＯＮ＿ＡＴＴＲＩＢＵＴＥオブジェクトを利用して前記Ｉ−ＳＩＤを保持することを含む、請求項３０に記載のノード。
【請求項３３】
識別した前記Ｉ−ＳＩＤを自動構成するための前記手段は、セッションオブジェクト内のショートコールＩＤフィールドに前記Ｉ−ＳＩＤをマッピングするための手段を含む、請求項３０に記載のノード。
【請求項３４】
識別した前記Ｉ−ＳＩＤを自動構成するための前記手段は、セッションオブジェクトのエンドポイントＩＤ  ＴＬＶ（Type-Length-Value）内に前記Ｉ−ＳＩＤを保持するための手段を含む、請求項３０に記載のノード。
【請求項３５】
識別した前記Ｉ−ＳＩＤを自動構成するための前記手段は、ＬＳＰ＿ＡＴＴＲＩＢＵＴＥＳ又はＣＡＬＬ＿ＡＴＴＲＩＢＵＴＥＳオブジェクト内の新たなＴＬＶ（Type-Length-Value）において前記Ｉ−ＳＩＤを保持するための手段を含む、請求項３０に記載のノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般的に通信ネットワークに関し、特に、汎用マルチプロトコルラベルスイッチング（ＧＭＰＬＳ：Generalized  Multiprotocol  Label  Switching）制御されたイーサネットのプロバイダバックボーンブリッジネットワークのためのサービスインスタンス識別子（Ｉ−ＳＩＤ）の自動構成を提供するシステム及び方法に関する。
【背景技術】
【０００２】
ＩＥＥＥ（Institute  of  Electrical  and  Electronics  Engineers）は、ＷＡＮ（Wide  Area  Network）の展開のために必要な新たな特性をイーサネットに備えるようイーサネットの標準を改正している。関連する拡張には：ＣＦＭ（Connectivity  Fault  Management）；ＰＢ（Provider  Bridging）；ＰＢＢ（Provider  Backbone  Bridging）；及びＰＢＢ−ＴＥ（Provider  Backbone  Bridging-Traffic  Engineering）が含まれる。
【０００３】
ＰＢ及びＰＢＢはイーサネットのスケーラビリティを向上させている。ＰＢを使用して、新たな仮想ＬＡＮ（ＶＬＡＮ：Virtual  Local  Area  Network）のタグ、サービスＶＬＡＮ（Ｓ−ＶＬＡＮ）のタグが導入され、プロバイダは顧客ＶＬＡＮ（Ｃ−ＶＬＡＮ）の情報を透過的に維持しつつ別々のＶＬＡＮ空間を使用することが可能となった。
【０００４】
ＰＢＢは、“バックボーン”のＭＡＣヘッダを追加して顧客フレームをカプセル化することにより、顧客及びプロバイダのアドレス空間の完全な分離を可能とする。これは、ＭＡＣアドレス及びＶＬＡＮ全体の空間の両方にプロバイダの制御を可能とする。“バックボーン”のＭＡＣヘッダについてのカプセル化ヘッダのフィールドは、バックボーンの宛て先アドレス（Ｂ−ＤＡ）、バックボーンのソースアドレス（Ｂ−ＳＡ）、及びバックボーンのＶＬＡＮ（Ｂ−ＶＬＡＮ）を含む。顧客フレームがカプセル化される際、“バックボーン”のＭＡＣヘッダに加えて、新たなタグ、サービスインスタンスタグ（Ｉ−ＴＡＧ）が追加される。Ｉ−ＴＡＧは、２４ビットのサービスインスタンス識別子（Ｉ−ＳＩＤ）フィールドを有する。Ｉ−ＳＩＤは、曖昧さを残さず顧客サービスを識別する。ＰＢＢにおいて、顧客フレームを処理してバックボーンのＭＡＣヘッダ及びＩ−ＳＩＤを追加するバックボーンエッジブリッジ（ＢＥＢ）のようなエッジブリッジは、バックボーンのＭＡＣヘッダに基づいてフレームを転送しているバックボーンコアブリッジ（ＢＣＢ）のようなコアブリッジと区別され得る。
【０００５】
ＰＢＢ−ＴＥは、ブリッジ内で静的フィルタリングのエントリを構成する外部の制御／管理メカニズムを明示的にサポートし、及び明示的にルーティングされる接続を生成することで、イーサネットのデータ及び制御プレーンを分断する。加えて、ＰＢＢ−ＴＥは、双方向のイーサネット接続の１：１の保護スイッチングのためのメカニズムを定義する。
【０００６】
ＩＥＴＦ（Internet  Engineering  Task  Force）において、汎用マルチプロトコルラベルスイッチング（ＧＭＰＬＳ）制御されたイーサネットのラベルスイッチング（ＧＥＬＳ：ＧＭＰＬＳ  controlled  Ethernet  Label  Switching）は、ＰＢＢ−ＴＥのイーサネットネットワークについてＧＭＰＬＳの制御プレーンを拡張している。ＧＭＰＬＳが確立したＰＢＢ−ＴＥ接続は、ＬＳＰ（Ethernet  Label  Switched  Path）と呼ばれる。ＧＥＬＳは、イーサネットネットワークにおけるＭＰＬＳ−ＴＥ（Multiprotocol  Label  Switching-Traffic  Engineering）並びにＧＭＰＬＳのプロビジョニング及び回復特性のアプリケーションを可能とする。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ＰＢＢにおいて、Ｉ−ＳＩＤはサービスインスタンスを識別する。一方、この情報を提供するＧＭＰＬＳ内のメカニズムは目下存在していない。
【課題を解決するための手段】
【０００８】
ＰＢＢネットワークにおいて、Ｉ−ＳＩＤは特定のサービスを識別する。Ｉ−ＳＩＤは、顧客とインタフェースで接続されているＢＥＢにおいて構成されなければならない。ネットワークの管理を緩和し、各ＢＥＢにおけるＩ−ＳＩＤの手動セットアップによる誤った構成を避けるため、制御プレーンのメカニズムはＩ−ＳＩＤの構成を提供することが必要とされる。本発明は、ＧＭＰＬＳ制御されたイーサネットネットワークにおいて、ＲＳＶＰ−ＴＥ（Resource  Reservation  Protocol-Traffic  Engineering）プロトコルに拡張を提供して、Ｉ−ＳＩＤの構成を提供する。
【０００９】
そのためある実施形態において、本発明はＧＭＰＬＳネットワークにおけるＩ−ＳＩＤを自動構成する方法に向けられる。上記方法は、上記ＧＭＰＬＳ制御ネットワークにおける特定のサービスについての特定のＩ−ＳＩＤを識別することにより開始する。次に、ＲＳＶＰ−ＴＥ（Resource  Reservation  Protocol-Traffic  Engineering）拡張を伴うバックボーンエッジブリッジ（ＢＥＢ）内で、識別した上記Ｉ−ＳＩＤが自動構成される。上記自動構成は、いくつかの異なる実施形態により実装され得る。ある実施形態において、上記Ｉ−ＳＩＤはＳＥＳＳＩＯＮ＿ＡＴＴＲＩＢＵＴＥオブジェクトにおいて保持され得る。別の実施形態において、上記Ｉ−ＳＩＤはセッションオブジェクト内のショートコールＩＤフィールドにマッピングされ得る。代わりに、上記Ｉ−ＳＩＤはエンドポイントＩＤ  ＴＬＶ（Type-Length-Value）において保持され得る。上記Ｉ−ＳＩＤはまた、ＬＳＰ＿ＡＴＴＲＩＢＵＴＥＳ又はＣＡＬＬ＿ＡＴＴＲＩＢＵＴＥＳオブジェクト内の新たなＴＬＶにおいて保持され得る。
【００１０】
別の実施形態において、本発明はＧＭＰＬＳ制御ネットワークにおけるＩ−ＳＩＤを自動構成するためのシステムに向けられる。上記システムは、上記ＧＭＰＬＳネットワークにおけるＢＥＢを含む。上記システムは、上記ＧＭＰＬＳ制御ネットワークにおける特定のサービスについての特定のＩ−ＳＩＤを識別し、及びＲＳＶＰ−ＴＥ拡張を伴うＢＥＢ内で、識別した上記Ｉ−ＳＩＤを自動構成する。
【００１１】
さらに別の実施形態において、本発明はＧＭＰＬＳ制御ネットワークにおけるＩ−ＳＩＤを自動構成するためのノードに向けられる。上記ノードは、上記ＧＭＰＬＳ制御ネットワークにおける特定のサービスについての特定のＩ−ＳＩＤを識別し、及び  ＲＳＶＰ−ＴＥ拡張を伴うＢＥＢ内で、識別した上記Ｉ−ＳＩＤを自動構成する。
【図面の簡単な説明】
【００１２】
【図１】ＰＢＢネットワークの要素を示す簡略化されたブロック図である。
【図２】本発明の１つの実施形態におけるセッション名（Session  name）を有するセッション属性オブジェクトのフォーマットを示す。
【図３】本発明の第２の実施形態におけるショートコールＩＤを保持するＳＥＳＳＩＯＮオブジェクトのフォーマットを示す。
【図４】エンドポイントＩＤ  ＴＬＶのフォーマットを示す。
【図５】本発明の第３の実施形態におけるエンドポイントＩＤ  ＴＬＶの候補となる拡張の構成を示す。
【図６】本発明の第４の実施形態におけるＬＳＰ＿ＡＴＴＲＩＢＵＴＥＳ又はＣＡＬＬ＿ＡＴＴＲＩＢＵＴＥオブジェクト内に保持されるＩ−ＳＩＤ  ＴＬＶの構成のフォーマットを示す。
【図７】Ｉ−ＳＩＤとショートコールＩＤとの間の１対１マッピングのスキームを示す。
【図８】本発明の教示に係るＧＭＰＬＳ制御ネットワーク内においてＩ−ＳIＤを自動構成する方法を示すフローチャートである。
【発明を実施するための形態】
【００１３】
本発明は、汎用マルチプロトコルラベルスイッチング（ＧＭＰＬＳ）制御されたイーサネットのプロバイダバックボーンブリッジネットワークのためのＩ−ＳＩＤの自動構成を提供するシステム及び方法である。図１は、本発明の教示に係るＰＢＢネットワーク１００の要素を示す簡略化されたブロック図である。ネットワークは、１つ以上のＥＳＰ（Ethernet  Switched  Paths）１０６を通じて第２のＢＥＢ１０４との間で通信する第１のＢＥＢ１０２を含む。
【００１４】
内部ドラフトである“Generalized  MPLS  (GMPLS)  Support  for  Metro  Ethernet  Forum  and  G.8011  User-Network  Interface  (UNI)”及び“Generalized  MPLS  (GMPLS)  Support  for  Metro  Ethernet  Forum  and  G.8011  Ethernet  Services”において、ＲＳＶＰ−ＴＥ（Resource  Reservation  Protocol-Traffic  Engineering）拡張がＵＮＩをサポートするよう定義されている。これらの文書において、呼の構造及び新たなＴＬＶ（Type-Length-Value）、即ちＬＳＰ＿ＡＴＴＲＩＢＵＴＥＳオブジェクト内のエンドポイントＩＤ  ＴＬＶを使用して、特定のイーサネットサービスを確立し及び識別することが提案されている。一方これら拡張は、Ｉ−ＳＩＤの利用及び構成に取り組んでいない。
【００１５】
本発明は、ＧＭＰＬＳネットワークにおいてＩ−ＳＩＤを自動構成するためのシステム及び方法を提供する。本発明は、Ｉ−ＳＩＤを自動構成するためのいくつかの実施形態を提供する。ある実施形態において、本発明はＳＥＳＳＩＯＮ＿ＡＴＴＲＩＢＵＴＥオブジェクトを利用してＩ−ＳＩＤをシグナリングする。ＳＥＳＳＩＯＮ＿ＡＴＴＲＩＢＵＴＥオブジェクトのセッション名フィールドは、空値（Null）がパディングされた表示文字列（display  string）を保持する。セッション名が呼の確立を通知するメッセージとして使用される場合、このフィールドはロングコールＩＤとして解釈される。Ｉ−ＳＩＤの用途はコールＩＤと類似しており、そのようなものとしてセッション名フィールドにおいて符号化され得る。図２は、セッション名２０２を有するセッション属性オブジェクト２００のフォーマットを示す。Ｉ−ＳＩＤは数値として符号化され得るか又は文字列に変換され得る。典型的に名前長（Name  Length）フィールドはそれぞれ４及び８に固定される。代わりに、セッション名は読み取り可能なテキストを含んでもよく、Ｉ−ＳＩＤの値は制御文字により囲まれる当該テキストに付加されてもよい。このように、意味のあるテキスト及びＩ−ＳＩＤの値は、このフィールドに保持され得る。
【００１６】
別の実施形態において、Ｉ−ＳＩＤはショートコールＩＤにマッピングされ得る。図３は、ショートコールＩＤ２１２を保持するＳＥＳＳＩＯＮオブジェクト２１０のフォーマットを示す。ショートコールＩＤは、ＳＥＳＳＩＯＮオブジェクト２１０内の１６ビットのフィールドにおいて保持される。それは、所与の呼をサポートするために、全てのＬＳＰのセットアップを識別する。Ｉ−ＳＩＤは２４ビットのフィールドであるため、適切な“圧縮”符号化が利用される場合にのみ、それはショートコールＩＤにおいて保持され得る。これは、いくつかの管理メカニズムがＩ−ＳＩＤの範囲をエッジブリッジに事前に割り当てることを必要とする。一方この事前割当てにより、シグナリング中にＩ−ＳＩＤの衝突が起こらないことが確保され得る。
【００１７】
別の実施形態において、Ｉ−ＳＩＤはエンドポイントＩＤ  ＴＬＶ（Type-Length-Value）において保持され得る。図４は、エンドポイントＩＤ  ＴＬＶ２４０のフォーマットを示す。ＳＥＳＳＩＯＮ＿ＡＴＴＲＩＢＵＴＥオブジェクト内のセッション名フィールドと同様に、エンドポイントＩＤは空値がパディングされた可変長オブジェクトである。一方エンドポイントＩＤ  ＴＬＶは、Ｉ−ＳＩＤを保持する新たなフィールドを伴って拡張され得る。図５は、本発明の教示に係るエンドポイントＩＤ  ＴＬＶ２５０の候補となる拡張の構成を示す。図５に描かれるように、新たなＩ−ＳＩＤのフィールド２５２が、エンドポイントＩＤ  ＴＬＶにおいて提供される。
【００１８】
さらに別の実施形態において、イーサネット固有の新たなＴＬＶがＬＳＰ＿ＡＴＴＲＩＢＵＴＥＳ又はＣＡＬＬ＿ＡＴＴＲＩＢＵＴＥＳオブジェクトに導入され、Ｉ−ＳＩＤを保持し得る。図６は、本発明の教示に係るＬＳＰ＿ＡＴＴＲＩＢＵＴＥＳ内に保持されるＩ−ＳＩＤ  ＴＬＶ２６０の構成のフォーマットを示す。
【００１９】
図２及び図４で議論されるように、セッション名及びエンドポイントＩＤフィールドは、シグナリングが自動化される際、管理目的のために表示可能な（displayable）識別子を送信するよう当初定義された。そのためＩ−ＳＩＤを送信するために、Ｉ−ＳＩＤは元の文字列に結合されなければならない。
【００２０】
図３において議論されるように、ショートコールＩＤを使用してＩ−ＳＩＤの下位１６ビットを送信することは、最も単純なソリューションを提供する。一方、この方法は呼が各サービスと関連付けられている場合にのみ使用され得る。加えて、２４ビットのＩ−ＳＩＤと１６ビットのショートコールＩＤとの間の１対１の割当てが必要である。
【００２１】
図６で議論されるように、新たなＴＬＶを生成してＩ−ＳＩＤを送信することは、最も一般的なソリューションを提供する。呼が特定のサービスと関連付けられていない場合にも、この実施形態は適用可能である。
【００２２】
図３で議論される実施形態は、重大な論点を有する。具体的には、Ｉ−ＳＩＤが２４ビットであるため、ショートコールＩＤフィールドにおいてＩ−ＳＩＤを符号化するために１６ビットしか利用可能でない。この短縮された１６ビットのフィールドにＩ−ＳＩＤを収容するために、本発明は１６ビットのフィールドにＩ−ＳＩＤをマッピングし得る。ある実施形態において、Ｉ−ＳＩＤの衝突を避けるため、Ｉ−ＳＩＤ空間は、各領域が単一のＢＥＢのために設けられる複数の重複しない領域に分割される。Ｉ−ＳＩＤは、送信元ＢＥＢ  ＩＤ及びサービス区分（Service  Differentiator）に論理的に分けられ得る。送信元ＢＥＢ  ＩＤは、ルーティングプロトコル（OSPF-TE/ISIS-TE）を使用して事前に配布され得るか、ＲＳＶＰ−ＴＥにおいて保持され得るか、又は管理により構成され得る。
【００２３】
Ｉ−ＳＩＤは、様々な比率を用いて、送信元ＢＥＢ  ＩＤのフィールド及びサービス区分のフィールドに分割されてよい。例えば、ある実施形態において、ＢＥＢ  ＩＤについて８ビット及びサービス区分について１６ビットが使用されてもよい。別の実施形態において、ＢＥＢ  ＩＤについて１２ビット及びサービス区分について１２ビットが使用されてもよい。第１のケースにおいて、２＾８＝２５６のＢＥＢ及び各ＢＥＢにより開始される２＾１６〜６５ｋまでのサービスインスタンスが存在し得る。第２のケースにおいて、４０９６までのＢＥＢが区別され得る。一方、１つのＢＥＢによって４０９６のサービスインスタンスのみが開始され得る。
【００２４】
ルータＩＤは、ＧＭＰＬＳ制御ネットワーク内の全てのノードに割り当てられる３２ビットの識別子である。同時に、ルータＩＤはルーティング可能な制御プレーンのＩＰアドレスである。そのためルータＩＤは、普通のＩＰアドレスとして扱われ得る。
【００２５】
送信元ＢＥＢ  ＩＤは、ソースノードのルータＩＤに由来し得る。本発明において、ルータＩＤの下位８ビットはＢＥＢ  ＩＤとして解釈され得る。この実施形態は、ＢＥＢのルータＩＤの下位８ビットが、一意的にＢＥＢを識別しなければならないということを必要とする。そしてＩ−ＳＩＤ（２４ビット）は、ルータＩＤの下位８ビット及びショートコールＩＤの結合である。図７は、Ｉ−ＳＩＤ３００とショートコールＩＤ３０２との間の１対１マッピングのスキームを示す。このように送信元ＢＥＢ  ＩＤ（８ビット）により、２５６のエッジブリッジの一意的な識別が可能となる。サービス区分は１６ビットである。
【００２６】
ＢＥＢ  ＩＤの一意性を確保するため、いくつかの仮定がなされる。具体的には、ＰＢＢ−ＴＥネットワークの制御プレーンは単一のＩＰネットワーク領域からなると仮定される。このため、ネットワークアドレス部分は共通である。ホストアドレスは制御プレーン内において一意でなければならないため、ホストアドレスはＰＢＢ−ＴＥ領域についても同様に一意であると仮定される。このマッピングのスキームは、ネットワークアドレスが２４ビットの長さである場合にのみ使用され得る。
【００２７】
ネットワークアドレスが２４ビットよりも長い場合、そのビットのうちのいくつかも同様に使用されなければならない。一方、一般的にはそれらの一意性を確保することはできない。それが２４ビットよりも短い場合、ホストアドレスの下位８ビットは一意ではないであろう。
【００２８】
これらアドレス空間の問題を解決するため、ネットワークアドレスを２４ビットに拡張するＢＥＢについてのみサブネットが保存され得る。その他のサブネットは、その他のノードについて使用され得る。
【００２９】
図８は、本発明の教示に係るＧＭＰＬＳネットワーク内においてＩ−ＳIＤを自動構成する方法を示すフローチャートである。ここで図１〜８を参照しながら、本発明を説明する。ステップ４００において方法が開始し、特定のＩ−ＳＩＤがＰＢＢネットワーク１００における特定のサービスを識別する。次にステップ４０２において、加入者とインタフェースで接続されているＢＥＢにおいてＩ−ＳＩＤが自動構成される。ＧＭＰＬＳ制御されたイーサネットネットワーク内において、ＲＳＶＰ−ＴＥプロトコルにおける拡張が利用される。Ｉ−ＳＩＤを構成するため、上で議論されたいくつかの異なる実施形態を本発明は利用し得る。本発明は、ＳＥＳＳＩＯＮ＿ＡＴＴＲＩＢＵＴＥオブジェクトのセッション名フィールドを使用し得る。別の実施形態において、Ｉ−ＳＩＤはショートコールＩＤにマッピングされ得る。さらに別の実施形態において、Ｉ−ＳＩＤはエンドポイントＩＤ  ＴＬＶにおいて保持され得る。加えて、イーサネット固有の新たなＴＬＶがＬＳＰ＿ＡＴＴＲＩＢＵＴＥＳ又はＣＡＬＬ＿ＡＴＴＲＩＢＵＴＥＳオブジェクトに導入され、Ｉ−ＳＩＤを保持し得る。Ｉ−ＳＩＤがショートコールＩＤにマッピングされる場合、ステップ４０４において、Ｉ−ＳＩＤは１６ビットのショートコールＩＤフィールドにマッピングされる。
【００３０】
本発明は、既存のシステムに優る多くの利点を提供する。本発明は、特定のサービスインスタンスをサポートしているＢＥＢ上でのＩ−ＳＩＤの自動的な分配及び構成を提供する。これは運用上の複雑さを削減し、誤った構成の可能性を低減する。加えて、本発明は曖昧さを残さずＩ−ＳＩＤ空間を区切るメカニズムを提供する。これは有益であり、ＢＥＢ上のサービスを構成する際に生じ得るＩ−ＳＩＤの衝突を避ける。Ｉ−ＳＩＤは、ネットワークにおいてグローバルに一意でなければならない。ＢＥＢにおいて独立して割当てが行われる場合、又はＢＥＢ間を区切るＩ−ＳＩＤ空間が存在する場合、Ｉ−ＳＩＤの衝突が起こり得る。
【００３１】
当然ながら、本発明の本質的な特徴から逸脱することなく、本発明は、ここに説明された手法以外の他の何らかの手法で実行されてよい。そのため、本実施形態は、あらゆる点で説明のためのものであって、限定的であると考えられるべきはなく、添付の特許請求の範囲の意味及び均等物の範囲内にある全ての変形は、ここに包含されることが意図される。
【図１】
2011514089.tif 000003
【図２】
2011514089.tif 000004
【図３】
2011514089.tif 000005
【図４】
2011514089.tif 000006
【図５】
2011514089.tif 000007
【図６】
2011514089.tif 000008
【図７】
2011514089.tif 000009
【図８】
2011514089.tif 000010
【国際調査報告】
2011514089.tif 000011
2011514089.tif 000012
2011514089.tif 000013