(57)【特許請求の範囲】
【請求項１】
サービング無線基地局（ＲＢＳ）によってサーブされているワイヤレスデバイスからの伝送の協調マルチポイント（ＣｏＭＰ）受信を実行するための、ワイヤレス通信ネットワークにおけるネットワークノードによって実行される方法（１００）であって、
−前記サービングＲＢＳの受信ポイント、および、前記サービングＲＢＳと異なるそれぞれのＲＢＳに属する少なくとも１つの潜在受信ポイントの、利用可能なバックホールキャパシティを決定すること（１１０）と、
−前記ワイヤレスデバイスから伝送され、前記サービングＲＢＳの前記受信ポイントによって受信され、前記少なくとも１つの潜在受信ポイントによって受信された、受信信号の受信信号品質を決定すること（１２０）と、
−前記少なくとも１つの潜在受信ポイントの中から、前記ワイヤレスデバイスからの前記伝送の前記ＣｏＭＰ受信に含まれるべき連携受信ポイントを決定し、前記決定された利用可能なバックホールキャパシティおよび前記受信信号品質に基づいて、前記ワイヤレスデバイスからの前記伝送のためのトランスポートブロックサイズ（ＴＢＳ）を決定すること（１３０）と、
−前記決定された連携受信ポイントのそれぞれのＲＢＳに、前記ＣｏＭＰ受信にそれらが参加することを通知すること（１４０）と、を含む方法（１００）。
【請求項２】
前記潜在受信ポイントの属する前記それぞれのＲＢＳのそれぞれの負荷状況を決定すること（１２５）をさらに含み、
前記ワイヤレスデバイスからの前記伝送の前記ＣｏＭＰ受信に含まれるべき連携受信ポイントを決定すること（１３０、１３０ａ）は、前記決定された負荷状況にさらに基づく、請求項１に記載の方法（１００）。
【請求項３】
前記利用可能なバックホールキャパシティが第１の閾値より小さいとき、前記方法は、前記少なくとも１つの潜在受信ポイントの中のいかなる他の受信ポイントとも連携することを控えること（１３２ａ）と、前記サービングＲＢＳによって受信された、前記ワイヤレスデバイスからの受信済み伝送の前記受信信号品質に基づいて前記ＴＢＳを決定することと、を含む、請求項１または２に記載の方法（１００）。
【請求項４】
前記利用可能なバックホールキャパシティが、第２の閾値より大きいとき、前記方法は、前記利用可能なバックホールキャパシティ、ならびに、前記サービングＲＢＳの前記受信ポイントおよび前記連携受信ポイントによって受信された信号についての前記決定された受信信号品質の両方に基づいて、前記ＴＢＳを決定すること（１３４）を含む、請求項１または２に記載の方法（１００）。
【請求項５】
前記利用可能なバックホールキャパシティが第１の閾値より大きく、かつ第２の閾値より小さいとき、前記方法は、前記バックホールキャパシティが前記第２の閾値より大きい場合と比較して前記ＴＢＳがより小さく、前記バックホールキャパシティが前記第１の閾値より小さい場合と比較して前記ＴＢＳがより大きくなるように、前記ＴＢＳを適合させること（１３５）を含む、請求項１または２に記載の方法（１００）。
【請求項６】
前記利用可能なバックホールキャパシティが、第１の閾値以下であるとき、つまり、バックホールリソースの量が制限されていること、および／または前記ＴＢＳが、前記サービングＲＢＳによって受信された前記ワイヤレスデバイスからの伝送の前記受信信号品質に基づく前記ＴＢＳよりも大きくなることができないことを示しているとき、前記バックホールキャパシティがＲＢＳ間の連携を依然として可能にする場合に、前記方法は、前記サービングＲＢＳによって受信された、前記ワイヤレスデバイスからの伝送の前記受信信号品質に基づく前記ＴＢＳより小さいかまたは同一であるようにＴＢＳを選択すること（１３２ｂ）と、決定された前記利用可能なバックホールキャパシティおよび前記受信信号品質の両方に基づいて選択された前記ＴＢＳを有する伝送の前記ＣｏＭＰ受信に含まれるべき連携受信ポイントを決定することと、を含む、請求項１または２に記載の方法（１００）。
【請求項７】
前記利用可能なバックホールキャパシティが、第１の閾値以下であるとき、つまり、バックホールリソースの量が制限されていること、および／または前記ＴＢＳが、前記サービングＲＢＳによって受信された前記ワイヤレスデバイスからの伝送の前記受信信号品質に基づく前記ＴＢＳよりも大きくなることができないことを示しているとき、前記方法は、前記サービングＲＢＳへのバックホール上でのＣｏＭＰデータ交換に使用されるビット数を減少させるように、前記連携受信ポイントに命令することを含む、請求項１または２に記載の方法（１００）。
【請求項８】
前記利用可能なバックホールキャパシティが、第１の閾値以下であるとき、つまり、バックホールリソースの量が制限されていること、および／または前記ＴＢＳが、前記サービングＲＢＳによって受信された前記ワイヤレスデバイスからの伝送の前記受信信号品質に基づく前記ＴＢＳよりも大きくなることができないことを示しているとき、前記方法は、前記サービングＲＢＳへ、バックホール上で、符号化データの代わりに復号データを伝送するように、前記連携受信ポイントの前記ＲＢＳに命令することを含む、請求項１または２に記載の方法（１００）。
【請求項９】
前記第１又は第２の閾値は、動的に設定され、前記サービングＲＢＳの電流負荷、それぞれの連携受信ポイントの電流負荷のうちの少なくとも１つに基づく、請求項３から８のいずれか一項に記載の方法（１００）。
【請求項１０】
前記ネットワークノードは、前記サービングＲＢＳであり、前記方法は、前記ワイヤレスデバイスからの伝送を受信することと、連携受信ポイントからの同一の伝送のバージョンを受信することと、前記受信済み伝送と前記同一の伝送の前記受信済みバージョンとを１つの受信済み伝送に結合することと、をさらに含む、請求項１から９のいずれか一項に記載の方法（１００）。
【請求項１１】
サービング無線基地局（ＲＢＳ）によってサーブされているワイヤレスデバイスからの伝送の協調マルチポイント（ＣｏＭＰ）受信を実行するための、ワイヤレス通信ネットワークにおけるネットワークノード（３００、４００）であって、
−前記サービングＲＢＳの受信ポイント、および、前記サービングＲＢＳと異なるそれぞれのＲＢＳに属する少なくとも１つの潜在受信ポイントの、利用可能なバックホールキャパシティを決定し、
−前記ワイヤレスデバイスから伝送され、前記サービングＲＢＳの前記受信ポイントによって受信され、前記少なくとも１つの潜在受信ポイントによって受信された、受信信号の受信信号品質を決定し、
−前記少なくとも１つの潜在受信ポイントの中から、前記ワイヤレスデバイスからの前記伝送の前記ＣｏＭＰ受信に含まれるべき連携受信ポイントを決定し、決定された前記利用可能なバックホールキャパシティおよび前記受信信号品質に基づいて、前記ワイヤレスデバイスからの前記伝送のためのトランスポートブロックサイズ（ＴＢＳ）を決定し、
−決定された前記連携受信ポイントのそれぞれのＲＢＳに、前記ＣｏＭＰ受信にそれらが参加することを通知するように構成される、ネットワークノード（３００、４００）。
【請求項１２】
前記潜在受信ポイントの属する前記それぞれのＲＢＳのそれぞれの負荷状況を決定するようにさらに構成され、
前記ネットワークノード（３００、４００）は、前記決定された負荷状況にさらに基づいて、前記ワイヤレスデバイスからの前記伝送の前記ＣｏＭＰ受信に含まれるべき連携受信ポイントを決定するようにさらに構成される、請求項１１に記載のネットワークノード（３００、４００）。
【請求項１３】
前記利用可能なバックホールキャパシティが第１の閾値より小さいとき、前記ネットワークノード（３００、４００）は、前記少なくとも１つの潜在受信ポイントの中のいかなる他の受信ポイントとも連携することを控え、サービングＲＢＳによって受信された、ワイヤレスデバイスからの受信済み伝送の前記受信信号品質に基づいてＴＢＳを決定するように構成される、請求項１１または１２に記載のネットワークノード（３００、４００）。
【請求項１４】
前記利用可能なバックホールキャパシティが、第２の閾値より大きいとき、前記ネットワークノード（３００、４００）は、前記利用可能なバックホールキャパシティ、ならびに、前記サービングＲＢＳの前記受信ポイントおよび前記連携受信ポイントによって受信された信号についての前記決定された受信信号品質の両方に基づいて、前記ＴＢＳを決定するようにさらに構成される、請求項１１または１２に記載のネットワークノード（３００、４００）。
【請求項１５】
前記利用可能なバックホールキャパシティが第１の閾値より大きく、かつ第２の閾値より小さいとき、前記ネットワークノード（３００、４００）は、前記バックホールキャパシティが前記第２の閾値より大きい場合と比較して前記ＴＢＳがより小さく、前記バックホールキャパシティが前記第１の閾値より小さい場合と比較して前記ＴＢＳがより大きくなるように、前記ＴＢＳを適合させるようにさらに構成される、請求項１１または１２に記載のネットワークノード（３００、４００）。
【請求項１６】
前記利用可能なバックホールキャパシティが、第１の閾値以下であるとき、つまり、バックホールリソースの量が制限されていること、および／または前記ＴＢＳが、前記サービングＲＢＳによって受信された前記ワイヤレスデバイスからの伝送の前記受信信号品質に基づく前記ＴＢＳよりも大きくなることができないことを示しているとき、前記バックホールキャパシティがＲＢＳ間の連携を依然として可能にする場合に、前記ネットワークノード（３００、４００）は、前記サービングＲＢＳによって受信された、前記ワイヤレスデバイスからの伝送の前記受信信号品質に基づく前記ＴＢＳより小さいかまたは同一であるようにＴＢＳを選択し、決定された前記利用可能なバックホールキャパシティおよび前記受信信号品質の両方に基づいて選択された前記ＴＢＳを有する伝送の前記ＣｏＭＰ受信に含まれるべき連携受信ポイントを決定するように、さらに構成される、請求項１１または１２に記載のネットワークノード（３００、４００）。
【請求項１７】
前記利用可能なバックホールキャパシティが第１の閾値以下であるとき、つまり、バックホールリソースの量が制限されていること、および／または前記ＴＢＳが、前記サービングＲＢＳによって受信された前記ワイヤレスデバイスからの伝送の前記受信信号品質に基づく前記ＴＢＳよりも大きくなることができないことを示しているとき、前記ネットワークノード（３００、４００）は、前記サービングＲＢＳへの前記バックホール上でのＣｏＭＰデータ交換に使用されるビット数を減少させるように、前記連携受信ポイントに命令するように構成される、請求項１１または１２に記載のネットワークノード（３００、４００）。
【請求項１８】
前記利用可能なバックホールキャパシティが第１の閾値以下であるとき、つまり、バックホールリソースの量が制限されていること、および／または前記ＴＢＳが、前記サービングＲＢＳによって受信された前記ワイヤレスデバイスからの伝送の前記受信信号品質に基づく前記ＴＢＳよりも大きくなることができないことを示しているとき、前記ネットワークノード（３００、４００）は、前記サービングＲＢＳへ、バックホール上で、符号化データの代わりに復号データを伝送するように、前記連携受信ポイントの前記ＲＢＳに命令するように構成される、請求項１１または１２に記載のネットワークノード（３００、４００）。
【請求項１９】
前記第１又は第２の閾値は、動的に設定され、前記サービングＲＢＳの電流負荷、それぞれの連携受信ポイントの電流負荷のうちの少なくとも１つに基づく、請求項１３から１８のいずれか一項に記載のネットワークノード（３００、４００）。
【請求項２０】
前記ネットワークノードは、前記サービングＲＢＳであり、前記ネットワークノード（３００、４００）は、前記ワイヤレスデバイスからの伝送を受信し、連携受信ポイントからの同一の伝送のバージョンを受信し、前記受信済み伝送と前記同一の伝送の前記受信済みバージョンとを１つの受信済み伝送に結合するようにさらに構成される、請求項１１から１９のいずれか一項に記載のネットワークノード（３００、４００）。
【請求項２１】
請求項１１から２０のいずれか一項に記載のネットワークノード（３００、４００）内の構成に含まれる処理ユニット（４０６）での実行時に、請求項１から１０のいずれか一項に記載の対応する方法をネットワークノード（３００、４００）に実行させる、コンピュータ可読コード手段を含むコンピュータプログラム（４１０）。
【請求項２２】
請求項２１に記載のコンピュータプログラム（４１０）を記憶する、コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、ワイヤレス通信に関し、特に、サービング無線基地局（ＲＢＳ）によってサーブされているワイヤレスデバイスからの伝送の協調マルチポイント（ＣｏＭＰ）受信を実行するネットワークノードおよびネットワークノードによって実行される方法に関する。
【背景技術】
【０００２】
ワイヤレス通信システムまたはネットワークは、例えば無線セルまたはセクタと呼ばれる無線カバレッジエリアに分割されている、地理的エリアをカバーする。各無線カバレッジエリアは、ＲＢＳによってサーブされる。ＲＢＳは、ノードＢまたはｅノードＢ、ｅＮＢと呼ばれることもある。受信ポイントは、１つの無線カバレッジエリアにカバレッジを提供する共同設置アンテナのセットと呼ばれる。１つのＲＢＳは、１つまたは複数の無線カバレッジエリアをサーブすることができる。
【０００３】
アップリンク協調マルチポイント（ＣｏＭＰ）は、マルチアンテナ技法であり、それは通常、ワイヤレスデバイスからの伝送の受信を実行するときに、１つより多くのそのような受信ポイントからの受信信号を利用することをいう。これは、ワイヤレスデバイスに対する受信を実行するときに、１つの受信ポイントだけ、即ちサービング受信ポイントが使用される、通常の場合と比較することができる。
【０００４】
全ての受信ポイントが同一のＲＢＳに接続されている場合、ＲＢＳ間でＣｏＭＰデータの追加移送が必要とされないため、マルチポイント信号受信の信号処理は、非常に簡単になる。しかし、特定のワイヤレスデバイスに最も有利な連携受信ポイントの候補が、同一のＲＢＳの範囲内に共同設置されていないことがある。アップリンクＣｏＭＰは、以下でＣｏＭＰ受信とも呼ばれ、異なるＲＢＳに属する受信ポイント間のアップリンクＣｏＭＰが使用されるとき、それぞれのＲＢＳの連携受信ポイントから受信された伝送は、サービングＲＢＳに伝送されなければならない。
【０００５】
送信用または受信用のいずれかの複数のアンテナを使用することによって、キャパシティ、スループットおよび堅牢性の観点で、システム性能が改善される見込みが高い。例えば、複数のアンテナは、同一の情報の異なるコピーの送信／受信に使用され、よってダイバーシティおよび堅牢性を向上させることができる。あるいは、これらのアンテナは、空間多重化を通じて、異なる情報の送信／受信に使用され得る。送信アンテナおよび／または受信アンテナは、共同設置され、または分散配置されることができ、異なる受信ポイントまたはＲＢＳに属することさえ可能である。
【０００６】
アップリンクＣｏＭＰは、マルチアンテナ技法であり、そこでは、ワイヤレスデバイスの伝送信号が、サービング受信ポイントのアンテナにおいてだけでなく、近隣受信ポイントまたは連携受信ポイントのアンテナにおいても受信され、受信信号を使用して結合される。どの近隣（連携）受信ポイントを使用すべきかの選択は、例えば、これらの受信ポイントが、ワイヤレスデバイスの伝送からどのくらいの電力を受信するかに基づいてもよい。
【０００７】
アップリンクＣｏＭＰを使用する際の１つの問題は、最も有益な連携受信ポイントが同一のＲＢＳの範囲内にないことがある、ということである。これは、サービングＲＢＳが、異なるＲＢＳに属する近隣受信ポイントからＣｏＭＰデータをリクエストしなければならないということを意味する。連携ＲＢＳ間のＸ２接続は、通常、キャパシティまたは帯域幅が制限されたバックホール上にはあるが、存在する可能性がある。単純な解決策は、ＲＢＳ間でＣｏＭＰデータを送信することもできるようにするために、Ｘ２インターフェース上により高いキャパシティを提供することである。Ｘ２およびＳ１はいずれも論理インターフェースである。即ち、それらは、例えば物理的なケーブルによって直接接続される必要はない。概して、それらはインターネットプロトコル（ＩＰ）上で動作する。Ｘ２は、あるＲＢＳから別のＲＢＳへの「直接接続」のためのインターフェースではあるが、実際には、トラフィックは、Ｓ１関連トラフィックと同一のバックホールに沿って移送される可能性がある。しかしながら、この解決策には極めて費用がかかり、または既存インフラストラクチャのために不可能ですらあるかもしれない。存在し得る他の制限の例は、バックホール上の高すぎるレイテンシ、到来するＣｏＭＰデータを処理するためのサービングＲＢＳのキャパシティ、またはサービングＲＢＳにＣｏＭＰデータを送信するための連携ＲＢＳのキャパシティである。
【０００８】
これらの制限全てが、まとめられたバックホールキャパシティの制限ということになり、それは送信時間間隔（ＴＴＩ）からＴＴＩまででも、急速に変化している。連携候補を決定する際の入力としてこの制限を使用することによって、連携が成功かそうでないかを決定することができる。しかしながら、連携候補を選択するためにこの評価基準を使用すると、連携するのが有益であったかもしれない候補を除外することになる可能性がある。
【発明の概要】
【０００９】
目的は、上記で概説した問題のうちの少なくともいくつかを未然に防ぐことである。特に、サービングＲＢＳによってサーブされているワイヤレスデバイスからの伝送のＣｏＭＰ受信を実行するネットワークノードおよびネットワークノードによって実行される方法を提供することが目的である。これらの目的および他の目的は、以下に添付された独立請求項によるネットワークノードおよびネットワークノードにおける方法を提供することによって得られる。
【００１０】
ある態様によれば、サービングＲＢＳによってサーブされているワイヤレスデバイスからの伝送のＣｏＭＰ受信を実行するネットワークノードによって実行される方法が提供される。方法は、サービングＲＢＳの受信ポイントおよびそれぞれのさらなるＲＢＳの少なくとも１つの潜在受信ポイントの、利用可能なバックホールキャパシティを決定することと、ワイヤレスデバイスから伝送され、サービングＲＢＳの受信ポイントによって受信され、それぞれのさらなるＲＢＳの少なくとも１つの潜在受信ポイントによって受信された、受信信号の受信信号品質を決定することとを含む。方法は、それぞれのさらなるＲＢＳの少なくとも１つの潜在受信ポイントの中から、ワイヤレスデバイスからの伝送のＣｏＭＰ受信に含まれるべき連携受信ポイントを決定し、決定された利用可能なバックホールキャパシティおよび受信信号品質に基づいて、ワイヤレスデバイスからの伝送のためのトランスポートブロックサイズ（ＴＢＳ）を決定することと、決定された連携受信ポイントのそれぞれのＲＢＳに、ＣｏＭＰ受信にそれらが参加することを通知することと、をさらに含む。
【００１１】
ある態様によれば、サービングＲＢＳによってサーブされているワイヤレスデバイスからの伝送のＣｏＭＰ受信を実行するように適合されたネットワークノードが提供される。ネットワークノードは、サービングＲＢＳの受信ポイントおよびそれぞれのさらなるＲＢＳの少なくとも１つの潜在受信ポイントの、利用可能なバックホールキャパシティを決定し、ワイヤレスデバイスから伝送され、サービングＲＢＳの受信ポイントによって受信され、それぞれのさらなるＲＢＳの少なくとも１つの潜在受信ポイントによって受信された、受信信号の受信信号品質を決定するように構成される。ネットワークノードは、それぞれのさらなるＲＢＳの少なくとも１つの潜在受信ポイントの中から、ワイヤレスデバイスからの伝送のＣｏＭＰ受信に含まれるべき連携受信ポイントを決定し、決定された利用可能なバックホールキャパシティおよび受信信号品質に基づいて、ワイヤレスデバイスからの伝送のためのＴＢＳを決定し、決定された連携受信ポイントのそれぞれのＲＢＳに、ＣｏＭＰ受信にそれらが参加することを通知するようにさらに構成される。
【００１２】
ネットワークノードによって実行される方法およびネットワークノードは、複数の考えられる利点を有する可能性がある。考えられる１つの利点は、利用可能な無線リソースおよび移送リソースが、システム性能全体を最大化するために効率的に利用され得るということである。考えられる別の利点は、インターフェース、例えばバックホールの、発生し得るオーバロードを回避することができ、よって他のより重要なトラフィックの潜在的な断絶を回避することができるということである。さらに考えられる別の利点は、連携リクエストが成功して、期待する性能改善を保証することが、確実にできるということである。さらに考えられる利点は、バックホールが混雑している場合ＣｏＭＰ受信が実行されないため、混雑のためにデータが失われる恐れがないということである。
【００１３】
ここで、添付図面に関連して、実施形態をより詳細に説明する。
【図面の簡単な説明】
【００１４】
【図１ａ】例示する実施形態による、サービングＲＢＳによってサーブされているワイヤレスデバイスからの伝送のＣｏＭＰ受信を実行するネットワークノードによって実行される方法のフローチャートである。
【図１ｂ】さらに例示する実施形態による、サービングＲＢＳによってサーブされているワイヤレスデバイスからの伝送のＣｏＭＰ受信を実行するネットワークノードによって実行される方法のフローチャートである。
【図１ｃ】さらに例示する実施形態による、サービングＲＢＳによってサーブされているワイヤレスデバイスからの伝送のＣｏＭＰ受信を実行するネットワークノードによって実行される方法のフローチャートである。
【図１ｄ】別の例示する実施形態による、サービングＲＢＳによってサーブされているワイヤレスデバイスからの伝送のＣｏＭＰ受信を実行するネットワークノードによって実行される方法のフローチャートである。
【図１ｅ】さらに例示する実施形態による、サービングＲＢＳによってサーブされているワイヤレスデバイスからの伝送のＣｏＭＰ受信を実行するネットワークノードによって実行される方法のフローチャートである。
【図２ａ】サービングＲＢＳ、ワイヤレスデバイス、および連携ＲＢＳの図である。
【図２ｂ】利用可能なバックホールキャパシティがＲＢＳ間の連携を制限しているときの、信号対干渉および雑音比（ＳＩＮＲ）の関数としてのＴＢＳの図である。
【図２ｃ】利用可能なバックホールキャパシティがＲＢＳ間の連携を可能にしているときの、ＳＩＮＲの関数としてのＴＢＳの図である。
【図２ｄ】利用可能なバックホールキャパシティが、利用可能なバックホールキャパシティを利用する適合されたＴＢＳサイズでＲＢＳ間の連携を可能にしているときの、ＳＩＮＲの関数としてのＴＢＳの図である。
【図３】例示する実施形態による、サービングＲＢＳによってサーブされているワイヤレスデバイスからの伝送のＣｏＭＰ受信を実行するように適合されたネットワークノードのブロック図である。
【図４】例示する実施形態による、サービングＲＢＳによってサーブされているワイヤレスデバイスからの伝送のＣｏＭＰ受信を実行するネットワークノードのブロック図である。
【図５】例示する実施形態による、サービングＲＢＳによってサーブされているワイヤレスデバイスからの伝送のＣｏＭＰ受信を実行するように適合されたネットワークノード内の構成のブロック図である。
【発明を実施するための形態】
【００１５】
簡単に説明すると、サービングＲＢＳによってサーブされているワイヤレスデバイスからの伝送のＣｏＭＰ受信を実行するネットワークノードおよびネットワークノードによって実行される方法が提供される。ネットワークノードは、現在利用可能なバックホールキャパシティ、ならびにサービングＲＢＳの受信ポイントおよびそれぞれのＲＢＳの少なくとも１つの潜在的な連携受信ポイントの受信信号品質に関する情報を取得する。次いで、現在利用可能なバックホールキャパシティ、ならびにサービング受信ポイントおよび潜在的な連携受信ポイントのそれぞれの受信信号品質の両方に基づいて、ネットワークノードは、どの受信ポイントがＣｏＭＰ受信に含まれるべきか、およびワイヤレスデバイスからの伝送のためのＴＢＳを決定する。
【００１６】
バックホールは、様々な異なるＳ１トラフィックまたはＸ２トラフィックも搬送するため、ＣｏＭＰ受信方式は、そのようなトラフィックとバックホールを共有しなければならない。ＲＢＳは、制御プレーントラフィックのためのモビリィティ管理エンティティ（ＭＭＥ）を有するＳ１−ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）インターフェース上で、Ｓ１アプリケーションプロトコルを使用することができる。
【００１７】
ＲＢＳによってサーブされているワイヤレスデバイスからの伝送のＣｏＭＰ受信を実行する、ワイヤレス通信ネットワークにおけるネットワークノードによって実行される方法の実施形態について、ここで図１ａ〜１ｅを参照して説明する。
【００１８】
図１ａは、サービングＲＢＳの受信ポイントおよびそれぞれのさらなるＲＢＳの少なくとも１つの潜在受信ポイントの、利用可能なバックホールキャパシティを決定すること１１０と、ワイヤレスデバイスから伝送され、サービングＲＢＳの受信ポイントによって受信され、それぞれのさらなるＲＢＳの少なくとも１つの潜在受信ポイントによって受信された、受信信号の受信信号品質を決定すること１２０と、を含む方法１００を示す。方法は、それぞれのさらなるＲＢＳの少なくとも１つの潜在受信ポイントの中から、ワイヤレスデバイスからの伝送のＣｏＭＰ受信に含まれるべき連携受信ポイントを決定し、決定された利用可能なバックホールキャパシティおよび受信信号品質に基づいて、ワイヤレスデバイスからの伝送のためのトランスポートブロックサイズ（ＴＢＳ）を決定すること１３０と、決定された連携受信ポイントのそれぞれのＲＢＳに、ＣｏＭＰ受信にそれらが参加することを通知すること１４０と、をさらに含む。
【００１９】
ネットワークノードは、ワイヤレスデバイスからの伝送のＣｏＭＰ受信を実行するかどうかについての決定を行う役割をする。ネットワークノードは、サービングＲＢＳまたはサービングＲＢＳを制御する無線ネットワークコントローラ（ＲＮＣ）であってもよい。
【００２０】
ＣｏＭＰ受信を実行することを決定するために、ネットワークノードは、その決定の基礎とするいくつかの情報を有するべきである。したがって、ネットワークノードは、受信ポイントのサービングＲＢＳが利用可能なバックホールキャパシティを決定する。ＣｏＭＰは、ワイヤレスデバイスからの伝送を受信する少なくとも２つの受信ポイントを必要とし、少なくとも２つの受信ポイントは、異なるＲＢＳに含まれるかまたは連結されてもよいため、ＲＢＳは、通信可能である必要がある。例えば、連携受信ポイントのＲＢＳは、サービングＲＢＳの受信ポイントに受信済み伝送を転送することができるべきである。これは、バックホール上で行われ、したがってそれを行うのに十分な、利用可能なキャパシティがバックホール上に存在するべきである。利用可能なバックホールキャパシティは、バックホール負荷状況の使用レベルを測定することによって決定され得る。しかしながら、利用可能なバックホールキャパシティを決定する方法については、本開示の範囲外である。
【００２１】
ネットワークノードはまた、ワイヤレスデバイスから伝送され、サービングＲＢＳの受信ポイントによって受信され、それぞれのさらなるＲＢＳの少なくとも１つの潜在受信ポイントによって受信された、受信信号の受信信号品質を決定する。受信信号は、ＣｏＭＰ受信が潜在的に実行されるワイヤレスデバイスから到来する伝送ではなく別の信号である。その別の信号は、ワイヤレスデバイスから伝送され、少なくとも２つの受信ポイントで受信されるデータ伝送または参照信号であってもよい。ＣｏＭＰ受信を効率的にするために、連携受信ポイントは、少なくとも比較的良好な受信信号品質を有すべきである。さらに、サービングＲＢＳの受信信号品質が良好または非常に優良である場合、信号品質に関しては、ＣｏＭＰ受信に携わる利益がほとんどないかもしれない。しかしながら、以下でより詳細に説明するように、それでもＣｏＭＰ受信に携わる他の理由がある可能性がある。よって、サービングＲＢＳの受信ポイントの受信信号品質およびそれぞれのさらなるＲＢＳの潜在受信ポイントの受信信号品質が決定される。
【００２２】
利用可能なバックホールキャパシティ、ならびにサービングＲＢＳの受信ポイントの受信信号品質およびそれぞれのさらなるＲＢＳの潜在受信ポイントの受信信号品質に基づいて、ネットワークノードは、それぞれのさらなるＲＢＳの少なくとも１つの潜在受信ポイントの中から、ワイヤレスデバイスからの伝送のＣｏＭＰ受信に含まれるべき連携受信ポイントを決定する。さらに同じ情報に基づいて、ネットワークノートは、ワイヤレスデバイスからの伝送のためのＴＢＳを決定する。ＬＴＥの場合、ＴＢＳは、例えば、変調および符号化方式（ＭＣＳ）、割り当てられた物理リソースブロック（ＰＲＢ）の数、ならびに例えば、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、参照シンボル（ＲＳ）などにどのくらいの数のＲＥが確保されているかによる、利用可能なリソースエレメント（ＲＥ）の数に基づいて計算されることができる。
【００２３】
どの受信ポイントが（および、したがってさらにはどのＲＢＳが）ＣｏＭＰ受信に参加するかを、ネットワークノードが一度決定すると、ネットワークノードは、決定された連携受信ポイントのそれぞれのＲＢＳに、ＣｏＭＰ受信にそれらが参加することを通知する。これは、それぞれのＲＢＳが受信済みの伝送をサービングＲＢＳに転送するために行われる。それによって、ＲＢＳは、それ自体が受信した伝送のバージョンおよび連携受信ポイントのそれぞれのバージョンを使用して、ワイヤレスデバイスからの伝送を処理し得る。
【００２４】
ネットワークノードによって実行される方法は、複数の考えられる利点を有し得る。考えられる１つの利点は、利用可能な無線リソースおよび移送リソースが、システム性能全体を最大化するために効率的に利用され得るということである。考えられる別の利点は、インターフェース、例えばバックホールの、発生し得るオーバロードを回避することができ、よって他のより重要なトラフィックの潜在的な断絶を回避することができるということである。さらに考えられる別の利点は、連携リクエストが成功して、期待する性能改善を保証することが、確実にできるということである。さらに考えられる利点は、バックホールが混雑している場合ＣｏＭＰ受信が実行されないため、混雑のためにデータが失われる恐れがないということである。
【００２５】
図１ｂに示すように、方法１００は、潜在受信ポイントのそれぞれのＲＢＳのそれぞれの負荷状況を決定すること１２５をさらに含み、ワイヤレスデバイスからの伝送のＣｏＭＰ受信に含まれるべき連携受信ポイントを決定すること１３０、１３０ａは、潜在受信ポイントのそれぞれのＲＢＳの決定された負荷状況にさらに基づく。
【００２６】
利用可能なバックホールキャパシティ、ならびにサービングＲＢＳの受信ポイントの受信信号品質およびそれぞれのさらなるＲＢＳに属する潜在受信ポイントの受信信号品質を決定することに加えて、ネットワークノードは、潜在受信ポイントのそれぞれのＲＢＳの負荷状況を決定する。潜在受信ポイントのＲＢＳが比較的高い負荷を体感している場合、その受信ポイントの受信信号品質が比較的良好であっても、それをＣｏＭＰ受信に含めることによって、そのＲＢＳに不必要な負担がかがる恐れがある。よって、ネットワークノードは、受信済み伝送をサービングＲＢＳに転送することの余分な負担をＲＢＳにかけないために、その受信ポイントをＣｏＭＰ受信に含めないことを決定してもよい。
【００２７】
潜在受信ポイントのそれぞれのＲＢＳの負荷は、様々な方法で決定され得る。例えば、ネットワークノードは、それらの個々の負荷を示すそれぞれのＲＢＳのレポートを受信してもよい。
【００２８】
図１ｃに示す例では、利用可能なバックホールキャパシティが第１の閾値より小さいとき、方法は、それぞれのさらなるＲＢＳの少なくとも１つの潜在受信ポイントの中から、任意の他のそれぞれのＲＢＳの任意の他の受信ポイントと連携することを控えること１３２ａと、サービングＲＢＳによって受信された、ワイヤレスデバイスからの受信済み伝送の信号品質に基づいてＴＢＳを決定することと、を含む。
【００２９】
利用可能なバックホールキャパシティが第１の閾値より小さいとき、それは、バックホール上の利用可能なキャパシティが制限されるか、または利用可能なキャパシティがほとんどないということをネットワークノードに示す役割をする。よって、この例では、ネットワークノードは、バックホールにさらなる負荷をかけないために、任意の他のそれぞれのＲＢＳの任意の他の受信ポイントと連携することを控えるように決定する。
【００３０】
任意の他のＲＢＳの他の連携受信ポイントがないため、ネットワークノードは、サービングＲＢＳによって受信された、ワイヤレスデバイスからの受信済み伝送の信号品質に基づいてＴＢＳを決定する。
【００３１】
別の例では、利用可能なバックホールキャパシティが第２の閾値より大きいとき、方法は、利用可能なバックホールキャパシティ、ならびに、サービングＲＢＳの受信ポイントおよびそれぞれのさらなるＲＢＳの連携受信ポイントによって受信された信号について決定された信号品質の両方に基づいて、ＴＢＳを決定すること１３４を含む。
【００３２】
この例では、利用可能なバックホールキャパシティが大きく、ＣｏＭＰ受信に関して制限がほとんどないか、または全くないことを意味する。上述の第１の閾値と比較して、第２の閾値は、第１の閾値よりも大きいと仮定される。ネットワークノードは、利用可能なバックホールキャパシティに対し、限定した考慮が必要であるか、それどころか考慮を全く必要としない。その代わりに、それぞれのさらなるＲＢＳの少なくとも１つの潜在受信ポイントの中から、どの連携受信ポイントがワイヤレスデバイスからの伝送のＣｏＭＰ受信に含まれるべきかを、潜在受信ポイントの受信信号品質に大部分、またはそれのみに基づいて、ネットワークノードは決定することができる。
【００３３】
どの受信ポイントがＣｏＭＰ受信に含まれるべきかを、ネットワークノードが一度決定すると、ネットワークノードは、利用可能なバックホールキャパシティ、ならびに、サービングＲＢＳの受信ポイントおよびそれぞれのさらなるＲＢＳの連携受信ポイントによって受信された信号について決定された信号品質の両方に基づいて、ＴＢＳを決定する。
【００３４】
さらなる例では、利用可能なバックホールキャパシティが第１の閾値より大きく、かつ第２の閾値より小さいとき、方法は、バックホールキャパシティが第２の閾値より大きい場合と比較してＴＢＳがより小さく、バックホールキャパシティが第１のバックホール閾値より小さい場合と比較してＴＢＳがより大きくなるように、ＴＢＳを適合させること１３５を含む。
【００３５】
非常に単純化すると、いくつかの状況では、バックホールキャパシティが大きいほど、可能性のあるＴＢＳが大きいといえる。しかしながら、以下でより詳細に説明されるように、ＣｏＭＰ受信で達成されるべきものにも基づき、ＴＢＳを決定する多くの他の要因が存在し得る。利用可能なバックホールキャパシティが、第１の閾値より大きく、第２の閾値より小さいとき、利用可能なキャパシティが第２の閾値より大きいときよりも、よりキャパシティが制限される。よって、ネットワークノードは、ＴＢＳを自由に決定することはできず、ＴＢＳがバックホールキャパシティに与える影響を考慮しなければならない。したがって、バックホールキャパシティが、第２の閾値より大きい場合と比較してＴＢＳがより小さく、バックホールキャパシティが第１のバックホール閾値よりも小さい場合と比較してＴＢＳがより大きいように、ネットワークノードはＴＢＳを適合させる。
【００３６】
このように、ネットワークノードは、恐らくバックホール上のオーバロードを引き起こすことなく、リソース利用およびシステム性能全体をさらに改善することができるＴＢＳを用いて、連携受信ポイントでのＣｏＭＰ受信を実行することができる。
【００３７】
さらなる例では、利用可能なバックホールキャパシティが、第１の閾値以下であるとき、つまり、バックホールリソースの量が制限されていること、および／またはＴＢＳが、サービングＲＢＳによって受信されたワイヤレスデバイスからの伝送の信号品質に基づくＴＢＳよりも大きくなることができないことを示しているとき、バックホールキャパシティが依然として、ＲＢＳ間の連携を可能にする場合に、方法は、サービングＲＢＳによって受信された、ワイヤレスデバイスからの伝送の信号品質に基づくＴＢＳより小さいかまたは同一であるようにＴＢＳを選択すること１３２ｂと、決定された利用可能なバックホールキャパシティおよび受信信号品質の両方に基づいて選択されたＴＢＳを有する伝送のＣｏＭＰ受信に含まれるべき連携受信ポイントを決定することと、を含む。
【００３８】
利用可能なバックホールキャパシティが、第１の閾値以下であるとき、バックホールは、比較的高い負荷を体感している。よって、利用可能なバックホールリソースの量が制限されている。ＣｏＭＰ受信が使用されない場合、ＴＢＳが、サービングＲＢＳによって受信されたワイヤレスデバイスからの伝送の信号品質に基づくＴＢＳよりも大きくなることはできない。利用可能なバックホールキャパシティが、第１の閾値以下であるため、特に、利用可能なバックホールキャパシティが、第１の閾値と等しいかすぐ下である場合に、依然としてバックホールにいくらかのキャパシティが残されている可能性がある。
【００３９】
しかしながら、バックホールキャパシティが制限されている場合であっても、サービングＲＢＳについてのエアインターフェースリソース使用を減少させることが、やはり望ましいかもしれない。バックホールキャパシティは、ＲＢＳ間の連携をさらに可能にし、よって、ネットワークノードが、サービングＲＢＳによって受信された、ワイヤレスデバイスからの伝送の信号品質に基づくＴＢＳより小さいかまたは同一であるようにＴＢＳを選択すること１３２ｂと、決定された利用可能なバックホールキャパシティおよび受信信号品質の両方に基づいて選択されたＴＢＳを有する伝送のＣｏＭＰ受信に含まれるべき連携受信ポイントを決定することと、を含む。このようにして、サービングＲＢＳについてのエアインターフェースリソース使用が減少されることができ、利用可能なバックホールリソースが、効果的に利用され得る。
【００４０】
言い換えると、ネットワークノードは、より少ないエアインターフェースリソース使用（より小さい割り当てサイズ）で同一のＴＢＳを使用することができる。より少ないエアインターフェースリソース使用によって、エアインターフェースキャパシティが、他のワイヤレスデバイスによって使用され得ることとなるかもしれない。別の選択肢は、例えば、ワイヤレスデバイスが、実際に悪い無線環境にあり、ＣｏＭＰ受信のために連携受信ポイントを追加することによって、カバレッジが著しく改善されているときに、サービングＲＢＳの受信ポイントのみによって伝送を受信することにより達成できるものよりも、小さなＴＢＳを使用することである。
【００４１】
ある実施形態によれば、利用可能なバックホールキャパシティが、第１の閾値以下であるとき、つまり、バックホールリソースの量が制限されていること、および／またはＴＢＳが、サービングＲＢＳによって受信されたワイヤレスデバイスからの伝送の信号品質に基づくＴＢＳよりも大きくなることはできないことを示しているとき、方法は、サービングＲＢＳへのバックホール上でのＣｏＭＰデータ交換に使用されるビット数を減少させるように、連携受信ポイントに命令することを含む。
【００４２】
制限された量のバックホールキャパシティの一部を使用することがやはりできるために、ネットワークノードは、ＣｏＭＰ受信によって起こるバックホールキャパシティへの影響を制限するよう試みてもよい。サービングＲＢＳへのバックホール上でのＣｏＭＰデータ交換に使用されるビット数を減少させるように、連携受信ポイントに命令することによって、連携受信ポイントの受信済み伝送のサービングＲＢＳへの転送は、バックホールに負荷をあまりかけないこととなり、バックホール上の各伝送の合計ビット数を減少させ、それによって、サービングＲＢＳおよび連携受信ポイントによるＣｏＭＰ受信が可能となる。
【００４３】
このように、バックホール上の各伝送についての合計データ量は、その負荷を減らすために減少され得る。それによって、サービングＲＢＳおよび連携受信ポイントによるＣｏＭＰ受信が可能となる。
【００４４】
さらにある実施形態によれば、利用可能なバックホールキャパシティが、第１の閾値以下であるとき、つまり、バックホールリソースの量が制限されていること、および／またはＴＢＳが、サービングＲＢＳによって受信されたワイヤレスデバイスからの伝送の信号品質に基づくＴＢＳよりも大きくなることはできないことを示しているとき、方法は、サービングＲＢＳへのバックホール上で、符号化データの代わりに復号データを伝送するように、連携受信ポイントのＲＢＳに命令することを含む。
【００４５】
これは、バックホール上で伝送されるデータの合計量をどのようして減少させるかの別の例である。符号化されたデータは、復号されたデータよりも多くのオーバヘッドを伴うため、連携受信ポイントのＲＢＳは、復号されたデータをサービングＲＢＳに伝送してもよい。よって、連携受信ポイントのＲＢＳは、ワイヤレスデバイスからの伝送を受信し、受信済み伝送を復号し、次いで、受信済み伝送の復号バージョンをサービングＲＢＳに伝送する。
【００４６】
サービングＲＢＳもまた、ワイヤレスデバイスからの伝送を受信し、連携受信ポイントの復号バージョンを受信し、次いで、サービングＲＢＳ自体が受信した伝送のバージョンと、連携受信ポイントから受信した、伝送の復号バージョンとに基づいて、ワイヤレスデバイスからの伝送を処理することができる。
【００４７】
利用可能なバックホールキャパシティに関する閾値は、動的に設定されてもよく、サービングＲＢＳの電流負荷、それぞれの連携受信ポイントの電流負荷のうちの少なくとも１つに基づいてもよい。
【００４８】
バックホール負荷制限に関する別の閾値は、静的であってもよく、または、動的に決定されてもよい。閾値の設定は、ネットワークノードによって、または例えば、運用保守管理（ＯＡＭ）ノードによって、決定されてもよい。閾値は、１つまたは複数の特性単独で、または１つまたは複数の特性の任意の組み合わせに基づいて動的に設定されてもよい。例えば、利用可能なバックホールキャパシティに関する閾値は、計算したＴＢＳを使用することが原因で発生したバックホール負荷を計算することによって決定されてもよい。よって、第１の閾値は、サービングセルのＴＢＳ結果のみを使用して発生したバックホール負荷であってもよく、第２の閾値は、ＣｏＭＰ受信から得られる追加的なＳＩＮＲ利得を利用するＴＢＳ結果を使用した負荷であってもよい。言い換えると、これらの閾値は、ユーザ固有であり、パラメータのスケジューリング範囲およびＣｏＭＰ利得の推定に依存する。ＣｏＭＰ受信リソース量を定義するバックホール負荷制限に関する閾値が利用されてもよく、ＯＡＭノードを介して設定されてもよく、それは、静的であってもよく、またはいくつかのキャパシティ制限および電流負荷状況（Ｓ１トラフィックおよび他のＣｏＭＰトラフィックからの）を使用することによって動的に決定されてもよい。
【００４９】
例えば、閾値は、例えば、サービングＲＢＳの電流負荷またはサービングＲＢＳの干渉状況に基づいて動的に設定されてもよい。サービングＲＢＳの電流負荷が高い場合、望ましくない干渉状況を生じるとみられ、ＣｏＭＰ受信の必要性が、反対の状況の場合よりも非常に大きいかもしれない。その場合に、閾値は、サービングＲＢＳの負荷が低く干渉状況が有利である場合よりも低く設定されてもよい。
【００５０】
例えば、ネットワークノードはサービングＲＢＳであり、方法は、ワイヤレスデバイスからの伝送を受信することと、連携受信ポイントからの同一の伝送のバージョンを受信することと、受信済み伝送と同一の伝送の受信済みバージョンとを１つの受信済み伝送に結合することと、をさらに含む。
【００５１】
簡単に上述したように、サービングＲＢＳは、ワイヤレスデバイスから伝送を受信することになる。連携受信ポイントもまた、ワイヤレスデバイスから伝送を受信することになる。連携受信ポイントは、受信済み伝送のそのバージョン／または連携受信ポイントのバージョンをサービングＲＢＳに転送することになる。よって、ＲＢＳは、サービングＲＢＳによって受信されたものとしての伝送それ自体のバージョンと、連携受信ポイントによって受信されたものとしての伝送のバージョンとを有することとなる。次いで、ＲＢＳは、例えば、それらを結合することによって異なるバージョンを処理し、１つの受信済み伝送を導き出す。
【００５２】
図２ａは、サービングＲＢＳ２１０、ワイヤレスデバイス２２０、および連携ＲＢＳ２００の図である。ワイヤレスデバイス２２０は、受信ポイントによってサービングＲＢＳ２１０に接続される。サービングＲＢＳ２１０はまた、デジタルユニット（不図示）を含み、デジタルユニットは、その受信ポイントをハンドリングし、連携受信ポイントから到来するデータのＣｏＭＰ受信について、結合された信号の処理またはその一部を実行する役割であってもよい。ワイヤレスデバイス２２０および連携受信ポイント選択についてのスケジューリング決定は、サービング受信ポイントをハンドリングするサービングＲＢＳ２１０、またはサービングＲＢＳ２１０を制御するＲＮＣにおいて行われてもよい。ＣｏＭＰ受信に使用される受信ポイントのセットに受信ポイントを追加する場合、潜在利得についての正確な評価を行うために測定値が収集される。評価されるべき受信ポイントは、実際にはネットワーク内のいかなる受信ポイントであってもよい。しかしながら、いわゆる「探索セット」（即ち、潜在的な連携受信ポイントのセット）は、通常数個の候補のみ、例えば、全ての規定された近隣ＲＢＳ、またはＣｏＭＰ方式をサポートするＲＢＳの受信ポイントに限定される。これは、受信ポイントのオペレータ設定セット、または、例えば自己最適化ネットワーク（ＳＯＮ）ベースの機能によって自動的に設定されたセットであってもよい。
【００５３】
潜在的な連携受信ポイントのセットから収集されるべき測定値は、例えば、スループット、カバレッジまたはエアインターフェースリソース使用の減少において達成され得る潜在利得をネットワークノードが評価する助けとなり得る。この利得の１つの実現例が、信号対干渉および雑音比（ＳＩＮＲ）利得と呼ばれる。候補の受信ポイントが、サービング受信ポイントのＲＢＳ２１０とは別のＲＢＳ、例えば図２のＲＢＳ２００に属するとき、バックホール２３０の利用可能なキャパシティについての情報が利用可能であるはずである。このキャパシティまたは制限は、現在のバックホール負荷情報の測定値、および他の制限要因に基づき得る、固定の設定可能な制限または適合可能な制限であってもよい。受信ポイントの評価およびワイヤレスデバイス２２０のためのスケジューリングは、これらの測定値が利用可能となると行われ得る。この手続きの一例が以下である。
【００５４】
１）サービング受信ポイントとは異なるＲＢＳに属する１つまたは数個の受信ポイントが、ワイヤレスデバイス２２０に対してＳＩＮＲ利得を与えるために識別されている。このワイヤレスデバイス２２０は、ＴＢＳなどのいくつかの送信バラメータを最終的に決定する、スケジューリング評価に参加するところである。
【００５５】
２）ネットワークノードは、サービング受信ポイントのみでの推定ＳＩＮＲに基づいて最大ＴＢＳを評価し、最大ＴＢＳのサイズは、識別されたＲＢＳとの連携によって達成可能である。
【００５６】
３）ネットワークノードにおけるスケジューラは、問題となるそれぞれのＲＢＳから、利用可能なバックホールキャパシティ、またはバックホール制限を意識している。この利用可能なキャパシティまたは制限は、いくつかの異なるメカニズムによって課される可能性がある。制限の例は、ＲＢＳに接続されている移送ネットワークの移送キャパシティ、サービングＲＢＳもしくは協調ＲＢＳのキャパシティ、または利用可能なリソースを利用する、既にスケジュール済みの他のワイヤレスデバイスである。図２ｂでは、ＴＢＳが現在の利用可能なキャパシティまたは制限を超えているバックホールに負荷を発生させるため、バックホールは、スケジューラを制限１に制限して潜在的な連携ＲＢＳを選択する。この場合、サービング受信ポイントのみを使用するか、または他の連携候補の探索を続けるほうが良いであろう。図２ｃでは、スケジューラは、より大きなＴＢＳが、別のＲＢＳと連携することによって達成され得ると結論付ける。現在の利用可能なバックホールキャパシティまたは制限である制限２が、この連携リクエストによって発生されるさらなる負荷よりもかなり上であるため、バックホールによって、この連携が行われることも可能となる。図２ｄでは、スケジューラは、ＲＢＳ間の連携がもたらす推定ＳＩＮＲ利得によって、ＴＢＳを増大することは不可能であると結論付ける。しかしながら、バックホール負荷制限、制限３（現在のキャパシティに対応する）によって、減少したが、依然としてサービング受信ポイント２１０のみ使用と比較して大きいＴＢＳでの連携が可能となるため、スケジューラは、それが一旦移転されたらＣｏＭＰ受信がバックホール２３０をオーバロードしないようにＴＢＳを適合する。このようなタイプの状況において利用可能なバックホールキャパシティに動的に適合させるためのスケジューラの能力によって、余分な移送キャパシティをより効率的に使用することが可能となる。
【００５７】
４）スケジュールされそうな次のワイヤレスデバイスが、正確に評価され得るように、利用可能なバックホールキャパシティまたはバックホール制限が更新される。
【００５８】
５）ワイヤレスデバイス２２０が送信許可（サービングＲＢＳ２１０のスケジューラによって発行される）を受信する。選択が成功したら、ＲＢＳ２００の連携受信ポイントがワイヤレスデバイス２２０から伝送を受信することとなる。次いで、サービング受信ポイント２１０は、ＣｏＭＰ受信を受信し、トランスポートブロックの最終的な集合体を作成することとなる。
【００５９】
受信ポイント間の連携は、１つの連携受信ポイントだけを含むように限定されないことに留意されたい。スケジューリング中の受信ポイント選択では、全ての候補を評価してもよく、受信ポイントは、それらが性能に寄与しているときに、連携受信ポイントのセットに追加されてもよく、それらがもはや用いられなくなるか、または他の制限が課されているときには、セットから除外されてもよい。
【００６０】
別の例では、スケジューラは、例えば、そのような低い利用可能なバックホールキャパシティのいくつかのバックホール制限に起因して、ＴＢＳサイズを増大させることができないと識別する。しかしながら、スケジューラは、２つまたは数個の受信ポイント間の連携が開始されている場合に、同じＴＢＳサイズがより小さな割り当てサイズで達成され得ると識別する。現在のバックホール負荷制限によって、この連携が行われることが可能となる場合、この特定のスケジュールされたワイヤレスデバイスのための割り当てサイズ減少によって、セル内の別のワイヤレスデバイスによって利用され得るリソースが解放されてもよい。この例によって、スケジューラは、追加のバックホール負荷のため乏しいエアインターフェースリソースが利用可能なときに交換できるようになる。
【００６１】
本明細書の実施形態は、サービングＲＢＳによってサーブされているワイヤレスデバイスからの伝送のＣｏＭＰ受信を実行するように適合されるネットワークノードにも関係する。ネットワークノードは、ネットワークノードによって実行される方法と同一の技術的特徴、利点および目的を有する。よって、ネットワークノードについて、図２および３を参照し、不必要な繰り返しを避けるために簡単に説明する。
【００６２】
図３および図４は、ネットワークノード（３００、４００）を示し、ネットワークノード（３００、４００）は、サービングＲＢＳの受信ポイントおよびそれぞれのさらなるＲＢＳの少なくとも１つの潜在受信ポイントの、利用可能なバックホールキャパシティを決定し、ワイヤレスデバイスから伝送され、サービングＲＢＳの受信ポイントによって受信され、それぞれのさらなるＲＢＳの少なくとも１つの潜在受信ポイントによって受信された、受信信号の受信信号品質を決定させるように構成される。ネットワークノード３００、４００は、それぞれのさらなるＲＢＳの少なくとも１つの潜在受信ポイントの中から、ワイヤレスデバイスからの伝送のＣｏＭＰ受信に含まれるべき連携受信ポイントを決定し、決定された利用可能なバックホールキャパシティおよび受信信号品質に基づいて、ワイヤレスデバイスからの伝送のためのＴＢＳを決定し、決定された連携受信ポイントのそれぞれのＲＢＳに、ＣｏＭＰ受信におけるそれらの関与について通知するようにさらに構成される。
【００６３】
ネットワークノード３００、４００は、異なる方法で実装され、または実現されてもよい。例示する実装が、図３に示されている。図３は、プロセッサ３２１およびメモリ３２２を備えるネットワークノード３００を示し、メモリは、例えば、コンピュータプログラム３２３による命令を含む。プロセッサ３２１によって実行されるとき、コンピュータプログラム３２３は、ネットワーク３００に、サービングＲＢＳの受信ポイントおよびそれぞれのさらなるＲＢＳの少なくとも１つの潜在受信ポイントの、利用可能なバックホールキャパシティを決定させ、ワイヤレスデバイスから伝送され、サービングＲＢＳの受信ポイントによって受信され、それぞれのさらなるＲＢＳの少なくとも１つの潜在受信ポイントによって受信された、受信信号の受信信号品質を決定させる。プロセッサ３２１によって実行されるとき、命令は、さらにネットワークノード３００に、それぞれのさらなるＲＢＳの少なくとも１つの潜在受信ポイントの中から、ワイヤレスデバイスからの伝送のＣｏＭＰ受信に含まれるべき連携受信ポイントを決定させ、決定された利用可能なバックホールキャパシティおよび受信信号品質に基づいて、ワイヤレスデバイスからの伝送のためのＴＢＳを決定させ、決定された連携受信ポイントのそれぞれのＲＢＳに、ＣｏＭＰ受信におけるそれらの関与について通知させる。
【００６４】
ネットワークノードの代替的な例示する実装が、図４に示されている。図４は、サービングＲＢＳの受信ポイントおよびそれぞれのさらなるＲＢＳの少なくとも１つの潜在受信ポイントの、利用可能なバックホールキャパシティを決定し、ワイヤレスデバイスから伝送され、サービングＲＢＳの受信ポイントによって受信され、それぞれのさらなるＲＢＳの少なくとも１つの潜在受信ポイントによって受信された、受信信号の受信信号品質を決定し、それぞれのさらなるＲＢＳの少なくとも１つの潜在受信ポイントの中から、ワイヤレスデバイスからの伝送のＣｏＭＰ受信に含まれるべき連携受信ポイントを決定し、決定された利用可能なバックホールキャパシティおよび受信信号品質に基づいて、ワイヤレスデバイスからの伝送のためのＴＢＳを決定する決定ユニット４０３を備えるネットワーク４００を示す。図４はまた、決定された連携受信ポイントのそれぞれのＲＢＳに、ＣｏＭＰ受信にそれらが参加することを通知する通知ユニット４０４を備える、ネットワークノード４００を示す。
【００６５】
ネットワークノードは、ネットワークノードによって実行される方法と同一の考えられる利点を有する。考えられる１つの利点は、利用可能な無線リソースおよび移送リソースが、システム性能全体を最大化するために効率的に利用され得るということである。考えられる別の利点は、インターフェース、例えばバックホールの、発生し得るオーバロードを回避することができ、よって他のより重要なトラフィックの潜在的な断絶を回避することができるということである。さらに考えられる利点は、連携リクエストが成功して、期待する性能改善を保証することが、確実にできるということである。さらに考えられる利点は、バックホールが混雑している場合ＣｏＭＰ受信が実行されないため、混雑のためにデータが失われる恐れがないということである。
【００６６】
ある実施形態によれば、ネットワークノード３００、４００は、潜在受信ポイントのそれぞれのＲＢＳのそれぞれの負荷状況を決定するようにさらに構成され、ネットワークノード３００、４００は、潜在受信ポイントのそれぞれのＲＢＳの決定された負荷状況にさらに基づいて、ワイヤレスデバイスからの伝送のＣｏＭＰ受信に含まれるべき連携受信ポイントを決定するようにさらに構成される。
【００６７】
さらにある実施形態によれば、利用可能なバックホールキャパシティが第１の閾値より小さいとき、ネットワークノード３００、４００は、それぞれのさらなるＲＢＳの少なくとも１つの潜在受信ポイントの中から、任意の他のそれぞれのＲＢＳの任意の他の受信ポイントと連携することを控え、サービングＲＢＳによって受信された、ワイヤレスデバイスからの受信済み伝送の信号品質に基づいてＴＢＳを決定するように構成される。
【００６８】
さらにある実施形態によれば、利用可能なバックホールキャパシティが第２の閾値より大きいとき、ネットワークノード３００、４００は、利用可能なバックホールキャパシティ、ならびに、サービングＲＢＳの受信ポイントおよびそれぞれのさらなるＲＢＳの連携受信ポイントによって受信された信号について決定された信号品質の両方に基づいて、ＴＢＳを決定するように、さらに構成される。
【００６９】
別の実施形態によれば、利用可能なバックホールキャパシティが第１の閾値より大きく、かつ第２の閾値より小さいとき、ネットワークノード３００、４００は、バックホールキャパシティが第２の閾値より大きい場合と比較してＴＢＳがより小さく、バックホールキャパシティが第１のバックホール閾値よりも小さい場合と比較してＴＢＳがより大きくなるように、ＴＢＳを適合させるように、さらに構成される。
【００７０】
さらなる実施形態によれば、利用可能なバックホールキャパシティが、第１の閾値以下であるとき、つまり、バックホールリソースの量が制限されていること、および／またはＴＢＳが、サービングＲＢＳによって受信されたワイヤレスデバイスからの伝送の信号品質に基づくＴＢＳよりも大きくなることはできないことを示しているとき、バックホールキャパシティが依然として、ＲＢＳ間の連携を可能にする場合に、ネットワークノード３００、４００は、サービングＲＢＳによって受信された、ワイヤレスデバイスからの伝送の信号品質に基づくＴＢＳより小さいかまたは同一であるようにＴＢＳを選択し、決定された利用可能なバックホールキャパシティおよび受信信号品質の両方に基づいて選択されたＴＢＳを有する伝送のＣｏＭＰ受信に含まれるべき連携受信ポイントを決定するように、さらに構成される。
【００７１】
さらにある実施形態によれば、利用可能なバックホールキャパシティが、第１の閾値以下であるとき、つまり、バックホールリソースの量が制限されていること、および／またはＴＢＳが、サービングＲＢＳによって受信されたワイヤレスデバイスからの伝送の信号品質に基づくＴＢＳよりも大きくなることはできないことを示しているとき、ネットワークノード３００、４００は、サービングＲＢＳへのバックホール上でのＣｏＭＰデータ交換に使用されるビット数を減少させるように、連携受信ポイントに命令するように構成される。
【００７２】
またさらなる実施形態によれば、利用可能なバックホールキャパシティが、第１の閾値以下であるとき、つまり、バックホールリソースの量が制限されていること、および／またはＴＢＳが、サービングＲＢＳによって受信されたワイヤレスデバイスからの伝送の信号品質に基づくＴＢＳよりも大きくなることはできないことを示しているとき、ネットワークノード３００、４００は、サービングＲＢＳへのバックホール上で、符号化データの代わりに復号データを伝送するように、連携受信ポイントのＲＢＳに命令するように構成される。
【００７３】
閾値は、動的に設定されてもよく、サービングＲＢＳの電流負荷、それぞれの連携受信ポイントの電流負荷のうちの少なくとも１つに基づいてもよい。
【００７４】
別の実施形態によれば、ネットワークノードはサービングＲＢＳであり、ネットワークノード３００、４００は、ワイヤレスデバイスからの伝送を受信し、連携受信ポイントからの同一の伝送のバージョンを受信し、受信済み伝送と同一の伝送の受信済みバージョンとを１つの受信済み伝送に結合するようにさらに構成されている。
【００７５】
図４では、ネットワークノード４００は、通信ユニット４０１を備えることも示している。このユニットを通じて、ネットワークノード４００は、ワイヤレス通信ネットワーク内の他のノードおよび／またはエンティティと通信するように適合される。通信ユニット４０１は、１つよりも多くの受信構成を含み得る。例えば、通信ユニット４０１は、有線およびアンテナの両方に接続されてもよく、それによって、ネットワークノード４００がワイヤレス通信ネットワーク内の他のノードおよび／またはエンティティと通信可能となる。同様に、通信ユニット４０１は、１つより多くの伝送構成を備えてもよく、伝送構成はひいては、有線およびアンテナの両方に接続されてもよく、それによって、ネットワークノード４００がワイヤレス通信ネットワーク内の他のノードおよび／またはエンティティと通信可能となる。ネットワークノード４００は、データを記憶するメモリ４０２をさらに備える。さらに、ネットワークノード４００は、制御または処理ユニット（不図示）を含んでもよく、制御または処理ユニットは、ひいては異なるユニット４０３〜４０４に接続される。これは、単に説明的な例であり、ネットワークノード４００は、図４に示されるユニットと同様の方法で、ネットワークノード４００の機能を実行する、より多くの、より少ない、または他のユニットまたはモジュールを備えてもよいことを指摘しておきたい。
【００７６】
図４は、単に、論理的意味でネットワークノード４００内の様々な機能ユニットを説明するものであることに留意されたい。実際の機能は、任意の適切なソフトウェアおよびハードウェア手段／回路などを使用して実装され得る。よって、実施形態は、概して、図示されたネットワークノード４００の構造および機能ユニットに限定されない。したがって、前述した例示的な実施形態は、多くの方法で実現され得る。例えば、１つの実施形態は、命令が記憶されたコンピュータ可読媒体を含む。命令は、ネットワークノード４００において方法ステップを実行する制御または処理ユニットによって実行可能である。コンピュータシステムによって実行可能であり、コンピュータ可読媒体に記憶された命令は、特許請求の範囲に記載したようなネットワークノード４００の方法ステップを実行する。
【００７７】
図５は、ネットワークノード内の構成５００の実施形態を概略的に示している。ここで、ネットワークノード内の構成５００は、例えば、デジタル信号プロセッサ（ＤＳＰ）を有する処理ユニット５０６を備える。処理ユニット５０６は、本明細書に記載した手続きの様々な動作を実行する、単独のユニットまたは複数のユニットであってもよい。ネットワークノードは、また、他のエンティティから信号を受信する入力ユニット５０２、および他のエンティティに信号を提供する出力ユニット５０４を備えてもよい。入力ユニットおよび出力ユニットは、統合されたエンティティとして、または１つまたは複数のインターフェース４０１として図４の例に示されるように構成されてもよい。
【００７８】
さらに、ネットワークノード内の構成は、例えば、電気的消去可能プログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリおよびハードドライブなどの不揮発性メモリの形態の、少なくとも１つのコンピュータプログラム製品５０８を備える。コンピュータプログラム製品５０８は、コンピュータプログラム５１０を含み、コンピュータプログラム５１０は、ネットワークノード内の構成の処理ユニット５０６で実行される場合に、例えば図１ａ〜１ｅとともに前述した手続きの動作をネットワークノードに実行させる、コード手段を含む。
【００７９】
コンピュータプログラム５１０は、コンピュータプログラムモジュール５１０ａ〜５１０ｅに構築されたコンピュータプログラムコードとして構成され得る。したがって、例示する実施形態では、ネットワークノードのコンピュータプログラム内のコード手段は、サービングＲＢＳの受信ポイントおよびそれぞれのさらなるＲＢＳの少なくとも１つの潜在受信ポイントの、利用可能なバックホールキャパシティを決定し、ワイヤレスデバイスから伝送され、サービングＲＢＳの受信ポイントによって受信され、それぞれのさらなるＲＢＳの少なくとも１つの潜在受信ポイントによって受信された、受信信号の受信信号品質を決定し、それぞれのさらなるＲＢＳの少なくとも１つの潜在受信ポイントの中から、ワイヤレスデバイスからの伝送のＣｏＭＰ受信に含まれるべき連携受信ポイントを決定し、決定された利用可能なバックホールキャパシティおよび受信信号品質に基づいて、ワイヤレスデバイスからの伝送のためのＴＢＳを決定する決定ユニットまたはモジュールを備える。コンピュータプログラムは、決定された連携受信ポイントのそれぞれのＲＢＳに、ＣｏＭＰ受信にそれらが参加することを通知する通知ユニットまたはモジュールをさらに備える。
【００８０】
コンピュータプログラムモジュールは、本質的に、図１ａに示したフローの動作を実行して、ネットワークノード４００をエミュレートすることができる。言い換えると、異なるコンピュータプログラムモジュールが処理ユニット５０６で実行されるとき、それらは、図４のユニット４０３〜４０４に対応し得る。
【００８１】
図４とともに上記開示された実施形態におけるコード手段は、処理ユニットで実行されるときに、上記の図とともに上述した動作をネットワークノードに実行させるコンピュータプログラムモジュールとして実装されるが、コード手段のうちの少なくとも１つは、代替の実施形態では、少なくとも部分的にハードウェア回路として実装されてもよい。
【００８２】
プロセッサは、単独の中央処理装置（ＣＰＵ）であってもよいが、２つ以上の処理ユニットを備えるものであってもよい。例えば、プロセッサは、汎用マイクロプロセッサ、命令セットプロセッサおよび／もしくは関連するチップセット、ならびに／または特定用途向け集積回路（ＡＳＩＣ）などの専用マイクロプロセッサを含んでもよい。プロセッサは、キャッシング目的の基板メモリを備えてもよい。コンピュータプログラムは、プロセッサに接続されるコンピュータプログラム製品によって保持され得る。コンピュータプログラム製品は、コンピュータプログラムが記憶されているコンピュータ可読媒体を備えてもよい。例えば、コンピュータプログラム製品は、フラッシュメモリ、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）またはＥＥＰＲＯＭであってもよく、上述のコンピュータプログラムモジュールは、代替の実施形態では、ネットワークノード内のメモリの形態で、異なるコンピュータプログラム製品上に分散されることができる。
【００８３】
インタラクティングユニットの選択は、本開示内のユニットの名前と同様に、単なる例示目的であり、上述の方法のいずれかを実行するのに適切なノードは、提案された手続き動作を実行可能にするために、複数の代替的方法で構成され得ると理解されたい。
【００８４】
本開示に記載されたユニットが、論理的エンティティとして考えられ、別々の物理エンティティである必要はないことにも留意されたい。
【００８５】
実施形態は、いくつかの実施形態に関して説明されたが、その代替物、修正物、置換物および均等物は、明細書の読解および図面の検討によって明らかになることが企図されている。したがって、以下の添付の特許請求の範囲は、そのような代替物、修正物、置換物および均等物を、実施形態の範囲内に入り、係属中の特許請求の範囲によって規定されるものとして含むことを意図している。
【図１ａ】
0006397116.tif 000002
【図１ｂ】
0006397116.tif 000003
【図１ｃ】
0006397116.tif 000004
【図１ｄ】
0006397116.tif 000005
【図１ｅ】
0006397116.tif 000006
【図２ａ】
0006397116.tif 000007
【図２ｂ】
0006397116.tif 000008
【図２ｃ】
0006397116.tif 000009
【図２ｄ】
0006397116.tif 000010
【図３】
0006397116.tif 000011
【図４】
0006397116.tif 000012
【図５】
0006397116.tif 000013