(57)【特許請求の範囲】
【請求項１】
フロントホール伝送ネットワークであって、
リモート無線ユニット（ＲＲＵ）に接続されるように構成されるアクセス型フロントホール伝送ノード（ＦＴＮ−ＡＣＣ）と、
一端が前記ＦＴＮ−ＡＣＣに接続され、他端がベースバンドユニットプール（ＢＢＵｓ）に接続される集約型フロントホール伝送ノード（ＦＴＮ−ＡＧＧ）と、を含み、
前記ＦＴＮ−ＡＣＣと前記ＦＴＮ−ＡＧＧとの間には異なる伝送遅延を有する少なくとも二つのタイプの伝送チャネルが確立され、前記ＦＴＮ−ＡＣＣ及び／又は前記ＦＴＮ−ＡＧＧがデータの遅延要件に応じて対応する前記伝送チャネルを選択して伝送するように構成され、
前記伝送チャネルは直接接続チャネル、共有チャネル及び混合チャネルのうちの少なくとも２つを含み、
前記直接接続チャネルは、ソースノードとシンクノードとが予め割り当てられた伝送リソースを用いてデータ伝送を行う直接伝送チャネルであり、前記ソースノードが前記ＦＴＮ−ＡＣＣである場合、前記シンクノードが前記ＦＴＮ−ＡＧＧであり、前記ソースノードが前記ＦＴＮ−ＡＧＧである場合、前記シンクノードが前記ＦＴＮ−ＡＣＣであり、
前記共有チャネルは、隣接するいずれか２つの伝送ノードがいずれも動的に割り当てられた伝送リソースを用いて伝送を行う統計多重化チャネルであり、前記共有チャネルが２つの前記ＦＴＮ−ＡＣＣの間の伝送パス又は前記ＦＴＮ−ＡＣＣと前記ＦＴＮ−ＡＧＧとの間の伝送パスであり、
前記混合チャネルは、直接接続パス及び共有パスを含み、前記直接接続パスは伝送ノード同士が所定の予め割り当てられた伝送リソースを用いて伝送を行うパスであり、前記共有パスは伝送ノード同士が動的に割り当てられた伝送リソースを用いて伝送を行うパスであり、前記伝送ノードが前記ＦＴＮ−ＡＣＣ又は前記ＦＴＮ−ＡＧＧである、前記フロントホール伝送ネットワーク。
【請求項２】
前記ＦＴＮ−ＡＣＣと前記ＦＴＮ−ＡＧＧとの間に環状ネットワーク又は星状ネットワークを確立する
請求項１に記載のフロントホール伝送ネットワーク。
【請求項３】
前記伝送リソースは伝送波長又は伝送スロットを含み、
前記伝送スロットは伝送波長に使用される伝送時間を含む
請求項１に記載のフロントホール伝送ネットワーク。
【請求項４】
前記伝送チャネルは更に保護チャネルを含み、
前記保護チャネルは前記直接接続チャネル及び／又は前記直接接続パスが故障したときの予備チャネルとされるように構成される
請求項１に記載のフロントホール伝送ネットワーク。
【請求項５】
前記フロントホール伝送ネットワークは更にコントローラを備え、
前記コントローラは、前記伝送チャネルが故障したとき、運用保守管理（ＯＡＭ）メカニズムを用いて前記伝送チャネルの隣接するいずれか２つの伝送ノードの間で故障を特定するように構成される
請求項１に記載のフロントホール伝送ネットワーク。
【請求項６】
前記ＦＴＮ−ＡＣＣはフロントホール伝送ネットワークインターフェース（ＮＧＦＩ）を含み、前記ＮＧＦＩが前記ＲＲＵに接続され、
前記フロントホール伝送ネットワークは更にコントローラを備え、
前記ＮＧＦＩは負荷状態情報を取得するように構成され、
前記コントローラは前記負荷状態情報に基づいて異なるタイプの前記伝送チャネルを動的に割り当てるように構成される
請求項１又は２に記載のフロントホール伝送ネットワーク。
【請求項７】
データ伝送方法であって、
リモート無線ユニット（ＲＲＵ）に接続されるアクセス型フロントホール伝送ノード（ＦＴＮ−ＡＣＣ）と、それぞれ前記ＦＴＮ−ＡＣＣ及びベースバンドユニットプール（ＢＢＵｓ）に接続される集約型フロントホール伝送ノード（ＦＴＮ−ＡＧＧ）とを含むフロントホール伝送ネットワークに適用され、
データの遅延要件に応じて、前記ＦＴＮ−ＡＣＣと前記ＦＴＮ−ＡＧＧとの間に確立された伝送チャネルを選択することと、
前記伝送チャネルを利用して前記データを送信することと、を含み、
前記伝送チャネルは直接接続チャネル、共有チャネル及び混合チャネルのうちの少なくとも２つを含み、
前記直接接続チャネルは、ソースノードとシンクノードとが予め割り当てられた伝送リソースを用いてデータ伝送を行う直接伝送チャネルであり、前記ソースノードが前記ＦＴＮ−ＡＣＣである場合、前記シンクノードが前記ＦＴＮ−ＡＧＧであり、前記ソースノードが前記ＦＴＮ−ＡＧＧである場合、前記シンクノードが前記ＦＴＮ−ＡＣＣであり、
前記共有チャネルは、隣接するいずれか２つの伝送ノードがいずれも動的に割り当てられた伝送リソースを用いて伝送を行う統計多重化チャネルであり、前記共有チャネルが２つの前記ＦＴＮ−ＡＣＣの間の伝送パス又は前記ＦＴＮ−ＡＣＣと前記ＦＴＮ−ＡＧＧとの間の伝送パスであり、
前記混合チャネルは、直接接続パス及び共有パスを含み、前記直接接続パスは伝送ノード同士が所定の予め割り当てられた伝送リソースを用いて伝送を行うパスであり、前記共有パスは伝送ノード同士が動的に割り当てられた伝送リソースを用いて伝送を行うパスであり、前記伝送ノードが前記ＦＴＮ−ＡＣＣ又は前記ＦＴＮ−ＡＧＧである、前記データ伝送方法。
【請求項８】
データの伝送遅延に基づいて前記ＦＴＮ−ＡＣＣと前記ＦＴＮ−ＡＧＧとの間に確立された伝送チャネルを選択することは、
前記遅延要件が第１伝送遅延に対応する場合、前記直接接続チャネルを選択すること、
前記遅延要件が第２伝送遅延に対応する場合、前記混合チャネルを選択すること、及び
前記遅延要件が第３伝送遅延に対応する場合、前記共有チャネルを選択することのうちの少なくとも２つを含み、
前記第１伝送遅延が前記第２伝送遅延より短く、
前記第２伝送遅延が前記第３伝送遅延より短い
請求項７に記載のデータ伝送方法。
【請求項９】
前記データ伝送方法は、更に、
選択された前記伝送チャネルが故障したとき、保護チャネルを利用して前記データを伝送することを含む
請求項８に記載のデータ伝送方法。
【請求項１０】
前記データ伝送方法は、更に、
負荷状態情報を取得することと、
前記負荷状態情報に基づいて前記伝送チャネルを動的に割り当てることと、を含む
請求項７に記載のデータ伝送方法。
【請求項１１】
前記データ伝送方法は、更に、
前記伝送チャネルが故障したとき、運用保守管理（ＯＡＭ）メカニズムを用いて前記伝送チャネルの隣接するいずれか２つの伝送ノードの間で故障を特定することを含む
請求項７に記載のデータ伝送方法。
【請求項１２】
前記データ伝送方法は、更に、
無線ネットワーク側のトラフィック状態情報を監視することと、
前記トラフィック状態情報を分析して、トラフィックの遅延要件及び必要な帯域幅を決定することと、
トラフィックの遅延要件及び必要な帯域幅に基づいて前記フロントホール伝送ネットワーク（ＦＴＮ）のネットワーク構成パラメータを決定することと、
前記ネットワーク構成パラメータを前記ＦＴＮに送信することと、を含む
請求項７に記載のデータ伝送方法。
【請求項１３】
トラフィックの遅延要件及び必要な帯域幅に基づいて前記フロントホール伝送ネットワーク（ＦＴＮ）のネットワーク構成パラメータを決定することは、
前記遅延要件に応じて前記ＦＴＮに構成すべき伝送チャネルのタイプを決定し、
及び／又は、
前記必要な帯域幅に基づいて前記ＦＴＮに構成すべき伝送チャネルの伝送帯域幅を決定することを含むことを特徴とする
請求項１２に記載のデータ伝送方法。
【請求項１４】
前記伝送チャネルは直接接続チャネル、共有チャネル及び混合チャネルのうちの少なくとも２種類を含み、
前記遅延要件に応じて前記ＦＴＮに構成すべき伝送チャネルのタイプを決定することは、
前記遅延要件が第１伝送遅延に対応する場合、前記ネットワーク構成パラメータが前記直接接続チャネルの構成パラメータを含むと決定すること、
前記遅延要件が第２伝送遅延に対応する場合、前記ネットワーク構成パラメータが前記混合チャネルの構成パラメータを含むと決定すること、及び
前記遅延要件が第３伝送遅延に対応する場合、前記ネットワーク構成パラメータが前記共有チャネルの構成パラメータを含むと決定することのうちの少なくとも１つを含み、
前記第１伝送遅延が前記第２伝送遅延より短く、前記第２伝送遅延が前記第３伝送遅延より短いことを特徴とする
請求項１２に記載のデータ伝送方法。
【請求項１５】
前記必要な帯域幅に基づいて前記ＦＴＮに構成すべき伝送チャネルの伝送帯域幅を決定することは、
前記必要な帯域幅に基づいて前記ＦＴＮとリモート無線ユニット（ＲＲＵ）との間に動作している接続ポート数を決定し、
及び／又は、
前記必要な帯域幅に基づいて前記ＦＴＮとベースバンドユニット（ＢＢＵ）との間に動作している接続ポート数を決定し、
及び／又は、
前記必要な帯域幅に基づいて前記ＦＴＮに構成すべきキャリア数を決定し、
及び／又は、
前記必要な帯域幅に基づいて前記ＦＴＮのアクセス型フロントホール伝送ノード（ＦＴＮ−ＡＣＣ）と集約型フロントホール伝送ノード（ＦＴＮ−ＡＧＧ）との収束比を決定することを含み、前記ＦＴＮ−ＡＣＣが前記ＲＲＵに接続され、前記ＦＴＮ−ＡＧＧがベースバンドユニット（ＢＢＵ）に接続されることを特徴とする
請求項１３に記載のデータ伝送方法。
【請求項１６】
トラフィックの遅延要件及び必要な帯域幅に基づいて前記フロントホール伝送ネットワーク（ＦＴＮ）のネットワーク構成パラメータを決定することは、
前記遅延要件及び前記必要な帯域幅に基づいて、前記ＦＴＮの伝送したハイパーフレームフォーマット、前記ハイパーフレーム内のユニットフレームのタイプ、前記ユニットフレーム数、及び各前記ユニットフレームの前記ハイパーフレーム内での位置のうちの少なくとも１つを決定することを含むことを特徴とする
請求項１２に記載のデータ伝送方法。
【請求項１７】
前記ネットワーク構成パラメータは前記ＦＴＮが現在未使用のポートを閉じ、及び／又は、使用頻度の所定頻度より低いポートを閉じるように指示することに用いられることを特徴とする
請求項１２に記載のデータ伝送方法。
【請求項１８】
前記データ伝送方法は、更に、
前記ＦＴＮのネットワークトポロジーを取得することを含み、
トラフィックの遅延要件及び必要な帯域幅に基づいて前記フロントホール伝送ネットワーク（ＦＴＮ）のネットワーク構成パラメータを決定することは、
前記遅延要件、前記必要な帯域幅及び前記ネットワークトポロジーに基づいて前記ネットワーク構成パラメータを決定することを含むことを特徴とする
請求項１２〜１７のいずれか１項に記載のデータ伝送方法。
【請求項１９】
前記ＦＴＮのネットワークトポロジーを取得することは、
ネットワーク発見プロトコルを利用して前記ＦＴＮのネットワークトポロジーを発見し、
及び／又は、
リモート無線ユニット（ＲＲＵ）と前記ＦＴＮとの接続情報及び／又はベースバンドユニット（ＢＢＵ）と前記ＦＴＮとの接続情報を受信することを含む
請求項１８に記載のデータ伝送方法。
【請求項２０】
データ伝送装置であって、
リモート無線ユニット（ＲＲＵ）に接続されるアクセス型フロントホール伝送ノード（ＦＴＮ−ＡＣＣ）と、それぞれ前記ＦＴＮ−ＡＣＣ及びベースバンドユニットプール（ＢＢＵｓ）に接続される集約型フロントホール伝送ノード（ＦＴＮ−ＡＧＧ）とを含むフロントホール伝送ネットワークのデータ伝送を制御するように構成され、
データの遅延要件に応じて、前記ＦＴＮ−ＡＣＣと前記ＦＴＮ−ＡＧＧとの間に確立された伝送チャネルを選択するように構成される選択ユニットと、
前記伝送チャネルを利用して前記データを送信するように構成される第１送信ユニットと、を備え、
前記伝送チャネルは直接接続チャネル、共有チャネル及び混合チャネルのうちの少なくとも２つを含み、
前記直接接続チャネルは、ソースノードとシンクノードとが予め割り当てられた伝送リソースを用いてデータ伝送を行う直接伝送チャネルであり、前記ソースノードが前記ＦＴＮ−ＡＣＣである場合、前記シンクノードが前記ＦＴＮ−ＡＧＧであり、前記ソースノードが前記ＦＴＮ−ＡＧＧである場合、前記シンクノードが前記ＦＴＮ−ＡＣＣであり、
前記共有チャネルは、隣接するいずれか２つの伝送ノードがいずれも動的に割り当てられた伝送リソースを用いて伝送を行う統計多重化チャネルであり、前記共有チャネルが２つの前記ＦＴＮ−ＡＣＣの間の伝送パス又は前記ＦＴＮ−ＡＣＣと前記ＦＴＮ−ＡＧＧとの間の伝送パスであり、
前記混合チャネルは、直接接続パス及び共有パスを含み、前記直接接続パスは伝送ノード同士が所定の予め割り当てられた伝送リソースを用いて伝送を行うパスであり、前記共有パスは伝送ノード同士が動的に割り当てられた伝送リソースを用いて伝送を行うパスであり、前記伝送ノードが前記ＦＴＮ−ＡＣＣ又は前記ＦＴＮ−ＡＧＧである、前記データ伝送装置。
【請求項２１】
コンピュータ記憶媒体であって、
コンピュータ実行可能命令が記憶され、前記コンピュータ実行可能命令が実行された後、請求項７〜１９のいずれか１項に係るデータ伝送方法を実現することができる、前記コンピュータ記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本願は、２０１６年１２月２３日に提出した中国特許出願第２０１６１１２０９３０１．０号及び第２０１６１１２０９５０１．６号の優先権を主張し、ここで、この２つの中国特許出願の全内容が本願の一部として援用される。
【０００２】
本発明はネットワーク技術分野に関し、特にフロントホール伝送ネットワーク（ＦＴＮ：Ｆｒｏｎｔ−ｈａｕｌ  Ｔｒａｎｓｐｏｒｔ  Ｎｅｔｗｏｒｋ）、データ伝送方法及び装置、コンピュータ記憶媒体に関する。
【背景技術】
【０００３】
フロントホール伝送ネットワーク（ＦＴＮ：Ｆｒｏｎｔ−ｈａｕｌ  Ｔｒａｎｓｐｏｒｔ  Ｎｅｔｗｏｒｋ）はリモート無線ユニット（ＲＲＵ：Ｒｅｍｏｔｅ  Ｒａｄｉｏ  Ｕｎｉｔｅ）とベースバンドユニット（ＢＢＵ：Ｂａｓｅ  Ｂａｎｄ  Ｕｎｉｔｅ）との間に位置する伝送ネットワークである。前記ＦＴＮはフロントエンドが前記ＲＲＵに接続され、バックエンドが複数のＢＢＵからなるＢＢＵプールに接続される。
【０００４】
従来技術において、前記ＦＴＮが前記ＲＲＵ及び前記ＢＢＵプールに接続される方式は複数である。
【０００５】
第１として、光ファイバーによる直接接続方式を用いて、それぞれのＲＲＵとＢＢＵプールとが１対の光ファイバーを用いて接続され、このようにすれば、ＦＴＮに使用される光ファイバーの対数が多く、単一対の光ファイバーの有効利用率が低い。
【０００６】
第２として、カラー光ファイバーによる直接接続方式を用いて、複数のＲＲＵが異なる波長を伝送できる１対の光ファイバーを共有して、前記ＢＵＵプールに接続される。カラー光ファイバーによる直接接続方式はそれぞれの基地局が異なる波長を割り当てる必要があるため、伝送遅延要件の高いいくつかのサービスの伝送ニーズを満たすことが困難である。
【０００７】
第３として、従来の伝送ネットワーク、例えば光伝送ネットワーク（ＯＴＮ：ＯｐｔｉｃａｌＴｒａｎｓｐｏｒｔＮｅｔｗｏｒｋ）又はパケット伝送ネットワーク（ＰＴＮ：Ｐａｃｋｅｔ  Ｔｒａｎｓｐｏｒｔ  Ｎｅｔｗｏｒｋ）に基づいてフロントホールベアラを提供する案を用いる。現在、ＯＴＮ又はＰＴＮノード処理遅延がいずれも５０ｕｓ以上であるが、フロントホール伝送ネットワークにおける最も機密性の高いサービスはエンドツーエンド遅延が１００ｕｓ内にあることが望まれ、このため、マルチホップネットワーキングを行うときのこのような短い遅延ニーズを満たすことが困難である。
【０００８】
従って、伝送遅延ニーズを満たすことができるだけでなく、故障特定及び／又は保守コストも削減できるフロントホール伝送ネットワークを提供することは、従来技術における早急な解決の待たれる問題である。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
これを鑑みて、上記問題の少なくとも一部を解決するために、本発明の実施例はフロントホール伝送ネットワーク、データ伝送方法及び装置、コンピュータ記憶媒体を提供することが望まれる。
【課題を解決するための手段】
【００１０】
本発明の技術案は以下のように実現される。
【００１１】
本発明の実施例の第１態様はフロントホール伝送ネットワークを提供し、前記フロントホール伝送ネットワークは、
リモート無線ユニット（ＲＲＵ：ｒｅｍｏｔｅ  ｒａｄｉｏ  ｕｎｉｔ）に接続されるように構成されるアクセス型フロントホール伝送ノード（ＦＴＮ−ＡＣＣ：ａｃｃｅｓｓ−ｔｙｐｅ  ｆｒｏｎｔ−ｈａｕｌ  ｔｒａｎｓｐｏｒｔ  ｎｏｄｅ）と、
一端が前記ＦＴＮ−ＡＣＣに接続され、他端がベースバンドユニットプール（ＢＢＵｓ：ｂａｓｅ  ｂａｎｄ  ｕｎｉｔ  ｐｏｏｌ）に接続される集約型フロントホール伝送ノード（ＦＴＮ−ＡＧＧ：ａｇｇｒｅｇａｔｉｏｎ−ｔｙｐｅ  ｆｒｏｎｔ−ｈａｕｌ  ｔｒａｎｓｐｏｒｔ  ｎｏｄｅ）と、を含み、
前記ＦＴＮ−ＡＣＣと前記ＦＴＮ−ＡＧＧとの間には異なる伝送遅延を有する少なくとも二つのタイプの伝送チャネルが確立され、前記ＦＴＮ−ＡＣＣ及び／又は前記ＦＴＮ−ＡＧＧがデータの遅延要件に応じて対応する前記伝送チャネルを選択して伝送するように構成される。
【００１２】
本発明の実施例の第２態様はデータ伝送方法を提供し、
前記データ伝送方法は、リモート無線ユニット（ＲＲＵ）に接続されるアクセス型フロントホール伝送ノード（ＦＴＮ−ＡＣＣ）と、それぞれ前記ＦＴＮ−ＡＣＣ及びベースバンドユニットプール（ＢＢＵｓ）に接続される集約型フロントホール伝送ノード（ＦＴＮ−ＡＧＧ）とを含むフロントホール伝送ネットワークに適用され、
データの遅延要件に応じて、前記ＦＴＮ−ＡＣＣと前記ＦＴＮ−ＡＧＧとの間に確立された伝送チャネルを選択することと、
前記伝送チャネルを利用して前記データを送信することと、を含む。
【００１３】
本発明の実施例の第３態様はデータ伝送装置を提供し、前記データ伝送装置は、
リモート無線ユニット（ＲＲＵ）に接続されるアクセス型フロントホール伝送ノード（ＦＴＮ−ＡＣＣ）と、それぞれ前記ＦＴＮ−ＡＣＣ及びベースバンドユニットプール（ＢＢＵｓ）に接続される集約型フロントホール伝送ノード（ＦＴＮ−ＡＧＧ）とを含むフロントホール伝送ネットワークのデータ伝送を制御するように構成され、
データの遅延要件に応じて、前記ＦＴＮ−ＡＣＣと前記ＦＴＮ−ＡＧＧとの間に確立された伝送チャネルを選択するように構成される選択ユニットと、
前記伝送チャネルを利用して前記データを送信するように構成される第１送信ユニットと、を備える。
【００１４】
本発明の実施例の第４態様はコンピュータ記憶媒体を提供し、前記コンピュータ記憶媒体は、前記コンピュータ記憶媒体にコンピュータ実行可能命令が記憶され、前記コンピュータ実行可能命令が実行された後、上記１つ又は複数の技術案に係るデータ伝送方法を実現することができる。
【発明の効果】
【００１５】
本発明の実施例に係るフロントホール伝送ネットワーク、データ伝送方法及び装置、コンピュータ記憶媒体は、ＲＲＵ及びＢＢＵを接続するフロントホール伝送ネットワーク（ＦＴＮ）をＦＴＮ−ＡＣＣ及びＦＴＮ−ＡＧＧに分け、且つこの二つのタイプの伝送ノードの間に少なくとも二つのタイプの伝送チャネルが確立され、この二つのタイプの伝送チャネルの伝送遅延が異なって伝送リソースの有効利用率も異なり、データ伝送を行うとき、データの遅延要件に応じて対応する伝送チャネルを選択して伝送し、このように、データ伝送の遅延要件を満たすことができる一方、伝送リソースの有効利用率をできる限り向上させることができ、それによりデータ伝送の遅延要件をよりよく満たすとともに、伝送リソースの無負荷を減少させ、リソースの有効利用を向上させる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施例に係る第１つのＦＴＮがＢＢＵｓ及びＲＲＵに接続される模式図である。
【図２】本発明の実施例に係る１つのＦＴＮの構造、並びにＦＴＮ、ＢＢＵｓ及びＲＲＵの模式図である。
【図３】本発明の実施例に係るもう一つのＦＴＮの構造、並びにＦＴＮ、ＢＢＵｓ及びＲＲＵの模式図である。
【図４】本発明の実施例に係るＦＴＮのネットワークトポロジーの模式図である。
【図５】本発明の実施例に係るＦＴＮの伝送チャネルの模式図である。
【図６】本発明の実施例に係る伝送チャネル及び保護チャネルの対応模式図である。
【図７】本発明の実施例に係る故障を特定する模式図である。
【図８】本発明の実施例に係るＦＴＮ−ＡＣＣ、並びにＲＲＵ及びＰＴＮノードの構造及び接続模式図である。
【図９】本発明の実施例に係るデータ伝送方法のフローチャートである。
【図１０】本発明の実施例に係る他のデータ伝送方法のフローチャートである。
【図１１】本発明の実施例に係るＦＴＮのハイパーフレームの模式図である。
【図１２】本発明の実施例に係る１つのＦＴＮのデータ伝送装置の構造模式図である。
【図１３】本発明の実施例に係るもう一つのＦＴＮのデータ伝送装置の構造模式図である。
【図１４】本発明の実施例に係るもう一つのＦＴＮのデータ伝送装置のフローチャートである。
【発明を実施するための形態】
【００１７】
以下、明細書の図面及び具体的な実施例を参照しながら本発明の技術案を更に詳しく説明する。
【００１８】
図１に示すように、本実施例は一端がＲＲＵに接続され、他端がＢＢＵｓに接続されるフロントホール伝送ネットワーク（ＦＴＮ）を提供する。図２及び図３に示すように、前記ＦＴＮは、更に、
リモート無線ユニット（ＲＲＵ）に接続されるためのアクセス型フロントホール伝送ノード（ＦＴＮ−ＡＣＣ）  １１０と、
一端が前記ＦＴＮ−ＡＣＣに接続され、他端がベースバンドユニットプール（ＢＢＵｓ）に接続される集約型フロントホール伝送ノード（ＦＴＮ−ＡＧＧ）  １２０と、を含んでもよく、
前記ＦＴＮ−ＡＣＣ  １１０と前記ＦＴＮ−ＡＧＧ  １２０との間には異なる伝送遅延を有する少なくとも二つのタイプの伝送チャネルが確立され、前記ＦＴＮ−ＡＣＣ１１０及び／又は前記ＦＴＮ−ＡＧＧ  １２０がデータの遅延要件に応じて対応する伝送チャネルを選択して伝送するように構成される。
【００１９】
本実施例では、前記ＦＴＮ−ＡＣＣとＦＴＮ−ＡＧＧとの間には少なくとも二つのタイプ以上の伝送チャネルが構成され、本実施例では、前記伝送チャネルがいずれも論理チャネルであってもよい。
【００２０】
異なる伝送チャネルが異なる伝送遅延を有し、このようにすれば、サービス伝送を行うとき、前記ＦＴＮ−ＡＣＣであろうと、前記ＦＴＮ−ＡＧＧであろうと、いずれも現在伝送中のデータの遅延要件に応じて対応する伝送チャネルを選択してデータ伝送を行うことができ、それにより異なるデータの伝送遅延を満たす。
【００２１】
データが前記ＦＴＮ−ＡＣＣから前記ＦＴＮ−ＡＧＧに伝送される場合、無線側のユーザ装置（ＵＥ）が基地局にアップロードしたアップリンクデータに対応し、前記ＦＴＮ−ＡＧＧからＦＴＮ−ＡＣＣに伝送される場合、基地局がＵＥにダウンロードしたダウンリンクデータである。
【００２２】
本実施例では、前記ＦＴＮ−ＡＣＣ及びＦＴＮ−ＡＧＧはいずれも通信ノードであり、通信インターフェース及びプロセッサを備え、前記プロセッサは前記通信インターフェースに接続され、前記通信インターフェースのデータ伝送を制御するように構成される。
【００２３】
本実施例では、少なくとも二つのタイプの伝送チャネルが構成される。一般的に、異なる伝送チャネルの伝送遅延が異なって、対応する伝送リソースの有効利用率も異なる。一般的に、伝送遅延が短ければ短いほど、伝送リソースの有効利用率が低くなり、伝送遅延が長ければ長いほど、伝送リソースの有効利用率が高くなる。本実施例では、前記ＦＴＮ−ＡＣＣと前記ＦＴＮ−ＡＧＧとの間に少なくとも二つのタイプの伝送チャネルが構成され、このようにすれば、遅延要件の高いいくつかのサービスに対して伝送遅延の短いチャネルをできる限り利用して伝送するが、遅延要件の低いサービスに対して、データの遅延要件に応じて遅延要件を満たすとともに、伝送遅延のより長い伝送チャネルを選択して、伝送リソースの有効利用を最大限に向上させることができ、それにより様々なデータの伝送遅延を確保する一方、伝送リソースの有効利用を最大限に向上させることができる。明らかに、このようにそれぞれのＲＲＵとＢＵＵとの間にいずれも１対の光ファイバーを確立して伝送する必要もないし、いずれもカラー光ファイバーファイバーを用いる必要もなく、いくつかのサービスニーズを満たすことができないという問題がない。
【００２４】
例えば、図１に示すように、前記データは理想的なフロントホールＲＲＵが送信した理想的なフロントホールデータと、非理想的なフロントホールＲＲＵが伝送した非理想的なフロントホールデータとを含んでもよい。前記理想的なフロントホールデータは伝送遅延の短い伝送チャネルを用いて伝送する必要があるが、前記非理想的なフロントホールデータはリソース利用率が高く伝送遅延がより長い伝送チャネルを用いて伝送してもよい。
【００２５】
図３に示すように、ＦＴＮ及び無線ネットワークがいずれも転送ドメイン及び管理ドメインに分けられてもよく、管理ドメインはネットワークが管理することに用いられ、転送ドメインは管理ドメインの管理上でデータ伝送を行う。本実施例では、前記ＦＴＮ及び無線ネットワークの管理ドメインが分離され、無線管理ドメインがＲＲＵ及びＢＢＵｓを管理し、フロントホール伝送ネットワーク管理ドメインがＦＴＮのデータ転送を管理し、例えば、データの遅延要件に応じて対応するチャネル伝送等を選択して管理する。図３にはＢＢＵ及びＲＲＵを接続するための一般共通無線インターフェース（ＣＰＲＩ：Ｃｏｍｍｏｎ  Ｐｕｂｌｉｃ  Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ）が表示される。
【００２６】
本実施例では、前記ＦＴＮ−ＡＣＣ  １１０と前記ＦＴＮ−ＡＧＧ  １２０との間に環状ネットワーク又は星状ネットワークを確立する。図４に示すのは１つの前記環状ネットワークである。
【００２７】
環状ネットワークを確立する場合、複数のＦＴＮ−ＡＣＣ  １１０及び１つの前記ＦＴＮ−ＡＧＧ  １２０が１つの環状構造を構成し、データが１つの前記ＦＴＮ−ＡＧＧ  １２０から複数の前記ＦＴＮ−ＡＣＣ  １１０に伝送されてもよいし、複数の前記ＦＴＮ−ＡＣＣ  １１０から１つの前記ＦＴＮ−ＡＧＧ  １２０に伝送されてもよい。
【００２８】
当然ながら、前記星状構造は、前記ＦＴＮ−ＡＧＧ  １２０が星状構造の中心であり、複数のＦＴＮ−ＡＣＣ  １１０が前記ＦＴＮ−ＡＧＧ  １２０に接続されてもよいが、ＦＴＮ−ＡＣＣ  １１０の間に接続閉ループが形成されることがない可能性がある。
【００２９】
いくつかの実施例では、図５に示すように、前記伝送チャネルは直接接続チャネル１０１、共有チャネル１０２及び混合チャネル１０３のうちの少なくとも２つを含む。
【００３０】
前記直接接続チャネル１０１は、ソースノードとシンクノードとが予め割り当てられた伝送リソースを用いてデータ伝送を行う直接伝送チャネルであり、前記ソースノードが前記ＦＴＮ−ＡＣＣである場合、前記シンクノードが前記ＦＴＮ−ＡＧＧであり、前記ソースノードが前記ＦＴＮ−ＡＧＧである場合、前記シンクノードが前記ＦＴＮ−ＡＣＣである。
【００３１】
本実施例では、前記直接接続チャネル１０１はＲＲＵに接続されるＦＴＮ−ＡＣＣ１１０とＦＴＮ−ＡＧＧ１２０との間に位置する１つの接続チャネルに直接対応してもよく、該接続チャネルにおける中間ノードがデータを受信すると、データに対してトランスペアレント伝送・転送を行うだけで、データの解析、識別及び伝送リソースの割り当てを行わない。直接接続チャネル１０１において、伝送リソースが予め割り当てられたものであり、中間ノードが該伝送リソースで伝送されたデータを受信すると、前構成に基づいて次の伝送ノードに直接転送し、該パケットにおける宛先アドレスを抽出してから現在の伝送リソース状態を宛先アドレスと合わせて割り当てる操作をすることがない。明らかに、このようにすれば、直接接続チャネルの伝送遅延が短く且つ一定であり、低遅延の伝送を実現することができる。しかしながら、伝送リソースが予め割り当てられたものであり、低遅延データがより少ない場合、リソースの無駄遣い現象が生じる恐れがある。
【００３２】
前記共有チャネル１０２は、隣接するいずれか２つの伝送ノードがいずれも動的に割り当てられた伝送リソースを用いて伝送を行う統計多重化チャネルであり、前記共有チャネルが２つの前記ＦＴＮ−ＡＣＣの間の伝送パス又は前記ＦＴＮ−ＡＣＣと前記ＦＴＮ−ＡＧＧとの間の伝送パスである。
【００３３】
共有チャネル１０２の伝送リソースが動的に割り当てられたものであり、共有チャネル１０２におけるいずれか１つの伝送ノードは１つのパケットを受信した後、パケットにおける関連情報、例えば宛先アドレスを抽出して、現在の負荷状態と合わせて、１つの伝送リソースを動的に割り当てて、次の伝送ノードに伝送する必要があり、明らかに、このような伝送遅延が決定されず、且つそれぞれの伝送ノードはいずれもパケットの解析、識別及びリソースの動的割り当てを行う必要があるため、伝送遅延がより長い。しかしながら、このような共有チャネル１０２は、伝送リソースの有効利用を最大化して、伝送消費電力をできる限り節約することができる。例えば、現在伝送中のデータ量が少ない場合、このような伝送チャネルを利用してコントロールプレーンシグナリングを伝送して、伝送チャネルの一部を閉じることができ、伝送チャネルを閉じると、対応する装置は該伝送チャネルを維持する消費電力を提供する必要がなく、従って、消費電力を節約することができる。ここで閉じた伝送チャネルは直接接続チャネル１０１であってもよいし、前記共有チャネル１０２であってもよい。該伝送チャネルを利用してコントロールプレーンシグナリングを伝送することにより、有効伝送を向上させることができる。そして、上記直接接続チャネル１０１はいくつかのデータ又はいくつかの装置に特に割り当てられた伝送チャネルである専用チャネルに相当し、伝送中のデータタイプも相当に決定されたことに相当し、決定すると、他のデータの伝送を行うことができなくなり、伝送可能なデータが少なくなる場合、一定のリソースの無駄遣いを引き起こしてしまう。
【００３４】
前記混合チャネルは直接接続パス及び共有パスを含み、前記直接接続パスは伝送ノード同士が所定の予め割り当てられた伝送リソースを用いて伝送を行うパスであり、前記共有パスは伝送ノード同士が動的に割り当てられた伝送リソースを用いて伝送を行うパスであり、前記伝送ノードが前記ＦＴＮ−ＡＣＣ又は前記ＦＴＮ−ＡＧＧである。
【００３５】
例えば、前記理想的なフロントホールデータは伝送遅延の短い直接接続チャネルを用いて伝送される必要があるが、前記非理想的なフロントホールデータはリソース利用率が高く伝送遅延がより長い共有チャネル又は混合チャネルを用いて伝送されてもよい。
【００３６】
前記伝送リソースは伝送波長又は伝送スロットを含み、前記伝送スロットは伝送波長に使用される伝送時間を含む。
【００３７】
前記ＦＴＮは光ファイバー伝送ネットワークであってもよく、光ファイバー伝送ネットワークは光波を利用して伝送する。伝送中の異なる波長の放送が前記伝送リソースの１種である。
【００３８】
時間次元から言えば、それぞれの前記光波はいずれも時間多重化を行うことができ、このため、伝送波長及び伝送時間と合わせて、それぞれの伝送スロットを形成することができる。従って、直接接続チャネル１０１、直接接続パス又は共有チャネル１０２の分類は伝送リソースの割り当て方式の違いによって決定されてもよい。
【００３９】
前記直接接続チャネル１０１が予め構成された伝送リソースに相当し、ＦＴＮ全体が把握したように構成する場合、このような伝送リソースで伝送されたデータを受信すると、伝送ノードはデータの解析、識別及びリソース割り当てを行わずに、どの伝送ノードに転送するかを把握でき、このように、データの低遅延トランスペアレント伝送を実現する。
【００４０】
いくつかの実施例では、前記伝送チャネルは更に保護チャネルを含み、前記保護チャネルは前記直接接続チャネル及び／又は前記直接接続パスが故障したときの予備チャネルとされる。
本実施例では、前記伝送チャネルは更に保護チャネルを含み、保護チャネルは本質的に予備チャネルと称されてもよく、予備チャネルの設計は、直接接続チャネル又は直接接続リンクが故障したとき、データの伝送遅延を確保するよう、対応するデータの伝送を行うことに用いられてもよい。
【００４１】
本実施例では、伝送リソースの有効利用率を向上させ、伝送リソースの無負荷を減少させることを目的とする。本実施例では、１：１の構成方式で保護チャネルを構成する以外に、更に１：Ｎの構成方式で前記保護チャネルを構成してもよい。前記Ｎが前記直接接続チャネル１０１又は直接接続パスの本数であり、前記１が前記保護チャネルの個数である。前記Ｎが２以上の整数であってもよい。このようにすれば、複数の伝送チャネルが１つの保護チャネルを共有することができ、リソースの効果的な向上を実現する。本実施例では、前記保護チャネルが前記直接接続チャネルの特別なチャネルであってもよい。例えば、前記保護チャネルの伝送リソースが予め構成されたものである。具体的に実現するとき、前記保護チャネルが更に共有チャネルの特別なチャネルであってもよく、例えば、前記保護チャネルの伝送リソースが動的に割り当てられたリソースの１種であり、リソースがすべて割り当てられると、該伝送リソースはいずれか１つの伝送ノードに適用され、伝送ノードがデータ転送を行うときにトランスペアレント伝送を行う。
【００４２】
当然ながら、具体的に実現するとき、前記保護チャネルが通常の共有チャネル１０２を直接利用してもよい。このようにすれば、伝送中、ＦＴＮのコントローラはある直接接続チャネル１０１又は直接接続パスが故障したと発見すると、共有チャネル１０２を直接動作してデータ伝送を行い、このようにすれば、専用保護チャネルを構成することなく、伝送リソースの有効利用を最大限に向上させ、ＦＴＮの伝送消費電力を減少させることができる。
【００４３】
ＦＴＮが環状ネットワーク構造である場合、ある動作波長が時計回り方向に１つの伝送チャネルを確立すれば、逆時計回り方向に該伝送チャネルの保護チャネルを確立することができる。図６に示すように、ＦＴＮの伝送ノードＡ、Ｂ、Ｃ、Ｄ、Ｅに１つの環状ネットワークを確立した。ここで、ＦＴＮの伝送ノードはＦＴＮ−ＡＣＣ及びＦＴＮ−ＡＧＧを含む。動作波長λ１及び保護波長λ１１が１対の伝送チャネル及び保護チャネルを形成し、動作波長λ２及び保護波長λ１２が他の１対の伝送チャネル及び保護チャネルを形成し、動作波長λ３及び保護波長λ１３が他の１対の伝送チャネル及び保護チャネルを形成し、動作波長λ４及び保護波長λ１４が更なる伝送チャネル及び保護チャネルを形成する。
【００４４】
いくつかの実施例では、前記フロントホール伝送ネットワークは更にコントローラを備え、例えば、前記コントローラはソフトウェア定義型ネットワーク（ＳＤＮ：Ｓｏｆｔｗａｒｅ  Ｄｅｆｉｎｅｄ  Ｎｅｔｗｏｒｋ）コントローラであってもよい。
【００４５】
前記コントローラは、伝送チャネルが故障したとき、運用保守管理（ＯＡＭ：ｏｐｅｒａｔｉｏｎ  ａｎｄ  ｍａｉｎｔｅｎａｎｃｅ  ｍａｎａｇｅｍｅｎｔ）メカニズムを用いて前記チャネルの隣接するいずれか２つの伝送ノードの間で故障を特定するように構成される。例えば、前記コントローラは、具体的に、前記直接接続チャネル及び／又は前記直接接続パスが故障したとき、運用保守管理（ＯＡＭ）メカニズムを用いて前記直接接続チャネル及び／又は直接接続パスの隣接するいずれか２つの伝送ノードの間で故障を特定することに用いられてもよい。
【００４６】
特定する場合、前記コントローラは、第ｍ検出波長を制御して第１伝送と第ｍ伝送ノードとの間に検出データを伝送するように構成され、前記ｍがＭより小さく、前記Ｍが１つの伝送パスの通過した伝送ノードの総数である。例えば、前記Ｍが４に等しい場合、４つの異なる波長を利用してそれぞれ第１伝送ノードと第２伝送ノードとの間で検出し、例えば、第１伝送ノードが第１検出波長を利用して検出データを送信し、第２伝送ノードが第１検出波長を利用して前記検出データを受信した後、フィードバックデータを送信し、検出データ及び検出データに基づくフィードバックデータの伝送状態に基づいて、この２つの伝送ノードが故障したかどうか及び故障位置を決定することができる。例えば、第２伝送ノードが検出データを受信していない場合、第１伝送ノード又は第１伝送ノードから第２伝送ノードまでのリンクが故障した。第２伝送ノードが検出データを受信したが、第１検出ノードがフィードバックデータを受信していない場合、第２伝送ノードが故障し、又はリターンパスが故障した可能性がある。フィードバックデータ及びフィードバックパスに対応するのは物理層の同じ光ファイバー又はインターフェースである場合、第２伝送ノードが故障した。これによって類推すれば、ＯＡＭメカニズムに基づいて故障点を容易且つ迅速に特定することができる。
【００４７】
図７に示すように、伝送ノードＡ、伝送ノードＢ、伝送ノードＣ、伝送ノードＤでは、波長λ１、波長λ２、波長λ３及び波長λ４を利用してそれぞれ対応する伝送ノードの間の故障特定を行って、運用保守管理を実現することができる。
【００４８】
図８に示すように、前記フロントホール伝送ネットワークは更にコントローラ及び前記ＲＲＵに接続されるフロントホール伝送ネットワークインターフェース（ＮＧＦＩ）を備える。図８には番号ＮＧＦＩ１、ＮＧＦＩ２・・・ＮＧＦＩｎのｎ個のＮＧＦＩが表示される。前記ＮＧＦＩは負荷状態情報を取得することに用いられ、前記ＲＲＵ及び前記ＢＢＵｓがいずれも無線ネットワークの無線側として見なされてもよく、前記ＮＧＦＩが前記ＲＲＵ又はＢＢＵｓに接続されるインターフェースである。本実施例では、前記ＮＧＦＩインターフェースは負荷状態情報を検出することができ、例えば、ＲＲＵのアンテナ数、変調方式等に基づいて現在のＦＴＮの負荷状態情報をまとめて決定することができる。ここで、負荷状態情報は前記ＦＴＮの伝送負荷又は伝送負荷率を反映できる情報であってもよい。
【００４９】
図８には更にマルチプレクサ（Ｍｕｘ）及びデマルチプレクサ（ＤｅＭｕｘ）が表示される。図８には直接接続チャネルに対応する中間ノード透過波長、混合チャネルに対応する中間ノード透過波長の一部及び共有チャネルに対応するパケット交換の３種類のチャネルが表示される。ＦＴＮ−ＡＣＣは選択されたチャネルの違いに応じて、それぞれマッピングする。図８では、ＣＨがチャネルを示し、ＣＨの数字、例えば１、２、３及び４がいずれも該チャネルの対応するノードでの番号を示す。一般的に、ＦＴＮが光ファイバーネットワークであり、ＲＲＵは端末から送信された電磁信号を受信すると、ノード電気層処理を行って、光信号に変換して伝送する必要がある可能性がある。
【００５０】
前記コントローラは、前記負荷状態情報に基づいて異なるタイプの前記伝送チャネルを動的に割り当てるように構成される。
【００５１】
前記コントローラが負荷情報に基づいて異なるタイプの伝送チャネルを動的に割り当て、ここで、伝送チャネルの動的割り当ては伝送チャネルの増加、伝送チャネルの減少を含んでもよい。具体的な構成方式は対応するチャネルの伝送リソースの増加又は対応するチャネルの伝送リソースの減少を含んでもよく、このように、異なる負荷状態における伝送ニーズを満たすよう、チャネルの動的割り当てを実現し、それによりＦＴＮ伝送に不要な無負荷状態を減少させ、ＦＴＮの伝送リソースの無駄遣いを減少させ、具体的に、発光装置の一部を閉じることにより、特定波長の送信を減少させ、又は、発光装置の一部を起動することにより、ある伝送波長の起動を実現する。前記コントローラは更に各波長の伝送帯域幅を調整することにより伝送チャネルの動的割り当てを実現することができる。前記負荷状態情報は無線負荷指数を含んでもよく、前記無線負荷指数が無線負荷比を反映する情報である。
【００５２】
本実施例はリモート無線ユニット（ＲＲＵ）に接続されるアクセス型フロントホール伝送ノード（ＦＴＮ−ＡＣＣ）と、それぞれ前記ＦＴＮ−ＡＣＣ及びベースバンドユニットプール（ＢＢＵｓ）に接続される集約型フロントホール伝送ノード（ＦＴＮ−ＡＧＧ）とを含むフロントホール伝送ネットワークに適用されるデータ伝送方法を提供する。要するに、本実施例に記載のデータ伝送方法は上記フロントホール伝送ネットワークに適用される方法である。
【００５３】
図９に示すように、前記方法は、
データの遅延要件に応じて、前記ＦＴＮ−ＡＣＣと前記ＦＴＮ−ＡＧＧとの間に確立された伝送チャネルを選択するステップＳ１１０と、
前記伝送チャネルを利用して前記データを送信するステップＳ１２０と、を含む。
【００５４】
本実施例における前記方法はＦＴＮ−ＡＣＣ又はＦＴＮ−ＡＧＧのコントロールプレーンに適用される方法であってもよい。まず、前記ＦＴＮ−ＡＣＣ又はＦＴＮ−ＡＧＧはデータの遅延要件を取得し、例えば、データのサービスタイプ、受信インターフェース等に基づいて該データの遅延要件を決定し、次に、前記遅延要件に応じて該データの遅延要件を満たす伝送チャネルを選択し、データの遅延要件を満たすことができる一方、伝送リソースの有効利用率をできる限り向上させることができる。ステップＳ１２０では、コントロールプレーンは転送プレーンが対応する伝送チャネルを利用してデータ伝送を行うように制御することができる。
【００５５】
いくつかの実施例では、前記伝送チャネルは直接接続チャネル、共有チャネル及び混合チャネルのうちの少なくとも２つを含む。前記直接接続チャネルは、ソースノードとシンクノードとが予め割り当てられた伝送リソースを用いてデータ伝送を行う直接伝送チャネルであり、前記ソースノードが前記ＦＴＮ−ＡＣＣである場合、前記シンクノードが前記ＦＴＮ−ＡＧＧであり、前記ソースノードが前記ＦＴＮ−ＡＧＧである場合、前記シンクノードが前記ＦＴＮ−ＡＣＣであり、
前記共有チャネルは隣接するいずれか２つの伝送ノードがいずれも動的に割り当てられた伝送リソースを用いて伝送を行う統計多重化チャネルであり、前記共有チャネルが２つの前記ＦＴＮ−ＡＣＣの間の伝送パス又は前記ＦＴＮ−ＡＣＣと前記ＦＴＮ−ＡＧＧとの間の伝送パスであり、
【００５６】
前記混合チャネルは、直接接続パス及び共有パスを含み、前記直接接続パスは伝送ノード同士が所定の予め割り当てられた伝送リソースを用いて伝送を行うパスであり、前記共有パスは伝送ノード同士が動的に割り当てられた伝送リソースを用いて伝送を行うパスであり、前記伝送ノードが前記ＦＴＮ−ＡＣＣ又は前記ＦＴＮ−ＡＧＧである。
【００５７】
前記ステップＳ１１０は、
前記遅延要件が第１伝送遅延に対応する場合、前記直接接続チャネルを選択すること、
前記遅延要件が第２伝送遅延に対応する場合、前記混合チャネルを選択すること、及び
前記遅延要件が第３伝送遅延に対応する場合、前記共有チャネルを選択することのうちの少なくとも２つを含んでもよく、
前記第１伝送遅延が前記第２伝送遅延より短く、
前記第２伝送遅延が前記第３伝送遅延より短い。
【００５８】
本実施例では、異なる伝送チャネルは、異なる伝送層に位置することに相当し、データの遅延要件に応じて階層伝送を行うことに相当し、異なるデータの伝送遅延を満たすとともに、階層伝送を利用してリソースの有効利用を最大限に向上させることができる。従って、本実施例では、遅延要件の高いものに対して、直接接続チャネル又は混合チャネルを優先的に用いてデータ伝送を行い、遅延要件の低いデータに対して、共有チャネルを優先的に用いて伝送を行ってもよく、このように、異なるデータの伝送遅延を満たすとともに、伝送リソースを最大限に利用することができる。
【００５９】
いくつかの実施例では、前記方法は、更に、
選択された前記伝送チャネルが故障したとき、保護チャネルを利用して前記データを伝送することを含む。
【００６０】
本実施例では、選択された伝送チャネルが故障した場合、保護チャネルを直接起動してデータ伝送を行い、明らかに、保護チャネルを導入し、このような保護メカニズムの導入は、伝送チャネルが故障したとき、依然としてデータの遅延要件を満たすように確保することができる。
【００６１】
いくつかの実施例では、前記方法は、更に、
負荷状態情報を取得することと、
前記負荷状態情報に基づいて前記伝送チャネルを動的に割り当てることと、を含む。
【００６２】
例えば、ＮＦＧＩを利用して前記ＲＲＵの無線負荷指数等のパラメータを取得する。前記無線負荷指数に基づいて前記伝送チャネルを動的に割り当てる。例えば、前記負荷状態情報に基づいて構成された伝送チャネルの数を決定することができ、前記負荷の状態情報に基づいて、現在負荷に対応する遅延要件を決定することができ、各伝送チャネルのタイプ及び／又は数を決定することができる。
【００６３】
いくつかの実施例では、前記方法は、更に、前記伝送チャネルが故障したとき、運用保守管理（ＯＡＭ）メカニズムを用いて前記伝送チャネルの隣接するいずれか２つの伝送ノードの間で故障を特定することを含む。
【００６４】
本実施例では、ＦＴＮのコントロールプレーンのコントローラを利用して、伝送チャネルが故障したとき、ＯＡＭメカニズムを用いてノードバイノード（すなわち、ホップバイホップ）で故障を特定することができ、それにより故障を容易且つ迅速に特定する。
【００６５】
図１０に示すように、本実施例はＦＴＮの制御方法を提供し、
無線ネットワーク側のトラフィック状態情報を監視するステップＳ２１０と、
前記トラフィック状態情報を分析して、トラフィックの遅延要件及び必要な帯域幅を決定するステップＳ２２０と、
トラフィックの遅延要件及び必要な帯域幅に基づいて前記フロントホール伝送ネットワーク（ＦＴＮ）のネットワーク構成パラメータを決定するステップＳ２３０と、
前記ネットワーク構成パラメータを前記ＦＴＮに送信するステップＳ２４０と、を含む。
【００６６】
それに対応して、前記ステップＳ１１０は前記ネットワーク構成パラメータに基づいて前記ＦＴＮ−ＡＣＣと前記ＦＴＮ−ＡＧＧとの間に確立された伝送チャネルを選択することを含んでもよい。
【００６７】
本実施例に係る方法は、無線ネットワーク側が伝送したデータのトラフィック状態情報を自動的に取得する。ここで、無線ネットワーク側は前記ＲＲＵ又はＢＢＵを含む。本実施例では、前記ステップＳ２１０はＲＲＵ箇所のトラフィック状態情報を取得することを含んでもよい。例えば、ＮＧＦＩを利用して前記ＲＲＵ箇所のトラフィック状態情報を自動的に感知する。ここで、ＲＲＵはユーザ装置（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）が受信するためのアクセスネットワークであり、一般的に、エアインターフェースを介してＵＥと情報交換する。アクセスされた端末が多ければ多いほど、伝送すべき情報が多くなる。同様に、前記ＦＴＮが伝送したデータはＲＲＵからＢＢＵに伝送するアップリンクデータを含んでもよく、更にＢＢＵからＲＲＵに伝送するダウンリンクデータを含んでもよい。これらのデータのデータトラフィック、データタイプはいずれもＲＲＵ箇所に体現して合わせ又はまとめる。当然ながら、具体的に実現するとき、ＢＢＵ箇所のトラフィック状態情報を監視することにより、ＦＴＮネットワークの現在伝送すべきトラフィックサイズ及びトラフィックタイプ等の情報を取得してもよい。
【００６８】
前記ステップＳ２１０は、前記トラフィック状態情報を周期的に監視し、現在検出されたトラフィック状態情報を分析して、トラフィックの遅延要件及び必要な帯域幅を決定することを含んでもよい。例えば、第ｍ周期のトラフィック状態情報を監視して、前記遅延要件及び必要な帯域幅を取得し、ステップＳ２３０では、第ｍ＋１周期のネットワーク構成パラメータを生成する。ＦＴＮはネットワーク構成パラメータに基づいて、第ｍ＋１周期を構成してデータのネットワーク属性及び／又はネットワーク状態を伝送することに用いられる。当然ながら、前記ステップＳ２１０では、前記トラフィック状態情報をリアルタイムに監視して、前記ネットワーク構成パラメータをリアルタイムに生成してもよく、ネットワーク構成パラメータが変更すると、前記ＦＴＮのネットワーク属性及び／又は状態をリアルタイムに調整する。当然ながら、ステップＳ２１０で監視したトラフィック状態情報は現在時刻前の複数の監視周期内の統計データであってもよく、ステップＳ２３０で複数の履歴周期の統計データに基づいて、現在周期のネットワーク構成パラメータを取得し、ＦＴＮの現在のネットワーク属性及び／又は状態の構成に用いられる。ここで、状態は伝送ノード又はポートの開閉状態を含んでもよく、前記ネットワーク属性は伝送チャネルのタイプ、ベアラ可能なサービス種類等の様々なパラメータを含んでもよい。
【００６９】
前記トラフィック状態情報を検出した場合、トラフィックの遅延要件及び必要な帯域幅を取得する。一般的に、前記遅延要件はデータのタイプによって決定される。前記データのタイプはサービスタイプを含む。前記必要な帯域幅はデータ量によって決定される。
【００７０】
ステップＳ２３０では、前記遅延要件及び必要な帯域幅に基づいてネットワーク構成パラメータを決定して、前記ネットワーク構成パラメータをＦＴＮに送信し、ＦＴＮが前記ネットワーク構成パラメータを受信した後、ネットワーク構成パラメータに基づいてネットワークトポロジー又はネットワークアーキテクチャの構成調整を行う。
【００７１】
研究によれば、従来技術において、ＦＴＮのネットワーク構成は一般的に静的であり、構成すると、異常の場合を除いて調整する場合が少なく、このようにすれば、伝送中のトラフィックが少ないとき、光信号を生成する装置の多くは常に連通状態又は発光状態を維持するため、無負荷率が大幅に向上し、光信号を生成・伝送するために必要な消費電力を消費する一方、長時間使用するため装置の劣化を加速し、装置の耐用年数を短縮し、最も重要なのは多くのリソースの有効利用率が大幅に低下してしまう。
【００７２】
いくつかの実施例では、前記ステップＳ２３０は、
前記遅延要件に応じて前記ＦＴＮに構成すべき伝送チャネルのタイプを決定し、
及び／又は、
前記必要な帯域幅に基づいて前記ＦＴＮに構成すべき伝送チャネルの伝送帯域幅を決定することを含んでもよい。
【００７３】
本実施例では、前記ＦＴＮに複数種の伝送チャネルを構成してもよい。ここで、伝送チャネルが論理チャネルであってもよい。前記伝送チャネルは直接接続チャネル、共有チャネル及び混合チャネルを含んでもよい。一般的に、異なる伝送チャネルの伝送遅延が異なって、対応する伝送リソースの有効利用率も異なる。
【００７４】
図５に示すように、前記伝送チャネルは直接接続チャネル１０１、共有チャネル１０２及び混合チャネル１０３のうちの少なくとも２つを含んでもよい。
【００７５】
前記直接接続チャネル１０１は、ソースノードとシンクノードとが予め割り当てられた伝送リソースを用いてデータ伝送を行う直接伝送チャネルであり、前記ソースノードが前記ＦＴＮ−ＡＣＣである場合、前記シンクノードが前記ＦＴＮ−ＡＧＧであり、前記ソースノードが前記ＦＴＮ−ＡＧＧである場合、前記シンクノードが前記ＦＴＮ−ＡＣＣである。
【００７６】
本実施例では、前記直接接続チャネル１０１は、ＲＲＵに接続されるＦＴＮ−ＡＣＣ１１０とＦＴＮ−ＡＧＧ１２０との間に位置する１つの接続チャネルに直接対応してもよく、該接続チャネルにおける中間ノードがデータを受信すると、データに対してトランスペアレント伝送・転送を行うだけで、データの解析、識別及び伝送リソースの割り当てを行わない。直接接続チャネル１０１において、伝送リソースが予め割り当てられたものであり、中間ノードが該伝送リソースで伝送されたデータを受信すると、前構成に基づいて次の伝送ノードに直接転送し、該パケットにおける宛先アドレスを抽出してから現在伝送リソース状態を宛先アドレスと合わせて割り当てる操作をすることがない。明らかに、このようにすれば、直接接続チャネルの伝送遅延が短く且つ一定であり、低遅延の伝送を実現することができる。しかしながら、伝送リソースが予め割り当てられたものであり、低遅延データがより少ない場合、リソースの無駄遣い現象が生じる恐れがある。
【００７７】
前記共有チャネル１０２は、チャネルにおける隣接するいずれか２つの伝送ノードがいずれも動的に割り当てられた伝送リソースを用いて伝送を行う統計多重化チャネルであり、前記共有チャネルが２つの前記ＦＴＮ−ＡＣＣの間の伝送パス又は前記ＦＴＮ−ＡＣＣと前記ＦＴＮ−ＡＧＧとの間の伝送パスである。
【００７８】
共有チャネル１０２の伝送リソースが動的に割り当てられたものであり、共有チャネル１０２におけるいずれか１つの伝送ノードは１つのパケットを受信した後、パケットにおける関連情報、例えば宛先アドレスを抽出して、現在の負荷状態と合わせて、１つの伝送リソースを動的に割り当てて、次の伝送ノードに伝送する必要があり、明らかに、このような伝送遅延が決定されず、且つそれぞれの伝送ノードはいずれもパケットの解析、識別及びリソースの動的割り当てを行う必要があるため、伝送遅延がより長い。しかしながら、このような共有チャネル１０２は、伝送リソースの有効利用を最大化して、伝送消費電力をできる限り節約することができる。例えば、現在伝送中のデータ量が少ない場合、このような伝送チャネルを利用してコントロールプレーンシグナリングを伝送して、伝送チャネルの一部を閉じることができ、伝送チャネルを閉じると、対応する装置は該伝送チャネルを維持する消費電力を提供する必要がなく、従って、消費電力を節約することができる。ここで閉じた伝送チャネルは直接接続チャネル１０１であってもよいし、前記共有チャネル１０２であってもよい。該伝送チャネルを利用してコントロールプレーンシグナリングを伝送することにより、有効伝送を向上させることができる。そして、上記直接接続チャネル１０１はいくつかのデータ又はいくつかの装置に特に割り当てられた伝送チャネルである専用チャネルに相当し、伝送中のデータタイプも相当に決定されたことに相当し、決定すると、他のデータの伝送を行うことができなくなり、伝送可能なデータが少なくなる場合、一定のリソースの無駄遣いを引き起こしてしまう。
【００７９】
前記混合チャネル１０３は、直接接続パス及び共有パスを含んでもよく、前記直接接続パスは伝送ノード同士が所定の予め割り当てられた伝送リソースを用いて伝送を行うパスであり、前記共有パスは伝送ノード同士が動的に割り当てられた伝送リソースを用いて伝送を行うパスであり、前記伝送ノードが前記ＦＴＮ−ＡＣＣ又は前記ＦＴＮ−ＡＧＧである。
【００８０】
例えば、前記理想的なフロントホールデータは伝送遅延の短い直接接続チャネルを用いて伝送される必要があるが、前記非理想的なフロントホールデータはリソース利用率の高く且つ伝送遅延のより長い共有チャネル又は混合チャネルを用いて伝送されてもよい。
【００８１】
前記伝送リソースは伝送波長又は伝送スロットを含み、前記伝送スロットは伝送波長及び伝送時間を含む。
【００８２】
従って、いくつかの実施例では、現在ＦＴＮの伝送すべきデータの伝送遅延に基づいて動作する伝送チャネルの種類を決定することができる。例えば、現在遅延要件の高いデータがある場合、前記直接接続チャネル１０１を動作又は構成する必要があり、現在のデータがすべて遅延要件の低いデータである場合、共有チャネル１０２のみを動作すればよい。
【００８３】
例えば、前記ステップＳ２３０は、
前記遅延要件が第１伝送遅延に対応する場合、前記ネットワーク構成パラメータが前記直接接続チャネルの構成パラメータを含むと決定すること、
前記遅延要件が第２伝送遅延に対応する場合、前記ネットワーク構成パラメータが前記混合チャネルの構成パラメータを含むと決定すること、及び
前記遅延要件が第３伝送遅延に対応する場合、前記ネットワーク構成パラメータが前記共有チャネルの構成パラメータを含むと決定することのうちの少なくとも１つを含んでもよい。前記第１伝送遅延が前記第２伝送遅延より短く、前記第２伝送遅延が前記第３伝送遅延より短い。
いくつかの実施例では、前記必要な帯域幅に基づいてＦＴＮの伝送帯域幅を構成し、このように、使用する必要のない帯域幅を閉じることにより、この部分に構成されたネットワーク帯域幅の無負荷を減少させ、それにより消費電力を減少させ、リソースの有効利用率を向上させることができる。
【００８４】
前記必要な帯域幅に基づいて前記ＦＴＮに構成すべき伝送チャネルの伝送帯域幅を決定する方式は複数あり、以下にいくつかの好適な方式を提供し、具体的に実現するとき、そのうちの１つ又は複数の組み合わせを利用してもよい。
【００８５】
第１好適な方式
前記必要な帯域幅に基づいて、前記ＦＴＮとリモート無線ユニット（ＲＲＵ）との間に動作している接続ポート数を決定する。一般的に、動作中のポート数が多ければ多いほど、構成中の伝送帯域幅が広くなり、キャリアとして使用される光信号を生成する光装置が多くなり、消費したリソースが多くなる。本実施例では、実際に必要な帯域幅に基づいてＦＴＮとＲＲＵとの間の接続ポート数を決定する。
【００８６】
第２好適な方式
前記必要な帯域幅に基づいて前記ＦＴＮとベースバンドユニット（ＢＢＵ）との間に動作している接続ポート数を決定する。同様に、実際のニーズに応じてＦＴＮとＢＢＵとの間の接続ポート数を構成することにより、不要なポート接続を減少させ、接続ポートが無負荷時に消費した無効消費電力並びに占有した帯域幅リソース及び装置のハードウェアリソース等を減少させる。
【００８７】
第３好適な方式
前記必要な帯域幅に基づいて前記ＦＴＮに構成すべきキャリア数を決定する。ここで、キャリアは光キャリアであってもよく、データのキャリアの数を伝送することに用いられる。いくつかの装置は特定波長のキャリアを送信することができ、現在、１種類のキャリアを伝送するように構成されない場合、該装置は該波長のキャリア光信号を送信せず、それにより装置の消費電力を減少させる。当然ながら、キャリア数を動的に割り当てることは最大キャリア数の構成を常に維持することに比べて、未構成のキャリアを他の用途に用いることができ、それによりキャリア全体のリソース有効利用率を向上させる。
【００８８】
第４好適な方式
前記必要な帯域幅に基づいて前記ＦＴＮのアクセス型フロントホール伝送ノード（ＦＴＮ−ＡＣＣ）と集約型フロントホール伝送ノード（ＦＴＮ−ＡＧＧ）との収束比を決定し、前記ＦＴＮ−ＡＣＣが前記ＲＲＵに接続され、前記ＦＴＮ−ＡＧＧがベースバンドユニット（ＢＢＵ）に接続される。
【００８９】
図２に示すように、本例では、前記ＦＴＮはＦＴＮ−ＡＣＣ及びＦＴＮ−ＡＧＧを含んでもよい。実施例では、前記収束比は前記ＦＴＮとＲＲＵとの間のポート接続数及び前記ＦＴＮとＢＢＵとの間の接続ポート数の比であってもよい。収束比が決定された場合、ＦＴＮ、ＲＲＵ及びＢＢＵの間のポート接続数が決定され、必然的に使用する必要のないいくつかのポートを閉じ、それにより消費電力を減少させることもできる。
【００９０】
具体的に実現するとき、前記ステップＳ２３０は更に遅延要件及び必要な帯域幅の２つの構成パラメータを合わせて同じネットワーク構成パラメータを取得することを含んでもよい。例えば、前記ステップＳ２３０は、前記遅延要件及び前記必要な帯域幅に基づいて、前記ＦＴＮの伝送したハイパーフレームフォーマット、前記ハイパーフレーム内のユニットフレームのタイプ、前記ユニットフレーム数、及び様々な前記ユニットフレームの前記ハイパーフレーム内での位置のうちの少なくとも１つを決定することを含んでもよい。
【００９１】
前記ハイパーフレームは複数のユニットフレームで構成されてもよく、これらのユニットフレームは同じタイプであってもよいし、異なるタイプであってもよい。異なるタイプのユニットフレームのフレームパラメータが異なってもよい。例えば、フレーム長が異なり、ユニットフレームに対応する伝送チャネルが異なる。明らかに、このようにすれば、ハイパーフレームフォーマットの決定によって、ＦＴＮネットワークはどの伝送チャネルを動作すべきか、各伝送チャネルに必要なチャネル個数（前記伝送帯域幅に対応する）を把握できる。明らかに、前記ユニットフレームの数は伝送帯域幅に対応する。前記ユニットフレームのハイパーフレームでの位置は伝送チャネルの番号に対応してもよく、それによりＦＴＮが具体的にどの伝送チャネルに対応するポートを起動するかを決定することに役立つ。
【００９２】
図１１には本例に係るハイパーフレームのフレーム構造を示す。それぞれのハイパーフレーム内に複数の論理チャネルが含まれ、これらの論理チャネルに対応する伝送リソースは該論理チャネル内に構成されたユニットフレームに使用されてデータ伝送を行う。例えば、物理チャネル１〜Ｎにおけるそれぞれのスロットで伝送されたすべてのデータ量を１つのハイパーフレームに構成する。１つのハイパーフレームは複数のユニットフレームを同時に伝送することができる。例えば、図１１にはＭ個の論理チャネルが構成される。ここで、論理チャネルは上記様々なタイプの伝送チャネルを含んでもよい。例えば、３番目の論理チャネルが直接接続チャネルである場合、現在データの伝送遅延及び必要な帯域幅に基づいて３番目の論理チャネルを選択して動作状態を維持させてもよく、対応するスロット内で、３番目の論理チャネルに対応する物理チャネルが動作状態を維持すべきであり、他の時間に閉じ状態にあってもよく、それにより伝送消費電力を節約し、伝送リソースの有効利用率を向上させる。
【００９３】
いくつかの実施例では、前記ステップＳ２３０は、更に、前記遅延要件及び前記必要な帯域幅に基づいて現在動作すべきポートタイプ及び／又はそれぞれのタイプの動作すべきポート数を直接決定することを含んでもよい。
【００９４】
更に、前記ネットワーク構成パラメータは前記ＦＴＮが現在未使用のポートを閉じ、及び／又は、使用頻度の所定頻度より低いポートを閉じるように指示することに用いられる。ポートを閉じることにより、これらのポートの動作を維持するために消費するキャリア又は検出波に必要な消費電力を減少させ、ＦＴＮの消費電力を減少させ、リソースの有効利用率を向上させることができる。
【００９５】
いくつかの実施例では、前記方法は、更に、
前記ＦＴＮのネットワークトポロジーを取得することを含む。
【００９６】
前記ステップＳ２３０は、
前記遅延要件、前記必要な帯域幅及び前記ネットワークトポロジーに基づいて前記ネットワーク構成パラメータを決定することを含んでもよい。
【００９７】
前記ネットワークトポロジーは前記ＦＴＮに含まれる伝送ノードタイプ、各ノードタイプの数、ノードの間の接続関係、ノードの間の接続ポート、使用可能なポート数等の様々な情報を含んでもよい。
【００９８】
具体的なネットワーク構成パラメータを生成するために、ＦＴＮネットワークのネットワークトポロジーを合わせる必要があり、ネットワークトポロジーを合わせないと、ＦＴＮネットワークが生成されたネットワーク構成パラメータをサポートできない恐れがある。
【００９９】
本実施例では、前記ＦＴＮのネットワークトポロジーを取得することは、
ネットワーク発見プロトコルを利用して前記ＦＴＮのネットワークトポロジーを発見することと、
リモート無線ユニット（ＲＲＵ）と前記ＦＴＮとの接続情報及び／又はベースバンドユニット（ＢＢＵ）と前記ＦＴＮとの接続情報を受信することと、を含んでもよい。
【０１００】
例えば、前記ＦＴＮがトポロジー発見プロトコルを自発的に実行して、自体のトポロジーをそれぞれ前記伝送側コーディネータに報告することにより、前記ＦＴＮのネットワークトポロジーを取得する。当然ながら、前記ＲＲＵ又はＢＢＵは更に自体とＦＴＮとの接続に基づいて前記接続情報を伝送側のコーディネータに送信してもよい。前記伝送側のコーディネータは、上記２つの方式のうちの１つ又は２つに基づいてＦＴＮのネットワークトポロジー全体を取得することができ、それにより前記ネットワーク構成パラメータの決定に役立ち、ネットワーク構成パラメータがＦＴＮにサポートできない現象を減少させ、ＦＴＮのリソース有効利用率を向上させるとともに、ＦＴＮの消費電力をできる限り減少させる。
【０１０１】
本実施例は、更に、ＲＲＵに接続されるアクセス型フロントホール伝送ノード（ＦＴＮ−ＡＣＣ）と、それぞれ前記ＦＴＮ−ＡＣＣ及びベースバンドユニットプール（ＢＢＵｓ）に接続される集約型フロントホール伝送ノード（ＦＴＮ−ＡＧＧ）とを含むフロントホール伝送ネットワークのデータ伝送を制御するように構成されるデータ伝送装置を提供する。図１２に示すように、前記データ伝送装置は、
データの遅延要件に応じて、前記ＦＴＮ−ＡＣＣと前記ＦＴＮ−ＡＧＧとの間に確立された伝送チャネルを選択するように構成される選択ユニット１０１と、
前記伝送チャネルを利用して前記データを送信するように構成される第１送信ユニット１０２と、を備える。
【０１０２】
前記選択ユニット及び第１送信ユニットはいずれもプログラムモジュールであってもよく、プロセッサにより実行された後、確立すべき伝送チャネルを選択して、確立された伝送チャネルを利用してデータの伝送を行うことに用いられてもよい。
【０１０３】
図１３に示すように、前記データ伝送装置は、更に、
無線ネットワーク側のトラフィック状態情報を監視するように構成される監視ユニット１１０と、
前記トラフィック状態情報を分析して、トラフィックの遅延要件及び必要な帯域幅を決定するように構成される分析ユニット１２０と、
トラフィックの遅延要件及び必要な帯域幅に基づいて前記フロントホール伝送ネットワーク（ＦＴＮ）のネットワーク構成パラメータを決定するように構成される決定ユニット１３０と、
前記ネットワーク構成パラメータを前記ＦＴＮに送信するように構成される第２送信ユニット１４０と、を備える。
【０１０４】
本実施例に記載の制御装置は上記伝送側コーディネータに適用される情報処理装置であってもよい。
【０１０５】
前記監視ユニット１１０は情報収集装置等のトラフィック状態情報を取得する構造に対応してもよい。
【０１０６】
前記分析ユニット１２０及び決定ユニット１３０はいずれもプロセッサ又は処理回路に対応してもよい。前記プロセッサはセントラルプロセッサ、マイクロプロセッサ、デジタルシグナルプロセッサ、アプリケーションプロセッサ又はプログラマブルアレイ等を含んでもよい。前記処理回路は特定用途向け集積回路を含んでもよい。前記プロセッサ又は処理回路は所定命令の実行によって上記分析ユニット１２０及び決定ユニット１３０の操作を実現することができる。
【０１０７】
前記第２送信ユニット１４０は送信インターフェースに対応してもよく、ＦＴＮ又はＦＴＮ内の伝送ノードへ前記ネットワーク構成情報を送信することができ、前記ＦＴＮネットワーク又はＦＴＮ内の伝送ノードが対応するネットワーク構成操作を実行することに役立ち、それによりＦＴＮネットワークのリソース有効利用率を向上させ、消費電力を減少させる。
【０１０８】
いくつかの実施例では、前記決定ユニット１３０は、具体的に、前記遅延要件に応じて前記ＦＴＮに構成すべき伝送チャネルのタイプを決定し、及び／又は、前記必要な帯域幅に基づいて前記ＦＴＮに構成すべき伝送チャネルの伝送帯域幅を決定することに用いられる。
【０１０９】
本実施例では、前記決定ユニット１３０は前記遅延要件及び必要な帯域幅に基づいてＦＴＮに構成すべき伝送チャネルのタイプ及び伝送帯域幅を直接決定し、ＦＴＮのネットワークの動的割り当てを実現し、伝送ニーズを満たす一方、消費電力をできる限り減少させ、リソースの有効利用率を向上させることができる。
【０１１０】
いくつかの実施例では、前記伝送チャネルは直接接続チャネル、共有チャネル及び混合チャネルのうちの少なくとも２つを含み、前記決定ユニット１３０は、具体的に、
前記遅延要件が第１伝送遅延に対応する場合、前記ネットワーク構成パラメータが前記直接接続チャネルの構成パラメータを含むと決定すること、
前記遅延要件が第２伝送遅延に対応する場合、前記ネットワーク構成パラメータが前記混合チャネルの構成パラメータを含むと決定すること、及び
前記遅延要件が第３伝送遅延に対応する場合、前記ネットワーク構成パラメータが前記共有チャネルの構成パラメータを含むと決定することのうちの少なくとも１つを実行することに用いられ、
前記第１伝送遅延が前記第２伝送遅延より短く、前記第２伝送遅延が前記第３伝送遅延より短い。
【０１１１】
本実施例では、前記ＦＴＮネットワークは３種類の伝送チャネルを構成することができ、対応する伝送チャネルを構成してデータの伝送を行うことにより、伝送遅延要件を満たすように確保する一方、ＦＴＮの様々なオーバーヘッドをできる限り減少させる。
【０１１２】
上記実施例では、前記決定ユニット１３０が遅延要件に応じて構成された伝送チャネルを選択することを具体的に説明したが、本実施例では、前記決定ユニット１３０がどのように必要な帯域幅に基づいてＦＴＮを構成するかを具体的に提供する。例えば、前記決定ユニット１３０は、具体的に、前記必要な帯域幅に基づいて前記ＦＴＮとリモート無線ユニット（ＲＲＵ）との間に動作している接続ポート数を決定し、及び／又は、前記必要な帯域幅に基づいて前記ＦＴＮとベースバンドユニット（ＢＢＵ）との間に動作している接続ポート数を決定し、及び／又は、前記必要な帯域幅に基づいて前記ＦＴＮに構成すべきキャリア数を決定し、及び／又は、前記必要な帯域幅に基づいて前記ＦＴＮのアクセス型フロントホール伝送ノード（ＦＴＮ−ＡＣＣ）と集約型フロントホール伝送ノード（ＦＴＮ−ＡＧＧ）との収束比を決定することに用いられ、前記ＦＴＮ−ＡＣＣが前記ＲＲＵに接続され、前記ＦＴＮ−ＡＧＧがベースバンドユニット（ＢＢＵ）に接続される。
【０１１３】
当然ながら、具体的に実現するとき、前記決定ユニット１３０は遅延要件及び必要な帯域幅を合わせて、ネットワーク構成を同時に行うことができる。例えば、前記決定ユニット１３０は、具体的に、前記遅延要件及び前記必要な帯域幅に基づいて、前記ＦＴＮの伝送したハイパーフレームフォーマット、前記ハイパーフレーム内のユニットフレームのタイプ、前記ユニットフレーム数、及び様々な前記ユニットフレームの前記ハイパーフレーム内での位置のうちの少なくとも１つを決定することに用いられる。
【０１１４】
いくつかの実施例では、前記ネットワーク構成パラメータは前記ＦＴＮが現在未使用のポートを閉じ、及び／又は、使用頻度の所定頻度より低いポートを閉じるように指示することに用いられる。未使用のポート又は使用頻度の低いポートを閉じることにより、該ポートを維持する消費電力を減少させ、無負荷現象を減少させ、リソースの有効利用率を向上させることができる。
【０１１５】
他の実施例では、前記装置は、更に、
前記ＦＴＮのネットワークトポロジーを取得するように構成される取得ユニットを備え、
前記決定ユニット１３０は、前記遅延要件、前記必要な帯域幅及び前記ネットワークトポロジーに基づいて前記ネットワーク構成パラメータを決定するように構成される。
【０１１６】
ここで、取得ユニットは通信インターフェースに対応してもよく、他の装置から情報を受信することにより前記ネットワークトポロジー、例えばＦＴＮの伝送ノード、例えばＦＴＮ−ＡＧＧ又はＦＴＮ−ＡＣＣから伝送したそれぞれのネットワークトポロジーを取得することができる。
【０１１７】
本実施例では、前記決定ユニット１３０は遅延要件、必要な帯域幅及びネットワークトポロジーに基づいてネットワーク構成パラメータの決定を指向的に行うことにより、ＦＴＮのネットワークの指向的な構成を実現する。
【０１１８】
いくつかの実施例では、前記取得ユニットは、具体的に、ネットワーク発見プロトコルを利用して前記ＦＴＮのネットワークトポロジーを発見し、及び／又は、リモート無線ユニット（ＲＲＵ）と前記ＦＴＮとの接続情報及び／又はベースバンドユニット（ＢＢＵ）と前記ＦＴＮとの接続情報を受信することに用いられる。
【０１１９】
本実施例では、前記取得ユニットは発見プロトコルに従って前記ＦＴＮのネットワークトポロジーを取得してもよいし、ＦＴＮ−ＡＣＣ、ＦＴＮ−ＡＧＧ、ＲＵＵ又はＢＵＵ又はＮＧＦＩから前記接続情報を直接受信することにより、ネットワークトポロジーを取得してもよく、しかしながら、具体的に実現するとき、これらの技術案に限られない。
【０１２０】
以下、上記任意の実施例を参照しながらいくつかの具体例を提供する。
【０１２１】
例１
本例では、フロントホール伝送ネットワーク（ＦＴＮ：ｆｒｏｎｔ−ｈａｕｌ  ｔｒａｎｓｐｏｒｔ  ｎｅｔｗｏｒｋ）はアクセス型フロントホール伝送ネットワーク元ノード（ＦＴＮ−ＡＣＣ）及び集約型フロントホール伝送ノード（ＦＴＮ−ＡＧＧ）で構成され、ＦＴＮ−ＡＣＣ及びＦＴＮ−ＡＧＧは環状ネットワーク又は星状ネットワークを構成することができる。
【０１２２】
理想的なフロントホールインターフェースを用いたＲＲＵをＢＢＵｓに接続する時に要求される極低遅延及び広帯域幅を満たすために、それぞれのＦＴＮ−ＡＣＣとＦＴＮ−ＡＧＧとの間に１つのストレート波長チャネルを確立し、同時に、非理想的なフロントホールインターフェースの柔軟な結合ニーズを満たすために、リング内にポイントトゥポイントでダウンリンクする１つの共有波長チャネルを確立する。共有波長チャネルはサービスの伝送を行うことができる以外に、更にＦＴＮ−ＡＧＧとＦＴＮ−ＡＣＣとの間のＯＡＭ及び保護プロトコルの確立及び廃止に用いられてもよい。
【０１２３】
アクセス型フロントホール伝送ネットワークノード（ＦＴＮ−ＡＣＣ）はサービスアクセスポイントに位置し、つまり、ＲＲＵに接続され、ＮＧＦＩ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｆｒｏｎｔ−Ｈａｕｌ  Ｉｎｔｅｒｆａｃｅ）を介して近傍の複数のＲＲＵに接続され、遅延敏感サービス及び非敏感サービスをリアルタイムに感知することができ、遅延に敏感で帯域幅要件のより高い理想的なフロントホールインターフェースデータに対して、ＦＴＮ−ＡＧＧにポイントトゥポイントで直接接続される波長に直接マッピングするが、遅延要件に非敏感な非理想的なフロントホールインターフェース及び他のサービスに対して、ポイントトゥポイントでダウンリンクする共有波長にマッピングする。再構成可能な光アド／ドロップマルチプレクサ（ＲＯＡＤＭ：Ｒｅｃｏｎｆｉｇｕｒａｂｌｅ  Ｏｐｔｉｃａｌ  Ａｄｄ−Ｄｒｏｐ  Ｍｕｌｔｉｐｌｅｘｅｒ）技術を用いてノード内の異なる波長の柔軟なスケジューリングを実現し、他のノードからのストレート波長に対して、ＲＯＡＤＭがそれを直接迂回し、他のノードからの共有波長に対して、ＲＯＡＤＭがそれをダウンリンクして、ＦＴＮノードの電気処理モジュールに送って、更なる処理を行う。共有波長は共有チャネルのために構成された波長であってもよい。
【０１２４】
集約型フロントホール伝送ノード（ＦＴＮ−ＡＧＧ）は、サービス収束ポイントに位置し、環状ネットワーキング又は星状ネットワーキング方式で複数の異なるアクセス層ＦＴＮ−ＡＣＣのサービスを収束して、ＢＢＵプールに送る。ＦＴＮ−ＡＧＧはすべての波長をダウンリンクして、ＦＴＮノード電気処理及び交換を行い、且つＢＢＵプールと連動して、ＢＢＵプールの負荷、ＦＴＮのチャネルスケジューリング及び波長使用の動的連動を実現することができる。
【０１２５】
極低遅延の転送を実現して、遅延に基づいて異なるサービスレベルを区別するために、ＦＴＮの転送プレーンが３つの階層に分けられる。極低遅延要件のサービスに対して、アクセスポイントＦＴＮで対応する波長に直接マッピングし、サービスアクセスＦＴＮ−ＡＣＣとＦＴＮ−ＡＧＧとの間に光層透過方式で転送し、つまり、直接接続チャネルを用いて伝送する。遅延のより短いサービスに対して、光層からチャネル層に変換し、チャネル層によって転送して次のノードに送り、つまり、混合チャネルを用いて伝送する。通常遅延のパケットサービスに対して、光層を介してチャネル層にスケジューリングした後、パケット交換を行い、つまり、共有チャネルを用いて伝送する。階層化された処理アーキテクチャを用いることにより、同一装置は異なる遅延サービスの処理を実現することができる。
【０１２６】
ＦＴＮ転送プレーンはポイントトゥポイント波長の光層において、ＣＣ／ＣＶ等を含む基本的なＯＡＭメカニズムを実行し、ホップバイホップの各ホップのノード電気層においてＯＡＭメカニズムを実行する。光層のＯＡＭはまとめて比較することにより、光層の問題を決定し、次に、電気層のホップバイホップ伝達によって関連する故障検出状態を通知する必要がある。
ポイントトゥポイントの動作波長接続に対して、いずれも保護波長を確立し、故障したとき、保護シグナリングをポイントトゥポイントの共有波長によって伝達し、それにより保護切り替えを実現する。
【０１２７】
１）ＮＧＦＩインターフェースに無線側の負荷要件を持ってもよく、リアルタイムな負荷指数（基地局のアンテナ数、変調方式等によってまとめて計算したフロントホール帯域幅に対するニーズの指数）がＮＧＦＩを介してＦＴＮノードに伝達されてもよく、ＮＧＦＩのインターフェースは波長又はチャネルの起動数を調整することにより、対応する無線負荷指数にマッチングすることができる。
【０１２８】
２）ＮＧＦＩインターフェースに異なる遅延ニーズを持ってもよく、且つ遅延要件に応じてトラフィックを異なる波長又はチャネルにマッピングする。ＦＴＮの波長に対応する異なる遅延要件は、極低遅延要件のチャネルに対して透過波長にマッピングし、元のシンクノードに直接接続され、中間ノードが光層を直接透過する種類、遅延要件のより高いチャネル（例えば、Ｘ２インターフェースの水平トラフィックと類似する）に対してノードダウンリンク波長の一部にマッピングし、このような波長が直接接続リンクのあるノードのみでダウンリンクし、他のノードでダウンリンクしない種類、及び、他のサービスがいずれもポイントトゥポイントでダウンリンクする波長にマッピングし、それぞれのノードがすべてダウンリンクしてパケット交換を行って、十分な統計的多重化を実現する種類の３種類に分けられる。
【０１２９】
ＦＴＮネットワークの管理ドメインは管理・制御を一体化したソフトウェア定義型ネットワーク（ＳＤＮ：Ｓｏｆｔｗａｒｅ  Ｄｅｆｉｎｅｄ  Ｎｅｔｗｏｒｋ）コントローラを用いて、無線及び伝送の連動を実現し、ネットワークの実際のサービスニーズに応じて、遅延ニーズに応じて、波長及び帯域幅を動的に割り当てる。
【０１３０】
例２
本例では、無線側及びフロントホール伝送ネットワークの協働を利用して、リソースの最適化利用を実現し、サービスニーズを満たす上で、装置のハードウェアリソースを節約する。無線及び伝送コーディネータを利用してＲＲＵ側のサービストラフィック及びサービス遅延要件、帯域幅要件等を監視して、監視した情報を分析して、更にＦＴＮネットワークにおける波長数、収束比及びブロックハイパーフレームにおけるセルの数及び位置情報を取得し、関連情報をＦＴＮネットワーク機器に構成する。
【０１３１】
図１４に示すように、本例の具体的な実現ステップは以下のステップを含む。
【０１３２】
ステップＳ１：コーディネータがトポロジー発見プロトコルを利用してＦＴＮのネットワークトポロジーを取得し、ここで、コーディネータが伝送側及び無線側に同時に設置されてもよいし、伝送側のみに設置されてもよい。ここで、伝送側がＦＴＮに対応し、前記無線側がＲＲＵ及びＢＢＵｓに対応する。
【０１３３】
ステップＳ２：ＦＴＮに接続されるＲＲＵの接続情報をコーディネータに導入してトポロジー改善を行い、又は特定のトポロジー発見プロトコルを用いてＲＲＵとＦＴＮ装置との接続関係を取得する。
【０１３４】
ステップＳ３：コーディネータがＲＲＵ箇所のトラフィック状態をリアルタイムに監視し、トラフィックが増加した後、トラフィックサイズ及びサービスタイプを監視する。
【０１３５】
ステップＳ４：コーディネータが該情報を受信した後、トラフィックのサービスタイプを分析して、帯域幅及び遅延に対する要件を取得する。
【０１３６】
ステップＳ５：帯域幅要件を利用してＲＲＵとＦＴＮとが直接結合されるチャネルのキャリア数を設定する。例えば、ＲＲＵとＦＴＮとの伝送基本粒度が２５Ｇであり、それぞれのＲＲＵとＦＴＮとの直接結合インターフェースはいずれも４つの２５Ｇの直接結合インターフェースを含んでもよい。つまり、ＲＲＵとＦＴＮとの伝送帯域幅が大きくとも１００Ｇである。１００Ｇのトラフィックを伝送する場合、それらが相互結合されるすべてのレーザー機器を動作する必要があり、２５Ｇ以下のトラフィックのみを伝送する場合、１つのレーザー機器を動作すればよく、消費電力を大幅に節約することができる。（２５Ｇ、１００Ｇが仮定したものであり、変更できる）
【０１３７】
ステップＳ６：サービスの様々な遅延要件に応じて、ＦＴＮネットワーク要素におけるブロックハイパーフレームセルの数及び位置を設定する。ＦＴＮネットワーク要素において、異なる論理チャネルの処理が異なり、ＲＲＵがＦＴＮに複数のサービストラフィックを伝送する場合、異なるトラフィックを異なる論理チャネルにマッピングする必要があり、この時、ブロックフレームのセル数及び位置はいずれも柔軟に動的に設定されてもよい。ここで、ステップＳ５及びステップＳ６は一定の前後順序がなく、図７に示してもよいし、ステップＳ６を実行してからステップＳ５を実行してもよく、例えば、ステップＳ５ではステップＳ６における決定されたハイパーフレームの構造に基づいてポートの開閉を行ってもよい。
【０１３８】
ステップＳ７：コーディネータがトラフィック情報を利用してＦＴＮリングにおけるトラフィックの収束比を取得して、通過すべきＦＴＮのネットワーク要素情報及び構成すべきチャネルの数を計算し、特定数のレーザーをオンにしてトラフィックの伝送を行って、サービス構成情報を異なるＦＴＮネットワーク要素に送信する。
【０１３９】
ＦＴＮノードとＦＴＮノードとの接続は複数のポートが相互結合されてもよく（４対のポートが相互接続される場合を例とする）、各対のポートにおけるチャネルの基本粒度が２５Ｇであり、大きくとも４＊２５Ｇトラフィックを収容でき、つまり、ＦＴＮとＦＴＮとの間のトラフィックが４＊４＊２５Ｇに達してもよく、この時、１６個のレーザー機器を起動する必要がある。しかしながら、トラフィックが常にピーク値に達することが不可能であり、トラフィックを監視することができ、統計多重化された結果を利用してレーザー機器の制御を行うことにより、レーザー機器リソースを大幅に節約することができ、より少ないリソースを利用して複数のＲＲＵトラフィックの伝送を実現することもできる。２５Ｇ、１００Ｇがいずれも帯域幅距離であり、具体的に実現するとき、様々な帯域幅を用いてもよく、ここで制限しない。
【０１４０】
ステップＳ８：コーディネータがトラフィック情報を利用してＦＴＮ装置及びＢＢＵ装置のチャネルの設定を実現し、具体的な実現方式はステップＳ５及び／又はステップＳ６であってもよい。
【０１４１】
本例では、ＢＢＵからなるＢＢＵｓがフロントホール伝送ネットワークのコントロールプレーンの動作プロセスを行い、ＲＲＵのトラフィック監視によってポートの開閉、波長の動的割り当て及び動的スケジューリングを行い、将来５Ｇのフロントホールとバックホールとが同一装置を使用するニーズをよりよく満たすことができ、伝送ネットワークを構築する投資コストを大幅に削減したことを詳しく説明した。
【０１４２】
上記ＦＴＮネットワーク要素は上記ＦＴＮ−ＡＣＣ及び／又はＦＴＮ−ＡＧＧを含んでもよい。
【０１４３】
本発明の実施例はコンピュータ記憶媒体を提供し、前記コンピュータ記憶媒体にコンピュータ実行可能命令が記憶され、前記コンピュータ実行可能命令が実行された後、上記１つ又は複数の技術案に係るデータ伝送方法、例えば図９に示すデータ伝送方法を実現することができる。
前記コンピュータ記憶媒体はモバイル記憶装置、読み出し専用メモリ（ＲＯＭ：Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、磁気ディスク又は光ディスク等のプログラムコードを記憶できる様々な媒体であってもよく、好ましくは非一時記憶媒体である。
【０１４４】
本願に係るいくつかの実施例において、開示される装置及び方法は他の方式で実現されてもよいと理解すべきである。以上に説明される装置実施例は模式的なものに過ぎず、例えば、前記ユニットの区別は論理機能上の区別に過ぎず、実際に実現するとき、他の区別方式を用いてもよく、例えば複数のユニット又はコンポーネントは他のシステムに結合又は統合されてもよく、又はいくつかの特徴は省略してもよく、又は実行しなくてもよい。また、表示又は検討される各構成部分の間の結合、又は直接結合、又は通信接続はいくつかのインターフェース、装置又はユニットによる間接結合又は通信接続であってもよく、電気、機械又は他の形式であってもよい。
【０１４５】
分離部材として説明される上記ユニットは物理的に分離してもよいし、物理的に分離しなくてもよく、ユニットとして表示される部材は物理ユニットであってもよいし、物理ユニットでなくてもよく、つまり、一箇所に位置してもよいし、複数のネットワークユニットに配置されてもよく、実際の必要に応じて、その一部又は全部のユニットを選択して本実施例案の目的を実現してもよい。
【０１４６】
また、本発明の各実施例において、各機能ユニットはすべて１つの処理モジュールに統合されてもよく、各ユニットはそれぞれ独立して１つのユニットとされてもよく、２つ又は２つ以上のユニットは１つのユニットに統合されてもよく、上記統合されたユニットはハードウェアの形式で実現されてもよいし、ハードウェアプラスソフトウェア機能ユニットの形式で実現されてもよい。
【０１４７】
当業者であれば、上記方法実施例を実現するステップの全部又は一部はプログラムによって関連するハードウェアを命令して完了させてもよく、上記プログラムがコンピュータ可読記憶媒体に記憶されてもよく、該プログラムが実行される時、上記方法実施例を含むステップを実行すると理解される。
【０１４８】
以上の説明は、本発明の具体的な実施形態に過ぎず、本発明の保護範囲を制限するためのものではなく、当業者が本発明に開示される技術的範囲内に容易に想到し得る変更や置換は、いずれも本発明の保護範囲内に含まれるべきである。従って、本発明の保護範囲は特許請求の範囲に準じるべきである。
【産業上の利用可能性】
【０１４９】
本発明の実施例に開示される技術案は、ＲＲＵとＢＢＵとの間にフロントホール伝送ネットワークを導入し、且つフロントホール伝送ネットワークはＦＴＮ−ＡＣＣとＦＴＮ−ＡＧＧの二つのタイプの伝送ノードを含む。且つ、この二つのタイプの伝送ノードの間に少なくとも二つのタイプの伝送チャネルが確立され、この二つのタイプの伝送チャネルの伝送遅延が異なって、伝送リソースの有効利用率も異なり、データ伝送を行うとき、データの遅延要件に応じて対応する伝送チャネルを選択して伝送し、それにより異なるデータの伝送遅延ニーズを満たし、有益な産業的効果を有し、それと同時に、実現しやすい特徴を有し、産業で広く使用できる。
【図１】
0006800332.tif 000002
【図２】
0006800332.tif 000003
【図３】
0006800332.tif 000004
【図４】
0006800332.tif 000005
【図５】
0006800332.tif 000006
【図６】
0006800332.tif 000007
【図７】
0006800332.tif 000008
【図８】
0006800332.tif 000009
【図９】
0006800332.tif 000010
【図１０】
0006800332.tif 000011
【図１１】
0006800332.tif 000012
【図１２】
0006800332.tif 000013
【図１３】
0006800332.tif 000014
【図１４】
0006800332.tif 000015