JP2012525745A - 協調した信号通信における量子化適合のための技術 - Google Patents

Abstract

移動体端末（２００）と複数のアクセスノード（１００−１，１００−２，１００−３）との間の協調信号通信において、協調信号（２０）、例えば、受信信号または送信信号はアクセスノード（１００−１，１００−２，１００−３）を通して通信される。協調信号（２０）は、量子化パラメータ、例えば、量子化の深さと量子化タイプとの内の少なくともいずれかに従って量子化され、量子化パラメータは、協調通信パラメータに基づいて適合される。協調通信パラメータは、協調した通信処理、例えば、変調方式の１つの特性である。

Description

本発明は協調した信号伝送における量子化適合のための技術に関する。

セルラシステムは、一般的に同一チャネル干渉を被る。例えば、同時に行う送信は、同一の物理資源を使用する可能性があり、従って、相互干渉を引き起こす可能性がある。この同一チャネル干渉は、信号品質を低減させる。信号品質は信号対干渉プラス雑音比（ＳＩＮＲ）として測定することができる。低減した信号品質は、その結果、システム容量を低減させる。

将来の無線ネットワーク（例えば、第３世代パートナーシッププロジェクト長期的進化（３ＧＰＰ ＬＴＥ）および３ＧＰＰ ＬＴＥ−Ａｄｖａｎｃｅｄでは、アクセスノード、例えば、基地局（ＢＳ）をより高密度に展開することにより、またはより多くのユーザが狭い領域に存在することにより、干渉によって制限される可能性が高い状態が続くであろう。

協調信号通信(cooperatice signal communication)のアプローチを使用する提案がなされている。これは、例えば、３ＧＰＰ ＬＴＥ−Ａｄｖａｎｃｅｄにおいては、協調したマルチポイント送信および受信（ＣＯＭＰ）と呼ばれている。このアプローチでは、受信（Ｒｘ）信号は複数のＢＳから収集してアップリンク（ＵＬ）協調動作を実現し、また、送信（Ｔｘ）信号を複数のＢＳから送信して、ダウンリンク（ＤＬ）協調動作を実現している。

ＵＬ協調動作においては、例えば、基地局（ＢＳ）または遠隔無線ヘッド（ＲＲＨ）のようないくつかの受信アクセスノードは、ユーザ機器（ＵＥ）とも呼ばれる１つの移動体端末から信号を受信し、これによりその端末から複数のＲｘ信号を得る。そして、Ｒｘ信号は、アクセスノードの間で通信されて、例えば、中央ノードまたはサービングＢＳにおいて、共同して処理される。

ＤＬ協調動作においては、中央ノードまたはサービングＢＳは、Ｔｘ信号を、例えば、ＢＳまたはＲＲＨのようないくつかの送信アクセスノードに分配する。送信アクセスノードは、その信号を共同して端末に送信する。

これら両方の協調動作のシナリオでは、中央ノードまたはサービングアクセスノードで信号を処理することができる。即ち、ＵＬにおける共同受信、またはＤＬにおける共同プリコーディングによって処理することができる。それにより同一チャネル干渉が軽減される。更に、協調信号受信または送信によって、搬送波信号強度を増すことができる。

協調信号通信のアプローチでは、協調通信ノード、即ち、受信アクセスノードと送信アクセスノードとの内、少なくともいずれかは、他のアクセスノードに対してデジタル的に通信するために、アナログ情報を量子化する必要がある。量子化処理のパラメータ、例えば、アナログ値当りのビット量として定義される量子化の深さは、通信される情報の量とそのために必要な転送容量とを決定する。例えば、量子化の深さが増せば、通信される情報量はそれだけ大きくなる。量子化の深さが小さな値になれば、そのために必要な転送容量はそれだけ小さくなる。

量子化処理を実施するときの典型的な設計規準は、期待／知覚値と量子化値との間の距離である。例えば、信号検出のための量子化器は、所与の信号対雑音比（ＳＮＲ）のもとで最適に動作するよう構成される。ＳＮＲが時間によって変動する場合には、１つの公知のアプローチは、近似したＳＮＲに対して固定した量子化器を設計することである。この固定した量子化器は、その後、実際のＳＮＲに関係なく使用される。

協調信号通信を使用する場合、例えば、ＣＯＭＰ機能がイネーブルされたシステムでは、Ｒｘ信号またはＴｘ信号、特に、同相／直交（ＩＱ）サンプルの交換は、ＢＳまたは他のノードの間での多くの量のトラフィックの原因となる。その結果、データトラフィック容量に対する要求条件は、特に、協調しているアクセスノードの数に依存する。従って、アクセスノードの間の不十分なデータトラフィック容量によって、協調するアクセスノードを所望の数だけ使用した協調信号通信を行うことができないという状況が発生する可能性がある。一方で、アクセスノードまたは他のノードの間の通信を行うためにデータトラフィック容量を増加した通信ネットワークを提供するためには、相当多くの量の資源が必要になる可能性がある。

従って、上記した問題点を克服し、協調信号通信が可能な通信ネットワークを効率よく実現することを可能とする技術が必要である。

本発明の１つの目的は、上記の要求を満足させることである。このことは、独立請求項に従った方法およびデバイスによって達成される。従属請求項は本発明の更なる実施例を規定している。

本発明を１つの側面から見れば、協調信号通信の方法が備えられる。この方法に従えば、信号の協調通信に対する協調通信パラメータが決定される。信号の協調通信は、少なくとも、第１のアクセスノードと移動体端末との間の第１の通信パスと第２のアクセスノードと移動体端末との間の第２の通信パスで生じる。更に、第１のアクセスノードと第２のアクセスノードとの内の少なくともいずれかと通信される協調信号のデジタル量子化パラメータは、前記協調通信パラメータに基づいて設定される。協調信号は、前記信号の協調通信のための情報を搬送する。

本発明の別の側面から見れば、プロセッサによって実行されるコンピュータプログラムが備えられる。そのコンピュータプログラムは、上記の方法のステップを実行するように適合されたコードを備える。

本発明の更に別の側面から見れば、デバイスが提供される。このデバイスは、プロセッサを備える。そのプロセッサは、信号の協調通信に対する協調通信パラメータを決定するように構成される。信号の協調通信は、少なくとも第１のアクセスノードと移動体端末との間の第１の通信パスと第２のアクセスノードと移動体端末との間の第２の通信パスで生じる。そのプロセッサはさらに、前記協調通信パラメータに基づいて、協調信号のデジタル量子化パラメータを設定するように構成される。その協調信号は、第１のアクセスノードと第２のアクセスノードとの内の少なくともいずれかと通信される。その協調信号は、前記信号の協調通信のための情報を搬送する。

本発明の実施例に従う概念が適用可能な通信ネットワーク環境を示す図である。 本発明の実施例に従う通信ネットワークにおけるデバイスの実施例を示す図である。 本発明の実施例に従う通信ネットワークにおけるデバイスの更なる実施例を示す図である。 直交振幅変調（ＱＡＭ）信号コンステレーションに対する代表的なタイプの量子化を示す図である。 ４相位相変調（ＱＰＳＫ）信号コンステレーションに対する代表的なタイプの量子化を示す図である。 ＱＰＳＫ信号コンステレーションに対する更なる代表的なタイプの量子化を示す図である。 ＱＡＭ信号コンステレーションに対するソフトビット表現を使用した代表的な量子化処理を示す図である。 本発明の実施例に従うデバイスの構成要素を示す図である。 本発明の実施例に従う方法を示すフローチャートである。 本発明の実施例に従うＵＬ協調動作の処理を示す図である。 本発明の実施例に従うＵＬ協調動作の更なる処理を示す図である。 本発明の実施例に従うＤＬ協調動作の処理を示す図である。

以下、協調信号伝送を行うための方法、デバイスおよびコンピュータプログラムに関する代表的な実施例を参照して、本発明についてより詳細に説明する。

ここで説明した実施例に従った概念は、通信ネットワークにおける協調信号通信において、協調しているアクセスノードの間で通信されるデータ量が通常は、通信されるデジタル信号の量子化パラメータに依存しているという事実を利用している。このような量子化パラメータは、即ち、１つのＩＱサンプルまたは１つのソフトビット等の情報を表現するために、どのくらい多くのビットを使用するかについての量子化の深さであると良い。実施例に従えば、例えば、量子化の深さまたは量子化タイプのような量子化パラメータを、協調通信パラメータに依存して適合させることが提案されている。協調通信パラメータは、信号の協調通信を特徴付けるものであり、これらは、例えば、変調方式のタイプまたは符号化のタイプ等の、伝送に固有のパラメータであってもよいし、または、協調信号通信において使用する、異なる通信パスの間のパス利得差等の協調動作に固有のパラメータであってもよい。

従って、いくつかの規準を考慮して量子化パラメータを適合させることができる。規準の内のいくつかは、通信ネットワークの中央ノードにおいて、またはサービングアクセスノードにおいて公知であってよい。いくつかの規準は、受信アクセスノードまたは送信アクセスノード（例えば、サポートアクセスノードまたはＲＲＨ）において公知であってもよい。

