JP3850664B2 - 受け入れ制御方法 - Google Patents
受け入れ制御方法 Download PDFInfo
- Publication number
- JP3850664B2 JP3850664B2 JP2000600442A JP2000600442A JP3850664B2 JP 3850664 B2 JP3850664 B2 JP 3850664B2 JP 2000600442 A JP2000600442 A JP 2000600442A JP 2000600442 A JP2000600442 A JP 2000600442A JP 3850664 B2 JP3850664 B2 JP 3850664B2
- Authority
- JP
- Japan
- Prior art keywords
- load
- bearer
- entity
- predetermined limit
- request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims description 61
- 230000005540 biological transmission Effects 0.000 claims description 59
- 230000001413 cellular effect Effects 0.000 claims description 36
- 230000008859 change Effects 0.000 claims description 20
- 238000012986 modification Methods 0.000 claims description 3
- 230000004048 modification Effects 0.000 claims description 3
- 230000000593 degrading effect Effects 0.000 abstract 1
- 230000011664 signaling Effects 0.000 description 11
- 238000012790 confirmation Methods 0.000 description 9
- 238000010586 diagram Methods 0.000 description 7
- 230000004044 response Effects 0.000 description 7
- 238000005457 optimization Methods 0.000 description 5
- 238000012552 review Methods 0.000 description 4
- TVZRAEYQIKYCPH-UHFFFAOYSA-N 3-(trimethylsilyl)propane-1-sulfonic acid Chemical compound C[Si](C)(C)CCCS(O)(=O)=O TVZRAEYQIKYCPH-UHFFFAOYSA-N 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 238000004364 calculation method Methods 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 230000003044 adaptive effect Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000116 mitigating effect Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000029058 respiratory gaseous exchange Effects 0.000 description 1
- 230000003595 spectral effect Effects 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/18—Negotiating wireless communication parameters
Landscapes
- Engineering & Computer Science (AREA)
- Quality & Reliability (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
- Vehicle Body Suspensions (AREA)
- Stereo-Broadcasting Methods (AREA)
- Steering Control In Accordance With Driving Conditions (AREA)
- Electrotherapy Devices (AREA)
Description
【０００１】
【技術分野】
本発明は、セルラーテレコミュニケーションシステムにおける無線リソースの使用に係り、より詳細には、新たな接続を確立するのに使用される受け入れ制御方法に係る。本発明は、請求項１の前文に記載した方法に関する。
【０００２】
【背景技術】
セルラーテレコミュニケーションシステムでは、セルラーテレコミュニケーションネットワークを通る単一のスピーチ接続又はデータ接続をベアラと称する。一般に、ベアラは、あるターミナル装置と、ネットワーク要素、例えば、ベースステーションや、セルラーネットワークを別のテレコミュニケーションネットワークに接続するインターワーキングユニット（ＩＷＵ）との間のデータ通信に関する１組のパラメータに関連付けされる。ベアラに関連付けされる１組のパラメータは、一般に、例えば、データ送信速度、許容遅延、許容ビットエラー率（ＢＥＲ）、並びにこれらパラメータの最小値及び最大値を含む。ベアラは、更に、パケット送信ベアラ又は回路交換ベアラであり、そして例えば、透過的又は非透過的接続をサポートする。ベアラは、ペイロード情報を送信するためにある移動ターミナルとあるネットワーク要素とを接続する特定パラメータを有するデータ送信経路と考えることができる。１つのベアラは、常に、１つの移動ターミナルを１つのネットワーク要素に接続するだけである。しかしながら、ベアラは、多数のネットワーク要素を通過することができる。１つの移動通信手段（移動装置ＭＥ）は、あるセルラーテレコミュニケーションシステムでは１つのベアラしかサポートしないが、他のシステムでは２つ以上の同時ベアラもサポートする。
【０００３】
情報を所望のやり方で送信できるようにするために、無線インターフェイスを通る接続は、所望のクオリティレベルを得なければならない。クオリティは、例えば、Ｃ／Ｉ即ち搬送波対干渉比として表すことができ、これは、受信した干渉電力に対する受信した搬送波電力の比を表す。接続のクオリティを表す別の尺度は、ＳＩＲ即ち信号対干渉比、Ｓ／Ｎ即ち信号対雑音比、及びＳ／（Ｉ＋Ｎ）即ち信号対雑音プラス干渉比である。又、ビットエラー率（ＢＥＲ）又はフレームエラー率（ＦＥＲ）も、接続クオリティの尺度として使用される。通常、これらの又は他の対応する尺度の１つに対するあるターゲットレベルが前もって決定され、そして接続ごとに、そのターゲットレベルにできるだけ接近するように送信電力が調整される。送信電力は、所望のターゲットレベルを得るのに必要なレベル以下でなければならない。というのは、送信レベルがあまりに高いと、ハンドヘルド型移動ステーションにおいて重要な送信装置の電気エネルギーを浪費し、そして他の接続に対して干渉を引き起こすからである。
【０００４】
受け入れ制御は、各ベアラが所望のＳＩＲレベルを得るよう確保する上で重要な機能である。受け入れ制御の目的は、新たなベアラに対し新たな各要求を検査し、そして要求されたベアラの送信電力、ベアラの送信ビットレート、処理利得及びベアラのクオリティ要求を考慮して、その要求されたサービスを他のベアラへのサービスに影響することなく提供できるかどうかを決定することである。他のベアラへの障害なく新たなベアラにサービスできる場合には、その要求が受け入れられる。さもなくば、その要求は、スケジュールされ、即ち待ち行列に入れられ、再ネゴシエーションされ又は変更されるか、或いは拒絶される。受け入れ制御は、通常、電力制御と協働し、他のベアラのＳＩＲターゲットレベルを保証するように他の幾つかのベアラの送信電力を調整できるようにする。
【０００５】
種々の受け入れ制御アルゴリズムがこれまでに提案されている。文献「ＤＳ−ＣＤＭＡセルラーシステム用のＳＩＲベースのコール受け入れ制御(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は、次のようになる。
【数１】
但し、Ｃ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以上であり且つ減少された送信電力が送信電力に対する上記電力余裕内にあるときだけ送信電力を減少することを示す。
本発明の好ましい実施形態では、マルチダイバーシティ接続の場合、受け入れ制御エンティティは、送信電力のダイナミックレンジを設定することにより送信電力の調整を行う。送信電力のこのような調整は、ダウンリンク及びアップリンクの両送信電力調整に適用することができる。
【００２６】
Ｃ．シグナリングの例
以下、本発明の種々の実施形態に基づくシグナリングの幾つかの例を述べる。図５、６、７及び８は、ベアラマネージメント（ＢＭ）エンティティ２１０と、受け入れ制御（ＡＣ）エンティティ２２０と、負荷制御（ＬＣ）エンティティ２３０と、電力制御（ＰＣ）エンティティ２４０と、ハンドオーバー制御（ＨＣ）エンティティ２５０との間のシグナリングを示す。
図５は、本発明の好ましい実施形態による受け入れ制御方法の一例のシグナリングを示す。第１に、ベアラマネージメントエンティティは、ベアラ要求メッセージＢＥＡＲＥＲ＿ＲＥＱを受け入れ制御エンティティに送信する（３１０）。ベアラ要求は、移動ステーションによって発生されるか、又は移動着信コールの場合には、ネットワークによって発生される。受け入れ制御エンティティは、ＣＨＥＣＫ＿ＬＯＡＤメッセージを負荷制御エンティティに送信する（３２０）ことにより現在負荷をチェックし、負荷制御エンティティは、それに応答して、現在負荷状態を表すＬＯＡＤ＿ＩＮＦＯメッセージを送信する（３３０）。負荷情報を受信した後、受け入れ制御エンティティは、少なくともベアラ要求及び負荷情報に基づいて負荷推定値を計算する（３４０）。この例では、負荷推定値は、第１の所定スレッシュホールドより低いことが分かる。その結果、ＡＣエンティティは、確認メッセージＢＥＡＲＥＲ＿ＲＥＱ＿ＡＣＫをＢＭエンティティに返送する。
【００２７】
次いで、ＡＣエンティティは、ＴＸＰＷＲ＿ＵＰＤ＿ＲＥＱメッセージを送信することにより、新たなベアラ受け入れのために電力制御パラメータを変更するようにＰＣエンティティに命令し（３６０）、ＰＣエンティティは、ＴＸＰＷＲ＿ＵＰＤ＿ＲＥＱ＿ＡＣＫメッセージを送信する（３７０）ことによりそれを確認する。次いで、ＡＣエンティティは、ＨＯ＿ＴＲＥＳＨＯＬＤ＿ＵＰＤ＿ＲＥＱメッセージを送信する（３８０）ことにより、新たなベアラ受け入れのためにハンドオーバー制御パラメータを変更するようにＨＣエンティティに命令し、ＨＣエンティティは、ＨＯ＿ＴＲＥＳＨＯＬＤ＿ＵＰＤ＿ＲＥＱ＿ＡＣＫメッセージを送信する（３９０）ことによりそれを確認する。その後、ＡＣエンティティは、先ず、ＬＣエンティティから負荷情報を要求する（４００）ことによりその制御エリアにおける結果状態を検討し、ＬＣエンティティは、現在負荷状態に関する情報をＡＣエンティティに送信する（４１０）。次いで、ＡＣエンティティは、その情報を検討し（４２０）、そして負荷が第１所定限界より高いことが分かると、ＡＣエンティティは、負荷を第１所定限界より低くもっていくように少なくとも１つのベアラの特性を変更するためにベアラマネージメントエンティティとネゴシエーションする（４３０）。
図６は、本発明の好ましい実施形態による受け入れ制御方法の別の例のシグナリングを示す。図６の例では、ベアラ要求は、負荷を第１所定限界より高く増加する。
【００２８】
第１に、ベアラマネージメントエンティティは、ベアラ要求メッセージＢＥＡＲＥＲ＿ＲＥＱを受け入れ制御エンティティに送信する（３１０）。ベアラ要求は、移動ステーションによって発生されるか、又は移動着信コールの場合には、ネットワークによって発生される。受け入れ制御エンティティは、ＣＨＥＣＫ＿ＬＯＡＤメッセージを負荷制御エンティティに送信する（３２０）ことにより現在負荷をチェックし、負荷制御エンティティは、それに応答して、現在負荷状態を表すＬＯＡＤ＿ＩＮＦＯメッセージを送信する（３３０）。負荷情報を受信した後、受け入れ制御エンティティは、少なくともベアラ要求及び負荷情報に基づいて負荷推定値を計算する（３４０）。この例では、負荷推定値は、第１の所定スレッシュホールドより高いことが分かる。その結果、ＡＣエンティティは、要求されたベアラに対し余裕を与えるよう試みる。この例では、ＡＣエンティティは、ＰＣエンティティにメッセージを送信して（３４１）、電力制御パラメータを更新するようにＰＣエンティティに命令することによりこれを遂行する。ＰＣエンティティは、もし可能であれば、例えば、ベアラに要求されるＱｏＳレベルが現在状態において送信電力の低下を許す場合には、ベアラの送信電力を低下させる。いずれにせよ、ＰＣエンティティは、ＡＣエンティティに確認メッセージを返送する（３４２）ことによりＡＣエンティティに応答する。確認メッセージを受信した後に、受け入れ制御エンティティは、ＣＨＥＣＫ＿ＬＯＡＤメッセージを負荷制御エンティティに送信する（３４３）ことにより現在負荷をチェックし、負荷制御エンティティは、現在負荷エンティティを表すＬＯＡＤ＿ＩＮＦＯメッセージを送信する（３４４）ことによってそれに応答する。負荷情報を受信した後に、受け入れ制御エンティティは、少なくともベアラ要求及び負荷情報に基づいて負荷推定値を計算する（３４５）。この例では、電力制御パラメータの更新により、要求されたベアラ（１つ又は複数）に対して充分な余裕が形成される。その結果、ＡＣエンティティは、ＢＭエンティティに確認メッセージを返送する。
【００２９】
次いで、ＡＣエンティティは、ＴＸＰＷＲ＿ＵＰＤ＿ＲＥＱメッセージを送信することにより、新たなベアラ受け入れのために電力制御パラメータを変更するようにＰＣエンティティに命令し（３６０）、ＰＣエンティティは、ＴＸＰＷＲ＿ＵＰＤ＿ＲＥＱ＿ＡＣＫメッセージを送信する（３７０）ことによりそれを確認する。次いで、ＡＣエンティティは、ＨＯ＿ＴＲＥＳＨＯＬＤ＿ＵＰＤ＿ＲＥＱメッセージを送信する（３８０）ことにより、新たなベアラ受け入れのためにハンドオーバー制御パラメータを変更するようにＨＣエンティティに命令し、ＨＣエンティティは、ＨＯ＿ＴＲＥＳＨＯＬＤ＿ＵＰＤ＿ＲＥＱ＿ＡＣＫメッセージを送信する（３９０）ことによりそれを確認する。その後、ＡＣエンティティは、先ず、ＬＣエンティティから負荷情報を要求する（４００）ことによりその制御エリアにおける結果状態を検討し、ＬＣエンティティは、現在負荷状態に関する情報をＡＣエンティティに送信する（４１０）。次いで、ＡＣエンティティは、その情報を検討し（４２０）、そして負荷が第１所定限界より高いことが分かると、ＡＣエンティティは、負荷を第１所定限界より低くもっていくように少なくとも１つのベアラの特性を変更するためにベアラマネージメントエンティティとネゴシエーションする（４３０）。
図７は、本発明の好ましい実施形態による受け入れ制御方法の更に別の例のシグナリングを示す。図７の例では、ベアラ要求は、負荷を第１所定限界より高く増加する。
【００３０】
第１に、ベアラマネージメントエンティティは、ベアラ要求メッセージＢＥＡＲＥＲ＿ＲＥＱを受け入れ制御エンティティに送信する（３１０）。ベアラ要求は、移動ステーションによって発生されるか、又は移動着信コールの場合には、ネットワークによって発生される。受け入れ制御エンティティは、ＣＨＥＣＫ＿ＬＯＡＤメッセージを負荷制御エンティティに送信する（３２０）ことにより現在負荷をチェックし、負荷制御エンティティは、それに応答して、現在負荷状態を表すＬＯＡＤ＿ＩＮＦＯメッセージを送信する（３３０）。負荷情報を受信した後、受け入れ制御エンティティは、少なくともベアラ要求及び負荷情報に基づいて負荷推定値を計算する（３４０）。この例では、負荷推定値は、第１の所定スレッシュホールドより高いことが分かる。その結果、ＡＣエンティティは、先ず電力制御を使用することにより、要求されたベアラに対し余裕を与えるよう試みる。この例では、ＡＣエンティティは、ＰＣエンティティにメッセージを送信して（３４１）、電力制御パラメータを更新するようにＰＣエンティティに命令することによりこれを遂行する。ＰＣエンティティは、もし可能であれば、例えば、ベアラに要求されるＱｏＳレベルが現在状態において送信電力の低下を許す場合には、ベアラの送信電力を低下させる。いずれにせよ、ＰＣエンティティは、ＡＣエンティティに確認メッセージを返送する（３４２）ことによりＡＣエンティティに応答する。確認メッセージを受信した後に、受け入れ制御エンティティは、ＣＨＥＣＫ＿ＬＯＡＤメッセージを負荷制御エンティティに送信する（３４３）ことにより現在負荷をチェックし、負荷制御エンティティは、現在負荷エンティティを表すＬＯＡＤ＿ＩＮＦＯメッセージを送信する（３４４）ことによりそれに応答する。負荷情報を受信した後に、受け入れ制御エンティティは、少なくともベアラ要求及び負荷情報に基づいて負荷推定値を計算する（３４５）。この例では、電力制御パラメータの更新により、要求されたベアラ（１つ又は複数）に対して充分な余裕が形成されない。その結果、ＡＣエンティティは、ハンドオーバーパラメータを調整することにより、要求されたベアラに対し余裕を与えるよう試みる。この例では、ＡＣエンティティは、ＨＯ＿ＯＰＴＩＭＩＺＡＴＩＯＮコマンドをＨＣエンティティに送信して（３４６）、制御エリアにおける負荷を減少するようにハンドオーバーパラメータを最適化するようＨＣエンティティに命令する。その結果、ＨＣエンティティは、もし可能であれば、既存のベアラに与えられるサービスレベルを低下せずに、ハンドオーバー判断を制御するパラメータを変更する。次いで、ＨＣエンティティは、確認メッセージＨＯ＿ＯＰＴＩＭＩＺＡＴＩＯＮ＿ＡＣＫをＡＣエンティティに送信する（３４７）ことにより応答する。次いで、ＡＣエンティティは、例えば、ステップ３４３、３４４及び３４５に関連して既に述べたように負荷チェック及び推定手順を再び実行する（３４９）。この例では、ハンドオーバー制御パラメータの最適化が、最終的に、要求されたベアラ（１つ又は複数）に対して充分な余裕を形成する。その結果、ＡＣエンティティは、ＢＭエンティティに確認メッセージを送信する（３５０）。
【００３１】
次いで、ＡＣエンティティは、ＴＸＰＷＲ＿ＵＰＤ＿ＲＥＱメッセージを送信することにより、新たなベアラ受け入れのために電力制御パラメータを変更するようにＰＣエンティティに命令し（３６０）、ＰＣエンティティは、ＴＸＰＷＲ＿ＵＰＤ＿ＲＥＱ＿ＡＣＫメッセージを送信する（３７０）ことによりそれを確認する。次いで、ＡＣエンティティは、ＨＯ＿ＴＲＥＳＨＯＬＤ＿ＵＰＤ＿ＲＥＱメッセージを送信する（３８０）ことにより、新たなベアラ受け入れのためにハンドオーバー制御パラメータを変更するようにＨＣエンティティに命令し、ＨＣエンティティは、ＨＯ＿ＴＲＥＳＨＯＬＤ＿ＵＰＤ＿ＲＥＱ＿ＡＣＫメッセージを送信する（３９０）ことによりそれを確認する。その後、ＡＣエンティティは、先ず、ＬＣエンティティから負荷情報を要求する（４００）ことによりその制御エリアにおける結果状態を検討し、ＬＣエンティティは、現在負荷状態に関する情報をＡＣエンティティに送信する（４１０）。次いで、ＡＣエンティティは、その情報を検討し（４２０）、そして負荷が第１所定限界より高いことが分かると、ＡＣエンティティは、負荷を第１所定限界より低くもっていくように少なくとも１つのベアラの特性を変更するためにベアラマネージメントエンティティとネゴシエーションする（４３０）。
図８は、本発明の好ましい実施形態による受け入れ制御方法の更に別の例のシグナリングを示す。この例では、ベアラ要求は、第１所定限界より著しく高い推定負荷を生じ、従って、ＡＣエンティティは、要求されたベアラに対して余裕を与えるように電力制御及びハンドオーバー制御を使用し、そして要求により必要となるリソースの量を下げるようにＢＭエンティティとネゴシエーションする。
【００３２】
第１に、ベアラマネージメントエンティティは、ベアラ要求メッセージＢＥＡＲＥＲ＿ＲＥＱを受け入れ制御エンティティに送信する（３１０）。ベアラ要求は、移動ステーションによって発生されるか、又は移動着信コールの場合には、ネットワークによって発生される。受け入れ制御エンティティは、ＣＨＥＣＫ＿ＬＯＡＤメッセージを負荷制御エンティティに送信する（３２０）ことにより現在負荷をチェックし、負荷制御エンティティは、それに応答して、現在負荷状態を表すＬＯＡＤ＿ＩＮＦＯメッセージを送信する（３３０）。負荷情報を受信した後、受け入れ制御エンティティは、少なくともベアラ要求及び負荷情報に基づいて負荷推定値を計算する（３４０）。この例では、負荷推定値は、第１の所定スレッシュホールドより著しく高いことが分かる。その結果、ＡＣエンティティは、先ず電力制御を使用することにより、要求されたベアラに対し余裕を与えるよう試みる。この例では、ＡＣエンティティは、ＰＣエンティティにメッセージを送信して（３４１）、電力制御パラメータを更新するようにＰＣエンティティに命令することによりこれを遂行する。ＰＣエンティティは、もし可能であれば、例えば、ベアラに要求されるＱｏＳレベルが現在状態において送信電力の低下を許す場合には、ベアラの送信電力を低下させる。ＰＣエンティティは、ＡＣエンティティに確認メッセージを返送する（３４２）ことによりＡＣエンティティに応答する。更に、ＡＣエンティティは、ＡＣエンティティは、ＨＯ＿ＯＰＴＩＭＩＺＡＴＩＯＮコマンドをＨＣエンティティに送信して（３４６）、制御エリアにおける負荷を減少するようにハンドオーバーパラメータを最適化するようＨＣエンティティに命令する。その結果、ＨＣエンティティは、もし可能であれば、既存のベアラに与えられるサービスレベルを低下せずに、ハンドオーバー判断を制御するパラメータを変更する。次いで、ＨＣエンティティは、確認メッセージＨＯ＿ＯＰＴＩＭＩＺＡＴＩＯＮ＿ＡＣＫをＡＣエンティティに送信する（３４７）ことにより応答する。
【００３３】
次いで、ＡＣエンティティは、もし可能であれば、要求されたベアラ（１つ又は複数）に必要とされるリソースを減少するようにＢＭエンティティとのベアラネゴシエーション手順を遂行する（３４８）。次いで、ＡＣエンティティは、例えば、ステップ３４３、３４４及び３４５に関連して既に述べたように負荷チェック及び推定手順を再び実行する（３４９）。この例では、電力制御及びハンドオーバー制御パラメータの最適化が、再ネゴシエーション又は変更されたベアラ要求に対して充分な余裕を与える。その結果、ＡＣエンティティは、ＢＭエンティティに確認メッセージを送信する（３５０）。
次に、ＡＣエンティティは、ＴＸＰＷＲ＿ＵＰＤ＿ＲＥＱメッセージを送信することにより、新たなベアラ受け入れのために電力制御パラメータを変更するようにＰＣエンティティに命令し（３６０）、ＰＣエンティティは、ＴＸＰＷＲ＿ＵＰＤ＿ＲＥＱ＿ＡＣＫメッセージを送信する（３７０）ことによりそれを確認する。次いで、ＡＣエンティティは、ＨＯ＿ＴＲＥＳＨＯＬＤ＿ＵＰＤ＿ＲＥＱメッセージを送信する（３８０）ことにより、新たなベアラ受け入れのためにハンドオーバー制御パラメータを変更するようにＨＣエンティティに命令し、ＨＣエンティティは、ＨＯ＿ＴＲＥＳＨＯＬＤ＿ＵＰＤ＿ＲＥＱ＿ＡＣＫメッセージを送信する（３９０）ことによりそれを確認する。その後、ＡＣエンティティは、先ず、ＬＣエンティティから負荷情報を要求する（４００）ことによりその制御エリアにおける結果状態を検討し、ＬＣエンティティは、現在負荷状態に関する情報をＡＣエンティティに送信する（４１０）。次いで、ＡＣエンティティは、その情報を検討し（４２０）、そして負荷が第１所定限界より高いことが分かると、ＡＣエンティティは、負荷を第１所定限界より低くもっていくように少なくとも１つのベアラの特性を変更するためにベアラマネージメントエンティティとネゴシエーションする（４３０）。
【００３４】
本発明は、セルラーネットワークの特定領域に使用することに限定されない。本発明による受け入れ制御方法は、例えば、単一のセル、セルのセクター或いは複数のセル、例えばルートエリア又は全無線アクセスネットワークにおける受け入れを制御するのに使用できる。
制御領域は、送信又は干渉電力或いはＳＩＲサブ領域に更に分割することができ、その各々は、割り当てられるべき制御領域の無線リソースの固定及び適応部分を有する。
無線ネットワークコントローラのような所与の機能的エンティティの名称は、異なるセルラーテレコミュニケーションシステムのコンテキストにおいてしばしば異なる。例えば、ＧＳＭシステムでは、無線ネットワークコントローラ（ＲＮＣ）に対応する機能的エンティティは、ベースステーションコントローラ（ＢＳＣ）である。それ故、請求の範囲の「無線ネットワークコントローラ」という用語は、特定のセルラーテレコミュニケーションシステムのエンティティに対して使用される用語に関わりなく対応する全ての機能的エンティティを網羅するものとする。更に、ＬＯＡＤ＿ＩＮＦＯメッセージ名のような種々のコマンド及びメッセージ名は一例に過ぎず、本発明は、本明細書に記載したコマンド及びメッセージ名の使用に限定されるものではない。更に、請求の範囲の「変更」という用語は、再ネゴシエーションであるか、又は再ネゴシエーションを伴わない変化であるかに関わらず、少なくとも１つのベアラのパラメータに対して行われるいかなる変化も網羅するものとする。
【００３５】
本発明は、拡散スペクトル技術に少なくとも一部分は基づくいかなるセルラーテレコミュニケーションシステムにも使用できる。
以上の説明から、当業者であれば、本発明の範囲内で種々の変更がなされ得ることが明らかであろう。本発明の好ましい実施形態を詳細に述べたが、請求の範囲内で多数の変更や修正がなされることが明らかである。
【図面の簡単な説明】
【図１】 本発明の好ましい実施形態による受け入れ制御方法を示す図である。
【図２】 本発明の好ましい実施形態により臨界負荷又は過負荷状態に対処する受け入れ制御方法の一部分の一例を示す図である。
【図３】 本発明の好ましい実施形態により臨界負荷又は過負荷状態に対処する受け入れ制御方法の一部分の別の例を示す図である。
【図４】 本発明の好ましい実施形態により臨界負荷又は過負荷状態に対処する受け入れ制御方法の一部分の更に別の例を示す図である。
【図５】 本発明の好ましい実施形態による受け入れ制御方法の一例のシグナリングを示す図である。
【図６】 本発明の好ましい実施形態による受け入れ制御方法の別の例のシグナリングを示す図である。
【図７】 本発明の好ましい実施形態による受け入れ制御方法の更に別の例のシグナリングを示す図である。
【図８】 本発明の好ましい実施形態による受け入れ制御方法の更に別の例のシグナリングを示す図である。
【技術分野】
本発明は、セルラーテレコミュニケーションシステムにおける無線リソースの使用に係り、より詳細には、新たな接続を確立するのに使用される受け入れ制御方法に係る。本発明は、請求項１の前文に記載した方法に関する。
【０００２】
【背景技術】
セルラーテレコミュニケーションシステムでは、セルラーテレコミュニケーションネットワークを通る単一のスピーチ接続又はデータ接続をベアラと称する。一般に、ベアラは、あるターミナル装置と、ネットワーク要素、例えば、ベースステーションや、セルラーネットワークを別のテレコミュニケーションネットワークに接続するインターワーキングユニット（ＩＷＵ）との間のデータ通信に関する１組のパラメータに関連付けされる。ベアラに関連付けされる１組のパラメータは、一般に、例えば、データ送信速度、許容遅延、許容ビットエラー率（ＢＥＲ）、並びにこれらパラメータの最小値及び最大値を含む。ベアラは、更に、パケット送信ベアラ又は回路交換ベアラであり、そして例えば、透過的又は非透過的接続をサポートする。ベアラは、ペイロード情報を送信するためにある移動ターミナルとあるネットワーク要素とを接続する特定パラメータを有するデータ送信経路と考えることができる。１つのベアラは、常に、１つの移動ターミナルを１つのネットワーク要素に接続するだけである。しかしながら、ベアラは、多数のネットワーク要素を通過することができる。１つの移動通信手段（移動装置ＭＥ）は、あるセルラーテレコミュニケーションシステムでは１つのベアラしかサポートしないが、他のシステムでは２つ以上の同時ベアラもサポートする。
【０００３】
情報を所望のやり方で送信できるようにするために、無線インターフェイスを通る接続は、所望のクオリティレベルを得なければならない。クオリティは、例えば、Ｃ／Ｉ即ち搬送波対干渉比として表すことができ、これは、受信した干渉電力に対する受信した搬送波電力の比を表す。接続のクオリティを表す別の尺度は、ＳＩＲ即ち信号対干渉比、Ｓ／Ｎ即ち信号対雑音比、及びＳ／（Ｉ＋Ｎ）即ち信号対雑音プラス干渉比である。又、ビットエラー率（ＢＥＲ）又はフレームエラー率（ＦＥＲ）も、接続クオリティの尺度として使用される。通常、これらの又は他の対応する尺度の１つに対するあるターゲットレベルが前もって決定され、そして接続ごとに、そのターゲットレベルにできるだけ接近するように送信電力が調整される。送信電力は、所望のターゲットレベルを得るのに必要なレベル以下でなければならない。というのは、送信レベルがあまりに高いと、ハンドヘルド型移動ステーションにおいて重要な送信装置の電気エネルギーを浪費し、そして他の接続に対して干渉を引き起こすからである。
【０００４】
受け入れ制御は、各ベアラが所望のＳＩＲレベルを得るよう確保する上で重要な機能である。受け入れ制御の目的は、新たなベアラに対し新たな各要求を検査し、そして要求されたベアラの送信電力、ベアラの送信ビットレート、処理利得及びベアラのクオリティ要求を考慮して、その要求されたサービスを他のベアラへのサービスに影響することなく提供できるかどうかを決定することである。他のベアラへの障害なく新たなベアラにサービスできる場合には、その要求が受け入れられる。さもなくば、その要求は、スケジュールされ、即ち待ち行列に入れられ、再ネゴシエーションされ又は変更されるか、或いは拒絶される。受け入れ制御は、通常、電力制御と協働し、他のベアラのＳＩＲターゲットレベルを保証するように他の幾つかのベアラの送信電力を調整できるようにする。
【０００５】
種々の受け入れ制御アルゴリズムがこれまでに提案されている。文献「ＤＳ−ＣＤＭＡセルラーシステム用のＳＩＲベースのコール受け入れ制御(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は、次のようになる。
【数１】
Ｓは、送信電力レベルであり、
Ｗは、ＷＣＤＭＡ帯域巾であり、
Ｒ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は、次のように計算することができる。
【数３】
Ｐcriticalは、臨界負荷領域の上限、即ち送信又は干渉電力に対する第２所定限界であり、そして
ｍは、制御領域における同時ベアラアクセスの数である。
この実施形態では、ベアラ要求は、次の場合に受け入れられる。
ΣＰreq＋ΣＰoc≦ΣＰstable （８）
但し、Ｐreqは、受け入れ制御により推定される要求されたベアラの干渉又は送信電力であり、そして
Ｐocは、既にアクセスされたベアラにより占有される干渉又は送信電力レベルである。
【００２３】
非リアルタイム（ＮＲＴ）ベアラの特性は、変化するビットレート等を有するＮＲＴベアラの特性により受け入れ制御の制御下に部分的に入るだけであるから、受け入れ又は拒絶の判断は、リアルタイムベアラのみに基づくのが好ましい。
受け入れは、リアルタイムベアラをベースとし、非常コールが最も高いプライオリティを有して、負荷が臨界負荷領域にあるときでも非常コールを受け入れ、非常コール以外のＲＴコールが２番目に最も高いプライオリティを有し、そしてＮＲＴコールが最も低いプライオリティを有するようにするのが好ましい。送信リソースの解除を試みるときには、ネットワークの種々のパラメータは、このプライオリティ順序が維持されるように調整されるのが好ましい。その結果、プライオリティ順序は、受け入れ制御が、要求を発しているコール又は既存のコールをそれらのプライオリティに基づいてドロップ又はハンドオーバーできるようにする。
【００２４】
マルチダイバーシティ接続の場合には、移動ステーション（ＭＳ）の送信電力の調整を、本発明の好ましい実施形態に基づいて次のように行うことができる。受け入れ制御エンティティは、外部ループ電力制御に対するＢＥＲ（ビットエラー率）及びＦＥＲ（フレームエラー率）要件及び初期Ｅb／Ｎo設定点をセットする。又、受け入れ制御エンティティは、指定のＱｏＳを有するＭＳのマルチダイバーシティベアラの送信電力に対する電力余裕もセットする。最終的な電力調整判断は、外部ループ電力制御コマンドが電力レベルの増加を要求するときに、次の条件に基づいてＭＳにより実行される。
Ｐtrx＝Ｐo＋ＤＳＳ≦Ｐmax∈Ｐmargin （９）
但し、ＤＳＳは、現在の送信電力レベルに追加されるべき動的なステップサイズ電力である。条件（９）は、増加された電力レベルが接続の送信電力に対する所定の上限Ｐmax以上であり且つ増加された送信電力が送信電力に対する上記電力余裕内にあるときだけ送信電力を増加することを示す。
【００２５】
最終的な電力調整判断は、外部ループ電力制御コマンドが電力レベルの減少を要求するときに、次の条件に基づいてＭＳにより実行される。
Ｐtrx＝Ｐo＋ＤＳＳ≧Ｐmin∈Ｐmargin （１０）
この条件（１０）は、減少された電力レベルが接続の送信電力に対する所定の下限Ｐmin以上であり且つ減少された送信電力が送信電力に対する上記電力余裕内にあるときだけ送信電力を減少することを示す。
本発明の好ましい実施形態では、マルチダイバーシティ接続の場合、受け入れ制御エンティティは、送信電力のダイナミックレンジを設定することにより送信電力の調整を行う。送信電力のこのような調整は、ダウンリンク及びアップリンクの両送信電力調整に適用することができる。
【００２６】
Ｃ．シグナリングの例
以下、本発明の種々の実施形態に基づくシグナリングの幾つかの例を述べる。図５、６、７及び８は、ベアラマネージメント（ＢＭ）エンティティ２１０と、受け入れ制御（ＡＣ）エンティティ２２０と、負荷制御（ＬＣ）エンティティ２３０と、電力制御（ＰＣ）エンティティ２４０と、ハンドオーバー制御（ＨＣ）エンティティ２５０との間のシグナリングを示す。
図５は、本発明の好ましい実施形態による受け入れ制御方法の一例のシグナリングを示す。第１に、ベアラマネージメントエンティティは、ベアラ要求メッセージＢＥＡＲＥＲ＿ＲＥＱを受け入れ制御エンティティに送信する（３１０）。ベアラ要求は、移動ステーションによって発生されるか、又は移動着信コールの場合には、ネットワークによって発生される。受け入れ制御エンティティは、ＣＨＥＣＫ＿ＬＯＡＤメッセージを負荷制御エンティティに送信する（３２０）ことにより現在負荷をチェックし、負荷制御エンティティは、それに応答して、現在負荷状態を表すＬＯＡＤ＿ＩＮＦＯメッセージを送信する（３３０）。負荷情報を受信した後、受け入れ制御エンティティは、少なくともベアラ要求及び負荷情報に基づいて負荷推定値を計算する（３４０）。この例では、負荷推定値は、第１の所定スレッシュホールドより低いことが分かる。その結果、ＡＣエンティティは、確認メッセージＢＥＡＲＥＲ＿ＲＥＱ＿ＡＣＫをＢＭエンティティに返送する。
【００２７】
次いで、ＡＣエンティティは、ＴＸＰＷＲ＿ＵＰＤ＿ＲＥＱメッセージを送信することにより、新たなベアラ受け入れのために電力制御パラメータを変更するようにＰＣエンティティに命令し（３６０）、ＰＣエンティティは、ＴＸＰＷＲ＿ＵＰＤ＿ＲＥＱ＿ＡＣＫメッセージを送信する（３７０）ことによりそれを確認する。次いで、ＡＣエンティティは、ＨＯ＿ＴＲＥＳＨＯＬＤ＿ＵＰＤ＿ＲＥＱメッセージを送信する（３８０）ことにより、新たなベアラ受け入れのためにハンドオーバー制御パラメータを変更するようにＨＣエンティティに命令し、ＨＣエンティティは、ＨＯ＿ＴＲＥＳＨＯＬＤ＿ＵＰＤ＿ＲＥＱ＿ＡＣＫメッセージを送信する（３９０）ことによりそれを確認する。その後、ＡＣエンティティは、先ず、ＬＣエンティティから負荷情報を要求する（４００）ことによりその制御エリアにおける結果状態を検討し、ＬＣエンティティは、現在負荷状態に関する情報をＡＣエンティティに送信する（４１０）。次いで、ＡＣエンティティは、その情報を検討し（４２０）、そして負荷が第１所定限界より高いことが分かると、ＡＣエンティティは、負荷を第１所定限界より低くもっていくように少なくとも１つのベアラの特性を変更するためにベアラマネージメントエンティティとネゴシエーションする（４３０）。
図６は、本発明の好ましい実施形態による受け入れ制御方法の別の例のシグナリングを示す。図６の例では、ベアラ要求は、負荷を第１所定限界より高く増加する。
【００２８】
第１に、ベアラマネージメントエンティティは、ベアラ要求メッセージＢＥＡＲＥＲ＿ＲＥＱを受け入れ制御エンティティに送信する（３１０）。ベアラ要求は、移動ステーションによって発生されるか、又は移動着信コールの場合には、ネットワークによって発生される。受け入れ制御エンティティは、ＣＨＥＣＫ＿ＬＯＡＤメッセージを負荷制御エンティティに送信する（３２０）ことにより現在負荷をチェックし、負荷制御エンティティは、それに応答して、現在負荷状態を表すＬＯＡＤ＿ＩＮＦＯメッセージを送信する（３３０）。負荷情報を受信した後、受け入れ制御エンティティは、少なくともベアラ要求及び負荷情報に基づいて負荷推定値を計算する（３４０）。この例では、負荷推定値は、第１の所定スレッシュホールドより高いことが分かる。その結果、ＡＣエンティティは、要求されたベアラに対し余裕を与えるよう試みる。この例では、ＡＣエンティティは、ＰＣエンティティにメッセージを送信して（３４１）、電力制御パラメータを更新するようにＰＣエンティティに命令することによりこれを遂行する。ＰＣエンティティは、もし可能であれば、例えば、ベアラに要求されるＱｏＳレベルが現在状態において送信電力の低下を許す場合には、ベアラの送信電力を低下させる。いずれにせよ、ＰＣエンティティは、ＡＣエンティティに確認メッセージを返送する（３４２）ことによりＡＣエンティティに応答する。確認メッセージを受信した後に、受け入れ制御エンティティは、ＣＨＥＣＫ＿ＬＯＡＤメッセージを負荷制御エンティティに送信する（３４３）ことにより現在負荷をチェックし、負荷制御エンティティは、現在負荷エンティティを表すＬＯＡＤ＿ＩＮＦＯメッセージを送信する（３４４）ことによってそれに応答する。負荷情報を受信した後に、受け入れ制御エンティティは、少なくともベアラ要求及び負荷情報に基づいて負荷推定値を計算する（３４５）。この例では、電力制御パラメータの更新により、要求されたベアラ（１つ又は複数）に対して充分な余裕が形成される。その結果、ＡＣエンティティは、ＢＭエンティティに確認メッセージを返送する。
【００２９】
次いで、ＡＣエンティティは、ＴＸＰＷＲ＿ＵＰＤ＿ＲＥＱメッセージを送信することにより、新たなベアラ受け入れのために電力制御パラメータを変更するようにＰＣエンティティに命令し（３６０）、ＰＣエンティティは、ＴＸＰＷＲ＿ＵＰＤ＿ＲＥＱ＿ＡＣＫメッセージを送信する（３７０）ことによりそれを確認する。次いで、ＡＣエンティティは、ＨＯ＿ＴＲＥＳＨＯＬＤ＿ＵＰＤ＿ＲＥＱメッセージを送信する（３８０）ことにより、新たなベアラ受け入れのためにハンドオーバー制御パラメータを変更するようにＨＣエンティティに命令し、ＨＣエンティティは、ＨＯ＿ＴＲＥＳＨＯＬＤ＿ＵＰＤ＿ＲＥＱ＿ＡＣＫメッセージを送信する（３９０）ことによりそれを確認する。その後、ＡＣエンティティは、先ず、ＬＣエンティティから負荷情報を要求する（４００）ことによりその制御エリアにおける結果状態を検討し、ＬＣエンティティは、現在負荷状態に関する情報をＡＣエンティティに送信する（４１０）。次いで、ＡＣエンティティは、その情報を検討し（４２０）、そして負荷が第１所定限界より高いことが分かると、ＡＣエンティティは、負荷を第１所定限界より低くもっていくように少なくとも１つのベアラの特性を変更するためにベアラマネージメントエンティティとネゴシエーションする（４３０）。
図７は、本発明の好ましい実施形態による受け入れ制御方法の更に別の例のシグナリングを示す。図７の例では、ベアラ要求は、負荷を第１所定限界より高く増加する。
【００３０】
第１に、ベアラマネージメントエンティティは、ベアラ要求メッセージＢＥＡＲＥＲ＿ＲＥＱを受け入れ制御エンティティに送信する（３１０）。ベアラ要求は、移動ステーションによって発生されるか、又は移動着信コールの場合には、ネットワークによって発生される。受け入れ制御エンティティは、ＣＨＥＣＫ＿ＬＯＡＤメッセージを負荷制御エンティティに送信する（３２０）ことにより現在負荷をチェックし、負荷制御エンティティは、それに応答して、現在負荷状態を表すＬＯＡＤ＿ＩＮＦＯメッセージを送信する（３３０）。負荷情報を受信した後、受け入れ制御エンティティは、少なくともベアラ要求及び負荷情報に基づいて負荷推定値を計算する（３４０）。この例では、負荷推定値は、第１の所定スレッシュホールドより高いことが分かる。その結果、ＡＣエンティティは、先ず電力制御を使用することにより、要求されたベアラに対し余裕を与えるよう試みる。この例では、ＡＣエンティティは、ＰＣエンティティにメッセージを送信して（３４１）、電力制御パラメータを更新するようにＰＣエンティティに命令することによりこれを遂行する。ＰＣエンティティは、もし可能であれば、例えば、ベアラに要求されるＱｏＳレベルが現在状態において送信電力の低下を許す場合には、ベアラの送信電力を低下させる。いずれにせよ、ＰＣエンティティは、ＡＣエンティティに確認メッセージを返送する（３４２）ことによりＡＣエンティティに応答する。確認メッセージを受信した後に、受け入れ制御エンティティは、ＣＨＥＣＫ＿ＬＯＡＤメッセージを負荷制御エンティティに送信する（３４３）ことにより現在負荷をチェックし、負荷制御エンティティは、現在負荷エンティティを表すＬＯＡＤ＿ＩＮＦＯメッセージを送信する（３４４）ことによりそれに応答する。負荷情報を受信した後に、受け入れ制御エンティティは、少なくともベアラ要求及び負荷情報に基づいて負荷推定値を計算する（３４５）。この例では、電力制御パラメータの更新により、要求されたベアラ（１つ又は複数）に対して充分な余裕が形成されない。その結果、ＡＣエンティティは、ハンドオーバーパラメータを調整することにより、要求されたベアラに対し余裕を与えるよう試みる。この例では、ＡＣエンティティは、ＨＯ＿ＯＰＴＩＭＩＺＡＴＩＯＮコマンドをＨＣエンティティに送信して（３４６）、制御エリアにおける負荷を減少するようにハンドオーバーパラメータを最適化するようＨＣエンティティに命令する。その結果、ＨＣエンティティは、もし可能であれば、既存のベアラに与えられるサービスレベルを低下せずに、ハンドオーバー判断を制御するパラメータを変更する。次いで、ＨＣエンティティは、確認メッセージＨＯ＿ＯＰＴＩＭＩＺＡＴＩＯＮ＿ＡＣＫをＡＣエンティティに送信する（３４７）ことにより応答する。次いで、ＡＣエンティティは、例えば、ステップ３４３、３４４及び３４５に関連して既に述べたように負荷チェック及び推定手順を再び実行する（３４９）。この例では、ハンドオーバー制御パラメータの最適化が、最終的に、要求されたベアラ（１つ又は複数）に対して充分な余裕を形成する。その結果、ＡＣエンティティは、ＢＭエンティティに確認メッセージを送信する（３５０）。
【００３１】
次いで、ＡＣエンティティは、ＴＸＰＷＲ＿ＵＰＤ＿ＲＥＱメッセージを送信することにより、新たなベアラ受け入れのために電力制御パラメータを変更するようにＰＣエンティティに命令し（３６０）、ＰＣエンティティは、ＴＸＰＷＲ＿ＵＰＤ＿ＲＥＱ＿ＡＣＫメッセージを送信する（３７０）ことによりそれを確認する。次いで、ＡＣエンティティは、ＨＯ＿ＴＲＥＳＨＯＬＤ＿ＵＰＤ＿ＲＥＱメッセージを送信する（３８０）ことにより、新たなベアラ受け入れのためにハンドオーバー制御パラメータを変更するようにＨＣエンティティに命令し、ＨＣエンティティは、ＨＯ＿ＴＲＥＳＨＯＬＤ＿ＵＰＤ＿ＲＥＱ＿ＡＣＫメッセージを送信する（３９０）ことによりそれを確認する。その後、ＡＣエンティティは、先ず、ＬＣエンティティから負荷情報を要求する（４００）ことによりその制御エリアにおける結果状態を検討し、ＬＣエンティティは、現在負荷状態に関する情報をＡＣエンティティに送信する（４１０）。次いで、ＡＣエンティティは、その情報を検討し（４２０）、そして負荷が第１所定限界より高いことが分かると、ＡＣエンティティは、負荷を第１所定限界より低くもっていくように少なくとも１つのベアラの特性を変更するためにベアラマネージメントエンティティとネゴシエーションする（４３０）。
図８は、本発明の好ましい実施形態による受け入れ制御方法の更に別の例のシグナリングを示す。この例では、ベアラ要求は、第１所定限界より著しく高い推定負荷を生じ、従って、ＡＣエンティティは、要求されたベアラに対して余裕を与えるように電力制御及びハンドオーバー制御を使用し、そして要求により必要となるリソースの量を下げるようにＢＭエンティティとネゴシエーションする。
【００３２】
第１に、ベアラマネージメントエンティティは、ベアラ要求メッセージＢＥＡＲＥＲ＿ＲＥＱを受け入れ制御エンティティに送信する（３１０）。ベアラ要求は、移動ステーションによって発生されるか、又は移動着信コールの場合には、ネットワークによって発生される。受け入れ制御エンティティは、ＣＨＥＣＫ＿ＬＯＡＤメッセージを負荷制御エンティティに送信する（３２０）ことにより現在負荷をチェックし、負荷制御エンティティは、それに応答して、現在負荷状態を表すＬＯＡＤ＿ＩＮＦＯメッセージを送信する（３３０）。負荷情報を受信した後、受け入れ制御エンティティは、少なくともベアラ要求及び負荷情報に基づいて負荷推定値を計算する（３４０）。この例では、負荷推定値は、第１の所定スレッシュホールドより著しく高いことが分かる。その結果、ＡＣエンティティは、先ず電力制御を使用することにより、要求されたベアラに対し余裕を与えるよう試みる。この例では、ＡＣエンティティは、ＰＣエンティティにメッセージを送信して（３４１）、電力制御パラメータを更新するようにＰＣエンティティに命令することによりこれを遂行する。ＰＣエンティティは、もし可能であれば、例えば、ベアラに要求されるＱｏＳレベルが現在状態において送信電力の低下を許す場合には、ベアラの送信電力を低下させる。ＰＣエンティティは、ＡＣエンティティに確認メッセージを返送する（３４２）ことによりＡＣエンティティに応答する。更に、ＡＣエンティティは、ＡＣエンティティは、ＨＯ＿ＯＰＴＩＭＩＺＡＴＩＯＮコマンドをＨＣエンティティに送信して（３４６）、制御エリアにおける負荷を減少するようにハンドオーバーパラメータを最適化するようＨＣエンティティに命令する。その結果、ＨＣエンティティは、もし可能であれば、既存のベアラに与えられるサービスレベルを低下せずに、ハンドオーバー判断を制御するパラメータを変更する。次いで、ＨＣエンティティは、確認メッセージＨＯ＿ＯＰＴＩＭＩＺＡＴＩＯＮ＿ＡＣＫをＡＣエンティティに送信する（３４７）ことにより応答する。
【００３３】
次いで、ＡＣエンティティは、もし可能であれば、要求されたベアラ（１つ又は複数）に必要とされるリソースを減少するようにＢＭエンティティとのベアラネゴシエーション手順を遂行する（３４８）。次いで、ＡＣエンティティは、例えば、ステップ３４３、３４４及び３４５に関連して既に述べたように負荷チェック及び推定手順を再び実行する（３４９）。この例では、電力制御及びハンドオーバー制御パラメータの最適化が、再ネゴシエーション又は変更されたベアラ要求に対して充分な余裕を与える。その結果、ＡＣエンティティは、ＢＭエンティティに確認メッセージを送信する（３５０）。
次に、ＡＣエンティティは、ＴＸＰＷＲ＿ＵＰＤ＿ＲＥＱメッセージを送信することにより、新たなベアラ受け入れのために電力制御パラメータを変更するようにＰＣエンティティに命令し（３６０）、ＰＣエンティティは、ＴＸＰＷＲ＿ＵＰＤ＿ＲＥＱ＿ＡＣＫメッセージを送信する（３７０）ことによりそれを確認する。次いで、ＡＣエンティティは、ＨＯ＿ＴＲＥＳＨＯＬＤ＿ＵＰＤ＿ＲＥＱメッセージを送信する（３８０）ことにより、新たなベアラ受け入れのためにハンドオーバー制御パラメータを変更するようにＨＣエンティティに命令し、ＨＣエンティティは、ＨＯ＿ＴＲＥＳＨＯＬＤ＿ＵＰＤ＿ＲＥＱ＿ＡＣＫメッセージを送信する（３９０）ことによりそれを確認する。その後、ＡＣエンティティは、先ず、ＬＣエンティティから負荷情報を要求する（４００）ことによりその制御エリアにおける結果状態を検討し、ＬＣエンティティは、現在負荷状態に関する情報をＡＣエンティティに送信する（４１０）。次いで、ＡＣエンティティは、その情報を検討し（４２０）、そして負荷が第１所定限界より高いことが分かると、ＡＣエンティティは、負荷を第１所定限界より低くもっていくように少なくとも１つのベアラの特性を変更するためにベアラマネージメントエンティティとネゴシエーションする（４３０）。
【００３４】
本発明は、セルラーネットワークの特定領域に使用することに限定されない。本発明による受け入れ制御方法は、例えば、単一のセル、セルのセクター或いは複数のセル、例えばルートエリア又は全無線アクセスネットワークにおける受け入れを制御するのに使用できる。
制御領域は、送信又は干渉電力或いはＳＩＲサブ領域に更に分割することができ、その各々は、割り当てられるべき制御領域の無線リソースの固定及び適応部分を有する。
無線ネットワークコントローラのような所与の機能的エンティティの名称は、異なるセルラーテレコミュニケーションシステムのコンテキストにおいてしばしば異なる。例えば、ＧＳＭシステムでは、無線ネットワークコントローラ（ＲＮＣ）に対応する機能的エンティティは、ベースステーションコントローラ（ＢＳＣ）である。それ故、請求の範囲の「無線ネットワークコントローラ」という用語は、特定のセルラーテレコミュニケーションシステムのエンティティに対して使用される用語に関わりなく対応する全ての機能的エンティティを網羅するものとする。更に、ＬＯＡＤ＿ＩＮＦＯメッセージ名のような種々のコマンド及びメッセージ名は一例に過ぎず、本発明は、本明細書に記載したコマンド及びメッセージ名の使用に限定されるものではない。更に、請求の範囲の「変更」という用語は、再ネゴシエーションであるか、又は再ネゴシエーションを伴わない変化であるかに関わらず、少なくとも１つのベアラのパラメータに対して行われるいかなる変化も網羅するものとする。
【００３５】
本発明は、拡散スペクトル技術に少なくとも一部分は基づくいかなるセルラーテレコミュニケーションシステムにも使用できる。
以上の説明から、当業者であれば、本発明の範囲内で種々の変更がなされ得ることが明らかであろう。本発明の好ましい実施形態を詳細に述べたが、請求の範囲内で多数の変更や修正がなされることが明らかである。
【図面の簡単な説明】
【図１】 本発明の好ましい実施形態による受け入れ制御方法を示す図である。
【図２】 本発明の好ましい実施形態により臨界負荷又は過負荷状態に対処する受け入れ制御方法の一部分の一例を示す図である。
【図３】 本発明の好ましい実施形態により臨界負荷又は過負荷状態に対処する受け入れ制御方法の一部分の別の例を示す図である。
【図４】 本発明の好ましい実施形態により臨界負荷又は過負荷状態に対処する受け入れ制御方法の一部分の更に別の例を示す図である。
【図５】 本発明の好ましい実施形態による受け入れ制御方法の一例のシグナリングを示す図である。
【図６】 本発明の好ましい実施形態による受け入れ制御方法の別の例のシグナリングを示す図である。
【図７】 本発明の好ましい実施形態による受け入れ制御方法の更に別の例のシグナリングを示す図である。
【図８】 本発明の好ましい実施形態による受け入れ制御方法の更に別の例のシグナリングを示す図である。
Claims (14)
- セルラーテレコミュニケーションシステムにおける受け入れ制御方法であって、ベアラ要求を受け取り(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)段階を含む請求項１に記載の方法。 - 上記送信能力リソースの解除を試みる上記段階は、
変更のために少なくとも１つのセルラーネットワークパラメータ又はセルラーネットワークパラメータの少なくとも１つのタイプを選択する段階を含む請求項１に記載の方法。 - ベアラのタイプに実質的に影響を与えないセルラーネットワークパラメータが優先的に選択される請求項１１に記載の方法。
- リアルタイムベアラに影響を与えるパラメータの前に非リアルタイムベアラに影響を与えるパラメータが変更される請求項１２に記載の方法。
- セルラーテレコミュニケーションシステムであって、
上記セルラーテレコミュニケーションシステムの制御領域内に新たなベアラの受け入れを制御する受け入れ制御エンティティであり、上記受け入れ制御エンティティはベアラ要求を受信する時、制御領域内の現在負荷をチェックして上記現在負荷及び上記ベアラ要求に基づいて結果の負荷推定値を計算する、上記受け入れ制御エンティティを含み、
上記負荷推定値が所定限界より低い場合には、上記ベアラ要求が受け入れられ、上記要求に基づいて制御領域の送信リソースが割り当てられて、その後に上記受け入れ制御エンティティは制御領域内の結果の負荷をチェックし、及び
上記負荷推定値が上記所定限界より高い場合には、結果の負荷推定値を上記所定限界より低くするように、上記受け入れ制御エンティティは制御領域内の送信能力リソースの解除を試みて、よって上記要求されたベアラの受け入れを許すようにする、
セルラーテレコミュニケーションシステム。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FI990312 | 1999-02-16 | ||
| FI990312A FI107505B (fi) | 1999-02-16 | 1999-02-16 | Pääsynvalvontamenetelmä |
| PCT/FI2000/000118 WO2000049824A1 (en) | 1999-02-16 | 2000-02-16 | An admission control method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002542639A JP2002542639A (ja) | 2002-12-10 |
| JP3850664B2 true JP3850664B2 (ja) | 2006-11-29 |
Family
ID=8553786
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000600442A Expired - Fee Related JP3850664B2 (ja) | 1999-02-16 | 2000-02-16 | 受け入れ制御方法 |
Country Status (9)
| Country | Link |
|---|---|
| US (1) | US7024203B1 (ja) |
| EP (1) | EP1153518B1 (ja) |
| JP (1) | JP3850664B2 (ja) |
| CN (1) | CN1122432C (ja) |
| AT (1) | ATE513439T1 (ja) |
| AU (1) | AU2674800A (ja) |
| BR (1) | BR0008264B1 (ja) |
| FI (1) | FI107505B (ja) |
| WO (1) | WO2000049824A1 (ja) |
Families Citing this family (66)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6512925B1 (en) * | 1998-12-03 | 2003-01-28 | Qualcomm, Incorporated | Method and apparatus for controlling transmission power while in soft handoff |
| DE10017930A1 (de) * | 2000-04-11 | 2001-11-15 | Siemens Ag | Verfahren zur Sendeleistungsregelung in einem Funk-SIGMAommunikationssystem |
| US7068607B2 (en) * | 2000-08-31 | 2006-06-27 | Telefonktiebolaget Lm Ericsson (Publ) | Bandwidth broker for cellular radio access networks |
| US20020049062A1 (en) * | 2000-10-02 | 2002-04-25 | Robert Petersen | Distributed admission control |
| CN1156180C (zh) * | 2000-10-02 | 2004-06-30 | 株式会社Ntt都科摩 | 通信系统及其资源分配方法 |
| AU2002235258A1 (en) | 2000-12-27 | 2002-07-08 | Ensemble Communications, Inc. | Adaptive call admission control for use in a wireless communication system |
| FR2821515B1 (fr) * | 2001-02-23 | 2003-05-23 | Cit Alcatel | Procede de gestion de ressources de traitement dans un systeme de radiocommunications mobiles |
| US7245922B2 (en) | 2001-02-01 | 2007-07-17 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for controlling quality of service for multiple services through power setting |
| JP2002247639A (ja) * | 2001-02-15 | 2002-08-30 | Ntt Docomo Inc | 無線チャネル設定制御方法、無線ネットワーク制御装置、基地局装置及び移動通信システム |
| US7961616B2 (en) | 2001-06-07 | 2011-06-14 | Qualcomm Incorporated | Method and apparatus for congestion control in a wireless communication system |
| US6983153B2 (en) | 2001-06-07 | 2006-01-03 | Qualcomm Incorporated | Method and apparatus for congestion control in a wireless communication system |
| FR2827110B1 (fr) * | 2001-07-09 | 2005-06-24 | Cit Alcatel | Procede de traitement d'appels umts dans un reseau de transmission de paquets, et noeud pour reseau umts, pour la mise en oeuvre de ce procede |
| DE60144250D1 (de) * | 2001-11-12 | 2011-04-28 | Ericsson Telefon Ab L M | System und verfahren zur übermittlung einer prioritätsangabe in einem verbindungssteuerungs-/trägersteuertelekommunikationssystem |
| FR2832890B1 (fr) * | 2001-11-29 | 2004-02-27 | Cit Alcatel | Controle multi-domaine d'admission de flux de donnees associes a des criteres de qualite de service |
| KR100868689B1 (ko) * | 2002-05-06 | 2008-11-13 | 삼성전자주식회사 | 이동 통신망의 호 수락 제어 방법 및 장치 |
| AU2003239719A1 (en) * | 2002-05-31 | 2003-12-19 | Nokia Corporation | Relation-based fuzzy- and discrete-logic based decision and dynamic tuning control |
| CN100566469C (zh) * | 2002-07-03 | 2009-12-02 | 西门子公司 | 在具有分层网络结构的无线通信系统中控制数据传输的方法 |
| GB0219978D0 (en) * | 2002-08-28 | 2002-10-09 | Univ Edinburgh | Method of operating a telecommunications system |
| ITTO20020784A1 (it) | 2002-09-09 | 2004-03-10 | Telecom Italia Lab Spa | Sistema e metodo per il dimensionamento di una rete di tipo cdma. |
| EP1543640A4 (en) * | 2002-09-17 | 2011-12-28 | Broadcom Corp | METHOD AND SYSTEM FOR NETWORK MANAGEMENT IN A HYBRID CABLE / WIRELESS NETWORK |
| CN1182673C (zh) * | 2002-12-24 | 2004-12-29 | 大唐移动通信设备有限公司 | 码分多址移动通信系统中的一种接纳控制方法 |
| KR20040060274A (ko) * | 2002-12-30 | 2004-07-06 | 엘지전자 주식회사 | 무선링크의 전력제어방법 |
| CN1319348C (zh) * | 2003-02-26 | 2007-05-30 | 华为技术有限公司 | Ip接入网业务服务质量保障方法 |
| GB2398965B (en) | 2003-02-27 | 2005-05-18 | Toshiba Res Europ Ltd | Methods of controlling transmission power levels in air interface channels |
| FR2854534B1 (fr) * | 2003-04-30 | 2005-09-30 | France Telecom | Controle de charge dans le sens montant pour les systemes de communication sans fil avec controle de puissance |
| GB0326173D0 (en) * | 2003-11-10 | 2003-12-17 | Nokia Corp | A method and a controlling a connection |
| JP4191623B2 (ja) * | 2004-01-30 | 2008-12-03 | 株式会社エヌ・ティ・ティ・ドコモ | 移動通信システム、無線制御装置及び移動局 |
| JP2005229272A (ja) * | 2004-02-12 | 2005-08-25 | Ntt Docomo Inc | 移動局及び基地局 |
| CN100586044C (zh) * | 2004-03-01 | 2010-01-27 | 日本电气株式会社 | 无线电基站设备和传输功率控制方法 |
| CN1926905A (zh) | 2004-04-08 | 2007-03-07 | 诺基亚公司 | 在具有双重传送模式的移动无线系统中控制传输资源 |
| CN104618968A (zh) * | 2004-04-08 | 2015-05-13 | 核心无线许可有限公司 | 在具有双重传送模式的移动无线系统中控制传输资源 |
| US20050250511A1 (en) * | 2004-05-05 | 2005-11-10 | Weimin Xiao | Method for rate control signaling to facilitate UE uplink data transfer |
| US7796995B2 (en) * | 2004-06-21 | 2010-09-14 | Qualcomm Incorporated | Asynchronous signaling and data delivery in wireless communication system |
| CN100461923C (zh) * | 2004-07-13 | 2009-02-11 | 华为技术有限公司 | 一种负载重整系统和方法 |
| ATE480965T1 (de) * | 2004-07-29 | 2010-09-15 | Telecom Italia Spa | Verfahren und system zur regelung der zulassung in mobilkommunikationsnetzen, diesbezügliches netz und computerprogrammprodukt dafür |
| EP1622321A1 (en) * | 2004-07-30 | 2006-02-01 | Siemens Aktiengesellschaft | Admission control for packet switched real time services based on the current real time traffic |
| CN100411475C (zh) * | 2004-08-12 | 2008-08-13 | 华为技术有限公司 | 移动通信系统中上行负载估计方法 |
| US7239886B2 (en) * | 2004-08-27 | 2007-07-03 | Motorola, Inc. | Adaptive power control method for cellular systems |
| GB2419258B (en) * | 2004-10-13 | 2007-04-18 | Siemens Ag | User preference for packet switched or circuit switched call in dual transfer mode |
| US7489943B2 (en) * | 2004-12-29 | 2009-02-10 | Alcatel-Lucent Usa Inc. | Scheduling calls in downlink transmissions |
| CN100499459C (zh) * | 2005-02-24 | 2009-06-10 | 华为技术有限公司 | 一种实现下一代网络中信息流传输的方法 |
| US9277455B2 (en) * | 2005-05-04 | 2016-03-01 | Alcatel Lucent | Flow-based call admission control for wireless communication systems |
| KR100736088B1 (ko) * | 2005-11-22 | 2007-07-06 | 삼성전자주식회사 | 무선 네트워크 장치 및 이를 위한 자원 할당 방법 |
| FR2894761B1 (fr) * | 2005-12-08 | 2008-01-11 | Evolium Sas Soc Par Actions Si | Procede et dispositif de gestion d'une surcharge dans une cellule d'un reseau de radiocommunication, utilisation, programme informatique et moyen de stockage correspondants |
| US7565161B2 (en) * | 2005-12-23 | 2009-07-21 | Alcatel-Lucent Usa Inc. | Method and system for wireless priority call processing |
| US9401843B2 (en) * | 2006-01-27 | 2016-07-26 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for reverse link control in a wireless communication network as a function of reverse link load characteristic |
| KR100790074B1 (ko) * | 2006-02-15 | 2008-01-02 | 삼성전자주식회사 | 휴대단말기의 호 연결방법 |
| JP4844215B2 (ja) | 2006-04-26 | 2011-12-28 | 日本電気株式会社 | 移動通信システム及びその動作制御方法並びに無線基地局 |
| CN101064922B (zh) * | 2006-04-30 | 2011-12-07 | 华为技术有限公司 | 一种无线通信中接入冲突的避让方法及系统 |
| US8320924B2 (en) * | 2006-05-25 | 2012-11-27 | Nokia Corporation | Interference control in a communication system |
| GB0611249D0 (en) * | 2006-06-07 | 2006-07-19 | Nokia Corp | Communication system |
| US9420603B2 (en) | 2006-09-08 | 2016-08-16 | Qualcomm Incorporated | Recovery from resource mismatch in a wireless communication system |
| US7751320B2 (en) * | 2006-09-30 | 2010-07-06 | Alcatel-Lucent Usa Inc. | Admission control of sessions with preference lists |
| KR100836239B1 (ko) * | 2006-10-31 | 2008-06-09 | 주식회사 케이티프리텔 | 과부하 제어 장치 및 그 방법 |
| CN101304602B (zh) * | 2007-05-10 | 2013-02-13 | 电信科学技术研究院 | 判决用户接入的方法和装置 |
| KR100927231B1 (ko) * | 2007-12-17 | 2009-11-16 | 한국전자통신연구원 | 무선통신 시스템의 과부하 제어 장치 및 그를 이용하는부하 제어 방법 |
| EP3927016A3 (en) * | 2008-04-03 | 2022-01-12 | Telefonaktiebolaget LM Ericsson (publ) | Method and arrangement in a telecommunication system |
| WO2010038287A1 (ja) * | 2008-10-01 | 2010-04-08 | 富士通株式会社 | 通信システム、通信制御装置及び通信制御方法 |
| EP2395701A1 (en) * | 2010-06-10 | 2011-12-14 | France Telecom | Traffic load management method, network and device |
| JP5565249B2 (ja) * | 2010-09-30 | 2014-08-06 | 富士通株式会社 | 負荷制御方法、基地局及び管理装置 |
| US9225608B1 (en) * | 2011-12-21 | 2015-12-29 | Amazon Technologies, Inc. | Evaluating configuration changes based on aggregate activity level |
| US20140177535A1 (en) * | 2012-12-21 | 2014-06-26 | Motorola Solutions, Inc. | Method and apparatus for admission control in a wireless communication system |
| CN103442406B (zh) * | 2013-08-30 | 2016-04-06 | 京信通信系统（中国）有限公司 | 一种接入控制方法及装置 |
| EP2863597B1 (en) * | 2013-10-21 | 2016-01-06 | Accenture Global Services Limited | Computer-implemented method, computer system, computer program product to manage traffic in a network |
| JP6303743B2 (ja) * | 2014-04-10 | 2018-04-04 | 富士通株式会社 | 無線基地局 |
| KR101943989B1 (ko) * | 2015-06-05 | 2019-01-30 | 삼성전자주식회사 | 데이터를 송수신하는 방법, 서버 및 단말기 |
Family Cites Families (30)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4670899A (en) * | 1985-05-31 | 1987-06-02 | Northern Telecom Limited | Load balancing for cellular radiotelephone system |
| US5276907A (en) * | 1991-01-07 | 1994-01-04 | Motorola Inc. | Method and apparatus for dynamic distribution of a communication channel load in a cellular radio communication system |
| US5475861A (en) * | 1992-07-01 | 1995-12-12 | Motorola, Inc. | Method for controlling transmission power in a communication system |
| JP3042267B2 (ja) * | 1993-07-22 | 2000-05-15 | ケイディディ株式会社 | 適応的呼接続規制制御装置及びその方法 |
| WO1995008882A1 (en) * | 1993-09-20 | 1995-03-30 | CODEX CORPORATION, a subsidiary company of MOTOROLA, INC. | Dynamic rate adjustment for overload control in communication networks |
| KR960016662B1 (ko) * | 1993-12-15 | 1996-12-19 | 양승택 | 집중과 분산 운용의 혼성 교환기 시스템에서의 과부하 제어 방법 |
| US5659544A (en) * | 1994-10-17 | 1997-08-19 | Lucent Technologies Inc. | Method and system for distributed control in wireless cellular and personal communication systems |
| KR0138820B1 (ko) * | 1995-05-12 | 1998-07-01 | 양승택 | Cdma 시스템에서의 무선채널 할당방법 및 그 장치 |
| US5838671A (en) * | 1995-06-23 | 1998-11-17 | Ntt Mobile Communications Network Inc. | Method and apparatus for call admission control in CDMA mobile communication system |
| JP2909009B2 (ja) | 1995-09-20 | 1999-06-23 | エヌ・ティ・ティ移動通信網株式会社 | 移動通信の呼受付制御方法及び装置 |
| KR0146548B1 (ko) * | 1995-08-17 | 1998-08-17 | 양승택 | 트래픽 측정 및 추정에 의한 적응적 연결 수락 제어 방법 |
| US5734646A (en) * | 1995-10-05 | 1998-03-31 | Lucent Technologies Inc. | Code division multiple access system providing load and interference based demand assignment service to users |
| US5886988A (en) * | 1996-10-23 | 1999-03-23 | Arraycomm, Inc. | Channel assignment and call admission control for spatial division multiple access communication systems |
| FI964707A (fi) * | 1996-11-26 | 1998-05-27 | Nokia Telecommunications Oy | Menetelmä kuormituksen kontrolloimiseksi ja radiojärjestelmä |
| JP3112173B2 (ja) | 1996-12-27 | 2000-11-27 | 株式会社エヌ・ティ・ティ・ドコモ | Ｃｄｍａ移動通信システムの呼受付制御方法及び移動局装置 |
| US5859839A (en) * | 1997-06-30 | 1999-01-12 | Motorola, Inc. | Method for automatically selecting channel powers in a wireless communication system |
| WO1999009781A1 (de) * | 1997-08-13 | 1999-02-25 | Siemens Aktiengesellschaft | Verfahren zum statistischen multiplexen von atm-verbindungen |
| US6128506A (en) * | 1997-09-24 | 2000-10-03 | Telefonaktiebolaget Lm Ericsson | Integrated power control and congestion control in a communication system |
| US6212384B1 (en) * | 1997-09-29 | 2001-04-03 | Telefonaktiebolaget L M Ericsson (Publ) | Radio signal source identification system |
| KR100250716B1 (ko) * | 1997-10-31 | 2000-04-01 | 서평원 | 코드분할 다중접속 이동통신시스템 기지국의 호제어방법 |
| US6216006B1 (en) * | 1997-10-31 | 2001-04-10 | Motorola, Inc. | Method for an admission control function for a wireless data network |
| US6266529B1 (en) * | 1998-05-13 | 2001-07-24 | Nortel Networks Limited | Method for CDMA handoff in the vicinity of highly sectorized cells |
| US6381458B1 (en) * | 1998-05-15 | 2002-04-30 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and system for soft handoff control based on access network capacity |
| US6400954B1 (en) * | 1998-05-15 | 2002-06-04 | Tlelefonaktiebolaget Lm Ericsson (Publ) | Methods and systems for mode selection based on access network capacity |
| JP3441367B2 (ja) * | 1998-05-25 | 2003-09-02 | 三菱電機株式会社 | 複数通信コネクション設定方法 |
| CN1264376C (zh) * | 1998-08-20 | 2006-07-12 | 高通股份有限公司 | 蜂窝式电话系统中优先接入信道分配的系统和方法 |
| US6253087B1 (en) * | 1998-09-30 | 2001-06-26 | Telefonaktiebolaget Lm Ericsson | Method and system for improved traffic management in wireless telecommunication systems |
| US6603745B1 (en) * | 1998-10-28 | 2003-08-05 | Qualcomm Incorporated | Method and apparatus for reverse link overload detection |
| US6512925B1 (en) * | 1998-12-03 | 2003-01-28 | Qualcomm, Incorporated | Method and apparatus for controlling transmission power while in soft handoff |
| US6771648B1 (en) * | 1999-03-31 | 2004-08-03 | Marconi Communications, Inc. | Method and apparatus for a dynamic call admission control algorithm |
-
1999
- 1999-02-16 FI FI990312A patent/FI107505B/fi not_active IP Right Cessation
-
2000
- 2000-02-16 CN CN00803882A patent/CN1122432C/zh not_active Expired - Fee Related
- 2000-02-16 WO PCT/FI2000/000118 patent/WO2000049824A1/en active Application Filing
- 2000-02-16 US US09/913,457 patent/US7024203B1/en not_active Expired - Fee Related
- 2000-02-16 JP JP2000600442A patent/JP3850664B2/ja not_active Expired - Fee Related
- 2000-02-16 AT AT00905098T patent/ATE513439T1/de not_active IP Right Cessation
- 2000-02-16 AU AU26748/00A patent/AU2674800A/en not_active Abandoned
- 2000-02-16 BR BRPI0008264-3A patent/BR0008264B1/pt not_active IP Right Cessation
- 2000-02-16 EP EP00905098A patent/EP1153518B1/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| BR0008264A (pt) | 2001-11-06 |
| FI990312A (fi) | 2000-08-17 |
| FI107505B (fi) | 2001-08-15 |
| JP2002542639A (ja) | 2002-12-10 |
| BR0008264B1 (pt) | 2014-08-12 |
| CN1122432C (zh) | 2003-09-24 |
| WO2000049824A1 (en) | 2000-08-24 |
| US7024203B1 (en) | 2006-04-04 |
| EP1153518B1 (en) | 2011-06-15 |
| FI990312A0 (fi) | 1999-02-16 |
| AU2674800A (en) | 2000-09-04 |
| EP1153518A1 (en) | 2001-11-14 |
| CN1340279A (zh) | 2002-03-13 |
| ATE513439T1 (de) | 2011-07-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3850664B2 (ja) | 受け入れ制御方法 | |
| EP1192831B1 (en) | Method for selection of coding method | |
| JP5001344B2 (ja) | 無線通信レート形成 | |
| EP1677563B1 (en) | Channel assignment based on service type and wireless communication environment | |
| EP1142154B1 (en) | A method for traffic load control in a telecommunication network | |
| EP1602220B1 (en) | System and method for battery conservation with assistance from the network and radio resource management | |
| JP4234977B2 (ja) | デジタル移動ネットワークを介して通信するための通信デバイスおよび方法 | |
| US7295514B2 (en) | Method of controlling call admission in a mobile communication system | |
| EP1089455B1 (en) | A method and apparatus for terminating a burst transmission in a wireless system | |
| EP1611702A1 (en) | Node b scheduling method for mobile communication system | |
| JP2000091985A (ja) | 通信システムの電力制御方法 | |
| US20050094560A1 (en) | Admission control for data connections | |
| JP2010514357A (ja) | 高速ダウンリンク・パケット・アクセスに有用な電力過負荷制御方法 | |
| JP2004214914A (ja) | 通信方法および基地局 | |
| KR100355272B1 (ko) | 광대역 코드분할다중접속 시스템의 호 수락 제어방법 및무선링크 자원관리방법 | |
| EP1389888A1 (en) | Dynamic adjustment of resource thresholds based on cell loading in mobile communications networks | |
| KR20010016415A (ko) | 코드분할 다중화 시스템에서 기지국의 송수신 전력을이용한 호 수락 제어 방법 | |
| CN100384293C (zh) | 呼叫准入控制方法 | |
| Kramling et al. | Interaction of power control and link adaptation for capacity enhancement and QoS assistance | |
| KR20050055166A (ko) | 이동통신 시스템에서 데이터 전송률 제어 장치 및 방법 | |
| Tugcu | Connection Admission Control in Wireless Systems |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050616 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050627 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050914 |
|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20050914 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060619 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060719 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060814 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060830 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100908 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100908 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110908 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120908 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130908 Year of fee payment: 7 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |