(57)【要約】【課題】  ＳＤＨ等の周期的なフレーム構造を有する通信データについて、当該フレーム内の低次ＶＣなどの小容量データを装置内パケットにカプセル化して各パス単位に適切な経路へと伝送する際に、装置内パケットにオーバヘッド部が付与される。その結果、小容量のデータに対しては無視できない量の付属データが付加され、装置内・ネットワーク網内の帯域を余分に消費してしまう。【解決手段】  同一経路の複数パスを１つの装置内パケットにカプセル化する。各パスの経路情報を同一宛先毎に集約したテーブルに格納し、低次ＶＣ等のデータ群は各パス単位に区切られたメモリ領域に順次格納しておく。テーブルを参照し同一宛先のパスの位置情報から適切なパスのデータをメモリから読み出し、同一宛先のデータをすべて結合し、装置内パケット形式にカプセル化を施す。【選択図】  図１
2015207839.tif 000002
【特許請求の範囲】
【請求項１】
パケットを中継する複数の通信装置を有する通信システムであって、
前記複数の通信装置のうち第１の通信装置は、
第１の外部装置と接続され、前記第１の外部装置から前記パケットを受信する第１の受信部と、
前記第１の受信部が受信した前記パケットを前記パケットの出力先へ転送する第１の転送部と、
前記第１の転送部が転送した前記パケットを前記出力先の前記複数の通信装置のうち第２の通信装置へ送信する第１の送信部とを備え、
前記第１の受信部は、
受信した前記パケットが、データを保持する複数のＶＣ（Ｖｉｒｔｕａｌ  Ｃｏｎｔａｉｎｅｒ）パケットを格納するＳＤＨ（Ｓｙｎｃｈｒｏｎｏｕｓ  Ｄｉｇｉｔａｌ  Ｈｉｅｒａｒｃｈｙ）パケットである場合、前記ＳＤＨパケットに格納された前記複数のＶＣパケットを取り出す取り出し処理部と、
前記取り出し処理部が取りだした前記複数のＶＣパケットを一時的に格納する第１のバッファ部と、
前記複数のＶＣパケットそれぞれを出力する先を示す宛先情報と、前記宛先情報が示す前記第２の通信装置が前記複数のＶＣパケットそれぞれをＳＤＨパケットのどこに格納するかを示す位置情報とを対応づけて保持する経路関連情報と、
前記経路関連情報を参照し、前記複数のＶＣパケットのうち前記宛先情報が同一であるＶＣパケットの前記位置情報を取得し、取得した前記位置情報を前記宛先情報が同一であるＶＣパケットを出力する際のヘッダに記録し、前記宛先情報が同一であるＶＣパケットを前記バッファ部から順次読み出すことで、１つのヘッダと前記宛先情報が同一である前記複数のＶＣパケットとを有する伝送パケットを前記第１の転送部へ出力する第１の読み出し処理部とを有し、
前記第２の通信装置は、
前記第１の通信装置が送信した前記パケットを受信する第２の受信部と、
前記第２の受信部が受信した前記パケットを前記パケットの出力先へ転送する第２の転送部と、
第２の外部装置と接続され、前記第２の転送部が転送した前記パケットを前記出力先の前記第２の外部装置へ送信する第２の送信部とを備え、
前記第２の送信部は、
前記第２の転送部が転送した前記パケットが、前記伝送パケットである場合、前記伝送パケットに含まれる、前記複数のＶＣパケットを一時的に格納する第２のバッファ部と、
前記第２の転送部が転送した前記伝送パケットのヘッダに記録された、前記位置情報を読み出し、読み出した前記位置情報に対応する前記第２のバッファ部のアドレスに前記複数のＶＣパケットそれぞれを格納する格納処理部と、
前記第２のバッファ部に所定の量の前記ＶＣパケットが格納されると、前記第２のバッファ部に格納された前記複数のＶＣパケットを読み出し、読み出した前記複数のＶＣパケットを前記ＳＤＨパケットに格納する第２の読み出し処理部とを有する
ことを特徴とする通信システム。
【請求項２】
請求項１に記載の通信システムであって、
前記第２の通信装置の前記第２の送信部は、
前記第２のバッファ部に格納された前記ＶＣパケットの量を保持する格納カウンタを有し、
前記格納処理部は、
前記第２のバッファ部に前記ＶＣパケットを格納と、前記格納カウンタの値を加算し、
前記第２の読み出し処理部は、
前記第２のバッファ部に格納された前記ＶＣパケットを読み出すと、前記格納カウンタの値を減算する
ことを特徴とする通信システム。
【請求項３】
パケットを中継する通信装置であって、
前記パケットを外部から受信する受信部と、
前記受信部が受信した前記パケットを前記パケットの出力先へ転送する転送部と、
前記転送部が転送した前記パケットを前記出力先の他の通信装置へ送信する送信部とを備え、
前記送信部は、
前記転送部が転送した前記パケットに含まれる、データを保持する複数のＶＣ（Ｖｉｒｔｕａｌ  Ｃｏｎｔａｉｎｅｒ）パケットを一時的に格納するバッファ部と、
前記転送部が転送した前記パケットのヘッダに含まれる、前記複数のＶＣパケットそれぞれを前記ＳＤＨパケットのどこに格納するかを示す位置情報を読み出し、読み出した前記位置情報に対応する前記バッファ部のアドレスに前記複数のＶＣパケットそれぞれを格納する格納処理部と、
前記バッファ部に格納された前記複数のＶＣパケットを読み出し、読み出した前記複数のＶＣパケットをＳＤＨ（Ｓｙｎｃｈｒｏｎｏｕｓ  Ｄｉｇｉｔａｌ  Ｈｉｅｒａｒｃｈｙ）パケットに格納する読み出し処理部とを有し、
前記読み出し処理部は、
前記バッファ部に所定の量の前記ＶＣパケットが格納されると、前記ＶＣパケットを読み出す
ことを特徴とする通信装置。
【請求項４】
請求項３に記載の通信装置であって、
前記送信部は、
前記バッファ部に格納された前記ＶＣパケットの量を保持する格納カウンタを有し、
前記格納処理部は、
前記バッファ部に前記ＶＣパケットを格納と、前記格納カウンタの値を加算し、
前記読み出し処理部は、
前記所定の量と前記格納カウンタの値とを比較し、前記バッファ部から前記ＶＣパケットを読み出すか否かを判定し、バッファ部に格納された前記ＶＣパケットを読み出すと、前記格納カウンタの値を減算する
ことを特徴とする通信装置。
【請求項５】
パケットを中継する通信装置であって、
前記パケットを外部から受信する受信部と、
前記受信部が受信した前記パケットを前記パケットの出力先へ転送する転送部と、
前記転送部が転送した前記パケットを前記出力先の他の通信装置へ送信する送信部とを備え、
前記受信部は、
受信した前記パケットが、データを保持する複数のＶＣ（Ｖｉｒｔｕａｌ  Ｃｏｎｔａｉｎｅｒ）パケットを格納するＳＤＨ（Ｓｙｎｃｈｒｏｎｏｕｓ  Ｄｉｇｉｔａｌ  Ｈｉｅｒａｒｃｈｙ）パケットである場合、前記ＳＤＨパケットに格納された前記複数のＶＣパケットを取り出す取り出し処理部と、
前記取り出し処理部が取りだした前記複数のＶＣパケットを一時的に格納するバッファ部と、
前記複数のＶＣパケットそれぞれを出力する先を示す宛先情報と、前記宛先情報が示す他の通信装置が前記複数のＶＣパケットそれぞれをＳＤＨパケットのどこに格納するかを示す位置情報とを対応づけて保持する経路関連情報と、
前記経路関連情報を参照し、前記複数のＶＣパケットのうち前記宛先情報が同一であるＶＣパケットの前記位置情報を取得し、取得した前記位置情報を前記宛先情報が同一であるＶＣパケットを出力する際のヘッダに記録し、前記宛先情報が同一であるＶＣパケットを前記バッファ部から順次読み出すことで、前記宛先情報が同一である前記複数のＶＣパケットを１つのヘッダで前記転送部へ出力する読み出し処理部とを有する
ことを特徴とする通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムおよび通信装置に関する。
【背景技術】
【０００２】
現在のネットワークの主流を占めるＩＰ／イーサネット（登録商標。以下同じ。）網と、ＳＤＨ（Ｓｙｎｃｈｒｏｎｏｕｓ  Ｄｉｇｉｔａｌ  Ｈｉｅｒａｒｃｈｙ）等の時分割多重方式を採用した専用回線サービスとを収容し、パケット伝送方式を用いて両トラフィックを伝送するＡＤＭ（Ａｄｄ  Ｄｒｏｐ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）またはＸＣ（Ｃｒｏｓｓ  Ｃｏｎｎｅｃｔ）システムでは、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）網の持つＱｏＳ（Ｑｕａｌｉｔｙ  Ｏｆ  Ｓｅｒｖｉｃｅ）制御体系を確保しつつ、専用回線系のサービス品質も担保することが要求される。
【０００３】
パケット伝送型ＡＤＭシステムは、ＳＤＨなどの専用回線系のユーザ装置およびイーサネット網のユーザ装置が複数接続される通信装置（以下、「ノード」とも呼ぶ。）を複数有するネットワークである。また、任意の通信装置間のユーザ装置同士での伝送経路（以下、「パス」とも呼ぶ。）を構築できる。通信装置は、各ユーザ装置から受信したパケット（信号）を所定の装置内パケットのフォーマットにカプセル化して、他の通信装置へ転送する。なお、装置内パケットは、通信装置間の伝送路を流れるパケットであるので、伝送パケットとも称す。
【０００４】
カプセル化されたパケット（信号）を受信した通信装置は、他の通信装置へパケット（信号）を中継するか、自通信装置に接続されたユーザ装置にパケット（信号）を転送するかの制御を行う。
【０００５】
ここで、ＳＤＨ信号（ＳＤＨパケット）は、非特許文献１において定義される伝送形式である。ネットワーク内で同期するクロック系統（網同期）を用いて生成された所定の周期（１２５μｓ）で送信されるＳＤＨフレームを構成する。本フレームは、所定のオーバヘッド領域と伝送データを格納するペイロード領域を有する。ペイロード領域は、ＶＣ（Ｖｉｒｔｕａｌ  Ｃｏｎｔａｉｎｅｒ）と呼ばれる、データを格納する複数のコンテナを多段に格納して構成される。
ＶＣの中で低容量（１０７バイト以下）のコンテナは、低次ＶＣと定義され、これと比較して容量の大きい（７６５バイト以上）コンテナは高次ＶＣと定義されている。
これらＶＣは、それぞれが固有のユーザに属するデータであり、データの始点から終点で見るとそれぞれが固有の経路で伝送される性質のものである。
【０００６】
ＡＤＭシステムの場合、これらのＶＣごとにパスを定義し、所定の通信装置間を伝送するように設定する。このようなＶＣごとのパスは、ＶＣパスと呼ばれる。ＶＣパスにおいて、ＳＤＨなどの専用回線系のユーザ装置宛ての場合、通信装置は、ＳＤＨフレームをＶＣ単位に展開し、各ＶＣに宛先の情報である方路情報などを付与した上で、装置内パケット（伝送パケット）のフォーマットに変換して伝送を行う。
【０００７】
装置内パケットのフォーマットは任意であるが、現在の一般的な技術として非特許文献２等に規定されているＭＰＬＳ（Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ）ヘッダを付与したパケット形式が活用されている。ＭＰＬＳは、ＯＳＩ参照モデルで規定されるネットワーク層に属し、上位層のデータリンク層としては、非特許文献３に規定されるＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）フレームが適用される。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】ＩＴＵ−Ｔ  Ｇ．７０７／Ｙ．１３２２  Ｎｅｔｗｏｒｋ  ｎｏｄｅ  ｉｎｔｅｒｆａｃｅ  ｆｏｒ  ｔｈｅ  ｓｙｎｃｈｒｏｎｏｕｓ  ｄｉｇｉｔａl  ｈｉｅｒａｒｃｈｙ  （ＳＤＨ）  （０１／２００７）  Ｓｅｃｔｉｏｎ９〜１０
【非特許文献２】ＩＥＴＦ  ＲＦＣ３０３２  ＭＰＬＳ  Ｌａｂｅｌ  Ｓｔａｃｋ  Ｅｎｃｏｄｉｎｇ  （０１／２００１）  Ｓｅｃｔｉｏｎ２
【非特許文献３】ＩＥＥＥ  ８０２．３  ＩＥＥＥ  Ｓｔａｎｄａｒｄ  ｆｏｒ  Ｉｎｆｏｒｍａｔｉｏｎ  ｔｅｃｈｎｏｌｏｇｙ−Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ａｎｄ  ｉｎｆｏｒｍａｔｉｏｎ  ｅｘｃｈａｎｇｅ  ｂｅｔｗｅｅｎ  ｓｙｓｔｅｍｓ−Ｌｏｃａｌ  ａｎｄ  ｍｅｔｒｏｐｏｌｉｔａｎ  ａｒｅａ  ｎｅｔｗｏｒｋｓ−Ｓｐｅｃｉｆｉｃ  ｒｅｑｕｉｒｅｍｅｎｔｓ  （２００５）  Ｓｅｃｔｉｏｎ１  Ｃｌａｕｓｅ３
【発明の概要】
【発明が解決しようとする課題】
【０００９】
ＳＤＨ系のＶＣパスを所定のフォーマットにカプセル化する場合、装置内パケット（伝送パケット）には、ＭＡＣフレームやＭＰＬＳヘッダ、ＩＰヘッダなどのオーバヘッド部が付与されるため、装置内、ネットワーク網内を伝送する際には、各ＶＣのデータ量に加えオーバヘッド分のデータが余分に帯域を消費する。
【００１０】
低次ＶＣの場合、ＶＣ個々のデータ量は上述の通り１０７バイト以下と小さく、ここにＭＡＣフレーム、ＭＰＬＳヘッダなどが付与されると、最低２２バイトのオーバヘッドが付与されることになる。付与するオーバヘッドは、データ領域の大きさに関わらず一律となるため、ＶＣパスのデータ量が小さいほど相対的にオーバヘッド分が帯域を占めることになり、データ領域であるＶＣが利用可能な帯域が制限されてしまう。そのため同一経路を通過するＶＣパスは、極力１つの装置内パケット（伝送パケット）内に結合し、複数のＶＣに対し１つのオーバヘッドを付与することで収容効率を向上させることが望ましい。
【００１１】
また、これらの低次ＶＣパスは、該当回線を使用するユーザの増減に応じて、システムの運用中に増減設が発生し得る性質のものである。同一経路を通過するＶＣパスを１つのテーブル（経路情報を格納したメモリ）に設定し、当該テーブル内にあるＶＣパスを結合することは容易であるが、増減設を繰り返した結果、１つのテーブルにパスが少数しか残存せず、結果的に収容効率が悪化することも想定される。
【００１２】
また、想定される全ての経路情報をテーブルとして保持しようとするとテーブル数は膨大になり、通信装置のメモリリソースを消費することになり、また、上述のように収容効率的にも多大な不利益を被る。一旦既設パスを削除し、再度テーブルを書き換える処理を行えば、１つのパケットに結合が可能となるが、既設パスが一度削除されるために、導通中パスの回線が切断されるという課題が生じる。
【課題を解決するための手段】
【００１３】
上述の課題を解決するために、本発明は、パケットを中継する複数の通信装置を有する通信システムであって、複数の通信装置のうち第１の通信装置は、第１の外部装置と接続され、第１の外部装置からパケットを受信する第１の受信部と、第１の受信部が受信したパケットをパケットの出力先へ転送する第１の転送部と、第１の転送部が転送したパケットを出力先の複数の通信装置のうち第２の通信装置へ送信する第１の送信部とを備え、
第１の通信装置の第１の受信部は、受信したパケットが、データを保持する複数のＶＣ（Ｖｉｒｔｕａｌ  Ｃｏｎｔａｉｎｅｒ）パケットを格納するＳＤＨ（Ｓｙｎｃｈｒｏｎｏｕｓ  Ｄｉｇｉｔａｌ  Ｈｉｅｒａｒｃｈｙ）パケットである場合、ＳＤＨパケットに格納された複数のＶＣパケットを取り出す取り出し処理部と、取り出し処理部が取りだした複数のＶＣパケットを一時的に格納する第１のバッファ部と、複数のＶＣパケットそれぞれを出力する先を示す宛先情報と、宛先情報が示す第２の通信装置が複数のＶＣパケットそれぞれをＳＤＨパケットのどこに格納するかを示す位置情報とを対応づけて保持する経路関連情報と、経路関連情報を参照し、複数のＶＣパケットのうち宛先情報が同一であるＶＣパケットの位置情報を取得し、取得した位置情報を宛先情報が同一であるＶＣパケットを出力する際のヘッダに記録し、宛先情報が同一であるＶＣパケットをバッファ部から順次読み出すことで、１つのヘッダと宛先情報が同一である複数のＶＣパケットとを有する伝送パケットを第１の転送部へ出力する第１の読み出し処理部とを有し、
第２の通信装置は、第１の通信装置が送信したパケットを受信する第２の受信部と、第２の受信部が受信したパケットをパケットの出力先へ転送する第２の転送部と、第２の外部装置と接続され、第２の転送部が転送したパケットを出力先の第２の外部装置へ送信する第２の送信部とを備え、
第２の通信装置の第２の送信部は、第２の転送部が転送したパケットが、伝送パケットである場合、伝送パケットに含まれる、複数のＶＣパケットを一時的に格納する第２のバッファ部と、第２の転送部が転送した伝送パケットのヘッダに記録された、位置情報を読み出し、読み出した位置情報に対応する第２のバッファ部のアドレスに複数のＶＣパケットそれぞれを格納する格納処理部と、第２のバッファ部に所定の量のＶＣパケットが格納されると、第２のバッファ部に格納された複数のＶＣパケットを読み出し、読み出した複数のＶＣパケットをＳＤＨパケットに格納する第２の読み出し処理部とを有する
ことを特徴とする通信システムを有する。
【００１４】
また、パケットを外部から受信する受信部と、受信部が受信したパケットをパケットの出力先へ転送する転送部と、転送部が転送したパケットを出力先の他の通信装置へ送信する送信部とを備え、
送信部は、転送部が転送したパケットに含まれる、データを保持する複数のＶＣ（Ｖｉｒｔｕａｌ  Ｃｏｎｔａｉｎｅｒ）パケットを一時的に格納するバッファ部と、転送部が転送したパケットのヘッダに含まれる、複数のＶＣパケットそれぞれをＳＤＨパケットのどこに格納するかを示す位置情報を読み出し、読み出した位置情報に対応するバッファ部のアドレスに複数のＶＣパケットそれぞれを格納する格納処理部と、バッファ部に格納された複数のＶＣパケットを読み出し、読み出した複数のＶＣパケットをＳＤＨ（Ｓｙｎｃｈｒｏｎｏｕｓ  Ｄｉｇｉｔａｌ  Ｈｉｅｒａｒｃｈｙ）パケットに格納する読み出し処理部とを有し、
読み出し処理部は、バッファ部に所定の量のＶＣパケットが格納されると、ＶＣパケットを読み出すことを特徴とする通信装置を有する。
【００１５】
また、パケットを外部から受信する受信部と、受信部が受信したパケットをパケットの出力先へ転送する転送部と、転送部が転送したパケットを出力先の他の通信装置へ送信する送信部とを備え、
受信部は、受信したパケットが、データを保持する複数のＶＣ（Ｖｉｒｔｕａｌ  Ｃｏｎｔａｉｎｅｒ）パケットを格納するＳＤＨ（Ｓｙｎｃｈｒｏｎｏｕｓ  Ｄｉｇｉｔａｌ  Ｈｉｅｒａｒｃｈｙ）パケットである場合、ＳＤＨパケットに格納された複数のＶＣパケットを取り出す取り出し処理部と、取り出し処理部が取りだした複数のＶＣパケットを一時的に格納するバッファ部と、複数のＶＣパケットそれぞれを出力する先を示す宛先情報と、宛先情報が示す他の通信装置が複数のＶＣパケットそれぞれをＳＤＨパケットのどこに格納するかを示す位置情報とを対応づけて保持する経路関連情報と、経路関連情報を参照し、複数のＶＣパケットのうち宛先情報が同一であるＶＣパケットの位置情報を取得し、取得した位置情報を宛先情報が同一であるＶＣパケットを出力する際のヘッダに記録し、宛先情報が同一であるＶＣパケットをバッファ部から順次読み出すことで、宛先情報が同一である複数のＶＣパケットを１つのヘッダで転送部へ出力する読み出し処理部とを有することを特徴とする通信装置を有する。
【発明の効果】
【００１６】
本発明に依れば、信号の途絶を伴うことなく、通信装置内の帯域を効率的に使用することが可能となる。
【図面の簡単な説明】
【００１７】
【図１】ＡＤＭシステムの構成例を示す図である。
【図２】ＳＴＭ-Ｎ信号の構成を説明する概念図である。
【図３】ＭＰＬＳパケットのフレームフォーマットの例を示す図である。
【図４】ＳＤＨフレーム内のパスを多重しパケット化する際に収容効率が悪化する課題を説明する図である。
【図５】ＳＤＨフレームの受信処理をする通信装置内のＳＤＨ系ＵＮＩの受信部のハードウェア構成図の例である。
【図６】受信側読み出し処理部の動作フローチャート図の例である。
【図７】ＳＤＨフレームの送信処理をする通信装置内のＳＤＨ系ＵＮＩの送信部のハードウェア構成図の例である。
【図８】パスの削除・追加を伴わずに集約する処理の概要図である。
【図９】ソート処理部によるパステーブル内の同一経路（同一パス）を並び替える処理の動作を示すフローチャート図の例である。
【図１０】テーブル切り替え部の状態遷移を説明する図の例である。
【図１１】受信側読み出し部の動作フローチャート図の例である。
【図１２】並び替え処理全体の動作を示すシーケンス図の例である。
【図１３】パスが布設可能であるかを残帯域より判定する動作を示すシーケンス図の例である。
【図１４】ＳＤＨ系ＵＮＩの送信部でデータをバッファリングする処理の概要図である。
【図１５】同一経路の情報を記録するテーブルの構成例である。
【発明を実施するための形態】
【００１８】
以下、実施例を図面を用いて説明する。
（実施例１）
実施例１では、ＳＤＨ等のフレーム形式の信号伝送を行い、かつ低次ＶＣのように時分割多重された小容量のデータ群を、同一経路毎の装置内パケット（伝送パケット）内に再構築する具体例を示す。
実施例１を、パケット伝送型ＡＤＭシステムを例に説明する。ＡＤＭシステム１の例を図１にて説明する。
【００１９】
図１ではノードＡ（１０６ａ）、ノードＢ（１０６ｂ）、ノードＣ（１０６ｃ）の３ノードから成るリング系ネットワークの構成例を示す。ノード間の構成は、リング系の他、リニア、メッシュなどの構成を取り得る。各ノードには、ＳＤＨなどの専用回線系やイーサネット網の複数のユーザ装置（１００）が有り、ＡＤＭシステムは、任意のノード間のユーザ装置（１００）同士での伝送経路（パス）を構築する。ユーザ装置（１００）は、ノード（１０６）に接続される外部装置である。
【００２０】
ノードＡ（１０６ａ）を起点として、パスの流れについて説明する。ＳＤＨ系ＵＮＩ（Ｕｓｅｒ Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ）（１０１ａ）は、ＳＤＨ系のユーザ装置（１００ａ）から受信したＳＤＨフレーム信号を収容するとともに、ＳＤＨフレームを装置内パケット（伝送パケット）のフォーマットにカプセル化し、装置内パケット（伝送パケット）のオーバヘッド領域に方路情報を付与した上で、後段のスイッチ（１０４ａ）に装置内パケット（伝送パケット）を転送する。また、イーサネット系ＵＮＩ（１０２ａ）は、イーサネット系のユーザ信号を収容するとともに、当該イーサネット信号を装置内パケットのフォーマットにカプセル化し、装置内パケットのオーバヘッド領域に方路情報を付与した上で、後段のスイッチ（１０４ａ）に装置内パケットを転送する。つまり、ＳＤＨ系ＵＮＩ（１０１ａ）とイーサネット系ＵＮＩ（１０２ａ）は、外部からパケットを受信する受信部である。
【００２１】
これらのＵＮＩより生成されたパケットは、スイッチ（１０４ａ）にて多重され、ＵＮＩで付与された方路情報に基づき、適切なＮＮＩ（Ｎｅｔｗｏｒｋ−Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ）（１０３ｂ）に転送される。つまり、スイッチ（１０４ａ）は、ＵＮＩが転送したパケットを方路情報に基づいて、送信先（出力先）へ転送する転送部である。
【００２２】
ＮＮＩ（１０３）は、システム内の隣接ノードＢ，Ｃ（１０６ｂ，１０６ｃ）間とのインタフェースを有しており、スイッチ（１０４ａ）にて多重化されたパケット群を、本インタフェースを介してシステム内の隣接ノードＢ，Ｃ（１０６ｂ，１０６ｃ）に送信する。つまり、ＮＮＩ（１０３）は、スイッチ（１０４ａ）が転送したパケットを送信先（出力先）へ送信する送信部である。
【００２３】
一般的にはＮＮＩ１０３の具備するインタフェースとは１０ギガビットイーサなどの光伝送信号を用い、光ファイバ（１０５）を媒介としてシステム内の装置間を伝搬する。以上は、ノードＡ（１０６ａ）でユーザ装置（１００ａ，ｂ）からシステム内ノード間へと信号を伝送するＡｄｄ方向の信号の流れである。
【００２４】
光ファイバ（１０５）を介して隣接ノードＢ（１０６ｂ）のＮＮＩ（１０３ｃ）へと到達したパケットは、当該ノードのスイッチ（１０４ｂ）に転送される。ここで、またオーバヘッド領域の方路情報に基づき、当該ノード内での適切なＮＮＩ（１０３ｄ）若しくはＵＮＩ（１０１ｂ，１０２ｂ）に転送される。ＮＮＩ（１０３ｃ）に入力されたパケットがスイッチ（１０４ｂ）を通してＮＮＩ（１０３ｄ）から出力される経路は、ノードＡ（１０６ａ）からノードＢ（１０６ｂ）を通過して更に隣接ノードＣ（１０６ｃ）へ伝搬する場合の信号の流れであり、Ｔｈｒｏｕｇｈ方向の信号と定義される。ＮＮＩ（１０３ｃ）からスイッチ（１０４ｂ）を通してＵＮＩ（１０１ｂ，１０２ｂ）から出力される経路は、システム内装置間伝送からユーザ装置へと信号を伝送するＤｒｏｐ方向の流れである。
【００２５】
以上の動作により、任意のノードでのユーザ装置からの信号をＡｄｄし、目的のノードまで当該信号をＴｈｒｏｕｇｈし、所望のノードにて当該信号をＤｒｏｐすることにより信号の伝達を制御する。
【００２６】
次に、ＡＤＭシステム１で用いるＳＤＨ信号の構成を詳細に説明する。ＳＤＨ信号は、ネットワーク内で同期するクロック系統（網同期）を用いて生成された所定の周期（１２５μｓ）で送信されるＳＤＨフレームを有し、本フレーム内には所定のオーバヘッド領域と伝送データを格納するペイロード領域を有する。  ＳＤＨフレームは、ＳＴＭ（Ｓｙｎｃｈｒｏｎｏｕｓ  Ｔｒａｎｓｐｏｒｔ  Ｍｏｄｕｌｅ）−Ｎで規定されるフレームフォーマット形式に則っており、伝送速度は、１５５．５２Ｍｂｉｔ／ｓを基本速度とし、この基本速度の４Ｎ（４のＮ乗）（１，４，１６，６４）倍の信号をそれぞれＳＴＭ-Ｎフレームとして規定している。
【００２７】
図２は、ＳＴＭ-Ｎ信号（ＳＴＭ-Ｎフレーム）の構成を説明する概念図である。
ＳＴＭ−Ｎフレームのペイロード領域は、ＶＣ（Ｖｉｒｔｕａｌ  Ｃｏｎｔａｉｎｅｒ）（２００）と呼ばれる、データを格納する（保持する）複数のコンテナで構成される。ＶＣ（２００）も一つのパケットである。これらのＶＣ（２００）にも格納領域によってＶＣ−１１，ＶＣ−１２，ＶＣ−２〜４などが定義されており、例えばＶＣ−１１は２６バイトの格納領域を有する。
【００２８】
これらＶＣ（２００）と当該ＶＣの固有情報を有するＰＯＨ（Ｐａｔｈ  Ｏｖｅｒｈａｅｄ）（２０７）を格納する概念としてＴＵ（Ｔｒｉｂｕｔａｒｙ  Ｕｎｉｔ）（２０１）があり、複数のＴＵと当該ＴＵのＰＯＨ（２０７）がＴＵＧ（Ｔｒｉｂｕｔａｒｙ  Ｕｎｉｔ  Ｇｒｏｕｐ）（２０２）と呼ばれる領域に格納される。更に１つのＴＵＧ（２０２）と当該ＴＵＧの固有情報を有するＰＯＨ（２０８）を格納する概念としてＡＵ（Ａｄｍｉｎｉｓｔｒａｔｉｖｅ  Ｕｎｉｔ）（２０３）があり、複数のＡＵはＡＵＧ（Ａｄｍｉｎｉｓｔｒａｔｉｖｅ  Ｕｎｉｔ  Ｇｒｏｕｐ）（２０４）と呼ばれる領域に格納される。これらで構築された複数のＡＵＧが、図２のようにＳＴＭ−Ｎのペイロード（２０５）領域に格納されている。そこにさらにＳＯＨ（Ｓｅｃｔｉｏｎ  Ｏｖｅｒｈｅａｄ）（２０６）と呼ばれるＡＵＧの固有情報を有するヘッダが付与され、１つのＳＴＭ−Ｎフレームを形成する。
【００２９】
すなわち、１つのＳＴＭ−Ｎフレームには、フレーム内のＡＵＧ数をＡ、ＡＵＧに格納されるＡＵ数をＢ、ＴＵＧに格納されるＴＵ数（＝ＶＣ数と等価）をＣとすると、当該フレーム内のＶＣ数は、Ａ×Ｂ×Ｃで表わされる。これらのＶＣ（２００）の中で、ＶＣ−１１，ＶＣ−１２，ＶＣ−２など低容量（１０７バイト以下）のコンテナは低次ＶＣと定義され、ＶＣ−３，ＶＣ−４などの比較的容量の大きい（７６５バイト以上）コンテナは高次ＶＣと定義されている。
【００３０】
これらＶＣ（２００）は、それぞれが固有のユーザに属するデータであり、データの始点〜終点で見るとそれぞれが固有の経路で伝送される性質のものである。例えば、ノードＡ（１０６ａ）からノードＣ（１０６ｃ）にＳＴＭ−Ｎ信号を送信する場合、ノードＡ（１０６ａ）では、ＵＮＩ（１０１ａ）で受信したＳＤＨフレームをＶＣ（２００）単位まで展開し、各ＶＣ（２００）をノードＡ（１０６ａ）内のスイッチ（１０４ａ）で適切な方路に振り分け、ノードＣ（１０６ｃ）のＵＮＩ（１０１ｃ）の送信側で再度ＳＤＨフレームに再構築する処理を行う。
【００３１】
これらのＶＣ（２００）ごとにパスを定義し、所定のＵＮＩ（１０１）間を伝送するようにする。したがって、ＳＤＨ系ＵＮＩ（１０１ａ）においてＳＴＭ−ＮフレームをＶＣ（２００）単位に展開し、各ＶＣに方路情報などを付与した上で、装置内パケット（伝送パケット）のフォーマットに変換して伝送を行う。
【００３２】
装置内パケット（伝送パケット）のフォーマットとして、本実施例では、ＭＰＬＳヘッダを付与したＭＰＬＳパケットを用いて説明する。
図３にＭＰＬＳパケットのフレームフォーマットの例を示す。ＭＰＬＳパケットは、プリアンブル（３００）とＳＦＤ（Ｓｔａｒｔ  ｏｆ  ｆｒａｍｅ  ｄｅｌｉｍｉｔｅｒ）（３０１）、ＭＡＣヘッダ（３０２）、ＭＰＬＳヘッダ（３０３）、ユーザデータを格納するデータ領域（３０４）、ＦＣＳ（Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ）（３０５）と呼ばれる誤り監視用のチェックサム値から構成されるＭＡＣフレームである。
ＭＡＣヘッダ（３０２）は、宛先アドレス（３０６）と送信元アドレス（３０７）、当該パケットの種別や長さを表すＴｙｐe／Ｌｅｎｇｔｈ（３０８）のフィールドを有する。
【００３３】
ＭＰＬＳヘッダ（３０３）は４バイトの領域から成り、先頭からラベル（２０ビット）（３０９）、ＥＸＰ（Ｅｘｐｅｒｉｍｅｎｔａｌ  ｕｓｅ）（３ビット）（３１０）、Ｓ（Ｂｏｔｔｏｍ  ｏｆ  ｓｔａｃｋ）（１ビット）（３１１）、ＴＴＬ（Ｔｉｍｅ  ｔｏ  ｌｉｖｅ）（８ｂｉｔ）（３１２）から成る。ラベル（３０９）は、主にスイッチング（通信装置内でパケットを出力する方路をパケットの宛先に応じて切り替えること）に用いるキー情報として活用され、方路情報を格納する。
【００３４】
ＥＸＰ（３１０）は、主に当該パケットの優先度を表すために用いられ、異なるプロトコルや優先度を持つデータが混在するようなシステムにおいて、優先度に応じた処理（スケジューリング・廃棄処理など）を行うのに用いられる。Ｓ（３１１）は、本ＭＰＬＳヘッダの更に下位に別のＭＰＬＳヘッダを付与する場合に用いられる。複数のＭＰＬＳヘッダを連結（スタッキングと呼ぶ）することで、より複雑なネットワーク管理が可能となる。ＴＴＬ（３１２）は、パケットの輻輳防止を目的として、当該パケットが転送される通信装置を経由する数を制限する場合などに用いられる。
【００３５】
以上の各種ヘッダ・ＦＣＳ領域を含めると１８バイトの領域がＭＡＣフレーム化による追加の付与情報となる。
なお、データ領域を含めたＭＡＣフレームの領域は、６４〜１５１８バイトと規定されている。ただし、今日では１フレーム内により多くのデータを格納するために、ジャンボフレームと呼ばれる形式も有り、厳密に規格化はされていないが、フレーム長が８０００〜１２０００バイト程度のものも存在する。また、連続するＭＡＣフレーム間には、ＩＦＧ（Ｉｎｔｅｒ  Ｆｒａｍｅ  Ｇａｐ）と呼ばれるアイドル区間を確保する必要があり、本ＩＦＧは平均１２バイト設ける必要がある。
ＭＰＬＳヘッダの後には、実際に伝送されるユーザデータが格納され、また、異なるプロトコル（ＩＰなど）のオーバヘッド情報も当該領域に格納される。
【００３６】
ここで、本実施例において、ＳＤＨフレーム内のパスを多重しパケット化する際に収容効率が悪化する課題について、詳細に説明する。
その具体例を図４に示す。同一経路の設定パス（４００）が１００個有るものとし、１つの装置内パケット（４０１）には１０パス分のデータを収容できるとする。この場合、１つのテーブルには１０パス分の情報が格納され、同じ手法で構成されたテーブルが１０個生成されることになる。この状態から各テーブルの１０パス中９パス（削除パス（４０２））が削除されると、同一経路のパスは、１つのテーブルに１パスが残存し、このようなテーブルが１０個存在するため、残存パスは１０パスとなる。
【００３７】
残存パスの１０パスは、本来であれば、１つの装置内パケット（４０１）で伝送可能であるが、１つテーブルと１つの装置内パケット（４０１）が対応しているおり、残存パスの１０パスそれぞれが別々のテーブルに格納されているために、１０個の装置内パケット（４０１）でそれぞれ１パスずつ伝送することになる。
【００３８】
その結果、１つの装置内パケットに収容するパスの個数が少なくなり、収容効率が悪化する。
【００３９】
次に、ユーザ装置（１００）からのＳＤＨ信号を受信するＳＤＨ系ＵＮＩ（１０１）の動作、処理を説明する。図２に示したようにＳＤＨフレームは、ＳＴＭ−Ｎフレーム（２０７）内のペイロード領域（２０５）に多数のＶＣ（２００）を収容している。本信号はシリアル化され、光信号で伝送されるのが一般的である。ＳＤＨフレームの受信処理をする通信装置（１０６）内のＳＤＨ系ＵＮＩ（１０１）の受信部のハードウェア構成図を図５に示す。
【００４０】
光−電気変換部（５００）において、ユーザ装置（１００）から入力する光信号を電気信号に変換した後、ＣＤＲ（Ｃｌｏｃｋ  Ｄａｔａ  Ｒｅｃｏｖｅｒｙ）部（５０１）で当該電気信号からクロック成分を抽出する。信号成分とクロック成分を並走させることで、後段回路の信号処理を可能とする。後段回路では、直列−並列変換部（５０２）にてシリアル伝送で入力するＳＤＨ信号を適度な並列数に展開（パラレル化）し、順次ＳＤＨ信号の終端処理を行う。ＳＤＨ信号は、オーバヘッド領域にフレーム同期信号やＳＤＨフレームとしての警報情報、誤り数情報などを格納しており、これらはＶＣ信号を受信する対向装置へ転送する必要のない情報のため、同期処理、警報抽出、誤り数などの監視情報の収集を行った後は終端し、後段回路には導通させない。
【００４１】
また、ＳＤＨフレームの場合、フレーム同期信号を除いては、スクランブル処理が施されており、フレーム同期信号部を除く領域のデスクランブル処理が必要となる。よって、まず同期検出部（５０３）でフレームの始点を検出し、次いでデスクランブル部（５０４）でＳＤＨフレームに施されたスクランブル処理を解除する処理を行う。次いで、オーバヘッド終端部（５０５）でオーバヘッド部の各種情報を収集した上でオーバヘッドを削除する終端処理を行う。
【００４２】
ＳＤＨフレームのオーバヘッドはＳＯＨ（２０６）及びＰＯＨ（Ｐａｔｈ  Ｏｖｅｒｈａｅｄ）（２０７、２０８）で構成されており、ＳＯＨ内には更に処理レイヤ毎にＲＳＯＨ（Ｒｅｇｅｎｅｒａｔｏｒ  Ｓｅｃｔｉｏｎ  Ｏｖｅｒｈｅａｄ）とＭＳＯＨ（Ｍｕｌｔｉｐｌｅｘ  Ｓｅｃｔｉｏｎ  Ｏｖｅｒｈｅａｄ）が存在する。
【００４３】
オーバヘッド終端部（５０５）は、処理レイヤ毎にオーバヘッドのＳＯＨ（２０６）を終端し、それらのオーバヘッド内の警報情報、誤り数情報、その他各種情報を収集して、個々に適切な処理（警報通知、性能監視、警報転送、保守情報の転送、ポインタ処理＝クロックの乗せ換え処理、など）を施す。次いでオーバヘッド終端部（５０５）は、ＰＯＨの終端を行い、本来データ転送に必要なＶＣ（２００）群の情報のみ後段回路に転送する。つまり、オーバヘッド終端部（５０５）は、ＳＤＨフレームからＶＣ（２００）群（複数のＶＣ）を取り出す。そのため、オーバヘッド終端部（５０５）は、取り出し処理部とも呼ぶ。これらのオーバヘッドの終端処理を行う終端回路を図では一括してオーバヘッド終端部（５０５）として示すが、複数の終端部に分かれていてもよい。
【００４４】
以降でＶＣ（２００）群のメモリへの展開、及び装置内パケット（伝送パケット）への結合処理を説明する。上述の処理により、オーバヘッド部を終端し対向装置へと転送すべきペイロード領域（２０５）のみが抽出された状態となる。
【００４５】
受信側展開処理部（５０６）は、本ペイロード（２０５）内の各ＶＣ（２００）を受信メモリバッファ部（５０７）に展開する。つまり、受信側展開処理部（５０６）は、複数のＶＣ（２００）を受信メモリバッファ部（５０７）へ格納する。受信メモリバッファ部（５０７）は、複数のＶＣ（２００）を一時的に格納する。受信側展開処理部（５０６）は、順次入力されるペイロード領域（２０５）から各ＶＣ（２００）の始点・終点を識別し（つまり、各ＶＣ（２００）がＳＤＨフレームのどこに格納されていたかを示す位置情報を取得し）、各ＶＣ（２００）の位置情報（ＡＵＧ／ＴＵＧポインタ）毎に受信メモリバッファ部（５０７）のアドレスを指定して、当該ＶＣ（２００）のデータを受信メモリバッファ部（５０７）に格納する。したがって、受信メモリバッファ部（５０７）は、全ＶＣ（２００）を位置情報毎に収容するメモリ領域を有するものとする。
【００４６】
受信側展開処理部（５０６）は、取得した位置情報を基に同一経路の情報を記録するテーブル（経路関連情報）（５０９）を作成する。
テーブル（経路関連情報）（５０９）は、同一経路毎に受信側位置情報（受信したＳＤＨフレームにおいて、当該ＶＣがフレーム内ＡＵＧ／ＴＵＧのどこに位置するかを示す情報）、送信側位置情報（対向ＵＮＩにおいて、当該ＶＣをフレーム内ＡＵＧ／ＴＵＧのどこにマッピング（格納）するかを示す情報）を有する。
ここで、対向ＵＮＩとは、ＳＤＨ系ＵＮＩ（１０１ａ）が受信したＳＤＨフレームを転送する先のノードのＳＤＨ系ＵＮＩ（１０１ｂまたは１０１ｃ）のことである。
なお、送信側位置情報は、受信したＳＤＨフレームに含まれる各種情報の中から取得してテーブル（５０９）に格納してもよいし、各ノードを管理する管理装置（図示せず）がテーブル（５０９）に設定してもよい。
【００４７】
各テーブル（５０９）は、記憶部（図示せず）としてのメモリに記録される。テーブル（５０９）群の構成イメージを図１５に示す。本テーブルには１つの宛先情報（１５０１）毎に、本宛先に送出すべきＶＣパスの受信側位置情報（ＡＵＧ番号／ＴＵＧ番号／ＴＵ番号）（１５０２）が記録されており、当該位置にあるＶＣパスのデータを宛先側でＳＤＨフレームのどの位置にマッピングするかを示す送信側位置情報（ＡＵＧ番号／ＴＵＧ番号／ＴＵ番号）（１５０３）が併せて記録されている。
【００４８】
つまり、１つのテーブル（経路関連情報）（５０９）は、１つの宛先情報（１５０１）に関する受信側位置情報（１５０２）と送信側位置情報（１５０３）を有し、複数の宛先情報（１５０１）に対応した複数のテーブル（経路関連情報）（５０９）がテーブル（経路関連情報）（５０９）群を構成する。
また、宛先情報（１５０１）はＶＣの宛先に対応している。
テーブル（経路関連情報）（５０９）は、単に、宛先情報（１５０１）毎に受信側位置情報（１５０２）と送信側位置情報（１５０３）を有する構成としてもよい。
【００４９】
受信メモリバッファ部（５０７）からの読み出し処理は、受信側読み出し処理部（５０８）で行う。受信側読み出し処理部（５０８）は、同一経路の情報を記録するテーブル（経路関連情報）（５０９）群を参照し、各テーブル（経路関連情報）（５０９）に格納された受信側位置情報、送信側位置情報を順次読み出し、送信側位置情報を当該ＶＣデータに付与するヘッダ部に記録して出力した後、当該受信側位置情報に格納されたデータを受信メモリバッファ部（５０７）から読み出し、後段の機能部を介してスイッチ（１０４）へと送信（出力）する。
【００５０】
受信側読み出し処理部（５０８）は、各テーブル（５０９）に複数の位置情報が格納されていれば、その数の分だけ送信側位置情報を格納したヘッダ部と、順次受信メモリバッファ部（５０７）から読み出したデータを連結して出力する。つまり、同一宛先のパケットには、複数の送信側位置情報を格納した１つのヘッダ部と複数の送信側位置情報に対応する複数のデータが含まれる。
【００５１】
１つのテーブル（５０９）から全位置情報を読み出すと、前排出データから一定の間隔を確保した後、次のテーブル（５０９）を用いて同様の処理を行う。以上の処理を繰り返し、１フレーム分のデータをすべて読み出して１フレーム周期分の処理を完了する。
【００５２】
受信側読み出し処理部（５０８）の詳細動作を示すために、当該機能部の動作フローを図６に示す。図６は、受信側読み出し処理部（５０８）の動作フローチャート図である。装置内のクロックで生成された装置内フレーム（装置内パケット）（基本的にＳＤＨフレームと同周期となる）を受信すると処理を開始する（６１０）。装置内フレームを受信したか判定する（６００）。受信した場合（６００のＹＥＳ）、テーブル（５０９）の１つを位置情報を参照する参照テーブルとして設定し、このテーブル（５０９）内の最上位列に位置情報が格納されているかを判定する（６０１）。位置情報が格納されている場合（６０１のＹＥＳ）、送信側位置情報を読み出し（６０２）、本情報をヘッダ部に格納して（６０３）、後段回路に出力する。次いで受信側位置情報を読み出す（６０４）と、当該位置に該当するアドレスを指定して受信メモリバッファ部（５０７）より該当のＶＣデータの読み出しを行う（６０５）。テーブル（５０９）内の参照列を１列シフト（読み出し位置を１足してシフト）（６０６）させ、再度、同じテーブル（５０９）の位置情報を参照する（６０１）。本処理を繰り返し、１つのテーブル（５０９）内の全位置情報に基づくデータの排出を行う。１つのテーブルからすべての情報を読み出した後（６０１のＮＯ）、一定の待機時間を確保（装置内パケットのヘッダ付与領域の確保、パケット間隔を確保するため）した後（６０７）、次のテーブル（５０９）が存在するか判定する（６０８）、存在する場合（６０８のＹＥＳ）、次のテーブル（５０９）を参照テーブル設定し、次のテーブル（５０９）に移行して（６０９）、位置情報の参照を実行する（６０１）。これを繰り返し、全テーブル（５０９）のデータを排出し終えると（６０８のＮＯ）、処理を終了する。
【００５３】
また、本処理フローを終了した後、次の装置内フレームの受信を待機する状態に遷移し、本処理の実行を毎フレーム繰り返すことで、同一経路のＶＣデータの結合を行うことが出来る。
【００５４】
後段回路では、装置内ヘッダ付与部（５１０）にて、同一方路に連結されたデータ列を装置内パケット（伝送パケット）形式にカプセル化する。本装置内パケットのヘッダ領域（ＭＰＬＳヘッダのラベルなどを用いる）に他のノード（１０６）の宛先のＵＮＩ（１０１、１０２）を指定する情報を付与し、通信装置内での装置内パケットの優先度情報などを付与して、後段のスイッチ部（１０４）に転送する。以上が、ＳＤＨ等の信号の受信側のＳＤＨ系ＵＮＩによる処理となる。
【００５５】
スイッチ部（１０４）は、受信した装置内パケットの経路情報（ラベルなど）を参照し、適宜ＮＮＩ（１０３）を介して他のノード（１０６）の宛先のＵＮＩ（１０１、１０２）まで当該装置内パケット（伝送パケット）を転送する。
【００５６】
次にスイッチ部（１０４）からのＳＤＨ信号をユーザ装置（１００）へ送信するＵＮＩ（１０１）の動作、処理を説明する。図７は、ユーザ装置（１００）へＳＤＨフレームを送信する処理をする通信装置（１０６）内のＳＤＨ系ＵＮＩ（１０１）の送信部のハードウェア構成図である。
スイッチ部（１０４）より転送されてきた装置内パケットは、装置内ヘッダ終端部（７００）にて、装置内パケットの装置内ヘッダ内に格納されたＦＣＳのチェックなど、パケットの正常性判定を行った後、当該ヘッダ部分を終端する。装置内ヘッダが除かれ、各ＶＣ（２００）の送信側位置情報を格納するヘッダ部とＶＣデータ領域が連結された状態となったデータ群は、送信側展開処理部（７０１）に入力する。
【００５７】
送信側展開処理部（７０１）では、各ＶＣ（２００）のヘッダ部の送信側位置情報を読み出し、そこに格納されユーザ装置（１００）へのＳＤＨフレーム送信時の当該ＶＣ（２００）の位置情報を判定（特定）し、当該位置情報に割り当てられたアドレスを指定して各ＶＣ（２００）を送信メモリバッファ部（７０２）に格納する。つまり、送信側展開処理部（７０１）は、各ＶＣ（２００）を送信メモリバッファ部（７０２）に格納する格納処理部である。また、各ＶＣ（２００）は、パス毎に送信メモリバッファ部（７０２）に格納されることになる。
【００５８】
送信側読み出し部（以下、「送信側読み出し処理部」とも呼ぶ。）（７０３）は、送信メモリバッファ部（７０２）に全ＶＣ（２００）の情報が出揃った状態を識別し、装置内クロック部（７０４）より供給される送信側のＳＤＨフレーム生成タイミングに準じて送信メモリバッファ部（７０２）のＶＣデータを順次先頭から読み出していく。
なお、送信側読み出し部（７０３）は、送信メモリバッファ部（７０２）に所定の量のＶＣ（２００）が格納されたことを検知すると、装置内クロック部（７０４）より供給される送信側のＳＤＨフレーム生成タイミングに準じて送信メモリバッファ部（７０２）のＶＣデータを順次先頭から読み出していってもよい。
【００５９】
送信側読み出し部（７０３）は、読み出したＶＣをＳＤＨフレームに格納する。具体的には、送信メモリバッファ部（７０２）の各領域に格納されたデータ（ＶＣ（２００））を１つずつ順次読み出し、ＳＤＨフレーム内の所定の領域にマッピングして行く。全領域のデータをマッピングし終えると、ＳＤＨフレームの出力が可能となる。
送信側読み出し部（７０３）は、各ＶＣ（２００）をＳＤＨフレームに格納する格納部であり、各ＶＣ（２００）を格納したＳＤＨフレームを後段の機能部を介してユーザ装置（１００）へ送信（出力）する。
【００６０】
その後、各レイヤの警報情報等を適宜判定・付与してＰＯＨ，ＭＳＯＨ，ＲＳＯＨを順次生成するオーバヘッド生成部（７０５）、ＳＤＨフレームにスクランブル処理を施すスクランブル処理部（７０６）、パラレル化されたビット列を光信号で出力するためにシリアル化する並列−直列変換部（７０７）を経る。
【００６１】
最後にシリアル化の電気信号を電気−光変換部（７０８）にて光信号に変換し、対向のユーザ装置（１００）へとＳＤＨ信号を出力する。  以上が本実施例における複数ＶＣ（２００）を結合し装置内パケットにて送受信する実施例の内容である。本実施例によって、同一経路を通過するＶＣパスは、１つの装置内パケット内に結合し、複数のＶＣに対し１つのオーバヘッドを付与することで収容効率を向上させることができ、通信装置内の帯域を効率的に使用することが可能となる。
【００６２】
（実施例２）
本実施例では、実施例１で述べたテーブル（同一経路情報）の構成を効率的に並び替える手段を説明する。
【００６３】
各テーブル（５０９）に登録できるパス数は、装置内パケット長の最大長を超過しないようにするため制限が生じる。よって、同一経路に上限を超過する数のパスが設定される場合には、テーブル（５０９）を変えて超過分のパスを設定する必要がある。つまり、同一経路のパスを、複数のテーブル（５０９）に登録することになる。
【００６４】
そのため、複数のテーブル（５０９）に同一経路のパスを張り（登録し）、その後、各テーブル（５０９）のパスが削除され、少数のパスが各テーブル（５０９）に残存することになっても、これらを同一の１つのテーブルに再構築するには、パスを一旦削除するなどの処理が必要になる。
【００６５】
言い換えると、同一経路を通るパスが多数存在し、複数テーブルに亘って同一経路のパスが登録された状態で、そこから一部パスを削除すると、本来テーブル数も削減できる状態にも関わらず、パスの削除・張り直し（それに伴い当該パスの信号が一時途絶する）をしないとテーブルの集約が出来ない状態となる。実施例２は、パスの削除・追加を伴わずに集約する実施例である。
【００６６】
パスの削除・追加を伴わずに集約する処理の概要図を図８に示す。本制御はＳＤＨ系ＵＮＩ（１０１）内部で行われ、図８はＳＤＨ系ＵＮＩ内のファームウェア及びハードウェアの挙動を示すものである。
各パスに必要な情報は、当該パスの宛先、受信側位置情報、送信側位置情報である。これらの情報を登録パス毎に記録したパステーブル（８００）を設ける。
パステーブル（８００）は、ファームウェアによってハードウェアの記憶部としてのメモリに書き込まれる。パステーブル（８００）への書き込み契機は、ユーザ（利用者）によるパスの増設または減設などのパス設定が想定されるが、パスの状況が変更されるものであれば、これに限られない。
【００６７】
書き込みが完了した段階で、ファームウェアよりハードウェア内のソート処理部（８０１）に対し書き込み完了通知が発行される。ソート処理部（８０１）は、書き込み完了通知を受信するとパステーブル（８００）内の情報を順次読み出し、同一経路の（同じ宛先を有する）パスのみを別のソートテーブルＡ（８０２）に書き込む。ソートテーブルＡ（８０２）は、記憶部としてのメモリに書き込まれる。また、ソート処理部（８０１）は、ソートテーブルＡ（８０２）に書き込む間、パステーブル（８００）へパス設定の受け付けが不可である状態を通知する設定不可通知をファームウェアに通知する。
【００６８】
パステーブル（８００）内の同一経路のパスを検索し終えると、次の経路のパスを検索し、同様に該当するパスをソートテーブルＡ（８０２）に記録する。これを繰り返すことで並び替えを行い、並び替えが完了すると並び替え完了通知をテーブル切り替え部（８０４）に通知する。
【００６９】
上記ソート処理のフローを図９に示す。
図９は、ソート処理部によるパステーブル内の同一経路（同一パス）を並び替える処理の動作フローチャート図である。
書き込み完了通知を受信すると処理を開始する（９１１）。ファームウェアからパステーブル（８００）への書き込み完了通知を受信したか判断する（９００）。受信した場合（９００のＹＥＳ）、宛先パラメータ（例えばノード番号、ＵＮＩ番号などに準じて順序付けられる宛先番号）を初期化、先頭の宛先番号を検索キーとして設定９０１）、パステーブル（８００）の1列目のパスを参照する列（参照列）として参照し（９０２）、参照したパスが、検索対象の宛先に一致するかを判定する（９０３）。一致した場合（９０３のＹＥＳ）、ソートテーブル（８０２）の1列目に当該パスの情報を格納し（９０４）、ソートテーブル（８０２）のポインタを１列下方に移動させる（９０５）。つまり、ソートテーブルの書き込み列を１列シフトする。一致しない場合（９０３のＮＯ）、ソートテーブル（８０２）への書き込みは行わず、パステーブル（８００）の参照列を１列下方に移動する（９０６）。つまり、パステーブル（８００）の参照する列を１列シフトする。
【００７０】
パステーブル（８００）の全ての列を参照したか判定する（９０７）。全ての列を参照していない場合（９０７のＮＯ）、パステーブル（８００）の次の列のパスを参照し（９０３）、同様に宛先が一致するかを判定する（９０３）。参照列がパステーブル（８００）の下限に到達すると、パステーブル（８００）の全列を参照したことになるので（９０７のＹＥＳ）、次の宛先パラメータを規定して、つまり、検索する宛先を次の宛先に変更し（９０８）、全ての宛先を検索したか判定する（９０９）、全ての宛先を検索していない場合（９０９のＮＯ）、つまり、新たな宛先パラメータに該当するパスを順次検索していく（９０２〜９０７）。全宛先パラメータを検索し終えると（９０９のＹＥＳ）、パステーブル（８００）内の全パスを検索し終えたことになり、ここで並び替え完了通知をテーブル切り替え部（８０４）に通知する（９１０）。
また、本処理フローを終了した後、次の書き込み完了通知の受信を待機する状態に遷移し、本処理の実行を繰り返す。
【００７１】
以上の処理により並び替えられた情報を格納したソートテーブルＡ（８０２）内は、同一経路のパス毎に集約されてパス情報が並べられる。テーブル（５０９）群の情報を１つのソートテーブルＡ（８０２）に集約した構成となり、後段の当該パス群のデータを結合する受信側読み出し部（５０８）での結合処理が容易になる。
【００７２】
次にテーブル切り替え部（８０４）の処理を説明する。実際には上述のソートテーブルＡ（８０２）に加えもう一つのソートテーブルＢ（８０３）が存在する。ここには上記処理により並び替えを行う前の状態（１回前に並び替えを行った結果）が格納されている。上述のケースでは、このソートテーブルＢ（８０３）に基づき、受信側読み出し部（５０８）はパス（ＶＣ）の結合を行っている。ソートテーブルＢ（８０３）も、記憶部としてのメモリに書き込まれる。
【００７３】
テーブル切り替え部（８０４）は、ソート処理部（８０１）より並び替え完了通知を受信すると、別途、通信装置内で装置内クロック部（７０４）から供給される装置内フレームの受信をトリガとして、セレクタ部（８０５）へ切り替え通知を送信し、ソートテーブルＢ（８０３）からソートテーブルＡ（８０２）への切り替えを行う。セレクタ部（８０５）の切り替えが行われると受信側読み出し部（５０８）は、次の装置内フレーム以降はソートテーブルＡ（８０２）を参照してパスの結合を行う。この時点でテーブル切り替え部（８０４）は、パステーブル（８００）の再更新を許容するために、ファームウェアに対し処理完了通知を出力する。また、切り替え後は、パステーブル（８００）の更新が行われると、今度はソートテーブルＢ（８０３）にて上述の並び替え処理を行い、並び替えが完了し、次の装置内フレームの周期到達時点でソートテーブルＡ（８０２）からソートテーブルＢ（８０３）への切り替えを行う。
【００７４】
テーブル切り替え部（８０４）の状態遷移を図１０を用いて説明する。まず、テーブル切り替え部（８０４）は、ソート処理部（８０１）からの並び替え完了通知受信状態を待機する状態にある（１０００）。並び替え完了通知未受信状態では、待機状態（１０００）を維持し、並び替え完了通知受信後、今度は装置内フレームの受信を待機する状態に遷移する（１００１）。ここでも装置内フレームが未受信状態では、待機状態（１００１）を維持する。装置内フレームを受信すると、セレクタ部（８０５）に通知して、受信側読み出し部（５０８）が参照する参照テーブルの切り替えを行う（１００２）。以上の処理を完了後、ファームへ処理完了通知を発行し、パステーブル（８００）の更新を許容する。再度ソート処理部（８０１）からの並び替え完了通知を待機する状態（１０００）となる。
【００７５】
また、受信側読み出し部（５０８）の制御は、基本的には実施例１と変わらない。ただし、実施例１では、宛先毎にテーブル（５０９）は分かれており、各テーブル（５０９）のパスのデータを排出した後は次のテーブル（５０９）を参照し、複数のテーブル（５０９）を参照する処理であったが、本実施例においては、参照するテーブル自体はソートテーブルＡ（８０２）、ソートテーブルＢ（８０３）のみである。図１１を用いて、受信側読み出し部（５０８）動作を説明する。
【００７６】
図１１は、実施例２における受信側読み出し部（５０８）での動作フローチャート図である。説明を簡単にするため、受信側読み出し部（５０８）は、ソートテーブルＡ（８０２）を参照しているとする。ソートテーブルＢ（８０３）を参照している場合も同様である。
装置内クロック部（７０４）で生成された装置内フレーム（装置内パケット）を受信すると処理を開始する（１１１１）。装置内フレームを受信したか判定する（１１００）。受信した場合（１１００のＹＥＳ）、現在選択されているソートテーブルＡ（８０２）を参照し、ソートテーブルＡ（８０２）内の参照列に位置情報が格納されているかを判定する（１１０１）。
【００７７】
位置情報が格納されている場合（１１０１のＹＥＳ）、格納されている宛先情報を収集し（読み出し）（１１０２）、前列の宛先情報と同じ宛先か判定する（１１０３）。同じ宛先ではない場合（１１０３のＮＯ）、本宛先情報を装置内ヘッダ付与部（５１０）に通知する（１１０４）とともに、装置内パケット間隔を確保するため一定の待機時間待機する（１１０５）。また、前列の宛先情報の前列とは、直前に参照した列のことを指し、初めて本フローチャートを実行する際には、直前に参照した列はないため、同じ宛先ではないと判定し（１１０３のＮＯ）、１１０４の処理へ進む。
【００７８】
次いで、ソートテーブルＡ（８０２）から送信側位置情報を読み出し（１１０６）、本送信側位置情報をＶＣパスデータ毎に付与するヘッダ部に格納（１１０７）して後段回路に出力する。その後、ソートテーブルＡ（８０２）から受信側位置情報を読み出す（１１０８）と、当該受信側位置に該当するアドレスを指定して受信メモリバッファ部（５０７）より該当のＶＣデータの読み出しを行う（１１０９）。
【００７９】
ソートテーブルＡ（８０２）の参照列を１列シフトさせる（１１１０）。ソートテーブルＡ（８０２）の全ての列を参照したか判定する（１１１２）。全ての列を参照していない場合（１１１２のＮＯ）、ソートテーブルＡ（８０２）の次列の読み出しに遷移し（１１０１）、次に読み出した宛先情報が、前列の宛先情報と一致するかを判定する（１１０３）。一致する場合（１１０３のＹＥＳ）、次列の位置情報収集処理（１１０６〜１１１０）を実行する。一致しない場合（１１０３のＮＯ）、宛先情報を装置内ヘッダ付与部（５１０）に通知し（１１０４）、一定の待機時間を確保した後（１１０５）、該当列の位置情報収集処理（１１０６〜１１１０）を実行する。
【００８０】
なお、収集した宛先情報は、装置内ヘッダ付与部（５１０）に通知して、結合後のＶＣデータ群に適切な宛先情報のヘッダが付与できるようにする。これを繰り返し、ソートテーブル内の全列を読み出し、データの排出を完了すると次の装置内フレーム到来を待機する状態（１０００）に遷移する。これを毎フレーム繰り返すことで、同一経路のＶＣデータの結合を行うことが出来る。
【００８１】
上述の一連の動作のシーケンス図を図１２に示す。図１２は、並び替え処理全体の動作を示すシーケンス図の例である。図１１同様に、説明を簡単にするため、受信側読み出し部（５０８）は、ソートテーブルＡ（８０２）を参照しているとする。ソートテーブルＢ（８０３）を参照している場合も同様である。
まず、ハードウェア内のソート処理部（８０１）は、ソート処理待ち状態であれば、ファームウェアに対し設定可能通知を行う（１２００）。ユーザ（利用者）によるパス設定により、パスが増設または減設されると、本パス設定の情報がファームウェアに通知される（１２０１）。なお、ユーザからのパス設定はＯｐＳファームウェア（ＰＣ等のＧＵＩでユーザ設定等を受け付ける）（図示せず）で受信し、その設定内容をファームウェアに通知する。
【００８２】
ファームウェアは、ハードウェアがパス設定を受付可能であるかをチェックし、受付可能であればパステーブル（８００）に増減設されたパス情報を記録する（１２０２）。記録完了後、ファームウェアはソート処理部（８０１）に対し書き込み完了通知を発行する（１２０３）。ソート処理部（８０１）は、書き込み完了通知を検出するとパステーブル（８００）より格納情報を読み出し（１２０５）、その時点で不使用状態のソートテーブルＢ（８０３）に対しソート処理部（８０１）にて並び替え処理を行い（１２０６）、結果をソートテーブルＢ（８０３）内に格納する（１２０７）。ソート処理部（８０１）がソートテーブルＢ（８０３）に対する並び替え処理を行う間、ファームウェアに対してパステーブル（８００）の再更新を行わないようにするため、ソート処理部（８０１）は、パス設定の受け付けが不可である状態を通知する設定不可通知を通知する（１２０４）。
【００８３】
並び替えが完了後、ソート処理部（８０１）は、テーブル切り替え部（８０４）に並び替え完了通知を発行する（１２０８）。テーブル切り替え部（８０４）は、装置内フレーム到来とともにソートテーブルＡ（８０２）からソートテーブルＢ（８０３）への面切り替え処理を行う（１２０９）。切り替え処理が完了すると、テーブル切り替え部（８０４）はファームウェアに対して処理完了通知（１２１０）を行い、ファームウェアに対しパステーブル再更新の受付可能状態を通知する。
【００８４】
以上の処理により、パスの増減設が発生しても、各パスのＶＣデータを効率的な状態で装置内パケット内に結合することが出来る。また、受信側読み出し処理部（５０８）は、装置内フレームの境界にて参照するソートテーブルＡ（８０２）またはソートテーブルＢ（８０３）を切り替えられるため、切り替え過渡期の導通データの途絶、つまり、信号の途絶も伴わずに済む。
【００８５】
（実施例３）
上述の実施例２では、並び替え処理をハードウェアにて実現していたが、本処理をファームウェアにて実施することも可能である。具体的には、パステーブル（８００）、ソート処理部（８０１）は、ファームウェア内に具備し、並び替えを行った後のパス情報をハードウェア内のソートテーブル（８０２，８０３）に書き込む。ハードウェアは、ソートテーブル（８０２，８０３）書き込み完了を以って、前述の方式でフレーム到来周期にて面切り替えを行い、並び替えが完了した後のパス情報に基づく装置内パケット構築を行うことが可能となる。
【００８６】
（実施例４）
上述の実施例２，３の方式により、同一経路のパスは同一装置内パケットに結合され、装置内パケットのオーバヘッド分の帯域消費が抑えられる。本処理を行った結果の使用帯域を上位ファームウェアや各ノード（１０６）を管理する管理装置に通知することにより、残帯域を把握することが出来、更に他のパス（特にイーサネット系のパス）を増設する際に、効率的に残帯域を活用することが出来る。以下に具体例を示す。
【００８７】
図１に示すＡＤＭシステム１において、各ＵＮＩ（１０１，１０２）に布設されたパスの総帯域の上限は、ノード（１０６）のＮＮＩ（１０３）と隣接ノード（１０６）のＮＮＩ（１０３）間の伝送量によって定まる。例えば、ＮＮＩ（１０３）の伝送速度が１０Ｇｂｉt／ｓであれば、各ＵＮＩ（１０１，１０２）には、ＩＦＧ領域を含めた送信パケットのデータ量がそのまま１０Ｇｂｉt／ｓまで許容される。  実施例２の方式で、Ｎ個のＶＣパスを１パケットに結合した場合、この個数Ｎの値はハードウェア内で保持される。ファームウェアは、ハードウェアで結合したパケット数ｘ分のＮ値（Ｎ１〜Ｘ）を収集し、使用帯域を算出する。各パケットの使用帯域（１秒間あたりのデータ量）は以下で算出が可能である。
（使用帯域）＝＜（ＩＦＧ長  １２バイト）＋（プリアンブル  ８バイト）＋（ＭＡＣヘッダ  １８バイト）＋（ＭＰＬＳヘッダ  ４バイト）＋｛（ＶＣパスヘッダ）＋（ＶＣパスデータ）｝×Ｎ＞×８０００
上記の「８０００」という数値は、当該パケットが１フレーム時間に１個出力される性質からくるものであり、ＳＤＨの場合１フレーム時間は１２５マイクロ秒であることから、１秒間ではデータ量は８０００倍となることから来る。
【００８８】
上記で算出した使用帯域をパケット毎に算出し、経路毎に積算する。各経路の総帯域（回線帯域）は布設したＮＮＩ（１０３）の帯域により与えられ、各経路の総帯域から上述の使用帯域を減算した値が残帯域となる。
なお、使用帯域の算出は、上記に限られるものではなく、他の算出方法でも算出することが可能である。
【００８９】
以上により、任意のパスを追加する際に、当該パスが布設可能であるかを残帯域より判定し、余剰あればパス増設を許容することが可能となる。  以上のパスが布設可能であるかを残帯域より判定する動作、処理を含めた全体シーケンス図を図１３に示す。大筋は図１２と同様であるが、ソート処理部（８０１）にて並び替え処理を実施後、ソート処理部（８０１）は、ファームウェアに対して結合したパケット毎に格納パス数Ｎを通知する（１３００）。ファームウェアはパケット毎の使用帯域を上式に基づき算出し、算出した結果をユーザ（インタフェース）に通知する（１３０１）。
【００９０】
（実施例５）
上述の実施例１で述べたＳＤＨ系ＵＮＩ（１０１）の送信部の処理においては、到来した装置内パケットより必要情報が送信側展開処理部（７０１）で抽出され、ＶＣパス単位で送信メモリバッファ部（７０２）に格納される。これらのＶＣパス単位のデータは、毎フレーム周期（１２５マイクロ秒）で読み出され、ＳＤＨフレームに格納され送出される。
【００９１】
ここで、通信装置内で生じ得る遅延揺らぎを考慮する必要がある。遅延揺らぎとは、スイッチ部（１０４）等で複数の経路から装置内パケットのトラフィックが合流する場合、先行の装置内パケットがスイッチ部（１０４）から流出するまで後発の装置内パケットが待たされることからくる遅延によるものであり、スイッチ部（１０４）が多段で接続される場合の多段数、及び装置内パケットの最大長（先行装置内パケットが長いほど後発装置内パケットが待たされる時間が長くなるため）が大きな支配項となる。本遅延は、先行する装置内パケットの有無によって大きく生じる場合と、小さくなる場合とがあるため、遅延量が装置内パケット毎に変動し得る性質を持ち、この遅延量の変動を遅延揺らぎと呼ぶ。
【００９２】
例えば、ＶＣパスを結合したパケットのみを伝送する装置があり、ＶＣパスの結合数も抑制しパケット長を短く制限出来れば、遅延揺らぎは小さくなるが、イーサネット信号（特にジャンボフレームを含む）が混在する場合は、それらの最大長まで考慮して遅延揺らぎを想定する必要がある。
【００９３】
先に述べた、ＳＤＨフレーム再組み立てを行う際、到来すべき装置内パケットが遅延揺らぎによって１２５マイクロ秒以内に到来しなかった場合、ＳＤＨフレームの組立時に必要なＶＣパスのデータが間に合わず、当該ＳＤＨフレームには所望のＶＣデータが格納されないことになる。その結果、当該ＶＣパスの信号は途絶することになり、これは当該データ（音声や画像）の欠損に繋がる。
【００９４】
そのため、当該ＡＤＭシステム１のネットワーク内で生じ得る遅延揺らぎを想定し、各パス単位で所定量のデータをＳＤＨ系ＵＮＩ（１０１）の送信部でバッファリング（貯め込み）した上で、当該パスのデータの送出を許容する構成をとることが望ましい。以下に具体的な方式を記す。
【００９５】
図７で示したＳＤＨ系ＵＮＩ（１０１）の送信部でデータをバッファリングする処理の概要図を図１４に示す。送信側展開処理部（７０１）は、到来した装置内パケット（伝送パケット）を展開し、送信メモリバッファ部（７０２）内の各ＶＣパスに割り当てられた所定の領域（アドレス）に各パスのデータ（ＶＣパケット）を格納する。つまり、各パスのデータ（ＶＣパケット）は、送信メモリバッファ部（７０２）にパス毎に格納される。これらの各ＶＣパス単位のデータをＳＤＨフレームに再構築するため、送信側読み出し部（７０３）は、送信メモリバッファ部（７０２）の各領域のデータを１つずつ順次読み出し、ＳＤＨフレーム内の所定の領域にマッピングして行く。全領域のデータをマッピングし終えると、ＳＤＨフレームの出力が可能となる。
【００９６】
この際、各ＶＣパスの蓄積データ量、つまり、送信メモリバッファ部（７０２）に格納されたパス毎のＶＣパケットの量を保持する格納カウンタ（１４０１）を具備する。
送信側展開処理部（７０１）は、送信メモリバッファ部（７０２）にＶＣパスのデータを書き込む（格納）際に、格納カウンタ（１４０１）の値を加算する。送信側読み出し部（７０３）は、送信メモリバッファ部（７０２）に格納されたＶＣパスのデータ（ＶＣパケット）をＳＤＨフレームへと格納するために読み出す際に、格納カウンタ（１４０１）の値を減算する。
送信側読み出し部（７０３）は、この格納カウンタ（１４０１）の各パスの値が所定の閾値（送出許可閾値）に到達するまで、送信メモリバッファ部（７０２）の各パスからの読み出しは行わないよう処理を施す。つまり、送信側読み出し部（７０３）は、格納カウンタ（１４０１）の値と所定の閾値（送出許可閾値）とを比較し、送信メモリバッファ部（７０２）からＶＣパケットを読み出すか否かを判定する。
【００９７】
その結果、送信メモリバッファ部（７０２）内の各ＶＣパスは、所定量のデータが蓄積された状態となって初めて出力が開始され、遅延揺らぎによりパケットの到来が遅れても、既に送信メモリバッファ部（７０２）内に蓄積されたデータを連続して後段へ排出することが出来る。なお、一旦送出を許容した後は、当該送信メモリバッファ部７０２内のパスのデータが空になるまでは送出を停止しないものとする。
【００９８】
本方式は、遅延揺らぎの大きいシステム構成では有効であるが、反面、閾値を大きくすると、バッファへの蓄積量が大きくなることになり、当該パスの伝送遅延（固定遅延）自体を大きくすることになる。よって、閾値は遅延揺らぎ量を鑑み、好適な値に設定可能なよう可変とすることが望ましい。
【００９９】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。
【０１００】
また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えばＦＰＧＡ（ｆｉｅｌｄ−ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ）のような集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（ＳｏｌｉｄＳｔａｔｅＤｒｉｖｅ）等の記録装置、または、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）カード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
【０１０１】
また、「ａａａテーブル」の表現にて各種情報を説明したが、各種情報は、テーブル以外のデータ構造で表現されていてもよい。データ構造に依存しないことを示すために「ａａａテーブル」を「ａａａ情報」と呼ぶことができる。
【０１０２】
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【０１０３】
１００  ユーザ装置
１０１  ＳＤＨ系ＵＮＩ
１０２  イーサネット系ＵＮＩ
１０３  ＮＮＩ
１０４  スイッチ
１０６  通信装置（ノード）
２００  ＳＤＨフレーム内のＶＣ領域
２０５  ＳＤＨフレーム内のペイロード領域
２０６  ＳＤＨフレーム内のＳＯＨ領域
２０７  ＳＴＭ−Ｎフレーム
４００  同一経路を有するパス
４０１  同一経路を有するパスを結合した装置内パケット
５０７  受信メモリバッファ部
５０８  受信側読み出し処理部
５０９  テーブル（同一経路情報）
７０１  送信側展開処理部
７０２  送信メモリバッファ部
８００  パステーブル
８０１  ソート処理部
８０２  ソートテーブルＡ
８０３  ソートテーブルＢ
８０４  テーブル切り替え
【図１】
2015207839.tif 000003
【図２】
2015207839.tif 000004
【図３】
2015207839.tif 000005
【図４】
2015207839.tif 000006
【図５】
2015207839.tif 000007
【図６】
2015207839.tif 000008
【図７】
2015207839.tif 000009
【図８】
2015207839.tif 000010
【図９】
2015207839.tif 000011
【図１０】
2015207839.tif 000012
【図１１】
2015207839.tif 000013
【図１２】
2015207839.tif 000014
【図１３】
2015207839.tif 000015
【図１４】
2015207839.tif 000016
【図１５】
2015207839.tif 000017