JP2003134174A - 中間ネットワークを介してネットワークの部分間で情報のフレームを移送する方法 - Google Patents
中間ネットワークを介してネットワークの部分間で情報のフレームを移送する方法Info
- Publication number
- JP2003134174A JP2003134174A JP2002220543A JP2002220543A JP2003134174A JP 2003134174 A JP2003134174 A JP 2003134174A JP 2002220543 A JP2002220543 A JP 2002220543A JP 2002220543 A JP2002220543 A JP 2002220543A JP 2003134174 A JP2003134174 A JP 2003134174A
- Authority
- JP
- Japan
- Prior art keywords
- network
- frame
- header
- sub
- payload
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J3/00—Time-division multiplex systems
- H04J3/16—Time-division multiplex systems in which the time allocation to individual channels within a transmission cycle is variable, e.g. to accommodate varying complexity of signals, to vary number of channels transmitted
- H04J3/1605—Fixed allocated frame structures
- H04J3/1611—Synchronous digital hierarchy [SDH] or SONET
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Time-Division Multiplex Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【課題】 第１のネットワークから第２のネットワーク
に、第３のネットワークを介して、ヘッダとペイロード
情報からなるフレーム中で情報を移送する方法を提供す
ること。 【解決手段】 第１および第２のネットワークは、共通
に管理されるが、第３のネットワークの管理とは独立し
て管理される。ネットワーク・ノードが、ノードからの
各発信フレームのそれぞれのヘッダを生成するが、ペイ
ロードは着信フレームから発信フレームに完全にコピー
される。第１および第３のネットワークの間の第１の境
界を横切るとき、ヘッダの第１の部分のみが、ペイロー
ド中にコピーされ、それにより第３のネットワーク中の
縮小されたサイズのヘッダが、ペイロード中にコピーさ
れないヘッダの第２の部分が普通なら占有するはずであ
るスペースに納まる。第３と第２のネットワークの間の
第２の境界を横切るとき、ヘッダは、ペイロードから取
り出され、第２のネットワーク内でヘッダ情報を生成す
るのに使用される。
に、第３のネットワークを介して、ヘッダとペイロード
情報からなるフレーム中で情報を移送する方法を提供す
ること。 【解決手段】 第１および第２のネットワークは、共通
に管理されるが、第３のネットワークの管理とは独立し
て管理される。ネットワーク・ノードが、ノードからの
各発信フレームのそれぞれのヘッダを生成するが、ペイ
ロードは着信フレームから発信フレームに完全にコピー
される。第１および第３のネットワークの間の第１の境
界を横切るとき、ヘッダの第１の部分のみが、ペイロー
ド中にコピーされ、それにより第３のネットワーク中の
縮小されたサイズのヘッダが、ペイロード中にコピーさ
れないヘッダの第２の部分が普通なら占有するはずであ
るスペースに納まる。第３と第２のネットワークの間の
第２の境界を横切るとき、ヘッダは、ペイロードから取
り出され、第２のネットワーク内でヘッダ情報を生成す
るのに使用される。
Description
【０００１】
【発明の属する技術分野】本発明は一般に、伝送ネット
ワーク中の情報移送に関し、より詳細には互いに完全に
は同期していない様々なサブネットワーク間の境界を越
える情報の移送に関する。
ワーク中の情報移送に関し、より詳細には互いに完全に
は同期していない様々なサブネットワーク間の境界を越
える情報の移送に関する。
【０００２】
【従来の技術】ＳＤＨ／ＳＯＮＥＴ伝送装置を使って、
伝送ネットワーク中でデータのストリームを移送する。
移送は、伝送の時間区分であるフレームに分割され、フ
レームの長さは通常１２５マイクロ秒である。ＳＤＨ／
ＳＯＮＥＴ装置は、各フレームごとに、ヘッダ・データ
（、例えば、セクション・オーバーヘッド（ＳＯＨ）な
ど、）およびペイロード情報を挿入する。フレーム内の
ペイロード情報は、ストリームからの、移送されるデー
タを含み、それによって連続するフレームからのペイロ
ード・データが切れ目のないストリームが形成される。
定義によれば、ヘッダ・データは、フレームごとに生成
されるデータである。例を挙げると、ヘッダ・データ
は、フレームの開始を検出するための同期データ、フレ
ームに関する誤り検出データ、管理情報や保護調整情報
などの情報を移送するための装置間の通信チャネル、フ
レーム元識別情報、国バイトなどの情報を含む。
伝送ネットワーク中でデータのストリームを移送する。
移送は、伝送の時間区分であるフレームに分割され、フ
レームの長さは通常１２５マイクロ秒である。ＳＤＨ／
ＳＯＮＥＴ装置は、各フレームごとに、ヘッダ・データ
（、例えば、セクション・オーバーヘッド（ＳＯＨ）な
ど、）およびペイロード情報を挿入する。フレーム内の
ペイロード情報は、ストリームからの、移送されるデー
タを含み、それによって連続するフレームからのペイロ
ード・データが切れ目のないストリームが形成される。
定義によれば、ヘッダ・データは、フレームごとに生成
されるデータである。例を挙げると、ヘッダ・データ
は、フレームの開始を検出するための同期データ、フレ
ームに関する誤り検出データ、管理情報や保護調整情報
などの情報を移送するための装置間の通信チャネル、フ
レーム元識別情報、国バイトなどの情報を含む。
【０００３】原則として、異なるノードで生成されたフ
レームは、非同期である。すなわち、それらの継続時間
はわずかに異なる可能性があり、固定した位相関係はな
い。したがって、ネットワーク中で、さらにはネットワ
ーク中の様々なノードを介した接続に沿って移送される
フレーム相互間では、１対１の関係が存在しない。２つ
のノードが最初はほぼ同時にフレームを開始したときで
さえ、一方のノードにおける最初のフレームからｎ番目
（例えば、大きな整数番目）のフレームの開始時間が、
他方のノードにおける最初のフレームからｎフレーム後
に開始したフレームの開始時間から１フレーム期間を超
える分だけ異なる可能性がある。
レームは、非同期である。すなわち、それらの継続時間
はわずかに異なる可能性があり、固定した位相関係はな
い。したがって、ネットワーク中で、さらにはネットワ
ーク中の様々なノードを介した接続に沿って移送される
フレーム相互間では、１対１の関係が存在しない。２つ
のノードが最初はほぼ同時にフレームを開始したときで
さえ、一方のノードにおける最初のフレームからｎ番目
（例えば、大きな整数番目）のフレームの開始時間が、
他方のノードにおける最初のフレームからｎフレーム後
に開始したフレームの開始時間から１フレーム期間を超
える分だけ異なる可能性がある。
【０００４】これは、ヘッダ・データに関する問題では
ない。データ・ストリームが接続に沿って移送されると
き、ノードがそれ自体の発信フレームの新しいヘッダを
生成するからである。一方、ペイロード・データは、着
信フレームからコピーしなければならず、データが失わ
れる恐れはない。したがって、ノードは、フレームに対
してペイロード・データを浮動させることができる。す
なわち、着信フレームのペイロードの先頭から開始する
データは、発信フレーム内の所定の位置で開始する必要
はなく、着信フレーム内のペイロードのデータは、連続
する発信フレームのペイロードにわたって分配すること
ができる。
ない。データ・ストリームが接続に沿って移送されると
き、ノードがそれ自体の発信フレームの新しいヘッダを
生成するからである。一方、ペイロード・データは、着
信フレームからコピーしなければならず、データが失わ
れる恐れはない。したがって、ノードは、フレームに対
してペイロード・データを浮動させることができる。す
なわち、着信フレームのペイロードの先頭から開始する
データは、発信フレーム内の所定の位置で開始する必要
はなく、着信フレーム内のペイロードのデータは、連続
する発信フレームのペイロードにわたって分配すること
ができる。
【０００５】周知のように、ノードでヘッダ・データを
使って、伝送ネットワークを管理することができる。原
則として、ネットワーク・オペレータは、任意の特定の
方式でネットワークを管理するために、ネットワークの
ノード内でヘッダからのどのバイトを使用することを選
択することもできる。しかし、実際には、ネットワーク
を介してペイロード・データを移送する方式のため、例
えばペイロード・データが第１のオペレータの第１のサ
ブネットワークから第１のオペレータの第２のサブネッ
トワークに、第２のオペレータの第３のサブネットワー
クを介して移送される場合には、ネットワーク・オペレ
ータは、このことを実施できないかもしれない。（第３
のサブネットワークに入る前に）第１のサブネットワー
クの最後のノードから発信するヘッダと（第２のサブネ
ットワークから）第２のサブネットワークに入るヘッダ
とが１対１対応である必要がないので、第３のサブネッ
トワークは第１のオペレータにとってトランスペアレン
トではない。第３のサブネットワークのノードが第２の
オペレータの所望に応じてヘッダを生成するとき、第１
のネットワーク・オペレータに関連した情報は、失われ
る恐れがある。あるヘッダから別のヘッダにヘッダ・デ
ータをコピーする自由度の程度は、しばしば厳しく制限
される。例えば、ＳＴＭ−１６信号を含むフレームを搬
送する、第１および第２のＳＤＨサブネットワークがＳ
ＴＭ−６４信号またはＳＴＭ−２５６信号のフレームを
搬送するＳＤＨサブネットワークを介して接続されてい
る状況を考えてみる。ＳＴＭ１６信号は、ヘッダ・バイ
トが１１５２であるが、そのバイトのうちの約２５バイ
トのみがＳＴＭ６４信号またはＳＴＭ２５６信号中で転
送される。
使って、伝送ネットワークを管理することができる。原
則として、ネットワーク・オペレータは、任意の特定の
方式でネットワークを管理するために、ネットワークの
ノード内でヘッダからのどのバイトを使用することを選
択することもできる。しかし、実際には、ネットワーク
を介してペイロード・データを移送する方式のため、例
えばペイロード・データが第１のオペレータの第１のサ
ブネットワークから第１のオペレータの第２のサブネッ
トワークに、第２のオペレータの第３のサブネットワー
クを介して移送される場合には、ネットワーク・オペレ
ータは、このことを実施できないかもしれない。（第３
のサブネットワークに入る前に）第１のサブネットワー
クの最後のノードから発信するヘッダと（第２のサブネ
ットワークから）第２のサブネットワークに入るヘッダ
とが１対１対応である必要がないので、第３のサブネッ
トワークは第１のオペレータにとってトランスペアレン
トではない。第３のサブネットワークのノードが第２の
オペレータの所望に応じてヘッダを生成するとき、第１
のネットワーク・オペレータに関連した情報は、失われ
る恐れがある。あるヘッダから別のヘッダにヘッダ・デ
ータをコピーする自由度の程度は、しばしば厳しく制限
される。例えば、ＳＴＭ−１６信号を含むフレームを搬
送する、第１および第２のＳＤＨサブネットワークがＳ
ＴＭ−６４信号またはＳＴＭ−２５６信号のフレームを
搬送するＳＤＨサブネットワークを介して接続されてい
る状況を考えてみる。ＳＴＭ１６信号は、ヘッダ・バイ
トが１１５２であるが、そのバイトのうちの約２５バイ
トのみがＳＴＭ６４信号またはＳＴＭ２５６信号中で転
送される。
【０００６】したがって、これは、第１のネットワーク
・オペレータの様々なネットワーク管理操作の障害とな
る可能性がある。また、例えばフレームのビット・レー
トに関するタイミング情報は、第３のサブネットワーク
を通るときに失われる。これも、第１のネットワーク・
オペレータの様々なネットワーク管理操作の障害となる
可能性がある。
・オペレータの様々なネットワーク管理操作の障害とな
る可能性がある。また、例えばフレームのビット・レー
トに関するタイミング情報は、第３のサブネットワーク
を通るときに失われる。これも、第１のネットワーク・
オペレータの様々なネットワーク管理操作の障害となる
可能性がある。
【０００７】この問題に対する周知の解決策は、第３の
サブネットワークに、より大きな帯域幅のフレームを有
する信号を使用するよう要求することであり、これによ
り第１のサブネットワークからのヘッダ・データと、第
３のサブネットワークに対して生成されたヘッダ・デー
タのどちらも移送できるようになる。しかし、これに
は、かなりのオーバーヘッドが必要となり、このことは
通常、ＳＤＨ／ＳＯＮＥＴベース伝送で一般に実現可能
でも望ましくもない。
サブネットワークに、より大きな帯域幅のフレームを有
する信号を使用するよう要求することであり、これによ
り第１のサブネットワークからのヘッダ・データと、第
３のサブネットワークに対して生成されたヘッダ・デー
タのどちらも移送できるようになる。しかし、これに
は、かなりのオーバーヘッドが必要となり、このことは
通常、ＳＤＨ／ＳＯＮＥＴベース伝送で一般に実現可能
でも望ましくもない。
【０００８】
【発明が解決しようとする課題】中間サブネットワーク
を介して、サブネットワーク間で情報を移送することに
関連したタイミングおよび同期の問題は、本発明の原理
によれば、サブネットワークと中間サブネットワークの
間の境界の両端間で、フレームのペイロード・セクショ
ン中にヘッダ情報を移送することによって解決される。
したがって、サブネットワークからのヘッダ情報は変更
されずに、中間サブネットワークを通る。ヘッダ情報が
ペイロード・セクション中で搬送されるので、ヘッダ情
報が、ネットワーク間の非同期動作のために失われるこ
とはない。さらに、第３のサブネットワークは、第１お
よび第２のサブネットワークにとって実際上トランスペ
アレントであり、第３のサブネットワーク内でより広い
帯域幅が必要とされることはない。例えば、第３のサブ
ネットワークを介して移送されるとき、第１および第２
のサブネットワークのヘッダ・データからの情報は保持
される。中間サブネットワーク中で伝送されるフレーム
は、ヘッダのサイズが縮小されペイロード・セクション
が拡張されるので、中間サブネットワーク中では追加の
帯域幅を必要としない。
を介して、サブネットワーク間で情報を移送することに
関連したタイミングおよび同期の問題は、本発明の原理
によれば、サブネットワークと中間サブネットワークの
間の境界の両端間で、フレームのペイロード・セクショ
ン中にヘッダ情報を移送することによって解決される。
したがって、サブネットワークからのヘッダ情報は変更
されずに、中間サブネットワークを通る。ヘッダ情報が
ペイロード・セクション中で搬送されるので、ヘッダ情
報が、ネットワーク間の非同期動作のために失われるこ
とはない。さらに、第３のサブネットワークは、第１お
よび第２のサブネットワークにとって実際上トランスペ
アレントであり、第３のサブネットワーク内でより広い
帯域幅が必要とされることはない。例えば、第３のサブ
ネットワークを介して移送されるとき、第１および第２
のサブネットワークのヘッダ・データからの情報は保持
される。中間サブネットワーク中で伝送されるフレーム
は、ヘッダのサイズが縮小されペイロード・セクション
が拡張されるので、中間サブネットワーク中では追加の
帯域幅を必要としない。
【０００９】
【課題を解決するための手段】例示的な一実施形態によ
れば、伝送ネットワーク中で、ヘッダとペイロード情報
からなるフレーム内の情報を、第１のサブネットワーク
から第２のサブネットワークに、第３のサブネットワー
クを介して移送する方法が記載される。第１および第２
のサブネットワークは、共通に管理できるが、第３のサ
ブネットワークとは独立に管理される。伝送ネットワー
ク中のノードが発信フレームごとにそれぞれのヘッダを
生成するが、ペイロードは着信フレームから１つまたは
複数の発信フレームに完全にコピーする。第１と第３の
サブネットワークの間の第１の境界を横切るとき、ヘッ
ダの第１の部分のみが、ペイロード中にコピーされ、そ
の結果、第３のサブネットワーク中で縮小されたサイズ
のヘッダが、第１のサブネットワーク内でペイロード中
にコピーされないヘッダの第２の部分が普通なら占める
はずのスペースに納まる。第３と第２のサブネットワー
クの間の第２の境界を横切るとき、ヘッダは、ペイロー
ドから取り出され、第２のサブネットワーク内でヘッダ
情報を生成するのに使用される。
れば、伝送ネットワーク中で、ヘッダとペイロード情報
からなるフレーム内の情報を、第１のサブネットワーク
から第２のサブネットワークに、第３のサブネットワー
クを介して移送する方法が記載される。第１および第２
のサブネットワークは、共通に管理できるが、第３のサ
ブネットワークとは独立に管理される。伝送ネットワー
ク中のノードが発信フレームごとにそれぞれのヘッダを
生成するが、ペイロードは着信フレームから１つまたは
複数の発信フレームに完全にコピーする。第１と第３の
サブネットワークの間の第１の境界を横切るとき、ヘッ
ダの第１の部分のみが、ペイロード中にコピーされ、そ
の結果、第３のサブネットワーク中で縮小されたサイズ
のヘッダが、第１のサブネットワーク内でペイロード中
にコピーされないヘッダの第２の部分が普通なら占める
はずのスペースに納まる。第３と第２のサブネットワー
クの間の第２の境界を横切るとき、ヘッダは、ペイロー
ドから取り出され、第２のサブネットワーク内でヘッダ
情報を生成するのに使用される。
【００１０】他の例示的な実施形態によれば、第１のサ
ブネットワークが搬送する複数のフレームのヘッダ・デ
ータおよびペイロード情報は、第３のサブネットワーク
が搬送する共通フレーム中に多重化される。複数のフレ
ームのヘッダの一部分が、共通フレームのペイロードに
コピーされることはなく、それによって、余分の、占有
されていないスペースが形成される。共通フレームのヘ
ッダは、規定された縮小サイズに維持されるので、この
占有されていないスペースを超えることはない。その結
果、Ｎ個のフレームが共通フレームに多重化される場
合、共通フレームが使用する帯域幅は、多重化された個
々のフレームの帯域幅のＮ倍を超えない。任意選択で、
着信ヘッダからの同期情報は、ペイロードにコピーされ
ないか、限られた範囲しかコピーされず、それによって
第３のサブネットワーク中のヘッダ用に追加スペースが
作り出される。
ブネットワークが搬送する複数のフレームのヘッダ・デ
ータおよびペイロード情報は、第３のサブネットワーク
が搬送する共通フレーム中に多重化される。複数のフレ
ームのヘッダの一部分が、共通フレームのペイロードに
コピーされることはなく、それによって、余分の、占有
されていないスペースが形成される。共通フレームのヘ
ッダは、規定された縮小サイズに維持されるので、この
占有されていないスペースを超えることはない。その結
果、Ｎ個のフレームが共通フレームに多重化される場
合、共通フレームが使用する帯域幅は、多重化された個
々のフレームの帯域幅のＮ倍を超えない。任意選択で、
着信ヘッダからの同期情報は、ペイロードにコピーされ
ないか、限られた範囲しかコピーされず、それによって
第３のサブネットワーク中のヘッダ用に追加スペースが
作り出される。
【００１１】本発明の他の態様によれば、第１と第３の
サブネットワークの間の第１の境界を横切るとき、タイ
ミング情報が、ペイロード・セクションに付加される。
このタイミング情報は、第１のサブネットワーク内のフ
レーム継続時間（１フレームがとる時間間隔の長さ）が
第３のサブネットワーク内のフレーム継続時間と異なる
程度を示す。次いで第３と第２のサブネットワークの間
の第２の境界を横切るとき、このタイミング情報を使っ
て、第２のサブネットワーク中に、第１のサブネットワ
ーク中のフレームとほぼ同じ継続時間のフレームが再生
される。したがって、第３のサブネットワークを介した
移送も、タイミングに関してトランスペアレントにな
る。
サブネットワークの間の第１の境界を横切るとき、タイ
ミング情報が、ペイロード・セクションに付加される。
このタイミング情報は、第１のサブネットワーク内のフ
レーム継続時間（１フレームがとる時間間隔の長さ）が
第３のサブネットワーク内のフレーム継続時間と異なる
程度を示す。次いで第３と第２のサブネットワークの間
の第２の境界を横切るとき、このタイミング情報を使っ
て、第２のサブネットワーク中に、第１のサブネットワ
ーク中のフレームとほぼ同じ継続時間のフレームが再生
される。したがって、第３のサブネットワークを介した
移送も、タイミングに関してトランスペアレントにな
る。
【００１２】本発明の以下の詳細な説明を、図面と共に
考慮することにより、本発明をより完全に理解すること
ができよう。図面では、同じ要素を同じ参照番号で示
す。
考慮することにより、本発明をより完全に理解すること
ができよう。図面では、同じ要素を同じ参照番号で示
す。
【００１３】
【発明の実施の形態】図１に、３つのサブネットワーク
１０、１２、１４を備える例示的な電話回線網の一部分
を示す。より具体的には、図では、第１のサブネットワ
ーク１０が、第３のサブネットワーク１４を介して、第
２のサブネットワーク１２に結合されている。例示的な
一実施形態では、第１のサブネットワーク１０および第
２のサブネットワーク１２は、第１のネットワーク・オ
ペレータに属し、例えば共通に管理でき、第３のサブネ
ットワーク１４は、第２のネットワーク・オペレータに
よって別に管理することができる。当然、可能な他の構
成も当業者には明らかであり、本明細書の教示によって
企図されているので、この例は、例示にすぎず、いかな
る形でも限定するものではない。
１０、１２、１４を備える例示的な電話回線網の一部分
を示す。より具体的には、図では、第１のサブネットワ
ーク１０が、第３のサブネットワーク１４を介して、第
２のサブネットワーク１２に結合されている。例示的な
一実施形態では、第１のサブネットワーク１０および第
２のサブネットワーク１２は、第１のネットワーク・オ
ペレータに属し、例えば共通に管理でき、第３のサブネ
ットワーク１４は、第２のネットワーク・オペレータに
よって別に管理することができる。当然、可能な他の構
成も当業者には明らかであり、本明細書の教示によって
企図されているので、この例は、例示にすぎず、いかな
る形でも限定するものではない。
【００１４】図示したように、第１のサブネットワーク
１０は、それ自体と第３のサブネットワーク１４の間の
境界を越えて情報を移送するインタフェース・ユニット
１１を含む。インタフェース・ユニット１１は、第１の
サブネットワーク１０の内側からフレームを受け取る入
力１１０ａ〜ｄを有し、各入力はヘッダおよびペイロー
ド情報を含む。インタフェース・ユニット１１は、ヘッ
ダ縮小ユニット１１２ａ〜ｄ、速度適応ユニット１１４
ａ〜ｄ、インターリーバ１１６、およびヘッダ挿入ユニ
ット１１８を含む。入力１１０ａ〜ｄはそれぞれ、ヘッ
ダ縮小ユニット１１２ａ〜ｄのそれぞれ１つと、速度適
応ユニット１１４ａ〜ｄのそれぞれ１つとのカスケード
を介して、インターリーバ１１６に結合される。インタ
ーリーバ１１６は、ヘッダ挿入ユニット１１８を介して
第３のサブネットワーク１４の入力部に結合される。
１０は、それ自体と第３のサブネットワーク１４の間の
境界を越えて情報を移送するインタフェース・ユニット
１１を含む。インタフェース・ユニット１１は、第１の
サブネットワーク１０の内側からフレームを受け取る入
力１１０ａ〜ｄを有し、各入力はヘッダおよびペイロー
ド情報を含む。インタフェース・ユニット１１は、ヘッ
ダ縮小ユニット１１２ａ〜ｄ、速度適応ユニット１１４
ａ〜ｄ、インターリーバ１１６、およびヘッダ挿入ユニ
ット１１８を含む。入力１１０ａ〜ｄはそれぞれ、ヘッ
ダ縮小ユニット１１２ａ〜ｄのそれぞれ１つと、速度適
応ユニット１１４ａ〜ｄのそれぞれ１つとのカスケード
を介して、インターリーバ１１６に結合される。インタ
ーリーバ１１６は、ヘッダ挿入ユニット１１８を介して
第３のサブネットワーク１４の入力部に結合される。
【００１５】第３のサブネットワーク１４は、詳細には
図示されていない。概略的に、第１のサブネットワーク
１０および第２のサブネットワーク１２の間の接続１４
０を示し、接続１４０に沿ったいくつかのフレーム・モ
ニタ１４２ａ〜ｃを示してある。
図示されていない。概略的に、第１のサブネットワーク
１０および第２のサブネットワーク１２の間の接続１４
０を示し、接続１４０に沿ったいくつかのフレーム・モ
ニタ１４２ａ〜ｃを示してある。
【００１６】第２のサブネットワーク１２は、第３のサ
ブネットワーク１４と第２のサブネットワーク１２の間
の境界を越えて情報を移送するインタフェース・ユニッ
ト１３を含む。インタフェース・ユニット１３は、第２
のサブネットワーク１２中にフレームを伝送する出力１
３０ａ〜ｄを有する。インタフェース・ユニット１３も
また、ヘッダ拡張ユニット１３３ａ〜ｄ、速度適応ユニ
ット１３４ａ〜ｄ、デインターリーバ１３６、およびヘ
ッダ抽出ユニット１３８を含む。第３のサブネットワー
ク１４は、ヘッダ抽出ユニット１３８を介してデインタ
ーリーバ１３６に結合される。デインターリーバ１３６
は、それぞれ１つの速度適応ユニット１３４ａ〜ｄと、
それぞれ１つのヘッダ拡張ユニット１３３ａ〜ｄとのそ
れぞれのカスケードを介して、出力１３０ａ〜ｄのそれ
ぞれに結合される。
ブネットワーク１４と第２のサブネットワーク１２の間
の境界を越えて情報を移送するインタフェース・ユニッ
ト１３を含む。インタフェース・ユニット１３は、第２
のサブネットワーク１２中にフレームを伝送する出力１
３０ａ〜ｄを有する。インタフェース・ユニット１３も
また、ヘッダ拡張ユニット１３３ａ〜ｄ、速度適応ユニ
ット１３４ａ〜ｄ、デインターリーバ１３６、およびヘ
ッダ抽出ユニット１３８を含む。第３のサブネットワー
ク１４は、ヘッダ抽出ユニット１３８を介してデインタ
ーリーバ１３６に結合される。デインターリーバ１３６
は、それぞれ１つの速度適応ユニット１３４ａ〜ｄと、
それぞれ１つのヘッダ拡張ユニット１３３ａ〜ｄとのそ
れぞれのカスケードを介して、出力１３０ａ〜ｄのそれ
ぞれに結合される。
【００１７】上述のように、図１に示したネットワーク
は、同じネットワーク・オペレータが、第１のサブネッ
トワーク１０および第２のサブネットワーク１２を操作
するが、第３のサブネットワーク１４は操作しない（ま
たは少なくとも第３のサブネットワーク１４を介するヘ
ッダ情報の移送に対する制御を有しない）場合に有効で
ある。
は、同じネットワーク・オペレータが、第１のサブネッ
トワーク１０および第２のサブネットワーク１２を操作
するが、第３のサブネットワーク１４は操作しない（ま
たは少なくとも第３のサブネットワーク１４を介するヘ
ッダ情報の移送に対する制御を有しない）場合に有効で
ある。
【００１８】図２にＳＴＭ−１６信号フォーマットを示
し、着信フレーム内で情報がどのように移送されるかを
説明する。当業者は、周知のＳＤＨ／ＳＯＮＥＴ標準で
定められた基本のＳＴＭおよびＳＴＳのフレーム・フォ
ーマットに精通しているものと想定する。したがって、
そうしたフォーマットに関する詳細は、本発明の原理を
理解するのに役立つのでない限り、話を簡潔にするため
に、本明細書では繰り返さない。ＳＴＭ−１６フレーム
・フォーマット内では、情報は、行と列からなる行列に
フォーマットされる。行の連続する位置に、連続して移
送された情報が格納される。周知のように、行全体が移
送されると、次の行が移送され、以下同様である。この
図で部分２０として示す、フレーム・フォーマットの最
も左側の１４４列が、通常ネットワーク・ノードで抽出
されるヘッダ情報を含む。この図で部分２２として示
す、残りの列に、通常ノードからノードに渡されるペイ
ロード情報が格納される。
し、着信フレーム内で情報がどのように移送されるかを
説明する。当業者は、周知のＳＤＨ／ＳＯＮＥＴ標準で
定められた基本のＳＴＭおよびＳＴＳのフレーム・フォ
ーマットに精通しているものと想定する。したがって、
そうしたフォーマットに関する詳細は、本発明の原理を
理解するのに役立つのでない限り、話を簡潔にするため
に、本明細書では繰り返さない。ＳＴＭ−１６フレーム
・フォーマット内では、情報は、行と列からなる行列に
フォーマットされる。行の連続する位置に、連続して移
送された情報が格納される。周知のように、行全体が移
送されると、次の行が移送され、以下同様である。この
図で部分２０として示す、フレーム・フォーマットの最
も左側の１４４列が、通常ネットワーク・ノードで抽出
されるヘッダ情報を含む。この図で部分２２として示
す、残りの列に、通常ノードからノードに渡されるペイ
ロード情報が格納される。
【００１９】ＳＴＭ−１６信号の最初の行２４は、ヘッ
ダ部分２０内に、Ａ１ ４８バイトと、その後に続くＡ
２ ４８バイト、Ｊ０バイト、Ｚ０ １５バイト、およ
び国別使用（ＮＵ） ３２バイトを含む。周知のＳＤＨ
／ＳＯＮＥＴ伝送標準によれば、Ａ１バイトおよびＡ２
バイトの内容が、フレームの先頭と位置合わせするのに
使用できる一義的なバイト・パターンを提供する働きを
する。Ｊ０バイトは、フレーム内に移送された信号元を
識別するためのトレース識別を含む。Ｚ０バイトは、将
来の国際標準のために留保された未定義のバイトであ
る。国別使用（ＮＵ）バイトは、ある国特有の情報を移
送することができる。
ダ部分２０内に、Ａ１ ４８バイトと、その後に続くＡ
２ ４８バイト、Ｊ０バイト、Ｚ０ １５バイト、およ
び国別使用（ＮＵ） ３２バイトを含む。周知のＳＤＨ
／ＳＯＮＥＴ伝送標準によれば、Ａ１バイトおよびＡ２
バイトの内容が、フレームの先頭と位置合わせするのに
使用できる一義的なバイト・パターンを提供する働きを
する。Ｊ０バイトは、フレーム内に移送された信号元を
識別するためのトレース識別を含む。Ｚ０バイトは、将
来の国際標準のために留保された未定義のバイトであ
る。国別使用（ＮＵ）バイトは、ある国特有の情報を移
送することができる。
【００２０】ＳＴＭ−１６信号内に示した他のバイトに
は、例えば誤り検出のためのＢ１バイト、および接続の
上流で故障が検出されたかどうかを示すメッセージ・チ
ャネルとして働く標準のビット・パターンを含むＫ２バ
イトがある。さらに、ＳＴＭ−１６信号は、ネットワー
ク内の装置が故障したかどうか、および伝送情報の質な
どの情報を伝えるための通信チャネルを含む。
は、例えば誤り検出のためのＢ１バイト、および接続の
上流で故障が検出されたかどうかを示すメッセージ・チ
ャネルとして働く標準のビット・パターンを含むＫ２バ
イトがある。さらに、ＳＴＭ−１６信号は、ネットワー
ク内の装置が故障したかどうか、および伝送情報の質な
どの情報を伝えるための通信チャネルを含む。
【００２１】図３に示したように、ＳＴＭ−１６信号か
ら取り除かれる情報を、部分３０、３２として網掛けで
示す。図１を再び参照すると、ヘッダ縮小ユニット１１
２ａ〜ｄは、ＳＴＭ−１６信号からこの情報を取り除く
ために使用される。例示的な一実施形態によれば、部分
３０にある取り除かれる情報には、Ａ１バイトのうちの
最後の２つとＡ２バイトのうちの最初の２つ以外のすべ
てが含まれる。しかし、他のＡ１および／またはＡ２バ
イトも、本明細書の教示に従って保持できることに留意
されたい。図示したように、Ｚ０バイト、および国使用
（ＮＵ）バイトの一部も、部分３２で取り除かれる。図
２でＳＴＭ−１６信号から取り除かれなかった残りのバ
イトが、ヘッダ縮小ユニット１１２ａ〜ｄ（図１）から
出力される。
ら取り除かれる情報を、部分３０、３２として網掛けで
示す。図１を再び参照すると、ヘッダ縮小ユニット１１
２ａ〜ｄは、ＳＴＭ−１６信号からこの情報を取り除く
ために使用される。例示的な一実施形態によれば、部分
３０にある取り除かれる情報には、Ａ１バイトのうちの
最後の２つとＡ２バイトのうちの最初の２つ以外のすべ
てが含まれる。しかし、他のＡ１および／またはＡ２バ
イトも、本明細書の教示に従って保持できることに留意
されたい。図示したように、Ｚ０バイト、および国使用
（ＮＵ）バイトの一部も、部分３２で取り除かれる。図
２でＳＴＭ−１６信号から取り除かれなかった残りのバ
イトが、ヘッダ縮小ユニット１１２ａ〜ｄ（図１）から
出力される。
【００２２】動作に際しては、速度適応ユニット１１４
ａ〜ｄが、すべての入力１１０ａ〜ｄから同じビット・
レート（ｆ０）で信号を導出するのに使用される。原則
として、様々な入力１１０ａ〜ｄからのフレームのビッ
ト・レート（ｆ１〜ｆ４）は、第３のサブネットワーク
１４に伝送するのに使用されるビット・レート（ｆ０）
とは異なり、恐らくフレーム元に応じて相互に異なる。
速度適応ユニット１１４ａ〜ｄは、入力ビット・レート
（ｆ１〜ｆ４）のフレームから情報を受け取り、その情
報をバッファに記憶し、それを共通ビット・レート（ｆ
０）で出力する。
ａ〜ｄが、すべての入力１１０ａ〜ｄから同じビット・
レート（ｆ０）で信号を導出するのに使用される。原則
として、様々な入力１１０ａ〜ｄからのフレームのビッ
ト・レート（ｆ１〜ｆ４）は、第３のサブネットワーク
１４に伝送するのに使用されるビット・レート（ｆ０）
とは異なり、恐らくフレーム元に応じて相互に異なる。
速度適応ユニット１１４ａ〜ｄは、入力ビット・レート
（ｆ１〜ｆ４）のフレームから情報を受け取り、その情
報をバッファに記憶し、それを共通ビット・レート（ｆ
０）で出力する。
【００２３】発信フレーム中では、フレーム当たり、ヘ
ッダ縮小ユニット１１２ａ〜ｄから受け取ったフレーム
に対する縮小されたデータを移送するのに名目上必要な
スペースより、わずかに広いスペースが留保されてい
る。１つまたは複数のビット・レート（ｆ１〜ｆ４）が
共通ビット・レート（ｆ０）より速いとき、速度適応ユ
ニット１１４ａ〜ｄは、留保されたスペースに余分な情
報を入れる。この場合、平均して発信フレームあたり１
個の着信フレームよりわずかに多い情報が、移送され
る。速度適応ユニット１１４ａ〜ｄは、発信フレーム
に、このことが起きたことおよびその程度を示す情報を
付加する。したがって、受信フレームの開始点の位置
が、発信フレーム中で「浮動する」。
ッダ縮小ユニット１１２ａ〜ｄから受け取ったフレーム
に対する縮小されたデータを移送するのに名目上必要な
スペースより、わずかに広いスペースが留保されてい
る。１つまたは複数のビット・レート（ｆ１〜ｆ４）が
共通ビット・レート（ｆ０）より速いとき、速度適応ユ
ニット１１４ａ〜ｄは、留保されたスペースに余分な情
報を入れる。この場合、平均して発信フレームあたり１
個の着信フレームよりわずかに多い情報が、移送され
る。速度適応ユニット１１４ａ〜ｄは、発信フレーム
に、このことが起きたことおよびその程度を示す情報を
付加する。したがって、受信フレームの開始点の位置
が、発信フレーム中で「浮動する」。
【００２４】同様に、１つまたは複数のビット・レート
（ｆ１〜ｆ４）が共通ビット・レート（ｆ０）より遅い
とき、速度適応ユニット１１４ａ〜ｄは、発信フレーム
内に未使用のスペースを残す。この場合、平均して発信
フレーム当たり１個の着信フレームよりわずかに少ない
情報が、移送される。速度適応ユニット１１４ａ〜ｄ
は、発信フレームに、このことが起きていることおよび
その程度を示す情報を加える。
（ｆ１〜ｆ４）が共通ビット・レート（ｆ０）より遅い
とき、速度適応ユニット１１４ａ〜ｄは、発信フレーム
内に未使用のスペースを残す。この場合、平均して発信
フレーム当たり１個の着信フレームよりわずかに少ない
情報が、移送される。速度適応ユニット１１４ａ〜ｄ
は、発信フレームに、このことが起きていることおよび
その程度を示す情報を加える。
【００２５】速度適応ユニット１１４ａ〜ｄは、所定の
しきい値、例えば１バイトのオーバーフローまたはアン
ダーフローに達するまで、余分なスペースを使用せず未
使用のままにしておくことによって、余分な情報および
未使用のスペースを量子化することができる。
しきい値、例えば１バイトのオーバーフローまたはアン
ダーフローに達するまで、余分なスペースを使用せず未
使用のままにしておくことによって、余分な情報および
未使用のスペースを量子化することができる。
【００２６】インターリーバ１１６は、フレームからの
情報に様々な入力からの速度調整情報を加えたものを受
け取り、次いでその情報を、インターリーバ１１６の出
力における連続するバイトが、速度適応ユニット１１４
ａ〜ｄのうちの異なるユニットから交互にくるように出
力する。インターリーバ１１６は、インターリーブされ
たバイトをヘッダ挿入ユニット１１８に出力する。ヘッ
ダ挿入ユニット１１８は、インターリーブされたバイト
にヘッダを付加し、ヘッダ後のバイトをスクランブル
（チャネル符号化）することにより、例えばＳＴＭ−６
４「様の」信号を形成する。
情報に様々な入力からの速度調整情報を加えたものを受
け取り、次いでその情報を、インターリーバ１１６の出
力における連続するバイトが、速度適応ユニット１１４
ａ〜ｄのうちの異なるユニットから交互にくるように出
力する。インターリーバ１１６は、インターリーブされ
たバイトをヘッダ挿入ユニット１１８に出力する。ヘッ
ダ挿入ユニット１１８は、インターリーブされたバイト
にヘッダを付加し、ヘッダ後のバイトをスクランブル
（チャネル符号化）することにより、例えばＳＴＭ−６
４「様の」信号を形成する。
【００２７】図４に、上述のようにして生成されたＳＴ
Ｍ−６４「様の」信号の例を示す。この信号のヘッダ４
０は、Ａ１ １９２バイト、Ａ２ １９２バイト、Ｊ０
バイト、Ｂ１バイト、およびＫ２バイトを含む。あるい
は、ＳＴＭ−６４「様の」信号は、インターリーバ１１
６から受け取ったデータおよびなんらかのスタッフィン
グを含む。このＳＴＭ−６４「様の」信号のヘッダが、
複数の列すべてをふさぐ通常のＳＴＭ−６４のヘッダよ
り小さいことに留意されたい。この場合、Ａ１バイト、
Ａ２バイト、Ｊ０バイト、Ｂ１バイト、およびＫ２バイ
ト以外はすべてが省いてある。したがって、入力１１０
ａ〜ｄから受け取ったＳＴＭ−１６信号のヘッダ情報と
ペイロード情報を伝送するためのスペースが作られる。
したがって、普通ならヘッダ情報に使用される、ＳＴＭ
−６４信号内のスペースの一部が今や、入力１１０ａ〜
ｄからのフレームのヘッダ情報および／またはペイロー
ド情報でもよいペイロード情報を収納することができ
る。ヘッダ・スペースのこの部分は、ペイロードの残り
の部分と共にスクランブル（チャネル符号化）され、ヘ
ッダ挿入ユニット１１８で生成されたヘッダ部分の残り
の部分はスクランブルされない。
Ｍ−６４「様の」信号の例を示す。この信号のヘッダ４
０は、Ａ１ １９２バイト、Ａ２ １９２バイト、Ｊ０
バイト、Ｂ１バイト、およびＫ２バイトを含む。あるい
は、ＳＴＭ−６４「様の」信号は、インターリーバ１１
６から受け取ったデータおよびなんらかのスタッフィン
グを含む。このＳＴＭ−６４「様の」信号のヘッダが、
複数の列すべてをふさぐ通常のＳＴＭ−６４のヘッダよ
り小さいことに留意されたい。この場合、Ａ１バイト、
Ａ２バイト、Ｊ０バイト、Ｂ１バイト、およびＫ２バイ
ト以外はすべてが省いてある。したがって、入力１１０
ａ〜ｄから受け取ったＳＴＭ−１６信号のヘッダ情報と
ペイロード情報を伝送するためのスペースが作られる。
したがって、普通ならヘッダ情報に使用される、ＳＴＭ
−６４信号内のスペースの一部が今や、入力１１０ａ〜
ｄからのフレームのヘッダ情報および／またはペイロー
ド情報でもよいペイロード情報を収納することができ
る。ヘッダ・スペースのこの部分は、ペイロードの残り
の部分と共にスクランブル（チャネル符号化）され、ヘ
ッダ挿入ユニット１１８で生成されたヘッダ部分の残り
の部分はスクランブルされない。
【００２８】この例では、第３のサブネットワーク１４
が、ＳＴＭ−６４のヘッダ情報をもはや含んでいない、
信号の部分をそのまま（ｉｎｔａｃｔ）にしておくと仮
定する。例えば、信号を監視だけするか、あるいはヘッ
ダの置き換えられた部分からヘッダ情報をコピーする第
３のサブネットワーク１４内ではそうである。
が、ＳＴＭ−６４のヘッダ情報をもはや含んでいない、
信号の部分をそのまま（ｉｎｔａｃｔ）にしておくと仮
定する。例えば、信号を監視だけするか、あるいはヘッ
ダの置き換えられた部分からヘッダ情報をコピーする第
３のサブネットワーク１４内ではそうである。
【００２９】第３のサブネットワーク１４を介して伝送
された後、ヘッダ挿入ユニット１１８からの信号はイン
タフェース１３で受け取られる。インタフェース１３
は、第３のサブネットワーク１４を通ってきた信号から
そのタイミング信号を含めて元の入力信号を回復する。
された後、ヘッダ挿入ユニット１１８からの信号はイン
タフェース１３で受け取られる。インタフェース１３
は、第３のサブネットワーク１４を通ってきた信号から
そのタイミング信号を含めて元の入力信号を回復する。
【００３０】ヘッダ抽出ユニット１３８は、第３のサブ
ネットワーク１４を通ってきた信号からヘッダを取り外
し、そのヘッダの内容に応じた任意の処理を行う。続い
て、ヘッダ抽出ユニット１３８は、ヘッダの外側の信号
の情報をデインターリーバ１３６に供給する。デインタ
ーリーバ１３６は、この情報を、それぞれ１つの入力１
１０ａ〜ｂから受け取った情報に対応する複数のサブ信
号に分割する。
ネットワーク１４を通ってきた信号からヘッダを取り外
し、そのヘッダの内容に応じた任意の処理を行う。続い
て、ヘッダ抽出ユニット１３８は、ヘッダの外側の信号
の情報をデインターリーバ１３６に供給する。デインタ
ーリーバ１３６は、この情報を、それぞれ１つの入力１
１０ａ〜ｂから受け取った情報に対応する複数のサブ信
号に分割する。
【００３１】速度適応ユニット１３４ａ〜ｄは、ヘッダ
抽出ユニット１３８およびデインターリーバ１３６のビ
ット・レートによって決まるビット・レートで情報を受
け取る。ヘッダ抽出ユニットおよびデインターリーバの
ビット・レートは最終的に、第１のサブネットワーク１
０のインタフェース１１において速度適応ユニット１１
４ａ〜ｄによって出力されたビット・レートによって決
まる。速度適応ユニット１３４ａ〜ｄは、この情報から
速度適応情報を読み取る。この速度適応情報の制御下
で、速度適応ユニット１３４ａ〜ｄは、着信フレームを
再構成し、第３のサブネットワーク１４を介して伝送さ
れた様々なフレームからの各フレームからペイロード・
データおよびヘッダを収集する。適応ユニット１３４ａ
〜ｄが生成するフレームの継続時間は、第３のサブネッ
トワーク１４との境界で第１のサブネットワーク１０か
ら受け取った元の着信フレーム内に含まれていた情報と
同じ量の情報がこうしたフレーム中に納まるように適合
される。この継続時間は、第１のサブネットワークから
のフレームの情報を、第３のサブネットワークから受け
取ったフレーム中で移送するために、余分なスペースを
使用しなければならないか、それともスペースを使用し
ないままにしておかなければならないかの情報を使って
導き出される。
抽出ユニット１３８およびデインターリーバ１３６のビ
ット・レートによって決まるビット・レートで情報を受
け取る。ヘッダ抽出ユニットおよびデインターリーバの
ビット・レートは最終的に、第１のサブネットワーク１
０のインタフェース１１において速度適応ユニット１１
４ａ〜ｄによって出力されたビット・レートによって決
まる。速度適応ユニット１３４ａ〜ｄは、この情報から
速度適応情報を読み取る。この速度適応情報の制御下
で、速度適応ユニット１３４ａ〜ｄは、着信フレームを
再構成し、第３のサブネットワーク１４を介して伝送さ
れた様々なフレームからの各フレームからペイロード・
データおよびヘッダを収集する。適応ユニット１３４ａ
〜ｄが生成するフレームの継続時間は、第３のサブネッ
トワーク１４との境界で第１のサブネットワーク１０か
ら受け取った元の着信フレーム内に含まれていた情報と
同じ量の情報がこうしたフレーム中に納まるように適合
される。この継続時間は、第１のサブネットワークから
のフレームの情報を、第３のサブネットワークから受け
取ったフレーム中で移送するために、余分なスペースを
使用しなければならないか、それともスペースを使用し
ないままにしておかなければならないかの情報を使って
導き出される。
【００３２】これは、余分なスペースを使用しなければ
ならないか、それともスペースを使用しないままにして
おかなければならないかの情報を使用して、それに対応
してより速いまたはより遅い出力のビット・レート（ｆ
１〜ｆ４）を選択することにより、第１のサブネットワ
ーク１０内の着信ビット・レートに等しいレートでデー
タを出力するために必要な、適合されたビット・レート
でフレームを出力することによって、実現することがで
きる。このようにして、第３のサブネットワーク１４を
介してフレーム中で伝送された、使用された全ビット
が、平均して、通常そのフレームの継続時間にわたって
速度適応ユニット１３４ａ〜ｄから出力される。したが
って、元のフレームのペイロードが、出力フレームのペ
イロードに納まる。インタフェース・ユニット１３が、
元のフレームのペイロードを出力フレーム中に入れるこ
とが好ましい。
ならないか、それともスペースを使用しないままにして
おかなければならないかの情報を使用して、それに対応
してより速いまたはより遅い出力のビット・レート（ｆ
１〜ｆ４）を選択することにより、第１のサブネットワ
ーク１０内の着信ビット・レートに等しいレートでデー
タを出力するために必要な、適合されたビット・レート
でフレームを出力することによって、実現することがで
きる。このようにして、第３のサブネットワーク１４を
介してフレーム中で伝送された、使用された全ビット
が、平均して、通常そのフレームの継続時間にわたって
速度適応ユニット１３４ａ〜ｄから出力される。したが
って、元のフレームのペイロードが、出力フレームのペ
イロードに納まる。インタフェース・ユニット１３が、
元のフレームのペイロードを出力フレーム中に入れるこ
とが好ましい。
【００３３】最後に、ヘッダ抽出ユニット１３３ａ〜ｄ
は、第３のサブネットワーク１４から受け取った情報か
らヘッダ情報を読み取り、ヘッダ縮小ユニット１１２ａ
〜ｄによって取り除かれた情報を補足して、元のヘッダ
を復元する。次いで、復元されたフレーム信号は、実質
上入力１１０ａ〜ｄで受け取ったままのヘッダ・デー
タ、ペイロード、およびタイミングを含み、第２のサブ
ネットワーク１２中に伝送される。したがって、信号が
第３のサブネットワーク１４を通過していても、第１の
サブネットワーク１０と第２のサブネットワーク１２を
単一のネットワークとして管理することができる。
は、第３のサブネットワーク１４から受け取った情報か
らヘッダ情報を読み取り、ヘッダ縮小ユニット１１２ａ
〜ｄによって取り除かれた情報を補足して、元のヘッダ
を復元する。次いで、復元されたフレーム信号は、実質
上入力１１０ａ〜ｄで受け取ったままのヘッダ・デー
タ、ペイロード、およびタイミングを含み、第２のサブ
ネットワーク１２中に伝送される。したがって、信号が
第３のサブネットワーク１４を通過していても、第１の
サブネットワーク１０と第２のサブネットワーク１２を
単一のネットワークとして管理することができる。
【００３４】本発明の他の態様によれば、第３のサブネ
ットワーク１４中をフレーム中で伝送される第１のサブ
ネットワーク１０内のフレームからのビット数またはバ
イト数は、継続時間の違いに応じて、可変である。タイ
ミング情報は、この数の変動の指標によって表される。
第２のサブネットワーク１２中を横切るとき、第１のサ
ブネットワーク１０内のフレームと同じビット数または
バイト数を含むフレームが再生される。したがって、共
通フレーム中にコピーされたデータは、それぞれがそれ
自体のタイミングを有するフレームから生じ、こうした
フレームのそれぞれのタイミングは、それらのフレーム
が共通フレームから再生されるとき復元される。
ットワーク１４中をフレーム中で伝送される第１のサブ
ネットワーク１０内のフレームからのビット数またはバ
イト数は、継続時間の違いに応じて、可変である。タイ
ミング情報は、この数の変動の指標によって表される。
第２のサブネットワーク１２中を横切るとき、第１のサ
ブネットワーク１０内のフレームと同じビット数または
バイト数を含むフレームが再生される。したがって、共
通フレーム中にコピーされたデータは、それぞれがそれ
自体のタイミングを有するフレームから生じ、こうした
フレームのそれぞれのタイミングは、それらのフレーム
が共通フレームから再生されるとき復元される。
【００３５】前述の実施形態は、本発明の原理を例示す
るものにすぎない。本明細書に明確に図示も説明もしな
いが、本発明の範囲内でそうした原理を実施する多数の
構成を考案することが当業者には可能であろう。したが
って、本明細書に図示し記載した実施形態は、例示にす
ぎず、いかなる形でも限定するものではない。本発明の
範囲は、本明細書に添付した特許請求の範囲によっての
み限定される。
るものにすぎない。本明細書に明確に図示も説明もしな
いが、本発明の範囲内でそうした原理を実施する多数の
構成を考案することが当業者には可能であろう。したが
って、本明細書に図示し記載した実施形態は、例示にす
ぎず、いかなる形でも限定するものではない。本発明の
範囲は、本明細書に添付した特許請求の範囲によっての
み限定される。
【図１】本発明の例示的一実施形態による、例示的な伝
送ネットワークの一部の簡略構成図である。
送ネットワークの一部の簡略構成図である。
【図２】同期デジタル・ハイアラーキ（ＳＤＨ）ベース
の伝送に使用されるＳＴＭ−１６信号の例示的フレーム
・フォーマットを示す図である。
の伝送に使用されるＳＴＭ−１６信号の例示的フレーム
・フォーマットを示す図である。
【図３】本発明の例示的一実施形態による、オーバーヘ
ッドが図２から縮小されたＳＴＭ−１６信号の修正バー
ジョンを示す図である。
ッドが図２から縮小されたＳＴＭ−１６信号の修正バー
ジョンを示す図である。
【図４】 本発明の例示的一実施形態に従って使用され
る、ＳＴＭ−６４信号についての例示的なフレーム・フ
ォーマットを示す図である。
る、ＳＴＭ−６４信号についての例示的なフレーム・フ
ォーマットを示す図である。
─────────────────────────────────────────────────────
フロントページの続き
(72)発明者 ピーター ビー． バッシュバッハ
アメリカ合衆国 07726 ニュージャーシ
ィ，ティントン フォールズ，プリークネ
ス コート 11
(72)発明者 ピー． ハルショフ
オランダ国 1324 アールティー アルメ
ア，ハーレンプレイン 11
(72)発明者 マーテン ペトラス ジョセフ ヴィサー
ズ
オランダ国 1277 ビーイー ヒュイゼ
ン，シモン ド ビューヴォワラーン ７
Ｆターム(参考） 5K030 HB11 HB25 HC01 HD05 JA01
JA07 JL10 LA15
Claims (8)
- 【請求項１】 伝送ネットワーク中で、第１のサブネッ
トワークから第２のサブネットワークに第３のサブネッ
トワークを介して情報を移送する方法であって、それぞ
れがヘッダとペイロードを含むフレームの形態で伝送ネ
ットワーク中のノード間で情報が移送され、ノードから
伝送される各フレームのヘッダをノードが生成し、前記
ノードが着信フレームから１つまたは複数の発信フレー
ムにペイロード・データを完全にコピーし、前記ペイロ
ード・データが、フレームに対して浮動できるようにさ
れ、 第１のサブネットワークと第３のサブネットワークの間
の第１の境界を横切るとき、ヘッダの第１の部分をフレ
ームのペイロード中にコピーし、前記ペイロード中に前
記ヘッダの第２の部分をコピーしないことによって、ペ
イロード中に使用可能なスペースが形成されるようにす
るステップと、 第３のサブネットワーク中で、前記ペイロード内の前記
使用可能なスペースに納まる、縮小されたサイズのヘッ
ダを使用するステップと、 第３のサブネットワークと第２のサブネットワークの間
の第２の境界を横切るとき、前記ペイロードから前記ヘ
ッダの第１の部分および前記縮小されたサイズのヘッダ
を取り出し、第２のサブネットワーク中でヘッダ情報を
生成するステップとを含む方法。 - 【請求項２】 第１のサブネットワークによって搬送さ
れる複数のフレームのヘッダおよびペイロード・データ
が、第３のサブネットワークによって搬送される共通フ
レーム中に多重化され、前記共通フレームが第１のサブ
ネットワーク中のフレームごとに搬送される整数倍の情
報を搬送し、複数のフレームのヘッダの第２の部分が前
記共通フレームのペイロード中にコピーされないことに
よって、前記共通フレーム中に占有されていないスペー
スが残り、前記共通フレームのヘッダが規定されたサイ
ズに維持されることにより、発信フレームのヘッダが前
記占有されていないスペースに納まる請求項１に記載の
方法。 - 【請求項３】 前記共通フレームのペイロードにコピー
されない、複数のフレームの前記ヘッダの第２の部分
が、同期情報を含む、請求項２に記載の方法。 - 【請求項４】 第１の境界を横切るとき、タイミング情
報を前記ペイロードに加えるステップであって、前記タ
イミング情報が、第１のサブネットワーク中のフレーム
継続時間が第３のサブネットワーク中でのフレーム継続
時間と異なる程度を示すステップと、 第２の境界を横切るとき、前記タイミング情報を使っ
て、第２のサブネットワーク中でフレームを再生し、第
２のサブネットワーク中の前記フレームが、第１のサブ
ネットワーク中の対応するフレームとほぼ同じ継続時間
となるステップとをさらに含む、請求項１に記載の方
法。 - 【請求項５】 伝送ネットワーク中のサブネットワーク
間で情報を移送する装置であって、それぞれがヘッダと
ペイロードを含むフレームの形態をとって伝送ネットワ
ークのノードの間で情報が移送され、ノードから伝送さ
れる各フレームのヘッダをノードが生成し、前記ノード
が着信フレームから１つまたは複数の発信フレームにペ
イロード・データを完全にコピーし、前記ペイロード・
データが、フレームに対して浮動できるようにされ、 着信フレームからのヘッダの第１の部分を発信フレーム
のペイロード中にコピーし、前記ヘッダの第２の部分を
前記ペイロード内にコピーしないことによって前記ペイ
ロード中に使用可能なスペースが形成されるようにする
手段と、 前記発信フレームの前記ペイロード中の前記使用可能な
スペースに納まる、縮小されたサイズのヘッダを生成す
る手段とを備えた装置。 - 【請求項６】 第１のサブネットワークによって搬送さ
れる複数のフレームのヘッダおよびペイロード・データ
が、共通発信フレーム中に多重化され、前記共通発信フ
レームが着信フレームごとに搬送される整数倍の情報を
搬送し、前記複数のフレームの前記ヘッダの第２の部分
を共通発信フレームのペイロード中にコピーしないこと
によって、前記共通発信フレーム中に占有されていない
スペースが形成され、前記共通発信フレームの前記ヘッ
ダが規定されたサイズに維持されることにより、前記共
通発信フレームのヘッダが前記占有されていないスペー
スに納まる請求項５に記載の装置。 - 【請求項７】 前記共通フレームの前記ペイロード中に
コピーされない、複数のフレームのヘッダの第２の部分
が、同期情報を含む、請求項６に記載の装置。 - 【請求項８】 タイミング情報を前記発信フレームの前
記ペイロードに加える手段であって、前記タイミング情
報が、着信フレームの継続時間が発信フレームの継続時
間と異なる程度を示す手段をさらに含む、請求項５に記
載の装置。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US09/918385 | 2001-07-30 | ||
| US09/918,385 US7002957B2 (en) | 2001-07-30 | 2001-07-30 | Method of transporting frames of information between parts of a network through an intermediate network |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003134174A true JP2003134174A (ja) | 2003-05-09 |
| JP3902522B2 JP3902522B2 (ja) | 2007-04-11 |
Family
ID=25440291
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002220543A Expired - Fee Related JP3902522B2 (ja) | 2001-07-30 | 2002-07-30 | 中間ネットワークを介してネットワークの部分間で情報のフレームを移送する方法 |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US7002957B2 (ja) |
| EP (1) | EP1282250B1 (ja) |
| JP (1) | JP3902522B2 (ja) |
| CN (1) | CN1400782A (ja) |
| CA (1) | CA2389133A1 (ja) |
| DE (1) | DE60201052T2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7675936B2 (en) | 2006-03-23 | 2010-03-09 | Hitachi, Ltd. | Passive optical network (PON) system |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040156389A1 (en) * | 2003-02-11 | 2004-08-12 | Lucent Technologies Inc. | Cross-layer communication solution(s) across different communication protocols |
| JP3891145B2 (ja) | 2003-05-16 | 2007-03-14 | ソニー株式会社 | 無線通信装置、無線通信方法及びプログラム |
| US7656868B2 (en) * | 2004-01-30 | 2010-02-02 | Telefonaktiebolaget L M Ericsson (Publ) | Method for transferring packets in networks comprising a plurality of linked intermediate networks |
| GB2412038B (en) * | 2004-03-10 | 2006-04-19 | Toshiba Res Europ Ltd | Packet format |
| US20060095590A1 (en) * | 2004-11-04 | 2006-05-04 | Nokia Corporation | Exchange of encoded data packets |
| CN101507155B (zh) * | 2006-09-22 | 2015-01-21 | 日本电信电话株式会社 | 复用传输系统以及复用传输方法 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6477178B1 (en) | 1998-03-31 | 2002-11-05 | Alcatel Usa Sourcing, L.P. | System and method and trafficking telecommunication signals |
| WO2000038362A1 (de) | 1998-12-22 | 2000-06-29 | Siemens Aktiengesellschaft | Verfahren zur übertragung von daten in rahmen zwischen datenübertragungseintheiten |
| US20020103926A1 (en) * | 2000-12-19 | 2002-08-01 | Alcatel Usa Sourcing, L.P. | Method of transparently transporting sonet STS-3C frame information across a network |
| EP1246383A1 (en) | 2001-03-28 | 2002-10-02 | Lucent Technologies Inc. | Data transmission system |
| US20020191691A1 (en) * | 2001-05-10 | 2002-12-19 | Holborow Clive Eric | Payload header suppression including removal of fields that vary in known patterns |
-
2001
- 2001-07-30 US US09/918,385 patent/US7002957B2/en not_active Expired - Lifetime
-
2002
- 2002-06-05 CA CA002389133A patent/CA2389133A1/en not_active Abandoned
- 2002-06-06 DE DE60201052T patent/DE60201052T2/de not_active Expired - Lifetime
- 2002-06-06 EP EP02253957A patent/EP1282250B1/en not_active Expired - Fee Related
- 2002-07-25 CN CN02127142A patent/CN1400782A/zh active Pending
- 2002-07-30 JP JP2002220543A patent/JP3902522B2/ja not_active Expired - Fee Related
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7675936B2 (en) | 2006-03-23 | 2010-03-09 | Hitachi, Ltd. | Passive optical network (PON) system |
| US8331400B2 (en) | 2006-03-23 | 2012-12-11 | Hitachi, Ltd. | Passive optical network (PON) system |
Also Published As
| Publication number | Publication date |
|---|---|
| DE60201052T2 (de) | 2005-09-01 |
| JP3902522B2 (ja) | 2007-04-11 |
| US7002957B2 (en) | 2006-02-21 |
| DE60201052D1 (de) | 2004-09-30 |
| US20030021270A1 (en) | 2003-01-30 |
| EP1282250B1 (en) | 2004-08-25 |
| CA2389133A1 (en) | 2003-01-30 |
| EP1282250A1 (en) | 2003-02-05 |
| CN1400782A (zh) | 2003-03-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4925464B2 (ja) | 任意のクライアントペイロードおよびフォーマットタイプのクライアントシグナルのトランスポートのための汎用デジタルアーキテクチャ | |
| US8681818B2 (en) | Frame generating apparatus, optical transmission system, frame generating method, and optical transmission method | |
| JP3663253B2 (ja) | 多重化伝送装置 | |
| US20080037984A1 (en) | Optical transmission network with asynchronous mapping and demapping and digital wrapper frame for the same | |
| JP3765520B2 (ja) | クロスコネクト方法及びクロスコネクト装置 | |
| JP2000332717A (ja) | マルチプレクサ、デマルチプレクサおよびインターフェース装置 | |
| US7002968B1 (en) | Transport system and transport method | |
| US6870860B1 (en) | Semi-transparent time division multiplexer/demultiplexer | |
| JP3429307B2 (ja) | 同期デジタル遠隔通信システムにおけるエラスティックバッファ方法及び装置 | |
| US7068687B2 (en) | Method for transmitting concatenated data signals | |
| JP3429309B2 (ja) | 同期デジタル遠隔通信システムにおけるエラスティックバッファメモリの充填率を監視する方法及び装置 | |
| JP3902522B2 (ja) | 中間ネットワークを介してネットワークの部分間で情報のフレームを移送する方法 | |
| US6510166B2 (en) | Stuffing filter mechanism for data transmission signals | |
| ITMI20000545A1 (it) | Metodo ed apparato per trasmettere/ricevere segnali digitali di livello stm-4(sdh) o sts-12(sonet) su due portanti rf in una sezione di rige | |
| US7145922B2 (en) | Composite add/drop multiplexor with crisscross loop back | |
| JP2006270792A (ja) | フレーム伝送方法及び装置 | |
| JP4677791B2 (ja) | 無線伝送装置及び方法 | |
| JP3356032B2 (ja) | 多重化伝送装置、ポインタ処理装置、多重化伝送網および多重化伝送装置の構成方法 | |
| JP3811706B2 (ja) | 光信号伝送装置 | |
| US7162536B1 (en) | Validation of a connection between arbitrary end-nodes in a communications network | |
| US6915348B1 (en) | Validation of a connection between arbitrary end-points in a communications network using an augmented SPE | |
| JP4631612B2 (ja) | クロスコネクト装置 | |
| JP3635083B2 (ja) | 伝送装置の多重分離方法 | |
| JP3635083B6 (ja) | 多重化信号の伝送方法 | |
| JP3664484B2 (ja) | 多重伝送装置および多重分離装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041228 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060502 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20060728 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20060802 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060808 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060830 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061122 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20061211 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20061228 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110112 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110112 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120112 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130112 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |