JP2002542639A

JP2002542639A - 受け入れ制御方法

Info

Publication number: JP2002542639A
Application number: JP2000600442A
Authority: JP
Inventors: シアメックナギーアン
Original assignee: ノキアネットワークスオサケユキチュア
Priority date: 1999-02-16
Filing date: 2000-02-16
Publication date: 2002-12-10
Anticipated expiration: 2020-02-16
Also published as: ATE513439T1; FI990312A; BR0008264B1; BR0008264A; US7024203B1; EP1153518A1; CN1122432C; JP3850664B2; WO2000049824A1; AU2674800A; EP1153518B1; FI990312A0; CN1340279A; FI107505B

Abstract

(57)【要約】本発明によれば、第１の所定限界より低い負荷を生じるベアラ要求が受け入れられる。ベアラ要求が第１の所定限界より高い負荷を生じる場合には、受け入れ制御エンティティは、ベアラ要求に対する余裕を与えるよう試み、即ち既存のベアラに対して提供されるサービスクオリティ（ＱｏＳ）を低下せずにリソースを解除する。受け入れ制御エンティティは、電力制御パラメータ、ハンドオーバー制御パラメータ又はその両方を調整することによりこれを遂行する。受け入れ制御エンティティが新たなベアラ（１つ又は複数）に対して余裕を与えることができる場合には、要求が受け入れられる。

Description

【発明の詳細な説明】

【０００１】

【技術分野】

本発明は、セルラーテレコミュニケーションシステムにおける無線リソースの
使用に係り、より詳細には、新たな接続を確立するのに使用される受け入れ制御
方法に係る。本発明は、請求項１の前文に記載した方法に関する。

【０００２】

【背景技術】

セルラーテレコミュニケーションシステムでは、セルラーテレコミュニケーシ
ョンネットワークを通る単一のスピーチ接続又はデータ接続をベアラと称する。
一般に、ベアラは、あるターミナル装置と、ネットワーク要素、例えば、ベース
ステーションや、セルラーネットワークを別のテレコミュニケーションネットワ
ークに接続するインターワーキングユニット（ＩＷＵ）との間のデータ通信に関
する１組のパラメータに関連付けされる。ベアラに関連付けされる１組のパラメ
ータは、一般に、例えば、データ送信速度、許容遅延、許容ビットエラー率（Ｂ
ＥＲ）、並びにこれらパラメータの最小値及び最大値を含む。ベアラは、更に、
パケット送信ベアラ又は回路交換ベアラであり、そして例えば、透過的又は非透
過的接続をサポートする。ベアラは、ペイロード情報を送信するためにある移動
ターミナルとあるネットワーク要素とを接続する特定パラメータを有するデータ
送信経路と考えることができる。１つのベアラは、常に、１つの移動ターミナル
を１つのネットワーク要素に接続するだけである。しかしながら、ベアラは、多
数のネットワーク要素を通過することができる。１つの移動通信手段（移動装置
ＭＥ）は、あるセルラーテレコミュニケーションシステムでは１つのベアラしか
サポートしないが、他のシステムでは２つ以上の同時ベアラもサポートする。

【０００３】情報を所望のやり方で送信できるようにするために、無線インターフェイスを
通る接続は、所望のクオリティレベルを得なければならない。クオリティは、例
えば、Ｃ／Ｉ即ち搬送波対干渉比として表すことができ、これは、受信した干渉
電力に対する受信した搬送波電力の比を表す。接続のクオリティを表す別の尺度
は、ＳＩＲ即ち信号対干渉比、Ｓ／Ｎ即ち信号対雑音比、及びＳ／（Ｉ＋Ｎ）即
ち信号対雑音プラス干渉比である。又、ビットエラー率（ＢＥＲ）又はフレーム
エラー率（ＦＥＲ）も、接続クオリティの尺度として使用される。通常、これら
の又は他の対応する尺度の１つに対するあるターゲットレベルが前もって決定さ
れ、そして接続ごとに、そのターゲットレベルにできるだけ接近するように送信
電力が調整される。送信電力は、所望のターゲットレベルを得るのに必要なレベ
ル以下でなければならない。というのは、送信レベルがあまりに高いと、ハンド
ヘルド型移動ステーションにおいて重要な送信装置の電気エネルギーを浪費し、
そして他の接続に対して干渉を引き起こすからである。

