(57)【要約】【課題】未使用帯域を発生させずにパケット伝送を行って、伝送効率の向上を図る。【解決手段】子機１０側では、フレーム信号が有効であり、容量情報が空きでなければ、送信パケットバッファ１１からパケットを読み出し、読み出し中にフレームサイズに達した場合は、読み出しを停止して、次フレーム信号の有効時に再読み出しを行う。また、親機２０側では、フレーム信号の有効時にスタート信号を受信した場合は、受信パケットバッファ２１へパケットを書き込み、フレーム信号の有効時にエンド信号を受信した場合は、受信パケットバッファ２１への書き込みを終了し、読み出し対象の子機番号に対応する読み出しアドレスにより、受信パケットバッファからパケットを読み出す【選択図】        図１
2004186932.tif 000002
【特許請求の範囲】
【請求項１】
加入者通信網を光化した光通信を行う光アクセスシステムにおいて、
パケットを格納する送信パケットバッファと、前記送信パケットバッファにパケットを書き込む送信側書き込み制御部と、前記送信パケットバッファ内の容量を監視し、メモリ残量である容量情報を出力する容量監視部と、上り情報を送信するために割り当てられた帯域を表すフレーム信号を出力する上りフレームタイミング部と、前記フレーム信号が有効であり、前記容量情報が空きでなければ、前記送信パケットバッファからパケットを読み出し、読み出し中にフレームサイズに達した場合は、読み出しを停止して、次フレーム信号の有効時に再読み出しを行う送信側読み出し制御部と、から構成される子機と、
前記子機により使用アドレスが分離されてパケットを格納する受信パケットバッファと、パケットのスタートデリミタを検出してスタート信号を生成し、エンドデリミタを検出してエンド信号を生成するデリミタ抽出部と、フレーム信号の有効時にスタート信号を受信した場合は、前記受信パケットバッファへパケットを書き込み、フレーム信号の有効時に前記エンド信号を受信した場合は、前記受信パケットバッファへの書き込みを終了する受信側書き込み制御部と、前記エンド信号が発行されたタイミングで読み出し要求を行う読み出し要求部と、前記読み出し要求にもとづいて、読み出し対象の子機番号に対応する読み出しアドレスにより、前記受信パケットバッファからパケットを読み出す受信側読み出し制御部と、から構成される親機と、
を有することを特徴とする光アクセスシステム。
【請求項２】
加入者通信網を光化した光通信を行う光アクセスシステムにおいて、
パケットを格納する送信パケットバッファと、前記送信パケットバッファにパケットを書き込む送信側書き込み制御部と、フレームサイズから、パケットバッファから現在読み出しているパケットのパケット長を減算して、フレーム残収容データ長を求めるフレーム残収容可能カウンタと、読み出すべき次パケットが前記フレーム残収容データ長を超えている場合は、前記フレーム残収容データ長を超えずに、かつ前記送信パケットバッファから現在読み出しているパケットとの連続性を持たないパケットである先読みパケットが、前記送信パケットバッファ内に存在するか否かを検索し、存在する場合は前記先読みパケットを前記次パケットに先行して読み出す読み出し制御部と、から構成される子機と、
前記子機からの上り情報の受信及び前記子機への下り情報の送信を行う親機と、
を有することを特徴とする光アクセスシステム。
【請求項３】
前記読み出し制御部は、前記送信パケットバッファから現在読み出しているパケットとの連続性を持たないパケットとして、レイヤ２ＭＡＣフレームのソースアドレスが異なるパケットを、前記先読みパケットとして検索することを特徴とする請求項２記載の光アクセスシステム。
【請求項４】
前記読み出し制御部は、前記送信パケットバッファから現在読み出しているパケットとの連続性を持たないパケットとして、レイヤ２ＭＡＣフレームのデスティネーションアドレスが異なるパケットを、前記先読みパケットとして検索することを特徴とする請求項２記載の光アクセスシステム。
【請求項５】
加入者宅に配置されて光通信を行う子機において、
パケットを格納する送信パケットバッファと、
前記送信パケットバッファにパケットを書き込む送信側書き込み制御部と、
フレームサイズから、パケットバッファから現在読み出しているパケットのパケット長を減算して、フレーム残収容データ長を求めるフレーム残収容可能カウンタと、
読み出すべき次パケットが前記フレーム残収容データ長を超えている場合は、前記フレーム残収容データ長を超えずに、かつ前記送信パケットバッファから現在読み出しているパケットとの連続性を持たないパケットである先読みパケットが、前記送信パケットバッファ内に存在するか否かを検索し、存在する場合は前記先読みパケットを前記次パケットに先行して読み出す読み出し制御部と、
を有することを特徴とする子機。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は光アクセスシステムに関し、特に加入者通信網を光化した光通信を行う光アクセスシステムに関する。
【０００２】
【従来の技術】
近年、加入者通信網を光化したＦＴＴＨ（Ｆｉｂｅｒ  Ｔｏ  Ｔｈｅ  Ｈｏｍｅ）を実現する光加入者系システムが注目されている。特にＰＯＮ（Ｐａｓｓｉｖｅ  Ｏｐｔｉｃａｌ  Ｎｅｔｗｏｒｋ）システムは、光ファイバ敷設費用が削減できるメリットから、近い将来には一般化されて市場に普及する方向にある。
【０００３】
このような光アクセスシステムは、ビデオ・オン・デマンド、ＣＡＴＶ、高速コンピュータ通信等の大容量の通信サービスを低料金で提供するためには不可欠な技術であり、次世代の基幹ネットワークとして開発が進んでいる。
【０００４】
図２５は光アクセスシステムの概要を示す図である。光アクセスシステム（ＰＯＮシステム）１００に対し、加入者宅１１０−１〜１１０−ｎ内には、光バースト伝送を行う子機１１１−１〜１１１−ｎが配置され、局１２０内には親機１２１が配置される。
【０００５】
子機１１１−１〜１１１−ｎにはパソコン等が接続され、親機１２１には交換機１２２が接続する。そして、子機１１１−１〜１１１−ｎと親機１２１は、スターカプラ１３０と接続する。
【０００６】
局１２０から加入者宅１１０−１〜１１０−ｎへの下り情報は、１本の光ファイバから、スターカプラ１３０を介して、樹枝状に分岐された光ファイバを通じて送信される。また、加入者宅１１０−１〜１１０−ｎから局１２０への上り情報は、樹枝状に分岐された光ファイバから、スターカプラ１３０を介して、１本に集約された光ファイバを通じて送信される。このように、光アクセスシステム１００の構成は、スターカプラ１３０で局と複数の加入者とを１：ｎで接続して構成する光分岐型のアクセスネットワークである。
【０００７】
このようなシステムに対し、従来、子機から親機への方向（アップリンク）にパケットを送信する際は、各子機に割り当てられたタイムスロットに、パケット単位で到着順にパケットを送信している。また、１タイムスロット（フレームサイズ）を超えるような場合は、タイムスロットをはみ出してしまうパケットを、次回の割り当てタイムスロットに挿入して送信している。
【０００８】
図２６は従来のアップリンクフレームの構成を示す図である。スターカプラ１３０から上流の１本に集約された光ファイバ上におけるアップリンクフレームは、先頭タイミング制御フィールドとタイムスロットＴＳ１〜ＴＳｎとで構成される（１つのタイムスロットが１フレームである）。子機は、割り当てられたタイムスロットに、受信パケットを到着順に挿入して送信する。
【０００９】
例えば図では、パケットＰ１、Ｐ２、Ｐ３の順に送信するものとし、割り当てたタイムスロットをタイムスロットＴＳ１、ＴＳ３とする。この場合、パケットＰ１、Ｐ２までは、タイムスロットＴＳ１に挿入することができるが、パケットＰ３は、タイムスロットＴＳ１には挿入することができない。
【００１０】
したがって、パケットＰ１、Ｐ２はタイムスロットＴＳ１に挿入し、パケットＰ３は次の割り当てタイムスロットであるタイムスロットＴＳ３に挿入して送信することになる。ところが、図からわかるように、このとき、タイムスロットＴＳ１には未使用領域が発生してしまう。
【００１１】
このように、従来のアップリンクの送信では、１つのタイムスロットにパケットが入りきらない場合は、その入りきらないパケットを次回の割り当てタイムスロットで送信していた。すなわち、１タイムスロット内に収容可能なサイズの可変長フレームを構成して送信していることになるが、１タイムスロットを超えてパケットを送信する場合は、未使用領域が発生してしまう。
【００１２】
従来技術として、可変長フレームのサイズがバンク長を超えた場合、フレームをバンクアドレスによってリスト構造化された複数バンクのうちの１つから、固定長のデータブロックを順に読み出してパケットを生成する技術が提案されている（例えば、特許文献１）。
【００１３】
【特許文献１】
特開平７−２２１７６２号公報（段落番号〔００１２〕〜〔００２０〕，第１図）
【００１４】
【発明が解決しようとする課題】
しかし、上記のような従来技術（特開平７−２２１７６２号公報）をＰＯＮシステムに適用すると、ＰＯＮシステムは、１対多接続のシステム構成であるため、可変長フレーム復元のための管理テーブルを接続台数分用意する必要があり、構成が煩雑・複雑になるといった問題があった。
【００１５】
一方、図２６に対して伝送効率が最悪となる例について示す。図２７は伝送効率が最も低下する場合を示す図である。スターカプラ１３０から上流のアップリンクフレームに対し、例えば、タイムスロットの１／２＋１バイト分のサイズのパケットＰ１〜Ｐ６が連続したとすると、各パケットは１つのタイムスロットしか挿入されないため、タイムスロットＴＳ１〜ＴＳ６それぞれのほぼ半分の領域が未使用領域となり、伝送効率は５０％程度となってしまう。
【００１６】
この未使用領域が発生することによる伝送効率低下を防止するために、送信できなかったパケットを待ち合わせるためのバッファを設ける対策案が考えられるが、この場合、子機側すべてにバッファが必要となるために、ハードウェア規模が増大し、また、待ち合わせのための遅延も増大してしまうといった問題があった。
【００１７】
本発明はこのような点に鑑みてなされたものであり、未使用帯域を発生させずにパケット伝送を行って、伝送効率の向上を図った光アクセスシステムを提供することを目的とする。
【００１８】
【課題を解決するための手段】
本発明では上記課題を解決するために、図１に示すような、加入者通信網を光化した光通信を行う光アクセスシステム１において、パケットを格納する送信パケットバッファ１１と、送信パケットバッファ１１にパケットを書き込む送信側書き込み制御部１２と、送信パケットバッファ１１内の容量を監視し、メモリ残量である容量情報を出力する容量監視部１３と、上り情報を送信するために割り当てられた帯域を表すフレーム信号を出力する上りフレームタイミング部１４と、フレーム信号が有効であり、容量情報が空きでなければ、送信パケットバッファ１１からパケットを読み出し、読み出し中にフレームサイズに達した場合は、読み出しを停止して、次フレーム信号の有効時に再読み出しを行う送信側読み出し制御部１５と、から構成される子機１０−１〜１０−ｎと、子機１０−１〜１０−ｎにより使用アドレスが分離されてパケットを格納する受信パケットバッファ２１と、パケットのスタートデリミタを検出してスタート信号を生成し、エンドデリミタを検出してエンド信号を生成するデリミタ抽出部２２と、フレーム信号の有効時にスタート信号を受信した場合は、受信パケットバッファ２１へパケットを書き込み、フレーム信号の有効時にエンド信号を受信した場合は、受信パケットバッファ２１への書き込みを終了する受信側書き込み制御部２３と、エンド信号が発行されたタイミングで読み出し要求を行う読み出し要求部２４と、読み出し要求にもとづいて、読み出し対象の子機番号に対応する読み出しアドレスにより、受信パケットバッファ２１からパケットを読み出す受信側読み出し制御部２５と、から構成される親機２０と、を有することを特徴とする光アクセスシステム１が提供される。
【００１９】
ここで、送信パケットバッファ１１は、パケットを格納する。送信側書き込み制御部１２は、送信パケットバッファ１１にパケットを書き込む。容量監視部１３は、送信パケットバッファ１１内の容量を監視し、メモリ残量である容量情報を出力する。上りフレームタイミング部１４は、上り情報を送信するために割り当てられた帯域を表すフレーム信号を出力する。送信側読み出し制御部１５は、フレーム信号が有効であり、容量情報が空きでなければ、送信パケットバッファ１１からパケットを読み出し、読み出し中にフレームサイズに達した場合は、読み出しを停止して、次フレーム信号の有効時に再読み出しを行う。受信パケットバッファ２１は、子機１０−１〜１０−ｎにより使用アドレスが分離されてパケットを格納する。デリミタ抽出部２２は、パケットのスタートデリミタを検出してスタート信号を生成し、エンドデリミタを検出してエンド信号を生成する。受信側書き込み制御部２３は、フレーム信号の有効時にスタート信号を受信した場合は、受信パケットバッファ２１へパケットを書き込み、フレーム信号の有効時にエンド信号を受信した場合は、受信パケットバッファ２１への書き込みを終了する。読み出し要求部２４は、エンド信号が発行されたタイミングで読み出し要求を行う。受信側読み出し制御部２５は、読み出し要求にもとづいて、読み出し対象の子機番号に対応する読み出しアドレスにより、受信パケットバッファ２１からパケットを読み出す。
【００２０】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。図１は本発明の光アクセスシステムの原理図である。本発明の光アクセスシステム１は、複数の加入者端末が接続した複数の子機１０−１〜１０−ｎ（総称する場合は、子機１０）と、親機２０とがスターカプラ３０を介して接続して、ＰＯＮによる相互通信を行うシステムである。
【００２１】
子機１０に対し、送信パケットバッファ１１は、パケット（子機１０に接続する加入者端末から送信されるイーサネットパケットなど。Ｅｔｈｅｒｎｅｔは登録商標）を格納する。
【００２２】
送信側書き込み制御部１２は、送信パケットバッファ１１にパケットを書き込む。容量監視部１３は、送信パケットバッファ１１内の容量を監視し、メモリ残量である容量情報を出力する。
【００２３】
上りフレームタイミング部１４は、上り情報（イーサネットパケット）を送信するために割り当てられた帯域（上述のタイムスロットまたはフレームサイズのことである）を表すフレーム信号を出力する。
【００２４】
送信側読み出し制御部１５は、フレーム信号が有効であり、容量情報が空きでなければ、送信パケットバッファ１１からパケットを読み出し、読み出し中にフレームサイズに達した場合は、読み出しを停止して、次フレーム信号の有効時に再読み出しを行う。
【００２５】
親機２０に対し、受信パケットバッファ２１は、子機１０−１〜１０−ｎにより使用アドレスが分離されており、子機１０−１〜１０−ｎに対応する領域にそれぞれのパケットを格納する。
【００２６】
デリミタ抽出部２２は、パケットのスタートを示すスタートデリミタを検出してスタート信号を生成し、パケットのエンドを示すエンドデリミタを検出してエンド信号を生成する。
【００２７】
受信側書き込み制御部２３は、フレーム信号の有効時にスタート信号を受信した場合は、受信パケットバッファ２１へパケットを書き込み、フレーム信号の有効時にエンド信号を受信した場合は、受信パケットバッファ２１への書き込みを終了する。
【００２８】
読み出し要求部２４は、エンド信号が発行されたタイミングで読み出し要求を行う。受信側読み出し制御部２５は、読み出し要求にもとづいて、読み出し対象の子機番号に対応する読み出しアドレスにより、受信パケットバッファ２１からパケットを読み出す。
【００２９】
次に子機１０の構成及び詳細な動作について図２〜図８を用いて説明する。図２は子機１０の構成を示す図であり、図３は書き込み制御のタイミングチャートを示す図である。
【００３０】
子機１０は、パケットバッファ１１（送信パケットバッファ１１に該当）、書き込み制御部１２（送信側書き込み制御部１２に該当）、容量監視部１３、上りフレームタイミング部１４、読み出し制御部１５（送信側読み出し制御部１５に該当）、符号化部１６ａ、デリミタ付加部１６ｂ、Ｅ／Ｏ部１６ｃから構成される。
【００３１】
子機１０のパケットバッファ１１へのパケット書き込み動作として、子機１０は、加入者側よりパケットを受信すると、書き込み制御部１２によりパケットバッファ１１に格納する。パケットバッファ１１はＲＡＭで構成されており、書き込み制御部１２により書き込みが行われる（図３−（１））。
【００３２】
書き込み制御部１２は、受信したパケットを書き込みデータとし、パケットが有効であることを表す書き込みイネーブルを生成して、書き込みイネーブルの期間中、書き込みアドレスをインクリメントすることによって、パケットをパケットバッファ１１に格納する。また、書き込みデータの開始にスタートフラグを付加し、書き込みデータの終了にエンドフラグを付加する。
【００３３】
容量監視部１３は、書き込み制御部１２によりパケットバッファ１１に書き込みが行なわれると、パケットバッファ１１の残容量監視と、書き込まれたパケットのサイズ監視と、書き込みパケット数の監視とを行う（図３−（２））。
【００３４】
また、書き込み制御部１２が出力する書き込みイネーブルは、容量監視部１３にも接続されており、容量監視部１３は書き込み制御部１２が出力する書き込みイネーブルにより、ＲＡＭ残容量（容量情報）をデクリメントする。ＲＡＭ残容量は、書き込み制御部１２に渡され、ＲＡＭ残容量が最大パケット長以下である場合、書き込み制御部１２は、書き込み不可能であると判断し、加入者側にＰＡＵＳＥパケットを出力する。
【００３５】
容量監視部１３は、書き込みイネーブルの期間をカウントするパケットサイズカウンタを具備している。パケットサイズカウンタは、書き込みイネーブル終了時にパケットサイズを表す。
【００３６】
書き込み制御部１２のエンドフラグは、容量監視部１３でパケットサイズテーブルの書き込みイネーブルとして使用される。パケットサイズテーブルの書き込みイネーブルとは、パケットサイズテーブルの書き込みアドレスで示すテーブル領域に、パケットサイズをラッチするタイミングである。また、パケットサイズテーブルの書き込みアドレスは、パケットサイズテーブルの書き込みイネーブルによりインクリメントされる。
【００３７】
図４はパケットバッファ１１のフォーマット構成を示す図である。パケットバッファ１１の格納領域は、データ、スタートフラグ、エンドフラグから構成される。
【００３８】
図５はパケットサイズテーブルのフォーマット構成を示す図である。パケットサイズテーブル１３ａは、容量監視部１３に含まれてパケットサイズの管理を行うテーブルである。
【００３９】
次に子機１０のパケットバッファ１１からのパケット読み出し動作について説明する。図６は読み出し制御のタイミングチャートを示す図である。子機１０は、局側よりタイムスロット割り当てを受信すると、読み出し制御部１５により、パケットバッファ１１からパケットを読み出して局側に出力する。
【００４０】
上りフレームタイミング部１４は、局側より割り当てられたタイムスロットの間、フレーム信号を出力する。読み出し制御部１５は、フレーム信号が有効であり、かつ、２クロック前にパケットバッファ１１からの読み出しを行っていないタイミングで、容量監視部１３のパケット数カウンタをチェックする。
【００４１】
パケット数カウンタが０でなければ、パケットバッファ１１に１パケット以上の蓄積があると判定し、パケットバッファ１１に読み出しイネーブルを発行する。このとき、パケット数カウンタのデクリメント指示と、パケットサイズテーブルの読み出しアドレスのインクリメント指示を発行する。また、読み出しカウンタの初期化も行う（図６−（１））。
【００４２】
読み出し制御部１５に含まれる読み出しカウンタは、読み出しイネーブルが有効である間、インクリメントする。読み出しカウンタ値が、パケットサイズテーブルの読み出しアドレスが示すパケットサイズテーブルに等しくなったときに、読み出しイネーブルは無効となり、１パケット分の読み出しが終了する（図６−（２））。
【００４３】
読み出しイネーブルが有効である間、読み出しアドレスがインクリメントし、パケットバッファ１１からデータ、スタートフラグ、エンドフラグが正常に読み出せる。パケットバッファ１１から読み出されたスタートフラグ、エンドフラグは、デリミタ付加部１６ｂでＤＬｓはスタートフラグの１クロック後、ＤＬｅはエンドフラグの３クロック後にタイミング調整され、回線上のスタートデリミタ情報ＤＬｓ、回線上のエンドデリミタ情報ＤＬｅに変換される。
【００４４】
また、パケットバッファ１１から読み出されたパケットのデータは、符号化部１６ａで４Ｂ５Ｂ変換が行われる。そして、回線上にはＤＬｓ，ＤＬｅ，４Ｂ５Ｂ変換されたパケットが多重化されて出力される。
【００４５】
一方、フレーム信号により割り当てられたタイムスロットが指示されるが、パケット読み出しの途中でタイムスロットサイズに達した場合、読み出しは一旦停止され、次回の帯域割り当て時に引き続き読み出しが行われる。
【００４６】
図７は子機のパケット分割転送動作を示す模式図であり、図８は子機のパケット分割転送動作を示すタイミングチャートである。子機１０において、局側より割り当てられたタイムスロットが終了したため、上りフレームタイミング部１４は、フレーム信号を無効とする（図８−（１））。
【００４７】
読み出し制御部１５は、フレーム信号が無効となったため、読み出しイネーブルを終了する。読み出しカウンタは、読み出しイネーブルが無効となったため、カウントを停止する。読み出しイネーブルが無効となったため、読み出しアドレスもカウントを停止し、パケットバッファ１１からの読み出しも停止する。
【００４８】
上りフレームタイミング部１４が、再度フレーム信号を有効とした場合に、読み出し制御部１５が容量監視部１３のパケット数カウンタをチェックするタイミングで、読み出しカウンタ値をチェックする（図８−（２））。読み出しカウンタ値が０でなければ、読み出しイネーブルが有効となったことで、読み出しカウンタ、読み出しアドレスが動作を再開する。
【００４９】
次に親機２０の構成及び詳細な動作について図９〜図１６を用いて説明する。図９は親機２０の構成を示す図であり、図１０は親機２０の動作を示す模式図であり、図１１〜図１３は親機２０の動作を示すタイミングチャートである。
【００５０】
親機２０は、パケットバッファ２１（受信パケットバッファ２１に該当）、デリミタ抽出部２２、復号化部２３ａ、書き込みイネーブル生成部２３ｂ、書き込みアドレス生成部２３ｃ、帯域割り当て履歴部２３ｄ、位相基準部２３ｅ、アドレスバックアップ部２３ｆ、読み出しキュー２４ａ、読み出し制御部２５ａ、アドレスバックアップ部２５ｂ、Ｏ／Ｅ部２６、容量監視部２７から構成される。
【００５１】
なお、構成要素２３ａ〜２３ｆは受信側書き込み制御部２３の機能を有し、読み出しキュー２４ａは読み出し要求部２４の機能を有し、構成要素２５ａ、２５ｂは受信側読み出し制御部２５の機能を有する。
【００５２】
親機２０においては、ＰＯＮより受信した符号化データを、復号化部２３ａにより復元し、パケットバッファ２１に格納するための書き込みデータとする（図１１−（１））。
【００５３】
デリミタ抽出部２２は、ＰＯＮより受信した符号化データより、スタートデリミタを検出した場合にスタート信号を生成し、エンドデリミタを検出した場合にエンド信号を生成する（図１１−（２））。
【００５４】
位相基準部２３ｅは、アップリンクフレームの周期を規定している自走カウンタであり、位相基準情報を出力する。帯域割り当て履歴部２３ｄは、下りに送出した帯域割り当て情報を保持しており、位相基準情報をもとに現在のタイムスロットを使用している子機番号を出力する。また、タイムスロットの切り替わり時にタイムスロット先頭番号を出力する（図１２−（３））。
【００５５】
アドレスバックアップ部２３ｆは、各子機毎に使用エリア内における最終のアドレスと中断時までの書き込みデータ量と中断情報とを保持している。アドレスバックアップ部２３ｆの構成の一例を図１４に示す。
【００５６】
書き込みアドレス生成部２３ｃは、タイムスロット先頭信号の１クロック遅れの信号が有効時において子機番号を参照し、書き込み開始アドレスと書き込みデータ量と中断情報とをアドレスバックアップ部２３ｆから読みだす。
【００５７】
図１５はパケットバッファの構成を示す図である。図に示したパケットバッファ２１の構成例の場合は、上位５ビットが子機番号に対応し、子機番号あたり１２ビット幅のアドレスを持つため、読み出した開始アドレスを書き込みアドレスの下位１２ビットにロードし、上位５ビットに子機番号をロードする。
【００５８】
また、読み出したデータ量をＲＡＭのデータカウンタにロードする。読み出した中断情報が有効である場合には、書き込みアドレス、データカウンタのロード値は＋１補正される。ただし、タイムスロット先頭信号の１クロック遅れの信号が有効時にデリミタ抽出部２２のエンド信号を検出した場合は終了処理のみのため＋１補正しない。
【００５９】
読み出した中断情報は書き込みイネーブル生成部２３ｂに渡される（図１２−（４））。書き込みアドレスは、書き込みイネーブル生成部２３ｂの書き込みイネーブルが有効である場合にインクリメントされる。書き込みアドレスのインクリメントとロードが同時に発生した場合、ロードが優先される。データカウンタは、書き込みイネーブル生成部２３ｂの書き込みイネーブルが有効である場合にインクリメントされる。データカウンタは、書き込みイネーブル生成部２３ｂの書き込みイネーブルが終了するタイミングで０にクリアされる。ただし、０クリアとロードが同時に発生した場合、ロードが優先される。
【００６０】
書き込みイネーブル生成部２３ｂは、デリミタ抽出部２２からのスタート信号の１クロック遅れの信号、または書き込みアドレス生成部２３ｃからの中断信号が有効である場合、書き込みイネーブルの開始とする（図１２−（５））。ただし、タイムスロット先頭信号の１クロック遅れの信号が有効時にデリミタ抽出部２２のエンド信号を検出した場合は、終了処理のみのための書き込みイネーブルは開始しない。
【００６１】
デリミタ抽出部２２からのエンド信号、または帯域割り当て履歴部２３ｄのタイムスロット先頭信号の１クロック遅れの信号が有効である場合に、書き込みイネーブルを終了する（図１２−（６））。
【００６２】
デリミタ抽出部２２からのスタート信号の１クロック遅れの信号と帯域割り当て履歴部２３ｄのタイムスロット先頭信号の１クロック遅れの信号は、同時に発生する可能性があるが、デリミタ抽出部２２からのスタート信号の１クロック遅れの信号が優先度が高く、書き込みイネーブルは終了しない。
【００６３】
書き込みアドレス生成部２３ｃは、帯域割り当て履歴部２３ｄの子機番号を、帯域割り当て履歴部２３ｄのタイムスロット先頭信号の１クロック遅れの信号でバックアップアドレスとしてラッチしている。また、デリミタ抽出部２２のスタート信号からエンド信号まで有効な中断監視信号を生成している。中断監視信号は、デリミタ抽出部２２からのエンド信号、もしくは中断の検出でクリアされる。中断は、中断監視信号が有効である場合に、帯域割り当て履歴部２３ｄからのタイムスロット先頭信号が有効である場合に検出される（図１２−（７））。
【００６４】
書き込みアドレス生成部２３ｃは、帯域割り当て履歴部２３ｄのタイムスロット先頭信号の１クロック遅れの信号でアドレスバックアップ部２３ｆを更新する。更新対象は、バックアップアドレスで表される子機番号の書き込み開始アドレスと書き込みデータ量と中断情報である（図１２−（８））。
【００６５】
パケットバッファ２１の書き込みデータは、復号化部２３ａのデータの１クロック遅れたものである。パケットバッファ２１の書き込みアドレスは、書き込みアドレス生成部２３ｃの書き込みアドレスである。パケットバッファ２１の書き込みイネーブルは、書き込みイネーブル生成部２３ｂの書き込みイネーブルである。
【００６６】
読み出しキュー２４ａは、デリミタ抽出部２２からのエンド信号により、１パケットがパケットバッファ２１に書き込み完了したと認識し、パケットカウンタで示されるエントリに書き込みアドレス生成部２３ｃのデータカウンタ値をパケットサイズとして、書き込みアドレス生成部２３ｃのバックアップアドレスをパケットに対応する子機番号として取り込む。このとき、パケットカウンタをインクリメントする（図１３−（９））。読み出しキュー２４ａの構成例を図１６に示す。
【００６７】
読み出しキュー２４ａは、パケットカウンタが読み出しポインタより大きければ、読み出し要求を読み出し制御部２５ａに送信する。このとき、読み出しポインタで示されるエントリのパケットサイズと子機番号も送信する。
【００６８】
読み出し制御部２５ａは、読み出しキュー２４ａからの読み出し要求により、パケットバッファ２１からの読み出し動作を開始する。読み出し制御部２５ａは、イーサーギャップと、イーサーパケットの２つの状態をもっている。イーサーギャップは、９６ビット幅の時間であるが本発明では説明のために短く省略して記載する。イーサーギャップ状態とは、イーサーのギャップを送信している状態であり、データ自体は送信できない。イーサーパケット状態とは、パケットバッファ２１からデータを読み出して出力している状態あるいは出力可能な状態である。イーサーギャップ状態は、パケット出力完了から９６ビット時間で必ず終了し、イーサーパケット状態へと遷移する（実際には読み出しの処理時間を考慮してイーサーギャップ状態は調整される）。
【００６９】
読み出し制御部２５ａは、イーサーパケット状態である場合に、読み出し要求を受信すると、パケットバッファ２１が子機毎に領域を分割されているため、アドレスバックアップ部２５ｂより子機番号をインデックスとして読み出しアドレスをロードする。
【００７０】
図１５に示したパケットバッファの構成例の場合は、上位５ビットが子機番号に対応し、子機番号あたり１２ビット幅のアドレスをもつため、読み出した開始アドレスを読み出しアドレスの下位１２ビットにロードし、上位５ビットには子機番号をロードする（図１３−（１０））。
【００７１】
読み出し制御部２５ａは、読み出しアドレスをロードすると同時に、パケットバッファ２１に対して、読み出しイネーブルを発行する。読み出しイネーブルが有効である間、読み出しアドレスと読み出しカウンタをインクリメントする。読み出しカウンタが読み出しキュー２４ａからのパケットサイズに一致した場合、１パケット分の読み出しが終了したため、読み出しイネーブルを無効とし、読み出しを終了し、読み出しカウンタを０クリアし、読み出しアドレスを子機番号に対応するアドレスバックアップ部２５ｂのエントリにバックアップし、イーサーギャップ状態となる。このとき、読み出しキュー２４ａに対して読み出し終了を発行する（図１３−（１１））。読み出しキュー２４ａは読み出し制御部２５ａからの読み出し終了により読み出しポインタをインクリメントする。
【００７２】
次に本発明の子機の変形例について説明する。変形例である子機では、フレームサイズ（タイムスロット）から、現在送信しているパケットサイズを引いた容量であるフレーム残収容データ長に対し、現在送信しているパケットとは連続性を持たないパケットを次に送信するようにして伝送効率の向上を図るものである（なお、親機側の構成は従来技術と同じで変更することはない）。
【００７３】
図１７、図１８は子機の構成を示す図である。子機１０ａは、図２で上述した構成要素に対し、容量監視部１３が容量監視部（バイト）５１ａと容量監視部（パケット）５１ｂとなる。また、比較データ収集部５２ａ、比較部５２ｂ、先読みアドレス演算部５３、パケット書き込み検出部５４、パケット長カウンタ５５、書き込みカウンタ５６、パケット読み出し検出部５７、パケットサイズテーブル５８、読み出しポインタ５９があらたに付加される。なお、構成要素５１ａ、５１ｂ、５２ａ、５２ｂ〜５９は、本発明の読み出し制御部の機能を実現する。
【００７４】
図１９はパケットバッファ１１にパケットが書き込まれる場合の動作を示す図である。パケットをパケットバッファ１１に書き込む場合に、パケット書き込み検出部５４は、書き込み制御部１２から出力される書き込みイネーブルの終了で、１パケットがパケットバッファ１１に書き込み完了したことを認識し、容量監視部（パケット）５１ｂに対してインクリメント指示を発行する。
【００７５】
容量監視部（パケット）５１ｂは、インクリメントすることによって、パケットバッファ１１に書き込まれているパケット数を表す。パケット長カウンタ５５は、書き込みイネーブルが有効である期間を監視し、パケットバッファ１１に書き込まれたパケットのサイズを監視する。
【００７６】
図２０はパケットサイズテーブルを示す図である。カウントしたパケット長は図に示すように、書き込みポインタで示されるパケットサイズテーブル５８のエントリに記録される。書き込みポインタをインクリメントするタイミングとパケット長を記録するタイミングは、容量監視（パケット）に対するインクリメント指示と同一である。
【００７７】
次にパケットバッファ１１にパケットが蓄積されている状況を示しながら読み出し動作について詳しく説明する。図２１はパケット蓄積状況を示す図である。パケットバッファ１１に対し、パケット長Ａ，Ｂ，Ｃの順に蓄積されているため、パケット長Ａのパケットはアドレス０〜Ａ−１まで、パケット長ＢのパケットはアドレスＡ〜Ａ＋Ｂ−１まで、パケット長ＣのパケットはＡ＋Ｂ〜Ａ＋Ｂ＋Ｃ−１までに蓄積されている。
【００７８】
図２２はパケットサイズテーブル５８の状態を示す図である。図２１の蓄積状況に対応したパケットサイズテーブルの状態を示している。なお、本発明では、状態管理のための読み出し済みフラグが追加されている。
【００７９】
ここで、フレーム残収容可能データ長カウンタ４０は、フレーム信号が有効である場合に、容量監視部（パケット）５１ｂからのパケット数情報が０でなければ、パケットサイズテーブル５８からのパケット長を参照する。ただし、スキップ処理中フラグが有効である間は、スキップＣＨＫタイミングでのみ参照する。
【００８０】
パケットサイズテーブル５８は、パケットバッファ１１に１パケット書かれるたびにパケットサイズが記録されており、読み出しポインタで示されるエントリの情報を出力する。書き込みポインタ、読み出しポインタとも０スタートであるため、通常はパケットバッファ１１に書き込まれた順に情報が取り出せる。
【００８１】
フレーム残収容可能データ長カウンタ４０は、フレーム信号が有効である間、カウント動作するＦＣを有す。受信したフレームサイズからＦＣを引いたものがフレーム残収容データ長となる。パケットサイズテーブル５８からのパケット長とフレーム残データ長を比較し、パケット長≦フレーム残データ長であれば、送信可能であると判断し、読み出しイネーブルを有効とし、パケットバッファ１１からパケットを読みだす。読み出しイネーブルは、パケット長に相当する期間出力される。
【００８２】
また、パケット長≧フレーム残収容データ長であれば、パケットバッファ１１に収容可能なサイズのパケットが格納されていないか検索を行う。図２３はパケット検索手順を示す図である。
（１）パケットバッファにはパケット長Ａ，Ｂ，Ｃの順で３パケット格納されている。
（２）１パケット目のサイズＡを送信完了した時点で、パケット長Ｂのパケットの検証を行う。
（３）ｆｓｉｚｅ−ＦＣ≦Ｂであるため２パケット目が送信できない。
（４）パケット数を参照すると２であるため、あと１パケット格納されている。現在のパケットをスキップして次のパケットを検証可能であるため、スキップ処理を開始する。スキップ処理中であることを表すスキップ処理ＦＬＧを有効とする。
（５）１パケット次のパケットの情報を得るために読み出しポインタを＋１して２とする。読み出しポインタバックアップに現在のポインタ値である１をバックアップする。また、読み出しアドレスバックアップに現在のアドレスであるＡをバックアップする。読み出しアドレスには次のパケットの先頭アドレス値である、現在のアドレス値Ａにパケット長Ｂを足したアドレスが格納される。ここでは、ＳＡを比較するため、チェックアドレスに、読み出しアドレス＋１の値が格納される。
（６）チェックアドレスによりパケットバッファから読み出された値チェックデータ１（ＳＡ＃Ｂ）と値チェックデータ２（ＳＡ＃Ｃ）が異なっており（ＥＱ ＦＬＧ＝１）かつパケット長≧フレーム残データ長であり、読み出し済みＦＬＧが無効であれば、送信可能と判断し、パケット長Ｃのパケットが読み出される。（７）パケット長Ｃのパケットが読み出し完了した時点で、読み出しポインタには、読み出しポインタバックアップの内容がロードされる。スキップ回数をインクリメントする。読み出しアドレスに読み出しアドレスバックアップの内容がロードされる。スキップパケット長累積には読み出し完了したパケットのパケット長（この場合Ｃ）が加算される。スキップ処理が終了したため、スキップ処理ＦＬＧを無効とする。過去にスキップ処理が行われたことを表すスキップＦＬＧを有効とする。
【００８３】
このように、ＳＡの異なるパケットを先行して出力することにより、伝送効率の向上を図るものである（ＳＡが同じパケットだと、送信順番が異なってしまうと、受信側で入れ替え処理が必要となるが、ＳＡが異なるパケットならば送信順番が変わってもよい）。
【００８４】
なお、上記の説明では、連続性を持たないパケットとして、ＳＡの異なるパケットを検索したが、ＳＡ以外のフィールドを用いてもよい。図２４はパケットのヘッダ位置を示す図である。
【００８５】
例えば、子機が可変長フレームを構築する際に、パケットを構築中の可変長フレームに追加した際に、可変長フレームのサイズがフレームサイズを超えてしまうような場合に、子機内部のパケットバッファを検索し、検索パケットのレイヤ２ＭＡＣフレームのＤＡと同一のものが構築中の可変長フレームに含まれず、かつ、構築中の可変長フレームに追加したときにフレームサイズを超えなければ、これを先行して送信を行うことで実現可能である。先行して送信したため、送信順序が入れ替わるが、ＤＡが異なるため送信先装置が別であるため問題ない。
【００８６】
また、同様にして、レイヤ２ＭＡＣフレームのＴａｇフィールド中のＰｒｉｏｒｉｔｙと同一のものが構築中の可変長フレームに含まれず、かつ、構築中の可変長フレームに追加したときにフレームサイズを超えなければ、先行して送信を行うことで実現可能である。先行して送信したため、送信順序が入れ替わるが、Ｐｒｉｏｒｉｔｙが異なるためパケットの属する優先順位帯が別であるため問題ない。
【００８７】
さらに、レイヤ２ＭＡＣフレームのＴａｇフィールド中のＶＩＤと同一のものが構築中の可変長フレームに含まれず、かつ、構築中の可変長フレームに追加したときにフレームサイズを超えなければ、先行して送信を行うことで実現可能である。先行して送信したため、送信順序が入れ替わるが、ＶＩＤが異なるためパケットの属するネットワークが別であるため問題ない。
【００８８】
また、レイヤ２ＭＡＣフレームのＩ／Ｇ  ｂｉｔと同一のものが構築中の可変長フレームに含まれず、かつ、構築中の可変長フレームに追加した場合にフレームサイズを超えなければ、先行して送信を行うことで実現可能である。先行して送信したため、送信順序が入れ替わるが、Ｉ／Ｇ  ｂｉｔが異なるため、ユニキャストパケット（ブロードキャストパケット）だけで可変長フレームが構成されている場合に、ブロードキャストパケット（ユニキャストパケット）で送信可能なものがあれば先行して送信する動作であるため、パケット種別が異なり問題ない。
【００８９】
さらに、レイヤ２ＭＡＣフレームのＴｙｐｅと同一のものが構築中の可変長フレームに含まれず、かつ、構築中の可変長フレームに追加したときにフレームサイズを超えなければ、先行して送信を行うことで実現可能である。先行して送信したため、送信順序が入れ替わるが、Ｔｙｐｅが異なるためパケット種別が別であり問題ない。
【００９０】
また、レイヤ３ＩＰパケットの着信先ＩＰアドレスと同一のものが構築中の可変長フレームに含まれず、かつ、構築中の可変長フレームに追加したときにフレームサイズを超えなければ、先行して送信を行うことで実現可能である。先行して送信したため、送信順序が入れ替わるが、着信先ＩＰアドレスが異なるため着信先装置が別となり問題ない。
【００９１】
さらに、レイヤ３ＩＰパケットのプロトコルと同一のものが構築中の可変長フレームに含まれず、かつ、構築中の可変長フレームに追加したときにフレームサイズを超えなければ、先行して送信を行うことで実現可能である。先行して送信したため、送信順序が入れ替わるが、プロトコルが異なるため問題ない。
【００９２】
また、レイヤ３ＩＰパケットのＴＯＳフィールドと同一のものが構築中の可変長フレームに含まれず、かつ、構築中の可変長フレームに追加したときにフレームサイズを超えなければ、先行して送信を行うことで実現可能である。先行して送信したため、送信順序が入れ替わるが、ＴＯＳフィールドが異なるため優先度が異なり問題ない。
【００９３】
さらに、レイヤ２ＭＡＣフレームのＳＡ及びＴｙｐｅの両方と同一のものが構築中の可変長フレームに含まれず、かつ、構築中の可変長フレームに追加したときにフレームサイズを超えなければ、先行して送信を行うことで実現可能である。ＳＡだけでは送信元で一括処理されていたが、パケット種別まで識別することで更に細分化され効率化される。
【００９４】
また、レイヤ３ＩＰパケットの着信先ＩＰアドレスとプロトコルと同一のものが構築中の可変長フレームに含まれず、かつ、構築中の可変長フレームに追加したときにフレームサイズを超えなければ、先行して送信を行うことで実現可能である。ここでは、着信先ＩＰアドレスとプロトコル種別まで識別することで更に細分化され効率化される。
【００９５】
（付記１）  加入者通信網を光化した光通信を行う光アクセスシステムにおいて、
パケットを格納する送信パケットバッファと、前記送信パケットバッファにパケットを書き込む送信側書き込み制御部と、前記送信パケットバッファ内の容量を監視し、メモリ残量である容量情報を出力する容量監視部と、上り情報を送信するために割り当てられた帯域を表すフレーム信号を出力する上りフレームタイミング部と、前記フレーム信号が有効であり、前記容量情報が空きでなければ、前記送信パケットバッファからパケットを読み出し、読み出し中にフレームサイズに達した場合は、読み出しを停止して、次フレーム信号の有効時に再読み出しを行う送信側読み出し制御部と、から構成される子機と、
前記子機により使用アドレスが分離されてパケットを格納する受信パケットバッファと、パケットのスタートデリミタを検出してスタート信号を生成し、エンドデリミタを検出してエンド信号を生成するデリミタ抽出部と、フレーム信号の有効時にスタート信号を受信した場合は、前記受信パケットバッファへパケットを書き込み、フレーム信号の有効時に前記エンド信号を受信した場合は、前記受信パケットバッファへの書き込みを終了する受信側書き込み制御部と、前記エンド信号が発行されたタイミングで読み出し要求を行う読み出し要求部と、前記読み出し要求にもとづいて、読み出し対象の子機番号に対応する読み出しアドレスにより、前記受信パケットバッファからパケットを読み出す受信側読み出し制御部と、から構成される親機と、
を有することを特徴とする光アクセスシステム。
【００９６】
（付記２）  加入者宅に配置されて光通信を行う子機において、
パケットを格納する送信パケットバッファと、
前記送信パケットバッファにパケットを書き込む送信側書き込み制御部と、
前記送信パケットバッファ内の容量を監視し、メモリ残量である容量情報を出力する容量監視部と、
上り情報を送信するために割り当てられた帯域を表すフレーム信号を出力する上りフレームタイミング部と、
前記フレーム信号が有効であり、前記容量情報が空きでなければ、前記送信パケットバッファからパケットを読み出し、読み出し中にフレームサイズに達した場合は、読み出しを停止して、次フレーム信号の有効時に再読み出しを行う送信側読み出し制御部と、
を有することを特徴とする子機。
【００９７】
（付記３）  局に配置されて光通信を行う親機において、
子機により使用アドレスが分離されてパケットを格納する受信パケットバッファと、
パケットのスタートデリミタを検出してスタート信号を生成し、エンドデリミタを検出してエンド信号を生成するデリミタ抽出部と、
フレーム信号の有効時にスタート信号を受信した場合は、前記受信パケットバッファへパケットを書き込み、フレーム信号の有効時に前記エンド信号を受信した場合は、前記受信パケットバッファへの書き込みを終了する受信側書き込み制御部と、
前記エンド信号が発行されたタイミングで読み出し要求を行う読み出し要求部と、
前記読み出し要求にもとづいて、読み出し対象の子機番号に対応する読み出しアドレスにより、前記受信パケットバッファからパケットを読み出す受信側読み出し制御部と、
を有することを特徴とする親機。
【００９８】
（付記４）  加入者通信網を光化した光通信を行う光アクセスシステムにおいて、
パケットを格納する送信パケットバッファと、前記送信パケットバッファにパケットを書き込む送信側書き込み制御部と、フレームサイズから、パケットバッファから現在読み出しているパケットのパケット長を減算して、フレーム残収容データ長を求めるフレーム残収容可能カウンタと、読み出すべき次パケットが前記フレーム残収容データ長を超えている場合は、前記フレーム残収容データ長を超えずに、かつ前記送信パケットバッファから現在読み出しているパケットとの連続性を持たないパケットである先読みパケットが、前記送信パケットバッファ内に存在するか否かを検索し、存在する場合は前記先読みパケットを前記次パケットに先行して読み出す読み出し制御部と、から構成される子機と、
前記子機からの上り情報の受信及び前記子機への下り情報の送信を行う親機と、
を有することを特徴とする光アクセスシステム。
【００９９】
（付記５）  前記読み出し制御部は、前記送信パケットバッファから現在読み出しているパケットとの連続性を持たないパケットとして、レイヤ２ＭＡＣフレームのソースアドレスが異なるパケットを、前記先読みパケットとして検索することを特徴とする付記４記載の光アクセスシステム。
【０１００】
（付記６）  前記読み出し制御部は、前記送信パケットバッファから現在読み出しているパケットとの連続性を持たないパケットとして、レイヤ２ＭＡＣフレームのソースアドレスが異なるパケットを、前記先読みパケットとして検索することを特徴とする付記４記載の光アクセスシステム。
【０１０１】
（付記７）  前記読み出し制御部は、前記送信パケットバッファから現在読み出しているパケットとの連続性を持たないパケットとして、レイヤ２ＭＡＣフレームのＴＡＧフィールド中のＰｒｉｏｒｉｔｙが異なるパケットを、前記先読みパケットとして検索することを特徴とする付記４記載の光アクセスシステム。
【０１０２】
（付記８）  前記読み出し制御部は、前記送信パケットバッファから現在読み出しているパケットとの連続性を持たないパケットとして、レイヤ２ＭＡＣフレームのＴＡＧフィールド中のＶＩＤが異なるパケットを、前記先読みパケットとして検索することを特徴とする付記４記載の光アクセスシステム。
【０１０３】
（付記９）  前記読み出し制御部は、前記送信パケットバッファから現在読み出しているパケットとの連続性を持たないパケットとして、レイヤ２ＭＡＣフレームのＩ／Ｇビットが異なるパケットを、前記先読みパケットとして検索することを特徴とする付記４記載の光アクセスシステム。
【０１０４】
（付記１０）  前記読み出し制御部は、前記送信パケットバッファから現在読み出しているパケットとの連続性を持たないパケットとして、レイヤ２ＭＡＣフレームのＴｙｐｅが異なるパケットを、前記先読みパケットとして検索することを特徴とする付記４記載の光アクセスシステム。
【０１０５】
（付記１１）  前記読み出し制御部は、前記送信パケットバッファから現在読み出しているパケットとの連続性を持たないパケットとして、レイヤ３ＩＰパケットの着信先ＩＰアドレスが異なるパケットを、前記先読みパケットとして検索することを特徴とする付記４記載の光アクセスシステム。
【０１０６】
（付記１２）  前記読み出し制御部は、前記送信パケットバッファから現在読み出しているパケットとの連続性を持たないパケットとして、レイヤ３ＩＰパケットのプロトコルが異なるパケットを、前記先読みパケットとして検索することを特徴とする付記４記載の光アクセスシステム。
【０１０７】
（付記１３）  前記読み出し制御部は、前記送信パケットバッファから現在読み出しているパケットとの連続性を持たないパケットとして、レイヤ３ＩＰパケットのＴＯＳフィールドが異なるパケットを、前記先読みパケットとして検索することを特徴とする付記４記載の光アクセスシステム。
【０１０８】
（付記１４）  前記読み出し制御部は、前記送信パケットバッファから現在読み出しているパケットとの連続性を持たないパケットとして、レイヤ２ＭＡＣフレームのソースアドレス及びＴｙｐｅの両方が異なるパケットを、前記先読みパケットとして検索することを特徴とする付記４記載の光アクセスシステム。
【０１０９】
（付記１５）  前記読み出し制御部は、前記送信パケットバッファから現在読み出しているパケットとの連続性を持たないパケットとして、レイヤ３ＩＰパケットの着信先ＩＰアドレス及びプロトコルの両方が異なるパケットを、前記先読みパケットとして検索することを特徴とする付記４記載の光アクセスシステム。
【０１１０】
（付記１６）  加入者宅に配置されて光通信を行う子機において、
パケットを格納する送信パケットバッファと、
前記送信パケットバッファにパケットを書き込む送信側書き込み制御部と、
フレームサイズから、パケットバッファから現在読み出しているパケットのパケット長を減算して、フレーム残収容データ長を求めるフレーム残収容可能カウンタと、
読み出すべき次パケットが前記フレーム残収容データ長を超えている場合は、前記フレーム残収容データ長を超えずに、かつ前記送信パケットバッファから現在読み出しているパケットとの連続性を持たないパケットである先読みパケットが、前記送信パケットバッファ内に存在するか否かを検索し、存在する場合は前記先読みパケットを前記次パケットに先行して読み出す読み出し制御部と、
を有することを特徴とする子機。
【０１１１】
【発明の効果】
以上説明したように、本発明の光アクセスシステムは、子機側では、フレーム信号が有効であり、容量情報が空きでなければ、送信パケットバッファからパケットを読み出し、読み出し中にフレームサイズに達した場合は、読み出しを停止して、次フレーム信号の有効時に再読み出しを行う。また、親機側では、フレーム信号の有効時にスタート信号を受信した場合は、受信パケットバッファへパケットを書き込み、フレーム信号の有効時にエンド信号を受信した場合は、受信パケットバッファへの書き込みを終了し、読み出し対象の子機番号に対応する読み出しアドレスにより、受信パケットバッファからパケットを読み出す構成とした。これにより、無駄な未使用帯域を発生させることなく、パケット伝送を行うことができるので、伝送効率の向上を図ることが可能になる。
【図面の簡単な説明】
【図１】本発明の光アクセスシステムの原理図である。
【図２】子機の構成を示す図である。
【図３】書き込み制御のタイミングチャートを示す図である。
【図４】パケットバッファのフォーマット構成を示す図である。
【図５】パケットサイズテーブルのフォーマット構成を示す図である。
【図６】読み出し制御のタイミングチャートを示す図である。
【図７】子機のパケット分割転送動作を示す模式図である。
【図８】子機のパケット分割転送動作を示すタイミングチャートである。
【図９】親機の構成を示す図である。
【図１０】親機の動作を示す模式図である。
【図１１】親機の動作を示すタイミングチャートである。
【図１２】親機の動作を示すタイミングチャートである。
【図１３】親機の動作を示すタイミングチャートである。
【図１４】アドレスバックアップ部の構成を示す図である。
【図１５】パケットバッファの構成を示す図である。
【図１６】読み出しキューの構成を示す図である。
【図１７】子機の構成を示す図である。
【図１８】子機の構成を示す図である。
【図１９】パケットバッファにパケットが書き込まれる場合の動作を示す図である。
【図２０】パケットサイズテーブルを示す図である。
【図２１】パケット蓄積状況を示す図である。
【図２２】パケットサイズテーブルの状態を示す図である。
【図２３】パケット検索手順を示す図である。
【図２４】パケットのヘッダ位置を示す図である。
【図２５】光アクセスシステムの概要を示す図である。
【図２６】従来のアップリンクフレームの構成を示す図である。
【図２７】伝送効率が最も低下する場合を示す図である。
【符号の説明】
１  光アクセスシステム
１０−１〜１０−ｎ  子機
１１  送信パケットバッファ
１２  送信側書き込み制御部
１３  容量監視部
１４  上りフレームタイミング部
１５  送信側読み出し制御部
２０  親機
２１  受信パケットバッファ
２２  デリミタ抽出部
２３  受信側書き込み制御部
２４  読み出し要求部
２５  受信側読み出し制御部
３０  スターカプラ
【図１】
2004186932.tif 000003
【図２】
2004186932.tif 000004
【図３】
2004186932.tif 000005
【図４】
2004186932.tif 000006
【図５】
2004186932.tif 000007
【図６】
2004186932.tif 000008
【図７】
2004186932.tif 000009
【図８】
2004186932.tif 000010
【図９】
2004186932.tif 000011
【図１０】
2004186932.tif 000012
【図１１】
2004186932.tif 000013
【図１２】
2004186932.tif 000014
【図１３】
2004186932.tif 000015
【図１４】
2004186932.tif 000016
【図１５】
2004186932.tif 000017
【図１６】
2004186932.tif 000018
【図１７】
2004186932.tif 000019
【図１８】
2004186932.tif 000020
【図１９】
2004186932.tif 000021
【図２０】
2004186932.tif 000022
【図２１】
2004186932.tif 000023
【図２２】
2004186932.tif 000024
【図２３】
2004186932.tif 000025
【図２４】
2004186932.tif 000026
【図２５】
2004186932.tif 000027
【図２６】
2004186932.tif 000028
【図２７】
2004186932.tif 000029