アクセスノードは、ＢＳまたはＢＳのセクションの中で実現される。更に、アクセスノードはまた、ｅＮｏｄｅＢ（ｅＮＢ）であってもよい。ＢＳのセクションは、セルラ無線周波数（ＲＦ）通信ネットワークのセルエリアをカバーするユニットと見なすことができる。このようなユニットは通常、１つ以上のアンテナ、フィルタおよび電力増幅器または低雑音増幅器等のＲＦ部、および信号処理手段を備える。協調信号通信は、少なくとも２つのアクセスノードを介して達成することができる。これら少なくとも２つのアクセスノードとは、例えば、第１のＢＳと第２のＢＳと、第１のＢＳの第１のセクションとその同じのＢＳまたは第２のＢＳの第２のセクションとの内の、少なくともいずれかである。ＢＳとＢＳとの協調動作はまた、基地局間協調動作またはｅＮＢ間協調動作と呼ぶことができ、また、同一の基地局のセクションとセクションとの協調動作はまた、基地局内協調動作またはｅＮＢ内協調動作と呼ぶことができる。

以下の実施例の説明では、“アクセスノード”と“基地局”という用語は、同義語として使用している。これは、理解し易さと表示上の理由とからそのようにしているのであって、以下に示す実施例に適用可能な協調動作の中で、セクションとセクションとの協調動作、それが同一の基地局または異なる基地局のセクションの間の協調動作であるにしても、それを除外して考えているものではない。

いくつかの実施例に従えば、集中制御方式を適用することができる。集中制御方式を使用すれば、中央ノードは、受信アクセスノードからＵＬ信号を収集するか、ＤＬ信号を送信アクセスノードに分配するかの内、少なくともいずれかとを行うことができる。

いくつかの実施例に従えば、分散制御方式を適用することができる。分散制御方式を使用すれば、例えば、サービングＢＳやサービングＢＳのセクションのようなアクセスノードは、自分自身のセルの中における信号伝送を担当する。必要に応じて、通信ノードは、例えば、サポートＢＳと、サービングＢＳと更なるＢＳとの内少なくともいずれかの更なるセクションとの内の少なくともいずれかのような、１つ以上の更なるアクセスノードに対して協調動作を要求することができる。

いくつかの実施例に従えば、集中制御方式の特徴と分散制御方式の特徴とを組み合わせることもまた可能である。例えば、いくつかの処理は集中制御のもとで実行することができ、一方で、他の処理は分散制御のもとで実行することができる。

いくつかの実施例に従えば、アクセスノードのＵＬ協調動作が実施される。ＵＬ協調動作において、例えば、ＢＳやＢＳのセクションのようなアクセスノードは、端末からＵＬ信号を受信して、そのＵＬ信号を事前処理することもできる。受信したＵＬ信号は、例えば、端末のサービングＢＳや同じＢＳの別のセクションのような中央ノードと別のアクセスノードとの内の少なくともいずれかと通信されて、共同した検出と共同した復号化との内の少なくともいずれかを行う。この処理では、ＵＬ信号は、時間領域におけるサンプルとして、周波数領域におけるＩＱサンプルとして、または、符号化または非符号化ビットのソフトビット値として通信することができる。

いくつかの実施例に従えば、アクセスノードのＤＬ協調動作が実施される。ＤＬ協調動作においては、例えば、サービングＢＳやＢＳのセクションのような中央ノードやアクセスノードは、端末に対して送信されるデータを事前処理し、それにより、端末に送信されるＤＬ信号を生成する。ＤＬ信号は、例えば、サポートアクセスノードや同じＢＳの他のセクションのような１つ以上の更なるアクセスノードと通信され、端末に対して協調して送信される。この処理では、ＤＬ信号は、時間領域におけるサンプルとして、または周波数領域におけるＩＱサンプルとして通信することができる。

いくつかの実施例に従えば、ＵＬ協調動作とＤＬ協調動作とを組み合わせることができる。

以下では、添付図面を参照して、本発明の実施例をより詳細に説明する。

図１は、移動通信ネットワーク環境を示す。この移動通信ネットワーク環境で、本発明の実施例に従った概念を適用することができる。例えば、移動通信ネットワーク環境は、ＬＴＥネットワークであってよい。移動通信ネットワーク環境は、複数のアクセスノード１００−１、１００−２、１００−３および１つの移動体端末２００を備える。以下では、アクセスノード１００−１、１００−２、１００−３は、通信ネットワークのＢＳであるということを仮定することにする。しかしながら、ここで説明する概念はまた、他のタイプのアクセスノード（例えば、同じのＢＳの異なるセクション）にも適用することができるということが理解されるべきである。端末２００は、移動電話機、可搬型コンピュータ、または他のタイプのＵＥであってよい。従って以下では、端末はまた、ＵＥとも呼ぶことにする。

ＢＳ１００−１、１００−２、１００−３は、異なる通信パスで信号１０を伝送する、即ち、送信または受信することにより、端末２００に対して協調通信することができる。異なる通信パスとは、即ち、ＢＳ１００−１と端末２００との間の第１の通信パス、ＢＳ１００−２と端末２００との間の第２の通信パス、およびＢＳ１００−３と端末２００との間の第３の通信パスである。複数のＢＳの内の１つ、例えば、ＢＳ１００−１は、サービングＢＳであってよく、また他のＢＳ、例えば、ＢＳ１００−２および１００−３は、サポートＢＳであってよい。

ＢＳ１００−１、１００−２、１００−３の内の少なくとも２つのＢＳによる信号１０の協調受信はまた、ＵＬ協調動作と呼ぶことができ、一方、ＢＳ１００−１、１００−２、１００−３の内の少なくとも２つのＢＳからの信号１０の協調送信はまた、ＤＬ協調動作と呼ぶことができる。

信号１０を協調受信するために、ＢＳ１００−１、１００−２、１００−３は、端末２００からのそれぞれのＲｘ信号に関する情報を交換する。例えば、サポートＢＳ１００−２は、端末２００からのＲｘ信号に関する情報をサービングＢＳ１００−１と通信することができる。また、サポートＢＳ１００−３は、端末２００からのＲｘ信号に関する情報をサービングＢＳ１００−１と通信することができる。この目的のために、ＢＳ１００−１、１００−２、１００−３は、例えば、時にはバックホールとも呼ばれる転送リンクで協調信号２０を交換する。

信号１０を協調送信するために、ＢＳ１００−１、１００−２、１００−３は、端末２００に対して送信が意図されたＴｘ信号に関する情報を交換する。例えば、サービングＢＳ１００−１は、端末２００に対するＴｘ信号に関する情報を、サポートＢＳ１００−２およびサポートＢＳ１００−３に対して通信することができる。再び、これはＢＳ１００−１、１００−２、１００−３が協調信号２０を交換することで達成される。従って、サービング基地局１００−１とサポート基地局１００−２、１００−３とは共同して、Ｔｘ信号を端末２００に対して送信することができる。

異なるタイプの協調信号２０を交換することができる。ＵＬ協調動作の場合には、サポートＢＳ１００−２および１００−３が受信したＲｘ信号は、例えば、複素ベースバンド信号のソフト値、例えば、圧縮と量子化の内少なくともいずれかが施されたＩＱサンプルの形で、または、既に検出したストリームがキャンセルされている場合には、複素ベースバンド信号のソフト値の残留値の形で、サービングＢＳ１００−１に対して通信することができる。Ｒｘ信号はまた、圧縮と量子化の内少なくともいずれかが施されたソフトビットの形で通信することができる。符号化されたビットのソフト値は、サポートＢＳ１００−２、１００−３の復調器によって生成することができる。符号化されていないビットのソフト値は、サポートＢＳ１００−２、１００−３のターボ復号器の畳み込み復号器で生成することができる。ＤＬ協調動作の場合には、端末２００に送信されるＴｘ信号は、例えば、複素ベースバンド信号のソフト値、例えば、圧縮と量子化の内少なくともいずれかが施されたＩＱサンプル、または時間領域サンプルの形で、サービングＢＳ１００−１からサポートＢＳ１００−２、１００−３に対して通信することができる。

協調信号通信には、任意の数のＢＳが参加することができるという点が理解されるべきである。例えば、ただ１つのサポートＢＳの場合もあるであろうし、または、２つ、３つ、４つ、更にそれ以上の数のサポートＢＳの場合もあるであろう。更に、ＢＳ１００−１、１００−２、１００−３、および端末は、協調モードで動作することもでき、協調モードでは信号１０は、端末２００とサービングＢＳ１００−１との間の通信パスで、また、端末２００とそれぞれのサポートＢＳ１００−２、１００−３との間の少なくとも１つの更なる通信パスで、協調通信を行う。または、協調しないモードで行われる場合には、信号１０は、端末２００とサービングＢＳ１００−１だけとの間で通信される。ＵＬ協調動作では、協調モードはまた、協調ポイントツーマルチポイント（ｃｏ−ＰＴＭ）モードと呼ばれる。ＤＬ協調動作では、協調モードはまた、協調マルチポイントツーポイント（ｃｏ−ＭＴＰ）モードと呼ばれる。

図２は、本発明の実施例に従ったデバイスの代表的な実施例を示す。この実施例は、分散制御が行われたアクセスノードの協調動作に関するものである。アクセスノードは、ＢＳまたは他のタイプのアクセスノード、例えば、同じＢＳの異なるセクションであってよい。更に、図２はまた、これらのデバイスの間の通信を示す。図２においては、図１の要素と同様の要素は、同じ参照記号を付している。従って、これらの要素に関する更なる情報は、図１に関連する上記の説明から得ることができる。

図２において、サービングアクセスノード（ＢＳ１）１００−１、例えば、サービングＢＳ、サポートアクセスノード（ＢＳ２）１００−２、例えば、サポートＢＳ、および端末またはＵＥ２００が描かれている。以下では、サービングアクセスノード１００−１はまた、第１のアクセスノードまたは第１のＢＳとして言及される。更に、サポートアクセスノード１００−２はまた、第２のアクセスノードまたは第２のＢＳとして言及される。サポートアクセスノード１００−２は、端末２００に対する信号の受信または送信を改善または最適化するために、サービングアクセスノード１００−１と協調動作をするように、例えば、１つ以上の選定規準に従って選択することができたかもしれない。

例示的な理由のため、選択されるかどうか分からない更に１つ以上の可能性のあるサポートアクセスノードや、例えば、サービングアクセスノードとこれら１つ以上の更なるアクセスノードとの間にリンクが存在しないために、サポートする何らの資格もない更なる１つ以上のアクセスノードは図示していない。アクセスノード１００−１、１００−２、またはいずれかの更なるアクセスノードに関連し得るであろうと考えられる、更なる可能な端末も、同様に図から除外してある。

さらになお、例えば、アクセスノード１００−１、１００−２の内の１つのようなアクセスノードは、ある特定の端末に対してはサービングアクセスノードでありえるが、別の端末に対しては、それはサポートアクセスノードである。端末が移動をして、更なるアクセスノードがサービングアクセスノードの役割を引き受けた場合には、以前のサービングアクセスノードは、サポートアクセスノードの役割を引き受けることもできるし、または、協調動作に対してもはや考慮の対象とはしないものとすることもできる。

個々のデバイス１００−１、１００−２、２００のそれぞれは、１つ以上のサブユニットを備える。Ｔで始まるサブユニットは送信ユニットまたは送信機を示し、Ｒで始まるサブユニットは受信ユニットまたは受信機を示し、Ｐで始まるサブユニットは処理ユニットまたはプロセッサを示し、Ｓで始まるサブユニットは記憶ユニットまたはメモリを示している。

端末２００は、送信ユニットＴ３１を備え、送信ユニットＴ３１は、信号１０−１をサービングアクセスノード１００−１に、また信号１０−２をサポートアクセスノード１００−２に送信する。実際には、信号１０−１と１０−２は通常、端末２００、即ち、送信ユニットＴ３１によって、ただ１つのＴｘ信号として送信される。更に、端末は、受信ユニットＲ３１を備え、受信ユニットＲ３１は、例えば、サービングアクセスノード１００−１から、またはサポートアクセスノード１００−２から、Ｒｘ信号１２を受信する。これらは破線矢印で示されている。端末２００は通常、無指向性アンテナとチャネル特性のために、Ｔｘ信号は、サービングアクセスノード１００−１によってＲｘ信号１０−１として、また、サポートアクセスノード１００−２によってＲｘ信号１０−２として受信される。同様の考察によれば、Ｒｘ信号１２は、サービングＢＳ１００−１からのＴｘ信号１２−１と、サポートアクセスノード１００−２からのＴｘ信号１２−２との重畳である可能性がある。更に、端末２００は、情報およびメッセージを処理するための処理ユニットＰ３、および情報を記憶および検索するための記憶ユニットＳ３を備える。

サービングアクセスノード１００−１は、受信ユニットＲ１１を備え、サポートアクセスノード１００−２は受信ユニットＲ２１を備える。受信ユニットＲ１１および受信ユニットＲ２１はそれぞれ、信号１０−１と１０−２を端末２００から受信する。ここで、受信ユニットＲ１１、Ｒ２１はまた、これらを使用して、ここでは不図示の更なる端末からの信号を受信することもできるという点が理解されるべきである。更に、サービングアクセスノード１００−１は、Ｔｘ信号１２−１を端末２００に送信するための送信ユニットＴ１１を備え、サポートアクセスノード１００−２は、Ｔｘ信号１２−２を端末２００に送信するための送信ユニットＴ２１を備える。送信ユニットＴ１１、Ｔ２１はまた、これらを使用して、ここでは不図示の更なる端末に信号を送信することもできるという点が理解されるべきである。更に示されているように、サービングアクセスノード１００−１は、プロセッサＰ１と記憶ユニットＳ１を備える。同様に、サポートアクセスノード１００−２は、処理ユニットＰ２と記憶ユニットＳ２を備える。上記のように、アクセスノード１００−１、１００−２は、交換および受信された情報を処理するための処理能力とデータを記憶するための記憶能力との内の少なくともいずれかを具備することができる。

更に、サービングアクセスノード１００−１は、信号を、例えば、サポートアクセスノード１００−２のような他のアクセスノードに送信するための送信ユニットＴ１２と、信号を、例えば、サポートアクセスノード１００−２のような他のアクセスノードから受信するための受信ユニットＲ１２とを備える。同様に、サポートアクセスノード１００−２は、信号を、例えば、サービングアクセスノード１００−１のような他のアクセスノードに送信するための送信ユニットＴ２２と、信号を、例えば、サービングアクセスノード１００−１のような他のアクセスノードから受信するための受信ユニットＲ２２とを備える。従って、送信ユニットＴ１２と受信ユニットＲ１２は、例えば、サポートアクセスノード１００−２のような他のアクセスノードに関して、サービングアクセスノード１００−１のインタフェースを提供し、送信ユニットＴ２２と受信ユニットＲ２２は、例えば、サービングアクセスノード１００−１のような他のアクセスノードに関して、サポートアクセスノード１００−２のインタフェースを提供する。

送信ユニットＴ１２と受信ユニットＲ２２は、例えば、ケーブルを介して、またはサーバラックの背面を介して等により、有線接続で直接に接続することができる。または、例えば、中間交換ノードとルーティングノードとの内、少なくともいずれかを有する、任意の無線または有線転送ネットワークを通して、直接にではなく接続することもできる。同様に、送信ユニットＴ２２と受信ユニットＲ１２は、例えば、ケーブルを使用して直接に、または、例えば、中間交換ノードとルーティングノードとの内、少なくともいずれかを有する何らかの無線または有線転送ネットワークを通して間接的に接続することができる。

従って、サービングアクセスノード１００−１とサポートアクセスノード１００−２とは、サービングアクセスノード１００−１とサポートアクセスノード１００−２とを直接に接続する、例えば、ケーブルまたはファイバなどの専用の物理接続を介して通信することができる。別の実施例に従えば、サービングアクセスノード１００−１とサポートアクセスノード１００−２とは、中間交換ノードまたはルーティングノードを有する交換通信ネットワークまたはルーティング通信ネットワークを介して通信することができる。ここで説明した概念を実現するために適したアクセスノードの相互接続に対する実施例は、ＩＰベースのインタフェースであり、基幹をなす転送ネットワークからは独立している３ＧＰＰ ＬＴＥ技術仕様に従ったインタフェースＸ２である。

受信ユニットＲ１１とＲ１２は、異なる通信技術を使用することができる。これらは、例えば、送信ユニットＴ３１を介して端末２００と通信する場合には、ＬＴＥ等の無線通信技術を使用することができる。また、送信ユニットＴ２２を介してサポートアクセスノード１００−２と通信する場合には、イーサネット（登録商標）等の有線通信技術を使用することができる。送信ユニットＴ１１とＴ１２に対しても同じことが適用できると同時に、サポートアクセスノード１００−２の、対応するユニットＲ２１とＲ２２、またはＴ２１とＴ２２に対しても同じことが適用できる。しかしながら、受信ユニットＲ１１とＲ１２は、例えば、どちらも無線技術といった同一の通信技術に基づいており、または、更に１つの受信ユニットに統合されるという実施例も考えられる。送信ユニットＴ１１とＴ１２に対しても同じことが適用できると同時に、サポートアクセスノード１００−２の、対応するサブユニット、即ち、受信ユニットＲ２１とＲ２２、または送信ユニットＴ２１とＴ２２に対しても同じことが適用できる。例えば、受信ユニットＲ１１と送信ユニットＴ１１、受信ユニットＲ１２と送信ユニットＴ１２、受信ユニットＲ２１と送信ユニットＴ２１、受信ユニットＲ２２と送信ユニットＴ２２、または、受信ユニットＲ３１と送信ユニットＴ３１等のような同一のデバイス中の受信ユニットとそれに対応した送信ユニットは、送受信ユニットまたはトランシーバに統合することができる。

ＵＬ協調動作において、サービングアクセスノード１００−１は、送信ユニットＴ１２を使用して、例えば、ＵＬ協調動作要求メッセージ２２またはＵＬ協調動作加入メッセージ２２’をサポートアクセスノード１００−２に送信することにより、Ｒｘ信号１０−２に関する情報をサポートアクセスノード１００−２に対して要求することができる。サポートアクセスノード１００−２は、受信ユニットＲ２１を介して信号１０−２を受信する。情報は、要求の中で規定されたフォーマットのＲｘ信号１０−２、例えば、周波数領域におけるＩＱサンプル、時間領域におけるサンプル、符号化或いは非符号化ソフトビットまたはハードビットであってよい。処理ユニットＰ２は、要求された情報をＲｘ信号１０−２の中から得るように適合される。サポートアクセスノード１００−２は、要求された情報を、送信ユニットＴ２２を介して、サービングアクセスノード１００−１の受信ユニットＲ１２に、例えば、応答メッセージ２４またはパブリッシュメッセージ２４’で送信することができる。応答メッセージ２４およびパブリッシュメッセージ２４’に関する更なる詳細は、以下で説明する。サービングアクセスノードの処理ユニットＰ１は、端末からのＲｘ信号を改善または最適化するように適合される。これらの改善または最適化は、要求してサポートアクセスノード１００−２から受信した情報と、サービングアクセスノード１００−１自身が受信した、信号１０−１に関する対応した情報とに基づいて実行される。

ＤＬ協調動作において、サービングアクセスノード１００−１は、サポートアクセスノード１００−２から送信される信号１２−２に関する情報を、サービングアクセスノード１００−１の送信ユニットＴ１２を使用して、例えば、ＤＬ協調要求メッセージ２２で送信することができる。この情報は、特定のフォーマットのＴｘ信号１２−２、例えば、周波数領域におけるＩＱサンプル、または時間領域におけるサンプルであってよい。サポートアクセスノード１００−２は、サービングアクセスノード１００−１から受信した情報に基づいて、信号１２−２を端末２００に送信する。

従って、ＤＬ協調要求メッセージ２２は、サービングアクセスノード１００−１からサポートアクセスノード１００−２に対して通信される協調信号を備えることができる。ＤＬ協調要求メッセージ２２に関する更なる詳細は、後に説明する。同様に、応答メッセージ２４、またはパブリッシュメッセージ２４’は、サポートアクセスノード１００−２からサービングアクセスノードに対して通信される協調信号を備えることができる。

図３は本発明の実施例に従うデバイスの更なる代表的な実施例を示す。更に、図３はまた、これらのデバイスの間での通信を示す。図３において、図１および図２の要素と同様の要素は、同じ参照記号で示している。従って、これらの要素に関する更なる情報は、図１および図２に関連した上記の説明から得ることができる。図２が、協調信号通信の分散制御を行う実施例に関したものであるのに比べ、図３は、協調信号通信の少なくとも一部分は集中制御方式によっているという状況を示している。

図３において、中央ノード３００が備えられ、中央ノード３００は、サービングアクセスノード１００−１’とサポートアクセスノード１００−２’との協調動作に関して制御機能を実行する。中央ノード３００は、記憶ユニットＳ４、プロセッサＰ４、受信ユニットＲ４、および送信ユニットＴ４を備える。送信ユニットは、協調信号２６−１をアクセスノード１００−１’に、また協調信号２６−２をアクセスノード１００−２’に送信することができる。

図３の実施例において、アクセスノード１００−１’はサービングアクセスノード１００−１と同様のものであってよく、またアクセスノード１００−２’は、サポートアクセスノード１００−２と同様のものであってよい。しかしながら、アクセスノード１００−１’は、協調信号２６−１を中央ノード３００から受信する受信ユニットＲ１３と、協調信号２８−１を中央ノード３００に送信する送信ユニットＴ１３とを更に備える。同様に、アクセスノード１００−２’は、協調信号２６−２を中央ノード３００から受信する受信ユニットＲ２３と、協調信号２８−２を中央ノード３００に送信する送信ユニットＴ２３とを更に備える。従って、送信ユニットＴ１３と受信ユニットＲ１３は、サービングアクセスノード１００−１’の中央ノード３００に対するインタフェースを提供し、また送信ユニットＴ２３と受信ユニットＲ２３は、アクセスノード１００−２’の中央ノード３００に対するインタフェースを提供する。いくつかの実施例、例えば、集中制御だけが使用されている場合には、アクセスノード１００−１’の送信ユニットＴ１２と受信ユニットＲ１２、及び、アクセスノード１００−２’の送信ユニットＴ２２と受信ユニットＲ２２は省略することができる。いくつかの実施例では、中央ノード３００に対するインタフェース、および他のアクセスノードに対するインタフェースは、アクセスノード１００−１’或いはアクセスノード１００−２’の、単一のインタフェースとして実施することもできるであろう。従って、いくつかの実施例に従えば、アクセスノード１００−１’とアクセスノード１００−２’は、協調信号２６−１、２６−２、２８−１、２８−２を中央ノード３００と通信することができる。しかし一方で、他の実施例では、協調信号２２／２２’、２４／２４’を、アクセスノード１００−１’とアクセスノード１００−２’との間で直接に通信することができる。図３に示されているようないくつかの実施例では、両方のシナリオを互いに組み合わせることができる。例えば、高いデータ負荷に関わる協調信号は、アクセスノード１００−１’とアクセスノード１００−２’との間で直接に通信することもできるであろうが、低いデータ負荷に関わる協調信号は、中央ノード３００を使用してまたは中央ノード３００を介して通信することもできるであろう。この点に関しては、中央ノード３００は、協調信号２８−２をＲｘ信号１０−２の形でアクセスノード１００−２’から受信して、そのＲｘ信号を処理して、そして、処理したＲｘ信号１０−２を協調信号２６−１としてアクセスノード１００−１’に送信することができるという点が理解されるべきである。あるいは、中央ノード３００はまた、いずれの処理も行わずに、Ｒｘ信号１０−２を転送することもできるであろう。この場合には、必要ないずれの処理ステップも、アクセスノード１００−２’とアクセスノード１００−１’との内の少なくともいずれかの中で実行することができるであろう。更に、中央ノード３００は、端末２００に送信されるＴｘ信号の形で協調信号２８−１をアクセスノード１００−１’から受信して、そのＴｘ信号を処理して、そして、処理したＴｘ信号をアクセスノード１００−２’に送信することができる。あるいは、中央ノード３００はまた、いずれの処理も行わずに、Ｔｘ信号を転送することもできるであろう。この場合には、必要ないずれの処理ステップも、アクセスノード１００−１’とアクセスノード１００−２’との内の少なくともいずれかで実行することができるであろう。

図１〜図３に関連して説明した上記シナリオでは、協調信号は種々の様式で通信される。例えば、協調信号は、１つのアクセスノード１００−１、１００−１’、１００−２、１００−２’から他のアクセスノードに、または１つのアクセスノード１００−１、１００−１’、１００−２、１００−２’から中央ノード３００に通信することができる。更に、協調信号は、アクセスノード１００−１、１００−１’、１００−２、１００−２’において、または中央ノード３００において受信することもできる。協調信号は、デジタル信号として通信され、従って、量子化処理が施される。量子化処理は通常、協調信号の発信ノードで行われる。次に、本発明の実施例についてより詳細に説明する。これらの実施例に従えば、１つ以上の量子化パラメータが適合される。これらの実施例は、図１〜図３の内のいずれか１つに図示された通信ネットワークのデバイスおよび構成に基づくと良い。

上記の図２および図３の記述は、基地局間の協調動作の視点から書かれている。セクション相互の協調動作に対しては、参照記号１００−１または１００−１’は第１のセクションを示し、参照記号１００−２または１００−２’は第２のセクションを示す。アクセスノード１００−１と１００−２、またはアクセスノード１００−１’と１００−２’が単一の基地局のセクションである場合には、インタフェースＲ１２、Ｔ１２、Ｒ２２、Ｔ２２は、例えば、同一の基地局ラックの中の２つの処理ボードの間の通信のための基地局の内部インタフェースであってよい。この場合には、受信ユニットＲ１２と送信ユニットＴ１２と、送信ユニットＴ２２と受信ユニットＲ２２との接続（図示したように）は、基地局サーバラックの背面を介して、または、２つのセクションが同じ物理位置に配置されている場合には、コンピュータバスを介して行うことができる。更に、中央ノード３００は２つのセクション１００−１’、１００−２’から分離されていてもよいし、またはセクション１００−１’と１００−２’との内の少なくともいずれかと同じ物理位置に配置されていてもよい。同じ位置に配置される場合には、インタフェースＲ４、Ｔ４は、Ｔ１３、Ｒ１３とＴ２３、Ｒ２３との内の少なくともいずれかに対して内部インタフェースになる。これは、例えば、基地局サーバラックの背面を介した、またコンピュータバスを介したインタフェースである。

協調しているアクセスノードの間で、または他のノードと通信する際に交換されるデータの量と交換される情報量は、協調信号の量子化パラメータに依存する。例えば、ＩＱサンプルを量子化するためにより多くのビットを使用した場合、即ち、より大きな値の量子化の深さを使用した場合には、通信される情報はより正確になる。しかし通信されるデータの量も増加する。同じことがソフトビットの量子化に対しても適用され、またノードの間での交換の前に信号を圧縮する場合にも適用される。

次に、協調信号における量子化した情報のいくつかの実施例について説明する。

１つの実施例に従えば、ＩＱサンプルが量子化される。これは、Ｒｘ信号が通信されるＵＬ協調動作と、またＴｘ信号が通信されるＤＬ協調動作とのどちらの場合においても行うことができる。

図４は１６ＱＡＭコンステレーション図、即ち、１６個のコンステレーション点を持つ、または１６次の変調次数であるＱＡＭコンステレーション図の実施例を示す。それぞれの点５０は、送信機、例えば、図２と図３のデバイスの送信ユニットＴ１１、Ｔ１２、Ｔ３１の内の１つが使用する正規のコンステレーション点を表す。図５と図６はそれぞれ、送信機、例えば、図２と図３のデバイスの中の送信ユニットＴ１１、Ｔ１２、Ｔ３１の内の１つが使用するべき、４つの正規のコンステレーション点５０を持つＱＰＳＫ変調に対するコンステレーション図を示す。いくつかの場合には、コンステレーション点は、送信を行う前に、複素数値のプリコーディングベクトルで更に乗算することができる。

受信機、例えば、図２と図３のデバイスの受信ユニットＲ１１、Ｒ２１の内の１つで受信されたコンステレーション点は、伝送されてきた値であり、それらは通常、例えば、無線伝送チャネルの影響によって歪んでいる。従って、受信されたコンステレーション点は、送信されたコンステレーション点またはコンステレーションの理想的なコンステレーション点とは一致しない。

