JP2005136986A

JP2005136986A - 移動無線システムにおけるリソース処理を管理する方法

Info

Publication number: JP2005136986A
Application number: JP2004308071A
Authority: JP
Inventors: Pascal Agin; パスカル・アジン
Original assignee: Evolium SAS
Current assignee: Evolium SAS
Priority date: 2003-10-24
Filing date: 2004-10-22
Publication date: 2005-05-26
Also published as: KR20050039685A; FR2861529A1; CN1610447A; FR2861529B1; EP1526751A1; US20050118989A1

Abstract

【課題】移動無線システムにおける処理リソースを管理する方法を提供すること。
【解決手段】一態様においては、本発明は、「第１の」エンティティが、無線リソースと、別個の「第２の」エンティティ中で提供される対応する処理リソースとを管理する、移動無線システムにおける処理リソースを管理する方法を提供しており、この方法では、第２のエンティティが、拡散率およびデータレートに基づいて、その処理キャパシティを表すリソースモデルを第１のエンティティに送り、第１のエンティティが、この送られたリソースモデルに基づいて前記処理リソースをその割り当てられた無線リソースについての拡散率およびデータレートに応じて管理する。
【選択図】図４

Description

本発明は、一般に移動無線システムに関し、特に、符号分割多重アクセス方式（ＣＤＭＡ）を使用したシステムに関する。

このＣＤＭＡ技術は、特にユニバーサル移動電話システム（ＵＭＴＳ）などのいわゆる「第３世代」システムにおいて使用されている。

一般に、図１にまとめているように、移動無線ネットワークは、１組の基地局および基地局制御装置を含んでいる。ＵＭＴＳにおいては、ネットワークは、ＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ）として知られており、基地局は、ノードＢとして知られており、基地局制御装置は、無線ネットワーク制御装置（ＲＮＣ）として知られている。

移動局は、ユーザ装置（ＵＥ）として知られており、ＵＴＲＡＮは、Ｕｕインターフェースを介して移動局と情報を通信し、Ｉｕインターフェースを介してコアネットワーク（ＣＮ）と情報を通信する。

図１に示すように、ＲＮＣは、以下の、
Ｉｕｂインターフェースを介してノードＢに、
Ｉｕｒインターフェースを介して他のＲＮＣに、また
Ｉｕインターフェースを介してコアネットワーク（ＣＮ）に
接続される。

所与のノードＢを制御するこのＲＮＣは、制御無線ネットワーク制御装置（ＣＲＮＣ）として知られており、Ｉｕｂインターフェースを介してノードＢに接続される。このＣＲＮＣは、それが制御するノードＢごとの負荷制御機能と、無線リソース割り当ておよび制御機能を有する。

所与のユーザ装置ＵＥに関連した所与の呼出しについては、Ｉｕインターフェースを介してコアネットワークに接続されるサービング無線ネットワーク制御装置（ＳＲＮＣ）が存在する。このＳＲＮＣは、マクロダイバーシティ伝送技術に従って無線リンクを追加しまたは削除し、ビットレート、電力、拡散率などの、呼出し中に変化する可能性があるパラメータを監視するなどの機能を含めて、関係した呼出しについての制御機能を有する。

ＣＤＭＡシステムにおいては、無線インターフェースにおけるキャパシティ制限が、時分割多重アクセス（ＴＤＭＡ）技術などの他の多重アクセス技術を使用したシステムにおける対応する制限とは基本的に異なっている。このＴＤＭＡ技術は、例えば欧州移動電話システム（ＧＳＭ、ＧｌｏｂａｌＳｙｓｔｅｍｆｏｒＭｏｂｉｌｅＣｏｍｍｕｎｉｃａｔｉｏｎｓ）などの第２世代システムにおいて使用されている。ＣＤＭＡシステムでは、どの時点においても、すべてのユーザが同じ周波数リソースを共用している。これらのシステムのキャパシティは、したがって、干渉によって制限され、この理由のために、これらのシステムは、またソフトな制限のあるシステムとしても知られている。

これが、ＣＤＭＡシステムが、品質が低下するのを防止するために過負荷を防止し検出し適用可能な場合には補正する負荷制御アルゴリズムや、所与の時刻に使用されていないセルの容量が、このセルで新しい呼出しを受け入れるのに十分であるかどうかを（この呼出しのために必要とされるサービスなどの拡散パラメータなどび応じて）判断する呼出し承認制御アルゴリズムなどのアルゴリズムを使用する理由である。この以下の説明では、これらのアルゴリズムを一般的な名称である負荷制御アルゴリズムの名の下に、一緒にグループ化している。

これらのアルゴリズムは、通常は無線の基準のみを使用し、通常はＣＲＮＣにおいて実行されており、このＣＲＮＣは、それが制御する各ノードＢの処理キャパシティについてどのような情報も有していない。したがって、このＣＲＮＣが、このノードＢにおける処理リソースの不足のために、最終的には拒否される呼出しにすぎない新しい呼出しを受け入れるということが起こる可能性があり、これによって、このＣＲＮＣにおける不必要な追加の処理、ならびにこのＣＲＮＣとこのノードＢの間の追加の信号の交換がもたらされる。

もちろん、十分な処理リソースをもつ各ノードＢを提供して（非常に低いレベルの干渉の状況に対応する）最大キャパシティの状況を含めてすべての状況をカバーすることによってこれらの問題を回避することが可能である。しかし、これによって、ほとんどの場合に必要以上にずっと高く評価される高価な基地局がもたらされる。さらに、これらのシステムが提供するサービスを漸進的に導入する場合においては、これらの基地局の処理キャパシティを、これらのシステムの展開の開始時には制限し、その後漸進的に増強していくことができる。

したがって、各基地局（ノードＢ）の処理キャパシティを考慮することが、かかるシステムの負荷制御のためには望ましい。

図２および３はそれぞれ、基地局、例えばＵＭＴＳノードＢにおいて使用される主要な送信処理および受信処理の概要を示すものである。

図２は、
・チャネルコーディング手段２と、
・逆拡散手段３と、
・無線周波数送信機手段４と
を含む送信機１を示す。

これらの処理手段は、当業者にはよく知られており、ここでは詳細に説明する必要はない。

チャネルコーディングでは、エラー訂正コーディングやインターリービングなどの技術が使用されて、伝送エラーに対する保護が行われる。これについてもまた、当業者にはよく知られている。

（エラー訂正コーディングなどの）コーディングでは、伝送される情報に冗長性を導入することが意図されている。符号化率は、実際に伝送またはコーディングされるビット数に対する伝送すべき情報ビット数の比率として定義される。異なるタイプのエラー訂正コードを使用して、様々な品質のサービスレベルを得ることができる。例えば、ＵＭＴＳにおいては、ターボ符号から構成される第１のタイプのエラー訂正コードが、（高ビットレートのデータトラフィックなどの）第１のタイプのトラフィックに対して使用されるが、畳み込み符号から構成される第２のタイプのエラー訂正コードは、（低ビットレートデータトラフィックや音声トラフィックなどの）第２のタイプのトラフィックに対して使用される。

チャネルコーディングは一般に、伝送すべきビットレートをその伝送について提供されるビットレートに適応させるためのビットレート適応も含んでいる。ビットレート適応は、反復および／または間引きなどの技術を含むことが可能であり、そして、このビットレート適応レートは、反復レートおよび／またはパンチスルーレートとして定義される。

生ビットレートとは、この無線インターフェース上で実際に伝送されるビットレートとして定義される。正味ビットレートとは、この生ビットレートから例えばコーディングプロセスによって導入される冗長性などの、ユーザにとって何の役にも立たないあらゆるものを差し引いた後に得られるビットレートのことである。

拡散では、当業者によく知られているスペクトラム拡散原理が使用される。使用される拡散コードの長さは、拡散率として知られている。

ＵＭＴＳなどのシステムにおいては、（以下では、簡潔に表現するためにビットレートと称する）正味ビットレートは、呼出し中に変化し得ること、そして、拡散率は、伝送すべきビットレートに応じて変化し得ることを忘れるべきではない。

図３は、
・無線周波数受信機手段６と、
・逆拡散手段８およびチャネルデコーダ手段９を含む受信データ推定手段７と
を含む受信機５を示すものである。

これらの処理手段は、当業者にはよく知られており、したがって、ここで詳細には説明する必要はない。

図３は、この逆拡散手段８で、実行される処理の一例を示すものである。この処理は、マルチパス現象、すなわち例えばこの環境中の要素からの複数の反射からの結果のような、複数パスに沿った同一ソースの信号の伝搬を使用して、受信データ推定の品質を改善するために、ＲＡＫＥ受信機において実行される。ＴＤＭＡシステムとは違って、ＣＤＭＡシステムでは、複数のパスを活用して受信データ推定品質を改善することができる。

