(57)【要約】【課題】移動無線システムにおける処理リソースを管理する方法を提供すること。【解決手段】一態様においては、本発明は、「第１の」エンティティが、無線リソースと、別個の「第２の」エンティティ中で提供される対応する処理リソースとを管理する、移動無線システムにおける処理リソースを管理する方法を提供しており、この方法では、  第２のエンティティが、拡散率およびデータレートに基づいて、その処理キャパシティを表すリソースモデルを第１のエンティティに送り、  第１のエンティティが、この送られたリソースモデルに基づいて前記処理リソースをその割り当てられた無線リソースについての拡散率およびデータレートに応じて管理する。【選択図】図４
2005136986.tif 000002
【特許請求の範囲】
【請求項１】
「第１の」エンティティが、無線リソースと、別個の「第２の」エンティティ中で提供される対応する処理リソースとを管理する、移動無線システムにおける処理リソースを管理する方法であって、
第２のエンティティが、拡散率およびデータレートに基づいて、その処理キャパシティを表すリソースモデルを第１のエンティティに送り、
第１のエンティティが、この送られたリソースモデルに基づいて前記処理リソースをその割り当てられた無線リソースについての拡散率およびデータレートに応じて管理する方法。
【請求項２】
前記リソースモデルを表す、第２のエンティティにより送られる情報が、全体処理キャパシティ、又は「キャパシティクレジット」と、拡散率に応じておよびデータレートに応じて、無線リソースを割り当てるために必要とされる前記全体処理キャパシティの量を提供するコンサンプション則とを含み、
前記第１のエンティティによる処理リソースの前記管理は、この割り当てられた無線リソースについての拡散率およびデータレートに応じて前記コンサンプション則に基づいて、各無線リソース割り当てに関するそのキャパシティクレジットを更新することを含む請求項１に記載の方法。
【請求項３】
拡散率およびデータレートに基づいた前記リソースモデルを表す、第２のエンティティによって送られる情報は、拡散率に基づくリソースモデルを表し、前記処理キャパシティの一部分を表す「第１の」情報と、データレートに基づくリソースモデルを表し、前記処理キャパシティの別の一部分を表す「第２の」情報とを含む請求項１に記載の方法。
【請求項４】
前記第１の情報が、拡散率値についての無線リソース割り当てのために必要とされる全体処理キャパシティの量に対応する少なくとも「第１の」割り当てコストを含み、前記第２の情報が、データレート値についての無線リソース割り当てのために必要とされる全体処理キャパシティの量に対応する少なくとも「第２の」割り当てコストを含む請求項３に記載の方法。
【請求項５】
異なる割り当てコストが、「リファレンス」データレートと呼ばれる異なる所定のデータ値について提供される請求項４に記載の方法。
【請求項６】
前記対応するビットレートについてのコンサンプションコストが、リファレンスビットレートについてのコンサンプションコストから取得される請求項５に記載の方法。
【請求項７】
前記対応するビットレートについてのコンサンプションコストが、リファレンスビットレートについてのコンサンプションコストから補間によって取得される請求項６に記載の方法。
【請求項８】
ビットレートＲがリファレンスビットレートではないときに、コンサンプションコストが、以下の式：
【数１】
2005136986.tif 000010
に従って、ビットレートＲにいちばん近く、Ｒｉｎｆ＜ＲｓｕｐであるリファレンスビットレートＲｉｎｆおよびＲｓｕｐに対応するコンサンプションコストＣｉｎｆおよびＣｓｕｐの関数として計算される請求項７に記載の方法。
【請求項９】
コンサンプションコストが、その補間結果が負の場合には、ゼロに設定される請求項６に記載の方法。
【請求項１０】
前記対応するビットレートが、最大ビットレートに対応する請求項５に記載の方法。
【請求項１１】
前記最大ビットレートが、式：
【数２】
2005136986.tif 000011
から得られ、
【数３】
2005136986.tif 000012
であり、ｂｒｊが、ＴＦＣＳにおけるｊ番目のトランスポートフォーマットコンビネーション（ＴＦＣ）のビットレートであり、ｎがＣＣＴｒＣｈ中のトランスポートチャネル数であり、Ｎｋ（ｊ）およびＬｋ（ｊ）が、それぞれｊ番目のＴＦＣにおけるｋ番目のトランスポートチャネルについてのビット数として表されるトランスポートブロックの数およびトランスポートブロックのサイズであり、ＴＴＩｋが、ｋ番目のトランスポートチャネルの秒で表される転送時間間隔（ＴＴＩ）である請求項１０に記載の方法。
【請求項１２】
前記対応するビットレートが、有効ビットレートに対応する請求項５に記載の方法。
【請求項１３】
請求項１に記載の方法を実行する手段を含む移動無線システム。
【請求項１４】
第２のエンティティにおいて、拡散率およびデータレートに基づいたリソースモデルを第１のエンティティに対して送る手段と、
第１のエンティティにおいて、その割り当てられた無線リソースについての拡散率およびデータレートに応じて、この送られたリソースモデルに基づいて前記処理リソースを管理する手段と
を含む請求項１３に記載の移動無線システム。
【請求項１５】
請求項１に記載の方法を実行する手段を含む、移動無線システムのための基地局。
【請求項１６】
拡散率およびデータレートに基づいたリソースモデルを基地局制御装置に送る手段を含む請求項１５に記載の基地局。
【請求項１７】
請求項１に記載の方法を実行する手段を含む、移動無線システムのための基地局制御装置。
【請求項１８】
拡散率およびデータレートに基づいたリソースモデルを基地局から受信する手段と、
この割り当てられた無線リソースについての拡散率およびデータレートに応じてこの送られたリソースモデルに基づいて前記処理リソースを管理する手段と
を含む請求項１７に記載の基地局制御装置。
【請求項１９】
「第１の」エンティティが、無線リソースおよび対応する処理リソースを管理し、この処理リソースが別個の「第２の」エンティティ中で提供される、移動無線システムにおける処理リソースを管理する方法であって、
第２のエンティティが、拡散率およびデータレートに基づいたリソースモデルをサポートする場合には、前記リソースモデルを表す、第２のエンティティによって送られる情報が、拡散率に基づいたリソースモデルを表し、前記処理キャパシティの一部分を表す「第１の」情報と、データレートに基づいたリソースモデルを表し、前記処理キャパシティの別の一部分を表す「第２の」情報とを含み、
この第２のエンティティが、拡散率に基づいたリソースモデルのみをサポートする場合には、前記第２のリソースモデルを表す、第２のエンティティによって送られるこの情報が、拡散率に基づいたリソースモデルを表す情報のみを含むように、
第２のエンティティがその処理キャパシティを表すリソースモデルを第１のエンティティに対して送り、
第１のエンティティが、この割り当てられた無線リソースについての、場合に応じて、拡散率およびデータレートに応じて、または拡散率だけに応じて、この送られたリソースモデルに基づいて前記処理リソースを管理する方法。
【請求項２０】
第２のエンティティが、拡散率およびデータレートに基づいたリソースモデル及び、拡散率に基づいたリソースモデルの両方をサポートする場合には、第２のエンティティが、その処理キャパシティをより表すものとして２つのモデルのうちの一方を選択し、この選択されたリソースモデルを第１のエンティティに対して送る請求項１９に記載の方法。
【請求項２１】
第２のエンティティによって送られリソースモデルを表す情報が、全体処理キャパシティ、又は「キャパシティクレジット」と、必要に応じて、拡散率とデータレートの両方に応じて、または拡散率のみに応じて、無線リソースを割り当てるために必要とされる前記全体処理キャパシティの量を指し示すコンサンプション則とを含み、
前記第１のエンティティによる処理リソースの前記管理が、この割り当てられた無線リソースについて、必要に応じて、拡散率およびデータレートに応じて、または拡散率にのみに応じて、前記コンサンプション則に基づいて各無線リソース割り当てに関するキャパシティクレジットを更新することを含む請求項１９に記載の方法。
【請求項２２】
前記第１の情報が、拡散率の値について無線リソースを割り当てるために必要とされる全体処理キャパシティの量に対応する少なくとも「第１の」割り当てコストを含み、前記第２の情報が、データレート値について無線リソースを割り当てるために必要とされる全体処理キャパシティのその量に対応する少なくとも「第２の」割り当てコストを含む請求項１９に記載の方法。
【請求項２３】
請求項１９に記載の方法を実行する手段を含む移動無線システム。
【請求項２４】
第２のエンティティが、拡散率およびデータレートに基づいたリソースモデルをサポートする場合には、前記リソースモデルを表す、第２のエンティティによって送られる情報が、拡散率に基づいたリソースモデルを表し、前記処理キャパシティの一部分を表す「第１の」情報と、データレートに基づいたリソースモデルを表し、前記処理キャパシティの別の一部分を表す「第２の」情報とを含み、
第２のエンティティが、拡散率に基づいたリソースモデルのみをサポートする場合には、前記第２のリソースモデルを表す、第２のエンティティによって送られるこの情報が、拡散率に基づいたリソースモデルを表す情報のみを含むように、
第２のエンティティがその処理キャパシティを表すリソースモデルを第１のエンティティに対して送る手段を含み、
第１のエンティティが、この割り当てられた無線リソースについて、場合に応じて、拡散率およびデータレートに応じて、または拡散率のみに応じてこの送られたリソースモデルに基づいて前記処理リソースを管理する手段を含む請求項２３に記載の移動無線システム。
【請求項２５】
請求項１９に記載の方法を実行する手段を含む移動無線システムのための基地局。
【請求項２６】
基地局が、拡散率およびデータレートに基づいたリソースモデルをサポートする場合には、前記リソースモデルを表す、第２のエンティティによって送られる情報が、拡散率に基づいたリソースモデルを表し、前記処理キャパシティの一部分を表す「第１の」情報と、データレートに基づいたリソースモデルを表し、前記処理キャパシティの別の一部分を表す「第２の」情報とを含み、
基地局が、拡散率に基づいたリソースモデルのみをサポートする場合には、前記第２のリソースモデルを表す、第２のエンティティによって送られるこの情報が、拡散率に基づいたリソースモデルを表す情報のみを含むように、
その処理キャパシティを表すリソースモデルを基地局制御装置に送る手段を含む請求項２５に記載の基地局。
【請求項２７】
請求項１９に記載の方法を実行する手段を含む移動無線システムのための基地局制御装置。
【請求項２８】
基地局が、拡散率およびデータレートに基づいたリソースモデルをサポートする場合には、前記リソースモデルを表す、第２のエンティティによって送られる情報が、拡散率に基づいたリソースモデルを表し、前記処理キャパシティの一部分を表す「第１の」情報と、データレートに基づいたリソースモデルを表し、前記処理キャパシティの別の一部分を表す「第２の」情報とを含み、
基地局が、拡散率に基づいたリソースモデルのみをサポートする場合には、前記第２のリソースモデルを表す、第２のエンティティによって送られるこの情報が、拡散率に基づいたリソースモデルを表す情報のみを含むように、
その処理キャパシティを表すリソースモデルを基地局から受信する手段と、
この割り当てられた無線リソースについての、必要に応じて、拡散率およびデータレートに応じて、または拡散率だけに応じて、この送られたリソースモデルに基づいて前記処理リソースを管理する手段とを含む請求項２７に記載の基地局制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に移動無線システムに関し、特に、符号分割多重アクセス方式（ＣＤＭＡ）を使用したシステムに関する。
【背景技術】
【０００２】
このＣＤＭＡ技術は、特にユニバーサル移動電話システム（ＵＭＴＳ）などのいわゆる「第３世代」システムにおいて使用されている。
【０００３】
一般に、図１にまとめているように、移動無線ネットワークは、１組の基地局および基地局制御装置を含んでいる。ＵＭＴＳにおいては、ネットワークは、ＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ）として知られており、基地局は、ノードＢとして知られており、基地局制御装置は、無線ネットワーク制御装置（ＲＮＣ）として知られている。
【０００４】
移動局は、ユーザ装置（ＵＥ）として知られており、ＵＴＲＡＮは、Ｕｕインターフェースを介して移動局と情報を通信し、Ｉｕインターフェースを介してコアネットワーク（ＣＮ）と情報を通信する。
【０００５】
図１に示すように、ＲＮＣは、以下の、
Ｉｕｂインターフェースを介してノードＢに、
Ｉｕｒインターフェースを介して他のＲＮＣに、また
Ｉｕインターフェースを介してコアネットワーク（ＣＮ）に
接続される。
【０００６】
所与のノードＢを制御するこのＲＮＣは、制御無線ネットワーク制御装置（ＣＲＮＣ）として知られており、Ｉｕｂインターフェースを介してノードＢに接続される。このＣＲＮＣは、それが制御するノードＢごとの負荷制御機能と、無線リソース割り当ておよび制御機能を有する。
【０００７】
所与のユーザ装置ＵＥに関連した所与の呼出しについては、Ｉｕインターフェースを介してコアネットワークに接続されるサービング無線ネットワーク制御装置（ＳＲＮＣ）が存在する。このＳＲＮＣは、マクロダイバーシティ伝送技術に従って無線リンクを追加しまたは削除し、ビットレート、電力、拡散率などの、呼出し中に変化する可能性があるパラメータを監視するなどの機能を含めて、関係した呼出しについての制御機能を有する。
【０００８】
ＣＤＭＡシステムにおいては、無線インターフェースにおけるキャパシティ制限が、時分割多重アクセス（ＴＤＭＡ）技術などの他の多重アクセス技術を使用したシステムにおける対応する制限とは基本的に異なっている。このＴＤＭＡ技術は、例えば欧州移動電話システム（ＧＳＭ、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）などの第２世代システムにおいて使用されている。ＣＤＭＡシステムでは、どの時点においても、すべてのユーザが同じ周波数リソースを共用している。これらのシステムのキャパシティは、したがって、干渉によって制限され、この理由のために、これらのシステムは、またソフトな制限のあるシステムとしても知られている。
【０００９】
これが、ＣＤＭＡシステムが、品質が低下するのを防止するために過負荷を防止し検出し適用可能な場合には補正する負荷制御アルゴリズムや、所与の時刻に使用されていないセルの容量が、このセルで新しい呼出しを受け入れるのに十分であるかどうかを（この呼出しのために必要とされるサービスなどの拡散パラメータなどび応じて）判断する呼出し承認制御アルゴリズムなどのアルゴリズムを使用する理由である。この以下の説明では、これらのアルゴリズムを一般的な名称である負荷制御アルゴリズムの名の下に、一緒にグループ化している。
【００１０】
これらのアルゴリズムは、通常は無線の基準のみを使用し、通常はＣＲＮＣにおいて実行されており、このＣＲＮＣは、それが制御する各ノードＢの処理キャパシティについてどのような情報も有していない。したがって、このＣＲＮＣが、このノードＢにおける処理リソースの不足のために、最終的には拒否される呼出しにすぎない新しい呼出しを受け入れるということが起こる可能性があり、これによって、このＣＲＮＣにおける不必要な追加の処理、ならびにこのＣＲＮＣとこのノードＢの間の追加の信号の交換がもたらされる。
【００１１】
もちろん、十分な処理リソースをもつ各ノードＢを提供して（非常に低いレベルの干渉の状況に対応する）最大キャパシティの状況を含めてすべての状況をカバーすることによってこれらの問題を回避することが可能である。しかし、これによって、ほとんどの場合に必要以上にずっと高く評価される高価な基地局がもたらされる。さらに、これらのシステムが提供するサービスを漸進的に導入する場合においては、これらの基地局の処理キャパシティを、これらのシステムの展開の開始時には制限し、その後漸進的に増強していくことができる。
【００１２】
したがって、各基地局（ノードＢ）の処理キャパシティを考慮することが、かかるシステムの負荷制御のためには望ましい。
【００１３】
図２および３はそれぞれ、基地局、例えばＵＭＴＳノードＢにおいて使用される主要な送信処理および受信処理の概要を示すものである。
【００１４】
図２は、
・チャネルコーディング手段２と、
・逆拡散手段３と、
・無線周波数送信機手段４と
を含む送信機１を示す。
【００１５】
これらの処理手段は、当業者にはよく知られており、ここでは詳細に説明する必要はない。
【００１６】
チャネルコーディングでは、エラー訂正コーディングやインターリービングなどの技術が使用されて、伝送エラーに対する保護が行われる。これについてもまた、当業者にはよく知られている。
【００１７】
（エラー訂正コーディングなどの）コーディングでは、伝送される情報に冗長性を導入することが意図されている。符号化率は、実際に伝送またはコーディングされるビット数に対する伝送すべき情報ビット数の比率として定義される。異なるタイプのエラー訂正コードを使用して、様々な品質のサービスレベルを得ることができる。例えば、ＵＭＴＳにおいては、ターボ符号から構成される第１のタイプのエラー訂正コードが、（高ビットレートのデータトラフィックなどの）第１のタイプのトラフィックに対して使用されるが、畳み込み符号から構成される第２のタイプのエラー訂正コードは、（低ビットレートデータトラフィックや音声トラフィックなどの）第２のタイプのトラフィックに対して使用される。
【００１８】
チャネルコーディングは一般に、伝送すべきビットレートをその伝送について提供されるビットレートに適応させるためのビットレート適応も含んでいる。ビットレート適応は、反復および／または間引きなどの技術を含むことが可能であり、そして、このビットレート適応レートは、反復レートおよび／またはパンチスルーレートとして定義される。
【００１９】
生ビットレートとは、この無線インターフェース上で実際に伝送されるビットレートとして定義される。正味ビットレートとは、この生ビットレートから例えばコーディングプロセスによって導入される冗長性などの、ユーザにとって何の役にも立たないあらゆるものを差し引いた後に得られるビットレートのことである。
【００２０】
拡散では、当業者によく知られているスペクトラム拡散原理が使用される。使用される拡散コードの長さは、拡散率として知られている。
【００２１】
ＵＭＴＳなどのシステムにおいては、（以下では、簡潔に表現するためにビットレートと称する）正味ビットレートは、呼出し中に変化し得ること、そして、拡散率は、伝送すべきビットレートに応じて変化し得ることを忘れるべきではない。
【００２２】
図３は、
・無線周波数受信機手段６と、
・逆拡散手段８およびチャネルデコーダ手段９を含む受信データ推定手段７と
を含む受信機５を示すものである。
【００２３】
これらの処理手段は、当業者にはよく知られており、したがって、ここで詳細には説明する必要はない。
【００２４】
図３は、この逆拡散手段８で、実行される処理の一例を示すものである。この処理は、マルチパス現象、すなわち例えばこの環境中の要素からの複数の反射からの結果のような、複数パスに沿った同一ソースの信号の伝搬を使用して、受信データ推定の品質を改善するために、ＲＡＫＥ受信機において実行される。ＴＤＭＡシステムとは違って、ＣＤＭＡシステムでは、複数のパスを活用して受信データ推定品質を改善することができる。
【００２５】
ＲＡＫＥ受信機は、１組のＬ個のフィンガ１０１から１０Ｌと、これらのフィンガからの信号を組み合わせる手段１１を有する。各フィンガがは、伝送チャネルのインパルス応答を推定する手段１２で決定されながら、考慮されるパスのうちの１つを経由して受信される信号を逆拡散する。受信データ推定品質を最適化するために、この手段１１は、考慮されるパスに対応する逆拡散信号を組み合わせる。
【００２６】
ＲＡＫＥ受信機を使用した受信技術もまた、このマクロダイバーシティ伝送技術に関連して使用され、これによって同じソース信号が、複数の基地局によって同じ移動局に対して同時に伝送される。ＲＡＫＥ受信機を使用することによって、このマクロダイバーシティ伝送技術は、受信性能を改善するだけでなく、ハンドオーバ中の呼損のリスクも最小化する。この理由から、これは、移動局が、所与の任意の時間にただ１つの基地局（または、所与の基地局の１つのセクタ）にのみ接続されるハードハンドオーバと比較して、ソフトハンドオーバとしても知られている。
【００２７】
この受信データ推定手段は、マルチユーザ検出技術などの、干渉を低減させるため様々な技術を使用することもできる。
【００２８】
複数の受信アンテナを使用することも可能である。受信データ推定品質を最適化するために、この受信データ推定手段は、さらにこれらの複数の受信アンテナを介して受信した信号を組み合わせる手段を含んでいる。
【００２９】
チャネルデコーディングは、デインターリービングやエラー訂正デコーディングなどの機能を含んでいる。エラー訂正デコーディングは、一般にエラー訂正コーディングに比べてずっと複雑であり、例えば最尤デコーディングなどの技術を使用することができる。例えば、ビタビアルゴリズムを畳み込み符号に対して使用することができる。
【００３０】
数人のユーザを同時に処理できるようにするために、基地局（ノードＢ）は、以上で概要を説明した送信機や受信機などの送信機および受信機を含んでおり、したがって受信データ推定についての高い受信処理キャパシティを必要とする。
【００３１】
前述したように、例えばＵＭＴＳなどのシステム中の負荷を監視するために、したがって基地局の処理キャパシティを考慮に入れることが望ましい。
【００３２】
例えば、ＵＭＴＳについては、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって出版された３Ｇ  ｄｏｃｕｍｅｎｔ  ＴＳ  ２５．４３３は、このシステム内で用意されている拡散率（ＳＦ）の各値について、ノードＢが、（キャパシティクレジットとしても知られている）その全体処理キャパシティと、物理チャネルを割り当てるために必要な（コンサンプションコストとしても知られている）全体処理キャパシティ量を、ＣＲＮＣに対して送る必要があることを規定する。この拡散率のすべての可能な値についての１組のすべてのコンサンプションコストは、キャパシティコンサンプション則としても知られている。このキャパシティクレジットとキャパシティコンサンプション則とを併せたものは、リソースモデルとしても知られている。この情報は、リソース状況指示メッセージを使用してノードＢの処理キャパシティが変化するたびごとに、あるいはオーディット応答メッセージを使用してＣＲＮＣからの要求に応答して、ノードＢによってＣＲＮＣに対して送られる。
【００３３】
第１の従来特許出願（本出願人による２０００年８月１０日出願のフランス特許出願公開第２８１３００６号）では、この種の解決方法が、以下に列挙した理由からノードＢにおける処理キャパシティ制限を考慮に入れるためには適していないことが述べられている。
【００３４】
・このチャネルデコーディング処理は、総ビットレートまたは拡散率ではなくて、正味ビットレートに依存する。例えば、１２８の拡散率（したがって、３０ｋｂｉｔ／秒の生ビットレート）を考慮すると、この正味ビットレートは、コーディングレートおよびビットレート適応レートに依存して異なる値を有することがあり得、そしてこの正味ビットレートは、典型的に毎秒５から１５キロビット（ｋｂｉｔ／ｓ）まで変化し得る。その結果として、固定拡散率では、ノードＢにおける処理量はかなり（例えば、３を超える率だけ）変化し得る。これは、従来技術の解法において考慮されてはいない。
【００３５】
・伝送チャネルおよびデータ推定のために必要とされるＲＡＫＥ受信機のフィンガ数は、無線リンク数に非常に依存する。従来技術の解法では、ノードＢ中のＲＡＫＥ受信機の最大フィンガ数は、このタイプの制限が拡散率には関連づけられていないので、負荷制御アルゴリズムや呼出し承認制御アルゴリズムなどのアルゴリズムにおいて考慮することができない。
【００３６】
・ＣＲＮＣに対してノードＢによって送られる処理キャパシティは、ノードＢの処理キャパシティにおける制限を考慮することができない全体処理キャパシティである。
【００３７】
この第１の従来特許出願では、別のアプローチを提案しており、それによって、ノードＢの処理キャパシティにおける制限を考慮に入れるために、このノードＢは、たぶん各伝送方向におよび／または使用可能な各タイプのチャネルコーディングについて、特に確立可能な最大無線リンク数や確立された無線リンクについての最大正味データレートなどのトラフィック負荷を表す１つまたは複数のパラメータを、このＣＲＮＣに対して送っている。詳細については、前記第１の従来特許出願を参照することができる。
【００３８】
第２の従来特許出願（本出願人による２００１年１月１２日出願のフランス特許出願公開第２８１９６５８号）では、別の手法が提案され、この手法においては、全体処理キャパシティまたは「キャパシティクレジット」の概念は保持されているが、その割り当てコストについては、データレートの異なる可能性のある値を別にすれば、もはや拡散率の可能性のある各値ごとには送られない。特に、この割り当てコストは、リファレンスレートとして知られる典型的なデータレートについて送ることができ、この割り当てコストは、その後にこのリファレンスレートについての送られたコストに基づいて補間技術を使用することによって任意のデータレート値について決定することができる。さらなる詳細については、前記第２の従来特許出願を参照することができる。
【００３９】
第３の従来特許出願（本出願人による２００１年６月２９日出願のフランス特許出願公開第２８２６８０８号）では、以下の問題を解決するためにある解決方法がまた提案されている。（この規格の現在の状態における）拡散率に基づくリソースモデルを使用したすべての現行の装置は、（以上で概要を述べた第２の従来特許出願において考慮されるアプローチを使用した）データレートに基づくリソースモデルを使用することができるように必ずしも修正できるわけではない。さらに、将来の装置においては、データレートに基づくリソースモデルに加えて拡散率に基づくリソースモデルを使用する可能性もたぶん保持することができる。そして、使用されるリソースモデルのタイプに依存して、様々なタイプの装置間において互換性の問題が生じる。
【００４０】
この第３の従来特許出願では、特に追加の信号プロトコルに対する提案が行われ、ここでは、両方のタイプのリソースモデルをサポートするノードＢが、このモデル自体だけでなく、使用されるモデルのタイプについても送る。さらなる詳細については、この第３の従来特許出願を参照することができる。
【特許文献１】フランス特許出願公開第２８１３００６号明細書
【特許文献２】フランス特許出願公開第２８１９６５８号明細書
【特許文献３】フランス特許出願公開第２８２６８０８号明細書
【非特許文献１】３Ｇ  ｄｏｃｕｍｅｎｔ  ＴＳ  ２５．４３３、第３世代パートナーシッププロジェクト（３ＧＰＰ）
【発明の開示】
【発明が解決しようとする課題】
【００４１】
本発明は、上記の問題のすべてまたは一部を解決するための役に立つ異なるアプローチに基づいたものである。
【課題を解決するための手段】
【００４２】
本発明の態様の１つは、「第１の」エンティティが、無線リソースと、別個の「第２の」エンティティ中で提供される対応する処理リソースとを管理する、移動無線システムにおける処理リソースを管理する方法であり、この方法では、
第２のエンティティが、拡散率およびデータレートに基づいて、その処理キャパシティを表すリソースモデルを第１のエンティティに送り、
第１のエンティティが、この送られたリソースモデルに基づいて前記処理リソースをその割り当てられた無線リソースについての拡散率およびデータレートに応じて管理する。
【００４３】
別の特徴によれば、
前記リソースモデルを表す、第２のエンティティにより送られる情報が、全体処理キャパシティ、又は「キャパシティクレジット」と、拡散率に応じておよびデータレートに応じて、無線リソースを割り当てるために必要とされる前記全体処理キャパシティの量を提供するコンサンプション則とを含み、
前記第１のエンティティによる処理リソースの前記管理は、この割り当てられた無線リソースについての拡散率およびデータレートに応じて前記コンサンプション則に基づいて、各無線リソース割り当てに関するそのキャパシティクレジットを更新することを含む。
【００４４】
別の特徴によれば、拡散率およびデータレートに基づいた前記リソースモデルを表す、第２のエンティティによって送られる情報は、拡散率に基づくリソースモデルを表し、前記処理キャパシティの一部分を表す「第１の」情報と、データレートに基づくリソースモデルを表し、前記処理キャパシティの別の一部分を表す「第２の」情報とを含む。
【００４５】
別の特徴によれば、前記第１の情報が、拡散率値についての無線リソース割り当てのために必要とされる全体処理キャパシティの量に対応する少なくとも「第１の」割り当てコストを含み、前記第２の情報が、データレート値についての無線リソース割り当てのために必要とされる全体処理キャパシティの量に対応する少なくとも「第２の」割り当てコストを含んでいる。
【００４６】
別の特徴によれば、異なる割り当てコストは、「リファレンス」データレートと呼ばれる異なる所定のデータ値について提供される。
【００４７】
別の特徴によれば、前記対応するビットレートについてのコンサンプションコストが、リファレンスビットレートについてのこのコンサンプションコストから取得される。
【００４８】
別の特徴によれば、前記対応するビットレートについてのコンサンプションコストが、リファレンスビットレートについてのコンサンプションコストから補間によって取得される。
【００４９】
別の特徴によれば、ビットレートＲがリファレンスビットレートではないときに、コンサンプションコストは、以下の式：
【数４】
2005136986.tif 000003
に従って、このビットレートＲにいちばん近く、Ｒｉｎｆ＜ＲｓｕｐであるリファレンスビットレートＲｉｎｆおよびＲｓｕｐに対応するコンサンプションコストＣｉｎｆおよびＣｓｕｐの関数として計算される。
【００５０】
別の特徴によれば、このコンサンプションコストが、この補間結果が負の場合には、ゼロに設定される。
【００５１】
別の特徴によれば、前記対応するビットレートが、最大ビットレートに対応する。
【００５２】
別の特徴によれば、前記最大ビットレートが、式：
【数５】
2005136986.tif 000004
から得られ、
【数６】
2005136986.tif 000005
であり、ｂｒｊが、ＴＦＣＳにおけるｊ番目のトランスポートフォーマットコンビネーション（ＴＦＣ）のビットレートであり、ｎはこのＣＣＴｒＣｈ中のトランスポートチャネル数であり、Ｎｋ（ｊ）およびＬｋ（ｊ）が、それぞれｊ番目のＴＦＣにおけるｋ番目のトランスポートチャネルについてのビット数として表されるトランスポートブロックの数およびこのトランスポートブロックのサイズであり、ＴＴＩｋは、ｋ番目のトランスポートチャネルの秒で表される転送時間間隔（ＴＴＩ）である。
【００５３】
別の特徴によれば、前記対応するビットレートが、有効ビットレートに対応する。
【００５４】
別の特徴によれば、本発明は、このような方法を実行するための移動無線システムを提供するものである。
【００５５】
特に、別の特徴によれば、このようなシステムは、
第２のエンティティにおいて、拡散率およびデータレートに基づいたリソースモデルを第１のエンティティに対して送る手段と、
第１のエンティティにおいて、その割り当てられた無線リソースについての拡散率およびデータレートに応じて、この送られたリソースモデルに基づいて前記処理リソースを管理する手段とを含む。
【００５６】
別の態様においては、本発明は、このような方法を実行するための、移動無線システムのための基地局を提供するものである。
【００５７】
特に、別の特徴によれば、この基地局は、
拡散率およびデータレートに基づいたリソースモデルを基地局制御装置に送る手段を含んでいる。
【００５８】
別の態様においては、本発明は、このような方法を実行するための、移動無線システムのための基地局制御装置を提供するものである。
【００５９】
特に、別の特徴によれば、この基地局制御装置は、
拡散率およびデータレートに基づいたリソースモデルを基地局から受信する手段と、
この割り当て付けられた無線リソースについての拡散率およびデータレートに応じてこの送られたリソースモデルに基づいて前記処理リソースを管理する手段とを含む。
【００６０】
本発明はまた、「第１の」エンティティが無線リソースおよびその対応する処理リソースを管理し、この処理リソースが別個の「第２の」エンティティ中で提供される、移動無線システムにおける処理リソースを管理する方法を提供するものであり、この方法は、
第２のエンティティが、拡散率およびデータレートに基づいたリソースモデルをサポートする場合には、前記リソースモデルを表す、第２のエンティティによって送られる情報が、拡散率に基づいたリソースモデルを表し、前記処理キャパシティの一部分を表す「第１の」情報と、データレートに基づいたリソースモデルを表し、前記処理キャパシティの別の一部分を表す「第２の」情報とを含み、
この第２のエンティティが、拡散率に基づいたリソースモデルのみをサポートする場合には、前記第２のリソースモデルを表す、第２のエンティティによって送られるこの情報が、拡散率に基づいたリソースモデルを表す情報のみを含むように、
第２のエンティティがその処理キャパシティを表すリソースモデルを第１のエンティティに対して送り、
第１のエンティティが、この割り当てられた無線リソースについての、場合に応じて、拡散率およびデータレートに応じて、または拡散率だけに応じて、この送られたリソースモデルに基づいて前記処理リソースを管理する。
【００６１】
別の特徴によれば、第２のエンティティが、拡散率およびデータレートに基づいたリソースモデル及び、拡散率に基づいたリソースモデルの両方をサポートする場合には、第２のエンティティが、その処理キャパシティをより表すものとして２つのモデルのうちの一方を選択し、この選択されたリソースモデルを第１のエンティティに対して送る。
【００６２】
別の特徴によれば、
第２のエンティティによって送られリソースモデルを表す情報が、全体処理キャパシティ、又は「キャパシティクレジット」と、必要に応じて、拡散率とデータレートの両方に応じて、または拡散率のみに応じて、無線リソースを割り当てるために必要とされる前記全体処理キャパシティの量を指し示すコンサンプション則とを含み、
前記第１のエンティティによる処理リソースの前記管理が、この割り当てられた無線リソースについて、必要に応じて、拡散率およびデータレートに応じて、または拡散率にのみ応じて、前記コンサンプション則に基づいて各無線リソース割り当てに関するそのキャパシティクレジットを更新することを含む。
【００６３】
別の特徴によれば、前記第１の情報は、拡散率の値について無線リソースを割り当て付けるために必要とされる全体処理キャパシティの量に対応する少なくとも「第１の」割り当てコストを含み、前記第２の情報は、データレート値についての無線リソースを割り当てるために必要とされる全体処理キャパシティのその量に対応する少なくとも「第２の」割り当てコストを含む。
【００６４】
別の態様によれば、本発明はまた、このような方法を実行するための移動無線システムを提供するものである。
【００６５】
特に、別の特徴によれば、
第２のエンティティが、拡散率およびデータレートに基づいたリソースモデルをサポートする場合には、前記リソースモデルを表す、第２のエンティティによって送られる情報が、拡散率に基づいたリソースモデルを表し、前記処理キャパシティの一部分を表す「第１の」情報と、データレートに基づいたリソースモデルを表し、前記処理キャパシティの別の一部分を表す「第２の」情報とを含み、
第２のエンティティが、拡散率に基づいたリソースモデルのみをサポートする場合には、前記第２のリソースモデルを表す、第２のエンティティによって送られるこの情報が、拡散率に基づいたリソースモデルを表す情報のみを含むように、
第２のエンティティがその処理キャパシティを表すリソースモデルを第１のエンティティに対して送る手段を含み、
第１のエンティティが、この割り当てられた無線リソースについて、場合に応じて、拡散率およびデータレートに応じて、または拡散率のみに応じてこの送られたリソースモデルに基づいて前記処理リソースを管理する手段を含む。
【００６６】
別の態様においては、本発明は、このような方法を実行するための、移動無線システムのための基地局を提供するものである。
【００６７】
特に、別の特徴によれば、この基地局は、
基地局が、拡散率およびデータレートに基づいたリソースモデルをサポートする場合には、前記リソースモデルを表す、第２のエンティティによって送られる情報が、拡散率に基づいたリソースモデルを表し、前記処理キャパシティの一部分を表す「第１の」情報と、データレートに基づいたリソースモデルを表し、前記処理キャパシティの別の一部分を表す「第２の」情報とを含み、
基地局が、拡散率に基づいたリソースモデルのみをサポートする場合には、前記第２のリソースモデルを表す、第２のエンティティによって送られるこの情報が、拡散率に基づいたリソースモデルを表す情報のみを含むように、
その処理キャパシティを表すリソースモデルを基地局制御装置に送る手段を含む。
【００６８】
別の態様においては、本発明は、かかる方法を実行するための、移動無線システムのための基地局制御装置を提供するものである。
【００６９】
特に、別の特徴によれば、この基地局制御装置は、
基地局が、拡散率およびデータレートに基づいたリソースモデルをサポートする場合には、前記リソースモデルを表す、第２のエンティティによって送られる情報が、拡散率に基づいたリソースモデルを表し、前記処理キャパシティの一部分を表す「第１の」情報と、データレートに基づいたリソースモデルを表し、前記処理キャパシティの別の一部分を表す「第２の」情報とを含み、
基地局が、拡散率に基づいたリソースモデルのみをサポートする場合には、前記第２のリソースモデルを表す、第２のエンティティによって送られるこの情報が、拡散率に基づいたリソースモデルを表す情報のみを含むように、
その処理キャパシティを表すリソースモデルを基地局から受信する手段と、
この割り当てられた無線リソースについての、必要に応じて、拡散率およびデータレートに応じて、または拡散率だけに応じて、この送られたリソースモデルに基づいて前記処理リソースを管理する手段とを含む。
【００７０】
本発明の他の目的および特徴は、添付図面を参照して提供される、本発明の以下の実施形態の説明を読めば明らかになる。
【発明を実施するための最良の形態】
【００７１】
本発明はまた、以下のように説明することができる。
【００７２】
初めに、（バージョンＲ９９およびＲ４と同様に）バージョンＲ５に対応する規格の現行の状態について、以下に簡潔に概要を説明する。
【００７３】
規格の現行の状態については、仕様書３ＧＰＰ  ＴＳ  ２５．４３３  Ｖ５．２．０に、主としてそのセクション、
・９．２．１．９Ａ、「Ｃｏｍｍｏｎ  Ｃｈａｎｎｅｌｓ  Ｃａｐａｃｉｔｙ  Ｃｏｎｓｕｍｐｔｉｏｎ  Ｌａｗ」、
・９．２．１．２０Ａ、「Ｄｅｄｉｃａｔｅｄ  Ｃｈａｎｎｅｌｓ  Ｃａｐａｃｉｔｙ  Ｃｏｎｓｕｍｐｔｉｏｎ  Ｌａｗ」、
に記載されている。
【００７４】
ノードＢの処理キャパシティを、
・リソース状況指示メッセージと、
・オーディット応答メッセージの、
２つのノードＢアプリケーション部（ＮＢＡＰ）メッセージ内でＣＲＮＣに対して送ることができ、ここでＮＢＡＰは、ノードＢとＣＲＮＣの間のＩｕｂインターフェース上で使用されるシグナリングプロトコルを指定している。
【００７５】
ノードＢの処理キャパシティは、
・ノードＢの全体処理リソースを表すキャパシティクレジット。キャパシティクレジットは、「アップリンク」すなわち移動局からネットワークへの伝送、および「ダウンリンク」すなわちネットワークから移動局への伝送の方向の各々について指定されることができる。そして、
・新しい無線リンク（ＲＬ）のために、または既存の無線リンクを再構成するために、ノードＢによって使用される処理リソースの推定量を提供するコンサンプション則と、
によって表される。
【００７６】
共通チャネルに対するものと個別チャネルに対する別のものの、２つのコンサンプション則が存在する。各コンサンプション則は、可能な拡散率の各々についての上り方向（すなわち、「ＵＬコスト」）および下り方向（すなわち、「ＤＬコスト」）の無線リンクのコスト（すなわち、「ＲＬコスト」）を指定する。
【００７７】
さらに、個別チャネルについてのコンサンプション則については、各無線リンクセット（ＲＬＳ）について、上りまたは下りの追加コストを指定することもできる。かかる追加ＲＬＳコストは、新しい無線リンクが作成されるときはいつでもＲＬコストに追加して考慮される（１つのみのＲＬＳがＵＥにより使用されるときには、これは、第１の無線リンクをセットアップすることと等価である）。
【００７８】
ダウンリンクシェアドチャネル（ＤＳＣＨ）およびマルチコードの場合が処理される方法については、上述で参照した仕様書中でも規定され、また本出願人が出願した別の従来特許出願（フランス特許出願公開第２８２１５１５号）の発明についてのものでもある。ＤＳＣＨの場合では、（「ＤＬ  ＲＬコスト」に等しいＤＳＣＨに関連する処理コストは、ＤＳＣＨが割り当てられ、又は、削除され、または再構成されるときに、考慮される。マルチコードの場合では、コンサンプション則において提供されるコストは、拡散コード（または「チャネル化コード」）当たりのコストであり、複数の拡散コードが使用されるときには、この処理コストは、１つのコードのコストのＮ倍であると解釈され、ここでＮは、コード数である。
【００７９】
以上から思い起こされるように、本出願人が出願したフランス特許出願公開第２８１９６５８号においては、同様であるが拡散率の代わりにデータレートに基づいたクレジットメカニズムが提案されている。拡散率に基づいたクレジットメカニズムについて使用される同じ信号を使用することができるが、拡散率当たりのコストとしてコンサンプション則を解釈する代わりに、このコンサンプション則は、異なるデータレート、特にリファレンスデータレートについて提供されるコストとして解釈される。
【００８０】
従来特許出願とは違って、本発明では、拡散率に基づいたクレジットメカニズムを送る代わりに、データレートに基づいたクレジットメカニズムを送ることを提案しているのではなくて、これを追加して送ることを提案している。
【００８１】
一例として、これは、
・拡散率に基づいた既存のコンサンプション則にデータレートに基づいた特定の（この規則自体が、個別チャネルについての新しい規則と共通チャネルについての新しい規則を含むこともある）新しいコンサンプション則を追加することによって、または
・拡散率に基づいた既存のコストまたは既存のコンサンプション則に対してデータレートに基づいたクレジットメカニズムに対応する新しいコストを追加すること（これらの追加されたコスト自体はたぶん、個別チャネルについてのコンサンプション則について、無線リンクコスト（ＲＬコスト）、およびたぶん追加コスト（ＲＬＳコスト）も含んでいる）による、２つの方法で行うことができる。
【００８２】
新しい無線リンクについての、または再構成された無線リンクについてのコスト（無線リンクが再構成されるイベントにおいては、このコストは、再構成後の新しいコストと再構成前の古いコストの間の差に相当すると理解される）を以下の式に従って計算することができる。
【００８３】
ｃｏｓｔ＝ｃｏｓｔ１＋ｃｏｓｔ２
式中で、ｃｏｓｔ１は、現行の規格において規定されているものなどの拡散率（ＳＦ）に基づいて、コンサンプション則に基づいて計算される無線リンクの拡散率に応じたコストであり、ｃｏｓｔ２は、結果としてその内容が本出願の一部を形成するものと考えられる前述の従来の特許出願第２８１９６５８号において提案されている、無線リンクのデータレートに応じたコストである。それにもかかわらず、以下の説明では、この従来出願の主要な教示が思い起こされる。
【００８４】
以上で概要を説明したように、この従来出願においては、全体処理キャパシティ、又は「キャパシティクレジット」の概念が保持されているが、この割り当てコストは、拡散率の各可能な値については送られず、データレートの異なる可能な値について送られる。
【００８５】
さらに、この従来出願は、データレートに基づいたこのようなアプローチに伴って発生する新しい問題を解決することも記載されている。
【００８６】
第１の問題は、可能な拡散率の数が有限である（例えば、ＵＭＴＳシステムにおいては、８個の可能な拡散率値：４、８、１６、３２、６４、１２８、２５６、５１２が存在する）のに対して、このデータレートは、任意の正の値を取ることができることである。ノードＢが、データレートのすべての可能な値についての割り当てコストをＣＲＮＣに対して送ることは実際には可能でないかまたは現実的でないことが理解されよう。
【００８７】
第２の問題は、リソースが割り付けられるたびごとに、このキャパシティクレジットを対応するデータレートに応じてて更新するために、このＣＲＮＣは、少なくともこの規格の現行の状態においては、使用可能なデータレートをもたない。対照的に、以上で概要を述べた従来技術では、新しい無線リンクが追加され、削除され、または再構成されるときにこの拡散率が、このＳＲＮＣによってＣＲＮＣに送られるので、このＣＲＮＣは、その拡散率について知っている。
【００８８】
第３の問題は、このデータレートが固定されている必要がなく変化し得ることである。対照的に、拡散率は、少なくとも下り方向においては固定されている。
【００８９】
前述の第１の問題を解決するために、以後でリファレンスビットレートと呼ぶビットレートの数個の典型的な値についてのみコストが送られ、このリファレンスビットレートについて送られたコストから、任意のビットレート値についてのコストを決定するために、解法が追加して提案されている。例えば、線形補間を使用して（これは、最も簡単な解法である）コストが常に正にとどまる（すなわち、この補間の結果が負の場合には、この結果コストがゼロになる）ことを保証することができる。
【００９０】
例えば、ビットレートＲがリファレンスビットレートでないときには、Ｃｏｎｓｕｍｐｔｉｏｎ＿ｃｏｓｔは、このビットレートＲに最も近く、Ｒｉｎｆ＜ＲｓｕｐであるリファレンスビットレートＲｉｎｆおよびＲｓｕｐに対応するコストＣｉｎｆおよびＣｓｕｐの関数として以下の式を使用して計算される。
【数７】
2005136986.tif 000006
【００９１】
この結果が負の場合には、このコンサンプションコストは、ゼロに設定することができる。すなわち、
Ｃｏｎｓｕｍｐｔｉｏｎ＿ｃｏｓｔ＝０
もちろん他の補間技術を使用することもできる。
【００９２】
このリファレンスビットレートは、例えば、４．７５ｋｂｉｔ／ｓ、１２．２ｋｂｉｔ／ｓ、６４ｋｂｉｔ／ｓ、１４４ｋｂｉｔ／ｓ、３８４ｋｂｉｔ／ｓ、および２０４８ｋｂｉｔ／ｓとすることができる。
【００９３】
さらに、ＵＭＴＳなどのシステムにおいては、例えば、前述の第２および第３の問題に対する１つの解法には、トランスポートフォーマットコンビネーションセット（ＴＦＣＳ）パラメータに応じてこのビットレートを得ることである。
【００９４】
ＵＭＴＳのようなシステムの１つの特徴は、同じ接続上で複数のサービスを、すなわち同じ物理チャネル上で複数のトランスポートチャネル（ＴｒＣＨ）を送ることが可能であることを忘れるべきではない。これらのトランスポートチャネルは、１つまたは複数の物理チャネル上で伝送するために、コード化複合トランスポートチャネル（ＣＣＴｒＣＨ）を形成し、これらが時分割多重化される前に、（図２を参照、エラー検出コーディング、エラー訂正コーディング、ビットレート適応およびインターリービングを含む）チャネルコーディング機構に従って別々に処理される。ＵＭＴＳのこれらの態様の詳細については、３ＧＰＰによって公開されている３Ｇ  ｄｏｃｕｍｅｎｔ  ＴＳ  ２５．２１２  Ｖ３．０．０を参照されたい。
【００９５】
ＵＭＴＳのようなシステムの別の特徴は、ユーザが呼出し中に変化し得るビットレートを使用できることを可能とすることであることも忘れるべきではない。このトランスポートチャネルによって送られるデータは、伝送時間間隔（ＴＴＩ）において定期的に受信されるトランスポートブロックとして知られているデータユニットへと組織化される。所与のトランスポートチャネルについて受信されるトランスポートブロックの数およびサイズは、ビットレートに応じて変化する。このトランスポートフォーマットは、所与のトランスポートチャネルについてのトランスポートブロック（およびしたがって瞬間的なビットレート）の知られている数およびサイズとして定義される。このトランスポートフォーマットコンビネーション（ＴＦＣ）は、同じコード化複合トランスポートチャネル上へと多重化されるべき異なるトランスポートチャネルについて認可されたトランスポートフォーマットの組合せとして定義される。最後にこのトランスポートフォーマットコンビネーションセット（ＴＦＣＳ）は、トランスポートフォーマットのすべての可能な組合せの組として定義される。このＵＭＴＳのこれらの態様の詳細については、３ＧＰＰによって公開されている３Ｇ  ｄｏｃｕｍｅｎｔ  ＴＳ  ２５．３０２  Ｖ３．７．０を参照されたい。
【００９６】
次いで、ＴＦＣＳ内のＴＦＣごとのビットレートは、以下の式を使用して計算することができ、式中で、ｂｒｊは、このＴＦＣＳ中のｊ番目のＴＦＣのビットレートであり、ｎは、ＣＣＴｒＣＨ中のトランスポートチャネル数であり、Ｎｋ（ｊ）およびＬｋ（ｊ）は、それぞれｊ番目のＴＦＣ中のｋ番目のトランスポートチャネルについてのトランスポートブロック数、および（ビット数で表された）トランスポートブロックサイズであり、ＴＴＩｋは、ｋ番目のトランスポートチャネルの（秒で表された）伝送時間間隔である。
【数８】
2005136986.tif 000007
【００９７】
もちろん、処理すべきデータについてのビットレートをどのようにして定義するかに応じて他の式を使用することもできる。
【００９８】
さらに、問題点は、このビットレートが固定されておらず変化する可能性があり（すなわち、このＴＦＣＳ内の任意のＴＦＣが呼出し中に使用される可能性があり）、この変化がノードＢまたはＵＥに先験的に知られておらず、実際には先験的に知ることができないことである。最も簡単な解法は、ＴＦＣＳ内のすべてのＴＦＣについて、最大ビットレート、またはコンサンプションコストを最大にするビットレート（通常最大ビットレートに等しいが、必ずしも常にそうなるとは限らない）だけを考慮することである。新しい無線リンクが受け入れられる場合には、ノードＢが、この新しい無線リンクについて認可された最大ビットレートまでビットレートを処理するための十分なリソースを有することを検証する必要がある。
【００９９】
最大ビットレートが、以下の式のように定義される場合には、
【数９】
2005136986.tif 000008
【０１００】
式（１）は、以下の式のようになる。
【数１０】
2005136986.tif 000009
【０１０１】
さらに、この方法を、両方の伝送方向（上り方向および下り方向）について、または（上り方向および下り方向が別々に処理され）伝送方向ごとに、全体的に実施することができ、その場合に、全体クレジットは、方向ごとに提供され、この割り当てコストは、各方向について、各リファレンスデータレートに提供される。
【０１０２】
さらに、最大ビットレートのみを考慮する前述の解法例は、より簡単ではあるが、それにもかかわらず、最大ビットレートに対応する処理リソースが各場合に保持されるので、ノードＢにおいてこのようにして保持される処理リソースは、たぶん過大評価されてしまうという欠点を有している。この場合には、そのクレジットが使い尽くされているけれども、一部の処理リソースが依然として使用可能であるということが起こり得る。この場合には、たとえ十分な処理リソースが、ノードＢにおいて実際に使用可能であるとしても、新しい無線リンクまたは共通のトランスポートチャネル要求が、拒否されることがあり得る。
【０１０３】
これに対する１つの解法は、ＣＲＮＣが残っているクレジットを最大ビットレートに基づいてではなく、代わりに有効ビットレートに基づいて計算するということである。現行のＴＦＣは、以上で説明したように有効ビットレートについて知っている。この場合には、ノードＢは、依然として同じ情報をこのＣＲＮＣに送り、このＣＲＮＣにおいて実装される、残存しているクレジットを更新するためのアルゴリズムだけが変化し、そして、このクレジットをより頻繁に（このＴＦＣが変化するたびごとに）更新することが必要なことになる。
【０１０４】
個別チャネル（ＤＣＨ）については、この種の解法を実装する際の１つの問題点は、呼出し承認制御が、技術仕様の現行バージョンによれば瞬間的なＴＦＣについて知らないＣＲＮＣ中で実行されることである（このＣＲＮＣは、ＴＦＣＳについてのみ知っており、ＵＥ、ノードＢおよびＳＲＮＣがこのＴＦＣについて知っている）。それにもかかわらず、適切な信号を用いて、あるいは、呼出し承認制御が、この情報を知っているエンティティにおいて実装される場合には、この種の解法を適用可能とすることができる。
【０１０５】
（このＤＳＣＨを含む）共通トランスポートチャネルでは、（共通およびシェアドチャネルについてのＴＦＣを選択する）ＭＡＣ−ｃ／ｓｈ機能がこのＣＲＮＣ中に実装されるので、この種の解法が、技術仕様の現行バージョンに従って（アップリンク方向についてもダウンリンク方向についても）適用可能であるように思われる。
【０１０６】
さらに、複数のトランスポートチャネルが物理チャネル上で多重化され、このトランスポートチャネルが同じ処理リソースを必要としない場合には、例えば一方が畳み込み符号を使用し他方がターボ符号を使用するので、２つのトランスポートチャネルが異なる処理リソースを必要とすることを考慮に入れずに、このコストが全体ビットレートに応じて選択されることに起因する欠点を回避するために、１つの解法は、ビットレート当たりおよびトランスポートチャネル当たりのコンサンプションコストを送り、このＣＲＮＣはすべてのトランスポートチャネルについての合計コストをトランスポートチャネルタイプに応じて計算している。この種の解法により、様々なトランスポートチャネルの間で区別することを可能とし、したがって、異なる特性を有する異なるトランスポートチャネルについて異なるコンサンプションコストを可能とする。以前に説明したように、コンサンプションコストは、（ＴＦＣＳによって提供される）対象とするトランスポートチャネルの最大ビットレート、または（現行のＴＦＣによって提供される）有効ビットレートに基づくものとすることができる。
【０１０７】
また、エラー訂正コード（特に畳み込み符号またはターボ符号）のたびごとに、異なるデータレートのファンクションとしてコストを提供することも可能である。かかる状況下では、例えば各リファレンスデータレートについて２つのコスト、すなわち一方はターボ符号と共に使用するためのコスト、他方はその他の場合に使用するためのコストが存在する。
【０１０８】
以上で述べたように、本発明の方法が拡散率に基づいたリソースモデルを使用する限りにおいて、仕様書３ＧＰＰ  ＴＳ  ２５．４３３に記載の既存のメカニズムを再使用することができる。
【０１０９】
これらのメカニズムの一部はまた、本発明の方法がデータレートに基づいたリソースモデルを使用する限りにおいて再使用することもできる。再使用することができるメカニズムの一例として、特にＤＳＣＨについて言及することができる。あるいは、異なるメカニズムを使用することができる。
【０１１０】
異なるメカニズムが好ましい可能性がある場合の一例として、特に以下の場合について言及することができる。
【０１１１】
・マルチコードの場合：この場合には、このデータレートコストファンクションがコード数に関係なく適用されることが好ましいこともある。
【０１１２】
・無線リンクセット（ＲＬＳ）の第１の無線リンク（ＲＬ）を作成する場合：この場合には、コストがデータレートの関数であるときには、追加のコスト（ＲＬＳコスト）を適用せず送ることさえしないことが好ましいこともある。
【０１１３】
代わりに、同様なメカニズムを使用することもできる。
【０１１４】
本発明の様々な態様の１つでは、全体処理キャパシティ（または「キャパシティクレジット」）の概念が保持されるが、この割り当てコストは、拡散率の異なる値またはデータレートの異なる値についてはもはや送られず、むしろ拡散率の異なる値およびデータレートの異なる値について送られることになる。本出願人によって観察されているように、データレートは、少なくとも（特にエラー訂正のエンコーディングおよびエラー訂正のデコーディングについての処理など）ある種の処理については、拡散率よりもノードＢの処理キャパシティを良好に表し、他のある種の処理（特に、拡散処理および逆拡散処理）については、拡散率を、ノードＢの処理キャパシティを表すものとして保持することができる。
【０１１５】
さらに他の観点では、本発明の様々な態様のうちの１つにおいて、いわゆる「第１の」エンティティ（特にＵＭＴＳタイプのシステムにおける基地局制御装置またはＣＲＮＣ）が無線リソースと、およびこの対応する処理リソースを管理し、この処理リソースが、それからは異なり「第２の」エンティティと呼ばれるエンティティ（特にＵＭＴＳなどのシステムにおける基地局またはノードＢ）内に提供される、移動無線システムにおける処理リソースを管理する方法において、
・第２のエンティティが、拡散率およびデータレートに基づいて、その処理キャパシティを表すリソースモデルを第１のエンティティに送り、
・第１のエンティティが、この送られたリソースモデルに基づいて前記処理リソースをその割り当てられた無線リソースについての拡散率およびデータレートに応じて管理する。
【０１１６】
有利には、
・リソースモデルを表すそして第２のエンティティにより送られる情報が、全体処理キャパシティ、又は「キャパシティクレジット」と、必要に応じて、拡散率に応じておよびデータレートの両方に応じて、又は、拡散率のみに応じて、無線リソースを割り当てるために必要とされる前記全体処理キャパシティの量を指示するコンサンプション則とを含み、
・前記第１のエンティティによる処理リソースの前記管理は、この割り当てられた無線リソースについての、必要に応じて、拡散率およびデータレートに応じて、または拡散率のみに応じて、前記コンサンプション則に基づいて各無線リソース割り当てに関するそのキャパシティクレジットを更新すること含む。
【０１１７】
有利には、拡散率およびデータレートに基づいた前記リソースモデルを表す、第２のエンティティによって送られた情報は、拡散率に基づくリソースモデルを表し、前記処理キャパシティの一部分を表す「第１の」情報と、データレートに基づくリソースモデルを表し、前記処理キャパシティの別の一部分を表す「第２の」情報とを含む。
【０１１８】
有利には、前記第１の情報は、特定の拡散率値についての、無線リソース割り当てのために必要とされる全体処理キャパシティの量に対応する少なくとも「第１の」割り当てコストを含み、前記第２の情報が、特定のデータレート値についての無線リソース割り当てのために必要とされる全体処理キャパシティの量に対応する少なくとも「第２の」割り当てコストを含んでいる。
【０１１９】
用語、「無線リソース割り当て」は、割り当て動作それ自体だけでなく、逆割り当て動作および再構成動作を含めて、このシステム内の無線リソースの割り当てを修正する可能性のあるすべての動作を包含することを意図したものである。
【０１２０】
したがって、ＵＭＴＳにおいては、これらの動作は、
・個別のトランスポートチャネルについては、３ＧＰＰによって公開されている３Ｇ  ｄｏｃｕｍｅｎｔ  ＴＳ  ２５．４３３中で定義されている無線リンクセットアッププロシージャ、無線リンク追加プロシージャ、無線リンク削除プロシージャ、および無線リンク再構成プロシージャに対応し、
・共通トランスポートチャネルについては、３ＧＰＰによって公開されている３Ｇ  ｄｏｃｕｍｅｎｔ  ＴＳ  ２５．４３３中でやはり定義されている、共通トランスポートチャネルセットアッププロシージャ、共通トランスポートチャネル削除プロシージャ、および共通トランスポートチャネル再構成プロシージャに対応している。
【０１２１】
用語キャパシティクレジットを「更新する」は、新しい無線リソースが必要とされるときに、キャパシティクレジットを借り方に記入する動作だけでなく、無線リソースがもはや必要ではなくしたがって解放されるときにキャパシティクレジットを貸し方に記入する動作も含むことを意図したものである。
【０１２２】
したがって、
・キャパシティクレジットは、無線リンクセットアッププロシージャ、無線リンク追加プロシージャ、および共通トランスポートチャネルセットアッププロシージャについては借り方に記入され、
・キャパシティクレジットは、無線リンク削除プロシージャおよび共通トランスポートチャネル削除プロシージャについては貸し方に記入され、また
・ＲＬ再構成の場合およびＣＴＣＨ再構成の場合には、（再構成後の）新しいコストと（再構成前の）古いコストとの間の差を用いてこの差が正であるか負であるかに応じてキャパシティクレジットは、借り方に記入され、または貸し方に記入される。
【０１２３】
さらに、かかるシステムにおけるデータレートを定義するためのすべての可能性を含めるために、このデータレートは、ビットレート、シンボルレート、またはチップレートである可能性がある。考慮に入れるこのレートが正味レートであることが好ましい。
【０１２４】
ビットレートとシンボルレートの間の区別は、通常は、複数の可能な種類の変調を使用するシステム中で行われる。変調とは、情報を搬送することが可能なアナログ信号にこの伝送すべき情報を変換する処理のことである。様々な変調技術が知られており、これらは、そのスペクトル効率、すなわち所与の割り当てられた周波数帯域について変調効率と共に伝送されるビットレートが増大するシンボル当たりのより大きなまたはより小さなビット数を伝送する能力によって特徴づけられている。
【０１２５】
用語チップレートを使用して拡散後のデータレートを指し示す（ここで、用語「チップ」は従来、拡散後に得られる信号のユニット伝送周期を意味している）。
【０１２６】
図４は、このような方法を実装するための基地局（またはＵＭＴＳなどのシステムにおけるノードＢ）および基地局制御装置（またはＵＭＴＳなどのシステムのためのＲＮＣ）における本発明に従って提供される手段の一例を示す図である。
【０１２７】
このように、参照ノードＢと呼ばれる基地局は、（従来手段のこともある他の手段に追加して）
・拡散率およびデータレートに基づいた、その処理キャパシティを表すリソースモデルを基地局制御装置に送る、１３で参照される手段を含んでいる。
【０１２８】
このように、ＲＮＣで参照される基地局制御装置は、（従来手段のこともある他の手段に追加して）
・拡散率およびデータレートに基づいたリソースモデルを基地局から受信する、１４で参照される手段と、
・この信号のリソースモデルに基づいて前記処理リソースをこの割り当てられた無線リソースについての拡散率またはデータレートに応じて管理する、１５で参照される手段とを含んでいる。
【０１２９】
これらの様々な手段は、前述の方法を使用して動作することが可能であり、これらが実施される特定の方法は、当業者にとってどのような特別な困難も提示するものではなく、したがって、このような手段については、それらの機能を説明することによる以上に詳細な方法で本明細書中では説明する必要がない。
【０１３０】
さらに、本発明の他の態様についても以下のように説明することができる。
【０１３１】
古い装置との互換性の問題を解決するために、新しいコンサンプション則、または（前述で使用した概念を使用して）新しいコストを、オプション的な方法として提供することができ、この場合には、（前述で使用した概念を使用して）既存の規則または既存のコストのみをＣＲＮＣにより考慮する必要がある。
【０１３２】
そして、互換性の問題は、例えば以下のようにして解決することができる。
【０１３３】
以下の説明では、拡散率およびデータレートに基づいた本発明のリソースモデルは、新しいリソースモデルとも呼ばれ、規格の現行の状態において仕様が決められているような拡散率に基づいたリソースモデルは、既存のリソースモデルとも呼ばれる。
【０１３４】
以下では、用語「新しいＣＲＮＣ」（または「新しいノードＢ」）は、少なくとも新しいリソースモデルをサポートするＣＲＮＣ（またはノードＢ）を意味しており、用語「古いＣＲＮＣ」（または「古いノードＢ」）は、既存のリソースモデルのみをサポートするＣＲＮＣ（またはノードＢ）を意味している。
【０１３５】
以下では、一例として、これらのリソースモデルの一方または他方をその処理キャパシティを最もよく表すものとして選択し、このようにしてどちらのリソースモデルをノードＢが選択したかをＣＲＮＣに対して送る、新しいリソースモデルと古いリソースモデルの両方をサポートする新しいノードＢの場合についても考察している。
【０１３６】
以下では、一例として（上述で使用した概念を使用した）新しい規則の場合ではなくて新しいコストの場合についても考察している。
【０１３７】
そして、例えば、以下の状況の間において区別することが可能である。
【０１３８】
新しいＣＲＮＣ＋新しいノードＢ
このような状況下では、ノードＢは、（拡散率に基づいた）既存のコストのみ、または（拡散率に基づく）既存のコストと（データレートに基づいた）新しいコストとの両方の、いずれかを送り、このＣＲＮＣは、ノードＢ内に残存する処理リソースを推定するために、このようにして送られたコストを考慮する。
【０１３９】
古いＣＲＮＣ＋古いノードＢ
この状況では、ノードＢは、（拡散率に基づいた）既存のコストのみを送り、ＣＲＮＣは、ノードＢ内に残存する処理リソースを推定するために、このようにして送られたコストを考慮する。
【０１４０】
新しいＣＲＮＣ＋古いノードＢ
この状況では、ノードＢは、（拡散率に基づいた）既存のコストのみを送り、ＣＲＮＣは、ノードＢ内に残存する処理リソースを推定するために、このようにして送られたコストを考慮する。
【０１４１】
古いＣＲＮＣ＋新しいノードＢ
この状況では、ノードＢは、（拡散率に基づいた）既存のコストだけか、または（拡散率に基づいた）既存のコストと（データレートに基づいた）新しいコストの両方の、いずれかを送る。ノードＢ中に残存する処理リソースを推定するためにＣＲＮＣにより（拡散率に基づいた）既存のコストのみが考慮される。この状況では、このリソースモデルがこのノードＢとこのＣＲＮＣにおいて異なって解釈されるので、ノードＢが（拡散率に基づいた）既存のコストと（データレートに基づいた）新しいコストの両方を送る場合には、互換性の問題が解決されない。しかし、ネットワーク装置が更新されるときに、これらのＲＮＣは、一般的にこのノードＢよりも前に更新されるので、この状況はほとんど起こりそうにない（この場合には、ノードＢよりも少ないＲＮＣが多くあるので、このような更新がＲＮＣにとってずっと簡単になる）。それにもかかわらず、この問題を解決するための１つの解決方法は、特にノードＢアプリケーション部（ＮＢＡＰ）シグナリングプロトコルを使用して、例えばセルセットアップ要求メッセージ中で、このＣＲＮＣが、どのメカニズムをこのＣＲＮＣがサポートしているかをノードＢに対して送ることができるようにすることになり、その結果、新しいノードＢは、古いＣＲＮＣを伴う新しいクレジットメカニズムを使用しない。
【０１４２】
換言すれば、本発明の別の態様では、「第１の」エンティティ（特にＵＭＴＳなどのシステムにおける基地局制御装置またはＣＲＮＣ）が、無線リソースおよびその対応する処理リソースを管理し、この処理リソースが「第２の」エンティティとして知られている別個のエンティティ（特にＵＭＴＳなどのシステムにおける基地局またはノードＢ）中で提供される、移動無線システムにおける処理リソースを管理する方法においては、
第２のエンティティが、拡散率およびデータレートに基づいたリソースモデルをサポートする場合には、前記リソースモデルを表す、第２のエンティティによって送られる情報が、拡散率に基づいたリソースモデルを表し、前記処理キャパシティの一部分を表す「第１の」情報と、データレートに基づいたリソースモデルを表し、前記処理キャパシティの別の一部分を表す「第２の」情報とを含み、
この第２のエンティティが、拡散率に基づいたリソースモデルのみをサポートする場合には、前記第２のリソースモデルを表す、第２のエンティティによって送られるこの情報が、拡散率に基づいたリソースモデルを表す情報のみを含むように、
第２のエンティティがその処理キャパシティを表すリソースモデルを第１のエンティティに対して送り、
第１のエンティティが、この割り当てられた無線リソースについての、場合に応じて、拡散率およびデータレートに応じて、または拡散率だけに応じて、この送られたリソースモデルに基づいて前記処理リソースを管理する。
【０１４３】
有利には、第２のエンティティが、拡散率およびデータレートに基づいたリソースモデル及び、拡散率に基づいたリソースモデルの両方をサポートする場合には、第２のエンティティが、その処理キャパシティをより表すものとして２つのモデルのうちの１つを選択し、この選択されたリソースモデルを第１のエンティティに対して送る。
【０１４４】
有利には、
第２のエンティティによって送られリソースモデルを表す情報が、全体処理キャパシティ、又は「キャパシティクレジット」と、必要に応じて、拡散率とデータレートの両方に応じて、または拡散率のみに応じて、無線リソースを割り当てるために必要とされる前記全体処理キャパシティの量を指し示すコンサンプション則とを含み、
前記第１のエンティティによる処理リソースの前記管理が、この割り当てられた無線リソースについて、必要に応じて、拡散率およびデータレートに応じて、または拡散率のみに応じて、前記コンサンプション則に基づいて各無線リソース割り当てに関するそのキャパシティクレジットを更新することを含む。
【０１４５】
有利には、前記第１の情報が、拡散率の値について無線リソースを割り当てるために必要とされる全体処理キャパシティの量に対応する少なくとも「第１の」割り当てコストを含み、前記第２の情報が、データレート値について無線リソースを割り当てるために必要とされる全体処理キャパシティのその量に対応する少なくとも「第２の」割り当てコストを含む。
【０１４６】
図５は、このような方法を実装するための、基地局（またはＵＭＴＳなどのシステムにおけるノードＢ）および基地局制御装置（ＵＭＴＳなどのシステムにおけるＲＮＣ）において、本発明に従って提供される手段の一例を示す図である。
【０１４７】
したがって、ノードＢで参照される基地局は、（従来の手段でもよい他の手段に追加して）、
第２のエンティティが、拡散率およびデータレートに基づいたリソースモデルをサポートする場合には、前記リソースモデルを表す、第２のエンティティによって送られる情報が、拡散率に基づいたリソースモデルを表し、前記処理キャパシティの一部分を表す「第１の」情報と、データレートに基づいたリソースモデルを表し、前記処理キャパシティの別の一部分を表す「第２の」情報とを含み、
第２のエンティティが、拡散率に基づいたリソースモデルのみをサポートする場合には、前記第２のリソースモデルを表す、第２のエンティティによって送られるこの情報が、拡散率に基づいたリソースモデルを表す情報のみを含むように、
その処理キャパシティを表すリソースモデルを基地局制御装置に送る、１３’で参照される手段を含む。
【０１４８】
したがってＲＮＣで参照される基地局制御装置は、（従来の手段でもよい他の手段に追加して）、
第２のエンティティが、拡散率およびデータレートに基づいたリソースモデルをサポートする場合には、前記リソースモデルを表す、第２のエンティティによって送られる情報が、拡散率に基づいたリソースモデルを表し、前記処理キャパシティの一部分を表す「第１の」情報と、データレートに基づいたリソースモデルを表し、前記処理キャパシティの別の一部分を表す「第２の」情報とを含み、
第２のエンティティが、拡散率に基づいたリソースモデルのみをサポートする場合には、前記第２のリソースモデルを表す、第２のエンティティによって送られるこの情報が、拡散率に基づいたリソースモデルを表す情報のみを含むように、
第２のエンティティが、その処理キャパシティを表すリソースモデルを第１のエンティティに対して送る手段を含むようにして
その処理キャパシティを表すリソースモデルを基地局から受信する、１４’で参照される手段と、
この割り付けられた無線リソースについての、必要に応じて、拡散率およびデータレートに応じて、または拡散率だけに応じて、この送られたリソースモデルに基づいて前記処理リソースを管理する、１５’で参照される手段とを含む。
【０１４９】
これらの様々な手段は、以上で述べた前述の方法を使用して動作することが可能であり、これらが実施される特定の方法は、当業者にとってどのような特別の困難を提示するものではなく、したがって、このような手段については、これらのファンクションを説明することによる以上に詳細な方法では本明細書中に説明する必要がない。
【図面の簡単な説明】
【０１５０】
【図１】ＵＭＴＳなどの移動無線システムの一般のアーキテクチャを概説する図である。
【図２】ＵＭＴＳのノードＢなどの基地局において行われる主要な送信処理を概説する図である。
【図３】ＵＭＴＳのノードＢなどの基地局において行われる主要な受信処理を概説する図である。
【図４】本発明の方法の一実装形態を示す図である。
【図５】本発明の方法の一実装形態を示す図である。
【符号の説明】
【０１５１】
１  送信機
２  チャネルコーディング手段
３  逆拡散手段
４  無線周波数送信機手段
５  受信機
６  無線周波数受信機手段
７  受信データ推定手段
８  逆拡散手段
９  チャネルデコーダ手段
１０１〜１０Ｌ  フィンガ
１１  フィンガからの信号を組み合わせる手段
１２  伝送チャネルのインパルス応答を推定する手段
１３、１３’  リソースモデルを基地局制御装置に送る手段
１４、１４’  リソースモデルを基地局から受信する手段
１５、１５’  管理する手段
ＣＮ  コアネットワーク
ＲＮＣ  無線ネットワーク制御装置
ＵＥ  ユーザ装置
ＵＴＲＡＮ  ＵＭＴＳ地上無線アクセスネットワーク
【図１】
2005136986.tif 000013
【図２】
2005136986.tif 000014
【図３】
2005136986.tif 000015
【図４】
2005136986.tif 000016
【図５】
2005136986.tif 000017
【外国語明細書】
2005136986.tif 000018
2005136986.tif 000019
2005136986.tif 000020
2005136986.tif 000021
2005136986.tif 000022
2005136986.tif 000023
2005136986.tif 000024
2005136986.tif 000025
2005136986.tif 000026
2005136986.tif 000027
2005136986.tif 000028
2005136986.tif 000029
2005136986.tif 000030
2005136986.tif 000031
2005136986.tif 000032
2005136986.tif 000033
2005136986.tif 000034
2005136986.tif 000035
2005136986.tif 000036
2005136986.tif 000037
2005136986.tif 000038
2005136986.tif 000039
2005136986.tif 000040
2005136986.tif 000041
2005136986.tif 000042
2005136986.tif 000043
2005136986.tif 000044
2005136986.tif 000045
2005136986.tif 000046
2005136986.tif 000047
2005136986.tif 000048
2005136986.tif 000049
2005136986.tif 000050
2005136986.tif 000051
2005136986.tif 000052
2005136986.tif 000053
2005136986.tif 000054
2005136986.tif 000055
2005136986.tif 000056
2005136986.tif 000057
2005136986.tif 000058
2005136986.tif 000059
2005136986.tif 000060
2005136986.tif 000061
2005136986.tif 000062
2005136986.tif 000063
2005136986.tif 000064