協調信号におけるコンステレーション点をデジタル的に通信するために、これらのコンステレーション点は量子化される。量子化処理では、コンステレーション点の位置を定義する値は、１つ以上の量子化閾値と比較される。比較の結果、複数のデジタルビットが得られる。デジタルビットの数は、量子化閾値の数に依存する。図４〜図６において、量子化閾値は点線で示されている。垂直な点線はＱ軸に対する量子化閾値を示し、水平な点線はＩ軸に対する量子化閾値を示す。コンステレーション図の左側には、Ｉ軸の量子化閾値に対応するビットシーケンスが示されており、また、コンステレーション図の下側には、Ｑ軸の量子化閾値に対応するビットシーケンスが示されている。なお、コンステレーション点の位置は、図４〜図６に示すようにＩＱサンプルによって表すことができるが、しかしまた、図４に示すように、振幅Ａおよび位相ｐによって表すこともできるし、または、他の任意の等価表現で表すこともできる。量子化の一般的な効果は変わらない。

図４において、量子化の深さは“３”である。即ち、Ｉ軸上の値、またはＱ軸上の値を表すために３ビットが使用される。これは、１つの軸には異なる８つの量子化閾値があることに対応している。図５と図６においては、量子化の深さは“２”であり、即ち、Ｉ軸上の値、またはＱ軸上の値を表すために２ビットが使用される。これは、１つの軸には異なる４つの量子化閾値があることに対応している。図４と図５においては、量子化閾値は等しい間隔である。図６においては、等間隔でない量子化閾値が使用されている。このようにすることによって、量子化の深さを増加させることなく、量子化の正確さを増すことができる。

異なるコンステレーション点の間の区別を容易にするために、高次の変調方式のＩＱサンプルは、より大きな値の量子化の深さで量子化することができる。例えば、１６ＱＡＭコンステレーションのＩＱサンプルは、ＱＰＳＫコンステレーションのＩＱサンプルよりも大きな値の量子化の深さで量子化することができる。

更なる実施例に従えば、ソフトビットが量子化される。これはＵＬ協調動作の場合に適用することができる。

ソフトビットを量子化する１つの実施例として、図７は１６ＱＡＭコンステレーション図を示す。ここでは、コンステレーション点は４ビットｂ₀、ｂ₁、ｂ₂、ｂ₃に対応している。例として、図７は、ｂ₀およびｂ₁のソフトビット表現を示す。図７の左側に、ソフト値関数８０によるビット値（ビットｂ₀およびｂ₁）のソフトビット値へのマッピングを示す。図７の状況では、信号は正規のコンステレーション点を使用して送信される。しかし擾乱（例えば、無線チャネルの影響）によって、受信機は、コンステレーション点に正確には一致していないＲｘ信号を受信する。図７において、コンステレーション図の中のＲｘ信号の位置は“Ｘ”６０で記されている。符号化したビットのソフト値は、このＲｘ信号から導出される。図７のＲｘ信号およびソフト値関数を仮定すれば、受信されたビットｂ₁（コンステレーション点に関わるビットシーケンスの第２のビット）は、明らかな“０”である。ソフト値関数８０に従えば、量子化の深さが“２”である場合のその表現は“００”である。受信されたビットｂ₀（コンステレーション点に関わるビットシーケンスの第１のビット）は、“０”であるよりも“１”である可能性が高い。従って、そのソフトビットに対応したアナログ値は０．６であり、量子化の深さ“２”を使用して量子化した値は“１１”である。ソフト値を表すためにより多くの量子化ビットが許されれば、対応した情報はより正確になる。

符号化したビットのソフト値は、上記で示した復調器ユニットによって生成することができる。符号化されていないビットのソフト値は、受信機の中のターボ復号器ユニットの一部である畳み込み復号器によって生成することができる。

図４〜図７に関連して説明した量子化処理は単に例示であって、変形することができるし、または更に、互いに組み合わせることさえも可能であるという点が理解されるべきである。例えば、異なる量子化パラメータをＩ軸とＱ軸に使用することができる。

図８は本発明の実施例に従った量子化適合処理を実施するための構成要素を示す。適合処理は、量子化情報、例えば、ＩＱサンプル、時間領域サンプル、符号化したソフトビットまたは非符号化のソフトビットなどの上記で挙げた全ての実施例に対して適用することができる。

具体的には、図８はプロセッサ１０２および量子化器１０４を示す。プロセッサ１０２は、図１〜図３に示したいずれのデバイスの中にも配置することができる。即ち、プロセッサ１０２は、アクセスノード１００−１、１００−１’に位置していても良く、例えば、処理ユニットＰ１に対応することができる。またはアクセスノード１００−２、１００−２’に位置していても良く、例えば、処理ユニットＰ２に対応することができる。または中央ノード３００に位置していても良く、例えば、処理ユニットＰ４に対応することができる。または端末２００に位置してても良く、例えば、処理ユニットＰ３に対応することができる。同様に、量子化器１０４は、図１〜図３で示したいずれのデバイスの中にも設置することができる。なお、しかしながら、量子化器１０４は、必ずしも、プロセッサ１０２と同じデバイスの中に配置する必要はない。いくつかのシナリオにおいては、プロセッサ１０２と量子化器１０４は、異なるデバイスの中に配置することができ、プロセッサ１０２と量子化器１０４との間の通信は、異なるデバイスの間のインタフェースを介して行われる。例えば、アクセスノード１００−１、１００−１’とアクセスノード１００−２、１００−２’との間のインタフェースを介して、または中央ノード３００とサービングアクセスノード１００−１’またはサポートアクセスノード１００−２’との間のインタフェースを介して行われる。

量子化器１０４は、専用のハードウェアコンポーネントであってもよい。または、プロセッサが実行するソフトウェアで実施することもできる。量子化器１０４は、少なくとも１つの量子化パラメータ４０に関して調整可能なように構成される。量子化パラメータは、量子化の深さ（ｑＤｅｐｔｈ）と量子化タイプ（ｑＴｙｐｅ）との内の少なくともいずれかであってよい。いくつかの実施例に従えば、量子化の深さと量子化タイプとは、どちらもが調整可能である。

量子化器１０４は、入力信号２０’を受信する。入力信号２０’は、アナログ形であってこれから量子化されるべき協調信号であってもよいし、または既に量子化された形の協調信号であってもよい。後者の場合には、量子化器１０４で行う処理は、入力信号２０’の量子化とは異なった量子化パラメータを使用することができる再度の量子化に対応するであろう。量子化器１０４の出力信号は、量子化された協調信号２０である。

上述のように、量子化の深さは、サンプルまたは値を表すために使用するビットの数に対応している。量子化のタイプは、量子化器が最適に動作するべき距離尺度に関連している。量子化のタイプは基本的に、量子化点の位置とそれらの間の距離を決定する。量子化タイプの異なる２つの実施例が図５と図６に示されている。

プロセッサ１０２は、協調通信パラメータ３０を判定するように構成される。協調通信パラメータ３０は、記憶部またはメモリに、例えば、プロセッサ１０２と同じデバイスに記憶することができる。そして、プロセッサ１０２は、記憶されている協調通信パラメータ３０を検索する。代替としてまたは追加として、協調通信パラメータ３０は、別のデバイスから得ることもできる。

プロセッサ１０２は、協調通信パラメータ３０に基づいて、量子化パラメータ４０を設定し、量子化パラメータ４０を量子化器１０４に提供する。

更に、量子化パラメータ４０は他のデバイス、例えば、量子化した協調信号２０を受信するデバイスにも提供することができる。これは、量子化器１０４を介して、または他のシグナリングパスを通して実行することができる。

協調通信パラメータは、変調方式のタイプまたは符号化のタイプ等の伝送に固有のパラメータであってよい。または、協調信号通信に使用する異なる通信パスの間のパス利得差等の協調動作に固有のパラメータであってもよい。次に、協調通信パラメータのより詳細な実施例について説明する。これらの協調通信パラメータの内の任意のパラメータ、またはそれらの組み合わせは、量子化パラメータ４０を設定するための基礎として使用することができる。

伝送に固有のパラメータの実施例は、
−１つ以上のアクセスノードと端末との間で信号を伝送するために使用する変調方式、
例えば、ＱＡＭまたはＱＰＳＫ等の変調のタイプまたは変調次数、
−サービングアクセスノードと端末との間で信号を伝送するために使用する符号化方式、 例えば、符号速度と符号のタイプとの内の少なくともいずれか、
−非協調モードにおける期待または知覚した信号品質、例えば、ＳＩＮＲ、
−ＵＬ協調動作に対して、端末のＴｘ電力、
−ＤＬ協調動作に対して、サービングアクセスノードのＴｘ電力、
−端末またはサービングアクセスノードの受信機アルゴリズムと送信機アルゴリズムの
内の少なくともいずれかのタイプまたは能力、
例えば、干渉除去または適応ビーム成形の能力、
である。

例として、１６ＱＡＭ変調の場合の量子化の深さは、ＱＰＳＫ変調の場合と比較して大きな値でなければならない。更に、送信されるＩＱサンプルの量子化の深さは、送信機が適応ビーム成形を適用する場合には、送信機が適応的でない送信を行う場合と比較して大きな値でなければならない。

協調動作に固有のパラメータの実施例は、
−異なるアクセスノードへのパス利得、
例えば、サービングアクセスノードと端末との間の通信パスにおけるパス利得とサポートアクセスノードと端末との間の通信パスにおけるパス利得との間の差などの受信信号強度（ＲＳＳ）として測定した値の間の差、
−協調ノードの数、
例えば、協調アクセスノードの数、
−協調モード、例えば、ＵＬ−ＰＴＭモードまたはＤＬ−ＭＴＰモードにおける期待または知覚した信号品質、
例えば、ＳＩＮＲとして測定された値、
−協調信号を通信するために、例えば、サービングアクセスノードとサポートアクセスノードとの内の少なくともいずれかのようなアクセスノードにおいて利用可能なデータトラフィック容量、
例えば、転送ネットワークにおけるバックホール容量、
−協調信号を通信するために、例えば、中央ノード３００のような中央ノードにおいて利用可能なデータトラフィック容量、
例えば、転送ネットワークにおけるバックホール容量、
−ＤＬ協調動作におけるサポートアクセスノードのＴｘ電力、
−サポートアクセスノードの受信機アルゴリズムと送信機アルゴリズムとの内の
少なくともいずれかにおけるタイプまたは能力、
例えば、干渉除去または適応ビーム成形の能力、
である。

