(57)【要約】【課題】ユーザに対するサービス品質および運営者に対するコストに関して、性能を最適化可能にする、特にＵＭＴＳ等の第三世代のシステムに適用可能な、伝送ネットワークの回線容量設計の問題への解決方法を提案する。【解決手段】本発明の目的の一つは、移動無線通信ネットワークの無線アクセスネットワーク用の伝送ネットワークの回線容量設計方法にあり、前記方法が、伝送トラヒック容量の要求に応じた伝送設定のダイナミック適合を含む。【選択図】      図５
2004208316.tif 000002
【特許請求の範囲】
【請求項１】
伝送トラヒック容量の要求に応じた伝送設定のダイナミック適合を含む、移動無線通信ネットワークの無線アクセスネットワーク用の伝送回線容量設計方法。
【請求項２】
伝送トラヒック容量の要求を決定するために、
ユーザの無線トラヒック容量の要求と、
無線トラヒックを処理するネットワークの容量と、
伝送サービスの品質と、を含む基準の集合の中から少なくとも一つの基準を考慮する、請求項１に記載の方法。
【請求項３】
前記伝送ネットワークの論理リンクにおける伝送トラヒック容量の要求を決定するために、
前記論理リンクに結合されるセルの場合、ユーザの無線トラヒック容量の要求と、
前記論理リンクに結合されるセルの場合、無線トラヒックを処理するネットワークの容量と、
前記論理リンクにおけるサービス品質と、を含む基準の集合の中から少なくとも一つの基準を考慮する、請求項１または２に記載の方法。
【請求項４】
ユーザの無線トラヒック容量の要求を決定するために、
最初の回線容量設計時に、無線トラヒック予測を考慮し、
次いで、実際の始動後に、無線トラヒックに関する観察を考慮する、請求項２または３に記載の方法。
【請求項５】
無線トラヒックを処理するネットワークの容量を決定するために、
最初の回線容量設計時に、セルラ無線回線容量設計予測と、無線トラヒックを処理するネットワークのノード容量の予測とを考慮し、
次いで、実際の始動後に、セルラ無線回線容量の変更および／または無線トラヒックを処理するネットワークのノード容量の変更を考慮する、請求項２から４のいずれか一項に記載の方法。
【請求項６】
最初の回線容量設計時に、伝送トラヒック容量の要求を決定するために、ユーザの無線トラヒック容量の要求と、無線トラヒックを処理するネットワークの容量の要求とを考慮する、請求項２から５のいずれか一項に記載の方法。
【請求項７】
実際の始動後に、伝送トラヒック容量の要求を決定するために、ユーザの無線トラヒック容量の要求および／または無線トラヒックを処理するネットワークの容量および／または伝送サービスの品質を考慮する、請求項２から６のいずれか一項に記載の方法。
【請求項８】
ユーザのセル内の無線トラヒック容量の要求が、トラヒックモデルまたはトラヒック記述子により表される、請求項２から７のいずれか一項に記載の方法。
【請求項９】
トラヒック記述子が、アップリンクおよびダウンリンクの各方向に対し、
このセル内で同時に作動を行うユーザ数と、
これらのユーザが必要とするサービスのタイプ（回線またはパケット）と、
前記ユーザが必要とするサービスのビットレートと、を含む一つまたは複数のパラメータにより定義される、請求項８に記載の方法。
【請求項１０】
論理リンクにおける伝送トラヒック容量の要求が、トラヒックモデルまたはトラヒックプロファイルにより表される、請求項１から９のいずれか一項に記載の方法。
【請求項１１】
論理リンクにおける伝送トラヒックプロファイルが、
前記論理リンクにおける通信プロトコルに対してユーザ面の回線容量を設計するのに必要な最小の通過帯域と、
前記論理リンクにおける通信プロトコルに対して制御面の回線容量を設計するのに必要な最大ユーザ数とを含む一つまたは複数のパラメータにより定義される、請求項１０に記載の方法。
【請求項１２】
伝送ネットワークの論理リンクの回線容量が、伝送設定モデルまたは伝送設定テンプレートにより定義される、請求項１から１１のいずれか一項に記載の方法。
【請求項１３】
伝送ネットワークの論理リンクに対する伝送設定テンプレートが、
前記論理リンクに必要な通過帯域と、
論理リンクの通信プロトコルに従って、ユーザデータのトラヒック、無線ネットワーク層に関する信号トラヒック、伝送ネットワーク層に関する信号トラヒックを含む、前記論理リンクで伝送可能な様々なトラヒックへの、前記通過帯域の割り当てとを含む、
一つまたは複数のパラメータにより定義される、請求項１２に記載の方法。
【請求項１４】
伝送ネットワークの論理リンクにおける伝送トラヒック容量の要求が、伝送ネットワークの一つまたは複数の他の論理リンクにおける伝送トラヒック容量の要求から導かれる、請求項１から１３のいずれか一項に記載の方法。
【請求項１５】
ユーザのセル内の無線トラヒック容量の要求を、このセルのためのトラヒック記述子を用いて表す第一のステップと、
伝送ネットワークの論理リンクにおける伝送容量の要求を、この論理リンクに結合される全てのセルの集合のためのトラヒック記述子からトラヒックプロファイルを用いて表す第二のステップと、
伝送ネットワークの論理リンクのための伝送設定テンプレートを、この論理リンクのためのトラヒックプロファイルから選択する第三のステップとを含む、請求項１から１４のいずれか一項に記載の方法。
【請求項１６】
Ｔを前記論理リンクのために選択された伝送設定テンプレートとし、
【数１】
2004208316.tif 000007
を前記論理リンクに結合される全てのセルに対するトラヒック記述子Ｃｉの和とし、ｆを前記論理リンクに結合される全てのセルのトラヒック記述子Ｃｉから伝送設定モデルＴを導く関数とするとき、前記第二および前記第三のステップが、式： 
【数２】
2004208316.tif 000008
の適用によって実施される請求項１５に記載の方法。
【請求項１７】
前記第二および前記第三のステップのために、前記論理リンクに結合される全てのセルの集合トラヒックを、これらの全てのセルの個々のトラヒックの和の代わりに考慮する、請求項１６に記載の方法。
【請求項１８】
ユーザの無線トラヒック容量の要求と、
無線トラヒックを処理するネットワークの容量と、
伝送サービス品質とを含む基準の集合の中から、少なくとも一つの基準に応じて伝送設定テンプレートを選択可能にするステップを含む、請求項１から１７のいずれか一項に記載の方法。
【請求項１９】
前記伝送設定テンプレートが、所定の伝送設定テンプレートの集合または基準テンプレートの集合の中から選択される、請求項１８に記載の方法。
【請求項２０】
伝送トラヒック容量の要求に応じた基準テンプレートのダイナミック適合を更に含む、請求項１９に記載の方法。
【請求項２１】
請求項１から２０のいずれか一項に記載の方法を実施するための手段を含む、移動無線通信ネットワーク用の操作／メンテナンス局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に移動無線通信システムに関する。
【０００２】
本発明は、特に、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）タイプの第三世代の移動無線通信システムに適用される。
【背景技術】
【０００３】
一般に、移動無線通信システムは、標準に準拠しており、詳しい情報については、対応する標準化組織が発行する対応規格を参照することができる。
【０００４】
図１に、これらのシステムの一般的なアーキテクチャを示す。このアーキテクチャは、主に、無線アクセスネットワーク１またはＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）と、コアネットワーク４またはＣＮ（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）とを含む。
【０００５】
ＲＡＮは、基地局２および基地局コントローラ３等のネットワークエレメントを含む。ＲＡＮは、インターフェース６を介して移動端末５と通信し、インターフェース７を介してＣＮ４と通信する。ＣＮ４は、外部ネットワーク（特に図示せず）と通信する。ＲＡＮの内部では、基地局２が、インターフェース８を介して基地局コントローラ３と通信する。
【０００６】
ＵＭＴＳタイプの第三世代のシステムにおいて、ＲＡＮは、ＵＴＲＡＮ（ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）と呼ばれ、基地局はノードＢ、基地局コントローラはＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）、移動端末はＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）と呼ばれる。インターフェース６はＵｕインターフェースと呼ばれ、インターフェース７はＩｕインターフェース、インターフェース８はＩｕｂインターフェースと呼ばれており、さらに、ＲＮＣの間にＩｕｒインターフェースと呼ばれるインターフェース９が導入されている。ＣＮは、特に、回線モードの接続用に用いられるＭＳＣ（Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ）ネットワークエレメント１０と、パケットモードの接続用に用いられるＳＧＳＮ（Ｓｅｒｖｉｎｇ  Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ  （ＧＰＲＳ）  Ｎｏｄｅ）ネットワークエレメント１１とを含む。ＲＮＣとＭＳＣとの間のインターフェースはまた、Ｉｕ−ＣＳインターフェースとも呼ばれ（ここで、ＣＳは、Ｃｉｒｃｕｉｔ−Ｓｗｉｔｃｈｅｄを意味する）、ＲＮＣとＳＧＳＮとの間のインターフェースは、Ｉｕ−ＰＳ（ここで、ＰＳは、Ｐａｃｋｅｔ−Ｓｗｉｔｃｈｅｄを意味する）インターフェースとも呼ばれる。Ｕｕインターフェースは、また、無線インターフェースとも呼ばれ、Ｉｕｂ、Ｉｕｒ、Ｉｕ（Ｉｕ−ＣＳ、Ｉｕ−ＰＳ）インターフェースは、また、地上インターフェースとも呼ばれる。
【０００７】
所定のノードＢを制御するＲＮＣは、またＣＲＮＣ（Ｃｏｎｔｒｏｌｌｉｎｇ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）とも呼ばれる。ＣＲＮＣは、これが制御する各ノードＢと、これらのノードＢによりカバーされるセルとに対して、負荷制御と無線リソースの割当てとの役割を果たす。所定のＵＥに関するデータ通信の場合、考慮された通信に対して制御の役割を有するＳＲＮＣ（Ｓｅｒｖｉｎｇ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）が存在する。ＵＥに接続されるがＳＲＮＣにより制御されないノードＢは、Ｉｕｒインターフェースを介して、ノードＢを制御するＤＲＮＣ（Ｄｒｉｆｔ  ＲＮＣ）とも呼ばれるＲＮＣ経由で、ＳＲＮＣと通信する。
【０００８】
ＲＡＮのネットワークエレメントは、図１に特に示さない伝送ネットワークにより相互接続されている。この伝送ネットワーク内部の論理リンクにより、２個のネットワークエレメントが、Ｉｕｂ、Ｉｕｒ、Ｉｕ（Ｉｕ−ＣＳ、Ｉｕ−ＰＳ）の地上インターフェースの一つを介して通信可能になる。
【０００９】
一般に、このようなシステムは、サービス品質（またはＱｏＳ：Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）要求が互いに非常に異なる可能性のあるトラヒックをサポート可能でなければならない。ＵＭＴＳ等のシステムにおけるＱｏＳのアーキテクチャは、特に、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）により発行された仕様ＴＳ  ２３．１０７に定義されている。このＱｏＳアーキテクチャは、ＱｏＳ属性を特徴とするサポートサービスに基づいている。特に、無線接続サポートサービスまたはＲＡＢ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒ）サービス、無線サポートサービスまたはＲＢ（Ｒａｄｉｏ  Ｂｅａｒｅｒ）サービス、およびＩｕサポートサービス等の、様々なサポートサービスが区別されている。また、特に、トラヒッククラス（ｔｒａｆｆｉｃ  ｃｌａｓｓ）、最大ビットレート（ｍａｘｉｍｕｍ  ｂｉｔ  ｒａｔｅ）、保証されるビットレート（またはｇｕａｒａｎｔｅｅｄ  ｂｉｔ  ｒａｔｅ）、伝送遅延（またはｔｒａｎｓｆｅｒ  ｄｅｌａｙ）、トラヒック処理の優先性（またはｔｒａｆｆｉｃ  ｈａｎｄｌｉｎｇ  ｐｒｉｏｒｉｔｙ）等の、様々なＱｏＳ属性が区別されている。さらに、会話型（またはｃｏｎｖｅｒｓａｔｉｏｎａｌ）、連続フロー型（またはｓｔｒｅａｍｉｎｇ）、対話式（またはｉｎｔｅｒａｃｔｉｖｅ）、またはバックグラウンド型（ｂａｃｋｇｒｏｕｎｄ）の用途に対し、それぞれ４個のトラヒッククラスに区別される。さらに、一般にはトラヒッククラスが伝送遅延の観点から最も要求の厳しい会話型分類に対応する場合の回線型サービス又はリアルタイムサービス（特に音声サービスなど）と、一般にはトラヒッククラスが伝送遅延の観点からそれほど要求の厳しくない会話型分類以外の分類に対応する場合のパケットタイプのサービス又は非リアルタイムサービス（特にウェブブラウジング（ｗｅｂ  ｂｒｏｗｓｉｎｇ）または電子メール（ｅ−ｍａｉｌ））とに区別できる。
【００１０】
一般に、地上インターフェースにおける通信プロトコルに対して、地上インターフェースでの伝送に使用される技術とは別に無線に関する動作に対応する無線ネットワーク層（またはＲａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｌａｙｅｒ）と、地上インターフェースにおける伝送に用いられる技術に応じた伝送関連動作に対応する伝送ネットワーク層（またはＴｒａｎｓｐｏｒｔ  Ｎｅｔｗｏｒｋ  Ｌａｙｅｒ）とに区別したモデルを定義している。さらに、これらの層の各々に対して、ユーザ面（Ｕｓｅｒ  Ｐｌａｎｅ）と、制御面（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）とに区別し、これらの二つの面が、これらのプロトコルに従って通信可能な二種類のデータ、すなわち、ＵＥまたはユーザデータ（ｕｓｅｒ  ｄａｔａ）が送信または受信したトラヒックに対応するデータと、システムの動作に必要な信号（または制御データ）に対応するデータとに対応する。同様に、無線ネットワーク層に関連する信号と、伝送ネットワーク層に関連する信号との２種類の信号とに区別できる。
【００１１】
無線ネットワーク層に関連する信号は、特に、アプリケーションプロトコルとも呼ばれる以下のプロトコルに対応する。
【００１２】
Ｉｕインターフェースの場合、３ＧＰＰ発行の仕様ＴＳ２５．４１３に特に定義されたＲＡＮＡＰ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ）プロトコル。
【００１３】
Ｉｕｂインターフェースの場合、３ＧＰＰ発行の仕様ＴＳ２５．４３３に特に定義されたＮＢＡＰ（Ｎｏｄｅ  Ｂ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ）プロトコル。
【００１４】
Ｉｕｒインターフェースの場合、３ＧＰＰ発行の仕様ＴＳ２５．４２３に特に定義されたＲＮＳＡＰ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｓｕｂｓｙｓｔｅｍ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ）プロトコル。
【００１５】
ＲＡＮＡＰプロトコルは、特に、無線接続サポートまたはＲＡＢ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒ）の設定に関連する信号を含む。ＮＢＡＰプロトコルは、特に、ＳＲＮＣにより制御されるセルのための論理リンクの設定に関する信号を含む。ＲＮＳＡＰプロトコルは、特に、ＤＲＮＣにより制御されるセルのための論理リンクの設定に関する信号を含む。
【００１６】
一般に、地上インターフェースでの伝送は、パケットモードを使用する。回線モードでは、伝送リソースが様々なユーザに固定的に割り当てられるが、パケットモードでは、伝送リソースがあらゆる瞬間に様々なユーザにより共有されるので、利用可能な伝送リソースの使用を最適化できる。しかしながら、パケットモードは、パケットの混雑および損失の可能性がある。一般には、特に接続許可制御等の様々な技術を設けて混雑現象を防止し、従って、伝送ネットワーク内部でのＱｏＳを保証する。
【００１７】
ＵＴＲＡＮで使用される伝送技術の一つは、セルと呼ばれる固定サイズの小型パケットの非同期時間多重に基づくＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｔｒａｎｓｆｅｒ  Ｍｏｄｅ）技術である。一般に、ＡＴＭ技術は標準に準拠しており、詳しい情報については、対応する標準化組織により発行されている対応する規格を参照することができる。ここでは、単に、いわゆるＡＴＭ層と、ＡＴＭ層とユーザとの間に配置された、いわゆるＡＴＭへの適合層（またはＡＡＬ：ＡＴＭ  Ａｄａｐｔａｔｉｏｎ  Ｌａｙｅｒ）とを用いてＡＴＭネットワークをモデル化可能であることを述べるに留める。ＡＴＭ層は、接続の向きが決められ、発信元と受信先との間の論理接続でセルの伝送を行う。この論理接続は、また、仮想回線またはＶＣ（Ｖｉｒｔｕａｌ  Ｃｈａｎｎｅｌ）とも呼ばれる。さらに、複数の仮想回線をまとめて、仮想パスまたはＶＰ（Ｖｉｒｔｕａｌ  Ｐａｔｈ）を形成する。ＵＴＲＡＮ内部の伝送にＡＴＭを適用する場合、ＡＡＬ２層と呼ばれる特別なＡＡＬ層をユーザデータに対して用いる。ＵＥがＵＴＲＡＮと通信する場合、ＵＴＲＡＮの一つまたは複数の関連地上インターフェースで、対応する論理接続すなわちＡＡＬ２接続が設定される。
【００１８】
ＡＴＭ技術の場合、伝送ネットワーク層に関する信号は、ＩＴＵ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ）発行の仕様ＩＴＵ−Ｔ  Ｑ．２３６０−１およびＩＴＵ−Ｔ  Ｑ．２３６０−２に特に定義されているように、ＡＬＣＡＰ（Ａｃｃｅｓｓ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ）プロトコルを含む。
【００１９】
伝送ネットワークでは、特にＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）技術等のＡＴＭ以外の技術を伝送ネットワークで使用可能である。一般に、ＩＰ技術は、同様に標準に準拠しており、詳しい情報に関しては、対応する標準化組織が発行する対応する規格を参照できる。
【００２０】
一般に、ユーザに対してはサービス品質を、運営者に対してはコストを最適化するために、これらのネットワーク、特に、ＲＡＮの回線容量設計（ｄｉｍｅｎｓｉｏｎｉｎｇ  ｔｒａｎｓｐｏｒｔ  ｎｅｔｗｏｒｋｓ）を適切に行うことが非常に重要である。事実、ネットワークの回線容量が過剰であると、一般にユーザに対してＱｏＳが保証されるが、これは、通常、運営者にとって経済的ではない。何故なら、その場合、使用されない可能性のある伝送リソースが生じたり、あるいは取っておかれたりするからである。反対に、ネットワークの回線容量が不足していると、一般に運営者に対しては経済的であるが、ユーザに対しては受け入れられにくい。何故なら、これらのユーザに対してＱｏＳが保証されない可能性があるからである。
【００２１】
無線ネットワークと伝送ネットワークとを区別するのと同様に、無線ネットワークの回線容量設計と伝送ネットワークの回線容量設計とを区別することができる。
【００２２】
無線ネットワークの回線容量を設計（ｄｉｍｅｎｓｉｏｎ）する場合、問題は、特に、セルの密度、セルの容量または設定（たとえば、ノードＢに対しては、処理容量またはハードウェア（ｈａｒｄｗａｒｅ）設定、割り当てられる搬送波数などを含む）、及び運営者が設定可能なパラメータ（たとえば、セル間転送（ｈａｎｄｏｖｅｒ）制御パラメータ、パワー制御パラメータ、許可制御パラメータ、チャージ制御パラメータ等）を決定することにある。より一般的には、問題は、特に容量、カバーエリア、サービス品質に関して無線ネットワークの回線容量の設計を可能にするあらゆるエレメントまたはパラメータを決定することにある。
【００２３】
伝送ネットワークの回線容量を設計する場合、問題は、特に、Ｉｕｂ、Ｉｕｒ、Ｉｕ（Ｉｕ−ＣＳ、Ｉｕ−ＰＳ）インターフェースに対応する論理リンクの容量または設定を決定することにある。より一般的には、問題は、特にサービス品質及び容量に関して、伝送ネットワークの回線容量の設計を可能にするあらゆるエレメントまたはパラメータを決定することにある。
【００２４】
実際の始動前の最初の回線容量設計は、一般に、事前の計画化段階のときになされる。実際の始動後であっても、回線容量設計を更に最適化できる。すなわち、動作中に、ネットワークの観察または測定を実施することができ、それに対応してネットワークの回線容量設計を修正もしくは適合させることができる。
【００２５】
こうした回線容量設計の問題は、多数の研究の対象となっており、文献にいくつかの例が見られる。しかし、これらの研究は、一般に、無線ネットワークの回線容量設計に関するものであって、伝送ネットワークの回線容量設計に関するものではない。しかも、こうした回線容量設計の問題の解決は、一般に、第二世代のシステムよりも第三世代のシステムでいっそう複雑である。特に、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）タイプの第三世代のシステムは、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）タイプの無線接続技術を使用しているが、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ））タイプの第二世代のシステムは、ＴＤＭＡ／ＦＤＭＡ（Ｔｉｍｅ  Ｄｉｖｉｓｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ／Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）タイプの無線接続技術を使用している。さらに、第二世代のシステムは、回線モードに基づいた伝送技術を使用しているが、第三世代のシステムは、パケットモードに基づいた伝送技術を使用している。
【００２６】
【非特許文献１】３ＧＰＰ発行の仕様ＴＳ２５．４１３
【非特許文献２】３ＧＰＰ発行の仕様ＴＳ２５．４３３
【非特許文献３】３ＧＰＰ発行の仕様ＴＳ２５．４２３
【非特許文献４】ＩＴＵ発行の仕様Ｑ．２３６０−１
【非特許文献５】ＩＴＵ発行の仕様Ｑ．２３６０−２
【発明の開示】
【発明が解決しようとする課題】
【００２７】
本発明は、特に、ユーザに対するサービス品質および運営者に対するコストに関して、性能を最適化可能にする、特にＵＭＴＳ等の第三世代のシステムに適用可能な、伝送ネットワークの回線容量設計の問題への解決方法を提案することを目的とする。本発明による回線容量設計方法の別の長所は、運営者にとって正確、高速、および経済的であることにある。
【課題を解決するための手段】
【００２８】
本発明は、移動無線通信ネットワークの無線アクセスネットワーク用の伝送ネットワークの回線容量設計方法にあり、この方法は、伝送トラヒックの容量要求に応じた伝送設定のダイナミック適合を含む。
【００２９】
本発明の特徴によれば、伝送トラヒック容量の要求を決定するために、ユーザによる無線トラヒック容量の要求と、無線トラヒックを処理するネットワークの容量と、伝送サービスの品質とを含む基準の集合の中から少なくとも一つの基準を考慮する。
【００３０】
別の特徴によれば、伝送ネットワークの論理リンクにおける伝送トラヒック容量の要求を決定するために、論理リンクに結合されるセルに対するユーザの無線トラヒック容量の要求と、論理リンクに結合されるセルに対して無線トラヒックを処理するネットワークの容量と、論理リンクにおけるサービス品質とを含む、基準の集合の中から少なくとも一つの基準を考慮する。
【００３１】
別の特徴によれば、ユーザの無線トラヒック容量の要求を決定するために、最初の回線容量設計時に無線トラヒック予測を考慮し、次いで、実際の始動後、無線トラヒックに関する観察を考慮する。
【００３２】
別の特徴によれば、無線トラヒックを処理するネットワークの容量を決定するために、最初の回線容量設計時に、セルラ無線回線容量設計予測と、無線トラヒックを処理するネットワークのノード容量予測とを考慮し、次いで、実際の始動後、セルラ無線回線容量の変更および／または無線トラヒックを処理するネットワークのノード容量変更を考慮する。
【００３３】
別の特徴によれば、伝送トラヒック容量の要求を決定するために、ユーザの無線トラヒック容量の要求と、無線トラヒックを処理するネットワークの容量の要求とを最初の回線容量設計時に考慮する。
【００３４】
別の特徴によれば、伝送トラヒック容量の要求を決定するために、ユーザの無線トラヒック容量の要求および／または無線トラヒックを処理するネットワークの容量および／または伝送サービスの品質を実際の始動後に考慮する。
【００３５】
別の特徴によれば、ユーザによるセル内の無線トラヒック容量の要求が、トラヒックモデルまたはトラヒック記述子により表される。
【００３６】
別の特徴によれば、トラヒック記述子が、アップリンクおよびダウンリンクの各方向に対し、このセル内で同時にアクセスできる状態にあるユーザ数と、当該ユーザが必要とするサービスのタイプ（回線またはパケット）と、ユーザが必要とするサービスのビットレートとを含む、一つまたは複数のパラメータにより定義される。
【００３７】
別の特徴によれば、論理リンクにおける伝送トラヒック容量の要求が、トラヒックモデルまたはトラヒックプロファイルにより表される。
【００３８】
別の特徴によれば、論理リンクに対する伝送トラヒックのプロファイルが、この論理リンクにおける通信プロトコルに対してユーザ面の回線容量設計をするのに必要な最小の通過帯域と、論理リンクにおける通信プロトコルに対して制御面の回線容量設計をするのに必要な最大ユーザ数とを含む、一つまたは複数のパラメータにより定義される。
【００３９】
別の特徴によれば、伝送ネットワークの論理リンクの回線容量設計が、伝送設定モデルまたは伝送設定テンプレートにより定義される。
【００４０】
別の特徴によれば、伝送ネットワークの論理リンクに対する伝送設定テンプレートが、この論理リンクに必要な通過帯域と、この論理リンクの通信プロトコルに従って、ユーザデータのトラヒック、無線ネットワーク層に関する信号トラヒック、伝送ネットワーク層に関する信号トラヒックを含む、この論理リンクで伝送可能な様々なトラヒックへの、通過帯域の割り当てとを含む一つまたは複数のパラメータにより定義される。
【００４１】
別の特徴によれば、伝送ネットワークの論理リンクにおける伝送トラヒック容量の要求が、伝送ネットワークの一つまたは複数の他の論理リンクにおける伝送トラヒック容量の要求から導かれる。
【００４２】
別の特徴によれば、当該方法が、ユーザによるセル内の無線トラヒック容量の要求を、このセルのためのトラヒック記述子を用いて表す第一のステップと、伝送ネットワークの論理リンクにおける伝送容量の要求を、この論理リンクに結合されるセルの集合のためのトラヒック記述子に基づいて、トラヒックプロファイルを用いて表す第二のステップと、伝送ネットワークの論理リンクのための伝送設定テンプレートを、この論理リンクのためのトラヒックプロファイルから選択する第三のステップとを含む。
【００４３】
別の特徴によれば、第二および第三のステップが、次のタイプの式の適用によって実施され、
【数１】
2004208316.tif 000003
ここで、
Ｔは、この論理リンクのために選択された伝送設定テンプレートであり、
【数２】
2004208316.tif 000004
は、この論理リンクに結合される全てのセルに対するトラヒック記述子Ｃｉの和を示し、ｆは、この論理リンクに結合される全てのセルのトラヒック記述子Ｃｉから伝送設定モデルＴを導くことができる関数を示す。
【００４４】
別の特徴によれば、第二および第三のステップのために、論理リンクに結合される全てのセルの集合トラヒックを、これらの全てのセルの個々のトラヒックの和の代わりに考慮する。
【００４５】
別の特徴によれば、当該方法が、ユーザによる無線トラヒック容量の要求と、無線トラヒックを処理するネットワークの容量と、伝送サービス品質とを含む基準の集合の中から、少なくとも一つの基準に応じて伝送設定テンプレートを選択可能にするステップを含む。
【００４６】
別の特徴によれば、伝送設定テンプレートが、所定の伝送設定テンプレートの集合または基準テンプレートの集合の中から選択される。
【００４７】
別の特徴によれば、当該方法が、さらに、伝送トラヒック容量の要求に応じた基準テンプレートのダイナミック適合を含む。
【００４８】
本発明の別の目的は、このような方法を実施するための手段を含む、移動無線通信ネットワーク用の操作／メンテナンス局を提供することにある。
【００４９】
本発明の他の目的および長所は、添付図面を参照しながら以下の実施例の説明を読めば明らかになるであろう。
【発明を実施するための最良の形態】
【００５０】
本発明は、また、次のように説明することもできる。
【００５１】
本発明は、伝送トラヒック容量の要求に応じた伝送設定のダイナミック適合を提案する。ここで、伝送トラヒック容量の要求を決定するために、特に、ユーザによる無線トラヒック容量の要求と、無線トラヒックを処理するネットワークの容量と、伝送サービス品質とを含む基準の集合の中から、少なくとも一つの基準を考慮可能である。
【００５２】
かくして、伝送ネットワークの論理リンクにおけるトラヒック容量の要求を決定するために、この論理リンクに結合されるセルに対するユーザの無線トラヒック容量の要求と、この論理リンクに結合されるセルに対して無線トラヒックを処理するネットワークの容量と、論理リンクにおけるサービス品質とを含む、基準の集合の中から少なくとも一つの基準を考慮可能である。
【００５３】
論理リンクに結合されるセルとは、Ｉｕｂ論理リンク（ノードＢとＲＮＣとの間）の場合、このノードＢによってカバーされるセルと、Ｉｕ論理リンク（ＳＲＮＣとＤＲＮＣとの間）の場合、このＤＲＮＣが制御するノードＢによってカバーされるセルと、Ｉｕ論理リンク（ＳＲＮＣとＣＮとの間）の場合、このＳＲＮＣによって、またはＩｕｒインターフェースによりこのＳＲＮＣに接続されるＤＲＮＣによってカバーされるセルとを意味する。
【００５４】
ユーザの無線トラヒック容量の要求を決定するために、最初の回線容量設計時に無線トラヒック予測を考慮し、次いで、実際の始動後、無線トラヒックに関する観察を考慮可能である。
【００５５】
無線トラヒックを処理するネットワークの容量を決定するために、最初の回線容量設計時に、セルラ無線回線容量設計予測と、無線トラヒックを処理するネットワークのノード容量予測とを考慮し、次いで、実際の始動後、セルラ無線寸法の変更および／または無線トラヒックを処理するネットワークエレメントの容量変更を考慮可能である。
【００５６】
セルラ無線回線容量設計は、セルの数、割り当てられる搬送波の数などのエレメントまたはパラメータ、運営者が設定可能なパラメータ（たとえば、セル間転送（ｈａｎｄｏｖｅｒ）制御パラメータ、パワー制御パラメータ、許可制御パラメータ、チャージ制御パラメータなど）を含む。
【００５７】
ネットワークエレメントの場合、無線トラヒックを処理する容量は、特に、層１、層２、層３と呼ばれる層処理の従来の基準組織化によれば、ノードＢの場合、たとえばベースバンド処理装置のカード数で表される層１の処理容量、ＲＮＣの場合、たとえば対応する処理に対して装置のカード数で表される層２の処理容量といった、無線トラヒック処理容量を含む。
【００５８】
コアネットワークのエレメントに対して、それらの無線トラヒックを処理する容量は、特に、ＭＳＣの場合、たとえば対応する装置のカード数で表されるコード変換機能を実施するための処理容量等の、これらのネットワークエレメント内に想定される特殊処理用の処理容量を含む。
【００５９】
最初の回線容量設計時、伝送ネットワークの論理リンクにおける伝送トラヒック容量の要求を決定するために、この論理リンクに結合される一つまたは複数のセルにおけるユーザの無線トラヒック容量要求の予測と、これらのセルのためのセルラ無線回線容量の予測と、この無線トラヒックを処理するネットワークエレメントの容量とを考慮できる。これは特に、この論理リンクにおける伝送ＱｏＳ測定等の他のデータをまだ利用できないためである。
【００６０】
次に、実際の始動後、伝送トラヒック容量の要求を決定するために、ユーザの無線トラ容量の要求および／または無線トラヒックを処理するネットワークの容量要求、および／または伝送サービス品質を考慮できる。
【００６１】
さらに、考えられる様々な回線容量設計方法に対応して、次のような区別を導入可能である。すなわち、第一の方法によれば、論理リンクに結合されるセルに予測されるか観察される無線トラヒックに応じて、積極的、すなわち、できるだけ正確に、論理リンクの回線容量を設計できる。この第一の方法は、運営者にとってずっと経済的であるが、ユーザにとっては受け入れにくい。何故なら、実際の無線トラヒックが、この回線容量設計で考慮された無線トラヒックを上回ることになる場合、これらのユーザにとってＱｏＳが保証されないおそれがあるからである。また、第二の方法によれば、セルラ無線回線容量と、無線トラヒックを処理するネットワークエレメントの容量とに応じて、保守的な論理リンクの回線容量を設計することができる。この第二の方法は、ユーザにとってずっと受け入れやすいが（このような回線容量設計によって、一般に実際のトラヒックをサポート可能になるため）、運営者にとっては経済的ではない。何故なら、使用されないおそれがあるリソースを設け、あるいは取っておかなければならないからである。
【００６２】
ユーザによるセル内の無線トラヒック容量要求は、トラヒックモデルまたはトラヒック記述子を用いて表わせる。１個のセルのための１個のトラヒック記述子を一つまたは複数のパラメータにより定義できる。このパラメータは、特に、アップリンクおよびダウンリンクの各方向に対して、このセルで同時に作動するユーザ数と、これらのユーザが必要とするサービスのタイプ（回線またはパケット）と、これらのユーザが必要とするサービスのためのビットレートとを含む。
【００６３】
論理リンクにおけるトラヒック容量の要求は、伝送ネットワークのためにこの論理リンクを定義するトラヒックモデルまたはトラヒックプロファイルを用いて表せる。１個の論理リンクのための１個のトラヒックプロファイルを、一つまたは複数のパラメータで定義できる。このパラメータは、特に、この論理リンクで使用される通信プロトコルに対して、ユーザ面の回線容量設計をするのに必要な最小の通過帯域と、この論理リンクで使用される通信プロトコルに対して、制御面の回線容量設計をするのに必要なユーザ数とを含む。
【００６４】
論理リンクの回線容量設計は、輸送設定モデルまたは輸送設定テンプレートにより定義できる。輸送設定テンプレートは、一つまたは複数のパラメータにより定義可能であり、このパラメータは、論理リンクに必要な通過帯域と、この論理リンクにおける通信プロトコルに従って、特に、ユーザデータトラヒック、無線ネットワーク層に関する信号トラヒック、伝送ネットワーク層に関する信号トラヒックを含む、論理リンクで伝送可能な様々なトラヒックへの、この通過帯域の割り当てとを含む。
【００６５】
たとえば、伝送技術としてＡＴＭを用いるシステムでは、この通過帯域が、仮想回線（Ｖｉｒｔｕａｌ  Ｃｈａｎｎｅｌ（ＶＣ））と、仮想パス（Ｖｉｒｔｕａｌ  Ｐａｔｈ（ＶＰ））とに必要である。
【００６６】
別の考え方によれば、伝送ネットワークの論理リンクにおける伝送トラヒック容量の要求が、伝送ネットワークの一つまたは複数の他の論理リンクにおける伝送トラヒック容量の要求から導かれる。
【００６７】
たとえば、Ｉｕｒ論理リンクを回線容量設計する場合、このＩｕｒ論理リンクにおけるトラヒックを、Ｉｕ論理リンクにおけるトラヒックの比率とみなすこともできる。この比率は、たとえば、無線データ（ｓｏｆｔ  ｈａｎｄｏｖｅｒによる移動比率、移動体の速度、無線環境）と、トラヒックモデルに関するデータ（たとえば呼び出し時間、これらの呼び出しに対して考慮されるサービスの多重化など）と、ネットワークのトポロジー（セルの寸法、各ノードＢのセル数、各ＲＮＣのノードＢの数、各ＲＮＣの「隣接」ＲＮＣの数、「隣接」ＲＮＣは、Ｉｕｒインターフェースによって他のＲＮＣに接続されるＲＮＣ）とに依存することができる。
【００６８】
一般に、ハンドオーバの比率は、５％から３０％の間で変化しうる。
【００６９】
上記の第一の回線容量設計方法に例として対応する本発明による方法の一例は、ユーザによるセル内の無線トラヒック容量の要求をトラヒック記述子を用いて表す第一のステップと、伝送ネットワークの論理リンクにおける伝送容量の要求を、この論理リンクに結合されるセルの集合のためのトラヒック記述子に基づき、トラヒックプロファイルを用いて表す第二のステップと、伝送ネットワークの論理リンクのための伝送設定テンプレートを、この論理リンクのためのトラヒックプロファイルから選択する第三のステップとを含む。
【００７０】
第一の考え方によれば、第二および第三のステップが、次のタイプの式の適用によって実施され、
【数３】
2004208316.tif 000005
ここで、
Ｔは、この論理リンクのために選択された伝送設定テンプレートであり、
【数４】
2004208316.tif 000006
は、この論理リンクに結合される全てのセルに対するトラヒック記述子Ｃｉの和を示し、ｆは、この論理リンクに結合される全てのセルのトラヒック記述子Ｃｉから伝送設定テンプレートＴを導くことができる関数を示す。
【００７１】
この第一の考え方によれば、考慮されたセルの集合に対する無線トラヒックは、この集合の様々なセルの個々のトラヒックの和である。
【００７２】
別の考え方は、論理リンクに結合される全てのセルの集合トラヒックを、これらの全てのセルの個々のトラヒックの和の代わりに考慮することである。一般に、集合トラヒックは、全てのセルが同時にチャージされないので、全てのセルの個々のトラヒックの和よりも小さい。これは、特に、セルの数が多いときにいえる。個々のトラヒックの和よりもむしろ集合トラヒックに基づいて回線容量設計を行う場合、伝送リソースは経済的である。
【００７３】
以下、単に例として、ＡＴＭに基づくトランスポート層を有するＵＴＲＡＮネットワークの事例について考慮し、ここで考慮される問題は、例として、Ｉｕｂ論理リンクの伝送設定の問題とする。
【００７４】
ＵＭＴＳセル用のトラヒック記述子の一例を図２に表を用いて示した。例として考慮されたサービスは、ビデオ会議（Ｓ１）、ウェブブラウジング（ｗｅｂ  ｂｒｏｗｓｉｎｇ）（Ｓ２）、電子メール（ｅ−ｍａｉｌ）（Ｓ３）、音声（Ｓ４）のサービスである。この表では、上記の各サービスに対して、アップリンク方向で同時に作動するユーザ数に対応するパラメータ（Ｐ１）と、ダウンリンク方向で同時に作動するユーザ数に対応するパラメータ（Ｐ２）と、サービスのタイプ（回線またはパケット）に対応するパラメータ（Ｐ３）と、アップリンク方向で同時に作動するユーザが必要とするビットレート（ｋｂｉｔ／秒）に対応するパラメータ（Ｐ４）と、ダウンリンク方向で同時に作動するユーザが必要とするビットレート（ｋｂｉｔ／秒）に対応するパラメータ（Ｐ５）とが示されている。
【００７５】
Ｉｕｂ論理リンクのためのトラヒックプロファイルの一例を図３に表を用いて示した。このトラヒックプロファイルは、図２に示されたセルのトラヒック記述子により特徴づけられる単一セルをノードＢがカバーすると仮定することによって得られた。図３に示した表では、ユーザ面の回線容量設計に必要な、ユーザトラヒックに必要な最小帯域幅に対応するパラメータ（Ｐ’１）と、制御面の回線容量設計に必要な、論理インターフェースにおける最大ユーザ数に対応するパラメータ（Ｐ’２）とが示されている。
【００７６】
このように得られたトラヒックプロファイルを基にして、たとえば、考えられる伝送設定テンプレートまたは基準テンプレートの所定の集合の中から、伝送設定テンプレートを選択できる。このように得られた伝送設定テンプレートの一例を図４に表を用いて示す。この表では、ＡＬＣＡＰプロトコルの仮想回線ＶＣに必要な帯域幅（ｋｂｉｔ／秒）に対応するパラメータ（Ｐ”１）と、ＮＢＡＰ−ｃプロトコルの仮想回線ＶＣに必要な帯域幅（ｋｂｉｔ／秒）に対応するパラメータ（Ｐ”２）と、ＮＢＡＰ−ｄプロトコルの仮想回線ＶＣに必要な帯域幅（ｋｂｉｔ／秒）に対応するパラメータ（Ｐ”３）と、ノードＢとＲＮＣとの間のノード同期のために仮想回線ＶＣに必要な帯域幅（ｋｂｉｔ／秒）に対応するパラメータ（Ｐ”４）と、ユーザデータのために仮想回線ＶＣに必要な帯域幅（ｋｂｉｔ／秒）に対応するパラメータ（Ｐ”５）と、必要な全体の帯域幅（ｋｂｉｔ／秒）とが示されている。
【００７７】
Ｉｕｂ論理リンクの考慮された設定例では、無線ネットワーク層に関する信号が、ＮＢＡＰプロトコルに対応し、この例では、ＮＢＡＰ−ｃ（ここで、「ｃ」は、共通チャンネル（ｃｏｍｍｏｎ  ｃｈａｎｎｅｌ）に対して使用される）と、ＮＢＡＰ−ｄ（ここで「ｄ」は、専用チャンネル（ｄｅｄｉｃａｔｅｄ  ｃｈａｎｎｅｌ）に対して使用される）とを区別している。共通チャンネルは、様々なユーザ間で共有されるチャンネルであり、専用チャンネルは、特に所定の一人にユーザに割り当てられる。
【００７８】
選択された設定テンプレートは、パラメータＰ”１、Ｐ”２、Ｐ”３がトラヒックプロファイルのパラメータＰ’２に最も対応し、パラメータＰ”５がトラヒックプロファイルのパラメータＰ’１に最も対応する、基準テンプレートの設定テンプレートである。
【００７９】
考慮される論理リンクに応じて、プロトコルの他の例および／または、この論理リンクで伝送可能な様々なトラヒックへの通過帯域の割り当ての他の例を考慮できる。
【００８０】
より一般的には、図５に示したように、本発明による方法は、ユーザによる無線トラヒックの容量要求：入力基準Ｃ１と、無線トラヒックを処理するネットワークの容量：入力基準Ｃ２と、伝送サービス品質：入力基準Ｃ３とを含む、基準の集合の中の少なくとも一つの基準に応じて、特に、考えられる伝送設定テンプレートまたは基準テンプレートＴ１、．．．Ｔｎの集合の中から、１つの伝送設定テンプレートＴを選択可能にするステップｆを含むことができる。
【００８１】
ステップｆは、好適には、適切なアルゴリズムの適用によって自動的に実施される。
【００８２】
最初の回線容量設計時、伝送設定は、基準Ｃ１、Ｃ２に応じて、すなわちユーザによる無線トラヒック容量の要求と、無線トラヒックを処理するネットワークの容量とに応じて、選択可能である。
【００８３】
その後、実際の始動後に、回線容量設計を最適化するとき、伝送設定をＣ１および／またはＣ２および／またはＣ３等の基準に応じて適合させることができる。無線トラヒックの変更（特に著しい変更）および／または無線トラヒックを処理するネットワークの容量変更および／または伝送ＱｏＳの変更（特に著しい変更）の場合、一段と適切な新しい伝送設定を選択できる。このような変更は、好適には自動的に検出される。
【００８４】
無線トラヒックを処理するネットワークの容量の変更は、特に、セルラ無線回線容量設計の変更および／または無線トラヒックを処理するネットワークのノードの容量変更（たとえば、ノードＢに対しては、付加的な搬送波の追加、ベースバンド処理の付加的なカードの追加など）に対応する。
【００８５】
無線トラヒックの著しい変化は、特に、無線トラヒックの測定により検出され、たとえば、無線ネットワーク層のプロトコル（ＲＡＮＡＰまたはＲＮＳＡＰまたはＮＢＡＰアプリケーションプロトコル）に従って、または、考慮された論理リンクまたは、考慮された論理リンクに応じた「Ｉｕ  Ｆｒａｍｅ  Ｐｒｏｔｏｃｏｌ」、「Ｉｕｒ  Ｆｒａｍｅ  Ｐｒｏｔｏｃｏｌ」、「Ｉｕｂ  Ｆｒａｍｅ  Ｐｒｏｔｏｃｏｌ」といったフレームプロトコルに従って、あるいはまた、様々なインターフェースにおけるトラヒック情報を供給するカウンタを用いて、信号メッセージに含まれるトラヒック情報から検出される。
【００８６】
伝送ＱｏＳの著しい変化は、特に、ＡＴＭパケットまたはセルの損失率の測定、待機時間の測定、待ち行列の充填レベルの測定などの、伝送ＱｏＳの測定により検出される。  
さらに、有利には、回線容量設計を最適化する際、所定の設定テンプレートまたは基準設定テンプレートをそれ自体最適化することができる。特に、これらの基準テンプレートは、伝送トラヒックの容量要求に応じてダイナミックに適合させることができる（これらの要求自体を、上記の方法のいずれかに従って決定可能である）。特に、たとえば、既存の基準テンプレートの一つまたは複数のパラメータを上記の基準Ｃ１および／またはＣ２および／またはＣ３等の基準に応じて修正することにより、新しい基準テンプレートを形成可能である。
【００８７】
たとえば、Ｉｕｂ論理リンクの伝送設定を設計する場合、最初に、ＮＢＡＰプロトコルに必要な帯域幅に対応するパラメータが１００ｋｂｉｔ／秒であるテンプレートＴ１と、ＮＢＡＰプロトコルに必要な帯域幅に対応するパラメータが２００ｋｂｉｔ／秒であるテンプレートＴ２との、２個の基準テンプレートを設けることができ、次に、特に上記の基準Ｃ１および／またはＣ２および／またはＣ３等の基準に応じて、たとえば、このパラメータの最適化調整がむしろ１２０ｋｂｉｔ／秒に対応し、このパラメータが１２０ｋｂｉｔ／秒の値を有する新しい基準テンプレートＴ’１を自動的に形成可能である。
【００８８】
本発明による方法は、特に、移動無線通信ネットワーク用の操作／メンテナンス局またはＯＭＣ（Ｏｐｅｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ  Ｃｅｎｔｅｒ）で実施される。このような方法を実施するために、ＯＭＣ局は、ＲＡＮのネットワークエレメントと、（先に説明した）伝送設定のダイナミック適合を実施するのに必要な情報とを受信し、その結果を、すなわち、よりよく適合された新しい伝送設定を、たとえば自動的に運営者に提供できる。
【００８９】
このようにして、本発明は、また、上記の方法の実施手段を含む移動無線通信ネットワーク用の操作／メンテナンス局を目的とする。このような実施手段は、上記の方法のいずれかに従って実行可能であり、その個々の実施は、当業者にとって特別に難しいことではないので、ここでは、実施手段について、その各機能をこれ以上詳しく説明する必要はない。
【図面の簡単な説明】
【００９０】
【図１】移動無線通信システムの一般的なアーキテクチャを示す図である。
【図２】本発明による方法の例を示す図である。
【図３】本発明による方法の例を示す図である。
【図４】本発明による方法の例を示す図である。
【図５】本発明による方法の例を示す図である。
【符号の説明】
【００９１】
２  基地局
３  基地局コントローラ
４  ＣＮ
５  移動端末
６、７、８、９  インターフェース
１０、１１  ネットワークエレメント
Ｃ１、Ｃ２、Ｃ３  基準
ｆ  ステップ
Ｔ１、．．．Ｔｎ  伝送設定テンプレート
Ｓ１  ビデオ会議
Ｓ２  ウェブブラウジング
Ｓ３  電子メール
Ｓ４  音声
Ｐ１、Ｐ２、Ｐ３、Ｐ４、Ｐ５  パラメータ
Ｐ’１、Ｐ’２  パラメータ
Ｐ”１、Ｐ”２、Ｐ”３、Ｐ”４、Ｐ”５、Ｐ”６  パラメータ
【図１】
2004208316.tif 000009
【図２】
2004208316.tif 000010
【図３】
2004208316.tif 000011
【図４】
2004208316.tif 000012
【図５】
2004208316.tif 000013
【外国語明細書】
2004208316.tif 000014
2004208316.tif 000015
2004208316.tif 000016
2004208316.tif 000017
2004208316.tif 000018
2004208316.tif 000019
2004208316.tif 000020
2004208316.tif 000021
2004208316.tif 000022
2004208316.tif 000023
2004208316.tif 000024
2004208316.tif 000025
2004208316.tif 000026
2004208316.tif 000027
2004208316.tif 000028
2004208316.tif 000029
2004208316.tif 000030
2004208316.tif 000031
2004208316.tif 000032
2004208316.tif 000033
2004208316.tif 000034
2004208316.tif 000035
2004208316.tif 000036
2004208316.tif 000037
2004208316.tif 000038
2004208316.tif 000039
2004208316.tif 000040
2004208316.tif 000041
2004208316.tif 000042
2004208316.tif 000043
2004208316.tif 000044
2004208316.tif 000045