(57)【特許請求の範囲】
【請求項１】
セルラーテレコミュニケーションシステムにおける受け入れ制御方法であって、ベアラ要求を受け取り(105)、そして現在負荷をチェックする(110)段階を含む方法において、
少なくとも現在負荷及び上記ベアラ要求に基づいて、結果の負荷推定値を計算し(115)、
上記結果の負荷推定値が所定限界より低い場合には、上記ベアラ要求を受け入れ(125)、上記要求に基づいて送信リソースを割り当て(130)、そして結果の負荷をチェックし(135)、そして
上記結果の負荷推定値が上記所定限界より大きい場合には、結果の負荷推定値を上記所定限界より低くするように、セルラーテレコミュニケーションシステムの送信能力リソースの解除を試みて(122)、上記要求されたベアラの受け入れを許すようにする、
という段階を含むことを特徴とする方法。
【請求項２】
上記負荷推定値が上記所定限界より低い時に、送信リソースを割り当て、そして結果の負荷をチェックをした段階の後、上記結果の負荷が上記所定限界よりも大きい場合には、
上記結果の負荷を上記所定限界より低くするように少なくとも１つのベアラのパラメータを変更する(145)段階をさらに含む請求項１に記載の方法。
【請求項３】
上記負荷推定値が上記所定限界より高い時、送信能力リソースの解除を試みる上記段階の後、
現在負荷をチェックし(165)、
少なくとも現在負荷及びベアラ要求に基づいて結果の負荷推定値を計算し(167)、そして
上記結果の負荷推定値が上記所定限界より低い場合には、ベアラ要求を受け入れ(180)、上記要求に基づいて送信リソースを割り当て(130)、そして結果の負荷をチェックする(135)段階をさらに含む請求項１に記載の方法。
【請求項４】
上記結果の負荷が上記所定限界より大きい場合には、上記結果の負荷を上記所定限界より低くするように少なくとも１つのベアラのパラメータを変更する(145)段階をさらに含む請求項３に記載の方法。
【請求項５】
上記送信能力リソースの解除を試みる段階が、
上記ベアラ要求により要求されるリソースの量を低下するようにベアラ要求を変更し(160)、
現在負荷をチェックし(165)、
少なくとも上記現在負荷及び上記変更されたベアラ要求に基づいて結果の負荷推定値を計算し(167)、そして
上記結果の負荷推定値が上記所定限界より低い場合には、上記変更されたベアラ要求を受け入れ(180)、上記要求に基づいて送信リソースを割り当て(130)、そして結果の負荷をチェックする(135)段階をさらに含む請求項１に記載の方法。
【請求項６】
上記結果の負荷が上記所定限界より大きい場合には、上記結果の負荷が上記所定限界より低くなるように少なくとも１つのベアラのパラメータを変更する(145)段階をさらに含む請求項５に記載の方法。
【請求項７】
上記送信能力リソースの解除を試みる上記段階は、
セルラーネットワークのハンドオーバー制御パラメータを調節する(155)段階を含む請求項１に記載の方法。
【請求項８】
上記送信能力リソースの解除を試みる上記段階は、
セルラーネットワークの電力制御パラメータを調節する(150)段階を含む請求項１に記載の方法。
【請求項９】
上記送信能力リソースの解除を試みる上記段階は、
セルラーネットワークの負荷制御パラメータを調節する(151)段階を含む請求項１に記載の方法。
【請求項１０】
上記送信能力リソースの解除を試みる上記段階は、
セルラーネットワークのソフトハンドオーバー及びソフト容量余裕を調節する(152)段階を含む請求項１に記載の方法。
【請求項１１】
上記送信能力リソースの解除を試みる上記段階は、
変更のために少なくとも１つのセルラーネットワークパラメータ又はセルラーネットワークパラメータの少なくとも１つのタイプを選択する段階を含む請求項１に記載の方法。
【請求項１２】
ベアラのタイプに実質的に影響を与えないセルラーネットワークパラメータが優先的に選択される請求項１１に記載の方法。
【請求項１３】
リアルタイムベアラに影響を与えるパラメータの前に非リアルタイムベアラに影響を与えるパラメータが変更される請求項１２に記載の方法。
【請求項１４】
セルラーテレコミュニケーションシステムであって、
上記セルラーテレコミュニケーションシステムの制御領域内に新たなベアラの受け入れを制御する受け入れ制御エンティティであり、上記受け入れ制御エンティティはベアラ要求を受信する時、制御領域内の現在負荷をチェックして上記現在負荷及び上記ベアラ要求に基づいて結果の負荷推定値を計算する、上記受け入れ制御エンティティを含み、
上記負荷推定値が所定限界より低い場合には、上記ベアラ要求が受け入れられ、上記要求に基づいて制御領域の送信リソースが割り当てられて、その後に上記受け入れ制御エンティティは制御領域内の結果の負荷をチェックし、及び
上記負荷推定値が上記所定限界より高い場合には、結果の負荷推定値を上記所定限界より低くするように、上記受け入れ制御エンティティは制御領域内の送信能力リソースの解除を試みて、よって上記要求されたベアラの受け入れを許すようにする、
セルラーテレコミュニケーションシステム。
【発明の詳細な説明】
【０００１】
【技術分野】
本発明は、セルラーテレコミュニケーションシステムにおける無線リソースの使用に係り、より詳細には、新たな接続を確立するのに使用される受け入れ制御方法に係る。本発明は、請求項１の前文に記載した方法に関する。
【０００２】
【背景技術】
セルラーテレコミュニケーションシステムでは、セルラーテレコミュニケーションネットワークを通る単一のスピーチ接続又はデータ接続をベアラと称する。一般に、ベアラは、あるターミナル装置と、ネットワーク要素、例えば、ベースステーションや、セルラーネットワークを別のテレコミュニケーションネットワークに接続するインターワーキングユニット（ＩＷＵ）との間のデータ通信に関する１組のパラメータに関連付けされる。ベアラに関連付けされる１組のパラメータは、一般に、例えば、データ送信速度、許容遅延、許容ビットエラー率（ＢＥＲ）、並びにこれらパラメータの最小値及び最大値を含む。ベアラは、更に、パケット送信ベアラ又は回路交換ベアラであり、そして例えば、透過的又は非透過的接続をサポートする。ベアラは、ペイロード情報を送信するためにある移動ターミナルとあるネットワーク要素とを接続する特定パラメータを有するデータ送信経路と考えることができる。１つのベアラは、常に、１つの移動ターミナルを１つのネットワーク要素に接続するだけである。しかしながら、ベアラは、多数のネットワーク要素を通過することができる。１つの移動通信手段（移動装置ＭＥ）は、あるセルラーテレコミュニケーションシステムでは１つのベアラしかサポートしないが、他のシステムでは２つ以上の同時ベアラもサポートする。
【０００３】
情報を所望のやり方で送信できるようにするために、無線インターフェイスを通る接続は、所望のクオリティレベルを得なければならない。クオリティは、例えば、Ｃ／Ｉ即ち搬送波対干渉比として表すことができ、これは、受信した干渉電力に対する受信した搬送波電力の比を表す。接続のクオリティを表す別の尺度は、ＳＩＲ即ち信号対干渉比、Ｓ／Ｎ即ち信号対雑音比、及びＳ／（Ｉ＋Ｎ）即ち信号対雑音プラス干渉比である。又、ビットエラー率（ＢＥＲ）又はフレームエラー率（ＦＥＲ）も、接続クオリティの尺度として使用される。通常、これらの又は他の対応する尺度の１つに対するあるターゲットレベルが前もって決定され、そして接続ごとに、そのターゲットレベルにできるだけ接近するように送信電力が調整される。送信電力は、所望のターゲットレベルを得るのに必要なレベル以下でなければならない。というのは、送信レベルがあまりに高いと、ハンドヘルド型移動ステーションにおいて重要な送信装置の電気エネルギーを浪費し、そして他の接続に対して干渉を引き起こすからである。
【０００４】
受け入れ制御は、各ベアラが所望のＳＩＲレベルを得るよう確保する上で重要な機能である。受け入れ制御の目的は、新たなベアラに対し新たな各要求を検査し、そして要求されたベアラの送信電力、ベアラの送信ビットレート、処理利得及びベアラのクオリティ要求を考慮して、その要求されたサービスを他のベアラへのサービスに影響することなく提供できるかどうかを決定することである。他のベアラへの障害なく新たなベアラにサービスできる場合には、その要求が受け入れられる。さもなくば、その要求は、スケジュールされ、即ち待ち行列に入れられ、再ネゴシエーションされ又は変更されるか、或いは拒絶される。受け入れ制御は、通常、電力制御と協働し、他のベアラのＳＩＲターゲットレベルを保証するように他の幾つかのベアラの送信電力を調整できるようにする。
【０００５】
種々の受け入れ制御アルゴリズムがこれまでに提案されている。文献「ＤＳ−ＣＤＭＡセルラーシステム用のＳＩＲベースのコール受け入れ制御(SIR-Based Call Admission Control for DS-CDMA Cellular Systems)」、ザオ・リュー及びマグダ・エル・ザーキ著、I2 Journal on selected areas in communications、第１２巻、第４号、第６３８−６４４ページ、１９９４年５月は、残留容量の概念に基づくアルゴリズムを説明している。残留容量は、ベースステーションが受け入れることのできる初期コールの追加数として定義される。残留容量が０より大きい場合には、新たなコールを受け入れることができる。残留容量は、測定されたＳＩＲレベル及びスレッシュホールドＳＩＲレベルから決定される。
【０００６】
別のアルゴリズムが、文献「電力制御ＣＤＭＡシステムにおけるコール受け入れ(Call Admission in Power Controlled CDMA Systems)」、チン・ヤオ・フアン及びロイＤ．ヤッテ著、Proceedings of I2 VTS 46th Vehicular Technology Conference、 米国、アトランタ、１９９６年、４月２８日−５月１日、第１６６５−１６６９ページに掲載されている。この文献には、２つの簡単なアルゴリズムが示されている。第１のアルゴリズムでは、新たなコールが進行中のコールを最大電力で送信させるときにその新たなコールが阻止される。第２のアルゴリズムでは、ベースステーションで測定された全受信電力が所定のスレッシュホールドを越える場合に、新たなコールが阻止される。
これらのアルゴリズムは、コール即ちベアラがリソース使用に関して相対的に同様であり、そしてベアラを受け入れても負荷が最大容量付近までは増加しないレベルに受け入れスレッシュホールドがセットされているときには、良好に機能する。しかしながら、これらアルゴリズムは、ベアラが広く変化する特性を有するとき、即ちネットワークが、通常のスピーチベアラのような低ビットレートのベアラと、大容量データベアラ又は生映像ベアラのような高ビットレートベアラの両方を取り扱う必要があるときには、良好に機能しない。このような種々様々なサービスが、例えば、現在開発中のＵＭＴＳセルラーテレコミュニケーションシステムによって提供されるであろう。例えば、ベースステーションで測定された全受信電力が所定のスレッシュホールドより低い場合に新たなコールが許される従来のアルゴリズムでは、高ビットレートベアラがネットワークの負荷をほぼ最大容量まで増加させることがある。これは、スレッシュホールドに近づくことが許される高レートベアラが全負荷を著しく増加しないようにスレッシュホールドを下げることによって防止できるが、この場合に、低ビットレートのスピーチベアラは、たとえ残りの容量がそれらを受け入れることができてもその限度増加が拒絶される。
【０００７】
本明細書では、「制御領域」という用語は、単一の受け入れ制御エンティティ又はプロセスにより制御されるセルラーテレコミュニケーションシステムの領域、即ち新たなベアラの受け入れに関して判断するときに送信が考慮されるところの領域を意味するのに使用される。制御領域は、例えば、セルのセクター、セル又は複数のセル、例えば、ルーティングエリア又は全無線アクセスネットワークより成る。
以下、ベアラを制御するセルラーネットワークの種々の他の機能、即ち負荷制御、電力制御及びハンドオーバー制御について説明する。
負荷制御（ＬＣ）の主たるタスクは、良好な接続クオリティを得ながら、移動ステーションにおいて過剰に電力を使用せずに高い容量が達成されるポイントでセルラーシステムが動作するよう確保することである。システムに負荷をかけることが許されるところの負荷限界の定義は、無線リソースの管理にとって重要なタスクである。過負荷状態はネットワークの性能を著しく悪化させるので、過負荷状態を回避するように負荷を制御するのが重要である。負荷制御の主要機能の幾つかの例は、ネットワークのバランスどり、電力制御パラメータ及びハンドオーバーパラメータの調整、並びに混雑制御である。
【０００８】
電力制御（ＰＣ）の目的は、各端の受信器に所望の信号レベルを得即ち近−遠問題に対処するように移動ステーション及びベースステーションの電力レベルを調整することである。又、電力制御は、シャドー化の大きな変化に対する応答として、及び例えば、ＳＩＲレベルの迅速な変化に対する応答として電力レベルの変更を行う。
ハンドオーバー（ＨＣ）制御は、移動ステーションがあるセルから別のセルへ移動するときに移動ステーションの接続の切り換えを管理する。
通常、これらの機能は、ネットワーク要素の処理ユニットによって実行されるソフトウェアプログラムとしてネットワーク要素において実施される。これらの機能を実行する手段を本明細書ではエンティティと称し、即ちＨＣエンティティは、ハンドオーバー制御を行い、ＰＣエンティティは、電力制御を行い、ＬＣエンティティは、負荷制御を行い、そしてＡＣエンティティは、受け入れ制御を行う。
【０００９】
【発明の開示】
本発明の目的は、システム負荷を所定の限界より低く維持できる受け入れ制御方法を実現することである。本発明の更に別の目的は、ベアラ要求に対し受け入れの確率を最大にすることもできる受け入れ制御方法を実現することである。
これらの目的は、少なくともベアラ要求に基づいて負荷推定値を形成し、そしてその負荷推定値が限界より高い場合には、要求されたベアラ（１つ又は複数）に対して余裕を与える試みをするよう受け入れ制御を構成することにより達成される。
【００１０】
本発明による方法は、方法の独立請求項の特徴部分に記載されたことを特徴とする。従属請求項は、本発明の更に別の好ましい実施形態を示す。
本発明によれば、第１の所定限界より低い負荷を生じるベアラ要求が受け入れられる。ベアラ要求が、第１の所定限界より高い負荷を生じる場合には、受け入れ制御エンティティは、ベアラ要求に対して余裕を与えるよう試み、即ち既存のベアラに対して与えられるサービスクオリティ（ＱｏＳ）を低下せずにリソースを解除するよう試みる。受け入れ制御エンティティは、電力制御パラメータ、ハンドオーバー制御パラメータ又はその両方を調整することによりこれを行うことができる。受け入れ制御エンティティが新たなベアラ（１つ又は複数）に対して充分な余裕を与えることができる場合には、要求が受け入れられる。
【００１１】
【発明を実施するための最良の形態】
以下、同様のエンティティに対して同じ参照番号が使用された添付図面を参照して、本発明の好ましい実施形態を詳細に説明する。
本発明によれば、セルラーネットワークの制御領域は、送信負荷に対する第１の所定限界を有し、この第１所定限界は、いわゆる安定負荷領域の上限である。安定負荷領域とは、その中でシステムが全てのトラフィックを取り扱うことのできる負荷領域である。安定負荷領域より上の負荷領域は、臨界負荷領域と称される。臨界負荷領域は、干渉量の急激な変化を取り扱うための制御領域のソフト容量余裕として使用される。負荷が臨界負荷領域にあるときには、プライオリティの高いコール及び非常コールだけしかネットワークによって受け入れられないのが好ましい。受け入れ制御は、ネットワーク内の「セル呼吸」作用を微調整することによりシステムの動的な振舞いを管理するようにソフト容量範囲を利用することができる。臨界負荷領域の上は、過負荷領域である。臨界負荷領域の上限は、第２の所定限界である。本発明の受け入れ制御方法の目的の１つは、所望のＱｏＳで新たなコールを受け入れる確率を最大にするように試みながら、システム負荷を安定負荷領域内に維持することである。
【００１２】
Ａ．受け入れ制御方法の一例
図１及び２を参照して、本発明の好ましい実施形態による受け入れ制御方法を以下に説明する。
第１ステップ１０５において、ベアラ要求が受け入れ制御エンティティによって受け取られる。ベアラ要求は、例えば、ユーザがコールを発信したい場合には移動ステーションによって発生され、或いは例えば、移動ステーションがコールされる場合にはセルラーネットワークによって発生される。ベアラ要求の受信に対する応答として、受け入れ制御エンティティは、ステップ１１０において現在負荷をチェックする。このステップでは、受け入れ制御エンティティは、例えば、負荷制御エンティティから現在負荷情報を要求することにより負荷をチェックすることができる。次いで、受け入れ制御エンティティは、少なくとも現在負荷及びベアラ要求に基づいて結果の負荷推定値を計算する（１１５）。結果の負荷推定値は、既存のベアラ及び新たなベアラ（１つ又は複数）の両方の送信即ち干渉電力を含むのが好ましい。
【００１３】
次のステップ１２０では、結果の負荷推定値が第１の所定限界即ち安定負荷領域の上限と比較される。負荷推定値が第１所定限界より高い場合には、臨界負荷及び過負荷状態を取り扱うための更に別の手順が開始される（１２２）。この手順については、以下で説明する。ステップ１２０において、負荷推定値が第１の所定限界より低いと分かった場合には、ベアラ要求が許され（１２５）、そしてベアラ（１つ又は複数）に対して送信リソースが割り当てられる（１３０）。この送信リソースは、例えば、無線リソース、論理的リソース、コード、送信容量又は他のリソースである。臨界負荷及び過負荷状態を取り扱うための手順がベアラ要求に対して肯定判断を生じる場合には、この方法は、その手順の後にステップ１３０に続く。
実際の結果負荷は、ステップ１３５においてチェックされ、そしてステップ１４０において第１所定限界と比較される。負荷が第１所定限界より低い場合には、方法が終了となる。負荷が第１の所定限界より低くない場合には、少なくとも１つのベアラのパラメータがステップ１４５において更に調整されて、全負荷を第１所定限界より低くし、その後、方法が終了となる。
【００１４】
調整ステップ１４５は、例えば、少なくとも１つのベアラに与えられるサービスクオリティレベルの再ネゴシエーションを含む。再ネゴシエーション又は変更されたベアラ（１つ又は複数）は、要求されたベアラ（１つ又は複数）であるか又は既存のベアラである。
図２は、ベアラ要求を受け入れたことにより負荷レベルが臨界又は過負荷領域となる状態を取り扱うための手順の一例を示す。この例によれば、ステップ１４９で選択されるステップ１５０、１５１、１５２、１５５及び１６０の１つが、負荷を緩和するために実行される。ステップ１５０では、セルラーシステムの制御領域の既存接続の送信電力余裕の上限及び下限のような電力制御パラメータが再調整され、これは、１つ以上の既存ベアラに対する送信電力を低下させ、それにより、新たなベアラを受け入れできるようにする。ステップ１５１では、セルラーネットワークの負荷制御パラメータが調整される。ステップ１５２では、セルラーネットワークのソフトハンドオーバー及びソフト容量余裕が調整される。ステップ１５５では、セルラーシステムの制御領域のハンドオーバー制御パラメータが調整される。このようなパラメータは、通常、例えば、あるセルから別のセルへのハンドオーバー（又はソフトハンドオーバー）をトリガーするためのスレッシュホールドを定義するパラメータより成る。ハンドオーバー制御（ＨＣ）パラメータの調整は、１つ以上の既存ベアラの、別の制御領域へのハンドオーバーを生じさせる。ソフトハンドオーバーの場合には、この調整は、既存ベアラの分岐の追加又は解除、並びにソフト容量余裕の最適化も生じさせる。いずれの場合にも、ハンドオーバー制御パラメータの調整は、現在制御領域において送信リソースを解除することができる。ステップ１６０では、１つ以上の要求されたベアラのパラメータは、もし可能であれば、送信リソースに対する要求が低い適当なベアラ特性を見出すように再ネゴシエーション又は変更される。
【００１５】
ステップ１５０、１５１、１５２、１５５及び１６０の１つが実行された後、現在負荷がチェックされ（１６５）、そして新たな負荷推定値が計算される（１６７）。負荷推定値がここで第１所定限界より低い場合には、その要求が許され（１８０）、そして方法は、図１のステップ１３０に続く。ステップ１５０、１５５及び１６０の調整又は再ネゴシエーションが充分な大きさでなくそして負荷推定値が依然第１所定限界より高い場合には、ベアラ要求が拒絶され（１７５）そして受け入れ制御方法は終了となる。
図３は、ベアラ要求の受け入れにより負荷レベルが臨界又は過負荷領域となる状態を取り扱う手順の更に別の例を示す。この例によれば、セルラーネットワークの制御領域の電力制御パラメータ及びハンドオーバー制御パラメータの両方がステップ１５０及び１５５において負荷を緩和するように調整される。
ステップ１５０及び１５５を実行した後に、現在負荷がチェックされ（１６５）、そして新たな負荷推定値が計算される（１６７）。負荷推定値がここで第１所定限界より低い場合には、その要求が許され（１８０）、そして方法は、図１のステップ１３０に続く。ステップ１５０及び１５５の調整が充分な大きさでなくそして負荷推定値が依然第１所定限界より高い場合には、ベアラ要求が拒絶され（１７５）そして受け入れ制御方法は終了となる。
【００１６】
図４は、ベアラ要求の受け入れにより負荷レベルが臨界又は過負荷領域となる状態を取り扱う手順の更に別の例を示す。この例では、負荷推定値を減少するのに使用できる段階１５０、１５５、１６０は、負荷推定値が第１所定限界より低くなるまで又はこの例の３つ全部の段階が使用されるまで実行される。
この例では、ステップ１４９で選択されるステップ１５０、１５５及び１６０の１つが、負荷を緩和するために実行される。ステップ１５０では、セルラーシステムの制御領域の電力制御パラメータが調整され、これは、１つ以上の既存ベアラに対する送信電力を低下させ、それにより、新たなベアラを受け入れできるようにする。ステップ１５５では、セルラーシステムの制御領域のハンドオーバー制御パラメータが調整される。このようなパラメータは、通常、例えば、あるセルから別のセルへのハンドオーバーをトリガーするためのスレッシュホールドを定義するパラメータより成る。ハンドオーバー制御（ＨＣ）パラメータの調整は、１つ以上の既存ベアラの、別の制御領域へのハンドオーバーを生じさせる。ソフトハンドオーバーの場合には、この調整は、既存ベアラの分岐の追加又は解除、並びにソフト容量余裕の最適化も生じさせる。いずれの場合にも、ハンドオーバー制御パラメータの調整は、現在制御領域において送信リソースを解除することができる。ステップ１６０では、１つ以上の要求されたベアラのパラメータは、もし可能であれば、送信リソースに対する要求が低い適当なベアラ特性を見出すように再ネゴシエーション又は変更される。
【００１７】
ステップ１５０、１５５及び１６０の１つが実行された後、現在負荷がチェックされ（１６５）、そして新たな負荷推定値が計算される（１６７）。負荷推定値がここで第１所定限界より低い場合には、その要求が許され（１８０）、そして方法は、図１のステップ１３０に続く。ステップ１５０、１５５又は１６０の調整又は再ネゴシエーションが充分な大きさでなくそして負荷推定値が依然第１所定限界より高い場合には、ステップ１８５において、負荷を緩和するのに使用できる全ての段階が使用されたかどうか、即ちステップ１５０、１５５及び１６０の全てが既に実行されたかどうかチェックされる。これらのステップが実行された場合には、ステップ１７５において要求が拒絶されそして受け入れ制御方法が終了となる。これらステップの少なくとも１つがまだ実行されていない場合には、方法がステップ１４９に戻る。
【００１８】
上記例において、ステップ１４９において負荷を緩和するための方法を選択することは、特定アプリケーションの要件により必要とされる基準に基づいて行われる。例えば、要求されたベアラの特性が、ユーザにより実際に必要とされるサービスレベルを著しく大きく減少せずに送信リソースの使用を比較的大きく減少できるようなものである場合には、少なくとも１つのベアラの特性を再ネゴシエーション又は変更するのが効果的である。更に、この選択は、例えば、負荷推定値が第１所定限界をどれほど大きく越えるかに基づいて実行することもできる。又、この選択は、ランダムな形態で実行されてもよい。又、異なるベアラ形式を異なるやり方で処理してもよい。例えば、非リアルタイムベアラの特性を最初に調整することによりリアルタイムベアラに優先順位を与えることができる。
本発明の更に別の効果的な実施形態では、少なくとも１つのベアラのパラメータの更なる調整ステップ１４５を実行するのではなく、要求されたベアラを拒絶し、スケジューリングし、即ち待ち行列に入れ、或いは再ネゴシエーション又は変更することもできる。
本発明の更に別の効果的な実施形態において、第１推定ステップ１１５及び１２０における負荷推定値が第１所定限界より相当に高いことが分かり、即ち第１所定限界より所定量以上高い場合には、臨界及び過負荷状態を取り扱うプロセス１２２をスタートせずにベアラ要求を直接拒絶することができる。
【００１９】
Ｂ．負荷推定値の計算
このセクションでは、本発明による受け入れ制御方法に使用するための適当な計算方法の一例を説明する。この例によれば、使用可能な容量、及び負荷が第１所定限界より高く増加するかどうかの決定は、制御領域におけるＳＩＲレベルと、要求されたベアラ（１つ又は複数）により必要とされるＳＩＲレベルとに基づいて行われる。
制御領域の安定負荷限界より下の全容量がＣtotであると仮定する。従って、使用可能なシステム容量Ｃaは、次のようになる。
【数１】
0003850664.tif 000002
但し、Ｃocは、既存のベアラアクセスにより占有された容量であり、
Ｓは、送信電力レベルであり、
Ｗは、ＷＣＤＭＡ帯域巾であり、
Ｒbは、ビットレートであり、
Ｅbは、ビットエネルギーであり、
Ｎoは、熱ノイズスペクトル密度であり、
ｖは、バックグランドノイズであり、そして
αは、音声アクティビティである。
【００２０】
容量をベースとするシステム性能要件は、次の通りである。
Ｐｒｏｂ（Ｃoc≧Ｃtot）≦γ                          （２ａ）
即ち、使用可能な容量をより多く必要とする既存ベアラの確率が所定のシステム信頼性限界γより低いというものである。同じ要件をＳＩＲレベルについて次のように表すことができる。
Ｐｒｏｂ（ＳＩＲreq≧ＳＩＲtot）≦γ                  （２ｂ）
ＷＣＤＭＡシステムの容量は、干渉レベルに依存する。要求されたベアラの最小ＱｏＳは、次の場合に満足される。
【数２】
0003850664.tif 000003
但し、Ｍは、同時ユーザの数であり、
Ｇは、処理利得であり、
Ｅb／Ｎoは、熱ノイズ及び他のセル干渉による信号対雑音比であり、
Ｅbvは、リアルタイムベアラによるビット当たりの信号エネルギーであり、そして
Ｅbdは、非リアルタイムベアラによるビット当たりの信号エネルギーである。
【００２１】
要求されたベアラは、次の場合に受け入れられる。
ＳＩＲreq≦ＳＩＲtot
⇒ＳＩＲreq≦ＳＩＲstable＋ＳＩＲcritical−ＳＩＲoc      （５）
又は他の項では、
ＳＩＲreq≦（ＳＩＲtot−ＳＩＲoc）≦ＳＩＲavailable    （６）
但し、ＳＩＲreqは、要求されたベアラに必要とされるＳＩＲレベルであり、
ＳＩＲtotは、制御領域内の全ＳＩＲレベルであり、
ＳＩＲstableは、システムの安定な動作領域、即ち第１所定限界を指示する安定ＳＩＲ余裕であり、
ＳＩＲcriticalは、臨界余裕、即ちソフト容量余裕の巾であり、
ＳＩＲocは、既存ベアラにより占有されるＳＩＲレベルであり、そして
ＳＩＲavailableは、新たなベアラに割り当てることができるＳＩＲレベルである。
【００２２】
本発明の更に別の好ましい実施形態では、使用可能な容量が制御領域における送信電力に関して計算される。この実施形態では、使用可能な容量、即ち使用可能な送信量、換言すれば干渉電力Ｐavailableは、次のように計算することができる。
【数３】
0003850664.tif 000004
但し、Ｐstableは、安定負荷領域の上限、即ち送信又は干渉電力に対する第１所定限界であり、
Ｐcriticalは、臨界負荷領域の上限、即ち送信又は干渉電力に対する第２所定限界であり、そして
ｍは、制御領域における同時ベアラアクセスの数である。
この実施形態では、ベアラ要求は、次の場合に受け入れられる。
ΣＰreq＋ΣＰoc≦ΣＰstable                                  （８）
但し、Ｐreqは、受け入れ制御により推定される要求されたベアラの干渉又は送信電力であり、そして
Ｐocは、既にアクセスされたベアラにより占有される干渉又は送信電力レベルである。
【００２３】
非リアルタイム（ＮＲＴ）ベアラの特性は、変化するビットレート等を有するＮＲＴベアラの特性により受け入れ制御の制御下に部分的に入るだけであるから、受け入れ又は拒絶の判断は、リアルタイムベアラのみに基づくのが好ましい。
受け入れは、リアルタイムベアラをベースとし、非常コールが最も高いプライオリティを有して、負荷が臨界負荷領域にあるときでも非常コールを受け入れ、非常コール以外のＲＴコールが２番目に最も高いプライオリティを有し、そしてＮＲＴコールが最も低いプライオリティを有するようにするのが好ましい。送信リソースの解除を試みるときには、ネットワークの種々のパラメータは、このプライオリティ順序が維持されるように調整されるのが好ましい。その結果、プライオリティ順序は、受け入れ制御が、要求を発しているコール又は既存のコールをそれらのプライオリティに基づいてドロップ又はハンドオーバーできるようにする。
【００２４】
マルチダイバーシティ接続の場合には、移動ステーション（ＭＳ）の送信電力の調整を、本発明の好ましい実施形態に基づいて次のように行うことができる。受け入れ制御エンティティは、外部ループ電力制御に対するＢＥＲ（ビットエラー率）及びＦＥＲ（フレームエラー率）要件及び初期Ｅb／Ｎo設定点をセットする。又、受け入れ制御エンティティは、指定のＱｏＳを有するＭＳのマルチダイバーシティベアラの送信電力に対する電力余裕もセットする。最終的な電力調整判断は、外部ループ電力制御コマンドが電力レベルの増加を要求するときに、次の条件に基づいてＭＳにより実行される。
Ｐtrx＝Ｐo＋ＤＳＳ≦Ｐmax∈Ｐmargin                          （９）
但し、ＤＳＳは、現在の送信電力レベルに追加されるべき動的なステップサイズ電力である。条件（９）は、増加された電力レベルが接続の送信電力に対する所定の上限Ｐmax以上であり且つ増加された送信電力が送信電力に対する上記電力余裕内にあるときだけ送信電力を増加することを示す。
【００２５】
最終的な電力調整判断は、外部ループ電力制御コマンドが電力レベルの減少を要求するときに、次の条件に基づいてＭＳにより実行される。
Ｐtrx＝Ｐo＋ＤＳＳ≧Ｐmin∈Ｐmargin                        （１０）
この条件（１０）は、減少された電力レベルが接続の送信電力に対する所定の下限Ｐmin以上であり且つ減少された送信電力が送信電力に対する上記電力余裕内にあるときだけ送信電力を減少することを示す。
本発明の好ましい実施形態では、マルチダイバーシティ接続の場合、受け入れ制御エンティティは、送信電力のダイナミックレンジを設定することにより送信電力の調整を行う。送信電力のこのような調整は、ダウンリンク及びアップリンクの両送信電力調整に適用することができる。
【００２６】
Ｃ．シグナリングの例
以下、本発明の種々の実施形態に基づくシグナリングの幾つかの例を述べる。図５、６、７及び８は、ベアラマネージメント（ＢＭ）エンティティ２１０と、受け入れ制御（ＡＣ）エンティティ２２０と、負荷制御（ＬＣ）エンティティ２３０と、電力制御（ＰＣ）エンティティ２４０と、ハンドオーバー制御（ＨＣ）エンティティ２５０との間のシグナリングを示す。
図５は、本発明の好ましい実施形態による受け入れ制御方法の一例のシグナリングを示す。第１に、ベアラマネージメントエンティティは、ベアラ要求メッセージＢＥＡＲＥＲ＿ＲＥＱを受け入れ制御エンティティに送信する（３１０）。ベアラ要求は、移動ステーションによって発生されるか、又は移動着信コールの場合には、ネットワークによって発生される。受け入れ制御エンティティは、ＣＨＥＣＫ＿ＬＯＡＤメッセージを負荷制御エンティティに送信する（３２０）ことにより現在負荷をチェックし、負荷制御エンティティは、それに応答して、現在負荷状態を表すＬＯＡＤ＿ＩＮＦＯメッセージを送信する（３３０）。負荷情報を受信した後、受け入れ制御エンティティは、少なくともベアラ要求及び負荷情報に基づいて負荷推定値を計算する（３４０）。この例では、負荷推定値は、第１の所定スレッシュホールドより低いことが分かる。その結果、ＡＣエンティティは、確認メッセージＢＥＡＲＥＲ＿ＲＥＱ＿ＡＣＫをＢＭエンティティに返送する。
【００２７】
次いで、ＡＣエンティティは、ＴＸＰＷＲ＿ＵＰＤ＿ＲＥＱメッセージを送信することにより、新たなベアラ受け入れのために電力制御パラメータを変更するようにＰＣエンティティに命令し（３６０）、ＰＣエンティティは、ＴＸＰＷＲ＿ＵＰＤ＿ＲＥＱ＿ＡＣＫメッセージを送信する（３７０）ことによりそれを確認する。次いで、ＡＣエンティティは、ＨＯ＿ＴＲＥＳＨＯＬＤ＿ＵＰＤ＿ＲＥＱメッセージを送信する（３８０）ことにより、新たなベアラ受け入れのためにハンドオーバー制御パラメータを変更するようにＨＣエンティティに命令し、ＨＣエンティティは、ＨＯ＿ＴＲＥＳＨＯＬＤ＿ＵＰＤ＿ＲＥＱ＿ＡＣＫメッセージを送信する（３９０）ことによりそれを確認する。その後、ＡＣエンティティは、先ず、ＬＣエンティティから負荷情報を要求する（４００）ことによりその制御エリアにおける結果状態を検討し、ＬＣエンティティは、現在負荷状態に関する情報をＡＣエンティティに送信する（４１０）。次いで、ＡＣエンティティは、その情報を検討し（４２０）、そして負荷が第１所定限界より高いことが分かると、ＡＣエンティティは、負荷を第１所定限界より低くもっていくように少なくとも１つのベアラの特性を変更するためにベアラマネージメントエンティティとネゴシエーションする（４３０）。
図６は、本発明の好ましい実施形態による受け入れ制御方法の別の例のシグナリングを示す。図６の例では、ベアラ要求は、負荷を第１所定限界より高く増加する。
【００２８】
第１に、ベアラマネージメントエンティティは、ベアラ要求メッセージＢＥＡＲＥＲ＿ＲＥＱを受け入れ制御エンティティに送信する（３１０）。ベアラ要求は、移動ステーションによって発生されるか、又は移動着信コールの場合には、ネットワークによって発生される。受け入れ制御エンティティは、ＣＨＥＣＫ＿ＬＯＡＤメッセージを負荷制御エンティティに送信する（３２０）ことにより現在負荷をチェックし、負荷制御エンティティは、それに応答して、現在負荷状態を表すＬＯＡＤ＿ＩＮＦＯメッセージを送信する（３３０）。負荷情報を受信した後、受け入れ制御エンティティは、少なくともベアラ要求及び負荷情報に基づいて負荷推定値を計算する（３４０）。この例では、負荷推定値は、第１の所定スレッシュホールドより高いことが分かる。その結果、ＡＣエンティティは、要求されたベアラに対し余裕を与えるよう試みる。この例では、ＡＣエンティティは、ＰＣエンティティにメッセージを送信して（３４１）、電力制御パラメータを更新するようにＰＣエンティティに命令することによりこれを遂行する。ＰＣエンティティは、もし可能であれば、例えば、ベアラに要求されるＱｏＳレベルが現在状態において送信電力の低下を許す場合には、ベアラの送信電力を低下させる。いずれにせよ、ＰＣエンティティは、ＡＣエンティティに確認メッセージを返送する（３４２）ことによりＡＣエンティティに応答する。確認メッセージを受信した後に、受け入れ制御エンティティは、ＣＨＥＣＫ＿ＬＯＡＤメッセージを負荷制御エンティティに送信する（３４３）ことにより現在負荷をチェックし、負荷制御エンティティは、現在負荷エンティティを表すＬＯＡＤ＿ＩＮＦＯメッセージを送信する（３４４）ことによってそれに応答する。負荷情報を受信した後に、受け入れ制御エンティティは、少なくともベアラ要求及び負荷情報に基づいて負荷推定値を計算する（３４５）。この例では、電力制御パラメータの更新により、要求されたベアラ（１つ又は複数）に対して充分な余裕が形成される。その結果、ＡＣエンティティは、ＢＭエンティティに確認メッセージを返送する。
【００２９】
次いで、ＡＣエンティティは、ＴＸＰＷＲ＿ＵＰＤ＿ＲＥＱメッセージを送信することにより、新たなベアラ受け入れのために電力制御パラメータを変更するようにＰＣエンティティに命令し（３６０）、ＰＣエンティティは、ＴＸＰＷＲ＿ＵＰＤ＿ＲＥＱ＿ＡＣＫメッセージを送信する（３７０）ことによりそれを確認する。次いで、ＡＣエンティティは、ＨＯ＿ＴＲＥＳＨＯＬＤ＿ＵＰＤ＿ＲＥＱメッセージを送信する（３８０）ことにより、新たなベアラ受け入れのためにハンドオーバー制御パラメータを変更するようにＨＣエンティティに命令し、ＨＣエンティティは、ＨＯ＿ＴＲＥＳＨＯＬＤ＿ＵＰＤ＿ＲＥＱ＿ＡＣＫメッセージを送信する（３９０）ことによりそれを確認する。その後、ＡＣエンティティは、先ず、ＬＣエンティティから負荷情報を要求する（４００）ことによりその制御エリアにおける結果状態を検討し、ＬＣエンティティは、現在負荷状態に関する情報をＡＣエンティティに送信する（４１０）。次いで、ＡＣエンティティは、その情報を検討し（４２０）、そして負荷が第１所定限界より高いことが分かると、ＡＣエンティティは、負荷を第１所定限界より低くもっていくように少なくとも１つのベアラの特性を変更するためにベアラマネージメントエンティティとネゴシエーションする（４３０）。
図７は、本発明の好ましい実施形態による受け入れ制御方法の更に別の例のシグナリングを示す。図７の例では、ベアラ要求は、負荷を第１所定限界より高く増加する。
【００３０】
第１に、ベアラマネージメントエンティティは、ベアラ要求メッセージＢＥＡＲＥＲ＿ＲＥＱを受け入れ制御エンティティに送信する（３１０）。ベアラ要求は、移動ステーションによって発生されるか、又は移動着信コールの場合には、ネットワークによって発生される。受け入れ制御エンティティは、ＣＨＥＣＫ＿ＬＯＡＤメッセージを負荷制御エンティティに送信する（３２０）ことにより現在負荷をチェックし、負荷制御エンティティは、それに応答して、現在負荷状態を表すＬＯＡＤ＿ＩＮＦＯメッセージを送信する（３３０）。負荷情報を受信した後、受け入れ制御エンティティは、少なくともベアラ要求及び負荷情報に基づいて負荷推定値を計算する（３４０）。この例では、負荷推定値は、第１の所定スレッシュホールドより高いことが分かる。その結果、ＡＣエンティティは、先ず電力制御を使用することにより、要求されたベアラに対し余裕を与えるよう試みる。この例では、ＡＣエンティティは、ＰＣエンティティにメッセージを送信して（３４１）、電力制御パラメータを更新するようにＰＣエンティティに命令することによりこれを遂行する。ＰＣエンティティは、もし可能であれば、例えば、ベアラに要求されるＱｏＳレベルが現在状態において送信電力の低下を許す場合には、ベアラの送信電力を低下させる。いずれにせよ、ＰＣエンティティは、ＡＣエンティティに確認メッセージを返送する（３４２）ことによりＡＣエンティティに応答する。確認メッセージを受信した後に、受け入れ制御エンティティは、ＣＨＥＣＫ＿ＬＯＡＤメッセージを負荷制御エンティティに送信する（３４３）ことにより現在負荷をチェックし、負荷制御エンティティは、現在負荷エンティティを表すＬＯＡＤ＿ＩＮＦＯメッセージを送信する（３４４）ことによりそれに応答する。負荷情報を受信した後に、受け入れ制御エンティティは、少なくともベアラ要求及び負荷情報に基づいて負荷推定値を計算する（３４５）。この例では、電力制御パラメータの更新により、要求されたベアラ（１つ又は複数）に対して充分な余裕が形成されない。その結果、ＡＣエンティティは、ハンドオーバーパラメータを調整することにより、要求されたベアラに対し余裕を与えるよう試みる。この例では、ＡＣエンティティは、ＨＯ＿ＯＰＴＩＭＩＺＡＴＩＯＮコマンドをＨＣエンティティに送信して（３４６）、制御エリアにおける負荷を減少するようにハンドオーバーパラメータを最適化するようＨＣエンティティに命令する。その結果、ＨＣエンティティは、もし可能であれば、既存のベアラに与えられるサービスレベルを低下せずに、ハンドオーバー判断を制御するパラメータを変更する。次いで、ＨＣエンティティは、確認メッセージＨＯ＿ＯＰＴＩＭＩＺＡＴＩＯＮ＿ＡＣＫをＡＣエンティティに送信する（３４７）ことにより応答する。次いで、ＡＣエンティティは、例えば、ステップ３４３、３４４及び３４５に関連して既に述べたように負荷チェック及び推定手順を再び実行する（３４９）。この例では、ハンドオーバー制御パラメータの最適化が、最終的に、要求されたベアラ（１つ又は複数）に対して充分な余裕を形成する。その結果、ＡＣエンティティは、ＢＭエンティティに確認メッセージを送信する（３５０）。
【００３１】
次いで、ＡＣエンティティは、ＴＸＰＷＲ＿ＵＰＤ＿ＲＥＱメッセージを送信することにより、新たなベアラ受け入れのために電力制御パラメータを変更するようにＰＣエンティティに命令し（３６０）、ＰＣエンティティは、ＴＸＰＷＲ＿ＵＰＤ＿ＲＥＱ＿ＡＣＫメッセージを送信する（３７０）ことによりそれを確認する。次いで、ＡＣエンティティは、ＨＯ＿ＴＲＥＳＨＯＬＤ＿ＵＰＤ＿ＲＥＱメッセージを送信する（３８０）ことにより、新たなベアラ受け入れのためにハンドオーバー制御パラメータを変更するようにＨＣエンティティに命令し、ＨＣエンティティは、ＨＯ＿ＴＲＥＳＨＯＬＤ＿ＵＰＤ＿ＲＥＱ＿ＡＣＫメッセージを送信する（３９０）ことによりそれを確認する。その後、ＡＣエンティティは、先ず、ＬＣエンティティから負荷情報を要求する（４００）ことによりその制御エリアにおける結果状態を検討し、ＬＣエンティティは、現在負荷状態に関する情報をＡＣエンティティに送信する（４１０）。次いで、ＡＣエンティティは、その情報を検討し（４２０）、そして負荷が第１所定限界より高いことが分かると、ＡＣエンティティは、負荷を第１所定限界より低くもっていくように少なくとも１つのベアラの特性を変更するためにベアラマネージメントエンティティとネゴシエーションする（４３０）。
図８は、本発明の好ましい実施形態による受け入れ制御方法の更に別の例のシグナリングを示す。この例では、ベアラ要求は、第１所定限界より著しく高い推定負荷を生じ、従って、ＡＣエンティティは、要求されたベアラに対して余裕を与えるように電力制御及びハンドオーバー制御を使用し、そして要求により必要となるリソースの量を下げるようにＢＭエンティティとネゴシエーションする。
【００３２】
第１に、ベアラマネージメントエンティティは、ベアラ要求メッセージＢＥＡＲＥＲ＿ＲＥＱを受け入れ制御エンティティに送信する（３１０）。ベアラ要求は、移動ステーションによって発生されるか、又は移動着信コールの場合には、ネットワークによって発生される。受け入れ制御エンティティは、ＣＨＥＣＫ＿ＬＯＡＤメッセージを負荷制御エンティティに送信する（３２０）ことにより現在負荷をチェックし、負荷制御エンティティは、それに応答して、現在負荷状態を表すＬＯＡＤ＿ＩＮＦＯメッセージを送信する（３３０）。負荷情報を受信した後、受け入れ制御エンティティは、少なくともベアラ要求及び負荷情報に基づいて負荷推定値を計算する（３４０）。この例では、負荷推定値は、第１の所定スレッシュホールドより著しく高いことが分かる。その結果、ＡＣエンティティは、先ず電力制御を使用することにより、要求されたベアラに対し余裕を与えるよう試みる。この例では、ＡＣエンティティは、ＰＣエンティティにメッセージを送信して（３４１）、電力制御パラメータを更新するようにＰＣエンティティに命令することによりこれを遂行する。ＰＣエンティティは、もし可能であれば、例えば、ベアラに要求されるＱｏＳレベルが現在状態において送信電力の低下を許す場合には、ベアラの送信電力を低下させる。ＰＣエンティティは、ＡＣエンティティに確認メッセージを返送する（３４２）ことによりＡＣエンティティに応答する。更に、ＡＣエンティティは、ＡＣエンティティは、ＨＯ＿ＯＰＴＩＭＩＺＡＴＩＯＮコマンドをＨＣエンティティに送信して（３４６）、制御エリアにおける負荷を減少するようにハンドオーバーパラメータを最適化するようＨＣエンティティに命令する。その結果、ＨＣエンティティは、もし可能であれば、既存のベアラに与えられるサービスレベルを低下せずに、ハンドオーバー判断を制御するパラメータを変更する。次いで、ＨＣエンティティは、確認メッセージＨＯ＿ＯＰＴＩＭＩＺＡＴＩＯＮ＿ＡＣＫをＡＣエンティティに送信する（３４７）ことにより応答する。
【００３３】
次いで、ＡＣエンティティは、もし可能であれば、要求されたベアラ（１つ又は複数）に必要とされるリソースを減少するようにＢＭエンティティとのベアラネゴシエーション手順を遂行する（３４８）。次いで、ＡＣエンティティは、例えば、ステップ３４３、３４４及び３４５に関連して既に述べたように負荷チェック及び推定手順を再び実行する（３４９）。この例では、電力制御及びハンドオーバー制御パラメータの最適化が、再ネゴシエーション又は変更されたベアラ要求に対して充分な余裕を与える。その結果、ＡＣエンティティは、ＢＭエンティティに確認メッセージを送信する（３５０）。
次に、ＡＣエンティティは、ＴＸＰＷＲ＿ＵＰＤ＿ＲＥＱメッセージを送信することにより、新たなベアラ受け入れのために電力制御パラメータを変更するようにＰＣエンティティに命令し（３６０）、ＰＣエンティティは、ＴＸＰＷＲ＿ＵＰＤ＿ＲＥＱ＿ＡＣＫメッセージを送信する（３７０）ことによりそれを確認する。次いで、ＡＣエンティティは、ＨＯ＿ＴＲＥＳＨＯＬＤ＿ＵＰＤ＿ＲＥＱメッセージを送信する（３８０）ことにより、新たなベアラ受け入れのためにハンドオーバー制御パラメータを変更するようにＨＣエンティティに命令し、ＨＣエンティティは、ＨＯ＿ＴＲＥＳＨＯＬＤ＿ＵＰＤ＿ＲＥＱ＿ＡＣＫメッセージを送信する（３９０）ことによりそれを確認する。その後、ＡＣエンティティは、先ず、ＬＣエンティティから負荷情報を要求する（４００）ことによりその制御エリアにおける結果状態を検討し、ＬＣエンティティは、現在負荷状態に関する情報をＡＣエンティティに送信する（４１０）。次いで、ＡＣエンティティは、その情報を検討し（４２０）、そして負荷が第１所定限界より高いことが分かると、ＡＣエンティティは、負荷を第１所定限界より低くもっていくように少なくとも１つのベアラの特性を変更するためにベアラマネージメントエンティティとネゴシエーションする（４３０）。
【００３４】
本発明は、セルラーネットワークの特定領域に使用することに限定されない。本発明による受け入れ制御方法は、例えば、単一のセル、セルのセクター或いは複数のセル、例えばルートエリア又は全無線アクセスネットワークにおける受け入れを制御するのに使用できる。
制御領域は、送信又は干渉電力或いはＳＩＲサブ領域に更に分割することができ、その各々は、割り当てられるべき制御領域の無線リソースの固定及び適応部分を有する。
無線ネットワークコントローラのような所与の機能的エンティティの名称は、異なるセルラーテレコミュニケーションシステムのコンテキストにおいてしばしば異なる。例えば、ＧＳＭシステムでは、無線ネットワークコントローラ（ＲＮＣ）に対応する機能的エンティティは、ベースステーションコントローラ（ＢＳＣ）である。それ故、請求の範囲の「無線ネットワークコントローラ」という用語は、特定のセルラーテレコミュニケーションシステムのエンティティに対して使用される用語に関わりなく対応する全ての機能的エンティティを網羅するものとする。更に、ＬＯＡＤ＿ＩＮＦＯメッセージ名のような種々のコマンド及びメッセージ名は一例に過ぎず、本発明は、本明細書に記載したコマンド及びメッセージ名の使用に限定されるものではない。更に、請求の範囲の「変更」という用語は、再ネゴシエーションであるか、又は再ネゴシエーションを伴わない変化であるかに関わらず、少なくとも１つのベアラのパラメータに対して行われるいかなる変化も網羅するものとする。
【００３５】
本発明は、拡散スペクトル技術に少なくとも一部分は基づくいかなるセルラーテレコミュニケーションシステムにも使用できる。
以上の説明から、当業者であれば、本発明の範囲内で種々の変更がなされ得ることが明らかであろう。本発明の好ましい実施形態を詳細に述べたが、請求の範囲内で多数の変更や修正がなされることが明らかである。
【図面の簡単な説明】
【図１】  本発明の好ましい実施形態による受け入れ制御方法を示す図である。
【図２】  本発明の好ましい実施形態により臨界負荷又は過負荷状態に対処する受け入れ制御方法の一部分の一例を示す図である。
【図３】  本発明の好ましい実施形態により臨界負荷又は過負荷状態に対処する受け入れ制御方法の一部分の別の例を示す図である。
【図４】  本発明の好ましい実施形態により臨界負荷又は過負荷状態に対処する受け入れ制御方法の一部分の更に別の例を示す図である。
【図５】  本発明の好ましい実施形態による受け入れ制御方法の一例のシグナリングを示す図である。
【図６】  本発明の好ましい実施形態による受け入れ制御方法の別の例のシグナリングを示す図である。
【図７】  本発明の好ましい実施形態による受け入れ制御方法の更に別の例のシグナリングを示す図である。
【図８】  本発明の好ましい実施形態による受け入れ制御方法の更に別の例のシグナリングを示す図である。
【図１】
0003850664.tif 000005
【図２】
0003850664.tif 000006
【図３】
0003850664.tif 000007
【図４】
0003850664.tif 000008
【図５】
0003850664.tif 000009
【図６】
0003850664.tif 000010
【図７】
0003850664.tif 000011
【図８】
0003850664.tif 000012