例として、利用可能なデータトラフィック容量が大きい場合には、量子化の深さは、大きな値でなければならない。更に、受信機が高度な結合干渉除去を適用している場合には、最大比合成等の単純な受信機アルゴリズムの場合と比較して受信したＩＱサンプルの量子化の深さは大きな値でなければならない。

図９は上述の概念に従った方法を示すフローチャートである。

この方法はステップ５１０から開始される。

ステップ５２０では、協調通信パラメータを決定する。上述のように、これは記憶したまたは推定した情報に基づいて実行することができる。

ステップ５３０では、協調通信パラメータに基づいて量子化パラメータを設定する。

ステップ５３０は、自動的に実行することができる。または、運用事業者のマニュアル操作が関与してもよい。

いくつかの実施例に従えば、量子化の深さは、システムのセットアップ時に事前設定してもよい。または、運用及び保守（Ｏ＆Ｍ）システムによって保守されてもよい。例えば、バックホールのための光ファイバ転送ネットワークを有するセルラネットワークでは、大きな値の量子化の深さで事前設定することができる。一方、転送リンクとして小容量の電話回線を有する運用事業者は、自分のノードを小さな値の量子化の深さで使用するように事前設定することができる。同様に、量子化パラメータは、ネットワークが動作している間は変化しない他の協調伝送パラメータ、例えば、バックホールのタイプ、または協調しているノードにおける受信機／送信機アルゴリズムの容量等に適合させることも可能であろう。

いくつかの実施例に従えば、量子化の深さは、オンデマンドで、例えば、中程度の時間スケールで適合させることができる。これは、プロセッサの制御のもとに、上述した方法で実行することができる。例えば、サービングアクセスノードとサポートアクセスノードとの間のＲＳＳの差が小さい、即ち、パス利得の差が小さい端末に対しては、大きな値の量子化の深さを選択することができる。端末が移動を開始して、ＲＳＳ差が増加した場合には、量子化の深さは低下した値とすることができる。同様に、量子化パラメータは、シャドウィングまたはバックホールのトラフィック負荷等の長時間にわたる影響に対して適合させることもできるであろう。

この方法はステップ５４０で終了する。

次に、本発明の実施例に従う、上述したデバイスと構成要素に関連して用いられる処理について説明する。

図１０は、サービングアクセスノード１００−１とサポートアクセスノード１００−２との間のＵＬ協調動作の処理の実施例を示す。上述のように、サービングアクセスノード１００−１とサポートアクセスノード１００−２とは、異なるＢＳでもよいし、または同一のＢＳの中の異なるセクションであってもよい。再び、２つ以上のサポートアクセスノード１００−２が提供されてもよいという点が理解されるべきである。

ＵＥ２００は、サービングアクセスノード１００−１に関係している。サービングアクセスノード１００−１は、ＵＥ２００を制御して、通信のための資源を割り当てる。これは、スケジューリングステップ１１０の一部として行うことができる。ＵＥ２００は、ＵＬ協調動作に対する候補であると既に識別されている。ある量の資源ブロック（ＲＢ）をＵＥ２００に割り当てた後に、サービングアクセスノード１００−１は、ＵＬ協調要求メッセージ（ｒｅｑ）２２をサポートアクセスノード１００−２に送信することにより、特定のＵＥ２００に関するサポートをサポートアクセスノード１００−２に対して要求する。ＵＬ協調要求メッセージ２２は、例えば、Ｒｘ信号１０−２に関してどのタイプの情報が必要であるかを指示することができる。これらは、例えば、ＩＱサンプル、ＬＬＲ等の復調した符号化データ（ソフトビット）、復号化ユーザデータ（ハードビット）等である。更に、ＵＬ協調要求メッセージ２２は、要求したＲｘ信号１０−２を配信するために必要な更なるパラメータ、例えば、タイムスロット、送信時間間隔（ＴＴＩ）、および受信されるＲＢ、または、サポートアクセスノード１００−２における干渉除去（ＩＣ）に対するパラメータを備えることができる。

サポートアクセスノード１００−２は、指示されたＲＢの上で、Ｒｘ信号１０−２をＵＥ２００から受信する。これは受信ステップ１２０−２で示されている。受信ステップ１２０−１において、サービングアクセスノード１００−１はＲｘ信号１０−１をＵＥ２００から受信する。Ｒｘ信号に関する情報の要求されたタイプに依存して、サポートアクセスノード１００−２は、ＵＥ２００から受信したＲｘ信号１０−２を処理する必要が生ずる可能性がある。これは、ＢＳ毎の処理ステップ１３０−２に示されている。通常、サポートアクセスノード１００−２で行うアクセスノード毎或いはＢＳ毎に基づく処理は、サービングアクセスノード１００−１で行うアクセスノード毎或いはＢＳ毎に基づく処理、例えば、ＢＳ毎の処理ステップ１３０−１で実行される処理と同様であろう。例えば、復号化したユーザデータが要求された場合には、サポートアクセスノード１００−２は、ＵＥ２００から受信したＲｘ信号１０−２を復調して復号化する。

サポートアクセスノード１００−２は、アクセスノード毎の処理を行った後に、要求された情報、即ち、その要求で規定されたタイプを有するＲｘ信号１０−２を含む応答メッセージ（ｒｓｐ）２４をサービングアクセスノード１００−１に送信することにより応答する。あるいは、サポートアクセスノード１００−２は、要求された情報に関係するタイプの情報を送信することにより応答することもできる。例えば、復号化したビットが要求され、例えば、サポートアクセスノード１００−２がＲｘ信号１０−２からのビットを復号化することができない場合には、サポートアクセスノード１００−２は、符号化ビットを送信することにより応答することができる。更に、サポートアクセスノード１００−２は、サービングアクセスノード１００−２が使用するパラメータ、例えば、サービングアクセスノード１００−２のところでＩＣのために使用するパラメータを送信することもできる。

要求した情報をサポートアクセスノード１００−２から受信すると、サービングアクセスノード１００−１は、自分自身が受信したＲｘ信号とサポートアクセスノード１００−２が受信したＲｘ信号とを一緒に結合して処理することができる。これは結合処理ステップ１３０で実行される。要求したＲｘ信号１０−２のタイプに依存して、サービングアクセスノード１００−１は、例えば、符号化に成功したビットストリームを選択（選択合成）することができる。または、符号化されたソフトビットのソフト合成を行うことができる。または、ＩＱサンプルを交換する場合には、干渉阻止合成またはＩＣを行うことができる。その結果として、サービングアクセスノード１００−１は、端末２００から受信した信号１０−１と１０−２に基づいて、改善または最適化した信号を得ることができる。

上記では、ただ１つだけのサポートアクセスノード１００−２に対する協調アプローチについて概観した。サービングアクセスノード１００−１が複数のサポートアクセスノードを識別した場合には、ここに述べたアプローチは、それぞれのサポートアクセスノードに対して、個別に実行される。即ち、サービングアクセスノード１００−１は、それぞれのサポートアクセスノードに対して協調動作を要求する。ＵＬ協調要求メッセージ２２は、ユニキャストメッセージとして、またはマルチキャストメッセージとして送信することができる。または、状況に応じて、ブロードキャストメッセージとして送信することさえもできる。それぞれのサポートアクセスノードは、要求された情報、即ち、その要求で規定されたタイプを有するＲｘ信号で応答する。更に、それぞれのサポートアクセスノードは、要求をキャンセル（除去）または無視することができる。最後に、サービングアクセスノード１００−１における結合処理のステップでは、サービングアクセスノード１００−１自身のアンテナで受信したＲｘ信号とサポートノードが受信したＲｘ信号とを合成して処理する。

ＵＬ協調要求メッセージ２２または応答メッセージ２４で交換される全てのパラメータまたは情報は、実際のメッセージ交換の前に圧縮し、そして実際のメッセージ交換の後に伸長することができる。なお、ここで、圧縮は通常、追加的な時間遅延を伴い、これはいくつかの場合には望ましくない可能性がある。

図１０の処理においては、協調動作は、サービングアクセスノード１００−１が自分自身のＲｘ信号１０−１の処理を、アクセスノード毎に基づいて、またはＢＳ毎に基づいて実行する以前に、即ち、サービングアクセスノード１００−１がＲｘ信号１０−１を受信する以前に要求が出される。このアプローチは、プロアクテティブ・アプローチとして言及される。代替的なアプローチでは、協調動作は、サービングアクセスノード１００−１におけるアクセスノード毎、またはＢＳ毎の処理の後に、即ち、サービングアクセスノード１００−１におけるＲｘ信号１０−１の実際の受信の後に要求が出される。このアプローチは、リアクティブ・アプローチとして言及される。これは、例えば、サービングアクセスノード１００−１が自分自身では復号化の試みに失敗した場合に有益である。

図１０に示した協調動作の処理は、サービングアクセスノード１００−１とサポートアクセスノード１００−２の両方がそれをキャンセルすることができる。例えば、サービングアクセスノード１００−１が、応答２４を受信する前に復号化に成功した場合には、サービングアクセスノード１００−１は、キャンセルメッセージをサポートアクセスノード１００−２に送信することもできるであろう。

