(57)【要約】　　　（修正有）【課題】サービス品質（ＱｏＳ）の条件を遵守しながら無線通信システムにおける伝送リソースの使用を最適化する、アドミッション制御アルゴリズムの利用方法を提供する。【解決手段】ＡＴＭ仮想回線におけるＡＡＬ２をアドミッション制御に適用するだけでなく、システムサポータが可能なトラフィックを上回るトラフィックより引き起こされる混雑現象を回避するためにアドミッション制御アルゴリズムを使用可能なあらゆるケースに適合可能とすることである。また、存在するトラフィックを示すトラフィックモデルに応じて前記アルゴリズムの少なくとも一つのパラメータをダイナミックに適合させる。【選択図】　　　図２
2004080768.tif 000002
【特許請求の範囲】
【請求項１】
　無線通信システムにおけるアドミッション制御アルゴリズムの利用方法であって、存在するトラフィックを示すトラフィックモデルに応じて前記アルゴリズムの少なくとも一つのパラメータをダイナミックに適合させる、方法。
【請求項２】
　前記トラフィックモデルが、存在するトラフィックの一つまたは複数のタイプを示す一つまたは複数のパラメータを含む、請求項１に記載の方法。
【請求項３】
　前記トラフィックタイプを示すパラメータが、このトラフィックタイプに対するサービス品質（ＱｏＳ）の要求を示すパラメータを含む、請求項２に記載の方法。
【請求項４】
　前記サービス品質要求を示すパラメータが、最大伝送遅延と、伝送遅延がこの最大伝送遅延を上回る確率とを含む、請求項３に記載の方法。
【請求項５】
　前記トラフィックタイプを示すパラメータが、このトラフィックタイプに対して所定のサービス品質（ＱｏＳ）の伝送リソース要求を示すパラメータを含む、請求項２に記載の方法。
【請求項６】
　所定のサービス品質（ＱｏＳ）の伝送リソース要求を示すパラメータが、接続アクティビティ・ファクタを含む、請求項５に記載の方法。
【請求項７】
　様々なトラフィックタイプが存在する場合、前記トラフィックモデルが、これらの様々なトラフィックタイプに対する比率を含む、請求項１から６のいずれか一項に記載の方法。
【請求項８】
　前記少なくとも一つのパラメータが、許容最大ロードに相当するマージン係数に対応する、請求項１から７のいずれか一項に記載の方法。
【請求項９】
　前記少なくとも一つのパラメータが、等価通過周波数帯に対応する、請求項１から７のいずれか一項に記載の方法。
【請求項１０】
　前記少なくとも一つのパラメータの値が、様々ないわゆる基準トラフィックモデルに対して最適化された、様々ないわゆる基準値の中から選択される、請求項１から９のいずれか一項に記載の方法。
【請求項１１】
　トラフィックモデルが基準トラフィックモデルのひとつに対応しない場合、最も適切な近似モデルを構成する基準トラフィックモデルを決定する、請求項１０に記載の方法。
【請求項１２】
　トラフィックモデルが基準トラフィックモデルのひとつに対応しない場合、最も適切な近似モデルを構成する基準トラフィックモデルを、最も拘束的な条件で決定する、請求項１０に記載の方法。
【請求項１３】
　基準トラフィックモデルと、前記少なくとも一つのパラメータのためのいわゆる対応基準値とを決定する第一のステップを含む、請求項１から１２のいずれか一項に記載の方法。
【請求項１４】
　前記基準値が、シミュレーションまたは測定により決定される、請求項１３に記載の方法。
【請求項１５】
　前記基準値が、計算により決定される請求項１３に記載の方法。
【請求項１６】
　基準トラフィックモデルと、対応基準値とをメモリに保存する第二のステップを含む、請求項１３から１５のいずれか一項に記載の方法。
【請求項１７】
　存在するトラフィックを示すトラフィックモデルを推定する第三のステップを含む、請求項１３から１６のいずれか一項に記載の方法。
【請求項１８】
　前記推定が、存在するトラフィックタイプの推定を含み、様々なトラフィックタイプが存在する場合、これらの様々なトラフィックタイプの比率の推定を含む、請求項１７に記載の方法。
【請求項１９】
　存在するトラフィックタイプの推定操作を含み、この操作は、ネットワークエレメントが少なくとも一つの他のネットワークエレメントから受信した信号メッセージに含まれるトラフィックについての情報から行われる、請求項１８に記載の方法。
【請求項２０】
　前記推定が、様々なトラフィックタイプの比率の推定操作を含み、この操作が、トラフィックの測定またはカウントにより行われる、請求項１８に記載の方法。
【請求項２１】
　存在するトラフィックを示すトラフィックモデルが、新しく接続を確立するたびに、また、新しく接続を解放するたびに推定しなおされる、請求項１７から２０のいずれか一項に記載の方法。
【請求項２２】
　存在するトラフィックを示すトラフィックモデルが、所定時間の経過後、推定しなおされる、請求項１７から２０のいずれか一項に記載の方法。
【請求項２３】
　第三のステップの間に推定されるトラフィックモデルに最も近いものを基準トラフィックモデルの中から選択する第四のステップを含む、請求項１３から２２のいずれか一項に記載の方法。
【請求項２４】
　第三のステップの間に推定されるトラフィックモデルに最も近いものを、最も拘束的な条件で、基準トラフィックモデルの中から選択する第四のステップを含む、請求項１３から２３のいずれか一項に記載の方法。
【請求項２５】
　第四のステップの間に選択された基準トラフィックモデルに対応する一つまたは複数のパラメータに応じて前記アルゴリズムの少なくとも一つのパラメータをダイナミックに修正する第五のステップを含む、請求項１３から２４のいずれか一項に記載の方法。
【請求項２６】
　前記少なくとも一つのパラメータの値を示す変更の場合にのみ修正を行う、請求項２５に記載の方法。
【請求項２７】
　第五のステップの間に修正された前記少なくとも一つのパラメータにより前記アルゴリズムを実施する第六のステップを含む、請求項１３から２６のいずれか一項に記載の方法。
【請求項２８】
　ＡＴＭ仮想回線におけるＡＡＬ２接続アドミッション制御のために使用される、請求項１から２７のいずれか一項に記載の方法。
【請求項２９】
　ＵＴＲＡＮタイプのネットワークにおけるＡＴＭ仮想回線の「ｌｕｂ」型インターフェースでＡＡＬ２接続アドミッション制御のために使用される、請求項２８に記載の方法。
【請求項３０】
　ＵＴＲＡＮタイプのネットワークにおけるＡＴＭ仮想回線の「ｌｕ−ＣＳ」型インターフェースでＡＡＬ２接続アドミッション制御のために使用される、請求項２８に記載の方法。
【請求項３１】
　ＵＴＲＡＮタイプのネットワークにおけるＡＴＭ仮想回線の「ｌｕｒ」型インターフェースでＡＡＬ２接続アドミッション制御のために使用される、請求項２８に記載の方法。
【請求項３２】
　パケットモードのネットワークでアドミッション制御のために使用される、請求項１から２７のいずれか一項に記載の方法。
【請求項３３】
　ＣＤＭＡタイプのシステムの無線インターフェースでアドミッション制御のために使用される、請求項１から２７のいずれか一項に記載の方法。
【請求項３４】
　請求項１から３３のいずれか一項に記載の方法を実施するように構成された手段を含む、移動無線通信システム用の無線アクセスネットワークエレメント。
【請求項３５】
　請求項１から３３のいずれか一項に記載の方法を実施するように構成された手段を含む、移動無線通信システム用の基地局コントローラ（ＲＮＣ）。
【請求項３６】
　請求項１から３３のいずれか一項に記載の方法を実施するように構成された手段を含む、移動無線通信システム用の基地局（ノードＢ）。
【請求項３７】
　請求項１から３３のいずれか一項に記載の方法を実施するように構成された手段を含む、移動無線通信システム用のネットワークコアエレメント。
【発明の詳細な説明】
【技術分野】
【０００１】
　本発明は、一般に遠隔通信システムに関し、特に、これらのシステムにおける伝送リソースの管理と、サービス品質の管理とに関する。
【０００２】
　本発明は、特に、ＵＭＴＳ（「Ｕｎｉｖｅｒｓａｌ　Ｍｏｂｉｌｅ　Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ　Ｓｙｓｔｅｍ」）タイプの第三世代の移動無線通信システムに適用される。
【背景技術】
【０００３】
　一般に、移動無線通信システムは標準化されており、さらに詳しい情報については、対応する規格化組織が発行する対応規格を参照することができる。
【０００４】
　これらのシステムの一般的な構成を図１に示した。この構成は、一般に、無線アクセスネットワーク１またはＲＡＮ（「Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｎｅｔｗｏｒｋ」）と、ネットワークコア４またはＣＮ（「Ｃｏｒｅ　Ｎｅｔｗｏｒｋ」）とを主に含む。
【０００５】
　ＲＡＮは、基地局２等と、基地局コントローラ３等とから形成される。ＲＡＮは、無線インターフェースとも呼ばれるインターフェース６を介して移動端末５等と接続され、また、インターフェース７を介してＣＮ４と接続される。ＲＡＮの内部では、基地局が、インターフェース８を介して基地局コントローラと通信する。
【０００６】
　ＵＭＴＳタイプのシステムでは、ＲＡＮがＵＴＲＡＮ（「ＵＭＴＳ　Ｔｅｒｒｅｓｔｒｉａｌ　Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｎｅｔｗｏｒｋ」）と呼ばれ、基地局は「ノードＢ」とよばれ、基地局コントローラは、ＲＮＣ（「Ｒａｄｉｏ　Ｎｅｔｗｏｒｋ　Ｃｏｎｔｒｏｌｌｅｒ」）と呼ばれ、移動端末はＵＥ（「Ｕｓｅｒ　Ｅｑｕｉｐｍｅｎｔ」）と呼ばれる。無線インターフェース６は、「Ｕｕインターフェース」と呼ばれ、インターフェース７は、「ｌｕ」インターフェースと呼ばれ、インターフェース８は、「ｌｕｂ」インターフェースと呼ばれ、ＲＮＣの間にさらに挿入されるインターフェース９は、「ｌｕｒ」インターフェースと呼ばれる。ＣＮは、主に、特にＭＳＣ（「Ｍｏｂｉｌｅ　Ｓｗｉｔｃｈｉｎｇ　Ｃｅｎｔｅｒ」）タイプのエンティティ１０およびＳＧＳＮ（「Ｓｅｒｖｉｎｇ　ＧＰＲＳ　Ｓｅｒｖｉｎｇ　Ｎｏｄｅ」）タイプのエンティティ１１（ここで、ＧＰＲＳは、「Ｇｅｎｅｒａｌ　Ｐａｃｋｅｔ　Ｒａｄｉｏ　Ｓｅｒｖｉｃｅ」）などの、エンティティもしくはネットワークノードを含む。ＲＮＣとＭＳＣとの間のインターフェースは、「ｌｕ−ＣＳ」と呼ばれ（ここで、ＣＳは「Ｃｉｒｃｕｉｔ−Ｓｗｉｔｃｈｅｄ」という意味で用いられる）、ＲＮＣとＳＧＳＮとの間のインターフェースはまた「ｌｕ−ＰＳ」インターフェースとも呼ばれる（ここでＰＳは、「Ｐａｃｋｅｔ−Ｓｗｉｔｃｈｅｄ」という意味で用いられる）。
【０００７】
　ＵＴＲＡＮで一般に使用される伝送技術は、セルと呼ばれる一定寸法の小型パケットの非同期時分割多重技術に基づくＡＴＭ（「Ａｓｙｎｃｈｒｏｕｎｏｕｓ　Ｔｒａｎｓｆｅｒ　Ｍｏｄｅ」）技術である。一般に、ＡＴＭ技術は、標準化されており、さらに詳しい情報については、対応する規格組織が発行する対応規格を参照することができる。ここでは、単に、ＡＴＭネットワークがＡＴＭレイヤと呼ばれる層と、ＡＴＭレイヤとユーザとの間に配置されるＡＴＭアダプテーション・レイヤ（またはＡＡＬ「ＡＴＭ　Ａｄａｐｔａｔｉｏｎ　Ｌａｙｅｒ」）と呼ばれる層とによりモデル化可能であることに言及しておく。ＡＴＭレイヤは、接続の配向が決められ、論理的な接続により送信元と宛先との間でセルの伝送を行う。この論理的な接続は、仮想回線またはＶＣ（「Ｖｉｒｔｕａｌ　Ｃｈａｎｎｅｌ」）とも呼ばれる。
【０００８】
　ＵＴＲＡＮの内部でＡＴＭを伝送に適用する場合、ＡＡＬ２と呼ばれる特別なＡＡＬレイヤを用いる。ＵＥがＵＴＲＡＮと通信すると、対応する論理的な接続またはＡＡＬ２接続を、ＵＴＲＡＮに関与する一つまたは複数のインターフェース、すなわち一般には「ｌｕｂ」インターフェース、「ｌｕ−ＣＳ」インターフェースおよび「ｌｕｒ」インターフェースに確立することができる。これらのＡＡＬ２接続は、一般に、（無線インターフェースにおける伝送が低速であるために）低速であり、その場合、有利には、同一のＡＴＭ接続またはＡＴＭ仮想回線の内部で複数のＡＡＬ２接続が多重化される。
【０００９】
　同一のＡＴＭ仮想回線で多重化可能な様々なＡＡＬ２接続のための伝送リソース要求は、要求のサービス品質またはＱｏＳ（Ｑｕａｌｉｔｙ　ｏｆ　Ｓｅｒｖｉｃｅ）が異なる場合がある様々なトラフィックタイプまたはサービスタイプにこれらのＡＡＬ２接続が対応することがあるので、異なる可能性がある。ＵＭＴＳ等のシステムでは、会話型、連続フロー（または「ｓｔｒｅａｍｉｎｇ」）、対話式、バックグラウンド（「ｂａｃｋｇｒｏｕｎｄ」）の４個のトラフィッククラスが区別される。各トラフィッククラスでは、また、特に、最大許容伝送遅延、この最大許容伝送遅延よりも伝送遅延が上回る確率、許容エラーレイトなどの様々なＱｏＳパラメータが区別される。ＵＴＲＡＮ内部の伝送の特にここで考慮される例では、ターゲットＱｏＳ、すなわち所定のトラフィックタイプまたはサービスタイプに対して必要なＱｏＳが、特に、最大伝送遅延と、伝送遅延がこの最大伝送遅延より上回る確率とによって示される。たとえば、音声に対応するトラフィックタイプの場合、７ｍｓの最大伝送遅延と、伝送遅延が７ｍｓを上回る確率１０−４とによってターゲットＱｏＳを示すことができる。必要な最大伝送遅延は、様々なトラフィックタイプまたはサービスタイプに対して異なる可能性がある。たとえば電話タイプのサービスに必要な最大伝送遅延は、テレビ電話タイプのサービスに必要な最大伝送遅延より小さい。テレビ電話タイプのサービスに必要な最大伝送遅延は、それ自体が、Ｗｅｂブラウザ（「Ｗｅｂ　ｂｒｏｗｓｉｎｇ」）タイプのサービスに必要な最大伝送遅延よりも小さい。
【００１０】
　接続アドミッション制御アルゴリズム（またはＣＡＣ「Ｃｏｎｎｅｘｉｏｎ　Ａｄｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏｌ」）は、一般に、必要なＱｏＳが遵守されることを保証しながら、ＵＴＲＡＮに関与する各インターフェースで新しいＡＡＬ２接続要求を受け入れるのに伝送リソースが十分であるかどうか判断するために使用される。
【００１１】
　ＣＡＣアルゴリズムは、一般に、等価通過周波数帯またはＥＢ（「Ｅｑｕｉｖａｌｅｎｔ　Ｂａｎｄｗｉｄｔｈ」）と呼ばれる概念に基づいている。この概念によれば、各ＡＡＬ２接続に、等価帯域幅を結合する。この帯域幅は、対応するトラフィックタイプまたはサービスタイプのためのターゲットＱｏＳを満たすのに必要だと推定されたＡＴＭ仮想回線の帯域幅の量を示す。その場合、ＣＡＣアルゴリズムは、既に確立されたＡＡＬ２接続に対する等価帯域幅の和が、ＡＡＬ２接続が多重化されるＡＴＭ仮想回線の等価帯域幅より小さいかどうか確かめることからなるにすぎない。さらに、ＡＴＭ仮想回線に対して許容される最大ロードに対応するマージン係数を用いることが一般に許可されている。このマージン係数は、主に、ＡＴＭ仮想回線がオーバーロードして伝送遅延を制御できなくなるオーバーロードの場合を回避可能にする。
【００１２】
　換言すれば、ＣＡＣアルゴリズムは、ＡＴＭ仮想回線に既に確立されている等価ＡＡＬ２接続の等価帯域幅の和が以下のような不等式を満たすかどうか確かめることからなる。
【数１】
2004080768.tif 000003
ここで、ＥＢ（ｉ）は、特に所定の最大伝送遅延と、伝送遅延がこの最大伝送遅延を上回る所定の確率とによって示される所定のターゲットＱｏＳのサービスタイプ「ｉ」に対して、ＡＴＭ仮想回線で確立されたＡＡＬ２接続で必要とされる等価帯域幅であり、ＫＶＣは、ＡＴＭ仮想回線に対して許容される最大ロードに対応するマージン係数であり（ＫＶＣの値は一般に０．７から０．９である）、ＥＢＶＣは、ＡＡＬ２接続が多重化されるＡＴＭ仮想回線の等価帯域幅である。たとえば、ＡＴＭのサービスクラスが、一定ビット速度またはＣＢＲ（「Ｃｏｎｓｔａｎｔ　Ｂｉｔ　Ｒａｔｅ」）をもつクラスに対応する場合、ＡＴＭ仮想回線の等価帯域幅は、セルの最大速度またはピーク速度またはＰＣＲ（「Ｐｅａｋ　Ｃｅｌｌ　Ｒａｔｅ」）に等しい。
【００１３】
　本発明の説明では、「トラフィックモデル」の概念を用いる。ＵＴＲＡＮ内部の伝送に適用される例では、トラフィックモデルが、仮想回線の内部で多重化可能な各トラフィックタイプに対して、ＱｏＳの様々なパラメータ（最大伝送遅延および、伝送遅延がこの最大伝送遅延を上回る確率など）を含むことができ、様々なトラフィックタイプでは、こうした様々なトラフィックタイプに対する様々な比率を含むことができる。
【００１４】
　マージン係数または、ＡＴＭ仮想回線で許容される最大ロードは、ＡＡＬ２接続のための最大遅延の制約がこれ以上守られなくなって最大ロードに達したことを意味するまで、仮想回線のロードを増やすことにより、所定のトラフィックモデルに対して一般にシミュレーションにより決定される。
【００１５】
　本出願人が指摘しているように、問題は、ＣＡＣアルゴリズムが準拠する上記の規則が、考えられる全てのトラフィックモデルに対してずっと同じであり、特にマージン係数が同じであることにある。
【００１６】
　ところで、ＡＴＭ仮想回線で多重化される様々なＡＡＬ２接続に対してターゲットＱｏＳを満たすために、この仮想回線で許容される最大ロードは、様々なトラフィックモデルに対して異なり、また、各トラフィックタイプまたはサービスタイプに関連するターゲットＱｏＳに依存する。
【００１７】
　これは、考えられる全てのトラフィックモデルに対して有効とされるＫＶＣの値を選択する場合、最も拘束的なトラフィックモデルに対する値を選択することが適切であることを意味する。言い換えれば、仮想回線のために必要な最大ロードが最も小さいトラフィックモデルを選択する。しかし、これはまた、このようにＫＶＣの値を最適化したトラフィックモデルとは異なるトラフィックモデルに対して、ＣＡＣアルゴリズムが、実際には許容可能であってターゲットＱｏＳを満たす幾つかの接続を拒絶することを意味する。換言すれば、このために、考えられる全てのトラフィックモデルに対して仮想回線の帯域幅をできるだけ適切に使用することができず、さらに言い換えれば、ＵＴＲＡＮ内部の伝送リソースの使用が最適化されない。
【００１８】
　言い換えると、このような従来技術によれば、考えられる様々なトラフィックモデルの一つを固定式に選択し、仮想回線で許容される最大ロードを（シミュレーションまたは測定または計算により）決定する。その場合、適切な解決方法は、仮想回路に対して許容される最大ロードで必要な値が最も小さいトラフィックモデルを選択することにある。
【００１９】
　このような解決方法は、上記の理由から満足のいくものではない。特に、多数のトラフィックモデルが存在する可能性があり、言い換えれば、トラフィックタイプおよびそれらの比率に対して次のような多数の組み合わせが考えられるからである。たとえば（下記リストはもちろん、限定的なものではない）。
【００２０】
　１００％のＡＭＲ。（全てのロードが、ＡＭＲまたは「Ａｄａｐｔｉｖｅ　Ｍｕｌｔｉ−Ｒａｔｅ」タイプのトラフィック用である。）
【００２１】
　１００％のＣＳ６４。（全てのロードが、ＣＳ６４タイプのトラフィック用であり、すなわち、６４ｋｂｐｓの回線モード。（またはＣＳ「Ｃｉｒｃｕｉｔ　Ｓｗｉｔｃｈｅｄ」）にある。）
【００２２】
　１００％のＰＳ６４。（全てのロードが、ＰＳ６４タイプのトラフィック用であり、すなわち、６４ｋｂｐｓのパケットモード。（またはＰＳ「Ｐａｃｋｅｔ　Ｓｗｉｔｃｈｅｄ」）にある。）
【００２３】
　１００％のＰＳ１２８。（全てのロードが、ＰＳ１２８タイプのトラフィック用であり、すなわち１２８ｋｂｐｓのパケットモードにある。）
【００２４】
　１００％のＰＳ１４４。（全てのロードが、ＰＳ１４４タイプのトラフィック用であり、すなわち１４４ｋｂｐｓのパケットモードにある。）
【００２５】
　１００％のＰＳ３８４。（全てのロードが、ＰＳ３８４タイプのトラフィック用であり、すなわち３８４ｋｂｐｓのパケットモードにある。）
【００２６】
　５０％のＡＭＲ＋５０％のＰＳ６４。（５０％のロードがＡＭＲタイプのトラフィック用であり、５０％のロードがＰＳ６４タイプのトラフィック用である。）
【００２７】
　２５％のＡＭＲ＋７５％のＰＳ１２８。（２５％のロードがＡＭＲタイプのトラフィック用であり、７５％のロードがＰＳ１２８タイプのトラフィック用である。）
【００２８】
　その他。
【００２９】
　こうした従来の解決方法が申し分のないものではないという別の理由は、仮想回線で許容される最大ロードが、また、各トラフィックタイプまたはサービスタイプに関連するターゲットＱｏＳにも依存するからである。たとえば、トラフィックタイプまたはサービスタイプが一つしかない場合でも、仮想回線のために許容される最大ロードは、こうしたトラフィックタイプまたはサービスタイプに関連するターゲットＱｏＳに応じて変わる。たとえば、対で示すことができるターゲットＱｏＳ（最大伝送遅延、伝送遅延がこの最大伝送遅延を上回る確率）は、トラフィックタイプまたはサービスタイプに応じてたとえば（７ｍｓ、１０−４）または（７ｍｓ、１０−５）または（１０ｍｓ、１０−４）などに対応することができる。
【００３０】
　考えられるトラフィックモデルがこのように無限であるので、仮想回線の最大ロードを最適化したトラフィックモデルを、ネットワークで使用される唯一のトラフィックモデルとすることは不可能である。
【００３１】
【特許文献１】国際特許出願公開第００／３３６０６号明細書
【発明の開示】
【発明が解決しようとする課題】
【００３２】
　本発明の目的は、上記の不都合の全部または一部を回避することにある。より一般的には、本発明の目的は、ＱｏＳの制約を守りながら、これらのシステムにおける伝送リソースの使用を最適化することにある。
【００３３】
　上記の説明は、ＡＴＭ仮想回線におけるＡＡＬ２接続アドミッション制御のためにＣＡＣアルゴリズムを使用する場合を挙げ、特にＵＴＲＡＮ内部の伝送に適用するために例としてなされたものであるが、本発明は、このような用途に制限されず、当然のことながら、システムがサポート可能なトラフィックを上回るトラフィックにより引き起こされる混雑現象を回避するためにアドミッション制御アルゴリズムを使用可能な、あらゆるケースに適用可能である。そのため、このようなアドミッション制御アルゴリズムは、ＡＴＭ仮想回線のＡＡＬ２接続の多重化用だけではなく、パケットモードにあるネットワークのあらゆるノードで、あるいはまた、ＣＤＭＡ（「Ｃｏｄｅ　Ｄｉｖｉｓｉｏｎ　Ｍｕｌｔｉｐｌｅ　Ａｃｃｅｓｓ」）タイプのシステムの無線インターフェース等で使用可能である。伝送リソースが様々なユーザに固定式に割り当てられる回線モードとは異なり、パケットモードでは、様々なユーザが伝送リソースを絶えず共有することに改めて言及する。たとえば、ＵＭＴＳタイプのシステムでは、パケットモード（またはＰＳ「Ｐａｃｋｅｔ　Ｓｗｉｔｃｈｅｄ」）によりネットワークコアエレメントで許容制御を実施することができるのと同様に、新しい呼び出しを受けるのにこのネットワークエレメントの伝送リソースが十分であるかどうか判断することができる。また、ＣＤＭＡシステムでは、無線インターフェースにおける容量制限が、特にＴＤＭＡ（「Ｔｉｍｅ　Ｄｉｖｉｓｉｏｎ　Ｍｕｌｔｉｐｌｅ　Ａｃｃｅｓｓ」）技術などの他の多重アクセス技術を用いるシステムの場合とは異なることに言及する。ＴＤＭＡ技術は、特に、ＧＳＭシステム（「Ｇｌｏｂａｌ　Ｓｙｓｔｅｍ　ｆｏｒ　Ｍｏｂｉｌｅ　ｃｏｍｍｕｎｉｃａｔｉｏｎｓ」）等の、いわゆる第二世代のシステムで使用される。ＣＤＭＡ技術は、特に、ＵＭＴＳシステム等の、いわゆる第三世代のシステムで使用される。ＣＤＭＡシステムでは、全てのユーザが、同じ周波数リソースを絶えず共有する。従って、これらのシステムの容量は干渉により制限され、そのため、こうしたシステムは、「ｓｏｆｔ　ｌｉｍｉｔｅｄ　ｓｙｓｔｅｍｓ」とも呼ばれる。たとえば、ＵＭＴＳタイプのシステムでは、同様にアドミッション制御を実施し、新しい呼び出しを受けるのにノードＢの無線リソースが十分であるかどうか判断することができる。
【課題を解決するための手段】
【００３４】
　本発明の目的の一つは、無線通信システムにおけるアドミッション制御アルゴリズムの利用方法にあり、この方法では、存在するトラフィックを示すトラフィックモデルに応じて前記アルゴリズムの少なくとも一つのパラメータをダイナミックに適合させる。
【００３５】
　別の特徴によれば、前記トラフィックモデルが、存在するトラフィックの一つまたは複数のタイプを示す一つまたは複数のパラメータを含む。
【００３６】
　別の特徴によれば、トラフィックタイプを示すパラメータが、このトラフィックタイプに対するサービス品質（ＱｏＳ）の要求を示すパラメータを含む。
【００３７】
　別の特徴によれば、サービス品質要求を示すパラメータが、最大伝送遅延と、伝送遅延がこの最大伝送遅延を上回る確率とを含む。
【００３８】
　別の特徴によれば、トラフィックタイプを示すパラメータが、このトラフィックタイプに対して所定のサービス品質（ＱｏＳ）の伝送リソース要求を示すパラメータを含む。
【００３９】
　別の特徴によれば、所定のサービス品質（ＱｏＳ）の伝送リソース要求を示すパラメータが、接続のアクティビティ・ファクタを含む。
【００４０】
　別の特徴によれば、様々なトラフィックタイプが存在する場合、前記トラフィックモデルが、これらの様々なトラフィックタイプに対する比率を含む。
【００４１】
　別の特徴によれば、前記少なくとも一つのパラメータが、許容最大ロードに相当するマージン係数に対応する。
【００４２】
　別の特徴によれば、前記少なくとも一つのパラメータが、等価通過周波数帯に対応する。
【００４３】
　別の特徴によれば、前記少なくとも一つのパラメータの値が、様々ないわゆる基準トラフィックモデルに対して最適化された、様々ないわゆる基準値の中から選択される。
【００４４】
　別の特徴によれば、トラフィックモデルが基準トラフィックモデルのひとつに対応しない場合、最も適切な近似モデルを構成する基準トラフィックモデルを決定する。
【００４５】
　別の特徴によれば、トラフィックモデルが基準トラフィックモデルのひとつに対応しない場合、最も適切な近似モデルを構成する基準トラフィックモデルを、最も拘束的な条件で決定する。
【００４６】
　別の特徴によれば、前記方法は、基準トラフィックモデルと、前記少なくとも一つのパラメータに対していわゆる対応基準値とを決定する第一のステップを含む。
【００４７】
　別の特徴によれば、前記基準値が、シミュレーションまたは測定により決定される。
【００４８】
　別の特徴によれば、前記基準値が計算により決定される。
【００４９】
　別の特徴によれば、前記方法が、基準トラフィックモデルと、対応基準値とをメモリに保存する第二のステップを含む。
【００５０】
　別の特徴によれば、前記方法が、存在するトラフィックを示すトラフィックモデルを推定する第三のステップを含む。
【００５１】
　別の特徴によれば、前記推定が、存在するトラフィックタイプの推定を含み、様々なトラフィックタイプが存在する場合、これらの様々なトラフィックタイプの比率の推定を含む。
【００５２】
　別の特徴によれば、存在するトラフィックタイプの推定操作を含み、この操作は、ネットワークエレメントが少なくとも一つの他のネットワークエレメントから受信した信号メッセージに含まれるトラフィックについての情報から行われる。
【００５３】
　別の特徴によれば、前記推定が、存在するトラフィックタイプの比率の推定操作を含み、この操作が、トラフィックの測定またはカウントにより行われる。
【００５４】
　別の特徴によれば、存在するトラフィックを示すトラフィックモデルが、新しく接続を確立するたびに、また、新しく接続を解放するたびに推定しなおされる。
【００５５】
　別の特徴によれば、存在するトラフィックを示すトラフィックモデルが、所定時間の経過後、推定しなおされる。
【００５６】
　別の特徴によれば、前記方法は、第三のステップの間に推定されるトラフィックモデルに最も近いものを基準トラフィックモデルの中から選択する第四のステップを含む。
【００５７】
　別の特徴によれば、前記方法は、第三のステップの間に推定されるトラフィックモデルに最も近いものを、最も拘束的な条件で、基準トラフィックモデルの中から選択する第四のステップを含む。
【００５８】
　別の特徴によれば、前記方法は、第四のステップの間に選択された基準トラフィックモデルに対応する一つまたは複数のパラメータに応じて前記アルゴリズムの少なくとも一つのパラメータをダイナミックに修正する第五のステップを含む。
【００５９】
　別の特徴によれば、前記少なくとも一つのパラメータの値を示す変更の場合にのみ修正を行う。
【００６０】
　別の特徴によれば、前記方法は、第五のステップの間に修正された前記少なくとも一つのパラメータにより前記アルゴリズムを実施する第六のステップを含む。
【００６１】
　別の特徴によれば、前記方法は、ＡＴＭ仮想回線におけるＡＡＬ２接続アドミッション制御のために使用される。
【００６２】
　別の特徴によれば、前記方法は、ＵＴＲＡＮタイプのネットワークにおけるＡＴＭ仮想回線の「ｌｕｂ」タイプのインターフェースでＡＡＬ２接続アドミッション制御を行うために使用される。
【００６３】
　別の特徴によれば、前記方法は、ＵＴＲＡＮタイプのネットワークにおけるＡＴＭ仮想回線の「ｌｕ−ＣＳ」タイプのインターフェースでＡＡＬ２接続アドミッション制御を行うために使用される。
【００６４】
　別の特徴によれば、前記方法は、ＵＴＲＡＮタイプのネットワークにおけるＡＴＭ仮想回線の「ｌｕｒ」タイプのインターフェースでＡＡＬ２接続アドミッション制御を行うために使用される。
【００６５】
　別の特徴によれば、前記方法は、パケットモードネットワークでアドミッション制御のために使用される。
【００６６】
　別の特徴によれば、前記方法は、ＣＤＭＡタイプのシステムの無線インターフェースでアドミッション制御のために使用される。
【００６７】
　本発明の別の目的は、このような方法を実施するように構成された手段を含む、移動無線通信システム用の無線アクセスネットワークエレメントにある。
【００６８】
　本発明の別の目的は、このような方法を実施するように構成された手段を含む、移動無線通信システム用の基地局コントローラ（ＲＮＣ）にある。
【００６９】
　本発明の別の目的は、このような方法を実施するように構成された手段を含む、移動無線通信システム用の基地局（ノードＢ）にある。
【００７０】
　本発明の別の目的は、このような方法を実施するように構成された手段を含む、移動無線通信システム用のネットワークコアエレメントにある。
【００７１】
　本発明の他の目的および特徴は、添付図面に関してなされた実施例についての以下の説明を読めば明らかになるであろう。
【発明を実施するための最良の形態】
【００７２】
　本発明は、また、例として、ＵＴＲＡＮ内部の伝送に適用されるＣＡＣアルゴリズムのケースでは、次のように説明することができる。しかしながら、前述のように、本発明はこのような用途に限定されるものではない。
【００７３】
　本発明は、ＣＡＣアルゴリズムを最適化し、このアルゴリズムの少なくとも一つのパラメータを、存在するトラフィックを示すトラフィックモデルに応じてダイナミックに適合させることを提案する。このようなダイナミック適合により、特に伝送リソースの使用を最適化することができる。
【００７４】
　存在するトラフィックは、新しい接続要求を受信できるかどうか判断する場合にＣＡＣアルゴリズムが考慮するトラフィックに対応する。この例では、存在するトラフィックが、ＡＴＭ仮想回線の内部で多重化可能なトラフィックに対応する。
【００７５】
　トラフィックモデルは、特に、存在する一つまたは複数のトラフィックタイプを示す一つまたは複数のパラメータを含むことができる。
【００７６】
　「トラフィックタイプ」という概念は、ここでは、ＣＡＣアルゴリズムに対してこのトラフィックの挙動を特徴付け可能な全てのパラメータまたはパラメータの組み合わせによりトラフィックタイプを示すことができるという意味で使用される。たとえば、このようなパラメータは、アクティビティ・ファクタ、最大速度、平均速度、最低速度、最大遅延、および、遅延がこの最大遅延を上回る確率、エラーレイトといった、パラメータのリスト（網羅的ではない）から選択できる。特に、ＵＴＲＡＮ内部の伝送に適用する場合、トラフィックタイプは、特にサービス品質要求を示す以下のパラメータの対、すなわち最大伝送遅延と、伝送遅延がこの最大伝送遅延を上回る確率との対によって示すことができる。
【００７７】
　様々なトラフィックタイプが存在する場合、トラフィックモデルは、また、これらの様々なトラフィックタイプの比率を含むことができる。
【００７８】
　換言すれば、本発明は、特に、ＣＡＣアルゴリズムの少なくとも一つのパラメータの値をダイナミックに選択し、各トラフィックモデルのための最適値にこの値を対応させることを提案する。このような各トラフィックモデルのための最適値は、シミュレーションまたは測定により決定可能であり、もちろん、たとえば計算などの他の解決方法によっても決定可能である。
【００７９】
　考えられる各トラフィックモデルのために最適化される、前記ＣＡＣアルゴリズムの少なくとも一つのパラメータの値を使うことができない場合（特にトラフィックタイプとその比率とに対して膨大な数の可能な組み合わせがある場合）、幾つかのいわゆる基準モデルに対して最適化した、幾つかのいわゆる基準値を使うことができる。このような基準値と、それらに対応する基準モデルとを保存するテーブルを構成することが可能である。
【００８０】
　かくして、こうした方法により、トラフィックモデルに対応する値をテーブルの中で見つけることによって、前記ＣＡＣアルゴリズムの少なくとも一つのパラメータの値をダイナミックに選択可能である。トラフィックモデルが基準モデルに対応しない場合、最も適切な近似モデルを構成する基準モデルを決定できる。また、最も適切な近似モデルを構成する基準モデルを、最も拘束的な条件で、すなわち受け入れる接続を最も少なくし、あるいは許可するロードを最も小さくすることによって、選択可能である。
【００８１】
　本発明による方法は、トラフィックモデルに応じてＣＡＣアルゴリズムの一つまたは複数のパラメータをダイナミックに適合させるために、たとえば以下のステップを含むことができる。
【００８２】
　１．ＣＡＣアルゴリズムを適合させる一つまたは複数のパラメータの基準値を（たとえば計算、シミュレーション、測定により）決定する、基準トラフィックモデルの事前決定ステップ。
【００８３】
　２．これらの基準トラフィックモデルと、関連する基準値とをメモリに保存するステップ。
【００８４】
　３．存在するトラフィックを示すトラフィックモデルを推定するステップ。
【００８５】
　４．ステップ３の間に推定されたトラフィックモデルに最も近いものを基準トラフィックモデルの中から選択し、場合によっては、ＣＡＣアルゴリズムに対して最も拘束的な基準トラフィックモデルを選択できるステップ。
【００８６】
　５．ステップ４の中から選択された基準トラフィックモデルに対応するＣＡＣアルゴリズムの一つまたは複数のパラメータの値に応じてＣＡＣアルゴリズムの一つまたは複数のパラメータをダイナミックに修正するステップ。
【００８７】
　６．ステップ５の間に修正されたパラメータでＣＡＣアルゴリズムを使用するステップ。
【００８８】
　接続を新しく確立するたびに、また接続を新しく解放するたびにトラフィックモデルを推定しなおすことができる。このメカニズムは、また、たとえば、ステップ６からステップ３に規則正しく移行するループを備えてもよく、一定の持続時間が経過した後で実際に存在するトラフィックを示すトラフィックモデルを定期的に推定しなおし、それによって、ＣＡＣアルゴリズムの一つまたは複数のパラメータのダイナミック修正の経過を、時間の関数として、存在するトラフィックモデルの変更の経過に適合させることができる。前記持続時間は、コンフィグラブルパラメータとすることができ、ＣＡＣアルゴリズムのために最高の性能を得るように十分に短くすると同時に処理量を過度に増やさないように十分に長くする。たとえば、トラフィックモデルは、時間、日にち、または曜日などに応じて推定しなおすことができる。
【００８９】
　他の変形実施形態も検討可能であり、たとえば、他の基準トラフィックモデルを付加することにより、あるいは既に保存された基準モデルを修正することにより、たとえばステップ２を繰り返すことができる。こうした修正は、たとえば、ステップ３の最中にトラフィックモデルを推定するために実施可能な観察のような、トラフィックに関する観察に基づいて行うことができる。
【００９０】
　また、望ましくは、ＣＡＣアルゴリズムの一つまたは複数のパラメータをあまり頻繁に修正しないようにすることができ、そのためには、各パラメータに（コンフィギュラブル可能な）変動閾値を導入して、これらのパラメータの明白な変更が必要な場合だけ修正を行う。あるいは、望ましくは、これらのパラメータのあまりに早い変更を抑制することができ、たとえば、ＣＡＣアルゴリズムのパラメータの連続する２回の変更の間の最低持続時間（コンフギュラブル可能にすることができる）を決定する。
【００９１】
　本発明による方法は、あらゆるネットワークエレメントで利用可能である。これは、特に、ＣＡＣアルゴリズムを利用するエレメントと同じネットワークエレメントに関わる。従って、ＵＴＲＡＮ内部の伝送に適用する例において、本発明による方法は、ＲＮＣまたはノードＢ等の無線アクセスネットワークエレメント、またはネットワークコアのエレメント、あるいはまた、接続確立要求を受け入れる前に伝送レベルに必要なリソースを持っているかどうか確認するメリットがあるあらゆるネットワークエレメントで実施可能である。
【００９２】
　特に、本発明による方法を実施するネットワークエレメントは、基準モデルおよび基準値を保存するメモリと、存在するトラフィックモデルの推定ステップの実施手段と、基準トラフィックモデルの選択ステップの実施手段と、ＣＡＣアルゴリズムのパラメータのダイナミック修正ステップの実施手段と、考慮されたネットワークエレメントがＣＡＣアルゴリズムを使用するエレメントである場合、このような一つまたは複数の修正パラメータでＣＡＣアルゴリズムを使用するステップの実施手段とを含むことができる。
【００９３】
　一般に、ＣＡＣアルゴリズムを利用するネットワークエレメントは、存在するトラフィックを示すトラフィックモデルを認識していない。ＣＡＣアルゴリズムを利用することになっている地上のインターフェースで、存在するトラフィックを示すこのようなトラフィックモデルを推定するには、たとえばトラフィックカウンタ等のあらゆる手段を使用するか、あるいは、少なくとも一つの別のネットワークエレメントから受信する信号メッセージに含まれるトラフィック情報を使用することができる。より一般的には、存在するトラフィックを示すトラフィックモデルを推定するために、ネットワークエレメントは、存在するトラフィックタイプを推定可能にするあらゆる手段を用いることができ、様々なトラフィックタイプが存在する場合、これらの様々なトラフィックタイプの比率を用いることができる。
【００９４】
　たとえば、ＣＡＣアルゴリズムを用いるネットワークエレメントは、「ｌｕｂ」インターフェースにおけるＣＲＮＣ（「Ｃｏｎｔｒｏｌｌｉｎｇ　ＲＮＣ」）（ノードＢとすることもできる）、「ｌｕ」インターフェースにおけるＳＲＮＣ（「Ｓｅｒｖｉｎｇ　ＲＮＣ」）とネットワークコアのエレメント、および「ｌｕｒ」インターフェースにおけるＳＲＮＣとすることができる。
【００９５】
　所定のノードＢに対して、これを制御するＲＮＣは、ＣＲＮＣ（「Ｃｏｎｔｒｏｌｌｉｎｇ　Ｒａｄｉｏ　Ｎｅｔｗｏｒｋ　Ｃｏｎｔｒｏｌｌｅｒ」）とも呼ばれる。ＣＲＮＣは、それが制御するノードＢに対してロード制御の役割と、無線リソースの割り当ての役割とを有する。所定のユーザ装置ＵＥに関する所定の通信に対しては、考慮された通信を制御する役割をもつＳＲＮＣ（「Ｓｅｒｖｉｎｇ　Ｒａｄｉｏ　Ｎｅｔｗｏｒｋ　Ｃｏｎｔｒｏｌｌｅｒ」）と呼ばれるＲＮＣが存在する。ＵＥに接続されるがＳＲＮＣにより制御されないノードＢは、これらのノードＢを制御するＤＲＮＣ（「Ｄｒｉｆｔ　ＲＮＣ」）とも呼ばれるＲＮＣを介してＳＲＮＣと通信する。
【００９６】
　ＣＡＣアルゴリズムを利用するネットワークエレメントがＳＲＮＣであるかＣＲＮＣであるかに応じて、トラフィックモデルの推定手段を異なるものにすることができる。
【００９７】
　たとえば、ＣＡＣアルゴリズムを利用するネットワークエレメントがＳＲＮＣである場合、たとえば、ＲＡＮＡＰ（「Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｎｅｔｗｏｒｋ　Ａｐｐｌｉｃａｔｉｏｎ　Ｐａｒｔ」）通信プロトコルまたはプロトコル「ｌｕ　Ｆｒａｍｅ　Ｐｒｏｔｏｃｏｌ」）に応じて、「ｌｕ」インターフェースでネットワークコアから受信する信号メッセージに含まれるトラフィック情報を用いることができる。
【００９８】
　ＳＲＮＣは、また、ＮＢＡＰ（「Ｎｏｄｅ　Ｂ　Ａｐｐｌｉｃａｔｉｏｎ　Ｐａｒｔ」）通信プロトコルまたはプロトコル「ｌｕｂ　Ｆｒａｍｅ　Ｐｒｏｔｏｃｏｌ」に応じて、「ｌｕｂ」インターフェースでノードＢから受信する信号メッセージに含まれるトラフィック情報を使用することができる。
【００９９】
　ＳＲＮＣは、また、無線インターフェースまたは「ｌｕｂ」インターフェースまたは「ｌｕ」インターフェースでトラフィックについての情報を与えるカウンタ等のあらゆる手段を使用可能である。
【０１００】
　たとえば、ＣＡＣアルゴリズムを利用するネットワークエレメントがＣＲＮＣである場合、たとえばＲＮＳＡＰ（「Ｒａｄｉｏ　Ｎｅｔｗｏｒｋ　Ｓｙｓｔｅｍ　Ａｐｐｌｉｃａｔｉｏｎ　Ｐａｒｔ」）通信プロトコルまたはプロトコル「ｌｕｒ　Ｆｒａｍｅ　Ｐｒｏｔｏｃｏｌ」に応じて、「ｌｕｒ」インターフェースでＳＲＮＣから受信した信号メッセージに含まれるトラフィック情報を用いることができる。
【０１０１】
　ＣＲＮＣは、また、ＮＢＡＰ通信プロトコルまたはプロトコル「ｌｕｂ　Ｆｒａｍｅ　Ｐｒｏｔｏｃｏｌ」に応じて「ｌｕｂ」インターフェースでノードＢから受信する信号メッセージに含まれるトラフィック情報を使用可能である。
【０１０２】
　ＣＲＮＣは、また、無線インターフェースまたは「ｌｕｒ」インターフェースまたは「ｌｕｂ」インターフェースでトラフィック情報を与えるカウンタ等のあらゆる手段を使用可能である。
【０１０３】
　ＲＡＮＡＰプロトコルは、特に３ＧＴＳ２５．４１３の仕様で定義され、ＮＢＡＰプロトコルは、特に３ＧＴＳ２５．４３３の仕様で定義され、ＲＮＳＡＰプロトコルは、特に３ＧＴＳ２５．４３３の仕様で定義され、プロトコル「ｌｕ　Ｆｒａｍｅ　Ｐｒｏｔｏｃｏｌ」は、特に３ＧＴＳ２５．４１５の仕様で定義され、プロトコル「ｌｕｂ／ｌｕｒ　Ｆｒａｍｅ　Ｐｒｏｔｏｃｏｌ」は、特に３ＧＴＳ２５．４２７の仕様で定義され、これらの全ての仕様は、３ＧＰＰ（「３ｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ」）から発行されている。
【０１０４】
　ＲＡＮＡＰプロトコルに従ってメッセージを受信する場合、これは、各々の無線アクセス媒体割り当て要求またはＲＡＢ（「Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｂｅａｒｅｎ」）割り当て要求に対して、ＲＡＢパラメータと呼ばれるパラメータで、対応するトラフィックタイプまたはサービスタイプについての情報を与える、いわゆる「ＲＡＢ　Ａｓｉｇｎｍｅｎｔ　Ｒｅｑｕｅｓｔ」）メッセージである（これらのパラメータには、特に、最大速度、トラフィッククラス、伝送遅延、またはＳＳＤ（「Ｓｏｕｒｃｅ　Ｓｔａｔｉｓｔｉｃｓ　Ｄｅｓｃｒｉｐｔｏｒ」）と呼ばれるパラメータを含む）。
【０１０５】
　さらに、このような用途におけるトラフィックタイプを特徴付け可能な、最大伝送遅延や、伝送遅延がこの最大伝送遅延を上回る確率といったパラメータを決定するために、ネットワークエレメントでＯ＆Ｍ（「Ｏｐｅｒａｔｉｏｎ＆Ｍａｉｎｔｅｎａｎｃｅ」）から構成される情報を用いることもできる。
【０１０６】
　しかも、ＵＭＴＳにおいて、「最大伝送遅延」パラメータは、「ＴＯＡＷＳ」（「Ｔｉｍｅ　Ｏｆ　Ａｒｒｉｖａｌ　Ｗｉｎｄｏｗ　Ｓｔａｒｔ」）パラメータに応じて選択可能であり、これは、下り方向でノードＢの受信窓の長さを示し、同期に使用される、３ＧＰＰ　ＵＭＴＳ規格で定義されたパラメータである（３ＧＰＰＴＳ２５．４０２）。
【０１０７】
　その上、「遅延が最大遅延を上回る確率」パラメータは、ユーザのデータ伝送のために「ｌｕｂ」インターフェースで対象とされるＡＡＬ２パケットの損失率またはＡＴＭセルの損失率に応じて選択可能である。
【０１０８】
　特に、前記ＣＡＣアルゴリズムの少なくとも一つのパラメータは、マージン係数ＫＶＣに対応することができる。このパラメータの例は、本出願で特に考慮されている例であるが、もちろん他の例も可能である。たとえば、接続のアクティビティ・ファクタに応じて、等価通過周波数帯を変化させることができる。
【０１０９】
　かくして、ＡＭＲタイプのサービス用、所定の最大遅延用、および遅延がこの最大遅延を上回る確率用の、たとえば音声接続のような接続の等価通過周波数帯を、音声のアクティビティ・ファクタに応じて、あるいはより一般的には所定のサービス品質（ＱｏＳ）の伝送リソース要求を示すパラメータに応じて、ダイナミックに適合させることができる。かくして、等価通過周波数帯の基準値を保存するテーブルを用意することができる。このような方法を利用するネットワークエレメントは、たとえば、音声フレームと空のフレームとの比率を推定することにより、音声接続の平均アクティビティ・ファクタをダイナミックに測定し、それによって、音声用に使用される等価通過周波数帯を、音声接続全体に対して観察される平均アクティビティ・ファクタにダイナミックに適合させることができる。
【０１１０】
　また、等価通過周波数帯は、例えば遅延の制約がほとんどないパケットサービスの場合、ゼロ（または非常に小さい値）に等しくすることができる。
【０１１１】
　以下、例として、前記ＣＡＣアルゴリズムの少なくとも一つのパラメータがマージン係数ＫＶＣである場合について特に説明する。
【０１１２】
　例として、図２は、考えられる様々なトラフィックモデルに対して、仮想回線で受け入れ可能な最大ロードをシミュレーションによって得た例を示している。トラフィックモデルは、この場合、存在する一つまたは複数のトラフィックタイプを示す以下のパラメータ、すなわち、最大伝送遅延、伝送遅延がこの最大伝送遅延を上回る確率を含み、また、様々なトラフィックタイプが存在する場合には、トラフィックモデルは、これらの様々なトラフィックタイプの比率をさらに含む。より詳しくは、図２に示したトラフィックモデルは、次の通りである。
【０１１３】
　同じタイプの多重化トラフィックの場合。
　　１００％の音声。（７ｍｓ、１０−４）
　　１００％のＰＳ１４４。（５０ｍｓ、１０−４）
　　１００％のＣＳ６４。（３３ｍｓ、１０−４）
【０１１４】
　異なるタイプの多重化トラフィックの場合。
　　７５％の音声。（７ｍｓ、１０−４）＋２５％のＰＳ１４４（５０ｍｓ、１０−４）
　　５０％の音声。（７ｍｓ、１０−４）＋５０％のＰＳ１４４（５０ｍｓ、１０−４）
　　２５％の音声。（７ｍｓ、１０−４）＋７５％のＰＳ１４４（５０ｍｓ、１０−４）
　　７５％のＣＳ６４。（３３ｍｓ、１０−４）＋２５％のＰＳ１４４（５０ｍｓ、１０−４）
　　５０％のＣＳ６４。（３３ｍｓ、１０−４）＋５０％のＰＳ１４４（５０ｍｓ、１０−４）
　　２５％のＣＳ６４。（３３ｍｓ、１０−４）＋７５％のＰＳ１４４（５０ｍｓ、１０−４）
【０１１５】
　これらの様々なトラフィックモデルおよび対応する様々な値ＫＶＣは、たとえば、前述の方法のための基準モデルおよび基準値を構成することができる。
【０１１６】
　図２は、また、従来技術と本発明とを比較する場合にも用いることができる。
【０１１７】
　上記のように、従来技術によれば、考えられる全てのトラフィックモデルに対して有効なＫＶＣの値を選択する。その場合、適切な解決方法は、最も拘束性のあるトラフィックモデル、すなわち、図２の例では、ＫＶＣの値が０．７４になる７５％の音声＋２５％のＰＳ１４４を選択することとなる。この選択により、仮想回線を７４％以上、ロードすることが不可能になる。その場合の不都合は、別のトラフィックモデル、たとえば２５％のＣＳ６４＋７５％のＰＳ１４４に対応するモデルの場合、実際にはロード可能な仮想回線は８０％であり、考えられる全ての場合に伝送リソースの使用が最適化されるわけではないことにある。
【０１１８】
　本発明は、トラフィックモデルに応じてＫＶＣの値をダイナミックに選択することにより、このような不都合を回避可能にしている。かくして、伝送容量の増加は、トラフィックモデルの関数であるので、このようなＫＶＣの値のダイナミックな選択により（図２の例では０％から２２％程度）伝送容量を増加できる。言い換えると、ＫＶＣの値をダイナミックに決定するという長所は、ＫＶＣの固定値で受け入れ可能であるよりもずっと多くの接続をＣＡＣアルゴリズムによって受け入れ、同時にサービス品質の制約を守ることが保証されることにある。従って、これにより、ＣＡＣアルゴリズムの性能を向上させることができる。
【図面の簡単な説明】
【０１１９】
【図１】移動無線通信システムの一般的な全体構成を示す図である。
【図２】考えられる様々なトラフィックモデルに対して得られるマージン係数値の例を示すテーブルである。
【符号の説明】
【０１２０】
　１　無線接続ネットワーク
　２　基地局
　３　基地局コントローラ
　４　ネットワークコアまたはＣＮ
　５　移動端末
　６、７、８、９　インターフェース
　１０、１１　エンティティ
【図１】
2004080768.tif 000004
【図２】
2004080768.tif 000005