JP4885820B2 - ディジタル伝送装置およびディジタル伝送プログラム - Google Patents

ディジタル伝送装置およびディジタル伝送プログラム Download PDF

Info

Publication number
JP4885820B2
JP4885820B2 JP2007276392A JP2007276392A JP4885820B2 JP 4885820 B2 JP4885820 B2 JP 4885820B2 JP 2007276392 A JP2007276392 A JP 2007276392A JP 2007276392 A JP2007276392 A JP 2007276392A JP 4885820 B2 JP4885820 B2 JP 4885820B2
Authority
JP
Japan
Prior art keywords
frame
packet signal
signal
control information
processing unit
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.)
Active
Application number
JP2007276392A
Other languages
English (en)
Other versions
JP2009105723A (ja
Inventor
拓也 大原
由明 木坂
茂樹 相澤
宮本　　裕
和人 武井
靖行 遠藤
克吉 三浦
忠信 二階堂
将人 富澤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NTT Electronics Corp
Nippon Telegraph and Telephone Corp
Original Assignee
NTT Electronics Corp
Nippon Telegraph and Telephone Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by NTT Electronics Corp, Nippon Telegraph and Telephone Corp filed Critical NTT Electronics Corp
Priority to JP2007276392A priority Critical patent/JP4885820B2/ja
Publication of JP2009105723A publication Critical patent/JP2009105723A/ja
Application granted granted Critical
Publication of JP4885820B2 publication Critical patent/JP4885820B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Time-Division Multiplex Systems (AREA)
  • Small-Scale Networks (AREA)
  • Communication Control (AREA)

Description

本発明は、例えばＧＦＰ（Generic Framing Procedure ：汎用フレーミング手順）を用いてパケット信号をカプセル化し、ディジタルフレーム伝送信号にマッピング（収容）して伝送するディジタル伝送装置およびディジタル伝送プログラムに関する。
ＧＦＰは、ＯＴＮ(Optical Transport Network) やＳＤＨ／ＳＯＮＥＴ（Synchronous Digital Hierarchy/Synchronous Optical Network)を使用して、様々なパケットベースのクライアント信号を広域転送するために、ＩＴＵ−Ｔで国際標準として規定されている（非特許文献１，２，３，４）。
ＧＦＰを用いてクライアント信号を転送するときに、例えばイーサネット（登録商標）ＭＡＣフレームをＯＴＮのＯＴＵ（Optical Channel Transport Unit) フレームにマッピングする場合、ＧＦＰの規格によればイーサネットＭＡＣフレームのＩＦＧ（Inter Frame Gap)、ＰＡ（Preamble）およびＳＦＤ（Start of Frame Delimiter）を取り除き、それ以外の部分にＧＦＰオーバヘッドを付加してからＯＴＵフレームにマッピングする。
ここで、イーサネットＭＡＣフレームとＧＦＰフレームの関係を図１４に示す。イーサネットＭＡＣフレームは、フレーム間ギャップとしてＩＦＧ、フレーム同期情報としてフレーム同期をとるためのＰＡおよび有効フレームの開始を示すＳＦＤ、制御情報・ヘッダとして宛先アドレスＤＡ（Destination Address)、送信元アドレスＳＡ（Source Address）およびＬ／Ｔ（Length/Type)、データとしてユーザデータおよびユーザデータが最小の46バイトに満たないときに46バイトになるように付加するＰＡＤ、制御情報・トレーラとして制御情報・ヘッダ領域からデータ領域までの範囲で誤り検査するＦＣＳ（Frame Check Sequence）により構成される。
ＧＦＰフレームは、ＧＦＰオーバヘッドとして、ＰＬＩ（Payload Length Indicator）、ｃＨＥＣ（Core Header Error Control)、Ｔｙｐｅ、ｔＨＥＣ（Type Header Error Control)を有し、ペイロード領域にイーサネットＭＡＣフレームの制御情報・ヘッダ以下が格納される。
ITU-T G.7041,"Generic framing procedure (GFP)" ITU-T G.707,"Network node interface for the synchronous digital hierarchy (SDH)" ITU-T G.709,"Interface for the Optical Transport Network (OTN)" ITU-T G.Sup43,"Transport of IEEE 10G Base-R in Optical Transport Network (OTN)"
ところで、イーサネットＭＡＣフレームのＩＦＧやフレーム同期情報領域（ＰＡ，ＳＦＤ）には、もともとユーザデータや制御情報が含まれていないため、図１４に示すようにそれらをＧＦＰオーバヘッドに置き換えて転送する方法をとっても問題になることはなかった。しかし、近年のユーザニーズの多様化などにより、ＩＦＧやフレーム同期情報領域に独自仕様でユーザデータや制御情報を含める使い方が出てきた。そのため、ＳＤＨ／ＳＯＮＥＴやＯＴＮ上におけるクライアント信号の転送に際して、より高い信号透過性が求められるようになってきた。一方、現行規定のＧＦＰでは、ユーザが利用する可能性があるＩＦＧやフレーム同期情報領域を削除することになり、信号透過性を低下させてしまうおそれがあった。
本発明は、ＩＦＧやフレーム同期情報領域にユーザデータや制御情報を含む独自仕様のパケット信号をカプセル化してディジタルフレーム伝送信号に変換するディジタル伝送装置およびディジタル伝送プログラムを提供することを目的とする。
第１の発明は、クライアント信号を入力し、フレーム間ギャップ、フレーム同期情報、制御情報・ヘッダ、データ、制御情報・トレーラからなるパケット信号として識別するパケット信号受信部と、パケット信号の所定のフィールドをカプセル化し、アイドルフレームを挿入し、カプセル化したときのペイロード領域のスクランブルを行うパケット信号処理部と、パケット信号処理部の出力を所定のディジタルフレーム伝送信号にマッピングするディジタルフレーム構成部とを備えたディジタル伝送装置において、パケット信号処理部は、フレーム同期情報、制御情報・ヘッダ、データ、制御情報・トレーラをカプセル化する構成である。
また、パケット信号処理部は、フレーム間ギャップに含まれるアイドル信号以外の信号、フレーム同期情報、制御情報・ヘッダ、データ、制御情報・トレーラをカプセル化する構成としてもよい。
また、パケット信号処理部は、フレーム間ギャップ、フレーム同期情報、制御情報・ヘッダ、データ、制御情報・トレーラをカプセル化する構成としてもよい。
また、パケット信号処理部は、フレーム間ギャップに含まれるアイドル信号以外の信号をカプセル化し、さらにフレーム同期情報、制御情報・ヘッダ、データ、制御情報・トレーラをカプセル化する構成であり、ディジタルフレーム構成部は、パケット信号処理部でそれぞれカプセル化したものを所定のディジタルフレーム伝送信号にマッピングする構成としてもよい。
また、パケット信号処理部は、フレーム間ギャップに含まれるアイドル信号以外の信号とフレーム同期情報をカプセル化し、さらに制御情報・ヘッダ、データ、制御情報・トレーラをカプセル化する構成であり、ディジタルフレーム構成部は、パケット信号処理部でそれぞれカプセル化したものを所定のディジタルフレーム伝送信号にマッピングする構成としてもよい。
第２の発明は、クライアント信号を入力し、フレーム間ギャップ、フレーム同期情報、制御情報・ヘッダ、データ、制御情報・トレーラからなるパケット信号として識別するパケット信号受信部と、パケット信号の所定のフィールドをカプセル化し、アイドルフレームを挿入し、カプセル化したときのペイロード領域のスクランブルを行うパケット信号処理部と、パケット信号処理部の出力を所定のディジタルフレーム伝送信号にマッピングするディジタルフレーム構成部とを備えたディジタル伝送装置において、パケット信号処理部は、フレーム同期情報、制御情報・ヘッダ、データ、制御情報・トレーラをカプセル化する構成であり、フレーム間ギャップに含まれるアイドル信号以外の既知の制御信号を符号変換し、カプセル化する際に付加したオーバヘッド領域に埋め込む制御信号処理手段を備える。
第３の発明は、クライアント信号を入力し、フレーム間ギャップ、フレーム同期情報、制御情報・ヘッダ、データ、制御情報・トレーラからなるパケット信号として識別するパケット信号受信部と、パケット信号の所定のフィールドをカプセル化し、アイドルフレームを挿入し、カプセル化したときのペイロード領域のスクランブルを行うパケット信号処理部と、パケット信号処理部の出力を所定のディジタルフレーム伝送信号にマッピングするディジタルフレーム構成部とを備えたディジタル伝送装置において、パケット信号処理部は、制御情報・ヘッダ、データ、制御情報・トレーラをカプセル化する構成であり、フレーム間ギャップに含まれるアイドル信号以外の既知の制御信号またはフレーム同期情報に含まれる既知の制御信号を符号変換し、カプセル化する際に付加したオーバヘッド領域に埋め込む制御信号処理手段を備える。
また、第１，第２，第３の発明におけるパケット信号処理部は、パケット信号をカプセル化する際に付加したオーバヘッド領域の一部をパケット信号の収容に用いる構成としてもよい。
第４の発明のディジタル伝送プログラムは、第１，第２，第３の発明における各部をコンピュータで処理し、パケット信号をカプセル化しディジタルフレーム伝送信号にマッピングする。
本発明は、フレーム間ギャップやフレーム同期情報にユーザデータや制御情報を含む独自仕様のパケット信号をカプセル化し、ディジタルフレーム伝送信号にマッピングして転送することができる。
（第１の実施形態）
図１は、本発明の第１の実施形態を示す。
図において、本実施形態のディジタル伝送装置は、パケット信号受信部１０、パケット信号処理部２０Ａ、ディジタルフレーム構成部３０により構成される。
パケット信号受信部１０は、クライアントからの信号を受信し、パケット信号として識別する。具体的には、フレーム間ギャップ、フレーム同期情報、制御情報・ヘッダ、データ、制御情報・トレーラの各領域を識別する。
パケット信号処理部２０Ａは、カプセル化処理部２１、アイドルフレーム挿入部２２およびスクランブル処理部２３から構成される。カプセル化処理部２１は、パケット信号のフレーム間ギャップやフレーム同期情報を含めてカプセル化する。アイドルフレーム挿入部２２は、アイドルフレームを適当に挿入し、後段のディジタルフレーム構成部３０でマッピングするディジタルフレーム伝送信号のペイロード領域の容量に完全に一致するようにレートを調整する。スクランブル処理部２３は、パケット信号をカプセル化したときのペイロード領域のスクランブルを行う。ただし、後段のディジタルフレーム構成部３０でスクランブルする場合には、パケット信号処理部２０Ａのスクランブル処理部２３はなくてもよい。なお、カプセル化にＧＦＰを用いる場合のアイドルフレームはＧＦＰ勧告Ｇ.7041 の6.2.1 節"GFP idle frames" で規定され、スクランブル方法はＧＦＰ勧告Ｇ.7041 の6.1.2.3 節"Payload area scrambling" で規定されている。
ディジタルフレーム構成部３０は、パケット信号処理部２０Ａの出力を所定のディジタルフレーム伝送信号（例えばＯＴＵフレーム）にマッピングする。
以上示した各部の処理は、図２に示す処理手順のように、コンピュータとプログラムによっても実現でき、そのプログラムを記録媒体に記録することも、ネットワークを通して提供することも可能である。
以下、第１の実施形態におけるカプセル化処理部２１の処理例１〜７について説明する。ここでは、パケット信号がイーサネットＭＡＣフレームであり、カプセル化にＧＦＰを用いる場合の例を示す。
ここで、ディジタルフレーム構成部３０で生成されるディジタルフレーム伝送信号（例えばＯＴＵフレーム）は、レイヤ１（物理層）を実現するためのフレーム構造であり、ＧＦＰフレームはレイヤ２のクライアント信号（例えばイーサネットＭＡＣフレーム）をレイヤ１にマッピング（収容）するためのフレームである。例えばＯＴＵフレームは、ＩＴＵ−Ｔ勧告Ｇ.709 "ＯＴＮインタフェース" で規定されているフレーム構造で、ＯＴＵフレームのビット列が実際に伝送媒体（光ファイバ）で伝送される。現在、ＯＴＵはビットレートの異なる３種類が規定されているが、いずれも同一のフレーム構造（４バイト行×4080バイト桁）を有する。このＯＴＵの中には、ＯＤＵのフレーム構造（４バイト×3824バイト）があり、さらにその中にＯＰＵのフレーム構造（４バイト×3810バイト）があり、ＯＰＵのペイロード領域（17桁目から3824桁目まで）にクライアント信号が収容される。ＧＦＰフレームは、イーサネットＭＡＣフレームなどのクライアント信号をＯＰＵのペイロード領域に収容するときに用いられ、ＧＦＰはＯＰＵペイロードのビットレートとクライアントのビットレートを合わせる役割や、複数のクライアント信号を一つのＯＰＵに収容する役割をもつ。
（処理例１）
図３は、カプセル化処理部２１の処理例１を示す。
パケット信号（イーサネットＭＡＣフレーム）は、フレーム間ギャップ（ＩＦＧ）、フレーム同期情報（ＰＡ，ＳＦＤ）、制御情報・ヘッダ（ＤＡ，ＳＡ，Ｌ／Ｔ）、データ（ＭＡＣクライアントデータ，ＰＡＤ）、制御情報・トレーラ（ＦＣＳ）からなる。カプセル化処理部２１は、このフレーム同期情報（ＰＡ，ＳＦＤ）から制御情報・トレーラ（ＦＣＳ）をＧＦＰのフレーム構造を用いてカプセル化し、ＧＦＰオーバヘッド（ＰＬＩ，ｃＨＥＣ，Ｔｙｐｅ，ｔＨＥＣ）を加えてＧＦＰフレームを形成する。これにより、ＰＡとＳＦＤの透過性を確保することができる。
（処理例２）
図４は、カプセル化処理部２１の処理例２を示す。
パケット信号（イーサネットＭＡＣフレーム）の構成は図３の例と同じであるが、ここではフレーム間ギャップ（ＩＦＧ）中に、アイドル信号ＩＦＧ(Idle)以外のＳＣ(Special Character) 信号ＩＦＧ(SC)が含まれる場合を想定している。カプセル化処理部２１は、ＩＦＧ(SC)を含めて、フレーム同期情報（ＰＡ，ＳＦＤ）から制御情報・トレーラ（ＦＣＳ）をＧＦＰのフレーム構造を用いてカプセル化し、ＧＦＰフレームを形成する。これにより、ＩＦＧ(SC)、ＰＡ、ＳＦＤの透過性を確保することができる。
ここで、図４(1) に示すようにＰＡの直前にＩＦＧ(SC)がある場合や、図４(2) に示すようにＰＡと離れてＩＦＧ(SC)がある場合があるが、いずれもＩＦＧ(Idle)を削除してＧＦＰによりカプセル化する。なお、ＭＡＣフレーム間に複数のＩＦＧ(SC)がある場合は、それらをまとめたものをＭＡＣフレームと合わせてカプセル化する。ただし、ＭＡＣフレームのレートが低いときに複数のＩＦＧ(SC)があり、ＧＦＰのカプセル化の許容フレーム長を超える場合には、複数のＩＦＧ(SC)をまとめたものをＭＡＣフレームとは別に単独でカプセル化して転送してもよい（後述の処理例４を参照）。
（処理例３）
図５は、カプセル化処理部２１の処理例３を示す。
パケット信号（イーサネットＭＡＣフレーム）の構成は図４の例と同じであり、フレーム間ギャップ（ＩＦＧ）中に、ＩＦＧ(Idle)およびＩＦＧ(SC)が含まれる場合を想定している。カプセル化処理部２１は、ＩＦＧ(Idle)およびＩＦＧ(SC)を含めて、フレーム同期情報（ＰＡ，ＳＦＤ）から制御情報・トレーラ（ＦＣＳ）をＧＦＰのフレーム構造を用いてカプセル化し、ＧＦＰフレームを形成する。これにより、ＩＦＧ(Idle)、ＩＦＧ(SC)、ＰＡ、ＳＦＤの透過性を確保することができる。
（処理例４）
図６は、カプセル化処理部２１の処理例４を示す。
パケット信号（イーサネットＭＡＣフレーム）の構成は図４の例と同じであり、フレーム間ギャップ（ＩＦＧ）中に、ＩＦＧ(Idle)およびＩＦＧ(SC)が含まれる場合を想定している。カプセル化処理部２１は、ＩＦＧ(SC)をＧＦＰのフレーム構造を用いてカプセル化するとともに、フレーム同期情報（ＰＡ，ＳＦＤ）から制御情報・トレーラ（ＦＣＳ）をＧＦＰのフレーム構造を用いてカプセル化し、それぞれ個別にＧＦＰフレームを形成する。これにより、ＩＦＧ(SC)、ＰＡ、ＳＦＤの透過性を確保することができる。なお、この２つのＧＦＰフレームは、図１のディジタルフレーム構成部３０で所定のディジタルフレーム伝送信号にマッピングされる。
（処理例５）
図７は、カプセル化処理部２１の処理例５を示す。
パケット信号（イーサネットＭＡＣフレーム）の構成は図４の例と同じであり、フレーム間ギャップ（ＩＦＧ）中に、ＩＦＧ(Idle)およびＩＦＧ(SC)が含まれる場合を想定している。カプセル化処理部２１は、ＩＦＧ(SC)およびフレーム同期情報（ＰＡ，ＳＦＤ）をＧＦＰのフレーム構造を用いてカプセル化するとともに、制御情報・ヘッダ（ＤＡ，ＳＡ，Ｌ／Ｔ）から制御情報・トレーラ（ＦＣＳ）をＧＦＰのフレーム構造を用いてカプセル化し、それぞれ個別にＧＦＰフレームを形成する。これにより、ＩＦＧ(SC)、ＰＡ、ＳＦＤの透過性を確保することができる。なお、この２つのＧＦＰフレームは、図１のディジタルフレーム構成部３０で所定のディジタルフレーム伝送信号にマッピングされる。
（処理例６）
図８は、カプセル化処理部２１の処理例６を示す。
カプセル化処理部２１は、図３の処理例１のように、パケット信号（イーサネットＭＡＣフレーム）のフレーム同期情報（ＰＡ，ＳＦＤ）から制御情報・トレーラ（ＦＣＳ）をＧＦＰのフレーム構造を用いてカプセル化してＧＦＰフレームを形成する。このとき、ＧＦＰオーバヘッドのＴｙｐｅ領域の一部、ｔＨＥＣの一部または全部を、パケット信号の収容に用いる。これにより、ＰＡ、ＳＦＤの透過性を確保しながら、ＧＦＰフレームがコンパクトになりスループットの向上を図ることができる。
Ｔｙｐｅ領域中には、ＰＴＩ(Payload Type Identifier) 、ＰＦＩ(Payload FCS Identifier)、ＥＸＩ(Extension Header Identifier) 、ＵＰＩ(User Payload Identifier) が規定されているが、転送するパケット信号が１ユーザに限られる場合などではＰＦＩ、ＥＸＩ、ＵＰＩは常に固定値であるため、その領域にパケット信号を収容しても何ら機能の制限等が生じることはない。また、ｔＨＥＣはＴｙｐｅ領域のエラー検出／訂正を行うために設けられているが、例えばクライアント信号の転送に用いるディジタルフレームがＯＴＮなどの高信頼な（符号誤り率の極めて低い）場合、ｔＨＥＣの一部または全部をパケット信号の収容に用いても問題はない。
この処理例６は、図４の処理例２、図５の処理例３、図６の処理例４、図７の処理例５においても同様に適用することができる。
（処理例７）
図９は、カプセル化処理部２１の処理例７を示す。
カプセル化処理部２１は、図８の処理例６と同様に、パケット信号（イーサネットＭＡＣフレーム）のフレーム同期情報（ＰＡ，ＳＦＤ）から制御情報・トレーラ（ＦＣＳ）をＧＦＰのフレーム構造を用いてカプセル化してＧＦＰフレームを形成する。このとき、ＧＦＰオーバヘッドのＴｙｐｅ領域のＵＰＩ（１バイト）とｔＨＥＣ（２バイト）を、パケット信号の収容に用いる。その場合、ｔＨＥＣに代えて、Ｔｙｐｅ領域のＰＦＩとＥＸＩの一部または全てを、ＰＴＩのエラー検出／訂正に用いることによりＰＴＩの完全性を保証することができる。
この処理例７は、図４の処理例２、図５の処理例３、図６の処理例４、図７の処理例５においても同様に適用することができる。
（第２の実施形態）
図１０は、本発明の第２の実施形態を示す。
図において、ディジタル伝送装置は、第１の実施形態と同様のパケット信号受信部１０およびディジタルフレーム構成部３０と、本実施形態特有のパケット信号処理部２０Ｂにより構成される。
パケット信号処理部２０Ｂは、第１の実施形態のパケット信号処理部２０Ａと同様のカプセル化処理部２１、アイドルフレーム挿入部２２およびスクランブル処理部２３に加えて、制御信号処理部２４および制御信号変換テーブル２５から構成される。制御信号処理部２４は、パケット信号に制御信号が含まれる場合に、その制御信号を制御信号変換テーブル２５に基づいて符号変換し、カプセル化処理部２１でパケット信号をカプセル化する際に付加するオーバヘッド領域に書き込む処理を行う。
以上示した各部の処理は、図１１に示す処理手順のように、コンピュータとプログラムによっても実現でき、そのプログラムを記録媒体に記録することも、ネットワークを通して提供することも可能である。
以下、第２の実施形態におけるカプセル化処理部２１の処理例８〜９について説明する。ここでは、パケット信号がイーサネットＭＡＣフレームであり、カプセル化にＧＦＰを用いる場合の例を示す。
（処理例８）
図１２は、カプセル化処理部２１の処理例８を示す。
パケット信号（イーサネットＭＡＣフレーム）の構成は図４の例と同じであり、フレーム間ギャップ（ＩＦＧ）中に、ＩＦＧ(Idle)およびＩＦＧ(SC)が含まれる場合を想定している。カプセル化処理部２１は、フレーム同期情報（ＰＡ，ＳＦＤ）から制御情報・トレーラ（ＦＣＳ）をＧＦＰのフレーム構造を用いてカプセル化し、ＧＦＰフレームを形成する。
制御信号処理部２４は、パケット信号のＩＦＧ(SC)に既知の制御信号が含まれる場合に、その制御信号を制御信号変換テーブル２５を用いて符号変換し、カプセル化処理部２１においてＧＦＰオーバヘッドの例えばｔＨＥＣの16ビットの半分（８ビット）にマッピングする。なお、８ビットを制御信号の転送に用いる場合には、28＝256 通りの制御信号の転送が可能である。ｔＨＥＣは、処理例６に記載したように、高信頼な（符号誤り率の極めて低い）転送網でＧＦＰマッピングを用いる場合には、その一部に制御信号を収容しても問題はない。
ここで、10ＧｂＥ(IEEE802.3ae) のリンク障害（ＬＦＳ：Link Fault Signaling) をＧＦＰオーバヘッドを用いて転送する例を示す。10ＧｂＥでは、物理層や伝送媒体で障害を検出したときに、リンクの両端に障害が起こったことを通知する機能が規定されている。具体的には、ＬＦ(Local Fault) とＲＦ(Remote Fault)の２種類の障害通知信号が規定されている。ＧＦＰを用いたカプセル化処理時にこの障害通知信号を受信した場合、例えば表１に示す制御信号変換テーブルを用いて、受信した障害通知信号を４ビット信号に変換し、それをＧＦＰオーバヘッドのｔＨＥＣの４ビットを用いて転送する。これにより、ＧＦＰフレームでＬＦＳを転送することが可能となる。
Figure 0004885820
（処理例９）
図１３は、カプセル化処理部２１の処理例９を示す。パケット信号（イーサネットＭＡＣフレーム）の構成は図４の例と同じであり、フレーム間ギャップ（ＩＦＧ）中に、アイドル信号ＩＦＧ(Idle)以外のＳＣ(Special Character) 信号ＩＦＧ(SC)が含まれる場合を想定している。カプセル化処理部２１は、制御情報・ヘッダ（ＤＡ，ＳＡ，Ｌ／Ｔ）から制御情報・トレーラ（ＦＣＳ）をＧＦＰのフレーム構造を用いてカプセル化し、ＧＦＰフレームを形成する。
制御信号処理部２４は、パケット信号のＩＦＧ(SC)、ＰＡ、ＳＦＤに既知の制御信号が含まれる場合に、その制御信号を制御信号変換テーブル２５を用いて符号変換し、カプセル化処理部２１においてＧＦＰオーバヘッドの例えばｔＨＥＣの16ビットの半分（８ビット）にマッピングする。なお、８ビットを制御信号の転送に用いる場合には、28＝256 通りの制御信号の転送が可能である。
ここで、イーサネットＭＡＣフレームのＰＡの一部を独自仕様の制御信号として使用する例を示す。イーサネットＭＡＣフレームのＰＡおよびＳＦＤは、次のようなビットパタンになっている。
ＰＡ (56ビット) ：10101010 10101010 10101010 10101010 10101010 10101010 10101010
ＳＦＤ（８ビット）：10101011
これらは、かつて10base-Tにおいてバースト信号のビット同期を確立してフレーム開始位置を認識することに使用していたが、 100Ｍbps 以上のイーサネットでは、バースト伝送から連続伝送に変更されたことに伴い、ＰＡをビット同期に使用していない。そのため、
100Ｍbps 以上のイーサネット機器の中にはＰＡの一部の領域を独自仕様の制御信号に使用しているものがある。例えば、独自仕様の制御信号として制御信号Ａ〜Ｚの26種類を用いる場合を想定する。この26種類の制御信号を受信した場合、表２に示す制御信号変換テーブルを用いて制御信号を８ビット信号に変換し、それをＧＦＰオーバヘッドのｔＨＥＣの８ビットを用いて転送する。これにより、ＧＦＰフレームでＰＡ中の独自仕様のＧＦＰ信号を転送することが可能となる。
Figure 0004885820
（処理例１０）
処理例８，９は、符号変換した制御信号をＧＦＰオーバヘッドのｔＨＥＣにマッピングする例を示したが、Ｔｙｐｅ領域の未使用ＵＰＩを利用することもできる。すなわち、カプセル化処理部２１において図１２の処理例８のようにＧＦＰフレームを形成するときに、制御信号処理部２４は、パケット信号のＩＦＧ(SC)に既知の制御信号が含まれていれば、その制御信号をＧＦＰで規定されるＣＭＦ(Client Management Frame) の未使用ＵＰＩコードを用いてマッピングする。
また、カプセル化処理部２１において図１３の処理例９のようにＧＦＰフレームを形成するときに、制御信号処理部２４は、パケット信号のＩＦＧ(SC)に既知の制御信号が含まれていれば、あるいはＰＡ、ＳＦＤに既知の制御信号が含まれていれば、それぞれの制御信号または両方の制御信号をＧＦＰで規定されるＣＭＦ(Client Management Frame) の未使用ＵＰＩコードを用いてマッピングする。
ＧＦＰ勧告（Ｇ.7041,08/2005)では、表３に示すように、
ＵＰＩ＝0000 0011 〜1111 1110
が未使用であり、制御信号の転送に使用することが可能である。
Figure 0004885820
（処理例１１）
以上説明した第１の実施形態に対応する処理例１〜７は、パケット信号のＩＦＧ、ＰＡ、ＳＦＤを含めてＧＦＰフレームにカプセル化し、それらに含まれる制御信号の転送を可能にしている。さらに、処理例６，７では、ＧＦＰオーバヘッドのＴｙｐｅ領域の一部、ｔＨＥＣの一部または全部を、パケット信号の収容に用いてスループットの向上を図っている。
また、第２の実施形態に対応する処理例８〜１０は、パケット信号のＩＦＧ、ＰＡ、ＳＦＤの制御信号を制御信号変換テーブルを用いて符号変換し、ＧＦＰオーバヘッドのＴｙｐｅ領域の一部やｔＨＥＣの一部に埋め込む処理を行っている。
本処理例１１では、第１の実施形態（処理例１〜７）と第２の実施形態（処理例８〜１０）を組み合わせてＧＦＰフレームを形成する。例えば、独自仕様の制御信号を含むＩＦＧ(SC)が複数ある場合、その一部を処理例１〜７のようにＧＦＰフレームにカプセル化し、残りの制御信号を処理例８〜１０のように符号変換してＧＦＰオーバヘッドのＴｙｐｅ領域の一部やｔＨＥＣの一部に埋め込む処理を行ってもよい。
また、以上の各処理例では、ＧＦＰフレーム構造としてＧＦＰ extension header を用いない構成を示したが、それを用いる構成としてもよい。
本発明の第１の実施形態を示す図。 第１の実施形態の各部の処理手順を示すフローチャート。 カプセル化処理部２１の処理例１を示す図。 カプセル化処理部２１の処理例２を示す図。 カプセル化処理部２１の処理例３を示す図。 カプセル化処理部２１の処理例４を示す図。 カプセル化処理部２１の処理例５を示す図。 カプセル化処理部２１の処理例６を示す図。 カプセル化処理部２１の処理例７を示す図。 本発明の第２の実施形態を示す図。 第２の実施形態の各部の処理手順を示すフローチャート。 カプセル化処理部２１の処理例８を示す図。 カプセル化処理部２１の処理例９を示す図。 イーサネットＭＡＣフレームとＧＦＰフレームの関係を示す図。
符号の説明
１０ パケット信号受信部
２０Ａ，２０Ｂ パケット信号処理部
２１ カプセル化処理部
２２ アイドルフレーム挿入部
２３ スクランブル処理部
２４ 制御信号処理部
２５ 制御信号変換テーブル
３０ ディジタルフレーム構成部