いくつかの理由のため、サポートアクセスノード１００−２は、要求を無視することもできるであろう。例えば、サポートアクセスノード１００−２は、要求を単に無視することもできるし、または、暗黙のキャンセルメッセージを送信することもできるであろう。キャンセルメッセージは、キャンセルの理由を含むこともできるであろう。サポートアクセスノード１００−２は、例えば、サポートアクセスノード１００−２におけるアクセスノード毎の処理に成功しなかった場合、またはバックホール容量、即ち、サポートアクセスノード１００−２からサービングアクセスノード１００−１にデータを送信するために利用可能なデータトラフィック容量が飽和している場合には、要求を無視することもできるであろう。

上述したメッセージ交換によって、サービングアクセスノード１００−１は、どのような状況下で要求は無視されるべきであるかを明白に指示することさえも可能である。このような指示のいくつかの実施例が可能である。１つの実施例に従えば、サポートアクセスノード１００−２のセルで同時送信が進行中でない場合には、サポートアクセスノード１００−２のところでは、信号は高い品質で受信される。従って、サービングアクセスノード１００−１は、指示したＲＢの上で同時送信が行われていない場合にだけ、協調動作を要求することもできるであろう。この例外は、ＵＬ協調要求メッセージ２２で指示することができる。または事前設定することもできる。更なる実施例に従えば、協調受信処理がいかに重要であるかまたは価値があるかを示す優先度を示すことも可能であろう。例えば、高価な加入費を払う“ゴールドユーザ”は、低い加入費用しか払わないベストエフォートユーザと比較して、より高い優先度を得ることができる。サポートアクセスノード１００−２が、複数の要求を受信してそれら全てを処理できない場合には、サポートアクセスノード１００−２は、最も低い優先度の要求を破棄することができる。

図１０に示したＵＬ協調動作の処理においては、協調信号の量子化は、サポートアクセスノード１００−２において行われる。量子化された情報は、その後にサービングアクセスノード１００−１に転送される。量子化パラメータの適合は、サービングアクセスノード１００−１で実行することができ、その後にサポートアクセスノード１００−２に、例えば、要求メッセージ２２でシグナリングされる。このオプションは、適合を行うために使用する協調通信パラメータが、サービングアクセスノード１００−１で得られる場合に使用することができる。従って、要求メッセージ２２は、要求する情報に関してサービングアクセスノード１００−１が決定した量子化パラメータ、例えば、量子化の深さ（ｑＤｅｐｔｈ）または量子化タイプ（ｑＴｙｐｅ）を備えることができる。そして、その適合は、それぞれの新しいＵＬ協調要求メッセージ２２を使用して短い時間スケールで行うことができる。これにより、高速なフェーディングまたは協調アクセスノードの数の瞬時値等の短期間効果を考慮に入れることができる。

更なるオプションに従えば、サポートアクセスノード１００−２が量子化パラメータの適合を実行することもできるであろう。この場合には、量子化パラメータは、応答メッセージ２４で、サービングアクセスノード１００−１に指示することができるであろう。後者のオプションは、適合を行うために使用する協調通信パラメータがサポートアクセスノード１００−２で得られる場合に有用であろう。

図１０に示した処理は、要求−応答メカニズムに基づいており、サービングアクセスノード１００−１が要求メッセージ２２を送信し、サポートアクセスノード１００−２が、要求された情報を含む応答メッセージ２４で応答する。いくつかの実施例においては、要求−応答メカニズムは、加入−パブリッシュメカニズムで置換することができる。対応した処理を図１１に示す。

加入−パブリッシュメカニズムに基づいた図１１の処理では、アクセスノード１００−２が、受信したＲｘ信号１０−２を、その“サービス”に加入している全ての加入者に対してパブリッシュすることを提示する。この提示はアクセスノード１００−２の能力、例えば、実装されている受信機アルゴリズム、バックホールの制約条件、アンテナの数などとともに、他のアクセスノードに対して直接に、または通信ネットワークのＯ＆Ｍシステムに報知することができる。関心を持つサービングアクセスノード１００−１は、例えば、“ＩＱサンプル転送”であるかもしれない提示されたサービスに加入し、その結果、提示しているアクセスノード１００−２はサポートアクセスノード１００−２になる。この目的のために、サービングアクセスノード１００−１は、ＵＬ協調加入メッセージ（ｓｕｂ）２２’をサポートアクセスノード１００−２に送信する。そして、サポートアクセスノードは、要求された情報を含む少なくとも１つのパブリッシュメッセージ（ｐｕｂ）２４’をサービングアクセスノード１００−１に送信する。あるいは、サポートアクセスノード１００−２は、要求された情報に関するタイプの情報を送信することにより応答することができる。例えば、復号化したビットが要求された場合には、例えば、サポートアクセスノード１００−２がＲｘ信号１０−２からのビットを復号化できない場合には、サポートアクセスノード１００−２は、符号化ビットを送信することにより応答することができる。パブリッシュメッセージ２４’は、何回かにわたって、Ｒｘ信号１０−２に関する更なる更新した情報を含めて送信することができる。パブリッシュメッセージ２４’の送信は、サービングアクセスノード１００−１が加入解除メッセージ２５をサポートアクセスノード１００−２に送信するのに応答して停止することができる。なおここで、この処理では、ＵＬ協調加入メッセージ２２’は、Ｒｘ信号１０−２に関する情報に対する要求と見なすことができる。

ＵＬ協調加入メッセージ２２’は、関連する全ての情報、または図１０に関連して説明したＵＬ協調要求メッセージ２２の一部分でもあるパラメータを含むことができる。特に、ＵＬ協調加入メッセージ２２’は、要求する情報に関する量子化パラメータ、例えば、量子化の深さ（ｑＤｅｐｔｈ）または量子化タイプ（ｑＴｙｐｅ）を含むことができる。この場合には、量子化パラメータの適合は、それぞれの新しいＵＬ協調加入メッセージ２２’を使用して、中程度の時間スケールで発生する。パブリッシュメッセージ２４’は、例えば、ＩＱサンプルの形式でのＲｘ信号１０−２とともに、図１０に関連して説明した応答メッセージの一部分でもある更なるパラメータを含むことができる。パブリッシュメッセージ２４’のＲｘ信号１０−２は、サービングアクセスノード１００−１から受信した量子化パラメータに従って量子化される。サポートアクセスノード１００−２が量子化パラメータの適合を実行した場合には、量子化パラメータは、パブリッシュメッセージ２４’でサービングアクセスノード１００−１に対して指示することができる。

サポートアクセスノード１００−２により出されたサービスに対するサービングアクセスノード１００−１の加入は、その特定のサポートアクセスノード１００−２の、例えば、ＩＱサンプルのようなＲｘ信号１０−２に関する情報がもはや必要でなくなった時には、キャンセルすることができる。この目的のために、サービングアクセスノード１００−１は、加入解除メッセージ２５を送信することができる。代替または追加として、他のキャンセル手順も使用することができる。

加入−パブリッシュメカニズムによって、低いオーバヘッドで、アクセスノードの間における長時間の関係を確立することができ、例えば、持続性のあるスケジューリングを行うことができる。この場合、ＲＢはＴＴＩのシーケンスの中に割り当てられる。

上述のように、いくつかの実施例に従えば、量子化パラメータの適合はまた、サポートアクセスノード１００−２が実行することができる。例えば、サポートアクセスノード１００−２の受信機におけるＲｘ信号１０−２のＳＩＮＲが高い場合には、サポートアクセスノード１００−２は小さな値の量子化の深さのソフトビットを送信することができる。これは、受信に成功する確率が高いからである。サポートアクセスノード１００−２の受信機におけるＲｘ信号１０−２のＳＩＮＲが低い場合には、サポートアクセスノード１００−２は、大きな値の量子化の深さを使用することができる。これは、情報がより不確かだからである。このようなシナリオにおいては、量子化パラメータを適合させるためのシグナリングオーバヘッドは低減する。これは、関係するノードは自分自身で決められるからである。使用した量子化パラメータは、協調信号とともにシグナリングすることができる。

図１２は、サービングアクセスノード１００−１とサポートアクセスノード１００−２との間のＤＬ協調動作の処理の実施例を示す。上述のように、サービングアクセスノード１００−１とサポートアクセスノード１００−２は、異なるＢＳでもよいし、または同一のＢＳの異なるセクションであってもよい。再び、２つ以上のサポートアクセスノード１００−２を提供することもできるという点が理解されるべきである。

ＵＥ２００は、サービングアクセスノード１００−１に関連している。サービングアクセスノード１００−１は、ＵＥ２００を制御し、通信のための資源を割り当てる。これは、スケジューリングステップ１５０の一部分であってよい。ＵＥ２００は、協調動作に対する候補として既に識別されている。更に、サービングアクセスノード１００−１は、結合処理を実行することにより、ＵＥ２００に送信される信号のプリコーディングを行うことができる。これはプリコーディングステップ１６０で示されている。ある資源ブロックをＵＥ２００に割り当てた後に、サービングアクセスノード１００−１は、ＤＬ協調要求メッセージ（ｒｅｑ）２２をサポートアクセスノード１００−２に送信することにより、特定のＵＥ２００に関するＤＬサポートをサポートアクセスノード１００−２に対して要求する。ＤＬ協調要求メッセージ２２は、サポートアクセスノード１００−２から送信されるＴｘ信号１２−２に関する情報、例えば、Ｔｘ信号の周波数領域ＩＱサンプルまたは時間領域サンプルを備える。更に、ＤＬ協調要求メッセージ２２は、協調動作の所望のタイプを更に特徴付けるパラメータを備えることができる。

