(57)【特許請求の範囲】
【請求項１】
受動光ネットワークの光回線終端装置であって、
第２のデリミタの１つ又は複数のパラメータを示す第２のデリミタスキームを生成し、
少なくとも１つの光ネットワーク装置に第２のデリミタスキームを通信し、
少なくとも１つの光ネットワーク装置から、第１のデリミタ及び前記第２のデリミタスキームの前記パラメータで規定された第２のデリミタを含むフレームを受信し、
フレームの第１のデリミタを検出するためにフレームを処理し、
フレームの少なくとも１つの第２のデリミタを検出するためにフレームを処理する、
ように構成されている、光回線終端装置。
【請求項２】
デリミタ検出器モジュールと、
第１のデリミタのデリミタ検出のために時間窓の始めで、且つ少なくとも１つの第２のデリミタの検出のために時間窓の始めで、デリミタ検出器モジュールをアクティブにするように構成されている受信機制御ユニットと、を備える、請求項１に記載の光回線終端装置。
【請求項３】
少なくとも１つの光ネットワーク装置に、アップストリームフレームヘッダを送信するための、フレームの始めからのオフセットを示すように構成されている、請求項１又は２に記載の光回線終端装置。
【請求項４】
第２のデリミタスキームが、多数の第２のデリミタのうちの少なくとも１つと、１つ又は複数の第２のデリミタのフレームの位置と、１つ又は複数の第２のデリミタのビットパターンとを示す、請求項１から３のいずれかに記載の光回線終端装置。
【請求項５】
受信バッファと、
複数のデリミタがフレーム内でいつ検出されたかを決定するように構成されているデリミタ受信制御装置と、
フレームのデリミタの最初の検出の後に受信された各付加的デリミタの受信バッファへの書き込みを無効にするように構成されているアップストリーム受信機制御装置と、を備える、請求項１から４のいずれかに記載の光回線終端装置。
【請求項６】
デスクランブラを備え、
アップストリーム受信機制御装置が、フレームの最初のデリミタの最初の検出の後の、各付加的デリミタの受信の継続時間の間、デスクランブラを停止するように構成されている、請求項５に記載の光回線終端装置。
【請求項７】
ペイロード受信バッファと、
複数のデリミタがフレーム内でいつ検出されたかを決定するように構成されているデリミタ受信制御装置と、を備える、請求項１から６のいずれかに記載の光回線終端装置。
【請求項８】
フレームのデリミタの最初の検出の後に受信された各付加的デリミタのペイロード受信バッファへの書き込みを無効にするように構成されているアップストリーム受信機制御装置を備える、請求項７に記載の光回線終端装置。
【請求項９】
ヘッダで示される長さの値から少なくとも１つの第２のデリミタの長さを減算するように構成されている、請求項１から８のいずれかに記載の光回線終端装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、受動光ネットワーク（ＰＯＮ）と、ＰＯＮでの通信を改良するためのシステム及び方法とに関する。
【背景技術】
【０００２】
受動光ネットワーク（ＰＯＮ）は、企業用及び住宅用の顧客に対する多種多様な広帯域及び狭帯域のサービスを提供することが可能な適応性のあるアクセスネットワークである。基礎となる設備は、それらが事業者の中央局（ＣＯ）と顧客の宅地（ＣＰ）との間にアクティブな設備又は電力供給装置を何ら必要としないので、通信事業者にとって比較的安価であると考えられている。図１のＰＯＮ１０に示されるように、ダウンストリームＰＯＮトラフィックが、ＣＯ内に存在する光回線終端装置（ＯＬＴ）１２からＣＰ内に存在する多数の光加入者線終端装置（ＯＮＴ）１６（又は光ネットワーク装置（ＯＮＵ）、図示せず）に、光学スプリッタ１４を介して向けられる。
【０００３】
ＯＬＴ１２は、ダウンストリーム方向に送信する唯一のユニットなので、ダウンストリーム方向のパケットの間でのコリジョンは存在し得ない。アップストリームＰＯＮトラフィックは、異なる波長を利用して、同じ光ファイバーをダウンストリームトラフィックと共用する。それゆえに、ダウンストリーム及びアップストリームのパケットの間でもコリジョンは何ら存在し得ない。しかしながら、アップストリームトラフィックは、全てのＯＮＵ１６から発信され、且つ全てのＯＮＵは同じ波長で送信するため、２つ以上のＯＮＵ１６が同時に送信する場合、パケットコリジョンが生じる可能性がある。コリジョンを回避するために、アップストリームＰＯＮトラフィックは、時分割多重アクセス（ＴＤＭＡ）形式で管理される。ＯＬＴ１２の１つの機能は、各ＯＮＵ１６に別個のタイムスロットをスケジューリング及び付与することであり、従って、アップストリームパケットの間でのコリジョンを回避することである。各ＯＮＵ１６の送信機レーザは、それらの各送信タイムスロットの間だけ、オンにされ得る。
【０００４】
ＯＬＴ１２は、異なるＯＮＵからのデータのバーストを受信することが可能である必要がある。典型的なバーストモード受信機は、光検出器（ＰＤ）、トランスインピーダンス増幅器（ＴＩＡ）、制限増幅器（ＬＡ）及びクロックデータリカバリ（ＣＤＲ）回路から成る。ＰＤは、受信した光信号の電気信号への変換を実行する。ＴＩＡ及びＬＡは、電気信号を標準デジタル電圧レベルに回復し、一方、ＣＤＲは、クロックを回復し、ＬＡ出力信号から送信されたデータ内容を抽出する。
【０００５】
ＰＯＮシステム及びそれらの基礎となる標準の発展は、１９９０年代半ばのＡＰＯＮでの最初の１５５Ｍｂ／ｓから、２０００年代半ばのＧｉｇａｂｉｔ−ｃａｐａｂｌｅ  ＰＯＮ（ＧＰＯＮ）［ＩＴＵ−ＴＧ．９８４］及びＥｔｈｅｒｎｅｔ（登録商標）ＰＯＮ（ＥＰＯＮ）［ＩＥＥＥ８０２．３ａｈ］での１．２５Ｇｂ／ｓに、そして現在起案中のＩＥＥＥ８０２．３ａｖ（１０ＧＥＰＯＮ）［１−３］及びＩＴＵ−Ｔ  １０Ｇ  ＧＰＯＮ標準で規定されている１０Ｇｂ／ｓまでに及んでＰＯＮビットレートで堅実な増加をしてきた。高いビットレートは、バーストモード受信機、特に、そのアナログ回路の実装に関するますますの困難性を提起する。充分に早く且つそのデューティーサイクルの歪みなしに受信した信号を回復することが可能である一方、広範囲の入力信号のダイナミックレンジをサポートし得るＴＩＡ及びＬＡを設計することは困難であり得る。アップストリームフレームの始めでのより高い信号歪みの結果として、アップストリームフレームの他の部分の場合よりも、通常、ビット誤りの確率がより高い。この問題は、光学分散等のビット誤りの他の原因がさらに顕著になるより高いビットレートで悪化する。
【０００６】
フレーム全体の受信は受信機によるデリミタの検出成功に依存するので、フレームデリミタがアップストリームフレームの最重要なフィールドである。信号歪みが最も生じやすいフレームの先頭にデリミタが配置されていることと、フレームの他の全ての部分とは違って順方向誤り訂正（ＦＥＣ）誤り制御符号によって防護されていないこととが、その検出の問題をさらに重大にしている。通常のＧＰＯＮ配置では、アップストリームトラフィックの全加入者パケット損失は、例えば、デリミタが短すぎる、又は検出アルゴリズムが誤りを有するデリミタを受け入れない若しくは限定された数の誤りのみを取り扱うことが可能である等、デリミタ検出の失敗に起因するフレーム受信の損失が多数派を占めている。ＸＧＰＯＮ［ＦＳＡＮ］及び１０Ｇ  ＥＰＯＮ（ＩＥＥＥ８０２．３ａｖ）等の新興のＰＯＮ標準は、デリミタ検出に関して同じ感度を示すことが期待されている。
【０００７】
デリミタ検出に関する最新の解決策は、ビット誤りへのより高い許容範囲を軸として展開している。この解決策は、それがビット誤りのより長いバーストに影響を受けずにいられないため、それがデリミタ検出の失敗につながるので、不適切である。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】ＩＴＵ−ＴＧ．９８４
【非特許文献２】ＩＥＥＥ８０２．３ａｈ
【非特許文献３】ＩＥＥＥ８０２．３ａｖ
【非特許文献４】ＩＴＵ−Ｔ  １０Ｇ  ＧＰＯＮ
【発明の概要】
【発明が解決しようとする課題】
【０００９】
必要とされているのは、受動光ネットワークでのデリミタ検出に関する改良型のシステム及び方法である。
【課題を解決するための手段】
【００１０】
本開示の一態様では、受動光ネットワークでのアップストリーム送信処理に関する方法が提供される。この方法は、アップストリーム送信フレームの第２のデリミタの１つ又は複数のパラメータを示すデリミタスキームを生成することと、デリミタスキームを少なくとも１つの光ネットワーク装置に通信することと、少なくとも１つの光ネットワーク装置からフレームを受信することと、フレームの少なくとも１つの第２のデリミタを検出するためにフレームを処理することとを備える。
【００１１】
本開示の一態様では、フレームを生成し、このフレームを光回線終端装置に送信するように構成された、受動光ネットワークの光ネットワーク装置が提供される。このフレームは、第１のデリミタと、少なくとも１つのフレームヘッダと、少なくとも１つのフレームペイロードと、少なくとも１つの第２のデリミタとを備える。
【００１２】
本開示の一態様では、少なくとも１つの光ネットワーク装置からフレームを受信し、このフレームの第１のデリミタを検出するためにこのフレームを処理し、このフレームの少なくとも１つの第２のデリミタを検出するためにこのフレームを処理するように構成された、受動光ネットワークの光回線終端装置が提供される。
【００１３】
以下で、例示のみを目的として、特定の実施形態及び添付の図面への参照がなされる。
【図面の簡単な説明】
【００１４】
【図１】ＰＯＮ上での時分割多重トラフィックを示す概略図である。
【図２ａ】デリミタ検出窓を示す概略図である。
【図２ｂ】デリミタ検出窓を示す概略図である。
【図３】ＧＰＯＮ  ＯＮＵアップストリーム経路に関する典型的なアーキテクチャを示す概略図である。
【図４】アップストリームフレーム構造を示す概略図である。
【図５】ＧＰＯＮ  ＯＬＴアップストリーム経路に関する典型的なアーキテクチャを示す概略図である。
【図６】付加的デリミタに関する例示的な挿入点を示す概略図である。
【図７ａ】ＦＥＣと第２のデリミタを備えている修正されたアップストリームフレーム構造を示す概略図である。
【図７ｂ】ＦＥＣと第２のデリミタを備えている修正されたアップストリームフレーム構造を示す概略図である。
【図７ｃ】ＦＥＣと第２のデリミタを備えている修正されたアップストリームフレーム構造を示す概略図である。
【図７ｄ】ＦＥＣと第２のデリミタを備えている修正されたアップストリームフレーム構造を示す概略図である。
【図８ａ】ＦＥＣなしの、第２のデリミタを備えている修正されたアップストリームフレーム構造を示す概略図である。
【図８ｂ】ＦＥＣなしの、第２のデリミタを備えている修正されたアップストリームフレーム構造を示す概略図である。
【図９】マルチ−デリミタ受信に関するＧＰＯＮ  ＯＬＴアップストリーム経路アーキテクチャを示す概略図である。
【図１０】（点Ａでマルチ−デリミタが挿入されている）ＧＰＯＮ  ＯＮＵアップストリーム経路アーキテクチャを示す概略図である。
【図１１】（点Ｂでマルチ−デリミタが挿入されている）ＧＰＯＮ  ＯＮＵアップストリーム経路アーキテクチャを示す概略図である。
【図１２】（点Ｃでマルチ−デリミタが挿入されている）ＧＰＯＮ  ＯＮＵアップストリーム経路アーキテクチャを示す概略図である。
【図１３ａ】第２のデリミタの後に送信されたフレームヘッダを示す概略図である。
【図１３ｂ】第２のデリミタの後に送信されたフレームヘッダを示す概略図である。
【図１４】ＰＯＮ上でのアップストリームフレーム送信を実行するための方法を示す概略図である。
【発明を実施するための形態】
【００１５】
図１に示されるように、異なるＯＮＵ１６から発信されたＰＯＮアップストリームトラフィックが、時間において互いに分離されたフレームでＯＬＴ１２に到達する。この分離は、ＯＬＴ１２により実行され、全てのＯＮＵ１６に通信されたスケジューリング及びアップストリーム帯域幅割り当ての結果である。適切に設計されたＯＮＵ１６及びＯＬＴ１２の場合、ＯＬＴでのアップストリームフレームの予測される到達時間と実際の到達時間との間の最悪の場合の差異は非常に小さく、通常、１−２バイト周期を超過しない。この特性によって、図２ａに示されるように、狭い時間窓２１に限定してＯＬＴ１２がデリミタシーケンスを探すことが可能になる。本実施形態で、この特性が、同じ時間分解能で且つデリミタに関するペイロードビットシーケンスを間違える恐れなしに、フレームの別の知られている位置に挿入されている付加的デリミタシーケンスを検出するのに使用される。複数のデリミタ２２、２３の検出が図２ｂに示されている。
【００１６】
図１のＰＯＮ１０にアップストリーム通信を提供するための方法が図１４のフローチャート１００に示されている。ステップ１０１で、アップストリーム送信フレームに関する第２のデリミタの１つ又は複数のパラメータを示すデリミタスキームが生成される。このデリミタスキームは、ステップ１０２で少なくとも１つのＯＮＵ１６に通信され、次に、少なくとも１つのＯＮＵ１６がデリミタスキームで規定される第２のデリミタを含むフレームを送信する。ＯＬＴ１２がそのようなフレームを受信し（ステップ１０３）、フレームのどの第２のデリミタをも検出するためにそれらを処理する（ステップ１０４）。
【００１７】
一実施形態では、各ＯＮＵによって送信され、各アップストリームフレームに埋め込まれる必要のある個々のデリミタの各々の数、位置、バイナリパターン及びシーケンス長等の、第２のデリミタスキームのパラメータを特定するために、ＯＬＴ１２が、個々の物理レイヤ保守運用（ＰＬＯＡＭ）若しくはＯＭＣＩ（ＰＯＮ標準のＩＴＵ−ＴファミリーでのＯＡＭメッセージ形式）制御メッセージを各ＯＮＵ１６に、又は１つのブロードキャストＰＬＯＡＭ若しくはＯＭＣＩメッセージを全てのＯＮＵに同時に送信する。この説明された方法は、完全なアップストリームフレームの損失の確率を低減する。例えば、ＯＬＴ１２がアップストリームフレームの第１のデリミタシーケンスを検出するのに失敗し、だが第２のデリミタシーケンスを検出する場合、第１と第２のデリミタの間に送信されたペイロード（又はフレームヘッダ）データだけが損失する。代替的に、ペイロードがバッファされ、フレームの同期化の後に処理されてよい。即ち、同期化がフレームの任意のデリミタから生じてもよく、完全なフレームが処理されることを可能にする。
【００１８】
一実施形態では、ＯＬＴ１２からのＰＬＯＡＭ若しくはＯＭＣＩメッセージ、又は別個のユニキャスト若しくはブロードキャスト（ＰＬＯＡＭ若しくはＯＭＣＩ）メッセージが、アップストリームフレームヘッダを送信するフレームの始めからのオフセットを各ＯＮＵ１６に付加的に特定してよい。この方法は、２つのやり方でヘッダの損失又は誤った受信の確率を最小化する。第１に、それは受信機でのアップストリーム信号の最初の歪みが低減される後まで、ヘッダの送信を遅延する。そのような歪みは、ＰＯＮでは一般的であり、受信機電子回路の緩慢な応答から生じる。第２に、この方法は、ヘッダに含まれる重大な情報の複数の送信を可能にする。
【００１９】
本開示の実施形態は、アップストリームフレームへのプログラム可能な複数のデリミタの挿入に関する方法及びＯＮＵ装置と、そのようなフレームへのＯＬＴ同期化に関する方法及び装置とを含むとみなされる。
【００２０】
ＧＰＯＮ  ＯＮＵアップストリーム経路（送信機）の典型的なアーキテクチャが図３に示されている。アップストリーム送信の始めで、図４に示されるように、デリミタ４２が後に続くプリアンブル４１がスクランブルされずに送信されるように、アップストリーム制御ユニット３１がスクランブラ３２を無効に保持する。デリミタ送信が完了すると、制御ユニット３１がスクランブラ３２を有効にして、ＦＥＣエンコーダ３３がアップストリームＧＴＣフレームヘッダ４３の送信を開始する。一度、ヘッダ４３全体が送信されると、ＧＥＭ（ペイロード）フレーム４４の送信が開始される。ＦＥＣエンコーダ３３及びスクランブラ３２は、アップストリームフレーム送信の最後までアクティブのままでいる。
【００２１】
ＧＰＯＮ  ＯＬＴアップストリーム経路（受信機）の典型的なアーキテクチャが図５に示されている。このアーキテクチャは、図３のＯＮＵ送信機に完全に適合し、図４に示されるアップストリームフレームの受信が可能である。それは以下のように動作する。アップストリームフレーム受信を開始する前に、受信機制御ユニット５１は、デスクランブラ５２を非アクティブに、即ち、受信機信号を通過させない状態に保持する。制御ユニット５１は、図２に示されるように、デリミタ検出のために時間窓の始めにあるデリミタ検出器５３をオンにする。デリミタ検出の直後、デスクランブラ５２がアクティブにされ、受信機ＦＥＣバッファ５５を介して受信データがＦＥＣデコーダ５４に渡される。誤り訂正済みのフレームデータがＧＴＣヘッダパーサ５６と、中身の処理のためにＧＥＭヘッダデコーダ５７とにさらに渡される。
【００２２】
代替的な実施形態では、スクランブルされていないデリミタシーケンスではなく、スクランブルされたデリミタシーケンスをＯＬＴが探すことが可能であるように、デリミタがスクランブルされてよい。これによって、上述されたようにＯＮＵのスクランブラとＯＬＴのデスクランブラとをアクティブ及び非アクティブにする必要性が除去される。
【００２３】
図６は、ＯＮＵアップストリーム経路への、付加的デリミタに関する可能な挿入点６１、６２、６３、６４の例を示す。挿入点の選択は、（図７及び８に示されるように）アップストリームフレームの構造と、ＯＬＴのフレーム受信フローとに影響を与える。ＯＬＴアップストリーム受信機のハードウェアアーキテクチャは、これらの場合全てで同一であり、図９に示されている。具体的には、図９のＯＬＴは、元々のフレームデリミタであるか、又は元々のデリミタが失われた場合に成功裏に検出した最初の第２のデリミタであり得る、フレームの最初のデリミタがいつ検出されたかを決定するマルチデリミタ受信制御装置５９を含む。さらに、このマルチデリミタ受信制御装置５９は、付加的デリミタが適切に処理され得るように、フレームに対して付加的デリミタがいつ検出されたかを決定する。しかしながら、ＯＬＴ受信機の制御論理の動作は、選択された挿入点によって異なる。さらに、それは（探索窓の中央をより高い確率にする確率重み付け係数を用いて）探索窓内のデリミタの最も可能性の高い位置を同様に決定し得る。次に、それはヘッダをデコーディングして、それがデコーディング可能であるか否かを確認し得る。さらに、それは、デリミタシーケンスに加えて、ヘッダの知られている位置を見て、デリミタの前のプリアンブルの一部を使用し得る。このようにして、誤った同期検出を著しく低減することが可能である。
【００２４】
さらに、本開示の実施形態は、以下で要約されている、付加的デリミタの受信に基づいたＦＥＣ及びＧＥＭフレーム同期化の規則を導入する。当業者は、多数のその他の可能な同期化規則が存在し得ることを理解するであろう。
【００２５】
規則１．  アップストリームＦＥＣが使用される場合、ＯＬＴは、検出されたデリミタの後の第１のＦＥＣブロックの始めから開始するフレームの受信を開始するものとする。検出されたデリミタからの次のＦＥＣブロックの開始のオフセットは、フレームのデリミタの知られている位置及びＦＥＣブロックの知られているサイズに基づいてＯＬＴに知られているべきである。ＯＮＵは、前記次のＦＥＣブロックの第１の完全なＧＥＭフレームの始めが、ＦＥＣブロックの始めと確実に位置合わせされているようにしてよい。このようにして、デリミタ検出が、ＯＬＴ受信機のＧＥＭフレーム同期化を自動的に確実化するものとする。この規則によって規定されたＦＥＣ及びＧＥＭの位置合わせは、デリミタ挿入によって取得されるアップストリームフレームと、各々、点Ａ、Ｂ、Ｃ、Ｄとに関して、図７ａ−ｄに示されている。
【００２６】
規則２．  アップストリームＦＥＣが使用されない場合、ＯＬＴは、検出されたデリミタの後の最初のバイトから開始するフレームの受信を開始するものとする。ＯＮＵは、このデリミタの後の第１の完全なＧＥＭフレームがデリミタの直後から確実に開始するようにする必要がある。この規則によって規定されるＧＥＭ位置合わせは、挿入点Ａに関して図８ａに、全てのその他の挿入点に関して図８ｂに示されている。
【００２７】
規則３．  既に同期化されてアップストリームフレームを受信しているＯＬＴが付加的デリミタを受信する場合、それは、ＯＮＵに実装されているデリミタ挿入方法に応じたやり方でデータフローからそれを除去する必要がある。さらに、種々のデリミタ挿入方法を用いて、種々のＯＮＵからのアップストリームフレームを適切に処理するために、ＯＬＴ動作が動的に調整可能であってよい。
【００２８】
規則１及び２についてのＯＬＴ機能性の実装が、直接的で、フレームにデリミタが挿入されるやり方から独立しているのと同様に、規則３の実装は、挿入の種類によって異なる。
【００２９】
図６の各挿入点でのデリミタ挿入に関連付けられたフレーム構造並びに具体的なＯＮＵ及びＯＬＴ動作が次に説明される。
【００３０】
挿入点Ａ：図１０に示されるように、この点６１で挿入されたデリミタがＯＮＵスクランブラ３２、ＦＥＣエンコーダ３３及びＧＥＭフレーマ３４を迂回し、図７ａ及び８ａに示されるように、付加的デリミタ７１がスクランブルされずにＦＥＣブロック及びＧＥＭフレームの外側で送信されることが示唆される。そのようなデリミタ挿入は、ＯＮＵアップストリームパイプラインの動作の邪魔をせず、それはあたかも挿入が生じていないように動作する。付加的デリミタの送信の際に、図１０で同様に示されているように、このパイプラインの出力がミニバッファ６７に記憶される。このようにして、スクランブリングパターン、ＦＥＣブロック及びＧＥＭフレームの連続性が維持される。対応するフレーム構造が、アップストリームＦＥＣが使用される場合と使用されない場合とに関して、各々、図７ａ及び８ａに示されている。
【００３１】
点Ａでの挿入に適合するＯＬＴが以前に検出されたデリミタと既に同期化されている場合、その制御論理は：
−マルチデリミタ受信制御装置５９によって決定される際、各付加的デリミタの受信の継続時間の間、デスクランブラを停止し、
−受信バッファ（ＦＥＣが使用される場合のＦＥＣバッファ、又はＦＥＣが使用されない場合のペイロードバッファ）へのデリミタの書き込みを無効にし、
−受信した全ての他のワードを受信バッファに書き込むことによってフレームの受信を継続するものとする。
【００３２】
挿入点Ｂ：図１１に示されるように、点Ｂ６２で挿入された付加的デリミタはＦＥＣエンコーダ３３及びＧＥＭフレーマ３４を迂回するが、スクランブラ３２を通過する。挿入されたデリミタがスクランブルされる場合、フレームのそれの対応する位置に関するスクランブリングパターンを用いてスクランブルされる際に、ＯＮＵが、デリミタと同一のビットシーケンスを生じる値を挿入する必要がある。このようにして、ＯＬＴで検出されるデリミタは、フレーム内のその位置にかかわらず常に同じになる。付加的デリミタの送信の際に、図１１で同様に示されるように、ＯＮＵ  ＧＥＭ−ＦＥＣパイプラインの出力がミニバッファ６８に記憶される。
【００３３】
点Ｂでのデリミタ挿入に適合するＯＬＴが以前に検出されたデリミタと既に同期化されている場合、その制御論理は：
−デスクランブラを実行状態に保持し、
−受信バッファ（ＦＥＣが使用される場合のＦＥＣバッファ、又はＦＥＣが使用されない場合のペイロードバッファ）へのデリミタの書き込みを無効にし、
−受信した全ての他のワードを受信バッファに書き込むことによってフレームの受信を継続するものとする。
【００３４】
挿入点Ｃ：点Ｃ６３で挿入されたデリミタはＧＥＭフレーマ３４を迂回する。しかしながら、スクランブラ３２によってスクランブルされ、点Ｂで挿入されるデリミタと同様のやり方で規定される必要がある。さらに、点Ｃで挿入されたデリミタは、ＦＥＣエンコーダ３３を通過し、ＦＥＣコードワードの一部になる。ＦＥＣエンコーディグは、いずれのやり方でもデリミタを変化させない。この場合も先と同様に、付加的デリミタが挿入される際に、ＧＥＭフレーマの出力を記憶するためにミニバッファ６９が使用される。
【００３５】
点Ｃでのデリミタ挿入に適合するＯＬＴが以前に検出されたデリミタと既に同期化されている場合、その論理は：
−デスクランブラを実行状態に保持し、
−ＦＥＣ  ＲＸバッファへの書き込みを有効に保持し、
−ペイロード受信バッファへのデリミタの書き込みを無効にし、
−受信した全てのペイロードワードをペイロード受信バッファに書き込むことによってフレームの受信を継続するものとする。
【００３６】
挿入点Ｄ：点Ｄ６４で挿入されたデリミタは、ＯＮＵアップストリームデータ経路の全ての構成要素を通過する。点Ｃで挿入されるデリミタ同様に、それはスクランブルされ、ＦＥＣブロックの一部として同様に使用される。さらに、この場合、デリミタがアップストリームＧＥＭフレームの一部になる。これは、２つのやり方で：ａ）デリミタをペイロードデータの間に挿入し、デリミタの長さによって増加したフレーム長さを反映するためにＧＥＭヘッダのフレーム長さインジケータを調整することによって、又はｂ）ペイロードとしてデリミタだけを含む別個のＧＥＭフレームを生成することによって、達成され得る。
【００３７】
点Ｄでのデリミタ挿入に適合するＯＬＴが以前に検出されたデリミタと既に同期化されている場合、その論理は：
−デスクランブラを実行状態に保持し、
−ＦＥＣ  ＲＸバッファへの書き込みを有効に保持し、
−ペイロード受信バッファへのデリミタの書き込みを無効にし、
−受信した全てのペイロードワードをペイロード受信バッファに書き込むことによってフレームの受信を継続し、
−ＧＥＭヘッダで示される値からデリミタの長さを減算するものとする。
【００３８】
点Ｂでのデリミタ挿入から生じるフレーム構造についての、フレームの始め以外の位置へのＧＴＣフレームヘッダの挿入が図１３ａに示されている。この場合、ＯＮＵは、第２のデリミタ１３３の後の第１の完全なＦＥＣブロック１３２の始めにあるフレームヘッダ１３１の送信を開始する。
【００３９】
デリミタ挿入に関して選択されたフレーム内の位置が、フレーム構造をある程度変化させ得ることは明らかである。例えば、図１３ｂに示されるように、第２のデリミタ１３４が、完全なＦＥＣブロック１３５の完成の直後の挿入点Ｂで付加される場合、フレームヘッダ１３６がこのデリミタの後にくるように規定されている場合、ヘッダが最初のデリミタの直後にくる、元々のＧＰＯＮアップストリームフレームと同じやり方で、それがデリミタの直後に送信される。
【００４０】
本明細書で説明された実施形態は、デリミタ検出の失敗に起因するパケット損失の著しい低減を可能にし、デリミタ検出の失敗が生じた場合に部分的なフレーム受信を可能にする。これは、アップストリームフレームのプログラム可能な位置への、プログラム可能な数のデリミタの挿入によって達成される。各ＯＮＵが、それが送信する信号の品質に適切なデリミタ挿入を実行するために、個々にプログラム可能であるように、このデリミタ挿入スキームは、各ＯＮＵに対してカスタマイズされ得る。本実施形態は、ＰＯＮ標準のＩＴＵ−Ｔファミリー（ＧＰＯＮ、ＸＧＰＯＮ）と、ＩＥＥＥによる１０Ｇ  ＥＰＯＮとに適用可能な、ＰＯＮ  ＯＬＴのアップストリーム受信機の同期化のための方法を包含する。さらに、本実施形態は、ヘッダをフレームの特定の部分に配置転換することによって、通常、そのヘッダの一部として配信される、アップストリームフレームで配信される重大な情報の受信の信頼性を向上させる。
【００４１】
本発明の実施形態は、添付の図面で示され且つ前述の説明で描写されたが、本発明が開示された実施形態に限定されるものではなく、添付の特許請求の範囲によって示され且つ規定される本発明の精神から逸脱することなしに多数の再配置、修正及び置換が可能であることを理解されるであろう。例えば、本発明の機能は、１つ若しくは複数のブロック、モジュール、プロセッサ、又はメモリによって完全に且つ／又は部分的に実行され得る。さらに、これらの機能は、最新のやり方又は流通しているやり方で、情報を提供及び／又は受信することが可能な任意の装置上で、又はそれら装置を介して実行され得る。さらに、特定のやり方で描写がされたが、本発明の範囲を逸脱せずに種々のモジュール又はブロックが再配置され得る。そしてさらに、特定のやり方で描写がされたが、本発明を達成するために、本発明に付加的な知られている機能を提供するために、且つ／又は本発明をより効果的にするために、より多く又はより少ない数のモジュール及び接続が本発明と共に利用され得る。さらに、種々のモジュール間で送信された情報は、データネットワーク、インターネット、インターネットプロトコルネットワーク、無線ソース、及び有線ソースのうちの少なくとも１つを介して、並びに複数のプロトコルを介してモジュール間で送信され得る。
【図１】
0005457553.tif 000002
【図２ａ】
0005457553.tif 000003
【図２ｂ】
0005457553.tif 000004
【図３】
0005457553.tif 000005
【図４】
0005457553.tif 000006
【図５】
0005457553.tif 000007
【図６】
0005457553.tif 000008
【図７ａ】
0005457553.tif 000009
【図７ｂ】
0005457553.tif 000010
【図７ｃ】
0005457553.tif 000011
【図７ｄ】
0005457553.tif 000012
【図８ａ】
0005457553.tif 000013
【図８ｂ】
0005457553.tif 000014
【図９】
0005457553.tif 000015
【図１０】
0005457553.tif 000016
【図１１】
0005457553.tif 000017
【図１２】
0005457553.tif 000018
【図１３ａ】
0005457553.tif 000019
【図１３ｂ】
0005457553.tif 000020
【図１４】
0005457553.tif 000021