Claims (9)

  1. クライアント信号を入力し、フレーム間ギャップ、フレーム同期情報、制御情報・ヘッダ、データ、制御情報・トレーラからなるパケット信号として識別するパケット信号受信部と、
    前記パケット信号の所定のフィールドをカプセル化し、アイドルフレームを挿入し、カプセル化したときのペイロード領域のスクランブルを行うパケット信号処理部と、
    前記パケット信号処理部の出力を所定のディジタルフレーム伝送信号にマッピングするディジタルフレーム構成部と
    を備えたディジタル伝送装置において、
    前記パケット信号処理部は、前記フレーム同期情報、前記制御情報・ヘッダ、前記データ、前記制御情報・トレーラをカプセル化する構成である
    ことを特徴とするディジタル伝送装置。
  2. クライアント信号を入力し、フレーム間ギャップ、フレーム同期情報、制御情報・ヘッダ、データ、制御情報・トレーラからなるパケット信号として識別するパケット信号受信部と、
    前記パケット信号の所定のフィールドをカプセル化し、アイドルフレームを挿入し、カプセル化したときのペイロード領域のスクランブルを行うパケット信号処理部と、
    前記パケット信号処理部の出力を所定のディジタルフレーム伝送信号にマッピングするディジタルフレーム構成部と
    を備えたディジタル伝送装置において、
    前記パケット信号処理部は、前記フレーム間ギャップに含まれるアイドル信号以外の信号、前記フレーム同期情報、前記制御情報・ヘッダ、前記データ、前記制御情報・トレーラをカプセル化する構成である
    ことを特徴とするディジタル伝送装置。
  3. クライアント信号を入力し、フレーム間ギャップ、フレーム同期情報、制御情報・ヘッダ、データ、制御情報・トレーラからなるパケット信号として識別するパケット信号受信部と、
    前記パケット信号の所定のフィールドをカプセル化し、アイドルフレームを挿入し、カプセル化したときのペイロード領域のスクランブルを行うパケット信号処理部と、
    前記パケット信号処理部の出力を所定のディジタルフレーム伝送信号にマッピングするディジタルフレーム構成部と
    を備えたディジタル伝送装置において、
    前記パケット信号処理部は、前記フレーム間ギャップ、前記フレーム同期情報、前記制御情報・ヘッダ、前記データ、前記制御情報・トレーラをカプセル化する構成である
    ことを特徴とするディジタル伝送装置。
  4. クライアント信号を入力し、フレーム間ギャップ、フレーム同期情報、制御情報・ヘッダ、データ、制御情報・トレーラからなるパケット信号として識別するパケット信号受信部と、
    前記パケット信号の所定のフィールドをカプセル化し、アイドルフレームを挿入し、カプセル化したときのペイロード領域のスクランブルを行うパケット信号処理部と、
    前記パケット信号処理部の出力を所定のディジタルフレーム伝送信号にマッピングするディジタルフレーム構成部と
    を備えたディジタル伝送装置において、
    前記パケット信号処理部は、前記フレーム間ギャップに含まれるアイドル信号以外の信号をカプセル化し、さらに前記フレーム同期情報、前記制御情報・ヘッダ、前記データ、前記制御情報・トレーラをカプセル化する構成であり、
    前記ディジタルフレーム構成部は、前記パケット信号処理部でそれぞれカプセル化したものを所定のディジタルフレーム伝送信号にマッピングする構成である
    ことを特徴とするディジタル伝送装置。
  5. クライアント信号を入力し、フレーム間ギャップ、フレーム同期情報、制御情報・ヘッダ、データ、制御情報・トレーラからなるパケット信号として識別するパケット信号受信部と、
    前記パケット信号の所定のフィールドをカプセル化し、アイドルフレームを挿入し、カプセル化したときのペイロード領域のスクランブルを行うパケット信号処理部と、
    前記パケット信号処理部の出力を所定のディジタルフレーム伝送信号にマッピングするディジタルフレーム構成部と
    を備えたディジタル伝送装置において、
    前記パケット信号処理部は、前記フレーム間ギャップに含まれるアイドル信号以外の信号と前記フレーム同期情報をカプセル化し、さらに前記制御情報・ヘッダ、前記データ、前記制御情報・トレーラをカプセル化する構成であり、
    前記ディジタルフレーム構成部は、前記パケット信号処理部でそれぞれカプセル化したものを所定のディジタルフレーム伝送信号にマッピングする構成である
    ことを特徴とするディジタル伝送装置。
  6. クライアント信号を入力し、フレーム間ギャップ、フレーム同期情報、制御情報・ヘッダ、データ、制御情報・トレーラからなるパケット信号として識別するパケット信号受信部と、
    前記パケット信号の所定のフィールドをカプセル化し、アイドルフレームを挿入し、カプセル化したときのペイロード領域のスクランブルを行うパケット信号処理部と、
    前記パケット信号処理部の出力を所定のディジタルフレーム伝送信号にマッピングするディジタルフレーム構成部と
    を備えたディジタル伝送装置において、
    前記パケット信号処理部は、前記フレーム同期情報、前記制御情報・ヘッダ、前記データ、前記制御情報・トレーラをカプセル化する構成であり、
    前記フレーム間ギャップに含まれるアイドル信号以外の既知の制御信号を符号変換し、前記カプセル化する際に付加したオーバヘッド領域に埋め込む制御信号処理手段を備えた ことを特徴とするディジタル伝送装置。
  7. クライアント信号を入力し、フレーム間ギャップ、フレーム同期情報、制御情報・ヘッダ、データ、制御情報・トレーラからなるパケット信号として識別するパケット信号受信部と、
    前記パケット信号の所定のフィールドをカプセル化し、アイドルフレームを挿入し、カプセル化したときのペイロード領域のスクランブルを行うパケット信号処理部と、
    前記パケット信号処理部の出力を所定のディジタルフレーム伝送信号にマッピングするディジタルフレーム構成部と
    を備えたディジタル伝送装置において、
    前記パケット信号処理部は、前記制御情報・ヘッダ、前記データ、前記制御情報・トレーラをカプセル化する構成であり、
    前記フレーム間ギャップに含まれるアイドル信号以外の既知の制御信号または前記フレーム同期情報に含まれる既知の制御信号を符号変換し、前記カプセル化する際に付加したオーバヘッド領域に埋め込む制御信号処理手段を備えた
    ことを特徴とするディジタル伝送装置。
  8. 請求項１〜７のいずれかに記載のディジタル伝送装置において、
    前記パケット信号処理部は、前記パケット信号をカプセル化する際に付加したオーバヘッド領域の一部を前記パケット信号の収容に用いる構成である
    ことを特徴とするディジタル伝送装置。
  9. 請求項１〜８に記載の各部をコンピュータで処理し、前記パケット信号をカプセル化し前記ディジタルフレーム伝送信号にマッピングすることを特徴とするディジタル伝送プログラム。