【０００４】受け入れ制御は、各ベアラが所望のＳＩＲレベルを得るよう確保する上で重要
な機能である。受け入れ制御の目的は、新たなベアラに対し新たな各要求を検査
し、そして要求されたベアラの送信電力、ベアラの送信ビットレート、処理利得
及びベアラのクオリティ要求を考慮して、その要求されたサービスを他のベアラ
へのサービスに影響することなく提供できるかどうかを決定することである。他
のベアラへの障害なく新たなベアラにサービスできる場合には、その要求が受け
入れられる。さもなくば、その要求は、スケジュールされ、即ち待ち行列に入れ
られ、再ネゴシエーションされ又は変更されるか、或いは拒絶される。受け入れ
制御は、通常、電力制御と協働し、他のベアラのＳＩＲターゲットレベルを保証
するように他の幾つかのベアラの送信電力を調整できるようにする。

【０００５】種々の受け入れ制御アルゴリズムがこれまでに提案されている。文献「ＤＳ−
ＣＤＭＡセルラーシステム用のＳＩＲベースのコール受け入れ制御(SIR-Based C
all 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は、次のようになる。

【数１】但し、Ｃ_ocは、既存のベアラアクセスにより占有された容量であり、Ｓは、送信電力レベルであり、Ｗは、ＷＣＤＭＡ帯域巾であり、Ｒ_bは、ビットレートであり、Ｅ_bは、ビットエネルギーであり、Ｎ_oは、熱ノイズスペクトル密度であり、ｖは、バックグランドノイズであり、そして αは、音声アクティビティである。

【００２０】容量をベースとするシステム性能要件は、次の通りである。Ｐｒｏｂ（Ｃ_oc≧Ｃ_tot）≦γ （２ａ）即ち、使用可能な容量をより多く必要とする既存ベアラの確率が所定のシステム
信頼性限界γより低いというものである。同じ要件をＳＩＲレベルについて次の
ように表すことができる。Ｐｒｏｂ（ＳＩＲ_req≧ＳＩＲ_tot）≦γ （２ｂ）ＷＣＤＭＡシステムの容量は、干渉レベルに依存する。要求されたベアラの最
小ＱｏＳは、次の場合に満足される。

【数２】但し、Ｍは、同時ユーザの数であり、Ｇは、処理利得であり、Ｅ_b／Ｎ_oは、熱ノイズ及び他のセル干渉による信号対雑音比であり、Ｅ_bvは、リアルタイムベアラによるビット当たりの信号エネルギーであり
、そしてＥ_bdは、非リアルタイムベアラによるビット当たりの信号エネルギーであ
る。

【００２１】要求されたベアラは、次の場合に受け入れられる。ＳＩＲ_req≦ＳＩＲ_tot ⇒ＳＩＲ_req≦ＳＩＲ_stable＋ＳＩＲ_critical−ＳＩＲ_oc （５）又は他の項では、ＳＩＲ_req≦（ＳＩＲ_tot−ＳＩＲ_oc）≦ＳＩＲ_available （６）但し、ＳＩＲ_reqは、要求されたベアラに必要とされるＳＩＲレベルであり、ＳＩＲ_totは、制御領域内の全ＳＩＲレベルであり、ＳＩＲ_stableは、システムの安定な動作領域、即ち第１所定限界を指示す
る安定ＳＩＲ余裕であり、ＳＩＲ_criticalは、臨界余裕、即ちソフト容量余裕の巾であり、ＳＩＲ_ocは、既存ベアラにより占有されるＳＩＲレベルであり、そしてＳＩＲ_availableは、新たなベアラに割り当てることができるＳＩＲレベ
ルである。

【００２２】本発明の更に別の好ましい実施形態では、使用可能な容量が制御領域における
送信電力に関して計算される。この実施形態では、使用可能な容量、即ち使用可
能な送信量、換言すれば干渉電力Ｐ_availableは、次のように計算することがで
きる。

【数３】但し、Ｐ_stableは、安定負荷領域の上限、即ち送信又は干渉電力に対する第１所
定限界であり、Ｐ_criticalは、臨界負荷領域の上限、即ち送信又は干渉電力に対する第２
所定限界であり、そしてｍは、制御領域における同時ベアラアクセスの数である。この実施形態では、ベアラ要求は、次の場合に受け入れられる。 ΣＰ_req＋ΣＰ_oc≦ΣＰ_stable （８）但し、Ｐ_reqは、受け入れ制御により推定される要求されたベアラの干渉又は送
信電力であり、そしてＰ_ocは、既にアクセスされたベアラにより占有される干渉又は送信電力レ
ベルである。

【００２３】非リアルタイム（ＮＲＴ）ベアラの特性は、変化するビットレート等を有する
ＮＲＴベアラの特性により受け入れ制御の制御下に部分的に入るだけであるから
、受け入れ又は拒絶の判断は、リアルタイムベアラのみに基づくのが好ましい。受け入れは、リアルタイムベアラをベースとし、非常コールが最も高いプライ
オリティを有して、負荷が臨界負荷領域にあるときでも非常コールを受け入れ、
非常コール以外のＲＴコールが２番目に最も高いプライオリティを有し、そして
ＮＲＴコールが最も低いプライオリティを有するようにするのが好ましい。送信
リソースの解除を試みるときには、ネットワークの種々のパラメータは、このプ
ライオリティ順序が維持されるように調整されるのが好ましい。その結果、プラ
イオリティ順序は、受け入れ制御が、要求を発しているコール又は既存のコール
をそれらのプライオリティに基づいてドロップ又はハンドオーバーできるように
する。

【００２４】マルチダイバーシティ接続の場合には、移動ステーション（ＭＳ）の送信電力
の調整を、本発明の好ましい実施形態に基づいて次のように行うことができる。
受け入れ制御エンティティは、外部ループ電力制御に対するＢＥＲ（ビットエラ
ー率）及びＦＥＲ（フレームエラー率）要件及び初期Ｅ_b／Ｎ_o設定点をセットす
る。又、受け入れ制御エンティティは、指定のＱｏＳを有するＭＳのマルチダイ
バーシティベアラの送信電力に対する電力余裕もセットする。最終的な電力調整
判断は、外部ループ電力制御コマンドが電力レベルの増加を要求するときに、次
の条件に基づいてＭＳにより実行される。Ｐ_trx＝Ｐ_o＋ＤＳＳ≦Ｐ_max∈Ｐ_margin （９）但し、ＤＳＳは、現在の送信電力レベルに追加されるべき動的なステップサイズ
電力である。条件（９）は、増加された電力レベルが接続の送信電力に対する所
定の上限Ｐ_max以上であり且つ増加された送信電力が送信電力に対する上記電力
余裕内にあるときだけ送信電力を増加することを示す。

【００２５】最終的な電力調整判断は、外部ループ電力制御コマンドが電力レベルの減少を
要求するときに、次の条件に基づいてＭＳにより実行される。Ｐ_trx＝Ｐ_o＋ＤＳＳ≧Ｐ_min∈Ｐ_margin （１０）この条件（１０）は、減少された電力レベルが接続の送信電力に対する所定の下
限Ｐ_min以上であり且つ減少された送信電力が送信電力に対する上記電力余裕内
にあるときだけ送信電力を減少することを示す。本発明の好ましい実施形態では、マルチダイバーシティ接続の場合、受け入れ
制御エンティティは、送信電力のダイナミックレンジを設定することにより送信
電力の調整を行う。送信電力のこのような調整は、ダウンリンク及びアップリン
クの両送信電力調整に適用することができる。

【００２６】Ｃ．シグナリングの例以下、本発明の種々の実施形態に基づくシグナリングの幾つかの例を述べる。
図５、６、７及び８は、ベアラマネージメント（ＢＭ）エンティティ２１０と、
受け入れ制御（ＡＣ）エンティティ２２０と、負荷制御（ＬＣ）エンティティ２
３０と、電力制御（ＰＣ）エンティティ２４０と、ハンドオーバー制御（ＨＣ）
エンティティ２５０との間のシグナリングを示す。図５は、本発明の好ましい実施形態による受け入れ制御方法の一例のシグナリ
ングを示す。第１に、ベアラマネージメントエンティティは、ベアラ要求メッセ
ージＢＥＡＲＥＲ＿ＲＥＱを受け入れ制御エンティティに送信する（３１０）。
ベアラ要求は、移動ステーションによって発生されるか、又は移動着信コールの
場合には、ネットワークによって発生される。受け入れ制御エンティティは、Ｃ
ＨＥＣＫ＿ＬＯＡＤメッセージを負荷制御エンティティに送信する（３２０）こ
とにより現在負荷をチェックし、負荷制御エンティティは、それに応答して、現
在負荷状態を表すＬＯＡＤ＿ＩＮＦＯメッセージを送信する（３３０）。負荷情
報を受信した後、受け入れ制御エンティティは、少なくともベアラ要求及び負荷
情報に基づいて負荷推定値を計算する（３４０）。この例では、負荷推定値は、
第１の所定スレッシュホールドより低いことが分かる。その結果、ＡＣエンティ
ティは、確認メッセージＢＥＡＲＥＲ＿ＲＥＱ＿ＡＣＫをＢＭエンティティに返
送する。

【００２７】次いで、ＡＣエンティティは、ＴＸＰＷＲ＿ＵＰＤ＿ＲＥＱメッセージを送信
することにより、新たなベアラ受け入れのために電力制御パラメータを変更する
ようにＰＣエンティティに命令し（３６０）、ＰＣエンティティは、ＴＸＰＷＲ
＿ＵＰＤ＿ＲＥＱ＿ＡＣＫメッセージを送信する（３７０）ことによりそれを確
認する。次いで、ＡＣエンティティは、ＨＯ＿ＴＲＥＳＨＯＬＤ＿ＵＰＤ＿ＲＥ
Ｑメッセージを送信する（３８０）ことにより、新たなベアラ受け入れのために
ハンドオーバー制御パラメータを変更するようにＨＣエンティティに命令し、Ｈ
Ｃエンティティは、ＨＯ＿ＴＲＥＳＨＯＬＤ＿ＵＰＤ＿ＲＥＱ＿ＡＣＫメッセー
ジを送信する（３９０）ことによりそれを確認する。その後、ＡＣエンティティ
は、先ず、ＬＣエンティティから負荷情報を要求する（４００）ことによりその
制御エリアにおける結果状態を検討し、ＬＣエンティティは、現在負荷状態に関
する情報をＡＣエンティティに送信する（４１０）。次いで、ＡＣエンティティ
は、その情報を検討し（４２０）、そして負荷が第１所定限界より高いことが分
かると、ＡＣエンティティは、負荷を第１所定限界より低くもっていくように少
なくとも１つのベアラの特性を変更するためにベアラマネージメントエンティテ
ィとネゴシエーションする（４３０）。図６は、本発明の好ましい実施形態による受け入れ制御方法の別の例のシグナ
リングを示す。図６の例では、ベアラ要求は、負荷を第１所定限界より高く増加
する。

【００２８】第１に、ベアラマネージメントエンティティは、ベアラ要求メッセージＢＥＡ
ＲＥＲ＿ＲＥＱを受け入れ制御エンティティに送信する（３１０）。ベアラ要求
は、移動ステーションによって発生されるか、又は移動着信コールの場合には、
ネットワークによって発生される。受け入れ制御エンティティは、ＣＨＥＣＫ＿
ＬＯＡＤメッセージを負荷制御エンティティに送信する（３２０）ことにより現
在負荷をチェックし、負荷制御エンティティは、それに応答して、現在負荷状態
を表すＬＯＡＤ＿ＩＮＦＯメッセージを送信する（３３０）。負荷情報を受信し
た後、受け入れ制御エンティティは、少なくともベアラ要求及び負荷情報に基づ
いて負荷推定値を計算する（３４０）。この例では、負荷推定値は、第１の所定
スレッシュホールドより高いことが分かる。その結果、ＡＣエンティティは、要
求されたベアラに対し余裕を与えるよう試みる。この例では、ＡＣエンティティ
は、ＰＣエンティティにメッセージを送信して（３４１）、電力制御パラメータ
を更新するようにＰＣエンティティに命令することによりこれを遂行する。ＰＣ
エンティティは、もし可能であれば、例えば、ベアラに要求されるＱｏＳレベル
が現在状態において送信電力の低下を許す場合には、ベアラの送信電力を低下さ
せる。いずれにせよ、ＰＣエンティティは、ＡＣエンティティに確認メッセージ
を返送する（３４２）ことによりＡＣエンティティに応答する。確認メッセージ
を受信した後に、受け入れ制御エンティティは、ＣＨＥＣＫ＿ＬＯＡＤメッセー
ジを負荷制御エンティティに送信する（３４３）ことにより現在負荷をチェック
し、負荷制御エンティティは、現在負荷エンティティを表すＬＯＡＤ＿ＩＮＦＯ
メッセージを送信する（３４４）ことによってそれに応答する。負荷情報を受信
した後に、受け入れ制御エンティティは、少なくともベアラ要求及び負荷情報に
基づいて負荷推定値を計算する（３４５）。この例では、電力制御パラメータの
更新により、要求されたベアラ（１つ又は複数）に対して充分な余裕が形成され
る。その結果、ＡＣエンティティは、ＢＭエンティティに確認メッセージを返送
する。

【００２９】次いで、ＡＣエンティティは、ＴＸＰＷＲ＿ＵＰＤ＿ＲＥＱメッセージを送信
することにより、新たなベアラ受け入れのために電力制御パラメータを変更する
ようにＰＣエンティティに命令し（３６０）、ＰＣエンティティは、ＴＸＰＷＲ
＿ＵＰＤ＿ＲＥＱ＿ＡＣＫメッセージを送信する（３７０）ことによりそれを確
認する。次いで、ＡＣエンティティは、ＨＯ＿ＴＲＥＳＨＯＬＤ＿ＵＰＤ＿ＲＥ
Ｑメッセージを送信する（３８０）ことにより、新たなベアラ受け入れのために
ハンドオーバー制御パラメータを変更するようにＨＣエンティティに命令し、Ｈ
Ｃエンティティは、ＨＯ＿ＴＲＥＳＨＯＬＤ＿ＵＰＤ＿ＲＥＱ＿ＡＣＫメッセー
ジを送信する（３９０）ことによりそれを確認する。その後、ＡＣエンティティ
は、先ず、ＬＣエンティティから負荷情報を要求する（４００）ことによりその
制御エリアにおける結果状態を検討し、ＬＣエンティティは、現在負荷状態に関
する情報をＡＣエンティティに送信する（４１０）。次いで、ＡＣエンティティ
は、その情報を検討し（４２０）、そして負荷が第１所定限界より高いことが分
かると、ＡＣエンティティは、負荷を第１所定限界より低くもっていくように少
なくとも１つのベアラの特性を変更するためにベアラマネージメントエンティテ
ィとネゴシエーションする（４３０）。図７は、本発明の好ましい実施形態による受け入れ制御方法の更に別の例のシ
グナリングを示す。図７の例では、ベアラ要求は、負荷を第１所定限界より高く
増加する。

【００３０】第１に、ベアラマネージメントエンティティは、ベアラ要求メッセージＢＥＡ
ＲＥＲ＿ＲＥＱを受け入れ制御エンティティに送信する（３１０）。ベアラ要求
は、移動ステーションによって発生されるか、又は移動着信コールの場合には、
ネットワークによって発生される。受け入れ制御エンティティは、ＣＨＥＣＫ＿
ＬＯＡＤメッセージを負荷制御エンティティに送信する（３２０）ことにより現
在負荷をチェックし、負荷制御エンティティは、それに応答して、現在負荷状態
を表すＬＯＡＤ＿ＩＮＦＯメッセージを送信する（３３０）。負荷情報を受信し
た後、受け入れ制御エンティティは、少なくともベアラ要求及び負荷情報に基づ
いて負荷推定値を計算する（３４０）。この例では、負荷推定値は、第１の所定
スレッシュホールドより高いことが分かる。その結果、ＡＣエンティティは、先
ず電力制御を使用することにより、要求されたベアラに対し余裕を与えるよう試
みる。この例では、ＡＣエンティティは、ＰＣエンティティにメッセージを送信
して（３４１）、電力制御パラメータを更新するようにＰＣエンティティに命令
することによりこれを遂行する。ＰＣエンティティは、もし可能であれば、例え
ば、ベアラに要求されるＱｏＳレベルが現在状態において送信電力の低下を許す
場合には、ベアラの送信電力を低下させる。いずれにせよ、ＰＣエンティティは
、ＡＣエンティティに確認メッセージを返送する（３４２）ことによりＡＣエン
ティティに応答する。確認メッセージを受信した後に、受け入れ制御エンティテ
ィは、ＣＨＥＣＫ＿ＬＯＡＤメッセージを負荷制御エンティティに送信する（３
４３）ことにより現在負荷をチェックし、負荷制御エンティティは、現在負荷エ
ンティティを表すＬＯＡＤ＿ＩＮＦＯメッセージを送信する（３４４）ことによ
りそれに応答する。負荷情報を受信した後に、受け入れ制御エンティティは、少
なくともベアラ要求及び負荷情報に基づいて負荷推定値を計算する（３４５）。
この例では、電力制御パラメータの更新により、要求されたベアラ（１つ又は複
数）に対して充分な余裕が形成されない。その結果、ＡＣエンティティは、ハン
ドオーバーパラメータを調整することにより、要求されたベアラに対し余裕を与
えるよう試みる。この例では、ＡＣエンティティは、ＨＯ＿ＯＰＴＩＭＩＺＡＴ
ＩＯＮコマンドをＨＣエンティティに送信して（３４６）、制御エリアにおける
負荷を減少するようにハンドオーバーパラメータを最適化するようＨＣエンティ
ティに命令する。その結果、ＨＣエンティティは、もし可能であれば、既存のベ
アラに与えられるサービスレベルを低下せずに、ハンドオーバー判断を制御する
パラメータを変更する。次いで、ＨＣエンティティは、確認メッセージＨＯ＿Ｏ
ＰＴＩＭＩＺＡＴＩＯＮ＿ＡＣＫをＡＣエンティティに送信する（３４７）こと
により応答する。次いで、ＡＣエンティティは、例えば、ステップ３４３、３４
４及び３４５に関連して既に述べたように負荷チェック及び推定手順を再び実行
する（３４９）。この例では、ハンドオーバー制御パラメータの最適化が、最終
的に、要求されたベアラ（１つ又は複数）に対して充分な余裕を形成する。その
結果、ＡＣエンティティは、ＢＭエンティティに確認メッセージを送信する（３
５０）。

【００３１】次いで、ＡＣエンティティは、ＴＸＰＷＲ＿ＵＰＤ＿ＲＥＱメッセージを送信
することにより、新たなベアラ受け入れのために電力制御パラメータを変更する
ようにＰＣエンティティに命令し（３６０）、ＰＣエンティティは、ＴＸＰＷＲ
＿ＵＰＤ＿ＲＥＱ＿ＡＣＫメッセージを送信する（３７０）ことによりそれを確
認する。次いで、ＡＣエンティティは、ＨＯ＿ＴＲＥＳＨＯＬＤ＿ＵＰＤ＿ＲＥ
Ｑメッセージを送信する（３８０）ことにより、新たなベアラ受け入れのために
ハンドオーバー制御パラメータを変更するようにＨＣエンティティに命令し、Ｈ
Ｃエンティティは、ＨＯ＿ＴＲＥＳＨＯＬＤ＿ＵＰＤ＿ＲＥＱ＿ＡＣＫメッセー
ジを送信する（３９０）ことによりそれを確認する。その後、ＡＣエンティティ
は、先ず、ＬＣエンティティから負荷情報を要求する（４００）ことによりその
制御エリアにおける結果状態を検討し、ＬＣエンティティは、現在負荷状態に関
する情報をＡＣエンティティに送信する（４１０）。次いで、ＡＣエンティティ
は、その情報を検討し（４２０）、そして負荷が第１所定限界より高いことが分
かると、ＡＣエンティティは、負荷を第１所定限界より低くもっていくように少
なくとも１つのベアラの特性を変更するためにベアラマネージメントエンティテ
ィとネゴシエーションする（４３０）。図８は、本発明の好ましい実施形態による受け入れ制御方法の更に別の例のシ
グナリングを示す。この例では、ベアラ要求は、第１所定限界より著しく高い推
定負荷を生じ、従って、ＡＣエンティティは、要求されたベアラに対して余裕を
与えるように電力制御及びハンドオーバー制御を使用し、そして要求により必要
となるリソースの量を下げるようにＢＭエンティティとネゴシエーションする。

【００３２】第１に、ベアラマネージメントエンティティは、ベアラ要求メッセージＢＥＡ
ＲＥＲ＿ＲＥＱを受け入れ制御エンティティに送信する（３１０）。ベアラ要求
は、移動ステーションによって発生されるか、又は移動着信コールの場合には、
ネットワークによって発生される。受け入れ制御エンティティは、ＣＨＥＣＫ＿
ＬＯＡＤメッセージを負荷制御エンティティに送信する（３２０）ことにより現
在負荷をチェックし、負荷制御エンティティは、それに応答して、現在負荷状態
を表すＬＯＡＤ＿ＩＮＦＯメッセージを送信する（３３０）。負荷情報を受信し
た後、受け入れ制御エンティティは、少なくともベアラ要求及び負荷情報に基づ
いて負荷推定値を計算する（３４０）。この例では、負荷推定値は、第１の所定
スレッシュホールドより著しく高いことが分かる。その結果、ＡＣエンティティ
は、先ず電力制御を使用することにより、要求されたベアラに対し余裕を与える
よう試みる。この例では、ＡＣエンティティは、ＰＣエンティティにメッセージ
を送信して（３４１）、電力制御パラメータを更新するようにＰＣエンティティ
に命令することによりこれを遂行する。ＰＣエンティティは、もし可能であれば
、例えば、ベアラに要求されるＱｏＳレベルが現在状態において送信電力の低下
を許す場合には、ベアラの送信電力を低下させる。ＰＣエンティティは、ＡＣエ
ンティティに確認メッセージを返送する（３４２）ことによりＡＣエンティティ
に応答する。更に、ＡＣエンティティは、ＡＣエンティティは、ＨＯ＿ＯＰＴＩ
ＭＩＺＡＴＩＯＮコマンドをＨＣエンティティに送信して（３４６）、制御エリ
アにおける負荷を減少するようにハンドオーバーパラメータを最適化するようＨ
Ｃエンティティに命令する。その結果、ＨＣエンティティは、もし可能であれば
、既存のベアラに与えられるサービスレベルを低下せずに、ハンドオーバー判断
を制御するパラメータを変更する。次いで、ＨＣエンティティは、確認メッセー
ジＨＯ＿ＯＰＴＩＭＩＺＡＴＩＯＮ＿ＡＣＫをＡＣエンティティに送信する（３
４７）ことにより応答する。

【００３３】次いで、ＡＣエンティティは、もし可能であれば、要求されたベアラ（１つ又
は複数）に必要とされるリソースを減少するようにＢＭエンティティとのベアラ
ネゴシエーション手順を遂行する（３４８）。次いで、ＡＣエンティティは、例
えば、ステップ３４３、３４４及び３４５に関連して既に述べたように負荷チェ
ック及び推定手順を再び実行する（３４９）。この例では、電力制御及びハンド
オーバー制御パラメータの最適化が、再ネゴシエーション又は変更されたベアラ
要求に対して充分な余裕を与える。その結果、ＡＣエンティティは、ＢＭエンテ
ィティに確認メッセージを送信する（３５０）。次に、ＡＣエンティティは、ＴＸＰＷＲ＿ＵＰＤ＿ＲＥＱメッセージを送信す
ることにより、新たなベアラ受け入れのために電力制御パラメータを変更するよ
うにＰＣエンティティに命令し（３６０）、ＰＣエンティティは、ＴＸＰＷＲ＿
ＵＰＤ＿ＲＥＱ＿ＡＣＫメッセージを送信する（３７０）ことによりそれを確認
する。次いで、ＡＣエンティティは、ＨＯ＿ＴＲＥＳＨＯＬＤ＿ＵＰＤ＿ＲＥＱ
メッセージを送信する（３８０）ことにより、新たなベアラ受け入れのためにハ
ンドオーバー制御パラメータを変更するようにＨＣエンティティに命令し、ＨＣ
エンティティは、ＨＯ＿ＴＲＥＳＨＯＬＤ＿ＵＰＤ＿ＲＥＱ＿ＡＣＫメッセージ
を送信する（３９０）ことによりそれを確認する。その後、ＡＣエンティティは
、先ず、ＬＣエンティティから負荷情報を要求する（４００）ことによりその制
御エリアにおける結果状態を検討し、ＬＣエンティティは、現在負荷状態に関す
る情報をＡＣエンティティに送信する（４１０）。次いで、ＡＣエンティティは
、その情報を検討し（４２０）、そして負荷が第１所定限界より高いことが分か
ると、ＡＣエンティティは、負荷を第１所定限界より低くもっていくように少な
くとも１つのベアラの特性を変更するためにベアラマネージメントエンティティ
とネゴシエーションする（４３０）。

【００３４】本発明は、セルラーネットワークの特定領域に使用することに限定されない。
本発明による受け入れ制御方法は、例えば、単一のセル、セルのセクター或いは
複数のセル、例えばルートエリア又は全無線アクセスネットワークにおける受け
入れを制御するのに使用できる。制御領域は、送信又は干渉電力或いはＳＩＲサブ領域に更に分割することがで
き、その各々は、割り当てられるべき制御領域の無線リソースの固定及び適応部
分を有する。無線ネットワークコントローラのような所与の機能的エンティティの名称は、
異なるセルラーテレコミュニケーションシステムのコンテキストにおいてしばし
ば異なる。例えば、ＧＳＭシステムでは、無線ネットワークコントローラ（ＲＮ
Ｃ）に対応する機能的エンティティは、ベースステーションコントローラ（ＢＳ
Ｃ）である。それ故、請求の範囲の「無線ネットワークコントローラ」という用
語は、特定のセルラーテレコミュニケーションシステムのエンティティに対して
使用される用語に関わりなく対応する全ての機能的エンティティを網羅するもの
とする。更に、ＬＯＡＤ＿ＩＮＦＯメッセージ名のような種々のコマンド及びメ
ッセージ名は一例に過ぎず、本発明は、本明細書に記載したコマンド及びメッセ
ージ名の使用に限定されるものではない。更に、請求の範囲の「変更」という用
語は、再ネゴシエーションであるか、又は再ネゴシエーションを伴わない変化で
あるかに関わらず、少なくとも１つのベアラのパラメータに対して行われるいか
なる変化も網羅するものとする。

【００３５】本発明は、拡散スペクトル技術に少なくとも一部分は基づくいかなるセルラー
テレコミュニケーションシステムにも使用できる。以上の説明から、当業者であれば、本発明の範囲内で種々の変更がなされ得る
ことが明らかであろう。本発明の好ましい実施形態を詳細に述べたが、請求の範
囲内で多数の変更や修正がなされることが明らかである。

【図面の簡単な説明】

【図１】本発明の好ましい実施形態による受け入れ制御方法を示す図である。

【図２】本発明の好ましい実施形態により臨界負荷又は過負荷状態に対処する受け入れ
制御方法の一部分の一例を示す図である。

【図３】本発明の好ましい実施形態により臨界負荷又は過負荷状態に対処する受け入れ
制御方法の一部分の別の例を示す図である。

【図４】本発明の好ましい実施形態により臨界負荷又は過負荷状態に対処する受け入れ
制御方法の一部分の更に別の例を示す図である。

【図５】本発明の好ましい実施形態による受け入れ制御方法の一例のシグナリングを示
す図である。

【図６】本発明の好ましい実施形態による受け入れ制御方法の別の例のシグナリングを
示す図である。

【図７】本発明の好ましい実施形態による受け入れ制御方法の更に別の例のシグナリン
グを示す図である。

【図８】本発明の好ましい実施形態による受け入れ制御方法の更に別の例のシグナリン
グを示す図である。

【手続補正書】特許協力条約第３４条補正の翻訳文提出書

【提出日】平成１３年２月１９日（２００１．２．１９）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】特許請求の範囲

【補正方法】変更

【補正の内容】

【特許請求の範囲】

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ，ＺＷ )，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ

Claims

【特許請求の範囲】

【請求項１】セルラーテレコミュニケーションシステムにおける受け入れ
制御方法において、ベアラ要求を受信し、現在負荷をチェックし、少なくとも上記現在負荷及び上記ベアラ要求に基づいて、結果の負荷推定値を
計算し、上記結果の負荷推定値が第１の所定限界より低い場合には、上記ベアラ要求を
受け入れ、上記要求に基づいて送信リソースを割り当て、そして結果の負荷をチ
ェックし、そして上記結果の負荷推定値が上記第１の所定限界より大きい場合には、送信リソー
スの解除を試みる、という段階を含むことを特徴とする方法。
【請求項２】上記結果の負荷のチェックに対する応答として、上記結果の
負荷が上記第１の所定限界より大きい場合には、上記結果の負荷を上記第１所定
限界より低くするように少なくとも１つのベアラのパラメータを変更する請求項
１に記載の方法。
【請求項３】上記試み段階の後に、現在負荷をチェックし、少なくとも現在負荷及びベアラ要求に基づいて結果の負荷推定値を計算し、そ
して上記結果の負荷推定値が第１の所定限界より低い場合には、ベアラ要求を受け
入れ、上記要求に基づいて送信リソースを割り当て、そして結果の負荷をチェッ
クする請求項１に記載の方法。
【請求項４】上記結果の負荷のチェックに対する応答として、上記結果の
負荷が上記第１の所定限界より大きい場合には、上記結果の負荷を上記第１所定
限界より低くするように少なくとも１つのベアラのパラメータを変更する請求項
３に記載の方法。
【請求項５】上記結果の負荷推定値が上記第１の所定限界を越える場合に
は、上記ベアラ要求により要求されるリソースの量を低下するようにベアラ要求を
変更し、現在負荷をチェックし、少なくとも上記現在負荷及び上記変更されたベアラ要求に基づいて結果の負荷
推定値を計算し、そして上記結果の負荷推定値が第１の所定限界より低い場合には、上記変更されたベ
アラ要求を受け入れ、上記要求に基づいて送信リソースを割り当て、そして結果
の負荷をチェックする請求項１に記載の方法。
【請求項６】上記結果の負荷のチェックに対する応答として、上記結果の
負荷が上記第１の所定限界より大きい場合には、上記結果の負荷を上記第１所定
限界より低くするように少なくとも１つのベアラのパラメータを変更する請求項
５に記載の方法。
【請求項７】上記試み段階は、セルラーネットワークのハンドオーバー制
御パラメータを調整する段階を含む請求項１に記載の方法。
【請求項８】上記試み段階は、セルラーネットワークの電力制御パラメー
タを調整する段階を含む請求項１に記載の方法。
【請求項９】上記試み段階は、セルラーネットワークの負荷制御パラメー
タを調整する段階を含む請求項１に記載の方法。
【請求項１０】上記試み段階は、セルラーネットワークのソフトハンドオ
ーバー及びソフト容量余裕を調整する段階を含む請求項１に記載の方法。