Description
体験品質の分かるトランスポート自己編成ネットワークフレームワーク
US 62/127,280 20150302 EP2016054455 20160302 WO2016139266 20160909 20171106
Technical Field
[0001]
関連出願の相互参照：本出願は、参考としてここにそのまま援用される２０１５年１月２７日にＰＣＴ／ＥＰ２０１５／０５１５６３として出願されたピーター・シジラギ及びサバ・バルカン氏の“Context based correlated QoS measurement and QoE monitoring framework”に関連するものである。又、本出願は、参考としてここにそのまま援用される２０１５年３月２日に出願された米国プロビジョナル特許出願第６２／１２７，２８０号の利益及び優先権も主張する。
Background Art
[0002]
種々のネットワークは、適当な管理技術及びシステムから利益を得ることができる。例えば、長期進化ネットワーク及び他のワイヤレス通信ネットワークは、体験品質の分かるトランスポート自己編成ネットワークフレームワーク(a quality of experience aware transport self-organizing network framework)から利益を得ることができる。
[0003]
モバイルバックホール（ＭＢＨ）とは、進化型ノードＢ（ｅＮＢ）、サービングゲートウェイ（Ｓ−ＧＷ）、移動管理エンティティ（ＭＭＥ）、等の無線アクセスネットワーク（ＲＡＮ）要素間に接続を与えることのできる搬送ネットワークである。そのような要素間の通信については、ユーザプレーン、制御プレーン及び管理プレーンを含む全てのトラフィックは、１つ以上のモバイルバックホールを経て転送される。典型的に、ＭＢＨは、多数の売主からの多数の技術的レイヤを含む複雑且つ異種のシステムである。又、典型的に、ＭＢＨは、全ての州又は国のような広いエリアに及ぶ。更に、典型的に、ＭＢＨは、全モバイルネットワークのトラフィックを収集し且つ集計することができる。
[0004]
資本支出（ＣＡＰＥＸ）及び運営支出（ＯＰＥＸ）は、ＭＢＨの所有権の全コストにおいて著しい割合を占める。これらのコストを低く維持するには、オートメーションによる入念なプランニング及び運営コストの低減が余儀なくされる。しかし、プランニングは、典型的に、リソースのニーズがトラフィックの予想及び簡単なネットワークモデルに基づいて計算されるので精度の低いプロセスである。トラフィック予想は、元々、それがせいぜい履歴的測定に基づくものであるから、正確ではない。従来、数字的な複雑さ及び処理要件を適度な低いレベルに保つために簡単化が要求される。プランニング中に、各ネットワーク要素のパラメータ及び構成を計算することができ、そしてそれらの値が結局はネットワーク要素にダウンロードされる。不正確な入力及び大雑把なモデルのため、それらのパラメータは、トラフィック負荷のもとで最適なシステム動作を生じ得ないことがある。
[0005]
代替的／相補的トランスポート解決策の共通の特徴は、各々の場合に、長期持続のトランスポートトンネルが無線アクセスノード間に構成され、そしてサービス品質（ＱｏＳ）スキームがパケットレベルで適用されることである。ネットワークが新たなｅＮＢで拡張されるときには、トランスポートトンネルを手動で構成するか、又はあるレベルの自動化を与えるプロビジョニングツールを経て構成することができる。プロビジョニングプロセスの間に、トランスポートトンネルは、ネットワーク拡張時に局所的な最適な仕方で経路を計算しつつ、既存のトンネルの上に１つずつ構成することができる。
[0006]
その結果は、システムレベルにおいて最善には及ばず、そしてシステム上の既存の及び新たなトランスポートトンネルの全部が事前に分かると共に、全ネットワーク、全需要、割り当ての粒度・対・リソースの粒度を考慮し、及びマルチレイヤ最適化（ＭＬＯ）技術を適用することで構成が計算されるケースに比して、効率が悪い。そのギャップは、トランスポートネットワークのサイズ及び構成される接続の量と共に増加し、著しいＣＡＰＥＸ節約の道を開ける。
Summary of Invention
Technical Problem
[0007]
以上に述べたように、リソース割り当て及びトランスポートＱｏＳパラメータは、推奨値を使用して、又は予想トラフィックに基づき、静的に構成される。世界的に適した構成はなく、そしてトラフィックの需要は、動的に変化し得る。システムの複雑さと、各々の場合に構成されねばならない多数のパラメータのために、再構成及び再パラメータ化が稀に実行される。効率的な動作には、連続的に変化するトラフィックに対してトランスポートパラメータを自己適応させることが必要である。トランスポート接続が、事前に合意したサービスレベル合意書（ＳＬＡ）に基づき、ユーザネットワークインターフェイス（ＵＮＩ）を通してアクセスされるトランスポートサービスを経て第三者により与えられるときには、コスト及びリソース効率は、要求されるトランスポートサービスを定義し／計算する際の著しい側面となる。
[0008]
ＭＢＨは、端−端性能において顕著な役割を果たすので、ＭＢＨの非効率的な動作は、ユーザの体験に著しい否定的影響を及ぼす。この否定的なユーザ体験は、運営者が実現できる収益に影響を及ぼす。例えば、悪いサービスは、高い解約率を招く。
[0009]
自己編成ネットワーク（ＳＯＮ）は、第三世代パートナーシッププロジェクト（３ＧＰＰ）の長期進化（ＬＴＥ）において首尾良く配備された。ＳＯＮは、手動エラーのリスクを低減し、最適なリソース利用を可能にし、且つエネルギー使用量を減少することができる。標準的なＳＯＮ機能は、ＬＴＥの無線ネットワークレイヤの自己治癒、自己構成及び自己最適化に対処することができる。
[0010]
現在、モバイルネットワークのプランニング、ディメンショニング及びコミッショニングは、トラフィック測定の外挿、静的パラメータでのプランニング結果の構成、ネットワーク性能の監視、並びに必要に応じた手動での再プランニング及び再構成により行われるトラフィック予想に基づいている。構成されたパラメータの有効性は、予想トラフィック混合及びプランニングの精度に依存する。又、静的パラメータは、充分大きなトラフィック範囲にわたって最適な動作を与えるものではない。
[0011]
ｅＮＢのコミッショニングは、ＬＴＥベーストランシーバステーション（ＢＴＳ）自動接続及びＬＴＥ ＢＴＳ自動構成に基づく。それら特徴の範囲は、ｅＮＢがネットワーク管理サーバー及びダウンロード構成ファイルに接続するのを許すものである。従来の仮定は、プランニングプロセスの結果として、ｅＮＢがコミッショニングされる前に、トランスポート接続が構成されることである。従って、トランスポートリソースを、ｅＮＢ及びＬＴＥ ＢＴＳ自動接続に事前に割り当てることができ、そしてＬＴＥ ＢＴＳ自動構成は、ｅＮＢのトランスポート接続が何であれそれを確立し構成する役割を果たすものではない。これらの特徴は、トランスポート構成が事前に得られないか又は一貫したものでない場合には働かない。従って、事前構成のトランスポートサービスの必要性を排除する真のプラグアンドプレイ解決策は存在しない。
Technical Solution
[0012]
第１の実施形態による方法は、モバイルバックホールにわたり少なくとも１つのベースステーション（例えば、ｅＮＢ）に対するトランスポート接続を監視することを含む。又、この方法は、少なくとも１つのベースステーションのトランスポート接続における少なくとも１つの悪化又は異常を検出することも含む。更に、この方法は、検出された悪化又は異常に応答して適当なネットワーク管理アクションをとることも含む。
[0013]
変形例において、前記適当なネットワーク管理アクションは、前記検出された悪化又は異常がローカル問題によるものであるかどうか決定し、及び前記検出された悪化又は異常がローカル問題によるものでない場合には、ネットワークマネージャーをトリガーすることを含む。
[0014]
変形例において、前記適当なネットワーク管理アクションは、前記検出された悪化又は異常がローカル問題によるものであると決定されたときには、そのローカル問題を再構成により解消できるかどうか決定し、及びそのローカル問題を再構成により解消できるときには、再構成を行うことを含む。
[0015]
変形例において、前記適当なネットワーク管理アクションは、前記検出された悪化又は異常が再構成では解決できないローカル問題によるものであると決定されたときには、アラーム又はレポートを動作サポートシステムに送信することを含む。
[0016]
第２の実施形態による方法は、少なくとも１つのベースステーション（例えば、ｅＮＢ）に対するモバイルバックホールトランスポート関連トリガーを監視することを含む。又、この方法は、そのトリガーに対応する悪化又は異常が持続するかどうか検出することも含む。更に、この方法は、検出された悪化又は異常に応答して適当なネットワーク管理アクションをとることも含む。
[0017]
変形例において、前記方法は、更に、前記トリガーのフィルタリング、相関、又は厳格さレベル評価の少なくとも１つを含む。
[0018]
変形例において、悪化又は異常が持続しないときには、前記適当なネットワーク管理アクションは、トリガーに対して監視モードに入ることを含む。
[0019]
変形例において、悪化又は異常が持続するときには、前記適当なネットワーク管理アクションは、悪化又は異常をマネージャーにより解決できるかどうか決定することを含む。
[0020]
変形例において、悪化又は異常がマネージャーにより解決できないときには、適当なネットワーク管理アクションは、アラームを動作サポートシステムに送信することを含む。
[0021]
変形例において、悪化又は異常がマネージャーにより解決できるときには、適当なネットワーク管理アクションは、再構成を開始することを含む。
[0022]
変形例において、前記再構成は、運営者から承認を受けることを条件とする。
[0023]
第３及び第４の実施形態によれば、装置は、前記第１及び第２の実施形態による方法を各々それらの変形例において遂行する手段を備えている。
[0024]
第５及び第６の実施形態によれば、装置は、少なくとも１つのプロセッサ、少なくとも１つのメモリ及びコンピュータプログラムコードを備えている。少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、前記第１及び第２の実施形態による方法を各々それらの変形例において遂行するようにさせるよう構成される。
[0025]
第７及び第８の実施形態によれば、コンピュータプログラム製品は、前記第１及び第２の実施形態による方法を含むプロセスを各々それらの変形例において遂行するためのインストラクションをエンコードする。
[0026]
第９及び第１０の実施形態によれば、非一時的コンピュータ読み取り可能な媒体は、ハードウェアで実行されたときに前記第１及び第２の実施形態による方法を含むプロセスを各々それらの変形例において遂行するインストラクションをエンコードする。
[0027]
第１０及び１１の実施形態によれば、システムは、第４又は第６の実施形態による少なくとも１つの装置と通信する第３又は第５の実施形態による少なくとも１つの装置を各々それらの変形例において備えている。
[0028]
本発明を適切に理解するために、添付図面を参照する。
Brief Description of Drawings
[0029]
[fig. 1] 幾つかの実施形態によるＴｒａ−ＳＯＮアーキテクチャーを示す。
[fig. 2] 幾つかの実施形態による拡張型Ｔｒａ−ＳＯＮアーキテクチャーを示す。
[fig. 3] 幾つかの実施形態によるｅＮＢ側ＴＳＡの代替実施例を示す。
[fig. 4] 幾つかの実施形態によるＴＳＡのオペレーションを示す。
[fig. 5] 幾つかの実施形態によるＴｒａ−ＳＯＮマネージャーインターワーキングを示す。
[fig. 6] 幾つかの実施形態による、ＴＳＡトリガーに基づくマネージャーによるトランスポートサービス最適化を示す。
[fig. 7] 幾つかの実施形態による、マネージャーによる規範的判断を示す。
[fig. 8] 幾つかの実施形態による、マネージャーによる別の規範的判断を示す。
[fig. 9] 幾つかの実施形態による、不充分な構成のトランスポート装置で生じる悪化の分析を示す。
[fig. 10] 幾つかの実施形態によるシステムレベルリソース割り当ての最適化を示す。
[fig. 11] 幾つかの実施形態によるシステムを示す。
Description of Embodiments
[0030]
幾つかの実施形態は、例えば、ＯＰＥＸを減少し且つリソース使用効率を高めてＣＡＰＥＸを減少し、及び他の目的のために、モバイルバックホール（ＭＢＨ）に自己編成ネットワーク（ＳＯＮ）を導入する。特に、幾つかの実施形態は、改善型最適化及び自動技術を通して、自動化のレベルを高め、プランニング及び構成プロセスを簡単化し、且つネットワークの効率を最大にできるＳＯＮフレームワークをＭＢＨにわたって提供する。
[0031]
幾つかの実施形態は、ＬＴＥ及び３Ｇ ＭＢＨに適用することができる。類似性のために、以下の説明は、ＬＴＥに向けられる。しかしながら、同じ技術及び特徴を３Ｇ共有（３Ｇ及びＬＴＥ）環境に直接適用することもできる。他の変更及び調整も許される。
[0032]
幾つかの実施形態は、種々の問題を取り扱う。例えば、幾つかの実施形態は、多量のネットワーク要素、複雑なトポロジー、システムがディメンション、コミッション及びマネージすることが困難なことを意味するＭＢＨにおける多技術環境、等の高いシステム複雑性を取り扱うことができる。
[0033]
更に、幾つかの実施形態は、静的なパラメータセットでは効率的に取り扱えない複雑で且つ動的なトラフィック混合を取り扱うことができる。例えば、幾つかの実施形態は、各ネットワーク要素にダウンロードできる世界的に有効な構成が存在しない状況を取り扱うことができる。更に、幾つかの実施形態は、適応性及びコンテキスト特有のパラメータ化が必要とされる状況を取り扱うことができる。
[0034]
幾つかの実施形態は、トラフィック予想及び簡単なネットワークモデルに基づく不正確なプランニングを取り扱うことができる。最も正確なトラフィック予想でも、すぐに時代遅れになってしまう。プランニング（構成だけでなく、物理的容量及びリソース割り当ても）が時代遅れになるのを防止するために、幾つかの実施形態では、オーバーディメンショニングを与えることができる。
[0035]
又、幾つかの実施形態は、整列されたトランスポート及び無線ＱｏＳが存在しない状況も取り扱うことができる。前者は、アグリゲート中心であり、一方、後者は、ベアラ中心である。トランスポート混雑のときは、端−端ＱｏＳターゲットが満足されない。幾つかの実施形態は、そのようなＱｏＳ不足の問題を取り扱うことができる。
[0036]
更に、幾つかの実施形態は、時間浪費、故障傾向のノード、ネットワークコミッショニング、運営、及び管理に関する問題を取り扱うことができる。同様に、幾つかの実施形態は、カバレージ、接続、容量、及びアプリケーションへのアクセスを含めて、モバイルサービスの迅速な配送の必要性を取り扱うことができる。
[0037]
幾つかの実施形態は、自己治癒、自己構成、及び自己最適化を含めて、ＳＯＮを拡張できる解決策をＭＢＨに導入する。従って、幾つかの実施形態は、自動化を増強し、プランニング及びコミッショニングプロセスを簡単化し、トランスポート及び無線ＱｏＳを調和させ、システム効率を高め、全所有権コスト（ＴＣＯ）を減少し、トラブルシューティング中に貴重な洞察力を与え、エネルギー消費量を減少し、且つリソース割り当てを最適なシステムレベルに保持することができる。
[0038]
トランスポートＳＯＮ（Ｔｒａ−ＳＯＮ）フレームワークの範囲は、真のプラグアンドプレイ、自己構成及び自己最適化メカニズムを適用することによりモバイルバックホール（ＭＢＨ）内の自動化のレベルを高めることを含む。フレームワークのオペレーションは、進歩型重要性能インジケータ（ＫＰＩ）収集、異常及び悪化検出メカニズム、及びネットワーク管理解決策、例えば、ソフトウェア定義ネットワーキング（ＳＤＮ）に依存する。Ｔｒａ−ＳＯＮは、簡単なプランニング及び最小タッチコミッショニング、並びに自動及び適応ネットワーク運営を可能にする。
[0039]
幾つかの実施形態は、効率的なネットワークリソース利用、無線及びトランスポートサービス品質（ＱｏＳ）アーキテクチャー、並びに体験品質（ＱｏＥ）駆動オペレーションの調和を保証する。更に、幾つかの実施形態は、ＣＡＰＥＸ及びＯＰＥＸの著しい減少を与える。又、幾つかの実施形態は、多様性があり、且つ多売主無線アクセス（ＲＡ）環境及び／又はＭＢＨ環境において機能することができる。幾つかの実施形態のオペレーションは、長期進化（ＬＴＥ）について説明されるが、幾つかの実施形態は、３Ｇ／高速パケットアクセス（ＨＳＰＡ）システムに直接適用することもできる。
[0040]
図１は、幾つかの実施形態によるＴｒａ−ＳＯＮアーキテクチャーを示す。図１に示すように、幾つかの実施形態において、Ｔｒａ−ＳＯＮエージェントは、ｅＮＢ及び／又はＳ−ＧＷ及び／又はＳＡＥ−ＧＷに配備することができる。更に、Ｔｒａ−ＳＯＮマネージャーがコアネットワークに配置される。
[0041]
Ｔｒａ−ＳＯＮエージェントは、ｅＮＢにあってもＳＡＥ−ＧＷにあっても、ＱｏＳ／ＱｏＥ測定を遂行し、分析、悪化検出及びローカライゼーション、並びにトランスポートインターフェイス自己構成及び最適化を与えることができる。又、Ｔｒａ−ＳＯＮエージェントは、Ｔｒａ−ＳＯＮマネージャーから構成情報を受け取り、そしてトリガー、アラーム、測定及び他のレポートをマネージャーに与えるように構成される。Ｔｒａ−ＳＯＮマネージャーは、異常検出、予想及び分析、並びに端−端最適化のために構成される。Ｔｒａ−ＳＯＮマネージャーは、トリガー、アラーム及びレポートをＯＳＳ／ＮＭＳサーバーに送信し、且つトランスポートサービス構成の要求をＳＤＮコントローラに送信するように構成される。
[0042]
図２は、幾つかの実施形態による拡張Ｔｒａ−ＳＯＮアーキテクチャーを示す。例えば、このアーキテクチャーは、システム内にマイクロ／ピコメッシュがあり及び／又は選択されたトランスポート装置の頂部にＴｒａ−ＳＯＮデーモンがインストールされた場合には、ＦｌｅｘｉＺｏｎｅコントローラに配備されたＴｒａ−ＳＯＮエージェントで拡張することができる。Ｔｒａ−ＳＯＮ要素は、種々の役割及び機能をもつことができる。
[0043]
例えば、ｅＮＢ側Ｔｒａ−ＳＯＮエージェント（ＴＳＡ）は、サイト装置としてｅＮＢにアタッチされるか又はそこで実行されるソフトウェアエンティティである。ＴＳＡの役割は、ＲＡシステム上の調和型ＱｏＳ及び一貫した端−端トランスポート構成を維持することである。更に、ｅＮＢ側ＴＳＡは、ｅＮＢのトランスポート接続を生成及び構成することによりｅＮＢのコミッショニングを完成する上で役立つ。同様に、ＴＳＡは、Ｘ２インターフェイスの自動隣接関係（ＡＮＲ）起源アクチベーション／構成を検出し、そしてそれに対応するトランスポート接続を自動的に確立することができる。
[0044]
トランスポートレイヤ上の異常及び悪化を検出するために又は他の理由で、ＴＳＡは、ｅＮＢの全てのトラフィックを監視し及びプロファイルすることができる。異常／悪化が検出されたときには、ＴＳＡが最初に悪化の理由を識別し、無線及びトランスポート側の問題を最初に分離することができる。問題がトランスポートネットワークにおいて根深いものである場合には、ＴＳＡは、問題のトランスポートセグメントを更にローカライズすることができる。最後に、必要があれば（例えば、悪化を解消するか又はＱｏＳを維持するために）、ＴＳＡは、再構成及び／又は最適化を遂行又はトリガーすることができる。再構成は、トランスポートインターフェイス、ｅＮＢのサイトルーター（そのような装置が存在すれば）、又は端−端トランスポートサービスをターゲットとすることができる。
[0045]
ＴＳＡは、リアルタイムＱｏＳ及びＱｏＥ ＫＰＩを抽出し且つユーザからの／ユーザ内の関連イベント、ｅＮＢの制御及び管理プレーントラフィックを傍受／検出する測定ポイントである。更に、ＴＳＡは、トランスポートネットワークの制御プレーントラフィック／メッセージを監視し、ネットワーク／リンク／経路、等の状態の当該変化を検出することができる。ＴＳＡにより使用される異常検出及びローカライゼーション手順は、２０１５年１月２７日にＰＣＴ／ＥＰ２０１５／０５１５６３として出願された“Context based correlated QoS measurement and QoE monitoring framework”に述べられたメカニズムを使用することができる。ＴＳＡは、互いに通信できると共に、ヘッダエンリッチメントのようなインバンド、又はアウトオブバンド（例えば、ＪＳＯＮ／ＩＰＦＩＸ）インターフェイスを通してＴｒａ−ＳＯＮマネージャーと通信することができる。ネットワーク要素の常駐エージェント、スタンドアローンボックス、等の実施に基づき、ＴＳＡは、ｅＮＢ側トランスポート構成のための内部インターフェイス、又はレガシーマネージメントインターフェイス、例えば、ＳＮＭＰ、ＣＬＩ、等を使用することができる。
[0046]
Ｓ−ＧＷ／ＳＡＥ−ＧＷ側ＴＳＡは、Ｓ−ＧＷ／ＳＡＥ−ＧＷにアタッチされるか又はそこで実行されるソフトウェアエンティティである。Ｓ−ＧＷ／ＳＡＥ−ＧＷ側ＴＳＡは、それらと同様の役割をもつｅＮＢ側ＴＳＡの相手部分として働く。ｅＮＢ側ＴＳＡとの協働測定を通して、Ｓ−ＧＷ／ＳＡＥ−ＧＷ側ＴＳＡは、異常／悪化検出及びローカライゼーションのための効率的なフレームワークを与えることができる。
[0047]
ＦｌｅｘｉＺｏｎｅコントローラ側ＴＳＡは、他のＴＳＡと同様の機能を有し、即ち、マイクロメッシュにサービスするＳ１インターフェイスの終端部に配置され、それに対応するトランスポート接続を管理する役割を果たす。この類似性のために、このオプションは、ここではこれ以上説明せず、有効な使用ケースとして述べる。
[0048]
Ｔｒａ−ＳＯＮマネージャーは、コンテンツパックの形態で既存のＯＳＳツールにアタッチされるか又はスタンドアローンノードで実行されるソフトウェアエンティティである。マネージャーは、端−端トランスポートサービスに関連されるか又は多数のネットワーク要素に影響する悪化、例えば、多数のｅＮＢのトラフィックにより共有されるトランスポートリンクの混雑を解消する上で役立つシステムレベル最適化及び構成エンティティとして働くことができる。
[0049]
更に、マネージャーは、ＴＳＡにより収集された関連ＫＰＩに基づきトレンド分析及び予想を行うという役割を果たす。そのような役割は、否定的傾向が厳しい故障を招く前に再構成をトリガーする等の予防的動作を許す。ＴＳＡにより収集されたＫＰＩは、ユーザのケースに基づき、ＪＳＯＮ又はＩＰＦＩＸのようなアウトオブバンドインターフェイスを通してロー又は処理／集計フォーマットでマネージャーへアップストリームされる。
[0050]
又、ＴＳＡは、検出された異常がローカル構成を通して解消できないとき、又はそれがトランスポートサービスとの問題によるものであるとき、例えば、適切なリソース割り当てがない場合に、マネージャーをトリガーすることができる。又、ＴＳＡは、検出された異常が明らかにＭＢＨ内にあり、従って、他のｅＮＢにも影響を及ぼすときにも、マネージャーをトリガーする。
[0051]
マネージャーは、それらのトリガーを収集し、それらのトリガーを合併して偽の肯定をフィルタリング除去し（又は他の理由で）、そして最終的に、それらトリガーを相関させて、同じ故障／問題により生じた個別のＴＳＡにより報告されるインシデントを識別することができる。マネージャーは、リアルタイムで動作して、例えば、ＭＢＨにおける単一の又は一時的なインシデントを解消するエンティティとして閉じた制御ループを実施し、及び／又は、例えば、持続的悪化を解消するか又は否定的トレンドにより生じる故障を防止するエンティティとして長い制御ループを通して実施することができる。
[0052]
更に、マネージャーは、ｅＮＢの典型的トラフィックプロファイル、及びユーザの移動ルートにより生じるネットワークドメイン間の負荷変化に従うようにシステムを先験的に構成するよう構成される。一時的又は病理学的な故障を解消するのに加えて、マネージャーは、システムの効率を維持し、且つシステムの動作及びリソース使用／割り当てを最適な作用点に保持するという役割を果たす。従って、ＴＳＡによりトリガーされるのに加えて、マネージャーは、収集されたＫＰＩの分析により非効率的なリソース使用／割り当て又はシステム動作をそれが検出したときに、それ自身でアクションをトリガーすることができる。
[0053]
そのような自己トリガーを遂行するために（又は他の理由で）、マネージャーは、既存のＯＳＳ及び顧客体験管理（ＣＥＭ）ツールと一体化することができ、そしてそのようなツールのＫＰＩデータベースにアクセスすることができる。ＳＤＮコントローラ、ＰＣＥ又は他のトランスポートプロビジョニングツールの存在のような環境に基づいて、マネージャーは、既存の／標準的な管理及び構成インターフェイスを通して幾つかの又は全てのトランスポートノードに直接接続することができるか、或いはＳＤＮコントローラ、ＰＣＥ又は他のトランスポートプロビジョニングツールのユーザとして働くことができる。
[0054]
以下の記述において、マネージャーの動作は、ＳＤＮコントローラのクライアントとして実行されるアプリケーションとして説明する。しかし、ＰＣＥ又は他のプロビジョニング／トランスポート管理ツールの場合にも同様の動作が可能であり且つ許される。更に、ＳＤＮコントローラの範囲があるドメインに限定されるか又は個別のネットワークドメインを管理するＳＤＮコントローラが多数ある場合には、マネージャーは、インテグレーターとして動作できる。例えば、マネージャーは、個々のＳＤＮコントローラを別々にアドレスするか或いはＳＤＮコントローラの範囲からネットワーク要素を直接的に構成してコヒレントな端−端システム構成／状態を達成することにより、再構成又は最適化をトリガーすることができる。ＯＳＳエコシステムへのマネージャーの統合は、実際のネットワーク状態の報告、Ｔｒａ−ＳＯＮインフラストラクチャーにより収集される特殊なＫＰＩの配布、及び／又はマネージャーでは解消できない問題／故障の場合のアラームの発生を許す。例えば、マネージャーは、要求される容量拡張を行えないことがある。
[0055]
任意のＴｒａ−ＳＯＮデーモンは、トランスポートノードで実行されるソフトウェアエンティティである。デーモンは、異常を検出できるＫＰＩ収集ポイントとして働くことができる。又、デーモンは、協力測定に関与する測定ポイントとして働くこともでき、従って、より正確な異常／故障ローカライゼーションを許す。更に、デーモンは、収集されたロー又は集計されたＫＰＩを、標準的管理インターフェイスを経て、マネージャーへ転送できるＫＰＩソースとして働くこともできる。加えて、デーモンは、マネージャー又はデーモンのマスターＴＳＡにより発生される構成コマンドを実行するエンティティとして働くことができる。
[0056]
デーモンをインストールすることは全く必須ではない。例えば、ＭＢＨの特異性のために、デーモンがＴｒａ−ＳＯＮフレームワークの動作に値を付加できる場合にも、デーモンを各々の且つ夫々のトランスポートノードにインストールすることは必須でない。むしろ、デーモンは、個別のネットワークドメイン間の入口／出口ノードとして働くもの又は多数のｅＮＢのトラフィックを集計するもののようなトランスポートノードを選択するためにインストールされる。
[0057]
幾つかの実施形態によるトランスポートＳＯＮフレームワークは、種々の仕方で使用することができる。例えば、第１の使用ケースでは、幾つかの実施形態によるトランスポートＳＯＮフレームワークは、プラグアンドプレイｅＮＢコミッショニングに使用することができる。この使用ケースは、トランスポートプランニングを著しく簡単化し、そしてｅＮＢコミッショニングプロセスの自動化のレベルを高めることができる。現在のｅＮＢコミッショニングは、プロビジョニングプロセスの前にトランスポートサービスが事前にプランニングされ且つ事前に構成されることを要求する。対照的に、幾つかの実施形態によるトランスポートＳＯＮフレームワークは、各々の且つ夫々のｅＮＢの事前プランニング及び事前構成の必要性を排除することができる。ｅＮＢ側ＴＳＡは、コミッショニングプロセスのスタートを検出し、そしてマネージャーを通してトランスポート構成を自動的にトリガーすることができる。第１のユーザプレーン接続が確立されるときまでに、トランスポート接続を利用することができる。第２のステップとして、幾つかの実施形態によるトランスポートＳＯＮフレームワークは、ｅＮＢがサービスするトラフィック需要に対するｅＮＢのリソース割り当てを最適化することができる。
[0058]
第２の使用ケースでは、幾つかの実施形態によるトランスポートＳＯＮフレームワークは、ＡＮＲに対する相補的なメカニズムとしてＸ２インターフェイスのための自動トランスポート構成に使用することができる。上述した使用ケースと同様に、Ｔｒａ−ＳＯＮフレームワークは、新たにアクチベート／確立されるＸ２インターフェイスを検出し、そして減少されたホップ回数、効率的なリソース割り当て、等の最適な仕方でトランスポート接続を構成するように構成される。
[0059]
第３の使用ケースでは、幾つかの実施形態によるトランスポートＳＯＮフレームワークは、ｅＮＢ及び／又はＳＡＥ−ＧＷトランスポートインターフェイス並びにトランスポートルーター自己構成及びパラメータ最適化に使用することができる。この使用ケースは、プランニング及び構成プロセスを簡単化するだけではなく、調和された無線及びトランスポートＱｏＳも可能にし且つコヒレントな端−端トランスポート構成も保証する。ＴＳＡを通して、Ｔｒａ−ＳＯＮは、所与の実際的なトラフィック混合に最良にサービスするトランスポートパラメータの動的な適応構成を可能にする。従って、ＴＳＡは、トラフィックを監視して、ターゲットＱｏＳが満足されないかどうか検出することができる。ターゲットＱｏＳが満足されない理由は、例えば、無線及びトランスポート構成が調和されないことである。又、ＴＳＡは、構成されたリソースが適切なＱｏＳにとって充分でないかどうか検出するためにトラフィックを監視することもできる。ＱｏＳ不足又はリソース不足のそのようなケースが検出されると、ＴＳＡは、当該トランスポートパラメータを自己構成プロセスとして自動的に再構成することができるか、又は、例えば、ローカル再構成を通して問題を解決できない場合のアクションのためにマネージャーをトリガーすることができる。この使用ケースは、解決策それ自体が所与のｅＮＢの最良のパラメータが見つかることに注意できるので、デフォールト構成でのネットワーク要素の展開を許す。
[0060]
第４の使用ケースでは、幾つかの実施形態によるトランスポートＳＯＮフレームワークは、トランスポートサービス自己最適化を与えることができる。Ｔｒａ−ＳＯＮは、トランスポートサービスが最適なリソース割り当てで構成されないかどうか検出し、そして再構成をトリガーすることができる。従って、ＴＳＡは、検出された悪化が不充分なトランスポートサービス構成によるものである場合に、マネージャーをトリガーする。その結果、マネージャーは、次のアクションの１つを選択する。例えば、マネージャーは、既存の経路に充分な空きリソースがある場合に帯域巾割り当てを増加することができる。別のオプションでは、充分なトランスポートリソースがない場合に、マネージャーは、充分な帯域巾割り当てのないものとで同じリソースを共有する利用度の低いトランスポートサービスを識別し、そしてその利用度の低いトランスポートサービスをサイズダウンして、問題のトランスポートサービスの割り当てを拡張する余裕を作ることができる。別のオプションでは、マネージャーは、トランスポートサービスをリルートすると同時に、例えば、混雑したトランスポートサービスの経路に充分なリソースがない場合及び他のサービスのサイズダウンにより充分な帯域巾を解放できる可能性がない場合に、均一な負荷及び最適なシステムリソース利用を維持することができる。更に別のオプションによれば、マネージャーは、前記アクションがどれも考えられない場合に、推奨される構成と結びついたアラームメッセージでオペレーションをトリガーすることができる。
[0061]
第５の使用ケースでは、幾つかの実施形態によるトランスポートＳＯＮフレームワークは、適切に構成されていないトランスポート要素を検出することができる。例えば、ＴＳＡ（１つ又は複数）は、端−端測定を連続的に遂行することができる。従って、ＱｏＳ又はシステム効率を悪化する構成のトランスポート要素を検出することができる。設定に基づいて、マネージャーは、それらの要素を識別しそしてそれら要素の構成を修正するように構成される。
[0062]
第６の使用ケースでは、幾つかの実施形態によるトランスポートＳＯＮフレームワークは、トラフィックトレンド分析及び予防的最適化を遂行することができる。例えば、マネージャーは、トラフィックの傾向を検出し且つシステム内の潜在的な将来のリソース制限／狭いポイントを識別するためにトラフィックを連続的に監視することができる。その結果として、マネージャーは、それらのインシデントを防止するためにシステム構成を更新することができる。地理的多様性及びユーザの毎日の通勤ルーチンの利益をレバレッジするために、トポロジーが許すときには、マネージャーは、郊外セルにサービスするために割り当てられるリソースを解放し、そして勤務時間中にダウンタウンエリア等のリソース割り当てを高め、そして勤務時間が終了した後に構成を元に戻すことができる。更に、マネージャーは、計画ネットワーク拡張の防止を回避するか又は割り当て及び保持プライオリティ、コスト関数、等に基づいて動作するために、再構成を遅延させることができる。
[0063]
第７の使用ケースでは、幾つかの実施形態によるトランスポートＳＯＮフレームワークは、最適なシステムレベル構成及びリソース割り当てを維持することができる。ネットワークの配備に際し、システムがｅＮＢのコミッショニング時に拡張されるときには、トランスポートリソースが新たなｅＮＢへ１つづつプロビジョニングされるので、システムの状態は、最適な状態からドリフトする。これは、新たにプロビジョニングされるｅＮＢのトランスポートサービスが、実際の状態、即ち既に構成されたサービス、及び確立されつつある新たなトランスポートサービスのリソースの必要性を考慮することにより、生成できるからである。この解決策は、ローカルの最適化を与えることができる。新たに構成されるｅＮＢの数が増加するときには、この解決策は、システムレベルにおいて最善には及ばない構成を招く。マネージャーは、既存の割り当て、例えば、リソース割り当て・対・利用可能な容量、トランスポートトンネルの経路・対・トポロジー、等を連続的に監視することができる。システムレベル最適化により充分な利得を達成できるとき、例えば、スレッシュホールド利得量より高いものを達成できるときには、マネージャーは、システムレベル最適化を考えることにより各サービスに対する最適な経路を計算し、再構成のための段階的プランを生成し、そしてこのプランにより再構成をトリガーすることができる。
[0064]
第８の使用ケースでは、幾つかの実施形態によるトランスポートＳＯＮフレームワークは、ＳＬＡ監視を含む。Ｔｒａ−ＳＯＮネットワークは、専用回線を経てトランスポートサービスが提供される場合にＳＬＡを監視し、利用率の低いリソースを識別し、及び／又はリソースの制限を予想し、並びに要求されたリソースを定量化するのに使用できる。
[0065]
第９の使用ケースでは、幾つかの実施形態によるトランスポートＳＯＮフレームワークは、例えば、ＫＰＩの測定に使用することができる。Ｔｒａ−ＳＯＮフレームワークは、詳細で正確なＫＰＩを与えそして故障を識別及びローカライズすることのできる測定メカニズムとして働くことができる。従って、幾つかの実施形態は、ネットワークの監視、管理及びトラブルシューティング能力を改善することができる。
[0066]
以上の使用ケースは、個々に又は互いに組み合わせて遂行することができる。これらは、単なる規範的使用ケースであり、他の使用も許される。
[0067]
Ｔｒａ−ＳＯＮは、異種のＭＢＨ環境にわたり動作することができる。様々な実施形態が考えられ、以下は、幾つかの例である。
[0068]
図３は、幾つかの実施形態によるｅＮＢ側ＴＳＡの代替実施例を示す。ｅＮＢ側ＴＳＡの有効な実施形態は、ｅＮＢそれ自体で実行されるか、ｅＮＢサイトに位置されたスタンドアローン装置で実行されるか、又はサイトルーターで実行されるソフトウェアエンティティを含む。後者の実施形態は、ＴＳＡデーモンに対応する。デーモンの考えられる実施形態は、ルーターＳＤＫが利用できる場合にはその上にデーモンを配備することである。各代替実施例において、ＴＳＡは、例えば、ユーザプレーン、制御プレーン、管理プレーントラフィックを含めて、ｅＮＢの全トラフィックを監視できるインラインエンティティである。
[0069]
ＴＳＡは、ｅＮＢのトランスポート接続をその全寿命中に次のように管理することができる。ＴＳＡは、それがｅＮＢで実行されるソフトウェアエンティティである場合には、内部管理インターフェイスを使用してｅＮＢトランスポートインターフェイスカードを構成し、そしてＳＮＭＰ、Ｎｅｔｃｏｎｆ、ＣＬＩ、等の共通の管理インターフェイスを使用して、サイトルーターのような要素がサイトにあれば、そのサイトルーターを管理することができる。ＴＳＡがスタンドアローンエンティティである場合には、ＴＳＡは、利用可能な管理インターフェイスを使用して、ｅＮＢ及びサイトルーターの関連トランスポートパラメータを構成することができる。第３の代替例では、デーモンは、内部インターフェイスを通してサイトルーターを管理することができる。各々の場合に、ＴＳＡは、自己構成／自己最適化プロセスへの入力として使用されるｅＮＢのＱｏＳパラメータにアクセスすることができる。更に別の有効な代替例は、ＳＤＮコントローラを通して（例えば、オープンフロー南回りインターフェイスを経て）、又は既存の共通管理インターフェイス（例えば、ＳＮＭＰ、Ｎｅｔｃｏｎｆ、ＣＬＩ、等）により、ｅＮＢ側トランスポートパラメータを構成／最適化するマネージャーに全ての管理責任を委任する。この代替例では、ＴＳＡは、異常が検出された場合のアクションのためにマネージャーをトリガーするＫＰＩ収集及び分析エンティティとして働くことができる。
[0070]
ｅＮＢがコミッショニングされるとき、ｅＮＢの全トラフィックを監視するＴＳＡは、コミッショニングプロセスがスタートしたことを検出し、そしてトラッキングエリアコード（ＴＡＣ）及び関連トランスポート構成パラメータ、例えば、ＶＬＡＮ ＩＤ、等を、ｅＮＢがＮｅｔＡｃｔエンティティのような管理サーバーからダウンロードする構成ファイルから抽出することができる。これは、コミッショニングファイルが暗号化されないときに可能となる。
[0071]
代替的方法は、ｅＮＢがＴＡＣ及び他の当該情報についてＴＳＡに通知できることである。これは、コミッショニングファイルが暗号化されたときに有用である。更に別の有効な代替例は、ＴＳＡがコミッショニングプロセスそれ自体を検出し、そしてコミッショニングプロセスについてマネージャーに通知できることである。この代替例は、ＴＳＡがｅＮＢで実行されないときに有用である。それらは、代替実施例である。一般的に、トランスポート接続は、コミッショニングプロセス中にＴｒａ−ＳＯＮフレームワークにより生成され、従って、特別な実施に関わりなく自動化のレベルを高めることができる。
[0072]
抽出された情報又は他の仕方で得られた情報は、各ＴＡＣに指定されたＳ−ＧＷのデータベースを維持するように構成されたマネージャーへ転送される。この情報は、ＮｅｔＡｃｔから取得しそして連続的に更新することができる。それとは別に又はそれに加えて、Ｓ−ＧＷのリストが、任意の特徴である構成ファイルの一部分として与えられる場合は、ＴＳＡは、この情報を抽出して、この情報をマネージャーにも転送する。受け取った情報に基づいて、マネージャーは、ＳＤＮコントローラ、ＰＣＥ、等の既存のネットワーク管理ツールを通してトランスポート接続を確立することができる。そのようなネットワーク管理ツールが利用できない場合には、マネージャーは、それ自身で構成を抽出することができる。
[0073]
例えば、第１のマネージャーは、新たにコミッショニングされるｅＮＢのために生成されるトランスポートサービスへの初期帯域巾に、その周囲エリアで既に動作しているｅＮＢの平均リソース割り当てとしてセットされる値を割り当てることができる。ｅＮＢが動作を開始し、例えば、ユーザトラフィックがトランスポートレイヤに現われると、ＴＳＡは、監視及びプロファイリングを開始して、帯域巾割り当てをトラフィック需要に調整することができる。
[0074]
コミッショニングプロセスは、マネージャーがｅＮＢ及びＮｅｔＡｃｔにトランスポート接続が確立されたことを通知するときにそれらの要素により完了されたと考えることができる。ＴＳＡがコミッショニングプロセスのみを検出する能力で実施される場合には、マネージャーは、要求した情報をＮｅｔＡｃｔから取得する。有効な代替実施例は、コミッショニングプロセスの一部分として、ＮｅｔＡｃｔが必要な接続を生成するためにマネージャーをトリガーするというものである。この動作は、上述した第１の使用ケースに対応する。
[0075]
同様に、ＴＳＡは、ＡＮＲがターンオンされた場合に、新たなＸ２インターフェイスのアクチベーションを検出する。それに対応する手順が検出されると、ＴＳＡは、関連ｅＮＢ間に必要な接続を生成するためにマネージャーをトリガーすることができる。マネージャーは、ＭＢＨにわたる最適なリソース利用率、及び特殊なＸ２要件、例えば、最小数の中間トランスポートホップに関するｅＮＢ間の最短経路を考慮することにより、Ｘ２インターフェイスに関するトランスポート接続（例えば、ポイント・対・ポイントトンネル）を確立することができる。リソース割り当ては、ｅＮＢコミッショニングプロセスの場合と同様に実行することができる。即ち、先ず、マネージャーは、既に確立されたＸ２インターフェイスに割り当てられたリソースを考慮することによりリソースを割り当て、その後、トラフィックのニーズ及びトレンドに対して監視及び連続的な適応プロセスを実行する。ＴＳＡは、Ｘ２がもはや使用されないかどうか検出し、そして割り当てられたリソースを解除するためにマネージャーをトリガーすることができる。これは、上述した第２の使用ケースの動作の実施例である。
[0076]
図４は、幾つかの実施形態によるＴＳＡの動作を示す。上述されたように、ＴＳＡは、異常及び悪化検出及びローカライゼーションのために、２０１５年１月２７日にＰＣＴ／ＥＰ２０１５／０５１５６３として出願された“Context based correlated QoS measurement and QoE monitoring framework”に記述されたメカニズムを使用することができる。更に、ＴＳＡは、４１０において、ベアラに与えられるＱｏＳのレベルを連続的に監視し、例えば、不充分な構成、リソース制限、等のトランスポートレイヤ問題により生じる予想される振舞いからのずれを検出する。ターゲットＱｏＳからの悪化又はずれが検出されたときには、４２０において、ＴＳＡは、問題をローカライズする。例えば、ＴＳＡは、問題がｅＮＢトランスポートインターフェイスによるものであるか、サイトルーターによるものであるかチェックする。問題がローカルである場合には、ＴＳＡは、４４０において、この問題が再構成により解消できるかどうかチェックし、そして４５０において、必要な再構成又は最適化を開始する。ローカルで構成可能なパラメータは、スケジューリング重み、ＲＥＤ／ＡＱＭパラメータ、整形率及び整形パラメータ、等を含む。問題がローカルであるが、パラメータ再構成では解消できない場合には、４６０において、ＴＳＡは、ＯＳＳにアラームを発生する。悪化が端−端トランスポート接続（例えば、不充分な物理的容量、混雑したトランスポート、又は低い帯域巾割り当てのトランスポートサービス、等）により生じた場合には、４３０において、ＴＳＡは、アクションのためにマネージャーをトリガーする。これは、上述した第３の使用ケースによるＴｒａ−ＳＯＮフレームワークの動作の実施を与える。
[0077]
図５は、幾つかの実施形態によるＴｒａ−ＳＯＮマネージャーインターワーキングを示す。図５に示すように、ＴＳＡは、収集されたＫＰＩをロー又は集計フォーマットでマネージャー又はＯＳＳツールへアップストリームすることのできる測定／ＫＰＩ収集ポイントとして働く。
[0078]
Ｓ−ＧＷ／ＳＡＥ−ＧＷ／ＦｌｅｘｉＺｏｎｅコントローラＴＳＡの有効な実施例は、例えば、ＦｌｅｘｉＮＧ／ＦｌｅｘｉＺｏｎｅコントローラで実行されるソフトウェア、又はＦｌｅｘｉＮＧ／ＦｌｅｘｉＺｏｎｅコントローラサイトにおけるスタンドアローンエンティティ、又はサイトルーター（１つ又は複数）で実行されるデーモンを含む。各々の場合に、ＴＳＡは、Ｓ−ＧＷ／ＳＡＥ−ＧＷ／ＦｌｅｘｉＺｏｎｅコントローラの全ＭＢＨトラフィックにアクセスすることができる。ＴＳＡの機能及び動作の残りは、ｅＮＢ側ＴＳＡの場合に述べたものと同様である。
[0079]
Ｔｒａ−ＳＯＮマネージャーの有効な実施例は、コアネットワークに配置されるか、又は、例えば、ＮｅｔＡｃｔコンテンツパックのような既存のネットワーク管理ツールにアタッチされたスタンドアローンサーバーで実行されるソフトウェアエンティティを含む。
[0080]
図６は、幾つかの実施形態による、ＴＳＡトリガーに基づくマネージャーによるトランスポートサービス最適化を示す。図６に示すように、マネージャーは、ＴＳＡから受け取ったトリガーに基づき又は最適には及ばないシステム構成を検出したときにアクションを行うか、或いはマネージャーが実行するトレンド分析に基づいて悪化を予想するネットワークレベルマネージャー／オプチマイザーとして働く。
[0081]
マネージャーは、ＪＳＯＮ、ＩＰＦＥＸ、等の管理インターフェイスを経てネットワーク内の各ＴＳＡに接続される。このインターフェイスは、上述したように、ローカル再構成又はパラメータ最適化により解消できない悪化が検出されたときにＴＳＡによりマネージャーをトリガーするために使用される。
[0082]
それらのトリガーは、６１０において収集され、６１５においてマネージャーによってフィルタリングされて偽の肯定アラームを除去し、そして最終的に、多数のｅＮＢに影響する故障／悪化を識別するように相関される。故障／悪化の相関リストを入手すると、マネージャーは、先ず、それらの厳格さレベル、例えば、影響を受けるｅＮＢの量、影響を受けるサービス、一時的悪化・対・持続的悪化、等を評価する。６２０において持続的であると決定されるもののような厳格な故障／悪化は、先ず、考えられるアクションを識別し、利用可能なリソースをチェックし、そして要求される再構成／最適化をトリガーすることにより取り扱われる。６３０においてマネージャーにより解消できないと決定されるリソース制限悪化のような理由の場合には、６３５においてＯＳＳシステム／運営者にアラームが送信される。
[0083]
６２５において、一時的な悪化は、アクションにより解消されないことがあり、一時的な問題が持続的な問題へ変化するかどうか検出するために監視される。悪化を解消できる場合には、マネージャーは、要求されるアクション（例えば、余分なリソースの量、影響を受けるネットワーク要素の新たな構成、代替経路、等）を評価し、そして６４０において、トランスポート管理／構成ツール、例えば、ＳＤＮコントローラへ要求を発生する。
[0084]
ＭＢＨが個別のＳＤＮコントローラにより管理される多数のドメインを含みそして悪化を解消するのに多数のドメインに変更を要求する場合には、マネージャーは、ドメイン特有の要求をそれに対応するＳＤＮコントローラに送信することにより再構成を統合する。既存のいずれのＳＤＮコントローラによっても管理されないネットワーク要素があるか、或いはＭＢＨ内にＳＤＮコントローラドメインもないし他の管理ツールも利用できない場合には、マネージャーは、利用可能な管理及び制御インターフェイス（例えば、ＳＮＭＰ、Ｎｅｔｃｏｎｆ、ＣＬＩ、等）を使用するか、又は要求されたアクションを実施するのに利用できる場合にはデーモンを使用する。
[0085]
有効な代替例は、マネージャーがｅＮＢ／Ｓ−ＧＷ／ＳＡＥ−ＧＷ／ＦｌｅｘｉＺｏｎｅコントローラ／サイトルーターのトランスポートパラメータを構成する責任をとることである。この場合に、トリガーがそのようなアクションに対してＴＳＡから受け取られるか、又はマネージャーそれ自体がそれらのネットワーク要素により生じる悪化を検出すると、マネージャーは、要求されたアクションを識別し、新たな構成を定義し、そしてネットワーク要素がＳＤＮコントローラにより管理される場合はそれに対応するＳＤＮコントローラを通して、或いはＳＮＭＰ、Ｎｅｔｃｏｎｆ、ＣＬＩ、等の利用可能な管理インターフェイスの使用により、再構成を創作することができる。
[0086]
要求の後、マネージャーは、６４５において、承認が受け取られたかどうか決定する。受け取られていない場合には、マネージャーは、６５０において、インシデントを記録する。承認が受け取られた場合には、マネージャーは、６５５において、再構成を開始し、効率を監視し、そしてインシデントを記録する。従って、Ｔｒａ−ＳＯＮフレームワークは、フレームワークによって創作／提案されたアクションに運営者が追従し、それを監視し、且つ承認／拒絶もできるように配備される。これらの手順は、上述した第４の使用ケースに対応する。
[0087]
図７は、幾つかの実施形態による、マネージャーによる規範的な判断を示す。上述したように、悪化を解消する前に、マネージャーは、要求されたアクションを識別し、必要なリソースを計算し（例えば、問題がリソース割り当てに根付いたものである場合）、そして充分な空きリソースが端−端にあるかどうか評価する。評価／分析の１つの考えられる成果は、図７に示すように、端−端経路の各リンクに充分な空きリソースがあることである。この場合には、マネージャーは、ＳＤＮコントローラ及び／又はプロビジョニングツールを通してリソース割り当ての増加を開始するか、或いは、例えば、ネットワークドメイン／要素がＳＤＮコントローラ又は他の適当なツールにより管理されないときに再構成を直接的に実行する。各々の場合に、必要なリソースは、改善型分析方法を使用してＴＳＡにより収集されたＫＰＩに基づいて計算されることに注意されたい。
[0088]
図８は、幾つかの実施形態による、マネージャーによる別の規範的判断を示す。充分なリソースが端−端にない場合には、マネージャーは、考えられる代替アクションを探す。１つの可能性は、悪化が検出されたサービスとで同じリソースを共有する他のトランスポートサービスであって、利用率が低いものが存在することである。それ故、マネージャーは、リソース制限のあるサービスとでリソースを共有するサービスを識別し、そしてＴＳＡを通して収集した履歴データを使用して利用レベルをチェックすることができる。再割り当てできる利用率の低いリソースが充分存在する場合には、マネージャーは、２つの段階で悪化を解消することができる。即ち、第１に、利用率の低いトランスポートサービスのリソース割り当てがスケールダウンされ、そして第２に、悪化を伴うｅＮＢのリソース割り当てが増加される。
[0089]
図９は、幾つかの実施形態による、不充分な構成のトランスポート装置で生じた悪化の解消を示す。悪化を解消するためにスケールダウンできる低利用率のトランスポートサービスがない場合には、マネージャーは、充分な空きリソースが利用できるサービスの代替経路を見つけるように試みる。そのような経路が存在する場合には、マネージャーは、サービスをリルートし、そして新たな経路にわたってリソース割り当てを増加することができる。或いは又、マネージャーは、リソース問題のないサービスをリルートすることにより空きリソースを生成し、そして問題のあるサービスをそのオリジナル経路に保持することができる。このアクションは、それがシステム動作を最適なレベルに保存するときに行うことができる。
[0090]
リソース制限に加えて、不充分な構成のトランスポートノードは、効率又はＱｏＳ／ＱｏＥの悪化も生じさせる。ＴＳＡにより実行される異常／悪化の検出及び問題のローカライゼーションは、そのようなネットワーク要素の存在を検出する。そのような要素が図９において１で検出された場合には、ＴＳＡは、関連コンテキストも与えることによりアクションのためにマネージャーをトリガーする。マネージャーは、２において、ＳＤＮコントローラの助けで不充分な構成のトランスポートノードを識別し、そして再構成を開始する。Ｔｒａ−ＳＯＮフレームワークのこの動作は、上述した第５の使用ケースに対応する。
[0091]
マネージャーは、ＫＰＩ、及びＴＳＡによって収集／実行されるか又は共通のＯＳＳ ＫＰＩデータベースから受け取られた分析結果を使用して、トレンドの検出、及び全システム効率の評価を行う。利用可能な情報に基づき、マネージャーは、アラーム傾向を検出し、これは、最終的に、悪化又は最適に及ばないシステム動作を招く。それに加えて、マネージャーは、ｅＮＢの毎日のプロファイル（例えば、トラフィック、ユーザ需要、リソースの必要性、等を含む）を分析して、地理的ダイバーシティの潜在的リソース又は毎日のリソースの必要性を識別する。
[0092]
地理的なダイバーシティは、例えば、ユーザが自分の家から職場へ通勤を開始するときに、マネージャーが、郊外から都心又はビジネスエリアへリソースを動的にシフトし、そして戻すことができるようにする。ｅＮＢの毎日のトラフィックパターンを使用して、未使用のリソースを解放し、そしてｅＮＢにおける適切なサービスレベルに適したものだけをその日の所与の期間に割り当てることができる。このように、ユーザの毎日のルーチンに従うことができ、そしてインフラストラクチャーが許せば、顕著なリソース及びエネルギー消費利得／節約を達成することができる。
[0093]
従って、トレンド分析の結果に基づいて、マネージャーは、否定的な傾向が悪化／故障又は不充分なネットワーク構成に至るのを防止する上で必要な構成を開始することができる。これらのアクションを妨げる容量制限がある場合には、マネージャーは、ＯＳＳツール／運営者に警報を発することができる。トポロジーが地理的ダイバーシティの取り入れを許す場合、例えば、郊外及び都市部のセルが共通のトランスポートリンクを共有する場合には、マネージャーは、学習されたトラフィックパターン／プロファイル／需要に従って望ましい動的な構成を開始することができる。最終的に、マネージャーは、ｅＮＢの毎日のプロファイルに従ってリソース割り当てを増加／減少することができる。これは、上述した第６の使用ケースに従う動作に対応する。
[0094]
図１０は、幾つかの実施形態によるシステムレベルリソース割り当ての最適化を示す。図１０に示すように、マネージャーは、システムが最適な状態にないかどうか検出するためにトポロジー・対・リソース割り当てのようなシステム状態を周期的にチェックする。ネットワークがｅＮＢコミッショニングプロセスの一部分として拡張されるときは、典型的に、新たなリソースがプロビジョニングされるので、リソース割り当てメカニズムのスタートポイントは、ネットワークトポロジー、利用可能なリソース、既にプロビジョニングされたサービス、及び新たなサービスについての要求、例えば、保護、解体基準、等である。
[0095]
初期のプロビジョニング基準の使用では、リソースが１つづつプロビジョニングされるので、ローカルの最適な構成しか達成されない。全体的なシステム状態は、最適システムレベルから次第にドリフトする。それ故、マネージャーにより実行されるシステム分析がシステムレベル最適化を実行する顕著な利得を示すときには、マネージャーは、段階的再構成プロセスを開始し、ここでは、先ず、各サービスの最適な経路が計算され、次いで、要求された中間構成段階も識別されて、中断のないサービスの移行を許す。
[0096]
この再構成プランは、自動的に実行することもできるし、或いは一部分又は完全なプランを承認／拒絶できる運営者の監視下に置くこともできる。プランのこの取り扱いは、プランをＯＳＳへ転送して目に見えるようにすることにより実行できる。このメカニズムは、図１０に示すように、顕著な効率利得を導く。そのような利得を達成するために、マネージャーは、全てのトランスポート技術レイヤ（例えば、光学的、イーサネット（登録商標）、ＩＰ−ＭＰＬＳ、等）を考慮することによりＭＢＨリソース割り当てを最適化するマルチレイヤ最適化（ＭＬＯ）プログラムを実行することができる。これは、上述した第７の使用ケースのもとでのマネージャーの動作である。
[0097]
トランスポートサービスが専用回線を通して提供されるときには、Ｔｒａ−ＳＯＮフレームワークは、上述したように動作するが、マネージャーは、それ自体、端−端サービス再構成をトリガーすることができず、ＳＬＡ監視ツールとして働いて、ＴＳＡを通して収集した測定値に基づいて、専用回線ＳＬＡが満足されるかどうか評価することができる。この評価は、利用度の低い専用回線及びより大きな帯域巾割り当てをもつべき専用回線を識別するのに使用されるか、又は専用回線サービスプロバイダーにおける誤った構成のために端−端ＱｏＳが満足されないかどうか検出するのに使用される。これらの動作は、上述した第８の使用ケースの動作に対応する。
[0098]
Ｔｒａ−ＳＯＮフレームワークは、ネットワーク性能及び効率に関する高い見識を集める効率的なメカニズムとして働き、ＴＳＡは、正確且つ詳細なＫＰＩ、インシデントレポート、根本的原因、等をＯＳＳシステムに与えることのできる測定及び異常検出ポイントとして働く。このケースでは、マネージャーは、測定値を収集し、ＫＰＩについての付加的な分析を実行し、そしてデータを関連ＯＳＳデータベースへ転送することができる。従って、これは、上述した第９の使用ケースの幾つかの考えられる実施例に対応する。
[0099]
現在、市場には、Ｔｒａ−ＳＯＮフレームワークにより提供される使用ケースを効率的に実施できる解決策が存在しない。対照的に、幾つかの実施形態は、簡単なプラグアンドプレイｅＮＢサービス、オンデマンドＸ２サービス生成、ＱｏＥ駆動トランスポートネットワーク再構成、無線／トランスポートＱｏＳ調和、等を提供することができる。例えば、幾つかの実施形態では、異種のＭＢＨ装置配備を横切って、又はＳＤＮコントローラを経て管理できない装置にわたり、例えば、デーモン支援実施を使用して動作を行うことができる。
[0100]
更に、幾つかの実施形態では、ＱｏＥ悪化、毎日のトラフィック変動、長期トレンド、自動パラメータ同調、等に対する先験的又は反応性アクションのようなインテリジェントなＭＢＨ構成アクションが提供される。これらは、上述したように、ＴＳＡ及びマネージャーから、測定値、洞察力、分析、プロファイリング、異常検出能力を得ることのできる洞察力駆動のＭＢＨ管理システムを経て提供される。
[0101]
自己構成ＭＢＨは、上述した第３の使用ケースに従って、故意に誤って構成されたパラメータ（例えば、アンバランスの無線及びトランスポートＱｏＳ設定を生じる仕方で構成されたパラメータ）に応答して、関連パラメータ（１つ又はそれ以上）をそれらの最適な値に自動的に同調することができる。
[0102]
同様に、幾つかの実施形態では、ｅＮＢ自身のトラフィックプロファイルに検出可能な変化をもたないｅＮＢのトランスポートサービスの変更が行われる。そのような変更は、上述した第４の使用ケースに述べられたように、システムレベルの再構成の実行、或いはより多くのリソースを要求する別のｅＮＢへのリソースの再分配を経て遂行される。
[0103]
幾つかの実施形態では、エージェントは、Ｓ１インターフェイスのような関連インターフェイス上にパケットを使用してＴＳＡとマネージャーとの間で通信することができる。又、トラフィックは、例えば、内部インターフェイスを経て統合が実施されないときに、マネージャーとＯＳＳ／ＮｅｔＡｃｔツールとの間で交換することができる。
[0104]
種々の実施形態は、利益又は効果がある。例えば、幾つかの実施形態では、ユーザ及び制御プレーンＫＰＩ（例えば、直接的及び導出／構成されたもの）を通して全体的な仕方で（例えば、個々の値・対・事前に定義されたスレッシュホールドではなく、システム状態のコンテキスト内のレベル／コンステレーション／パターン／進化・対・プロファイルされた振舞いで）ネットワーク状態を連続的に監視して、異常を検出しそして異常が悪化を意味するかどうか定義することのできるメカニズムが常時存在する。後者のケースでは、更に別の独占的方法は、トランスポート関連の悪化（例えば、混雑、不充分なバッファ、経路スイッチ、誤ったネットワークノードパラメータ化、等）を識別した後に、できるだけ正確な位置、例えば、ＲＡノードのトランスポートインターフェイス、サイトルーター、専用回線又はトランスポートサービスに対する位置を識別するために使用される。トランスポートの悪化、その位置、及び理由が識別されると、必要なアクションを識別し、例えば、必要なリソースを計算し、そしてそれが関連ネットワークドメインで利用できるかどうかチェックし、そしてそれを自動的に実行するメカニズムが適用される。ＳＤＮは、実施のために考えられるツールの一例である。フレームワークは、ＳＤＮのような既存の管理プラットホームを通してそれ自体で管理アクションを実行することができる。
[0105]
図１１は、本発明の幾つかの実施形態によるシステムを示す。ある実施形態において、システムは、多数の装置、例えば、進化型ノードＢ、ＳＡＥ−ＧＷに設けられるか又はスタンドアローン装置として設けられる少なくとも１つのＴｒａ−ＳＯＮエージェント１１１０、少なくとも１つのＴｒａ−ＳＯＮマネージャー１１２０、及びＯＳＳ／ＮＭＳツールをなすように構成されたＳＤＮコントローラ又はサーバーである少なくとも１つのコアネットワーク要素１１３０を備えている。
[0106]
これら装置の各々は、１１１４、１１２４及び１１３４で各々示された少なくとも１つのプロセッサを備えている。各装置には少なくとも１つのメモリが設けられ、そして１１１５、１１２５及び１１３５で各々示されている。メモリには、コンピュータプログラムインストラクション又はコンピュータコードが含まれる。プロセッサ１１１４、１１２４及び１１３４並びにメモリ１１１５、１１２５及び１１３５、又はそのサブセットは、例えば、図４、６及び９の種々のブロックに対応する手段をなすように構成される。
[0107]
図１１に示すように、トランシーバ１１１６、１１２６及び１１３６が設けられ、その各々は、１１１７、１１２７及び１１３７として各々示されたアンテナも備えている。例えば、それらの装置の他の構成が設けられてもよい。例えば、コアネットワーク要素１１３０は、ワイヤレス通信ではなく、ワイヤード通信のために構成され、そのようなケースでは、アンテナ１１３７は、従来のアンテナを要求せずに、任意の形態の通信ハードウェアを示す。
[0108]
プロセッサ１１１４、１１２４及び１１３４は、中央処理ユニット（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、又は同等の装置のような計算又はデータ処理装置によって実施される。プロセッサは、単一のコントローラ又は複数のコントローラ又はプロセッサとして実施される。
[0109]
メモリ１１１５、１１２５及び１１３５は、各々、非一時的コンピュータ読み取り可能な媒体のような適当なストレージ装置である。ハードディスクドライブ（ＨＤＤ）、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、又は他の適当なメモリを使用することができる。メモリは、単一の集積回路上にプロセッサとして結合することもできるし、或いは１つ以上のプロセッサから分離することもできる。更に、メモリに記憶されそしてプロセッサにより処理されるコンピュータプログラムインストラクションは、適当な形態のコンピュータプログラムコード、例えば、適当なプログラミング言語で書かれたコンパイル型又は解釈型コンピュータプログラムである。
[0110]
メモリ及びコンピュータプログラムインストラクションは、特定装置のためのプロセッサとで、Ｔｒａ−ＳＯＮエージェント１１１０、Ｔｒａ−ＳＯＮマネージャー１１２０、及びコアネットワーク要素１１３０のようなハードウェア装置が、ここに述べたいずれかのプロセス（例えば、図４、６及び９を参照）を遂行するようにさせるよう構成される。それ故、幾つかの実施形態では、非一時的コンピュータ読み取り可能な媒体は、ハードウェアで実行されたときに、ここに述べたプロセスの１つのようなプロセスを遂行するコンピュータインストラクションでエンコードされる。或いは又、本発明の幾つかの実施形態は、完全にハードウェアで遂行されてもよい。
[0111]
更に、図１１は、Ｔｒａ−ＳＯＮエージェント、Ｔｒａ−ＳＯＮマネージャー及びコアネットワーク要素を含むシステムを示すが、本発明の実施形態は、他の構成や、追加要素を含む構成にも適用できる。例えば、図示されていないが、例えば、図１及び２に示すように、付加的なＴｒａ−ＳＯＮエージェントが存在してもよく、且つ付加的なコアネットワーク要素が存在してもよい。
[0112]
当業者であれば、上述した本発明は、異なる順序のステップで、及び／又はここに開示したものとは異なる構成のハードウェア要素で、実施されてもよいことが容易に理解されよう。それ故、本発明は、これらの好ましい実施形態に基づいて記述されたが、当業者であれば、本発明の精神及び範囲から逸脱せずに、幾つかの変更、修正及び代替構造が明らかであろう。
[0113]
略語のリスト
ＡＮＲ：自動隣接関係
ＡＱＭ：アクティブキュー管理
ＢＴＳ：ベーストランシーバステーション
ＣＡＰＥＸ：資本支出
ＣＥＭ：顧客体験管理
ＣＬＩ：コマンドラインインターフェイス
Ｅ２Ｅ：端−端
ｅＮＢ：進化型ノードＢ
ＦｌｅｘｉＮＧ：フレキシネットワークゲートウェイ
ＧＷ：ゲートウェイ
ＨＳＰＡ：高速パケットアクセス
ＪＳＯＮ：ＪａｖａＳｃｒｉｐｔ（登録商標）オブジェクトノーテーション
ＫＰＩ：重要性能インジケータ
ＬＴＥ：長期進化
ＭＢＨ：モバイルバックホール
ＭＬＯ：マルチレイヤ最適化
ＮＡＴ：ネットワークアドレス変換
ＯＰＥＸ：運営支出
ＯＳＳ：運営サポートシステム
ＰＣＥ：経路計算要素
ＱｏＥ：体験品質
ＱｏＳ：サービス品質
ＲＡ：無線アクセス
ＲＥＤ：ランダム早期検出
ＳＤＮ：ソフトウェア定義ネットワーキング
ＳＡＥ−ＧＷ：システムアーキテクチャー進化ゲートウェイ
ＳＤＫ：ソフトウェア開発キット
Ｓ−ＧＷ：サービングゲートウェイ
ＳＬＡ：サービスレベルアグリーメント
ＳＮＭＰ：簡単ネットワーク管理プロトコル
ＳＯＮ：自己編成ネットワーク
ＴＡＣ：トラッキングエリアコード
Ｔｒａ−ＳＯＮ：トランスポートＳＯＮ
ＴＳＡ：Ｔｒａ−ＳＯＮエージェント
Reference Signs List
[0114]
１１１０：Ｔｒａ−ＳＯＮエージェント
１１２０：Ｔｒａ−ＳＯＮマネージャー
１１３０：コアネットワーク要素
１１１４、１１２４及び１１３４：プロセッサ
１１１５、１１２５及び１１３５：メモリ
１１１６、１１２６及び１１３６：トランシーバ
１１１７、１１２７及び１１３７：アンテナ
Claims
[1]
モバイルバックホールにわたり少なくとも１つのベースステーションに対するトランスポート接続を監視し、
少なくとも１つのベースステーションのトランスポート接続における少なくとも１つの悪化又は異常を検出し、及び
前記検出された悪化又は異常に応答して適当なネットワーク管理アクションをとる、
ことを含む方法。
[2]
前記少なくとも１つのベースステーションは、進化型ノードＢを含む、請求項１に記載の方法。
[3]
前記適当なネットワーク管理アクションは、前記検出された悪化又は異常がローカル問題によるものであるかどうか決定し、及び前記検出された悪化又は異常がローカル問題によるものでない場合には、ネットワークマネージャーをトリガーすることを含む、請求項１に記載の方法。
[4]
前記適当なネットワーク管理アクションは、前記検出された悪化又は異常がローカル問題によるものであると決定されたときには、そのローカル問題を再構成により解消できるかどうか決定し、及びそのローカル問題を再構成により解消できるときには、再構成を行うことを含む、請求項１に記載の方法。
[5]
前記適当なネットワーク管理アクションは、前記検出された悪化又は異常が再構成では解決できないローカル問題によるものであると決定されたときには、アラーム又はレポートを動作サポートシステムに送信することを含む、請求項１に記載の方法。
[6]
少なくとも１つのベースステーションに対するモバイルバックホールトランスポート関連トリガーを監視し、
そのトリガーに対応する悪化又は異常が持続するかどうか検出し、及び
前記検出された悪化又は異常に応答して適当なネットワーク管理アクションをとる、
ことを含む方法。
[7]
前記少なくとも１つのベースステーションは、進化型ノードＢを含む、請求項６に記載の方法。
[8]
前記トリガーのフィルタリング、相関、又は厳格さレベル評価の少なくとも１つを更に含む、請求項６に記載の方法。
[9]
前記悪化又は異常が持続しないときには、前記適当なネットワーク管理アクションは、トリガーに対して監視モードに入ることを含む、請求項６に記載の方法。
[10]
前記悪化又は異常が持続するときには、前記適当なネットワーク管理アクションは、悪化又は異常をマネージャーにより解決できるかどうか決定することを含む、請求項６に記載の方法。
[11]
前記悪化又は異常がマネージャーにより解決できないときには、前記適当なネットワーク管理アクションは、アラームを動作サポートシステムに送信することを含む、請求項６に記載の方法。
[12]
前記悪化又は異常がマネージャーにより解決できるときには、前記適当なネットワーク管理アクションは、再構成を開始することを含む、請求項６に記載の方法。
[13]
前記再構成は、運営者から承認を受けることを条件とする、請求項１２に記載の方法。
[14]
少なくとも１つのプロセッサ、及び
コンピュータプログラムコードを含む少なくとも１つのメモリ、
を備えた装置において、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、
モバイルバックホールにわたり少なくとも１つのベースステーションに対するトランスポート接続を監視し、
少なくとも１つのベースステーションのトランスポート接続における少なくとも１つの悪化又は異常を検出し、及び
前記検出された悪化又は異常に応答して適当なネットワーク管理アクションをとる、
ようにさせるよう構成された装置。
[15]
前記少なくとも１つのベースステーションは、進化型ノードＢを含む、請求項１４に記載の装置。
[16]
前記適当なネットワーク管理アクションは、前記検出された悪化又は異常がローカル問題によるものであるかどうか決定し、及び前記検出された悪化又は異常がローカル問題によるものでない場合には、ネットワークマネージャーをトリガーすることを含む、請求項１４に記載の装置。
[17]
前記適当なネットワーク管理アクションは、前記検出された悪化又は異常がローカル問題によるものであると決定されたときには、そのローカル問題を再構成により解消できるかどうか決定し、及びそのローカル問題を再構成により解消できるときには、再構成を行うことを含む、請求項１４に記載の装置。
[18]
前記適当なネットワーク管理アクションは、前記検出された悪化又は異常が再構成では解決できないローカル問題によるものであると決定されたときには、アラーム又はレポートを動作サポートシステムに送信することを含む、請求項１４に記載の装置。
[19]
少なくとも１つのプロセッサ、及び
コンピュータプログラムコードを含む少なくとも１つのメモリ、
を備えた装置において、少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、
少なくとも１つのベースステーションに対するモバイルバックホールトランスポート関連トリガーを監視し、
そのトリガーに対応する悪化又は異常が持続するかどうか検出し、及び
前記検出された悪化又は異常に応答して適当なネットワーク管理アクションをとる、
ようにさせるよう構成された装置。
[20]
前記少なくとも１つのベースステーションは、進化型ノードＢを含む、請求項１９に記載の装置。
[21]
少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサとで、装置が、少なくとも、
前記トリガーのフィルタリング、相関、又は厳格さレベル評価の少なくとも１つを遂行するようにさせるよう構成された、請求項１９に記載の装置。
[22]
前記悪化又は異常が持続しないときには、前記適当なネットワーク管理アクションは、トリガーに対して監視モードに入ることを含む、請求項１９に記載の装置。
[23]
前記悪化又は異常が持続するときには、前記適当なネットワーク管理アクションは、悪化又は異常をマネージャーにより解決できるかどうか決定することを含む、請求項１９に記載の装置。
[24]
前記悪化又は異常がマネージャーにより解決できないときには、前記適当なネットワーク管理アクションは、アラームを動作サポートシステムに送信することを含む、請求項１９に記載の装置。
[25]
前記悪化又は異常がマネージャーにより解決できるときには、前記適当なネットワーク管理アクションは、再構成を開始することを含む、請求項１９に記載の装置。
[26]
前記再構成は、運営者から承認を受けることを条件とする、請求項２５に記載の装置。
[27]
モバイルバックホールにわたり少なくとも１つのベースステーションに対するトランスポート接続を監視するための手段、
少なくとも１つのベースステーションのトランスポート接続における少なくとも１つの悪化又は異常を検出するための手段、及び
前記検出された悪化又は異常に応答して適当なネットワーク管理アクションをとるための手段、
を備えた装置。
[28]
前記少なくとも１つのベースステーションは、進化型ノードＢを含む、請求項２７に記載の装置。
[29]
前記適当なネットワーク管理アクションは、前記検出された悪化又は異常がローカル問題によるものであるかどうか決定し、及び前記検出された悪化又は異常がローカル問題によるものでない場合には、ネットワークマネージャーをトリガーすることを含む、請求項２７に記載の装置。
[30]
前記適当なネットワーク管理アクションは、前記検出された悪化又は異常がローカル問題によるものであると決定されたときには、そのローカル問題を再構成により解消できるかどうか決定し、及びそのローカル問題を再構成により解消できるときには、再構成を行うことを含む、請求項２７に記載の装置。
[31]
前記適当なネットワーク管理アクションは、前記検出された悪化又は異常が再構成では解決できないローカル問題によるものであると決定されたときには、アラーム又はレポートを動作サポートシステムに送信することを含む、請求項２７に記載の装置。
[32]
少なくとも１つのベースステーションに対するモバイルバックホールトランスポート関連トリガーを監視するための手段、
そのトリガーに対応する悪化又は異常が持続するかどうか検出するための手段、及び
前記検出された悪化又は異常に応答して適当なネットワーク管理アクションをとるための手段、
を備えた装置。
[33]
前記少なくとも１つのベースステーションは、進化型ノードＢを含む、請求項３２に記載の装置。
[34]
前記トリガーのフィルタリング、相関、又は厳格さレベル評価の少なくとも１つを遂行するための手段を更に備えた、請求項３２に記載の装置。
[35]
前記悪化又は異常が持続しないときには、前記適当なネットワーク管理アクションは、トリガーに対して監視モードに入ることを含む、請求項３２に記載の装置。
[36]
前記悪化又は異常が持続するときには、前記適当なネットワーク管理アクションは、悪化又は異常をマネージャーにより解決できるかどうか決定することを含む、請求項３２に記載の装置。
[37]
前記悪化又は異常がマネージャーにより解決できないときには、前記適当なネットワーク管理アクションは、アラームを動作サポートシステムに送信することを含む、請求項３２に記載の装置。
[38]
前記悪化又は異常がマネージャーにより解決できるときには、前記適当なネットワーク管理アクションは、再構成を開始することを含む、請求項３２に記載の装置。
[39]
前記再構成は、運営者から承認を受けることを条件とする、請求項３８に記載の装置。
Drawings