JP2007276392A 2007-10-24 2007-10-24 ディジタル伝送装置およびディジタル伝送プログラム Active JP4885820B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2007276392A JP4885820B2 (ja) 2007-10-24 2007-10-24 ディジタル伝送装置およびディジタル伝送プログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2007276392A JP4885820B2 (ja) 2007-10-24 2007-10-24 ディジタル伝送装置およびディジタル伝送プログラム

Publications (2)

Publication Number Publication Date
JP2009105723A JP2009105723A (ja) 2009-05-14
JP4885820B2 true JP4885820B2 (ja) 2012-02-29

Family

ID=40706983

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2007276392A Active JP4885820B2 (ja) 2007-10-24 2007-10-24 ディジタル伝送装置およびディジタル伝送プログラム

Country Status (1)

Country Link
JP (1) JP4885820B2 (ja)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013214912A (ja) * 2012-04-04 2013-10-17 Nec Corp パケット転送装置及びそれに用いるデータ転送方法並びにそのプログラム
CN107786320B (zh) 2016-08-25 2021-06-22 华为技术有限公司 一种发送和接收业务的方法、装置和网络系统
JP6950215B2 (ja) * 2017-03-21 2021-10-13 富士通株式会社 通信装置及び信号中継方法
EP4183071A1 (en) * 2020-07-17 2023-05-24 Telefonaktiebolaget LM ERICSSON (PUBL) Optical transport network protection architecture, nodes and method
CN116132854A (zh) * 2021-11-15 2023-05-16 深圳市中兴微电子技术有限公司 光传送网的流量处理方法、装置、电子设备及存储介质
CN117792564A (zh) * 2022-09-20 2024-03-29 深圳市中兴微电子技术有限公司 一种数据处理方法、装置电子设备及可读存储介质

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001245001A (ja) * 2000-02-29 2001-09-07 Nippon Telegr & Teleph Corp <Ntt> データパケット符号化装置及び方法
JP3738385B2 (ja) * 2001-06-28 2006-01-25 富士通アクセス株式会社 保守管理システム及び保守管理方法
JP3522247B2 (ja) * 2001-09-26 2004-04-26 日本電気株式会社 多重転送システム及び装置
JP2004064574A (ja) * 2002-07-31 2004-02-26 Nec Corp パケット通信装置及びそれに用いるネットワーク拡張方法並びにそのプログラム
JP2004235885A (ja) * 2003-01-29 2004-08-19 Aiphone Co Ltd データ伝送装置

Also Published As

Publication number Publication date
JP2009105723A (ja) 2009-05-14

Similar Documents

Publication Publication Date Title
US7643510B2 (en) Method, data interface and device for transporting data from high-speed ethernet to optical transport network
JP5071963B2 (ja) デジタル伝送システム、およびデジタル伝送方法
JP6539755B2 (ja) データ処理方法、通信デバイス、及び通信システム
US8743915B2 (en) Method and apparatus for transmitting packet in optical transport network
US7512150B2 (en) 10 GbE LAN signal mapping to OTU2 signal
JP4885820B2 (ja) ディジタル伝送装置およびディジタル伝送プログラム
EP1593219B1 (en) Efficient framing procedure for variable length packets
CN101022405B (zh) 一种通用成帧规程封装方法
US7684419B2 (en) Ethernet encapsulation over optical transport network
CN108631908B (zh) 使用FlexE承载信号帧的方法、FlexE信号帧还原的方法及装置
US20060098686A1 (en) Frame transmitting apparatus and frame receiving apparatus
US7590147B2 (en) LAN signal transmitting method and apparatus adapted to shut down a LAN signal if extracted link information indicates link down
WO2019223000A1 (zh) 传输数据的方法和装置
JP2010213184A (ja) フレーム転送装置およびフレーム転送方法
CN102196321A (zh) 100ge数据在光传送网中的传送方法和数据发送装置
CN101179556B (zh) 一种光纤通道业务的传送方法和装置
CN1812316B (zh) 一种链路汇聚处理方法和装置
CN109698728A (zh) Interlaken接口与FlexE IMP的对接方法、对接设备及存储介质
US8239738B2 (en) Transparent in-band forward error correction for signal conditioning-encoded signals
Gorshe et al. Transparent generic framing procedure (GFP): A protocol for efficient transport of block-coded data through SONET/SDH networks
KR101865560B1 (ko) 광학 송수신기 및 이를 이용한 데이터 맵핑 방법
KR20110127077A (ko) 광 전달 망에서 패킷 전송 방법 및 장치
US20120327786A1 (en) Method for mapping generic client signals into a generic framing procedure (gfp) path
Carrasco Ethernet over SONET/SDH GFP, VCAT and LCAS
WO2018121223A1 (zh) 一种信号传送方法、装置和系统

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20100430

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20110623

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110705

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110824

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: 20111206

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20111208

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20141216

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 4885820

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

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

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S533 Written request for registration of change of name

Free format text: JAPANESE INTERMEDIATE CODE: R313533

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250