サポートアクセスノード１００−２は、サービングアクセスノード１００−１からＤＬ協調動作要求２２を受信する。サービングアクセスノード１００−１とサポートアクセスノード１００−２は、その後、Ｔｘ信号１２−１と１２−２を協調してＵＥに送信する。これらはそれぞれ、送信ステップ１８０−１と１８０−２に示されている。

上記では、ただ１つだけのサポートアクセスノード１００−２に対するＤＬ協調アプローチを概観した。サービングアクセスノード１００−１が複数のサポートアクセスノードを識別した場合には、ここに述べたアプローチは、それぞれのサポートアクセスノードに対して、個別に実行される。即ち、サービングアクセスノード１００−１は、それぞれのサポートアクセスノードに対してＤＬ協調動作を要求する。ＤＬ協調要求メッセージ２２は、ユニキャストメッセージとして、またはマルチキャストメッセージとして送信することができる。または、状況に応じて、ブロードキャストメッセージとして送信することさえもできる。

図示したＤＬ協調動作の処理においては、協調信号の量子化は、サービングアクセスノード１００−１で行われる。量子化パラメータの適合もまた、サービングアクセスノード１００−１で実行することができる。量子化された協調信号は、その後にＤＬ協調要求メッセージ２２で、サポートアクセスノード１００−２に転送される。使用した量子化パラメータは、協調信号とともにシグナリングすることができる。適合を行うために使用する協調通信パラメータが、サービングアクセスノード１００−１で得られない場合には、他のノード、例えば、サポートアクセスノード１００−２、または、中央ノード、例えば、図３の中央ノード３００から得ることができる。従って、後者の場合には、協調通信パラメータは、サービングアクセスノード１００−１がサポートアクセスノード１００−２に要求する前に、サービングアクセスノード１００−１に対してシグナリングすることができる。

ＤＬ協調要求メッセージ２２で交換される全てのパラメータまたは情報、例えば、Ｔｘ信号１２−２に関する情報は、ＤＬ協調要求メッセージ２２を送信する前に圧縮することができ、また、ＤＬ協調要求メッセージ２２を受信した後に伸長することができる。なおここで、圧縮は通常、追加的な時間遅延を伴い、これはいくつかの場合には望ましくない可能性がある。

また、ＤＬ協調動作の場合には、量子化パラメータの適合は、サービングアクセスノード１００−１の外部で、例えば、サポートアクセスノード１００−２、または、中央ノード、例えば、図３の中央ノード３００で行うことができる。このようなシナリオでは、適合された量子化パラメータは、サービングアクセスノード１００−１に対して別個にシグナリングすることもできるであろう。

上述した概念によって、協調ノードの間で交換されるデータと情報量を効率よく適合させることができる。その結果、協調信号通信におけるデータトラフィック容量の消費と動作性能との間で柔軟なトレードオフを行うことができる。

上記の概念、例、および実施例は、単に例示的に示されたものであり、種々の変形が可能であるという点が理解されるべきである。例えば、上述した方法や処理において、ステップまたは手順は、記述した順序に従って実行することもできるし、または異なる順序で実行することもできる。更に、あるステップまたは手順は省略することも可能であり、これは開示される本願発明の範囲から逸脱するものではない。更に、異なる実施例または実施例の個々の特徴は、適切にそれらを互いに組み合わせることも可能である。更に、ここで説明した手順または機能は、専用のハードウェアによって、またはプロセッサで実行されるべきプログラムコードを備えたソフトウェアによって実施することができるという点が理解されるべきである。

Claims (22)

1. 協調信号通信の方法であって、
   少なくとも、第１のアクセスノード（１００−１；１００−１’）と移動体端末（２００）との間の第１の通信パスと、第２のアクセスノード（１００−２；１００−２’）と前記移動体端末（２００）との間の第２の通信パスでの信号（１０）の協調通信のための協調通信パラメータ（３０）を決定する工程と、
   前記協調通信パラメータ（３０）に基づいて、前記第１のアクセスノード（１００−１；１００−１’）と前記第２のアクセスノード（１００−２；１００−２’）との内の少なくとも１つと通信される、前記信号（１０）の前記協調通信のための情報を搬送する協調信号（２０）の量子化パラメータ（４０）を設定する工程とを有することを特徴とする方法。
2. 前記量子化パラメータ（４０）は、量子化の深さを含むことを特徴とする請求項１に記載の方法。
3. 前記量子化パラメータ（４０）は、量子化のタイプを含むことを特徴とする請求項１又は２に記載の方法。
4. 前記協調通信パラメータ（３０）は、変調方式を含むことを特徴とする請求項１乃至３のいずれか１項に記載の方法。
5. 前記協調通信パラメータ（３０）は、符号化方式を含むことを特徴とする請求項１乃至４のいずれか１項に記載の方法。
6. 前記協調通信パラメータ（３０）は、送信電力を含むことを特徴とする請求項１乃至５のいずれか１項に記載の方法。
7. 前記協調通信パラメータ（３０）は、前記第１の通信パスと前記第２の通信パスとの内の少なくともいずれかにおける信号品質を含むことを特徴とする請求項１乃至６のいずれか１項に記載の方法。
8. 前記協調通信パラメータ（３０）は、受信機アルゴリズムのタイプ、或いは、送信機アルゴリズムのタイプを含むことを特徴とする請求項１乃至７のいずれか１項に記載の方法。
9. 前記協調通信パラメータ（３０）は、前記第１の通信パスのパス利得と前記第２の通信パスのパス利得との間の差を含むことを特徴とする請求項１乃至８のいずれか１項に記載の方法。
10. 前記協調通信パラメータ（３０）は、協調アクセスノードの数を含むことを特徴とする請求項１乃至９のいずれか１項に記載の方法。
11. 前記協調通信パラメータ（３０）は、前記協調信号（２０）を送信するのに利用可能なデータトラフィック容量を含むことを特徴とする請求項１乃至１０のいずれか１項に記載の方法。
12. 前記協調信号（２０）は、前記信号（１０）のデジタルサンプルを含むことを特徴とする請求項１乃至１１のいずれか１項に記載の方法。
13. 前記協調信号（２０）は、前記第１のアクセスノード（１００−１；１００−１’）からの要求に応じて、前記第２のアクセスノード（１００−２；１００−２’）から送信されることを特徴とする請求項１乃至１２のいずれか１項に記載の方法。
14. 前記デジタル量子化パラメータは、前記要求（２２；２２’）において前記第２のアクセスノード（１００−２）に対して示されることを特徴とする請求項１３に記載の方法。
15. デバイス（１００−１；１００−１’；２００；３００）であって、
    少なくとも、第１のアクセスノード（１００−１；１００−１’）と移動体端末（２００）との間の第１の通信パスと、第２のアクセスノード（１００−２；１００−２’）と前記移動体端末（２００）との間の第２の通信パスでの信号（１０）の協調通信のための協調通信パラメータ（３０）を決定するように構成されるプロセッサ（Ｐ１；Ｐ２；Ｐ４；１０２）を有し、
    前記プロセッサ（Ｐ１；Ｐ２；Ｐ４；１０２）はさらに、前記協調通信パラメータ（３０）に基づいて、前記第１のアクセスノード（１００−１；１００−１’）と前記第２のアクセスノード（１００−２；１００−２’）との内の少なくとも１つと通信される、前記信号（１０）の前記協調通信のための情報を搬送する協調信号（２０）のデジタル量子化パラメータ（４０）を設定するように構成されることを特徴とするデバイス。
16. 前記デジタル量子化パラメータを出力するように構成されたインタフェース（Ｔ１１；Ｔ１２；Ｔ３１；Ｔ４）をさらに有することを特徴とする請求項１５に記載のデバイス。
17. 前記第１のアクセスノード（１００−１；１００−１’）と前記第２のアクセスノード（１００−２；１００−２’）との内の少なくとも１つと前記協調信号（２０）を通信するように構成されたインタフェース（Ｔ１２；Ｒ１２；Ｔ１１；Ｒ１１；Ｔ４；Ｒ４）をさらに有することを特徴とする請求項１５又は１６に記載のデバイス。
18. 前記移動体端末（２００）と前記信号（１０）を通信するように構成されたインタフェース（Ｔ１１；Ｒ１１）をさらに有することを特徴とする請求項１５乃至１７のいずれか１項に記載のデバイス。
19. 前記デバイスは、請求項１乃至１４のいずれか１項に記載の方法に従って動作するよう構成されたことを特徴とする請求項１５乃至１８のいずれか１項に記載のデバイス。
20. 少なくとも移動体端末（２００）と第１のアクセスノード（１００−１；１００−１’）と第２のアクセスノード（１００−２；１００−２’）とを有する通信ネットワークであって、
    前記第１のアクセスノード（１００−１；１００−１’）は、請求項１５乃至１９のいずれか１項に記載のデバイス（１００−１；１００−１’；３００）に接続されるか、請求項１５乃至１９のいずれか１項に記載のデバイス（１００−１；１００−１’；３００）であることを特徴とする通信ネットワーク。
21. プロセッサによって実行されるコンピュータプログラムであって、
    前記コンピュータプログラムは、請求項１乃至１４のいずれか１項に記載の方法の各工程を実行するように適合されたコードを有することを特徴とするコンピュータプログラム。
22. 請求項２１に記載のコンピュータプログラムを有するコンピュータ可読媒体。

Images