(57)【要約】【課題】論理接続を示す識別子の帯域幅（割当範囲）を狭くすることなく、インフラ事業者からの装置管理データの転送や抽出を可能とする。【解決手段】論理接続を示す識別子（XGEM-port-ID）の帯域幅から外れる装置管理データを受信した場合、その受信した装置管理データに帯域外のデータであることを示す識別子を付与してＸＧＥＭペイロードに格納し、この装置管理データが格納されたＸＧＥＭペイロードにアイドルデータであることを示す識別子を含むＸＧＥＭヘッダを付与して、カプセル化されたフレーム（ＸＧＥＭフレーム）を生成する。このＸＧＥＭフレームを帯域外のフレームとして転送する。【選択図】  図２
2019004405.tif 000002
【特許請求の範囲】
【請求項１】
論理接続を示す識別子の割当範囲として定められている帯域幅から外れる帯域外のデータを受信するデータ受信ステップと、
前記受信した帯域外のデータをペイロードに格納し、この帯域外のデータが格納されたペイロードにアイドルデータを示す識別子を含むヘッダを付与して、カプセル化されたフレームを生成するフレーム生成ステップと、
前記カプセル化されたフレームを帯域外のフレームとして転送するフレーム転送ステップと
を備えることを特徴とするフレーム転送方法。
【請求項２】
請求項１に記載されたフレーム転送方法において、
前記フレーム生成ステップは、
前記受信した帯域外のデータをカプセル化する際、前記受信したデータを格納するペイロードの先頭あるいは内部に、そのペイロードに格納されているデータが帯域外のデータであることを示す識別子を付与する
ことを特徴とするフレーム転送方法。
【請求項３】
請求項１に記載されたフレーム転送方法において、
前記フレーム転送ステップは、
前記受信した帯域外のデータをカプセル化する際、前記ヘッダ内の前記アイドルデータを示す識別子を付与する領域とは異なる領域に、前記ペイロードに格納されているデータが帯域外のデータであることを示す識別子を付与する
ことを特徴とするフレーム転送方法。
【請求項４】
カプセル化して転送されてくるフレームを受信するフレーム受信ステップと、
前記受信したフレームのヘッダに含まれている識別子を判定する識別子判定ステップと、
前記識別子判定ステップによって判定された識別子がアイドルデータを示す識別子であった場合、前記受信したフレームに含まれている別の識別子を判定する別識別子判定ステップと、
前記別識別子判定ステップによって判定された別の識別子が、論理接続を示す識別子の割当範囲として定められている帯域幅から外れる帯域外のデータを示す識別子であった場合、前記受信したフレームのペイロードに格納されているデータを抽出するデータ抽出ステップと
を備えることを特徴とするフレーム抽出方法。
【請求項５】
請求項４に記載されたフレーム抽出方法において、
前記別の識別子は、
前記受信したフレームのペイロードの先頭あるいは内部、又は前記ヘッダ内の前記アイドルデータを示す識別子が付与されている領域とは異なる領域に付与されている
ことを特徴とするフレーム抽出方法。
【請求項６】
論理接続を示す識別子の割当範囲として定められている帯域幅から外れる帯域外のデータを受信するデータ受信手段と、
前記受信した帯域外のデータをペイロードに格納し、この帯域外のデータが格納されたペイロードにアイドルデータを示す識別子を含むヘッダを付与して、カプセル化されたフレームを生成するフレーム生成手段と、
前記カプセル化されたフレームを帯域外のフレームとして転送するフレーム転送手段と
を備えることを特徴とするフレーム転送装置。
【請求項７】
カプセル化して転送されてくるフレームを受信するフレーム受信するフレーム受信手段と、
前記受信したフレームのヘッダに含まれている識別子を判定する識別子判定手段と、
前記識別子判定手段によって判定された識別子がアイドルデータを示す識別子であった場合、前記受信したフレームに含まれている別の識別子を判定する別識別子判定手段と、
前記別識別子判定手段によって判定された識別子が、論理接続を示す識別子の割当範囲として定められている帯域幅から外れる帯域外のデータを示す識別子であった場合、前記受信したフレームのペイロードに格納されているデータを抽出するデータ抽出手段と
を備えることを特徴とするフレーム抽出装置。
【請求項８】
請求項１〜３の何れか１項に記載されたフレーム転送方法における各ステップの処理をコンピュータに実行させるためのフレーム転送プログラム。
【請求項９】
請求項４又は５に記載されたフレーム抽出方法における各ステップの処理をコンピュータに実行させるためのフレーム抽出プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、フレームのペイロード先頭に付与されるヘッダに格納する論理接続を示す識別子の帯域幅を狭くすることなく、帯域外のフレームの転送及び抽出を可能とするフレーム転送方法及び抽出方法、フレーム転送装置及び抽出装置、フレーム転送プログラム及び抽出プログラムに関するものである。
【背景技術】
【０００２】
近年、インターネット上でＳＮＳ（Social Networking Service）やＩＰ電話など様々なサービスが進展し、光ブロードバンドや高速モバイル通信等それらを提供するネットワークも進展、拡大化している。このような状況の中、ネットワークを支える通信装置はますます増加しており、保守するため、保守要員の確保が難しくなってきている。
【０００３】
このような課題に対し、従来から、監視網を介した通信装置の故障切り分けなどの遠隔保守が行なわれている。このような遠隔保守を効率的に行うために装置の状態を集中的に管理監視するセンタが設けられ、装置からの管理監視情報がこのセンタへ送られる。この管理監視情報を送受する方法として、「ITU.TG.989.3」（非特許文献１参照）に記載されているＯＭＣＩ(ONU management and control interface)メッセージを用いた監視システムが利用されている。
【０００４】
図８にＯＭＣＩメッセージを用いた監視システムを搭載した光アクセスネットワークシステムを示す。同図において、１００はサービス事業者（割当Ａ）の監視サーバ（ＯＭＣＩクライアントサーバ）であり、ＯＭＣＩクライアントサーバ１００は監視網３００を介して局側装置（ＯＬＴ：Optical Line Terminal）４００に接続されている。
【０００５】
この光アクセスネットワークシステムでは、加入者側装置（ＯＮＵ：Optical Network Unit）５００を監視するために、ＯＭＣＩクライアントサーバ１００からＯＬＴ４００に要求（装置管理データ＃１）を送信する。この要求は、ＯＬＴ４００と各ＯＮＵ５００との間で張られた論理接続を介してＯＮＵ５００へ送信される。
【０００６】
「ITU.TG.989.3」の場合、ＯＬＴ４００と各ＯＮＵ５００との間で張られる論理接続を示す識別子（以下、論理接続識別子とも呼ぶ。）として、ＯＭＣＩメッセージ等をカプセル化するヘッダ（ＸＧＥＭヘッダ）に「XGEM-Port-ID」が付与されることになっている。即ち、例えば、図８に示すように、ＯＬＴ４００とＯＮＵ５０３との間の論理接続識別子として「XGEM-Port-ID=11000」を割り当てるといったことが行われる。
【０００７】
この場合、ＯＭＣＩクライアントサーバ１００からの装置管理データ＃１をカプセル化する際に、ＸＧＥＭヘッダに「XGEM-Port-ID=11000」が論理接続識別子として格納され、ＸＧＥＭペイロードに装置管理データ＃１が帯域内データとして格納される。そして、このカプセル化されたフレームがＸＧＥＭフレーム＃１として固定長フレームに書き込まれて、ＯＮＵ５０３へ転送される。
【０００８】
図８に示した例において、監視する事業者はサービス事業者のみであり、このサービス事業者に割り当てることが可能な「XGEM-Port-ID」の帯域幅（割当範囲）は、デフォルトを除くと「１０２１〜６５５３４」までとすることが可能である。
【先行技術文献】
【非特許文献】
【０００９】
【非特許文献１】ITU-T G.989.3 40-Gigabit-capable passive optical networks (NG-PON2): Transmission convergence layer specification  関連セクション・6.1.3.1 TWDM TC service adaptation sublayer・6.1.4 Management of a TWDM PON system・6.1.4.3 ONU management and control channel (OMCC)・9 TWDM encapsulation method・6.1.5.8 XGEM port identifier
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、図９に示すように、サービス事業者が使用している監視網３００に、サービス事業者に光アクセスネットワークを貸し出しているインフラ事業者（割当Ｂ）の監視サーバ（一括管理クライアントサーバ）２００を接続し、この一括管理クライアントサーバ２００からＯＬＴ４００に要求（装置管理データ＃２）を送信しようとすると、本来サービス事象者が使用可能な「XGEM-Port-ID」の中から例えば「６５５３４」を割り当てるといったことが必要となり、サービス事業者に割り当てることが可能な「XGEM-Port-ID」の帯域幅が狭くなってしまうという問題があった。また、誤って重複する識別子を割り当ててしまった場合に、サービス事業者へ不要な監視情報の配信といった問題もあった。
【００１１】
なお、図９に示した例では、一括管理クライアントサーバ２００からの装置管理データ＃２をカプセル化する際に、ＸＧＥＭヘッダに論理接続識別子として「XGEM-Port-ID=65534」が格納され、ＸＧＥＭペイロードに帯域内データとして装置管理データ＃２が格納されて、カプセル化された装置管理フレーム＃２とされる。また、＃３はアイドルデータ（無信号区間）であり、このアイドルデータ＃３については、アイドルデータを示す識別子（以下、アイドルデータ識別子とも呼ぶ。）として、「XGEM-Port-ID=65535(0xFFFF)」がＸＧＥＭヘッダに格納され、カプセル化されたアイドルフレーム＃３とされる。
【００１２】
本発明は、このような課題を解決するためになされたもので、その目的とするところは、論理接続を示す識別子の帯域幅を狭くすることなく、インフラ事業者からの装置管理データの転送や抽出を可能とするフレーム転送方法及び抽出方法、フレーム転送装置及び抽出装置、フレーム転送プログラム及び抽出プログラムを提供することにある。
【課題を解決するための手段】
【００１３】
このような目的を達成するために、本発明に係るフレーム転送方法は、論理接続を示す識別子の割当範囲として定められている帯域幅から外れる帯域外のデータを受信するデータ受信ステップ（Ｓ１０１）と、受信した帯域外のデータをペイロードに格納し、この帯域外のデータが格納されたペイロードにアイドルデータを示す識別子を含むヘッダを付与して、カプセル化されたフレームを生成するフレーム生成ステップ（Ｓ１０２，Ｓ１０３）と、カプセル化されたフレームを帯域外のフレームとして転送するフレーム転送ステップ（Ｓ１０４〜Ｓ１０７）とを備えることを特徴とする。
【００１４】
このフレーム転送方法によれば、帯域外のデータが受信されると、この受信された帯域外のデータがペイロードに格納され、この帯域外のデータが格納されたペイロードにアイドルデータを示す識別子を含むヘッダが付与されて、カプセル化されたフレームとされる。そして、このカプセル化されたフレームが帯域外のフレームとして転送される。この場合、アイドルフレームの代わりに、帯域外のフレームが転送されるものとなる。これにより、論理接続を示す識別子の帯域幅を狭くすることなく、インフラ事業者からの装置管理データを転送することが可能となる。
【００１５】
また、本発明に係るフレーム抽出方法は、カプセル化して転送されてくるフレームを受信するフレーム受信ステップ（Ｓ２０１）と、受信したフレームのヘッダに含まれている識別子を判定する識別子判定ステップ（Ｓ２０２）と、識別子判定ステップによって判定された識別子がアイドルデータを示す識別子であった場合、受信したフレームに含まれている別の識別子を判定する別識別子判定ステップ（Ｓ２０３）と、別識別子判定ステップによって判定された別の識別子が、論理接続を示す識別子の割当範囲として定められている帯域幅から外れる帯域外のデータを示す識別子であった場合、受信したフレームのペイロードに格納されているデータを抽出するデータ抽出ステップ（Ｓ２０４）とを備えることを特徴とする。
【００１６】
このフレーム抽出方法によれば、カプセル化して転送されてくるフレームが受信されると、その受信したフレームのヘッダに含まれている識別子が判定される。ここで、その識別子がアイドルデータを示す識別子であった場合、受信したフレームに含まれている別の識別子が判定される。そして、この判定された別の識別子が帯域外のデータを示す識別子であった場合、受信したフレームのペイロードに格納されているデータが抽出される。この場合、アイドルフレームの代わりに、帯域外のフレームが受信され、この受信された帯域外のフレームから帯域外のデータが抽出されるものとなる。これにより、論理接続を示す識別子の帯域幅を狭くすることなく、インフラ事業者からの装置管理データを抽出することが可能となる。
【００１７】
なお、上記説明では、一例として、発明の構成要素に対応する図面上の構成要素を、括弧を付した参照符号によって示している。
【発明の効果】
【００１８】
以上説明したことから分かるように、本発明によれば、論理接続を示す識別子の帯域幅を狭くすることなく、すなわち、サービス事業者に対して、管理情報を送受信する際の論理接続に付与する識別子の帯域幅を消費することなく、また、サービス事業者のサービスに影響することなく、インフラ事業者からの装置管理データの転送や抽出が可能となる。
【図面の簡単な説明】
【００１９】
【図１】図１は、本発明に係るフレーム転送方法が適用された光アクセスネットワークシステムにおけるフレーム転送装置（ＯＬＴ）の要部の構成を示す図である。
【図２】図２は、ＯＬＴ内の処理（本発明に係るフレーム転送方法に係る処理）を示すフローチャートである。
【図３】図３は、ＯＬＴ内で生成されるＸＧＥＭフレームの概略的な構成（ＸＧＥＭペイロード内に帯域外識別子を付与した例）を示す図である。
【図４】図４は、ＯＬＴ内で生成されるＸＧＥＭフレームの概略的な構成（ＸＧＥＭヘッダ内に帯域外識別子を付与した例）を示す図である。
【図５】図５は、本発明に係るフレーム抽出方法が適用された光アクセスネットワークシステムにおけるフレーム抽出装置（ＯＮＵ）の要部の構成を示す図である。
【図６】図６は、ＯＮＵ内の処理（本発明に係るフレーム抽出方法に係る処理）を示すフローチャートである。
【図７】図７は、本発明に係るフレーム転送及びフレーム抽出装置を実装した光アクセスネットワークシステムを示す図である。
【図８】図８は、従来のフレーム転送及びフレーム抽出装置を実装した光アクセスネットワークシステムを示す図である。
【図９】図９は、従来の光アクセスネットワークシステムにおいてインフラ事業者の監視サーバから装置管理データを送るようにした場合の問題を説明する図である。
【発明を実施するための形態】
【００２０】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。
【００２１】
ここでは、「ITU.T G.989.3」の「NG-PON2(40-Gigabit-capable passive optical networks)」で規定されているＯＬＴと複数のＯＮＵとで構成される光アクセスネットワークシステムにおいて、「XGEM-port-ID」によって特定のＯＮＵと論理接続した状態で装置管理データ（ＯＭＣＩメッセージ）の転送、抽出を行う場合を取り上げて、本発明に係るフレーム転送方法及びフレーム抽出方法を説明する。
【００２２】
〔フレーム転送方法（フレーム転送装置）〕
〔基本構成〕
図１に、本発明に係るフレーム転送方法が適用された光アクセスネットワークシステムにおけるフレーム転送装置の要部の構成を示す。同図において、１２はサーバ、２０はＯＬＴであり、サーバ１２は図９に示したインフラ事業者の監視サーバ２００に相当し、ＯＬＴ２０はＯＬＴ４００に相当する。また、ＯＬＴ２０が本発明に係るフレーム転送装置に相当する。
【００２３】
図１に示した構成において、サーバ１２は、装置管理データ送信部１２Ａを備えており、ＯＬＴ２０は、装置管理データ受信部２０Ａと、帯域外データ識別子付与部（ＸＧＥＭペイロード生成部）２０Ｂと、ＸＧＥＭヘッダ付与部（ＸＧＥＭヘッダ生成部）２０Ｃと、帯域内データ判別部２０Ｄと、固定長フレーム書き込み部２０Ｅと、光信号生成部２０Ｆとを備えている。
【００２４】
なお、この実施の形態では、帯域外データ識別子付与部２０ＢとＸＧＥＭヘッダ付与部２０Ｃとでフレーム生成部２１が構成され、帯域内データ判別部２０Ｄと固定長フレーム書き込み部２０Ｅと光信号生成部２０Ｆとでフレーム転送部２２が構成されている。
【００２５】
図２は、ＯＬＴ２０内の処理（本発明に係るフレーム転送方法に係る処理）を示すフローチャートである。このフローチャートにおいて、ステップＳ１０１での処理は装置管理データ受信部２０Ａで行われ、ステップＳ１０２での処理は帯域外データ識別子付与部２０Ｂで行われ、ステップＳ１０３での処理はＸＧＥＭヘッダ付与部２０Ｃで行われる。また、ステップＳ１０４での処理は帯域内データ判別部２０Ｄで行われ、ステップＳ１０５，Ｓ１０６での処理は固定長フレーム書き込み部２０Ｅで行われ、ステップＳ１０７での処理は光信号生成部２０Ｆで行われる。
【００２６】
〔基本動作〕
図１に示した構成において、サーバ１２は、装置管理データをＯＬＴ２０へ送信する。このサーバ１２から送信される装置管理データは、「XGEM-port-ID」では直接割り当てされないデータ（帯域外のデータ）としている。このため、この装置管理データは、ＯＭＣＩメッセージでなくてもよく、本発明のフレーム転送方法及びフレーム抽出方法で独自に決めたフォーマットであって良い。
【００２７】
ＯＬＴ２０は、サーバ１２からの帯域外のデータである装置管理データ（以下、帯域外の装置管理データとも呼ぶ。）を受信すると（ステップＳ１０１）、この受信した装置管理データに帯域外のデータであることを示す識別子（以下、帯域外データ識別子とも呼ぶ。）を付与し、この帯域外データ識別子を付与した装置管理データをＸＧＥＭペイロードに格納する（ＸＧＥＭペイロードを生成する）（ステップＳ１０２）。この装置管理データに付与する帯域外データ識別子に関しても、独自に決めたフォーマットやＩＤ割り当てでよい。
【００２８】
次に、ＯＬＴ２０は、この装置管理データを格納したＸＧＥＭペイロードにアイドルデータを示す識別子（アイドルデータ識別子）を含むＸＧＥＭヘッダを付与して、ＸＧＥＭフレームを生成する（ステップＳ１０３）。
【００２９】
すなわち、転送する装置管理データは「XGEM-port-ID」では割り当てられない帯域外のデータであるため、「ITU.TG.989.3」で規定されるアイドル信号のヘッダである識別子「XGEM-Port-ID=0xFFFF」（アイドルデータ識別子）を含むＸＧＥＭヘッダをＯＬＴ２０内で生成し、装置管理データを格納したＸＧＥＭペイロードに付与し、「ＸＧＥＭヘッダ（アイドル）＋ＸＧＥＭペイロード（帯域外データ）」というＸＧＥＭフレーム形式で帯域外データをカプセル化したフレームをＸＧＥＭフレームとして生成する。
【００３０】
図３に、ステップＳ１０３で生成されるＸＧＥＭフレームの概略的な構成を示す。同図において、ＰＬはＸＧＥＭペイロード、ＨはＸＧＥＭヘッダ、Ｓ１は帯域外データ識別子、Ｓ２はアイドルデータ識別子を示し、帯域外データ識別子Ｓ１はＸＧＥＭペイロードＰＬに格納される装置管理データ（帯域外データ）に付与され、アイドルデータ識別子Ｓ２はＸＧＥＭヘッダＨに付与される。なお、この例では、帯域外データ識別子をＸＧＥＭペイロードＰＬの先頭に付与しているが、ＸＧＥＭペイロードＰＬの内部に付与するようにしてもよい。
【００３１】
なお、アイドルデータ識別子を格納している「XGEM-port-ID」部は、非特許文献１の「6.1.5.8 XGEM port identifier」にて規定されているもので、格納位置が一意に決まっているものである。このアイドルデータ識別子を格納している「XGEM-port-ID」部は、ＸＧＥＭフレーム内のシステムで用いない予定の領域に挿入位置を任意に決められる本発明でいう「帯域外のデータであることを示す識別子（帯域外データ識別子）」が格納される部分とは、決定的に異なる部分であることを補足しておく。
【００３２】
次に、ＯＬＴ２０は、非アイドルの「XGEM-port-ID」が付与された帯域内データが存在するか否かを判定する（ステップＳ１０４）。ここで、非アイドルの「XGEM-port-ID」が付与された帯域内データがあれば（ステップＳ１０４のＹＥＳ）、その帯域内データを先に転送するデータとし、帯域内データが存在しなくなるまで処理を待機する（ステップＳ１０５）。
【００３３】
ＯＬＴ２０は、帯域内データが存在しない場合（ステップＳ１０４のＮＯ）、あるいはステップＳ１０５において帯域内データが存在しなくなった場合、ステップＳ１０３で生成したＸＧＥＭフレームを帯域外フレームとして固定長フレームへ書き込む（ステップＳ１０６）。
【００３４】
このステップＳ１０６において、ＸＧＥＭフレーム（帯域外フレーム）は「NGPON2」の同期フレームである最大１５２μｓの固定長フレームに書き込まれる。書き込む際は、書き込みを行う機能部から固定長フレームの長さ情報を事前に受け取り、書き込みスペースがある場合は書き込みを行う。書き込みが完了したら、次のステップ１０７へ進む。
【００３５】
ステップＳ１０７において、ＯＬＴ２０は、ＸＧＥＭフレーム（帯域外フレーム）を含む固定長フレームを光信号として生成し、隣接装置へ転送する。ここでは、光信号をＯＮＵなどの隣接装置へ送信するため、ステップＳ１０６で生成した固定長フレームが光トランシーバで電気−光変換されて、光信号が生成される。この光信号は、帯域外フレームが格納された固定長フレームとしてファイバ区間（ＰＯＮ区間）へ出力される。
【００３６】
なお、この例では、ステップＳ１０２において、帯域外データ識別子を付与した装置管理データをＸＧＥＭペイロードに格納するものとしているが、帯域外の装置管理データがステップＳ１０３で生成されるＸＧＥＭフレーム内に存在することが判別できればよい。このため、帯域外データ識別子を、ＸＧＥＭフレーム内のどの場所に格納してもよい。例えば、ＸＧＥＭペイロード内ではなく、ＸＧＥＭヘッダの先頭部分に帯域外データ識別子を付与するものとしてもよい（図４参照）。このようにすると、ＸＧＥＭフレームの先頭を読みさえすれば、ＸＧＥＭペイロードに帯域外データが格納されているか否かを判別できるため、高速な判定処理が可能になるというメリットが生まれる。
【００３７】
以上の説明から分かるように、本実施の形態のフレーム転送方法（フレーム転送装置）によれば、アイドル信号として送るべき時間帯に、帯域外のデータをアイドルフレームのペイロード部分に搭載し、転送することが可能となる。すなわち、アイドルフレームの代わりに、帯域外のフレームが転送されるものとなり、従来必要であった「XGEM-port-ID」の帯域幅を狭くすることなく、インフラ事業者からの装置管理データを転送することができるようになる。
【００３８】
〔フレーム抽出方法（フレーム抽出装置）〕
〔基本構成〕
図５に、本発明に係るフレーム抽出方法が適用された光アクセスネットワークシステムにおけるフレーム抽出装置の要部の構成を示す。同図において、２０はＯＬＴ、３０はＯＮＵであり、ＯＬＴ２０は図９に示したＯＬＴ４００に相当し、ＯＮＵ３０はＯＮＵ５００に相当する。また、ＯＮＵ３０が本発明に係るフレーム抽出装置に相当する。なお、ＯＬＴ２０の基本構成及び基本動作は、図１及び図２を用いて説明したので、ここでは省略する。
【００３９】
この光アクセスネットワークシステムにおいて、ＯＮＵ３０は、光信号受信部３０Ａと、ＸＧＥＭフレーム解析部３０Ｂと、フレーム種別判別部３０Ｃと、帯域外データ識別子判定部３０Ｄと、帯域外データ抽出部３０Ｅと、フレーム廃棄部３０Ｆとを備えている。
【００４０】
図６は、ＯＮＵ３０内の処理（本発明に係るフレーム抽出方法に係る処理）を示すフローチャートである。このフローチャートにおいて、ステップＳ２０１での処理は光信号受信部３０Ａ及びＸＧＥＭフレーム解析部３０Ｂで行われ、ステップＳ２０２での処理はフレーム種別判別部３０Ｃで行われ、ステップＳ２０３での処理は帯域外データ識別子判定部３０Ｄで行われ、ステップＳ２０４での処理は帯域外データ抽出部３０Ｅで行われ、ステップＳ２０５での処理はフレーム廃棄部３０Ｆで行われる。
【００４１】
〔基本動作〕
図５に示した構成において、ＯＮＵ３０は、ＯＬＴ２０から送られてくる固定長フレームに含まれるＸＧＥＭフレームを受信処理し、ＸＧＥＭフレームに含まれるラベリングの解析処理を行う（ステップＳ２０１）。ここで、固定長フレームに複数のＸＧＥＭフレームが含まれている場合は、順次解析処理を行う。
【００４２】
次に、ＯＮＵ３０は、受信したＸＧＥＭフレームのＸＧＥＭヘッダに含まれる「XGEM-port-ID」を読取り、フレーム種別を調べ、アイドルフレーム(0xFFFF)であるか否かを判定する（ステップＳ２０２）。すなわち、受信したＸＧＥＭフレームのＸＧＥＭヘッダに含まれている識別子がアイドルデータ識別子か否かを判定する。
【００４３】
ＯＮＵ３０は、受信したＸＧＥＭフレームのＸＧＥＭヘッダにアイドルデータ識別子が付与されていると判定した場合、受信したＸＧＥＭフレームのＸＧＥＭヘッダに引き続くＸＧＥＭペイロードを検索し、このＸＧＥＭペイロードの先頭に帯域外データ識別子（アイドルデータ識別子とは別の識別子）が存在するか否かの判断を行う（ステップＳ２０３）。なお、この帯域外データ識別子はユーザが任意に定義可能である。
【００４４】
ＯＮＵ３０は、ＸＧＥＭペイロードの先頭に帯域外データ識別子が存在すると判断した場合（ステップＳ２０３のＹＥＳ）、ＸＧＥＭペイロードの帯域外データ識別子以降のペイロードに格納されているデータを抽出する（ステップＳ２０４）。なお、ＸＧＥＭペイロードの先頭に帯域外データ識別子が存在しない場合には、受信したＸＧＥＭフレームは「ITU.TG.989.3」にて規定されるアイドルフレームであるため、廃棄処理を行う（ステップＳ２０５）。
【００４５】
なお、この例では、ステップＳ２０３において、ＸＧＥＭペイロードの先頭に帯域外データ識別子が存在するか否かの判断を行っているが、システムで用いない領域がＸＧＥＭフレーム内に存在する場合は、予めシステム仕様で決定しておけば、ＸＧＥＭペイロードの先頭に帯域外データ識別子を格納しておく必要はない。
【００４６】
すなわち、例えば、ＸＧＥＭヘッダの先頭部分に、帯域外データ識別子を格納しておけば、ステップＳ２０２でのＸＧＥＭヘッダの解析の際に、ＸＧＥＭペイロードに帯域外のデータが格納されているか分かるので、ステップＳ２０３の判定処理が不要になり、高速に帯域外の装置管理データを抽出することが可能になる。
【００４７】
以上の説明から分かるように、本実施の形態のフレーム抽出方法（フレーム抽出装置）によれば、アイドルフレームの代わりに、帯域外のフレームが受信され、この受信された帯域外のフレームから帯域外のデータが抽出されるものとなる。これにより、従来必要であった「XGEM-port-ID」の帯域幅を狭くすることなく、インフラ事業者からの装置管理データを抽出することが可能となる。
【００４８】
次に、本発明の実施の形態であるフレーム転送方法及びフレーム抽出方法を「ITU.TG.989.3」にて規定される「NGPON2」方式の光アクセスネットワークシステムに実装した例を挙げ、具体的に説明する。
【００４９】
〔光アクセスネットワークシステムにおける帯域外、帯域内フレームを用いた装置監視動作〕
図７は本発明に係るフレーム転送方法及びフレーム抽出方法を「NGPON2」に実装した際のシステムとしての動作を模式的に示したものであって、３０はＯＮＵ、２０はＯＬＴ、４０は光カプラ４１及び光ファイバ４２で構成される光アクセスネットワークを示している。
【００５０】
この例では、ＯＮＵ３０として、ＯＮＵ３０−１（ＯＮＵ１）と、ＯＮＵ３０−２（ＯＮＵ２）と、ＯＮＵ３０−３（ＯＮＵ３）とが設けられており、これらＯＮＵ３０は電話回線やインターネット回線に接続されている。
【００５１】
また、図７において、＃１はＯＮＵ３向けのインターネットデータ（ノンアイドルデータ）、＃２はＯＮＵ１向けの電話データ（ノンアイドルデータ）、＃３はサービス事業者からのＯＮＵ３向けの帯域内データ（ノンアイドルデータ）、＃４，＃５はアイドルデータ（ただし、＃４はインフラ事業者からの帯域外データ）であるものとする。また、＃６，７，８はＯＮＵ−ＩＤを含むヘッダ（ＯＮＵ１，２，３）、＃９は上りインターネットデータ（ＯＮＵ２）、＃Ｒｅ３はＯＮＵ３からの帯域内データに対する応答、Ｒｅ４はＯＮＵ１，２，３からの帯域外データに対する応答であるものとする。
【００５２】
また、ＯＬＴ２０には、サーバ１０，１１，１２が接続されている。サーバ１０は、ＯＬＴ２０に対して帯域内のユーザフレーム（図では、フレーム＃１及び＃２）を送信する。サーバ１１は、例えばサービス事業者（割当先Ａ）が運用するもので、帯域内データとして装置管理フレーム（図では、フレーム＃３）を送信する。サーバ１２は、サービス事業者へインフラを貸し出すインフラ事業者（割当先Ｂ）が所有するもので、帯域外の装置管理フレーム（図では、フレーム＃４）を送信する。
【００５３】
〔フレームの転送動作〕
まず、初めに、ＯＬＴ２０からＯＮＵ３０に向かう方向へのフレームの転送動作について説明する。
【００５４】
ＯＬＴ２０からＯＮＵ３０−３に向かってサーバ１０からのフレーム＃１が送信され、続いてＯＮＵ３０−１に向かってサーバ１０からのフレーム＃２が送信される。次のタイミングで、サービス事業者のサーバ（ＯＭＣＩクライアントサーバ）１１からＯＮＵ３０−３に対して装置管理フレーム＃３が送信される。これらのフレームは帯域内のフレームであるため、ＯＬＴ２０とＯＮＵ３０−１，３０−３との間でXGEM-port-IDの帯域内（デフォルトを除くと１０２１〜６５５３４の範囲）からＩＤが払い出されることで論理接続が張られる。
【００５５】
このＩＤが払い出される際に、払い出されたXGEM-port-IDがフレーム＃１〜＃３のＸＧＥＭヘッダに付与され、「ITU.TG.989.3」に規定されるＸＧＥＭ処理（10Gigabit encapsulated method）に従い、ＰＯＮ区間にＸＧＥＭヘッダ（non-idle)とＸＧＥＭペイロード（帯域内データ）というフレーム形式のカプセル化されたフレームとして送出される。
【００５６】
引き続き、サーバ（一括管理クライアントサーバ）１２からは、装置管理フレーム＃４が送信されるが、「ITU.TG.989.3」で規定されるユーザフレーム（Userdata）や装置管理フレーム（ＯＭＣＩメッセージ）ではない。このフレーム＃４がＯＬＴ２０に送信されると、図１及び図２を用いて説明した本発明に係るフレーム転送方法で説明したように、帯域外のデータであるフレーム＃４に帯域外データ識別子を先頭に付与してＸＧＥＭペイロードを生成した後、アイドルデータ識別子「0xFFFF」を含むＸＧＥＭヘッダが先ほど生成したＸＧＥＭペイロードの先頭に付与される。その後、帯域内データがないタイミングで固定長フレームへカプセル化されたフレーム＃４（ＸＧＥＭフレーム）が書き込まれ、ＰＯＮ区間へ転送される。
【００５７】
なお、帯域外データ識別子のフォーマットは適宜定義可能である。なお、フレーム＃４を転送した後、ＯＬＴ２０に転送すべきデータが存在しない場合は、図７に示すように、「ITU.TG.989.3」にて規定されたアイドルフレームをそのまま転送する。図７ではフレーム＃５として記載してあるもので、ＸＧＥＭペイロードの先頭に帯域外データ識別フィールドを設けており、従来のアイドルフレームとは区別することが可能であることは容易に理解できる。
【００５８】
以上説明したように、図２に示した各ステップを含む処理をＯＬＴ２０で行うことで、アイドル信号として送るべき時間帯に、帯域外フレームを搭載することができるので、図７中の割当先の表に記載のように、「XGEM-port-ID」の割当範囲は全てサービス事象者（割当Ａ）に割り当てることができる。これにより、従来必要であった、「XGEM-port-ID」の帯域幅を狭くすることなく、装置管理フレームであるフレーム＃４を転送することが可能となる。
【００５９】
〔フレームの抽出動作〕
次に、ＰＯＮ区間へ送出された装置管理データを含むフレーム＃４を含む固定長フレームがＯＮＵ３０へ転送された後のフレーム抽出動作について、引き続き説明する。
【００６０】
図７の固定長フレームは光信号であって、この信号は途中の光カプラ４１で各ＯＮＵ３０にパワー分割され、ブロードキャスト的に、光カプラ４１に接続される全てのＯＮＵ３０へ送出される。ここでは、ＯＮＵ３０−３に着目して、本固定長フレームがＯＮＵ３０−３へ到着した直後のフレーム抽出処理を具体的に説明する。
【００６１】
固定長フレームの中にはカプセル化されたフレーム＃１〜＃５が含まれるが、最初にフレーム＃１がＯＮＵ３０−３にてフレームの抽出処理がなされ、順次フレーム＃５まで行われる。フレーム＃１はＯＮＵ３０−３宛てのフレームであるため、フレーム＃１が抽出され、ＯＮＵ３０−３からインターネット等にユーザデータとしてフレームが出力される。次のフレーム＃２が処理される場合、本フレームはＯＮＵ３０−１宛てであるため、ＯＮＵ３０−３にて廃棄処理される。
【００６２】
続いて、フレーム＃３はＯＮＵ３０−３宛ての装置管理フレームであるため、ＯＮＵ３０−３内で終端処理され、必要に応じて、各ＯＮＵ３０からバースト状の返信フレーム（図では、フレーム＃Ｒｅ３）として再びＰＯＮ区間からＯＬＴ２０へ向かって送出される。なお、フレーム＃Ｒｅ３の前の＃８はバーストオーバヘッドで「ITU.TG.989.3」で規定されるＰＳＢｕヘッダである（同様に、＃６、＃７も同じＰＳＢｕヘッダである）。
【００６３】
続いて、フレーム＃４が処理される。このフレーム＃４に対しては、図６に示される各ステップの処理を経ることで、フレーム抽出処理が行われる。
【００６４】
まず、フレーム＃４が含まれるカプセル化されたＸＧＥＭフレームの解析が行われ、ＸＧＥＭフレームのＸＧＥＭヘッダの「XGEM-port-ID」を読取り、その値がアイドルフレームである「0xFFFF」（アイドルデータ識別子）であることを確認し、その後、ＸＧＥＭペイロードの先頭部分に帯域外データ識別子があれば、その識別子に続くペイロード部分を帯域外データとして抽出する。抽出されたフレームはＯＮＵ３０内で終端処理され、必要に応じて、ＰＯＮ区間へ応答フレームとして再送する。
【００６５】
なお、図７では、この応答フレームは＃Ｒｅ４として記載しているものである。なお、このフレーム抽出処理において、帯域外データ識別子がない場合は「ITU.TG.989.3」にて規定されるアイドルフレームであるので廃棄処理を行われる。
【００６６】
以上説明したように、本フレーム転送方法及びフレーム抽出方法によって、アイドルフレームを送信するタイミングで、帯域外データ識別子を新たにアイドルフレームにカプセル化する処理ステップを設けることにより、従来の「XGEM-port-ID」の帯域幅を狭くすることなく、帯域外データを転送、抽出することが可能となる。
【００６７】
なお、上述した実施の形態では、ＯＬＴ２０からＯＮＵ３０へ向かう方向でのフレーム転送、いわゆる下り方路へ本発明を適用した例として説明したが、ＯＮＵ３０からＯＬＴ２０への上り方向でも同様に、ＯＮＵ３０ではフレーム転送ステップを実装し、ＯＬＴ２０ではフレーム抽出ステップを実装することで、本発明を実現できることは詳細を記述するまでもない。
【００６８】
なお、上記記載の構成及び基本動作の記述に際し、「ITU.TG.989.3」にて規定される必須機能については、記載がなくても実装されているものとして詳細は省略している。例えば、ＦＥＣによる誤り訂正エンコーディング、デコーディングに伴うフレーム処理、ＦＳペイロードの前後のヘッダに関する処理などである。上りスクランブルド物理バーストペイロードに付与されるＰＳＢｕヘッダ（バーストオーバーヘッド）は動作に必要な箇所は詳細な説明なしに記載している。
【００６９】
〔実施の形態の拡張〕
以上、実施の形態を参照して本発明を説明したが、本発明は上記の実施の形態に限定されるものではない。本発明の構成や詳細には、本発明の技術思想の範囲内で当業者が理解し得る様々な変更をすることができる。
【００７０】
また、本発明に係るフレーム転送方法及び抽出方法、フレーム転送装置及び転送装置は、コンピュータとプログラムによっても実現することができ、プログラムを記録媒体に記録することも、ネットワークを通して提供することも可能である。
【符号の説明】
【００７１】
１２…サーバ（一括管理クライアントサーバ）、２０…ＯＬＴ、２０Ａ…装置管理データ受信部、２０Ｂ…帯域外データ識別子付与部、２０Ｂ…帯域外データ識別子付与部、２０Ｃ…ＸＧＥＭヘッダ付与部、２０Ｄ…帯域内データ判別部、２０Ｅ…固定長フレーム書き込み部、２０Ｆ…光信号生成部、２１…フレーム生成部、２２…フレーム転送部、３０…ＯＮＵ、３０Ａ…光信号受信部、３０Ｂ…フレーム解析部、３０Ｃ…フレーム種別判別部、３０Ｄ…帯域外データ識別子判定部、３０Ｅ…帯域外データ抽出部、３０Ｆ…フレーム廃棄部。
【図１】
2019004405.tif 000003
【図２】
2019004405.tif 000004
【図３】
2019004405.tif 000005
【図４】
2019004405.tif 000006
【図５】
2019004405.tif 000007
【図６】
2019004405.tif 000008
【図７】
2019004405.tif 000009
【図８】
2019004405.tif 000010
【図９】
2019004405.tif 000011