ＲＡＫＥ受信機は、１組のＬ個のフィンガ１０_１から１０_Ｌと、これらのフィンガからの信号を組み合わせる手段１１を有する。各フィンガがは、伝送チャネルのインパルス応答を推定する手段１２で決定されながら、考慮されるパスのうちの１つを経由して受信される信号を逆拡散する。受信データ推定品質を最適化するために、この手段１１は、考慮されるパスに対応する逆拡散信号を組み合わせる。

ＲＡＫＥ受信機を使用した受信技術もまた、このマクロダイバーシティ伝送技術に関連して使用され、これによって同じソース信号が、複数の基地局によって同じ移動局に対して同時に伝送される。ＲＡＫＥ受信機を使用することによって、このマクロダイバーシティ伝送技術は、受信性能を改善するだけでなく、ハンドオーバ中の呼損のリスクも最小化する。この理由から、これは、移動局が、所与の任意の時間にただ１つの基地局（または、所与の基地局の１つのセクタ）にのみ接続されるハードハンドオーバと比較して、ソフトハンドオーバとしても知られている。

この受信データ推定手段は、マルチユーザ検出技術などの、干渉を低減させるため様々な技術を使用することもできる。

複数の受信アンテナを使用することも可能である。受信データ推定品質を最適化するために、この受信データ推定手段は、さらにこれらの複数の受信アンテナを介して受信した信号を組み合わせる手段を含んでいる。

チャネルデコーディングは、デインターリービングやエラー訂正デコーディングなどの機能を含んでいる。エラー訂正デコーディングは、一般にエラー訂正コーディングに比べてずっと複雑であり、例えば最尤デコーディングなどの技術を使用することができる。例えば、ビタビアルゴリズムを畳み込み符号に対して使用することができる。

数人のユーザを同時に処理できるようにするために、基地局（ノードＢ）は、以上で概要を説明した送信機や受信機などの送信機および受信機を含んでおり、したがって受信データ推定についての高い受信処理キャパシティを必要とする。

前述したように、例えばＵＭＴＳなどのシステム中の負荷を監視するために、したがって基地局の処理キャパシティを考慮に入れることが望ましい。

例えば、ＵＭＴＳについては、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって出版された３ＧｄｏｃｕｍｅｎｔＴＳ２５．４３３は、このシステム内で用意されている拡散率（ＳＦ）の各値について、ノードＢが、（キャパシティクレジットとしても知られている）その全体処理キャパシティと、物理チャネルを割り当てるために必要な（コンサンプションコストとしても知られている）全体処理キャパシティ量を、ＣＲＮＣに対して送る必要があることを規定する。この拡散率のすべての可能な値についての１組のすべてのコンサンプションコストは、キャパシティコンサンプション則としても知られている。このキャパシティクレジットとキャパシティコンサンプション則とを併せたものは、リソースモデルとしても知られている。この情報は、リソース状況指示メッセージを使用してノードＢの処理キャパシティが変化するたびごとに、あるいはオーディット応答メッセージを使用してＣＲＮＣからの要求に応答して、ノードＢによってＣＲＮＣに対して送られる。

第１の従来特許出願（本出願人による２０００年８月１０日出願のフランス特許出願公開第２８１３００６号）では、この種の解決方法が、以下に列挙した理由からノードＢにおける処理キャパシティ制限を考慮に入れるためには適していないことが述べられている。

・このチャネルデコーディング処理は、総ビットレートまたは拡散率ではなくて、正味ビットレートに依存する。例えば、１２８の拡散率（したがって、３０ｋｂｉｔ／秒の生ビットレート）を考慮すると、この正味ビットレートは、コーディングレートおよびビットレート適応レートに依存して異なる値を有することがあり得、そしてこの正味ビットレートは、典型的に毎秒５から１５キロビット（ｋｂｉｔ／ｓ）まで変化し得る。その結果として、固定拡散率では、ノードＢにおける処理量はかなり（例えば、３を超える率だけ）変化し得る。これは、従来技術の解法において考慮されてはいない。

・伝送チャネルおよびデータ推定のために必要とされるＲＡＫＥ受信機のフィンガ数は、無線リンク数に非常に依存する。従来技術の解法では、ノードＢ中のＲＡＫＥ受信機の最大フィンガ数は、このタイプの制限が拡散率には関連づけられていないので、負荷制御アルゴリズムや呼出し承認制御アルゴリズムなどのアルゴリズムにおいて考慮することができない。

・ＣＲＮＣに対してノードＢによって送られる処理キャパシティは、ノードＢの処理キャパシティにおける制限を考慮することができない全体処理キャパシティである。

この第１の従来特許出願では、別のアプローチを提案しており、それによって、ノードＢの処理キャパシティにおける制限を考慮に入れるために、このノードＢは、たぶん各伝送方向におよび／または使用可能な各タイプのチャネルコーディングについて、特に確立可能な最大無線リンク数や確立された無線リンクについての最大正味データレートなどのトラフィック負荷を表す１つまたは複数のパラメータを、このＣＲＮＣに対して送っている。詳細については、前記第１の従来特許出願を参照することができる。

第２の従来特許出願（本出願人による２００１年１月１２日出願のフランス特許出願公開第２８１９６５８号）では、別の手法が提案され、この手法においては、全体処理キャパシティまたは「キャパシティクレジット」の概念は保持されているが、その割り当てコストについては、データレートの異なる可能性のある値を別にすれば、もはや拡散率の可能性のある各値ごとには送られない。特に、この割り当てコストは、リファレンスレートとして知られる典型的なデータレートについて送ることができ、この割り当てコストは、その後にこのリファレンスレートについての送られたコストに基づいて補間技術を使用することによって任意のデータレート値について決定することができる。さらなる詳細については、前記第２の従来特許出願を参照することができる。

第３の従来特許出願（本出願人による２００１年６月２９日出願のフランス特許出願公開第２８２６８０８号）では、以下の問題を解決するためにある解決方法がまた提案されている。（この規格の現在の状態における）拡散率に基づくリソースモデルを使用したすべての現行の装置は、（以上で概要を述べた第２の従来特許出願において考慮されるアプローチを使用した）データレートに基づくリソースモデルを使用することができるように必ずしも修正できるわけではない。さらに、将来の装置においては、データレートに基づくリソースモデルに加えて拡散率に基づくリソースモデルを使用する可能性もたぶん保持することができる。そして、使用されるリソースモデルのタイプに依存して、様々なタイプの装置間において互換性の問題が生じる。

この第３の従来特許出願では、特に追加の信号プロトコルに対する提案が行われ、ここでは、両方のタイプのリソースモデルをサポートするノードＢが、このモデル自体だけでなく、使用されるモデルのタイプについても送る。さらなる詳細については、この第３の従来特許出願を参照することができる。
フランス特許出願公開第２８１３００６号明細書フランス特許出願公開第２８１９６５８号明細書フランス特許出願公開第２８２６８０８号明細書３ＧｄｏｃｕｍｅｎｔＴＳ２５．４３３、第３世代パートナーシッププロジェクト（３ＧＰＰ）

本発明は、上記の問題のすべてまたは一部を解決するための役に立つ異なるアプローチに基づいたものである。

本発明の態様の１つは、「第１の」エンティティが、無線リソースと、別個の「第２の」エンティティ中で提供される対応する処理リソースとを管理する、移動無線システムにおける処理リソースを管理する方法であり、この方法では、
第２のエンティティが、拡散率およびデータレートに基づいて、その処理キャパシティを表すリソースモデルを第１のエンティティに送り、
第１のエンティティが、この送られたリソースモデルに基づいて前記処理リソースをその割り当てられた無線リソースについての拡散率およびデータレートに応じて管理する。

別の特徴によれば、
前記リソースモデルを表す、第２のエンティティにより送られる情報が、全体処理キャパシティ、又は「キャパシティクレジット」と、拡散率に応じておよびデータレートに応じて、無線リソースを割り当てるために必要とされる前記全体処理キャパシティの量を提供するコンサンプション則とを含み、
前記第１のエンティティによる処理リソースの前記管理は、この割り当てられた無線リソースについての拡散率およびデータレートに応じて前記コンサンプション則に基づいて、各無線リソース割り当てに関するそのキャパシティクレジットを更新することを含む。

別の特徴によれば、拡散率およびデータレートに基づいた前記リソースモデルを表す、第２のエンティティによって送られる情報は、拡散率に基づくリソースモデルを表し、前記処理キャパシティの一部分を表す「第１の」情報と、データレートに基づくリソースモデルを表し、前記処理キャパシティの別の一部分を表す「第２の」情報とを含む。

別の特徴によれば、前記第１の情報が、拡散率値についての無線リソース割り当てのために必要とされる全体処理キャパシティの量に対応する少なくとも「第１の」割り当てコストを含み、前記第２の情報が、データレート値についての無線リソース割り当てのために必要とされる全体処理キャパシティの量に対応する少なくとも「第２の」割り当てコストを含んでいる。

別の特徴によれば、異なる割り当てコストは、「リファレンス」データレートと呼ばれる異なる所定のデータ値について提供される。

別の特徴によれば、前記対応するビットレートについてのコンサンプションコストが、リファレンスビットレートについてのこのコンサンプションコストから取得される。

別の特徴によれば、前記対応するビットレートについてのコンサンプションコストが、リファレンスビットレートについてのコンサンプションコストから補間によって取得される。

別の特徴によれば、ビットレートＲがリファレンスビットレートではないときに、コンサンプションコストは、以下の式：

に従って、このビットレートＲにいちばん近く、Ｒ_ｉｎｆ＜Ｒ_ｓｕｐであるリファレンスビットレートＲ_ｉｎｆおよびＲ_ｓｕｐに対応するコンサンプションコストＣ_ｉｎｆおよびＣ_ｓｕｐの関数として計算される。

別の特徴によれば、このコンサンプションコストが、この補間結果が負の場合には、ゼロに設定される。

別の特徴によれば、前記対応するビットレートが、最大ビットレートに対応する。

別の特徴によれば、前記最大ビットレートが、式：

から得られ、

であり、ｂｒ_ｊが、ＴＦＣＳにおけるｊ番目のトランスポートフォーマットコンビネーション（ＴＦＣ）のビットレートであり、ｎはこのＣＣＴｒＣｈ中のトランスポートチャネル数であり、Ｎ_ｋ ^（ｊ）およびＬ_ｋ ^（ｊ）が、それぞれｊ番目のＴＦＣにおけるｋ番目のトランスポートチャネルについてのビット数として表されるトランスポートブロックの数およびこのトランスポートブロックのサイズであり、ＴＴＩ_ｋは、ｋ番目のトランスポートチャネルの秒で表される転送時間間隔（ＴＴＩ）である。

別の特徴によれば、前記対応するビットレートが、有効ビットレートに対応する。

別の特徴によれば、本発明は、このような方法を実行するための移動無線システムを提供するものである。

特に、別の特徴によれば、このようなシステムは、
第２のエンティティにおいて、拡散率およびデータレートに基づいたリソースモデルを第１のエンティティに対して送る手段と、
第１のエンティティにおいて、その割り当てられた無線リソースについての拡散率およびデータレートに応じて、この送られたリソースモデルに基づいて前記処理リソースを管理する手段とを含む。

別の態様においては、本発明は、このような方法を実行するための、移動無線システムのための基地局を提供するものである。

特に、別の特徴によれば、この基地局は、
拡散率およびデータレートに基づいたリソースモデルを基地局制御装置に送る手段を含んでいる。

別の態様においては、本発明は、このような方法を実行するための、移動無線システムのための基地局制御装置を提供するものである。

特に、別の特徴によれば、この基地局制御装置は、
拡散率およびデータレートに基づいたリソースモデルを基地局から受信する手段と、
この割り当て付けられた無線リソースについての拡散率およびデータレートに応じてこの送られたリソースモデルに基づいて前記処理リソースを管理する手段とを含む。

本発明はまた、「第１の」エンティティが無線リソースおよびその対応する処理リソースを管理し、この処理リソースが別個の「第２の」エンティティ中で提供される、移動無線システムにおける処理リソースを管理する方法を提供するものであり、この方法は、
第２のエンティティが、拡散率およびデータレートに基づいたリソースモデルをサポートする場合には、前記リソースモデルを表す、第２のエンティティによって送られる情報が、拡散率に基づいたリソースモデルを表し、前記処理キャパシティの一部分を表す「第１の」情報と、データレートに基づいたリソースモデルを表し、前記処理キャパシティの別の一部分を表す「第２の」情報とを含み、
この第２のエンティティが、拡散率に基づいたリソースモデルのみをサポートする場合には、前記第２のリソースモデルを表す、第２のエンティティによって送られるこの情報が、拡散率に基づいたリソースモデルを表す情報のみを含むように、
第２のエンティティがその処理キャパシティを表すリソースモデルを第１のエンティティに対して送り、
第１のエンティティが、この割り当てられた無線リソースについての、場合に応じて、拡散率およびデータレートに応じて、または拡散率だけに応じて、この送られたリソースモデルに基づいて前記処理リソースを管理する。

別の特徴によれば、第２のエンティティが、拡散率およびデータレートに基づいたリソースモデル及び、拡散率に基づいたリソースモデルの両方をサポートする場合には、第２のエンティティが、その処理キャパシティをより表すものとして２つのモデルのうちの一方を選択し、この選択されたリソースモデルを第１のエンティティに対して送る。

別の特徴によれば、
第２のエンティティによって送られリソースモデルを表す情報が、全体処理キャパシティ、又は「キャパシティクレジット」と、必要に応じて、拡散率とデータレートの両方に応じて、または拡散率のみに応じて、無線リソースを割り当てるために必要とされる前記全体処理キャパシティの量を指し示すコンサンプション則とを含み、
前記第１のエンティティによる処理リソースの前記管理が、この割り当てられた無線リソースについて、必要に応じて、拡散率およびデータレートに応じて、または拡散率にのみ応じて、前記コンサンプション則に基づいて各無線リソース割り当てに関するそのキャパシティクレジットを更新することを含む。

別の特徴によれば、前記第１の情報は、拡散率の値について無線リソースを割り当て付けるために必要とされる全体処理キャパシティの量に対応する少なくとも「第１の」割り当てコストを含み、前記第２の情報は、データレート値についての無線リソースを割り当てるために必要とされる全体処理キャパシティのその量に対応する少なくとも「第２の」割り当てコストを含む。

別の態様によれば、本発明はまた、このような方法を実行するための移動無線システムを提供するものである。

特に、別の特徴によれば、
第２のエンティティが、拡散率およびデータレートに基づいたリソースモデルをサポートする場合には、前記リソースモデルを表す、第２のエンティティによって送られる情報が、拡散率に基づいたリソースモデルを表し、前記処理キャパシティの一部分を表す「第１の」情報と、データレートに基づいたリソースモデルを表し、前記処理キャパシティの別の一部分を表す「第２の」情報とを含み、
第２のエンティティが、拡散率に基づいたリソースモデルのみをサポートする場合には、前記第２のリソースモデルを表す、第２のエンティティによって送られるこの情報が、拡散率に基づいたリソースモデルを表す情報のみを含むように、
第２のエンティティがその処理キャパシティを表すリソースモデルを第１のエンティティに対して送る手段を含み、
第１のエンティティが、この割り当てられた無線リソースについて、場合に応じて、拡散率およびデータレートに応じて、または拡散率のみに応じてこの送られたリソースモデルに基づいて前記処理リソースを管理する手段を含む。

特に、別の特徴によれば、この基地局は、
基地局が、拡散率およびデータレートに基づいたリソースモデルをサポートする場合には、前記リソースモデルを表す、第２のエンティティによって送られる情報が、拡散率に基づいたリソースモデルを表し、前記処理キャパシティの一部分を表す「第１の」情報と、データレートに基づいたリソースモデルを表し、前記処理キャパシティの別の一部分を表す「第２の」情報とを含み、
基地局が、拡散率に基づいたリソースモデルのみをサポートする場合には、前記第２のリソースモデルを表す、第２のエンティティによって送られるこの情報が、拡散率に基づいたリソースモデルを表す情報のみを含むように、
その処理キャパシティを表すリソースモデルを基地局制御装置に送る手段を含む。

別の態様においては、本発明は、かかる方法を実行するための、移動無線システムのための基地局制御装置を提供するものである。

特に、別の特徴によれば、この基地局制御装置は、
基地局が、拡散率およびデータレートに基づいたリソースモデルをサポートする場合には、前記リソースモデルを表す、第２のエンティティによって送られる情報が、拡散率に基づいたリソースモデルを表し、前記処理キャパシティの一部分を表す「第１の」情報と、データレートに基づいたリソースモデルを表し、前記処理キャパシティの別の一部分を表す「第２の」情報とを含み、
基地局が、拡散率に基づいたリソースモデルのみをサポートする場合には、前記第２のリソースモデルを表す、第２のエンティティによって送られるこの情報が、拡散率に基づいたリソースモデルを表す情報のみを含むように、
その処理キャパシティを表すリソースモデルを基地局から受信する手段と、
この割り当てられた無線リソースについての、必要に応じて、拡散率およびデータレートに応じて、または拡散率だけに応じて、この送られたリソースモデルに基づいて前記処理リソースを管理する手段とを含む。

本発明の他の目的および特徴は、添付図面を参照して提供される、本発明の以下の実施形態の説明を読めば明らかになる。

本発明はまた、以下のように説明することができる。

初めに、（バージョンＲ９９およびＲ４と同様に）バージョンＲ５に対応する規格の現行の状態について、以下に簡潔に概要を説明する。

規格の現行の状態については、仕様書３ＧＰＰＴＳ２５．４３３Ｖ５．２．０に、主としてそのセクション、
・９．２．１．９Ａ、「ＣｏｍｍｏｎＣｈａｎｎｅｌｓＣａｐａｃｉｔｙＣｏｎｓｕｍｐｔｉｏｎＬａｗ」、
・９．２．１．２０Ａ、「ＤｅｄｉｃａｔｅｄＣｈａｎｎｅｌｓＣａｐａｃｉｔｙＣｏｎｓｕｍｐｔｉｏｎＬａｗ」、
に記載されている。

ノードＢの処理キャパシティを、
・リソース状況指示メッセージと、
・オーディット応答メッセージの、
２つのノードＢアプリケーション部（ＮＢＡＰ）メッセージ内でＣＲＮＣに対して送ることができ、ここでＮＢＡＰは、ノードＢとＣＲＮＣの間のＩｕｂインターフェース上で使用されるシグナリングプロトコルを指定している。

ノードＢの処理キャパシティは、
・ノードＢの全体処理リソースを表すキャパシティクレジット。キャパシティクレジットは、「アップリンク」すなわち移動局からネットワークへの伝送、および「ダウンリンク」すなわちネットワークから移動局への伝送の方向の各々について指定されることができる。そして、
・新しい無線リンク（ＲＬ）のために、または既存の無線リンクを再構成するために、ノードＢによって使用される処理リソースの推定量を提供するコンサンプション則と、
によって表される。

共通チャネルに対するものと個別チャネルに対する別のものの、２つのコンサンプション則が存在する。各コンサンプション則は、可能な拡散率の各々についての上り方向（すなわち、「ＵＬコスト」）および下り方向（すなわち、「ＤＬコスト」）の無線リンクのコスト（すなわち、「ＲＬコスト」）を指定する。

さらに、個別チャネルについてのコンサンプション則については、各無線リンクセット（ＲＬＳ）について、上りまたは下りの追加コストを指定することもできる。かかる追加ＲＬＳコストは、新しい無線リンクが作成されるときはいつでもＲＬコストに追加して考慮される（１つのみのＲＬＳがＵＥにより使用されるときには、これは、第１の無線リンクをセットアップすることと等価である）。

ダウンリンクシェアドチャネル（ＤＳＣＨ）およびマルチコードの場合が処理される方法については、上述で参照した仕様書中でも規定され、また本出願人が出願した別の従来特許出願（フランス特許出願公開第２８２１５１５号）の発明についてのものでもある。ＤＳＣＨの場合では、（「ＤＬＲＬコスト」に等しいＤＳＣＨに関連する処理コストは、ＤＳＣＨが割り当てられ、又は、削除され、または再構成されるときに、考慮される。マルチコードの場合では、コンサンプション則において提供されるコストは、拡散コード（または「チャネル化コード」）当たりのコストであり、複数の拡散コードが使用されるときには、この処理コストは、１つのコードのコストのＮ倍であると解釈され、ここでＮは、コード数である。

以上から思い起こされるように、本出願人が出願したフランス特許出願公開第２８１９６５８号においては、同様であるが拡散率の代わりにデータレートに基づいたクレジットメカニズムが提案されている。拡散率に基づいたクレジットメカニズムについて使用される同じ信号を使用することができるが、拡散率当たりのコストとしてコンサンプション則を解釈する代わりに、このコンサンプション則は、異なるデータレート、特にリファレンスデータレートについて提供されるコストとして解釈される。

従来特許出願とは違って、本発明では、拡散率に基づいたクレジットメカニズムを送る代わりに、データレートに基づいたクレジットメカニズムを送ることを提案しているのではなくて、これを追加して送ることを提案している。

一例として、これは、
・拡散率に基づいた既存のコンサンプション則にデータレートに基づいた特定の（この規則自体が、個別チャネルについての新しい規則と共通チャネルについての新しい規則を含むこともある）新しいコンサンプション則を追加することによって、または
・拡散率に基づいた既存のコストまたは既存のコンサンプション則に対してデータレートに基づいたクレジットメカニズムに対応する新しいコストを追加すること（これらの追加されたコスト自体はたぶん、個別チャネルについてのコンサンプション則について、無線リンクコスト（ＲＬコスト）、およびたぶん追加コスト（ＲＬＳコスト）も含んでいる）による、２つの方法で行うことができる。

新しい無線リンクについての、または再構成された無線リンクについてのコスト（無線リンクが再構成されるイベントにおいては、このコストは、再構成後の新しいコストと再構成前の古いコストの間の差に相当すると理解される）を以下の式に従って計算することができる。

ｃｏｓｔ＝ｃｏｓｔ１＋ｃｏｓｔ２
式中で、ｃｏｓｔ１は、現行の規格において規定されているものなどの拡散率（ＳＦ）に基づいて、コンサンプション則に基づいて計算される無線リンクの拡散率に応じたコストであり、ｃｏｓｔ２は、結果としてその内容が本出願の一部を形成するものと考えられる前述の従来の特許出願第２８１９６５８号において提案されている、無線リンクのデータレートに応じたコストである。それにもかかわらず、以下の説明では、この従来出願の主要な教示が思い起こされる。

以上で概要を説明したように、この従来出願においては、全体処理キャパシティ、又は「キャパシティクレジット」の概念が保持されているが、この割り当てコストは、拡散率の各可能な値については送られず、データレートの異なる可能な値について送られる。

さらに、この従来出願は、データレートに基づいたこのようなアプローチに伴って発生する新しい問題を解決することも記載されている。

第１の問題は、可能な拡散率の数が有限である（例えば、ＵＭＴＳシステムにおいては、８個の可能な拡散率値：４、８、１６、３２、６４、１２８、２５６、５１２が存在する）のに対して、このデータレートは、任意の正の値を取ることができることである。ノードＢが、データレートのすべての可能な値についての割り当てコストをＣＲＮＣに対して送ることは実際には可能でないかまたは現実的でないことが理解されよう。

第２の問題は、リソースが割り付けられるたびごとに、このキャパシティクレジットを対応するデータレートに応じてて更新するために、このＣＲＮＣは、少なくともこの規格の現行の状態においては、使用可能なデータレートをもたない。対照的に、以上で概要を述べた従来技術では、新しい無線リンクが追加され、削除され、または再構成されるときにこの拡散率が、このＳＲＮＣによってＣＲＮＣに送られるので、このＣＲＮＣは、その拡散率について知っている。

第３の問題は、このデータレートが固定されている必要がなく変化し得ることである。対照的に、拡散率は、少なくとも下り方向においては固定されている。

前述の第１の問題を解決するために、以後でリファレンスビットレートと呼ぶビットレートの数個の典型的な値についてのみコストが送られ、このリファレンスビットレートについて送られたコストから、任意のビットレート値についてのコストを決定するために、解法が追加して提案されている。例えば、線形補間を使用して（これは、最も簡単な解法である）コストが常に正にとどまる（すなわち、この補間の結果が負の場合には、この結果コストがゼロになる）ことを保証することができる。

例えば、ビットレートＲがリファレンスビットレートでないときには、Ｃｏｎｓｕｍｐｔｉｏｎ＿ｃｏｓｔは、このビットレートＲに最も近く、Ｒ_ｉｎｆ＜Ｒ_ｓｕｐであるリファレンスビットレートＲ_ｉｎｆおよびＲ_ｓｕｐに対応するコストＣ_ｉｎｆおよびＣ_ｓｕｐの関数として以下の式を使用して計算される。

この結果が負の場合には、このコンサンプションコストは、ゼロに設定することができる。すなわち、
Ｃｏｎｓｕｍｐｔｉｏｎ＿ｃｏｓｔ＝０
もちろん他の補間技術を使用することもできる。

このリファレンスビットレートは、例えば、４．７５ｋｂｉｔ／ｓ、１２．２ｋｂｉｔ／ｓ、６４ｋｂｉｔ／ｓ、１４４ｋｂｉｔ／ｓ、３８４ｋｂｉｔ／ｓ、および２０４８ｋｂｉｔ／ｓとすることができる。

さらに、ＵＭＴＳなどのシステムにおいては、例えば、前述の第２および第３の問題に対する１つの解法には、トランスポートフォーマットコンビネーションセット（ＴＦＣＳ）パラメータに応じてこのビットレートを得ることである。

