(57)【特許請求の範囲】
【請求項１】
伝送ネットワーク中で、第１のサブネットワークから第２のサブネットワークに第３のサブネットワークを介して情報を移送する方法であって、伝送ネットワーク中のノード間でそれぞれがヘッダとペイロードを含むフレーム中で情報が移送され、ノードがそこから伝送される各フレームのヘッダを生成し、前記ノードが着信フレームから１つまたは複数の発信フレームにペイロード・データを完全にコピーし、前記ペイロード・データが、フレームに対して浮動できるようにされ、
第１のサブネットワークと第３のサブネットワークの間の第１の境界を横切るとき、ヘッダの第１の部分をフレームのペイロード中にコピーし、前記ペイロード中に前記ヘッダの第２の部分をコピーしないことによって、ペイロード中に使用可能なスペースが形成されるようにするステップと、
第３のサブネットワーク中で、前記ペイロード内の前記使用可能なスペースに納まる、縮小されたサイズのヘッダを使用するステップと、
第３のサブネットワークと第２のサブネットワークの間の第２の境界を横切るとき、前記ペイロードから前記ヘッダの第１の部分および前記縮小されたサイズのヘッダを取り出し、第２のサブネットワーク中でヘッダ情報を生成するステップとを含み、さらに、
第１の境界を横切るとき、タイミング情報を前記ペイロードに加えるステップであって、前記タイミング情報が、第１のサブネットワーク中のフレーム継続時間が第３のサブネットワーク中でのフレーム継続時間と異なる程度を示すステップと、
第２の境界を横切るとき、前記タイミング情報を使って、第２のサブネットワーク中でフレームを再生し、第２のサブネットワーク中の前記フレームが、第１のサブネットワーク中の対応するフレームと同じ継続時間となるようにするステップとを含む方法。
【請求項２】
第１のサブネットワークによって搬送される複数のフレームのヘッダおよびペイロード・データが、第３のサブネットワークによって搬送される共通フレーム中に多重化され、前記共通フレームが第１のサブネットワーク中のフレームごとに搬送される整数倍の情報を搬送し、複数のフレームのヘッダの第２の部分が前記共通フレームのペイロード中にコピーされないことによって、前記共通フレーム中に占有されていないスペースが残り、前記共通フレームのヘッダが、発信フレームのヘッダが前記占有されていないスペースに納まるように、規定されたサイズに維持される、請求項１に記載の方法。
【請求項３】
前記共通フレームのペイロードにコピーされない、複数のフレームの前記ヘッダの第２の部分が、同期情報を含む、請求項２に記載の方法。
【請求項４】
伝送ネットワーク中で、第１のサブネットワークから第２のサブネットワークに第３のサブネットワークを介して情報を移送する装置であって、伝送ネットワーク中のノード間で、それぞれがヘッダとペイロードを含むフレーム中で情報が移送され、ノードがそこから伝送される各フレームのヘッダを生成し、前記ノードが着信フレームから１つまたは複数の発信フレームにペイロード・データを完全にコピーし、前記ペイロード・データが、フレームに対して浮動できるようにされ、
第１のサブネットワークと第３のサブネットワークの間の第１の境界を横切るとき、ヘッダの第１の部分をフレームのペイロード中にコピーし、前記ヘッダの第２の部分を前記ペイロード内にコピーしないことによって前記ペイロード中に使用可能なスペースが形成されるようにする手段と、
前記ペイロード中の前記使用可能なスペースに納まる、第３のサブネットワーク中で使用される縮小されたサイズのヘッダを生成する手段と、
第３のサブネットワークと第２のサブネットワークの間の第２の境界を横切るとき、前記ペイロードから前記ヘッダの第１の部分および前記縮小されたサイズのヘッダを取り出し、第２のサブネットワーク中でヘッダ情報を生成する手段とを備え、さらに、
第１の境界を横切るとき、タイミング情報を前記ペイロードに加える手段であって、前記タイミング情報が、第１のサブネットワーク中のフレーム継続時間が第３のサブネットワーク中でのフレーム継続時間と異なる程度を示す、手段と、
第２の境界を横切るとき、前記タイミング情報を使って、第２のサブネットワーク中でフレームを再生する手段であって、第２のサブネットワーク中の前記フレームが、第１のサブネットワーク中の対応するフレームと同じ継続時間となるようにする手段とを備えた装置。
【請求項５】
第１のサブネットワークによって搬送される複数のフレームのヘッダおよびペイロード・データが、共通発信フレーム中に多重化され、前記共通発信フレームが着信フレームごとに搬送される整数倍の情報を搬送し、前記複数のフレームの前記ヘッダの第２の部分を共通発信フレームのペイロード中にコピーしないことによって、前記共通発信フレーム中に占有されていないスペースが形成され、前記共通発信フレームの前記ヘッダが、前記共通発信フレームのヘッダが前記占有されていないスペースに納まるように、規定されたサイズに維持される、請求項４に記載の装置。
【請求項６】
前記共通発信フレームの前記ペイロード中にコピーされない、複数のフレームのヘッダの第２の部分が、同期情報を含む、請求項５に記載の装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は一般に、伝送ネットワーク中の情報移送に関し、より詳細には互いに完全には同期していない様々なサブネットワーク間の境界を越える情報の移送に関する。
【０００２】
【従来の技術】
ＳＤＨ／ＳＯＮＥＴ伝送装置を使って、伝送ネットワーク中でデータのストリームを移送する。移送は、伝送の時間区分であるフレームに分割され、フレームの長さは通常１２５マイクロ秒である。ＳＤＨ／ＳＯＮＥＴ装置は、各フレームごとに、ヘッダ・データ（、例えば、セクション・オーバーヘッド（ＳＯＨ）など、）およびペイロード情報を挿入する。フレーム内のペイロード情報は、ストリームからの、移送されるデータを含み、それによって連続するフレームからのペイロード・データが切れ目のないストリームが形成される。定義によれば、ヘッダ・データは、フレームごとに生成されるデータである。例を挙げると、ヘッダ・データは、フレームの開始を検出するための同期データ、フレームに関する誤り検出データ、管理情報や保護調整情報などの情報を移送するための装置間の通信チャネル、フレーム元識別情報、国バイトなどの情報を含む。
【０００３】
原則として、異なるノードで生成されたフレームは、非同期である。すなわち、それらの継続時間はわずかに異なる可能性があり、固定した位相関係はない。したがって、ネットワーク中で、さらにはネットワーク中の様々なノードを介した接続に沿って移送されるフレーム相互間では、１対１の関係が存在しない。２つのノードが最初はほぼ同時にフレームを開始したときでさえ、一方のノードにおける最初のフレームからｎ番目（例えば、大きな整数番目）のフレームの開始時間が、他方のノードにおける最初のフレームからｎフレーム後に開始したフレームの開始時間から１フレーム期間を超える分だけ異なる可能性がある。
【０００４】
これは、ヘッダ・データに関する問題ではない。データ・ストリームが接続に沿って移送されるとき、ノードがそれ自体の発信フレームの新しいヘッダを生成するからである。一方、ペイロード・データは、着信フレームからコピーしなければならず、データが失われる恐れはない。したがって、ノードは、フレームに対してペイロード・データを浮動させることができる。すなわち、着信フレームのペイロードの先頭から開始するデータは、発信フレーム内の所定の位置で開始する必要はなく、着信フレーム内のペイロードのデータは、連続する発信フレームのペイロードにわたって分配することができる。
【０００５】
周知のように、ノードでヘッダ・データを使って、伝送ネットワークを管理することができる。原則として、ネットワーク・オペレータは、任意の特定の方式でネットワークを管理するために、ネットワークのノード内でヘッダからのどのバイトを使用することを選択することもできる。しかし、実際には、ネットワークを介してペイロード・データを移送する方式のため、例えばペイロード・データが第１のオペレータの第１のサブネットワークから第１のオペレータの第２のサブネットワークに、第２のオペレータの第３のサブネットワークを介して移送される場合には、ネットワーク・オペレータは、このことを実施できないかもしれない。（第３のサブネットワークに入る前に）第１のサブネットワークの最後のノードから発信するヘッダと（第２のサブネットワークから）第２のサブネットワークに入るヘッダとが１対１対応である必要がないので、第３のサブネットワークは第１のオペレータにとってトランスペアレントではない。第３のサブネットワークのノードが第２のオペレータの所望に応じてヘッダを生成するとき、第１のネットワーク・オペレータに関連した情報は、失われる恐れがある。あるヘッダから別のヘッダにヘッダ・データをコピーする自由度の程度は、しばしば厳しく制限される。例えば、ＳＴＭ−１６信号を含むフレームを搬送する、第１および第２のＳＤＨサブネットワークがＳＴＭ−６４信号またはＳＴＭ−２５６信号のフレームを搬送するＳＤＨサブネットワークを介して接続されている状況を考えてみる。ＳＴＭ１６信号は、ヘッダ・バイトが１１５２であるが、そのバイトのうちの約２５バイトのみがＳＴＭ６４信号またはＳＴＭ２５６信号中で転送される。
【０００６】
したがって、これは、第１のネットワーク・オペレータの様々なネットワーク管理操作の障害となる可能性がある。また、例えばフレームのビット・レートに関するタイミング情報は、第３のサブネットワークを通るときに失われる。これも、第１のネットワーク・オペレータの様々なネットワーク管理操作の障害となる可能性がある。
【０００７】
この問題に対する周知の解決策は、第３のサブネットワークに、より大きな帯域幅のフレームを有する信号を使用するよう要求することであり、これにより第１のサブネットワークからのヘッダ・データと、第３のサブネットワークに対して生成されたヘッダ・データのどちらも移送できるようになる。しかし、これには、かなりのオーバーヘッドが必要となり、このことは通常、ＳＤＨ／ＳＯＮＥＴベース伝送で一般に実現可能でも望ましくもない。
【０００８】
【発明が解決しようとする課題】
中間サブネットワークを介して、サブネットワーク間で情報を移送することに関連したタイミングおよび同期の問題は、本発明の原理によれば、サブネットワークと中間サブネットワークの間の境界の両端間で、フレームのペイロード・セクション中にヘッダ情報を移送することによって解決される。したがって、サブネットワークからのヘッダ情報は変更されずに、中間サブネットワークを通る。ヘッダ情報がペイロード・セクション中で搬送されるので、ヘッダ情報が、ネットワーク間の非同期動作のために失われることはない。さらに、第３のサブネットワークは、第１および第２のサブネットワークにとって実際上トランスペアレントであり、第３のサブネットワーク内でより広い帯域幅が必要とされることはない。例えば、第３のサブネットワークを介して移送されるとき、第１および第２のサブネットワークのヘッダ・データからの情報は保持される。中間サブネットワーク中で伝送されるフレームは、ヘッダのサイズが縮小されペイロード・セクションが拡張されるので、中間サブネットワーク中では追加の帯域幅を必要としない。
【０００９】
【課題を解決するための手段】
例示的な一実施形態によれば、伝送ネットワーク中で、ヘッダとペイロード情報からなるフレーム内の情報を、第１のサブネットワークから第２のサブネットワークに、第３のサブネットワークを介して移送する方法が記載される。第１および第２のサブネットワークは、共通に管理できるが、第３のサブネットワークとは独立に管理される。伝送ネットワーク中のノードが発信フレームごとにそれぞれのヘッダを生成するが、ペイロードは着信フレームから１つまたは複数の発信フレームに完全にコピーする。第１と第３のサブネットワークの間の第１の境界を横切るとき、ヘッダの第１の部分のみが、ペイロード中にコピーされ、その結果、第３のサブネットワーク中で縮小されたサイズのヘッダが、第１のサブネットワーク内でペイロード中にコピーされないヘッダの第２の部分が普通なら占めるはずのスペースに納まる。第３と第２のサブネットワークの間の第２の境界を横切るとき、ヘッダは、ペイロードから取り出され、第２のサブネットワーク内でヘッダ情報を生成するのに使用される。
【００１０】
他の例示的な実施形態によれば、第１のサブネットワークが搬送する複数のフレームのヘッダ・データおよびペイロード情報は、第３のサブネットワークが搬送する共通フレーム中に多重化される。複数のフレームのヘッダの一部分が、共通フレームのペイロードにコピーされることはなく、それによって、余分の、占有されていないスペースが形成される。共通フレームのヘッダは、規定された縮小サイズに維持されるので、この占有されていないスペースを超えることはない。その結果、Ｎ個のフレームが共通フレームに多重化される場合、共通フレームが使用する帯域幅は、多重化された個々のフレームの帯域幅のＮ倍を超えない。任意選択で、着信ヘッダからの同期情報は、ペイロードにコピーされないか、限られた範囲しかコピーされず、それによって第３のサブネットワーク中のヘッダ用に追加スペースが作り出される。
【００１１】
本発明の他の態様によれば、第１と第３のサブネットワークの間の第１の境界を横切るとき、タイミング情報が、ペイロード・セクションに付加される。このタイミング情報は、第１のサブネットワーク内のフレーム継続時間（１フレームがとる時間間隔の長さ）が第３のサブネットワーク内のフレーム継続時間と異なる程度を示す。次いで第３と第２のサブネットワークの間の第２の境界を横切るとき、このタイミング情報を使って、第２のサブネットワーク中に、第１のサブネットワーク中のフレームとほぼ同じ継続時間のフレームが再生される。したがって、第３のサブネットワークを介した移送も、タイミングに関してトランスペアレントになる。
【００１２】
本発明の以下の詳細な説明を、図面と共に考慮することにより、本発明をより完全に理解することができよう。図面では、同じ要素を同じ参照番号で示す。
【００１３】
【発明の実施の形態】
図１に、３つのサブネットワーク１０、１２、１４を備える例示的な電話回線網の一部分を示す。より具体的には、図では、第１のサブネットワーク１０が、第３のサブネットワーク１４を介して、第２のサブネットワーク１２に結合されている。例示的な一実施形態では、第１のサブネットワーク１０および第２のサブネットワーク１２は、第１のネットワーク・オペレータに属し、例えば共通に管理でき、第３のサブネットワーク１４は、第２のネットワーク・オペレータによって別に管理することができる。当然、可能な他の構成も当業者には明らかであり、本明細書の教示によって企図されているので、この例は、例示にすぎず、いかなる形でも限定するものではない。
【００１４】
図示したように、第１のサブネットワーク１０は、それ自体と第３のサブネットワーク１４の間の境界を越えて情報を移送するインタフェース・ユニット１１を含む。インタフェース・ユニット１１は、第１のサブネットワーク１０の内側からフレームを受け取る入力１１０ａ〜ｄを有し、各入力はヘッダおよびペイロード情報を含む。インタフェース・ユニット１１は、ヘッダ縮小ユニット１１２ａ〜ｄ、速度適応ユニット１１４ａ〜ｄ、インターリーバ１１６、およびヘッダ挿入ユニット１１８を含む。入力１１０ａ〜ｄはそれぞれ、ヘッダ縮小ユニット１１２ａ〜ｄのそれぞれ１つと、速度適応ユニット１１４ａ〜ｄのそれぞれ１つとのカスケードを介して、インターリーバ１１６に結合される。インターリーバ１１６は、ヘッダ挿入ユニット１１８を介して第３のサブネットワーク１４の入力部に結合される。
【００１５】
第３のサブネットワーク１４は、詳細には図示されていない。概略的に、第１のサブネットワーク１０および第２のサブネットワーク１２の間の接続１４０を示し、接続１４０に沿ったいくつかのフレーム・モニタ１４２ａ〜ｃを示してある。
【００１６】
第２のサブネットワーク１２は、第３のサブネットワーク１４と第２のサブネットワーク１２の間の境界を越えて情報を移送するインタフェース・ユニット１３を含む。インタフェース・ユニット１３は、第２のサブネットワーク１２中にフレームを伝送する出力１３０ａ〜ｄを有する。インタフェース・ユニット１３もまた、ヘッダ拡張ユニット１３３ａ〜ｄ、速度適応ユニット１３４ａ〜ｄ、デインターリーバ１３６、およびヘッダ抽出ユニット１３８を含む。第３のサブネットワーク１４は、ヘッダ抽出ユニット１３８を介してデインターリーバ１３６に結合される。デインターリーバ１３６は、それぞれ１つの速度適応ユニット１３４ａ〜ｄと、それぞれ１つのヘッダ拡張ユニット１３３ａ〜ｄとのそれぞれのカスケードを介して、出力１３０ａ〜ｄのそれぞれに結合される。
【００１７】
上述のように、図１に示したネットワークは、同じネットワーク・オペレータが、第１のサブネットワーク１０および第２のサブネットワーク１２を操作するが、第３のサブネットワーク１４は操作しない（または少なくとも第３のサブネットワーク１４を介するヘッダ情報の移送に対する制御を有しない）場合に有効である。
【００１８】
図２にＳＴＭ−１６信号フォーマットを示し、着信フレーム内で情報がどのように移送されるかを説明する。当業者は、周知のＳＤＨ／ＳＯＮＥＴ標準で定められた基本のＳＴＭおよびＳＴＳのフレーム・フォーマットに精通しているものと想定する。したがって、そうしたフォーマットに関する詳細は、本発明の原理を理解するのに役立つのでない限り、話を簡潔にするために、本明細書では繰り返さない。ＳＴＭ−１６フレーム・フォーマット内では、情報は、行と列からなる行列にフォーマットされる。行の連続する位置に、連続して移送された情報が格納される。周知のように、行全体が移送されると、次の行が移送され、以下同様である。この図で部分２０として示す、フレーム・フォーマットの最も左側の１４４列が、通常ネットワーク・ノードで抽出されるヘッダ情報を含む。この図で部分２２として示す、残りの列に、通常ノードからノードに渡されるペイロード情報が格納される。
【００１９】
ＳＴＭ−１６信号の最初の行２４は、ヘッダ部分２０内に、Ａ１  ４８バイトと、その後に続くＡ２  ４８バイト、Ｊ０バイト、Ｚ０  １５バイト、および国別使用（ＮＵ）  ３２バイトを含む。周知のＳＤＨ／ＳＯＮＥＴ伝送標準によれば、Ａ１バイトおよびＡ２バイトの内容が、フレームの先頭と位置合わせするのに使用できる一義的なバイト・パターンを提供する働きをする。Ｊ０バイトは、フレーム内に移送された信号元を識別するためのトレース識別を含む。Ｚ０バイトは、将来の国際標準のために留保された未定義のバイトである。国別使用（ＮＵ）バイトは、ある国特有の情報を移送することができる。
【００２０】
ＳＴＭ−１６信号内に示した他のバイトには、例えば誤り検出のためのＢ１バイト、および接続の上流で故障が検出されたかどうかを示すメッセージ・チャネルとして働く標準のビット・パターンを含むＫ２バイトがある。さらに、ＳＴＭ−１６信号は、ネットワーク内の装置が故障したかどうか、および伝送情報の質などの情報を伝えるための通信チャネルを含む。
【００２１】
図３に示したように、ＳＴＭ−１６信号から取り除かれる情報を、部分３０、３２として網掛けで示す。図１を再び参照すると、ヘッダ縮小ユニット１１２ａ〜ｄは、ＳＴＭ−１６信号からこの情報を取り除くために使用される。例示的な一実施形態によれば、部分３０にある取り除かれる情報には、Ａ１バイトのうちの最後の２つとＡ２バイトのうちの最初の２つ以外のすべてが含まれる。しかし、他のＡ１および／またはＡ２バイトも、本明細書の教示に従って保持できることに留意されたい。図示したように、Ｚ０バイト、および国使用（ＮＵ）バイトの一部も、部分３２で取り除かれる。図２でＳＴＭ−１６信号から取り除かれなかった残りのバイトが、ヘッダ縮小ユニット１１２ａ〜ｄ（図１）から出力される。
【００２２】
動作に際しては、速度適応ユニット１１４ａ〜ｄが、すべての入力１１０ａ〜ｄから同じビット・レート（ｆ０）で信号を導出するのに使用される。原則として、様々な入力１１０ａ〜ｄからのフレームのビット・レート（ｆ１〜ｆ４）は、第３のサブネットワーク１４に伝送するのに使用されるビット・レート（ｆ０）とは異なり、恐らくフレーム元に応じて相互に異なる。速度適応ユニット１１４ａ〜ｄは、入力ビット・レート（ｆ１〜ｆ４）のフレームから情報を受け取り、その情報をバッファに記憶し、それを共通ビット・レート（ｆ０）で出力する。
【００２３】
発信フレーム中では、フレーム当たり、ヘッダ縮小ユニット１１２ａ〜ｄから受け取ったフレームに対する縮小されたデータを移送するのに名目上必要なスペースより、わずかに広いスペースが留保されている。１つまたは複数のビット・レート（ｆ１〜ｆ４）が共通ビット・レート（ｆ０）より速いとき、速度適応ユニット１１４ａ〜ｄは、留保されたスペースに余分な情報を入れる。この場合、平均して発信フレームあたり１個の着信フレームよりわずかに多い情報が、移送される。速度適応ユニット１１４ａ〜ｄは、発信フレームに、このことが起きたことおよびその程度を示す情報を付加する。したがって、受信フレームの開始点の位置が、発信フレーム中で「浮動する」。
【００２４】
同様に、１つまたは複数のビット・レート（ｆ１〜ｆ４）が共通ビット・レート（ｆ０）より遅いとき、速度適応ユニット１１４ａ〜ｄは、発信フレーム内に未使用のスペースを残す。この場合、平均して発信フレーム当たり１個の着信フレームよりわずかに少ない情報が、移送される。速度適応ユニット１１４ａ〜ｄは、発信フレームに、このことが起きていることおよびその程度を示す情報を加える。
【００２５】
速度適応ユニット１１４ａ〜ｄは、所定のしきい値、例えば１バイトのオーバーフローまたはアンダーフローに達するまで、余分なスペースを使用せず未使用のままにしておくことによって、余分な情報および未使用のスペースを量子化することができる。
【００２６】
インターリーバ１１６は、フレームからの情報に様々な入力からの速度調整情報を加えたものを受け取り、次いでその情報を、インターリーバ１１６の出力における連続するバイトが、速度適応ユニット１１４ａ〜ｄのうちの異なるユニットから交互にくるように出力する。インターリーバ１１６は、インターリーブされたバイトをヘッダ挿入ユニット１１８に出力する。ヘッダ挿入ユニット１１８は、インターリーブされたバイトにヘッダを付加し、ヘッダ後のバイトをスクランブル（チャネル符号化）することにより、例えばＳＴＭ−６４「様の」信号を形成する。
【００２７】
図４に、上述のようにして生成されたＳＴＭ−６４「様の」信号の例を示す。この信号のヘッダ４０は、Ａ１  １９２バイト、Ａ２  １９２バイト、Ｊ０バイト、Ｂ１バイト、およびＫ２バイトを含む。あるいは、ＳＴＭ−６４「様の」信号は、インターリーバ１１６から受け取ったデータおよびなんらかのスタッフィングを含む。このＳＴＭ−６４「様の」信号のヘッダが、複数の列すべてをふさぐ通常のＳＴＭ−６４のヘッダより小さいことに留意されたい。この場合、Ａ１バイト、Ａ２バイト、Ｊ０バイト、Ｂ１バイト、およびＫ２バイト以外はすべてが省いてある。したがって、入力１１０ａ〜ｄから受け取ったＳＴＭ−１６信号のヘッダ情報とペイロード情報を伝送するためのスペースが作られる。したがって、普通ならヘッダ情報に使用される、ＳＴＭ−６４信号内のスペースの一部が今や、入力１１０ａ〜ｄからのフレームのヘッダ情報および／またはペイロード情報でもよいペイロード情報を収納することができる。ヘッダ・スペースのこの部分は、ペイロードの残りの部分と共にスクランブル（チャネル符号化）され、ヘッダ挿入ユニット１１８で生成されたヘッダ部分の残りの部分はスクランブルされない。
【００２８】
この例では、第３のサブネットワーク１４が、ＳＴＭ−６４のヘッダ情報をもはや含んでいない、信号の部分をそのまま（ｉｎｔａｃｔ）にしておくと仮定する。例えば、信号を監視だけするか、あるいはヘッダの置き換えられた部分からヘッダ情報をコピーする第３のサブネットワーク１４内ではそうである。
【００２９】
第３のサブネットワーク１４を介して伝送された後、ヘッダ挿入ユニット１１８からの信号はインタフェース１３で受け取られる。インタフェース１３は、第３のサブネットワーク１４を通ってきた信号からそのタイミング信号を含めて元の入力信号を回復する。
【００３０】
ヘッダ抽出ユニット１３８は、第３のサブネットワーク１４を通ってきた信号からヘッダを取り外し、そのヘッダの内容に応じた任意の処理を行う。続いて、ヘッダ抽出ユニット１３８は、ヘッダの外側の信号の情報をデインターリーバ１３６に供給する。デインターリーバ１３６は、この情報を、それぞれ１つの入力１１０ａ〜ｂから受け取った情報に対応する複数のサブ信号に分割する。
【００３１】
速度適応ユニット１３４ａ〜ｄは、ヘッダ抽出ユニット１３８およびデインターリーバ１３６のビット・レートによって決まるビット・レートで情報を受け取る。ヘッダ抽出ユニットおよびデインターリーバのビット・レートは最終的に、第１のサブネットワーク１０のインタフェース１１において速度適応ユニット１１４ａ〜ｄによって出力されたビット・レートによって決まる。速度適応ユニット１３４ａ〜ｄは、この情報から速度適応情報を読み取る。この速度適応情報の制御下で、速度適応ユニット１３４ａ〜ｄは、着信フレームを再構成し、第３のサブネットワーク１４を介して伝送された様々なフレームからの各フレームからペイロード・データおよびヘッダを収集する。適応ユニット１３４ａ〜ｄが生成するフレームの継続時間は、第３のサブネットワーク１４との境界で第１のサブネットワーク１０から受け取った元の着信フレーム内に含まれていた情報と同じ量の情報がこうしたフレーム中に納まるように適合される。この継続時間は、第１のサブネットワークからのフレームの情報を、第３のサブネットワークから受け取ったフレーム中で移送するために、余分なスペースを使用しなければならないか、それともスペースを使用しないままにしておかなければならないかの情報を使って導き出される。
【００３２】
これは、余分なスペースを使用しなければならないか、それともスペースを使用しないままにしておかなければならないかの情報を使用して、それに対応してより速いまたはより遅い出力のビット・レート（ｆ１〜ｆ４）を選択することにより、第１のサブネットワーク１０内の着信ビット・レートに等しいレートでデータを出力するために必要な、適合されたビット・レートでフレームを出力することによって、実現することができる。このようにして、第３のサブネットワーク１４を介してフレーム中で伝送された、使用された全ビットが、平均して、通常そのフレームの継続時間にわたって速度適応ユニット１３４ａ〜ｄから出力される。したがって、元のフレームのペイロードが、出力フレームのペイロードに納まる。インタフェース・ユニット１３が、元のフレームのペイロードを出力フレーム中に入れることが好ましい。
【００３３】
最後に、ヘッダ抽出ユニット１３３ａ〜ｄは、第３のサブネットワーク１４から受け取った情報からヘッダ情報を読み取り、ヘッダ縮小ユニット１１２ａ〜ｄによって取り除かれた情報を補足して、元のヘッダを復元する。次いで、復元されたフレーム信号は、実質上入力１１０ａ〜ｄで受け取ったままのヘッダ・データ、ペイロード、およびタイミングを含み、第２のサブネットワーク１２中に伝送される。したがって、信号が第３のサブネットワーク１４を通過していても、第１のサブネットワーク１０と第２のサブネットワーク１２を単一のネットワークとして管理することができる。
【００３４】
本発明の他の態様によれば、第３のサブネットワーク１４中をフレーム中で伝送される第１のサブネットワーク１０内のフレームからのビット数またはバイト数は、継続時間の違いに応じて、可変である。タイミング情報は、この数の変動の指標によって表される。第２のサブネットワーク１２中を横切るとき、第１のサブネットワーク１０内のフレームと同じビット数またはバイト数を含むフレームが再生される。したがって、共通フレーム中にコピーされたデータは、それぞれがそれ自体のタイミングを有するフレームから生じ、こうしたフレームのそれぞれのタイミングは、それらのフレームが共通フレームから再生されるとき復元される。
【００３５】
前述の実施形態は、本発明の原理を例示するものにすぎない。本明細書に明確に図示も説明もしないが、本発明の範囲内でそうした原理を実施する多数の構成を考案することが当業者には可能であろう。したがって、本明細書に図示し記載した実施形態は、例示にすぎず、いかなる形でも限定するものではない。本発明の範囲は、本明細書に添付した特許請求の範囲によってのみ限定される。
【図面の簡単な説明】
【図１】本発明の例示的一実施形態による、例示的な伝送ネットワークの一部の簡略構成図である。
【図２】同期デジタル・ハイアラーキ（ＳＤＨ）ベースの伝送に使用されるＳＴＭ−１６信号の例示的フレーム・フォーマットを示す図である。
【図３】本発明の例示的一実施形態による、オーバーヘッドが図２から縮小されたＳＴＭ−１６信号の修正バージョンを示す図である。
【図４】  本発明の例示的一実施形態に従って使用される、ＳＴＭ−６４信号についての例示的なフレーム・フォーマットを示す図である。
【図１】
0003902522.tif 000002
【図２】
0003902522.tif 000003
【図３】
0003902522.tif 000004
【図４】
0003902522.tif 000005