ＵＭＴＳのようなシステムの１つの特徴は、同じ接続上で複数のサービスを、すなわち同じ物理チャネル上で複数のトランスポートチャネル（ＴｒＣＨ）を送ることが可能であることを忘れるべきではない。これらのトランスポートチャネルは、１つまたは複数の物理チャネル上で伝送するために、コード化複合トランスポートチャネル（ＣＣＴｒＣＨ）を形成し、これらが時分割多重化される前に、（図２を参照、エラー検出コーディング、エラー訂正コーディング、ビットレート適応およびインターリービングを含む）チャネルコーディング機構に従って別々に処理される。ＵＭＴＳのこれらの態様の詳細については、３ＧＰＰによって公開されている３ＧｄｏｃｕｍｅｎｔＴＳ２５．２１２Ｖ３．０．０を参照されたい。

ＵＭＴＳのようなシステムの別の特徴は、ユーザが呼出し中に変化し得るビットレートを使用できることを可能とすることであることも忘れるべきではない。このトランスポートチャネルによって送られるデータは、伝送時間間隔（ＴＴＩ）において定期的に受信されるトランスポートブロックとして知られているデータユニットへと組織化される。所与のトランスポートチャネルについて受信されるトランスポートブロックの数およびサイズは、ビットレートに応じて変化する。このトランスポートフォーマットは、所与のトランスポートチャネルについてのトランスポートブロック（およびしたがって瞬間的なビットレート）の知られている数およびサイズとして定義される。このトランスポートフォーマットコンビネーション（ＴＦＣ）は、同じコード化複合トランスポートチャネル上へと多重化されるべき異なるトランスポートチャネルについて認可されたトランスポートフォーマットの組合せとして定義される。最後にこのトランスポートフォーマットコンビネーションセット（ＴＦＣＳ）は、トランスポートフォーマットのすべての可能な組合せの組として定義される。このＵＭＴＳのこれらの態様の詳細については、３ＧＰＰによって公開されている３ＧｄｏｃｕｍｅｎｔＴＳ２５．３０２Ｖ３．７．０を参照されたい。

次いで、ＴＦＣＳ内のＴＦＣごとのビットレートは、以下の式を使用して計算することができ、式中で、ｂｒ_ｊは、このＴＦＣＳ中のｊ番目のＴＦＣのビットレートであり、ｎは、ＣＣＴｒＣＨ中のトランスポートチャネル数であり、Ｎ_ｋ ^（ｊ）およびＬ_ｋ ^（ｊ）は、それぞれｊ番目のＴＦＣ中のｋ番目のトランスポートチャネルについてのトランスポートブロック数、および（ビット数で表された）トランスポートブロックサイズであり、ＴＴＩ_ｋは、ｋ番目のトランスポートチャネルの（秒で表された）伝送時間間隔である。

もちろん、処理すべきデータについてのビットレートをどのようにして定義するかに応じて他の式を使用することもできる。

さらに、問題点は、このビットレートが固定されておらず変化する可能性があり（すなわち、このＴＦＣＳ内の任意のＴＦＣが呼出し中に使用される可能性があり）、この変化がノードＢまたはＵＥに先験的に知られておらず、実際には先験的に知ることができないことである。最も簡単な解法は、ＴＦＣＳ内のすべてのＴＦＣについて、最大ビットレート、またはコンサンプションコストを最大にするビットレート（通常最大ビットレートに等しいが、必ずしも常にそうなるとは限らない）だけを考慮することである。新しい無線リンクが受け入れられる場合には、ノードＢが、この新しい無線リンクについて認可された最大ビットレートまでビットレートを処理するための十分なリソースを有することを検証する必要がある。

最大ビットレートが、以下の式のように定義される場合には、

式（１）は、以下の式のようになる。

さらに、この方法を、両方の伝送方向（上り方向および下り方向）について、または（上り方向および下り方向が別々に処理され）伝送方向ごとに、全体的に実施することができ、その場合に、全体クレジットは、方向ごとに提供され、この割り当てコストは、各方向について、各リファレンスデータレートに提供される。

さらに、最大ビットレートのみを考慮する前述の解法例は、より簡単ではあるが、それにもかかわらず、最大ビットレートに対応する処理リソースが各場合に保持されるので、ノードＢにおいてこのようにして保持される処理リソースは、たぶん過大評価されてしまうという欠点を有している。この場合には、そのクレジットが使い尽くされているけれども、一部の処理リソースが依然として使用可能であるということが起こり得る。この場合には、たとえ十分な処理リソースが、ノードＢにおいて実際に使用可能であるとしても、新しい無線リンクまたは共通のトランスポートチャネル要求が、拒否されることがあり得る。

これに対する１つの解法は、ＣＲＮＣが残っているクレジットを最大ビットレートに基づいてではなく、代わりに有効ビットレートに基づいて計算するということである。現行のＴＦＣは、以上で説明したように有効ビットレートについて知っている。この場合には、ノードＢは、依然として同じ情報をこのＣＲＮＣに送り、このＣＲＮＣにおいて実装される、残存しているクレジットを更新するためのアルゴリズムだけが変化し、そして、このクレジットをより頻繁に（このＴＦＣが変化するたびごとに）更新することが必要なことになる。

個別チャネル（ＤＣＨ）については、この種の解法を実装する際の１つの問題点は、呼出し承認制御が、技術仕様の現行バージョンによれば瞬間的なＴＦＣについて知らないＣＲＮＣ中で実行されることである（このＣＲＮＣは、ＴＦＣＳについてのみ知っており、ＵＥ、ノードＢおよびＳＲＮＣがこのＴＦＣについて知っている）。それにもかかわらず、適切な信号を用いて、あるいは、呼出し承認制御が、この情報を知っているエンティティにおいて実装される場合には、この種の解法を適用可能とすることができる。

（このＤＳＣＨを含む）共通トランスポートチャネルでは、（共通およびシェアドチャネルについてのＴＦＣを選択する）ＭＡＣ−ｃ／ｓｈ機能がこのＣＲＮＣ中に実装されるので、この種の解法が、技術仕様の現行バージョンに従って（アップリンク方向についてもダウンリンク方向についても）適用可能であるように思われる。

さらに、複数のトランスポートチャネルが物理チャネル上で多重化され、このトランスポートチャネルが同じ処理リソースを必要としない場合には、例えば一方が畳み込み符号を使用し他方がターボ符号を使用するので、２つのトランスポートチャネルが異なる処理リソースを必要とすることを考慮に入れずに、このコストが全体ビットレートに応じて選択されることに起因する欠点を回避するために、１つの解法は、ビットレート当たりおよびトランスポートチャネル当たりのコンサンプションコストを送り、このＣＲＮＣはすべてのトランスポートチャネルについての合計コストをトランスポートチャネルタイプに応じて計算している。この種の解法により、様々なトランスポートチャネルの間で区別することを可能とし、したがって、異なる特性を有する異なるトランスポートチャネルについて異なるコンサンプションコストを可能とする。以前に説明したように、コンサンプションコストは、（ＴＦＣＳによって提供される）対象とするトランスポートチャネルの最大ビットレート、または（現行のＴＦＣによって提供される）有効ビットレートに基づくものとすることができる。

また、エラー訂正コード（特に畳み込み符号またはターボ符号）のたびごとに、異なるデータレートのファンクションとしてコストを提供することも可能である。かかる状況下では、例えば各リファレンスデータレートについて２つのコスト、すなわち一方はターボ符号と共に使用するためのコスト、他方はその他の場合に使用するためのコストが存在する。

以上で述べたように、本発明の方法が拡散率に基づいたリソースモデルを使用する限りにおいて、仕様書３ＧＰＰＴＳ２５．４３３に記載の既存のメカニズムを再使用することができる。

これらのメカニズムの一部はまた、本発明の方法がデータレートに基づいたリソースモデルを使用する限りにおいて再使用することもできる。再使用することができるメカニズムの一例として、特にＤＳＣＨについて言及することができる。あるいは、異なるメカニズムを使用することができる。

異なるメカニズムが好ましい可能性がある場合の一例として、特に以下の場合について言及することができる。

・マルチコードの場合：この場合には、このデータレートコストファンクションがコード数に関係なく適用されることが好ましいこともある。

・無線リンクセット（ＲＬＳ）の第１の無線リンク（ＲＬ）を作成する場合：この場合には、コストがデータレートの関数であるときには、追加のコスト（ＲＬＳコスト）を適用せず送ることさえしないことが好ましいこともある。

代わりに、同様なメカニズムを使用することもできる。

本発明の様々な態様の１つでは、全体処理キャパシティ（または「キャパシティクレジット」）の概念が保持されるが、この割り当てコストは、拡散率の異なる値またはデータレートの異なる値についてはもはや送られず、むしろ拡散率の異なる値およびデータレートの異なる値について送られることになる。本出願人によって観察されているように、データレートは、少なくとも（特にエラー訂正のエンコーディングおよびエラー訂正のデコーディングについての処理など）ある種の処理については、拡散率よりもノードＢの処理キャパシティを良好に表し、他のある種の処理（特に、拡散処理および逆拡散処理）については、拡散率を、ノードＢの処理キャパシティを表すものとして保持することができる。

さらに他の観点では、本発明の様々な態様のうちの１つにおいて、いわゆる「第１の」エンティティ（特にＵＭＴＳタイプのシステムにおける基地局制御装置またはＣＲＮＣ）が無線リソースと、およびこの対応する処理リソースを管理し、この処理リソースが、それからは異なり「第２の」エンティティと呼ばれるエンティティ（特にＵＭＴＳなどのシステムにおける基地局またはノードＢ）内に提供される、移動無線システムにおける処理リソースを管理する方法において、
・第２のエンティティが、拡散率およびデータレートに基づいて、その処理キャパシティを表すリソースモデルを第１のエンティティに送り、
・第１のエンティティが、この送られたリソースモデルに基づいて前記処理リソースをその割り当てられた無線リソースについての拡散率およびデータレートに応じて管理する。

有利には、
・リソースモデルを表すそして第２のエンティティにより送られる情報が、全体処理キャパシティ、又は「キャパシティクレジット」と、必要に応じて、拡散率に応じておよびデータレートの両方に応じて、又は、拡散率のみに応じて、無線リソースを割り当てるために必要とされる前記全体処理キャパシティの量を指示するコンサンプション則とを含み、
・前記第１のエンティティによる処理リソースの前記管理は、この割り当てられた無線リソースについての、必要に応じて、拡散率およびデータレートに応じて、または拡散率のみに応じて、前記コンサンプション則に基づいて各無線リソース割り当てに関するそのキャパシティクレジットを更新すること含む。

有利には、拡散率およびデータレートに基づいた前記リソースモデルを表す、第２のエンティティによって送られた情報は、拡散率に基づくリソースモデルを表し、前記処理キャパシティの一部分を表す「第１の」情報と、データレートに基づくリソースモデルを表し、前記処理キャパシティの別の一部分を表す「第２の」情報とを含む。

有利には、前記第１の情報は、特定の拡散率値についての、無線リソース割り当てのために必要とされる全体処理キャパシティの量に対応する少なくとも「第１の」割り当てコストを含み、前記第２の情報が、特定のデータレート値についての無線リソース割り当てのために必要とされる全体処理キャパシティの量に対応する少なくとも「第２の」割り当てコストを含んでいる。

用語、「無線リソース割り当て」は、割り当て動作それ自体だけでなく、逆割り当て動作および再構成動作を含めて、このシステム内の無線リソースの割り当てを修正する可能性のあるすべての動作を包含することを意図したものである。

したがって、ＵＭＴＳにおいては、これらの動作は、
・個別のトランスポートチャネルについては、３ＧＰＰによって公開されている３ＧｄｏｃｕｍｅｎｔＴＳ２５．４３３中で定義されている無線リンクセットアッププロシージャ、無線リンク追加プロシージャ、無線リンク削除プロシージャ、および無線リンク再構成プロシージャに対応し、
・共通トランスポートチャネルについては、３ＧＰＰによって公開されている３ＧｄｏｃｕｍｅｎｔＴＳ２５．４３３中でやはり定義されている、共通トランスポートチャネルセットアッププロシージャ、共通トランスポートチャネル削除プロシージャ、および共通トランスポートチャネル再構成プロシージャに対応している。

用語キャパシティクレジットを「更新する」は、新しい無線リソースが必要とされるときに、キャパシティクレジットを借り方に記入する動作だけでなく、無線リソースがもはや必要ではなくしたがって解放されるときにキャパシティクレジットを貸し方に記入する動作も含むことを意図したものである。

したがって、
・キャパシティクレジットは、無線リンクセットアッププロシージャ、無線リンク追加プロシージャ、および共通トランスポートチャネルセットアッププロシージャについては借り方に記入され、
・キャパシティクレジットは、無線リンク削除プロシージャおよび共通トランスポートチャネル削除プロシージャについては貸し方に記入され、また
・ＲＬ再構成の場合およびＣＴＣＨ再構成の場合には、（再構成後の）新しいコストと（再構成前の）古いコストとの間の差を用いてこの差が正であるか負であるかに応じてキャパシティクレジットは、借り方に記入され、または貸し方に記入される。

さらに、かかるシステムにおけるデータレートを定義するためのすべての可能性を含めるために、このデータレートは、ビットレート、シンボルレート、またはチップレートである可能性がある。考慮に入れるこのレートが正味レートであることが好ましい。

ビットレートとシンボルレートの間の区別は、通常は、複数の可能な種類の変調を使用するシステム中で行われる。変調とは、情報を搬送することが可能なアナログ信号にこの伝送すべき情報を変換する処理のことである。様々な変調技術が知られており、これらは、そのスペクトル効率、すなわち所与の割り当てられた周波数帯域について変調効率と共に伝送されるビットレートが増大するシンボル当たりのより大きなまたはより小さなビット数を伝送する能力によって特徴づけられている。

用語チップレートを使用して拡散後のデータレートを指し示す（ここで、用語「チップ」は従来、拡散後に得られる信号のユニット伝送周期を意味している）。

図４は、このような方法を実装するための基地局（またはＵＭＴＳなどのシステムにおけるノードＢ）および基地局制御装置（またはＵＭＴＳなどのシステムのためのＲＮＣ）における本発明に従って提供される手段の一例を示す図である。

このように、参照ノードＢと呼ばれる基地局は、（従来手段のこともある他の手段に追加して）
・拡散率およびデータレートに基づいた、その処理キャパシティを表すリソースモデルを基地局制御装置に送る、１３で参照される手段を含んでいる。

このように、ＲＮＣで参照される基地局制御装置は、（従来手段のこともある他の手段に追加して）
・拡散率およびデータレートに基づいたリソースモデルを基地局から受信する、１４で参照される手段と、
・この信号のリソースモデルに基づいて前記処理リソースをこの割り当てられた無線リソースについての拡散率またはデータレートに応じて管理する、１５で参照される手段とを含んでいる。

これらの様々な手段は、前述の方法を使用して動作することが可能であり、これらが実施される特定の方法は、当業者にとってどのような特別な困難も提示するものではなく、したがって、このような手段については、それらの機能を説明することによる以上に詳細な方法で本明細書中では説明する必要がない。

さらに、本発明の他の態様についても以下のように説明することができる。

古い装置との互換性の問題を解決するために、新しいコンサンプション則、または（前述で使用した概念を使用して）新しいコストを、オプション的な方法として提供することができ、この場合には、（前述で使用した概念を使用して）既存の規則または既存のコストのみをＣＲＮＣにより考慮する必要がある。

そして、互換性の問題は、例えば以下のようにして解決することができる。

以下の説明では、拡散率およびデータレートに基づいた本発明のリソースモデルは、新しいリソースモデルとも呼ばれ、規格の現行の状態において仕様が決められているような拡散率に基づいたリソースモデルは、既存のリソースモデルとも呼ばれる。

以下では、用語「新しいＣＲＮＣ」（または「新しいノードＢ」）は、少なくとも新しいリソースモデルをサポートするＣＲＮＣ（またはノードＢ）を意味しており、用語「古いＣＲＮＣ」（または「古いノードＢ」）は、既存のリソースモデルのみをサポートするＣＲＮＣ（またはノードＢ）を意味している。

以下では、一例として、これらのリソースモデルの一方または他方をその処理キャパシティを最もよく表すものとして選択し、このようにしてどちらのリソースモデルをノードＢが選択したかをＣＲＮＣに対して送る、新しいリソースモデルと古いリソースモデルの両方をサポートする新しいノードＢの場合についても考察している。

以下では、一例として（上述で使用した概念を使用した）新しい規則の場合ではなくて新しいコストの場合についても考察している。

そして、例えば、以下の状況の間において区別することが可能である。

新しいＣＲＮＣ＋新しいノードＢ
このような状況下では、ノードＢは、（拡散率に基づいた）既存のコストのみ、または（拡散率に基づく）既存のコストと（データレートに基づいた）新しいコストとの両方の、いずれかを送り、このＣＲＮＣは、ノードＢ内に残存する処理リソースを推定するために、このようにして送られたコストを考慮する。

古いＣＲＮＣ＋古いノードＢ
この状況では、ノードＢは、（拡散率に基づいた）既存のコストのみを送り、ＣＲＮＣは、ノードＢ内に残存する処理リソースを推定するために、このようにして送られたコストを考慮する。

新しいＣＲＮＣ＋古いノードＢ
この状況では、ノードＢは、（拡散率に基づいた）既存のコストのみを送り、ＣＲＮＣは、ノードＢ内に残存する処理リソースを推定するために、このようにして送られたコストを考慮する。

古いＣＲＮＣ＋新しいノードＢ
この状況では、ノードＢは、（拡散率に基づいた）既存のコストだけか、または（拡散率に基づいた）既存のコストと（データレートに基づいた）新しいコストの両方の、いずれかを送る。ノードＢ中に残存する処理リソースを推定するためにＣＲＮＣにより（拡散率に基づいた）既存のコストのみが考慮される。この状況では、このリソースモデルがこのノードＢとこのＣＲＮＣにおいて異なって解釈されるので、ノードＢが（拡散率に基づいた）既存のコストと（データレートに基づいた）新しいコストの両方を送る場合には、互換性の問題が解決されない。しかし、ネットワーク装置が更新されるときに、これらのＲＮＣは、一般的にこのノードＢよりも前に更新されるので、この状況はほとんど起こりそうにない（この場合には、ノードＢよりも少ないＲＮＣが多くあるので、このような更新がＲＮＣにとってずっと簡単になる）。それにもかかわらず、この問題を解決するための１つの解決方法は、特にノードＢアプリケーション部（ＮＢＡＰ）シグナリングプロトコルを使用して、例えばセルセットアップ要求メッセージ中で、このＣＲＮＣが、どのメカニズムをこのＣＲＮＣがサポートしているかをノードＢに対して送ることができるようにすることになり、その結果、新しいノードＢは、古いＣＲＮＣを伴う新しいクレジットメカニズムを使用しない。

換言すれば、本発明の別の態様では、「第１の」エンティティ（特にＵＭＴＳなどのシステムにおける基地局制御装置またはＣＲＮＣ）が、無線リソースおよびその対応する処理リソースを管理し、この処理リソースが「第２の」エンティティとして知られている別個のエンティティ（特にＵＭＴＳなどのシステムにおける基地局またはノードＢ）中で提供される、移動無線システムにおける処理リソースを管理する方法においては、
第２のエンティティが、拡散率およびデータレートに基づいたリソースモデルをサポートする場合には、前記リソースモデルを表す、第２のエンティティによって送られる情報が、拡散率に基づいたリソースモデルを表し、前記処理キャパシティの一部分を表す「第１の」情報と、データレートに基づいたリソースモデルを表し、前記処理キャパシティの別の一部分を表す「第２の」情報とを含み、
この第２のエンティティが、拡散率に基づいたリソースモデルのみをサポートする場合には、前記第２のリソースモデルを表す、第２のエンティティによって送られるこの情報が、拡散率に基づいたリソースモデルを表す情報のみを含むように、
第２のエンティティがその処理キャパシティを表すリソースモデルを第１のエンティティに対して送り、
第１のエンティティが、この割り当てられた無線リソースについての、場合に応じて、拡散率およびデータレートに応じて、または拡散率だけに応じて、この送られたリソースモデルに基づいて前記処理リソースを管理する。

有利には、第２のエンティティが、拡散率およびデータレートに基づいたリソースモデル及び、拡散率に基づいたリソースモデルの両方をサポートする場合には、第２のエンティティが、その処理キャパシティをより表すものとして２つのモデルのうちの１つを選択し、この選択されたリソースモデルを第１のエンティティに対して送る。

有利には、
第２のエンティティによって送られリソースモデルを表す情報が、全体処理キャパシティ、又は「キャパシティクレジット」と、必要に応じて、拡散率とデータレートの両方に応じて、または拡散率のみに応じて、無線リソースを割り当てるために必要とされる前記全体処理キャパシティの量を指し示すコンサンプション則とを含み、
前記第１のエンティティによる処理リソースの前記管理が、この割り当てられた無線リソースについて、必要に応じて、拡散率およびデータレートに応じて、または拡散率のみに応じて、前記コンサンプション則に基づいて各無線リソース割り当てに関するそのキャパシティクレジットを更新することを含む。

有利には、前記第１の情報が、拡散率の値について無線リソースを割り当てるために必要とされる全体処理キャパシティの量に対応する少なくとも「第１の」割り当てコストを含み、前記第２の情報が、データレート値について無線リソースを割り当てるために必要とされる全体処理キャパシティのその量に対応する少なくとも「第２の」割り当てコストを含む。

図５は、このような方法を実装するための、基地局（またはＵＭＴＳなどのシステムにおけるノードＢ）および基地局制御装置（ＵＭＴＳなどのシステムにおけるＲＮＣ）において、本発明に従って提供される手段の一例を示す図である。

したがって、ノードＢで参照される基地局は、（従来の手段でもよい他の手段に追加して）、
第２のエンティティが、拡散率およびデータレートに基づいたリソースモデルをサポートする場合には、前記リソースモデルを表す、第２のエンティティによって送られる情報が、拡散率に基づいたリソースモデルを表し、前記処理キャパシティの一部分を表す「第１の」情報と、データレートに基づいたリソースモデルを表し、前記処理キャパシティの別の一部分を表す「第２の」情報とを含み、
第２のエンティティが、拡散率に基づいたリソースモデルのみをサポートする場合には、前記第２のリソースモデルを表す、第２のエンティティによって送られるこの情報が、拡散率に基づいたリソースモデルを表す情報のみを含むように、
その処理キャパシティを表すリソースモデルを基地局制御装置に送る、１３’で参照される手段を含む。

したがってＲＮＣで参照される基地局制御装置は、（従来の手段でもよい他の手段に追加して）、
第２のエンティティが、拡散率およびデータレートに基づいたリソースモデルをサポートする場合には、前記リソースモデルを表す、第２のエンティティによって送られる情報が、拡散率に基づいたリソースモデルを表し、前記処理キャパシティの一部分を表す「第１の」情報と、データレートに基づいたリソースモデルを表し、前記処理キャパシティの別の一部分を表す「第２の」情報とを含み、
第２のエンティティが、拡散率に基づいたリソースモデルのみをサポートする場合には、前記第２のリソースモデルを表す、第２のエンティティによって送られるこの情報が、拡散率に基づいたリソースモデルを表す情報のみを含むように、
第２のエンティティが、その処理キャパシティを表すリソースモデルを第１のエンティティに対して送る手段を含むようにして
その処理キャパシティを表すリソースモデルを基地局から受信する、１４’で参照される手段と、
この割り付けられた無線リソースについての、必要に応じて、拡散率およびデータレートに応じて、または拡散率だけに応じて、この送られたリソースモデルに基づいて前記処理リソースを管理する、１５’で参照される手段とを含む。

これらの様々な手段は、以上で述べた前述の方法を使用して動作することが可能であり、これらが実施される特定の方法は、当業者にとってどのような特別の困難を提示するものではなく、したがって、このような手段については、これらのファンクションを説明することによる以上に詳細な方法では本明細書中に説明する必要がない。

ＵＭＴＳなどの移動無線システムの一般のアーキテクチャを概説する図である。ＵＭＴＳのノードＢなどの基地局において行われる主要な送信処理を概説する図である。ＵＭＴＳのノードＢなどの基地局において行われる主要な受信処理を概説する図である。本発明の方法の一実装形態を示す図である。本発明の方法の一実装形態を示す図である。

符号の説明

１送信機
２チャネルコーディング手段
３逆拡散手段
４無線周波数送信機手段
５受信機
６無線周波数受信機手段
７受信データ推定手段
８逆拡散手段
９チャネルデコーダ手段
１０_１〜１０_Ｌフィンガ
１１フィンガからの信号を組み合わせる手段
１２伝送チャネルのインパルス応答を推定する手段
１３、１３’ リソースモデルを基地局制御装置に送る手段
１４、１４’ リソースモデルを基地局から受信する手段
１５、１５’ 管理する手段
ＣＮコアネットワーク
ＲＮＣ無線ネットワーク制御装置
ＵＥユーザ装置
ＵＴＲＡＮＵＭＴＳ地上無線アクセスネットワーク

Claims

「第１の」エンティティが、無線リソースと、別個の「第２の」エンティティ中で提供される対応する処理リソースとを管理する、移動無線システムにおける処理リソースを管理する方法であって、
第２のエンティティが、拡散率およびデータレートに基づいて、その処理キャパシティを表すリソースモデルを第１のエンティティに送り、
第１のエンティティが、この送られたリソースモデルに基づいて前記処理リソースをその割り当てられた無線リソースについての拡散率およびデータレートに応じて管理する方法。
前記リソースモデルを表す、第２のエンティティにより送られる情報が、全体処理キャパシティ、又は「キャパシティクレジット」と、拡散率に応じておよびデータレートに応じて、無線リソースを割り当てるために必要とされる前記全体処理キャパシティの量を提供するコンサンプション則とを含み、
前記第１のエンティティによる処理リソースの前記管理は、この割り当てられた無線リソースについての拡散率およびデータレートに応じて前記コンサンプション則に基づいて、各無線リソース割り当てに関するそのキャパシティクレジットを更新することを含む請求項１に記載の方法。
拡散率およびデータレートに基づいた前記リソースモデルを表す、第２のエンティティによって送られる情報は、拡散率に基づくリソースモデルを表し、前記処理キャパシティの一部分を表す「第１の」情報と、データレートに基づくリソースモデルを表し、前記処理キャパシティの別の一部分を表す「第２の」情報とを含む請求項１に記載の方法。
前記第１の情報が、拡散率値についての無線リソース割り当てのために必要とされる全体処理キャパシティの量に対応する少なくとも「第１の」割り当てコストを含み、前記第２の情報が、データレート値についての無線リソース割り当てのために必要とされる全体処理キャパシティの量に対応する少なくとも「第２の」割り当てコストを含む請求項３に記載の方法。
異なる割り当てコストが、「リファレンス」データレートと呼ばれる異なる所定のデータ値について提供される請求項４に記載の方法。
前記対応するビットレートについてのコンサンプションコストが、リファレンスビットレートについてのコンサンプションコストから取得される請求項５に記載の方法。
前記対応するビットレートについてのコンサンプションコストが、リファレンスビットレートについてのコンサンプションコストから補間によって取得される請求項６に記載の方法。
ビットレートＲがリファレンスビットレートではないときに、コンサンプションコストが、以下の式：

に従って、ビットレートＲにいちばん近く、Ｒ_ｉｎｆ＜Ｒ_ｓｕｐであるリファレンスビットレートＲ_ｉｎｆおよびＲ_ｓｕｐに対応するコンサンプションコストＣ_ｉｎｆおよびＣ_ｓｕｐの関数として計算される請求項７に記載の方法。
コンサンプションコストが、その補間結果が負の場合には、ゼロに設定される請求項６に記載の方法。
前記対応するビットレートが、最大ビットレートに対応する請求項５に記載の方法。
前記最大ビットレートが、式：

から得られ、

であり、ｂｒ_ｊが、ＴＦＣＳにおけるｊ番目のトランスポートフォーマットコンビネーション（ＴＦＣ）のビットレートであり、ｎがＣＣＴｒＣｈ中のトランスポートチャネル数であり、Ｎ_ｋ ^（ｊ）およびＬ_ｋ ^（ｊ）が、それぞれｊ番目のＴＦＣにおけるｋ番目のトランスポートチャネルについてのビット数として表されるトランスポートブロックの数およびトランスポートブロックのサイズであり、ＴＴＩ_ｋが、ｋ番目のトランスポートチャネルの秒で表される転送時間間隔（ＴＴＩ）である請求項１０に記載の方法。
前記対応するビットレートが、有効ビットレートに対応する請求項５に記載の方法。
請求項１に記載の方法を実行する手段を含む移動無線システム。
第２のエンティティにおいて、拡散率およびデータレートに基づいたリソースモデルを第１のエンティティに対して送る手段と、
第１のエンティティにおいて、その割り当てられた無線リソースについての拡散率およびデータレートに応じて、この送られたリソースモデルに基づいて前記処理リソースを管理する手段と
を含む請求項１３に記載の移動無線システム。
請求項１に記載の方法を実行する手段を含む、移動無線システムのための基地局。
拡散率およびデータレートに基づいたリソースモデルを基地局制御装置に送る手段を含む請求項１５に記載の基地局。
請求項１に記載の方法を実行する手段を含む、移動無線システムのための基地局制御装置。
拡散率およびデータレートに基づいたリソースモデルを基地局から受信する手段と、
この割り当てられた無線リソースについての拡散率およびデータレートに応じてこの送られたリソースモデルに基づいて前記処理リソースを管理する手段と
を含む請求項１７に記載の基地局制御装置。
「第１の」エンティティが、無線リソースおよび対応する処理リソースを管理し、この処理リソースが別個の「第２の」エンティティ中で提供される、移動無線システムにおける処理リソースを管理する方法であって、
第２のエンティティが、拡散率およびデータレートに基づいたリソースモデルをサポートする場合には、前記リソースモデルを表す、第２のエンティティによって送られる情報が、拡散率に基づいたリソースモデルを表し、前記処理キャパシティの一部分を表す「第１の」情報と、データレートに基づいたリソースモデルを表し、前記処理キャパシティの別の一部分を表す「第２の」情報とを含み、
この第２のエンティティが、拡散率に基づいたリソースモデルのみをサポートする場合には、前記第２のリソースモデルを表す、第２のエンティティによって送られるこの情報が、拡散率に基づいたリソースモデルを表す情報のみを含むように、
第２のエンティティがその処理キャパシティを表すリソースモデルを第１のエンティティに対して送り、
第１のエンティティが、この割り当てられた無線リソースについての、場合に応じて、拡散率およびデータレートに応じて、または拡散率だけに応じて、この送られたリソースモデルに基づいて前記処理リソースを管理する方法。
第２のエンティティが、拡散率およびデータレートに基づいたリソースモデル及び、拡散率に基づいたリソースモデルの両方をサポートする場合には、第２のエンティティが、その処理キャパシティをより表すものとして２つのモデルのうちの一方を選択し、この選択されたリソースモデルを第１のエンティティに対して送る請求項１９に記載の方法。
第２のエンティティによって送られリソースモデルを表す情報が、全体処理キャパシティ、又は「キャパシティクレジット」と、必要に応じて、拡散率とデータレートの両方に応じて、または拡散率のみに応じて、無線リソースを割り当てるために必要とされる前記全体処理キャパシティの量を指し示すコンサンプション則とを含み、
前記第１のエンティティによる処理リソースの前記管理が、この割り当てられた無線リソースについて、必要に応じて、拡散率およびデータレートに応じて、または拡散率にのみに応じて、前記コンサンプション則に基づいて各無線リソース割り当てに関するキャパシティクレジットを更新することを含む請求項１９に記載の方法。
前記第１の情報が、拡散率の値について無線リソースを割り当てるために必要とされる全体処理キャパシティの量に対応する少なくとも「第１の」割り当てコストを含み、前記第２の情報が、データレート値について無線リソースを割り当てるために必要とされる全体処理キャパシティのその量に対応する少なくとも「第２の」割り当てコストを含む請求項１９に記載の方法。
請求項１９に記載の方法を実行する手段を含む移動無線システム。
第２のエンティティが、拡散率およびデータレートに基づいたリソースモデルをサポートする場合には、前記リソースモデルを表す、第２のエンティティによって送られる情報が、拡散率に基づいたリソースモデルを表し、前記処理キャパシティの一部分を表す「第１の」情報と、データレートに基づいたリソースモデルを表し、前記処理キャパシティの別の一部分を表す「第２の」情報とを含み、
第２のエンティティが、拡散率に基づいたリソースモデルのみをサポートする場合には、前記第２のリソースモデルを表す、第２のエンティティによって送られるこの情報が、拡散率に基づいたリソースモデルを表す情報のみを含むように、
第２のエンティティがその処理キャパシティを表すリソースモデルを第１のエンティティに対して送る手段を含み、
第１のエンティティが、この割り当てられた無線リソースについて、場合に応じて、拡散率およびデータレートに応じて、または拡散率のみに応じてこの送られたリソースモデルに基づいて前記処理リソースを管理する手段を含む請求項２３に記載の移動無線システム。
請求項１９に記載の方法を実行する手段を含む移動無線システムのための基地局。
基地局が、拡散率およびデータレートに基づいたリソースモデルをサポートする場合には、前記リソースモデルを表す、第２のエンティティによって送られる情報が、拡散率に基づいたリソースモデルを表し、前記処理キャパシティの一部分を表す「第１の」情報と、データレートに基づいたリソースモデルを表し、前記処理キャパシティの別の一部分を表す「第２の」情報とを含み、
基地局が、拡散率に基づいたリソースモデルのみをサポートする場合には、前記第２のリソースモデルを表す、第２のエンティティによって送られるこの情報が、拡散率に基づいたリソースモデルを表す情報のみを含むように、
その処理キャパシティを表すリソースモデルを基地局制御装置に送る手段を含む請求項２５に記載の基地局。
請求項１９に記載の方法を実行する手段を含む移動無線システムのための基地局制御装置。
基地局が、拡散率およびデータレートに基づいたリソースモデルをサポートする場合には、前記リソースモデルを表す、第２のエンティティによって送られる情報が、拡散率に基づいたリソースモデルを表し、前記処理キャパシティの一部分を表す「第１の」情報と、データレートに基づいたリソースモデルを表し、前記処理キャパシティの別の一部分を表す「第２の」情報とを含み、
基地局が、拡散率に基づいたリソースモデルのみをサポートする場合には、前記第２のリソースモデルを表す、第２のエンティティによって送られるこの情報が、拡散率に基づいたリソースモデルを表す情報のみを含むように、
その処理キャパシティを表すリソースモデルを基地局から受信する手段と、
この割り当てられた無線リソースについての、必要に応じて、拡散率およびデータレートに応じて、または拡散率だけに応じて、この送られたリソースモデルに基づいて前記処理リソースを管理する手段とを含む請求項２７に記載の基地局制御装置。