JP2021514596A - Ｐｄｃｐ複製のｎｒユーザプレーンシグナリング制御されたトリガリング - Google Patents

Abstract

一態様では、２つまたはそれ以上の分散型送信ユニット（ＤＵ）によって同時にサーブされるＵＥのためのデータ複製（ＤＤ）の使用を制御するように設定された１つまたは複数のネットワークノードが、ＤＵのうちの１つまたは複数からフィードバック情報を受信する。１つまたは複数のネットワークノードは、フィードバック情報に基づいて、ＵＥへの送信のためにＤＤをアクティブ化すべきかどうかを決定する。【選択図】図２、図６

Description

本発明は、無線通信ネットワークなど、通信システムに関し、詳細には、２つまたはそれ以上の分散型送信ユニット（ＤＵ）によって同時にサーブされるユーザ機器（ＵＥ）のためのデータ複製（ＤＤ）の使用を制御することに関する。

図１は、３ＧＰＰ ＴＳ３８．４０１、ｖ．０．３．０において説明される、５Ｇ無線アクセスネットワーク（ＲＡＮ）、またはＮＧ−ＲＡＮアーキテクチャを示す。ＮＧ−ＲＡＮは、ＮＧ論理インターフェースを通して５Ｇコア（５ＧＣ）に接続されるｇＮＢのセットからなり、ここで、ｇＮＢは、ＮＧ−ＲＡＮのための基地局と見なされ得る。ｇＮＢは、周波数分割複信（ＦＤＤ）モード、時分割複信（ＴＤＤ）モードまたはデュアルモード動作をサポートすることができる。ｇＮＢは、Ｘｎ論理インターフェースを通して相互接続され得る。ｇＮＢは、ｇＮＢ中央ユニット（ｇＮＢ−ＣＵ）とｇＮＢ分散型ユニット（ｇＮＢ−ＤＵ）とからなり得る。ｇＮＢ−ＣＵとｇＮＢ−ＤＵとは、Ｆ１論理インターフェースを介して接続される。１つのｇＮＢ−ＤＵが、１つのｇＮＢ−ＣＵのみに接続される。レジリエンシーのために、ｇＮＢ−ＤＵは、適切な実装によって複数のｇＮＢ−ＣＵに接続され得る。「ｇＮＢ」が論理ノードとして理解され得、論理ノードは１つまたは数個の物理ノードにおいて実装され得ることに留意されたい。たとえば、所与のｇＮＢの一部を形成する１つまたは数個のｇＮＢ−ＤＵは、互いからおよび／またはｇＮＢ−ＣＵから物理的に（いくつかの場合には大きい距離だけ）分離されたハードウェアで実装され得る。以下の説明では、ｇＮＢ−ＣＵおよびｇＮＢ−ＤＵは、時々、それぞれ単に「ＣＵ」および「ＤＵ」と呼ばれることがある。

ＮＧ−ＲＡＮは、無線ネットワークレイヤ（ＲＮＬ）およびトランスポートネットワークレイヤ（ＴＮＬ）にレイヤ化される。ＮＧ−ＲＡＮアーキテクチャ、すなわち、ＮＧ−ＲＡＮ論理ノード、およびＮＧ−ＲＡＮ論理ノード間のインターフェースは、ＲＮＬの一部として規定される。各ＮＧ−ＲＡＮインターフェース（ＮＧ、Ｘｎ、Ｆ１）について、関係するＴＮＬプロトコルおよび機能性が指定される。ＴＮＬは、ユーザプレーントランスポートおよびシグナリングトランスポートにサービスを提供する。ＮＧ−Ｆｌｅｘ設定では、各ｇＮＢが、アクセスおよびモビリティ機能（ＡＭＦ）領域内のすべてのＡＭＦに接続される。ＡＭＦ領域は、３ＧＰＰ ＴＳ２３．５０１において規定されている。

ＮＧ−ＲＡＮの場合、ｇＮＢ−ＣＵとｇＮＢ−ＤＵとからなるｇＮＢのためのＮＧおよびＸｎ−Ｃインターフェースは、ｇＮＢ−ＣＵにおいて終端する。Ｅ−ＵＴＲＡＮ新無線（Ｎｅｗ Ｒａｄｉｏ）−デュアルコネクティビティ（ＥＮ−ＤＣ）の場合、ｇＮＢ−ＣＵとｇＮＢ−ＤＵとからなるｇＮＢのためのＳ１−ＵおよびＸ２−Ｃインターフェースは、ｇＮＢ−ＣＵにおいて終端する。ｇＮＢ−ＣＵおよび接続されたｇＮＢ−ＤＵは、ｇＮＢとして他のｇＮＢおよび５ＧＣに可視であるにすぎない。

図１中のアーキテクチャは、ｇＮＢ−ＣＵを２つのエンティティに分割することによって、発展され得る。これは、たとえば、ユーザプレーンをサーブし、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）プロトコルをホストする１つのｇＮＢ−ＣＵと、制御プレーンをサーブし、ＰＤＣＰおよび無線リソース制御（ＲＲＣ）プロトコルをホストする１つのｇＮＢ−ＣＵ−ＣＰとを含む。ｇＮＢ−ＣＵ−ＣＰとｇＮＢ−ＣＵ−ＵＰとは、論理エンティティであり、同じまたは異なる物理ユニットにおいて実装され得る。

（これ以降、まとめてＤＣと呼ばれる）デュアルコネクティビティシナリオまたはマルチコネクティビティシナリオでは、ＵＥへのデータは、ＣＵに接続された１つまたは複数のＤＵ中に位置する少なくとも２つの無線リンク制御（ＲＬＣ）エンティティに送られ得る。したがって、ＣＵに着信するデータは、いずれかのＤＵを介して送られ得るが、いくつかの場合には、両方のＲＬＣエンティティを介して複製データ、すなわち同じ上位レイヤデータを送ることが有益である。これは、これ以降ＤＤと呼ばれるデータ複製として、既存の技術において知られている。

ＤＤはまた、キャリアアグリゲーション（ＣＡ）シナリオにおいて実施され得、ここで、１つまたは複数のＲＡＮノードが、キャリアリソースをアグリゲートすることによってＵＥにトラフィックを配信する。この場合、アグリゲートされたキャリアリソース上で複数の論理チャネルがセットアップされ得、アグリゲートされたキャリアリソースは単一のＤＵによってホストされ得る。ＤＤは、ＵＥに向かうそのような複数の論理チャネル上で実施される。

ＣＵは、上位レイヤから送られたデータが、各レッグのデータハンドリング容量に基づいて２つのＤＵ間で適切に分割されることを保証する。たとえば、ＤＣシナリオにおいて、データが両方のレッグ上で送られており、データ送信が平衡状態である場合、ＵＥは、両方のＤＵからほぼ順序通りデータを受信することになる。しかしながら、２つのＤＵからＵＥへのデータ送信は、決して完全に同期され得ず、したがって、ＵＥは、並べ替えバッファを装備しており、それにより、データは、わずかに順が狂って両方のレッグから到着するが、依然として順に上位レイヤに配信され得る。ＵＥにおけるこの機能性は、両方のレッグからのデータ送信が適度によく同期し、両方のＤＵ中のバッファが平衡している限り、いかなるＤＤの必要もないことを保証する。しかしながら、実際には、これは、達成することが困難であり、ＤＣシナリオにおいて起こることがある問題である。

既存のソリューションに関する問題は、ＤＣにおけるＤＤは、データスループットおよび接続保持性を改善するための知られている方法であるが、ＤＤをいつ行うべきかを判断するための論理は、好適なおよび適時の入力に基づく必要があり、そうでなければ、ＤＤはあまりに頻繁に使用され、トランスポートネットワークおよびエアインターフェースにおける貴重な帯域幅を占有する、必要とされないＤＤにつながることがあることが、ここで認識される。あるいは、あまりに控えめに使用された場合、ＤＤの使用は、順序配信要件によりデータが停滞されたとき、スループットの減少につながり、または、重要なデータをもつＤＵが、劣悪な無線または輻輳状態によりＵＥに重要なデータを送ることができない（かつ、状況を緩和するために他のレッグ上でＤＤが実施されない）場合、呼のドロップにつながることがある。同様に、ＣＡの場合、論理チャネル上の無線品質の劣化により、複製をいつ開始すべきか、および複製をいつ停止すべきかを判断することが現在、可能でない。

本発明の実施形態は、ＤＤをトリガするために、ＤＵからＣＵに送られるべき好適なメトリックを提供する。また、ＣＵとＤＵとの間のインターフェース上でこの情報を伝達するための方法が説明される。たとえば、この情報は、以下で概説されるように、ＮＲユーザプレーンデータフレーム中で帯域内シグナリングを介して伝達され得る。本明細書で説明される機能性は、限られたカバレッジをもつより高い周波数を伴う５Ｇデュアルコネクティビティシナリオにおいて有益であり、ＤＤをアクティブ化および非アクティブ化するための高速方法を含む。

ＣＵが、標準インターフェース（すなわち、ＴＳ３８．４６ｘにおいて指定されているＥ１インターフェース）を介して接続されるユーザプレーン部分（ＣＵ−ＵＰ）と制御プレーン部分（ＣＵ−ＣＰ）とに分割される例示的な展開では、情報は、ＤＵからＣＵ−ＵＰに伝達される。この情報に基づいて、ＣＵ−ＵＰは、ＤＤをいつアクティブ化または非アクティブ化すべきかに関する判断を行い得る。ＣＵ−ＵＰは、判断を行うために異なるＤＵおよび／または異なるノード（ｅＮＢおよび／またはＮＧ−ＲＡＮノード）についての情報をマージし得る。一例として、ＣＵ−ＵＰは、データを複製するために使用される複数の論理チャネル上で、無線品質に関するデータ複製情報（ＤＤＩ）を受信し得、ここで、無線品質は、あるチャネルについて十分に良好であるが、別のチャネルについて劣悪である。これは、１つのチャネル送信のみを介してＵＥによってデータが確実に受信され得るので、複製をトリガしないという判断を促し得る。代替的に、無線品質は、両方のチャネルについて劣悪であり得、その場合、ＣＵ−ＵＰは、ＤＤを開始して、したがってＵＥがデータを正確に受信する可能性を増加させることを判断し得る。

また、ＣＵ−ＵＰが、ＤＤをアクティブ化すべきなのか、非アクティブ化すべきなのかに関するＣＵ−ＵＰの判断の結果をＣＵ−ＣＰに指示し得ることに留意されたい。これは、ＣＵ−ＣＰが、たとえばＲＲＣシグナリングを介して、ＵＥ設定を調整するのを助け得る。たとえば、ＣＵ−ＵＰがＤＤをアクティブ化し、このことをＣＵ−ＵＰがＣＵ−ＣＰに通信する場合、ＣＵ−ＣＰは、ＤＤを「非アクティブ」にセットするＵＥに向かうＲＲＣ設定を発行することを控え得る。

同様のやり方で、ＣＵ−ＣＰは、ＣＵ−ＵＰに、ＵＥに発行されたＤＤについてのＲＲＣ設定を通知し得る。たとえば、ＣＵ−ＣＰは、ＤＤを「非アクティブ」としてＵＥを設定していることがある。この場合、ＣＵ−ＣＰは、この情報をＣＵ−ＵＰに通信するべきであり、それにより、ＣＵ−ＵＰは、ＵＥが１つの論理チャネルのみを監視し、したがって複製されたデータを受信しないことによるリソースの浪費を生じ得る、ＵＥに向かうＤＤを開始しない。

実施形態の１つの利点は、ＤＤをいつトリガすべきかに関するＣＵにおける判断論理のための良好な基礎を提供するために、ＤＤをトリガするための好適な情報がＤＵからＣＵに伝達され得ることである。これは、追加の利点を生じる。１つの利点は、必要なときのみＤＤがトリガされることになるので、その貴重なＴＮおよびエアインターフェース帯域幅が節約されることになることである。結果として、不要なＤＤによる冗長データの生成がより少なくなる。別の利点は、ＤＤを正当化する劣悪な無線状態が識別されたとき、好都合にＤＤがトリガされることになるので、データ配信の保持性および信頼性が改善されることになることである。

図２は、ＣＵ２０２と、２つのＤＵ２０４、２０６とをもつＮＲユーザプレーン帯域内シグナリングを示す。本明細書で説明される実施形態による、帯域内ＮＲユーザプレーンシグナリングを利用するためのソリューションは、ＤＤトリガリング情報が、好都合に、および、ＲＲＣプロシージャのような、他のより多くの時間がかかるプロシージャと比較して最小オーバーヘッドで、伝達され得ることを保証し得る。

いくつかの実施形態によれば、無線通信システムの１つまたは複数のネットワークノードにおける、２つまたはそれ以上のＤＵによって同時にサーブされるＵＥのためのＤＤの使用を制御するための方法が、ＤＵのうちの１つまたは複数からフィードバック情報を受信することを含む。本方法は、フィードバック情報に基づいて、ＵＥへの送信のためにＤＤをアクティブ化すべきかどうかを決定することをも含む。

いくつかの実施形態によれば、無線通信システムの１つまたは複数のネットワークノードが、２つまたはそれ以上のＤＵによって同時にサーブされるＵＥのためのＤＤの使用を制御するための、通信回路要素と通信回路要素に動作可能に関連付けられた処理回路要素とを備える。処理回路要素は、ＤＵのうちの１つまたは複数からフィードバック情報を受信するように設定される。処理回路要素は、フィードバック情報に基づいて、ＵＥへの送信のためにＤＤをアクティブ化すべきかどうかを決定するようにも設定される。

本発明のさらなる態様は、上記で要約された方法ならびに上記で要約された装置および無線デバイスの機能的実装形態に対応する、装置、コンピュータプログラム製品またはコンピュータ可読記憶媒体を対象とする。

もちろん、本発明は、上記の特徴および利点に限定されない。当業者は、以下の詳細な説明を読み、添付の図面を見ると、追加の特徴および利点を認識されよう。

ＮＧアーキテクチャ全体を示すブロック図である。 いくつかの実施形態のために使用される、２つのＤＵをもつＮＲユーザプレーン帯域内シグナリングを示す図である。 いくつかの実施形態による、制御ユニットのブロック図である。 いくつかの実施形態による、２つのエンティティに分割されたｇＮＢ−ＣＵの一例を示す図である。 いくつかの実施形態による、制御ユニットによって行われる方法を示す図である。 いくつかの実施形態による、新しいプロトコルデータユニット（ＰＤＵ）タイプ２データ複製情報を示す表である。 いくつかの実施形態による、無線アクセスポイントのブロック図である。 いくつかの実施形態による、例示的な通信システムを示す図である。 いくつかの実施形態による、部分的無線接続上で基地局を介してユーザ機器と通信するホストコンピュータの一般化されたブロック図である。 ホストコンピュータと基地局とユーザ機器とを含む通信システムにおいて実装される方法を示すフローチャートである。 ホストコンピュータと基地局とユーザ機器とを含む通信システムにおいて実装される方法を示すフローチャートである。 ホストコンピュータと基地局とユーザ機器とを含む通信システムにおいて実装される方法を示すフローチャートである。 ホストコンピュータと基地局とユーザ機器とを含む通信システムにおいて実装される方法を示すフローチャートである。 いくつかの実施形態による、制御ユニットの機能的実装形態を示すブロック図である。

本明細書で説明される実施形態は、データ複製（ＤＤ）をトリガするために、ＤＵからＣＵに好適なメトリックを送ることを提供する。

一実施形態では、ＤＤ制御機能が、ＣＵ中に存在し、ＤＤをいつアクティブ化すべきかを決定するためにＤＵからのフィードバック情報を使用する。ＣＵへのこの情報は、ＣＵとＤＵとを接続するプロトコルのいずれかによって伝達され得る。３ＧＰＰ ＴＳ３８．４２５において規定されているＮＲユーザプレーンプロトコルも、使用され得る。

ＣＵは、ベアラのための１つまたは複数の無線リンク制御（ＲＬＣ）エンティティから受信されたフィードバック情報を評価する。評価は、フィードバックのほかに、ＣＵ中で利用可能な、設定されたしきい値、サービス品質（ＱｏＳ）属性、ならびに性能および負荷関係情報などの他の入力パラメータをも含み得る。評価結果は、ＤＤがトリガされるものとするか否かを判断する。シグナリングに関係する詳細と異なる情報エレメントの例とが、以下で説明される。

データ複製シグナリングのためのＮＲユーザプレーンフレーム
以下に記載される情報エレメントを伝達するために、新しいＰＤＵタイプが３ＧＰＰ ＴＳ３８．４２５に追加され得る。現在の規格では、ＰＤＵタイプ０およびＰＤＵタイプ１がすでに使用され、新しいＰＤＵタイプデータ複製情報は、たとえば、２である次の利用可能なＰＤＵタイプを使用することができる。一例として、ＰＤＵタイプフィールドの後の４ビットを利用することによって、１６個の異なるタイプのＤＤトリガリング情報エレメントデータ複製情報（ＤＤＩ）が、規定され得る。代替的に、ＤＤトリガリング情報を指定するフィールドは、必要な場合、異なるサイズのものであり得る。異なるＤＤＩのサイズは、あらかじめ決定されるか、または固定されるかのいずれかであり得、あるいは、別の実施形態では、フレーム中のオクテットのうちの１つが、図６に示されている表に記載の長さインジケータを含んでいる。また、ＤＤＩ中に含まれている情報のサブタイプを決定する、ＤＤＩ情報に続くオクテットを追加することが有益であり得る。これの一例が、ＤＤＩ無線品質に対するサブタイプ信号対雑音比（ＳＮＲ）、チャネル品質指示（ＣＱＩ）、およびキャリア対干渉（Ｃ／Ｉ）であろう。上記のことは、ＤＵからＣＵにＤＤ情報を伝達するための異なるやり方の例にすぎず、当業者は、以下に記載されるようにＤＤトリガリング情報を伝達するための他のやり方でフィールドが構造化され得ることを認識する。

図６中の表は、例示的な実施形態にすぎず、ＤＤトリガリング情報を伝達するためにデータフィールドの他の組合せも使用され得る。１つの代替形態は、３ＧＰＰ ＴＳ３８．４２５において規定され得るようにＤＬデータ配信ステータス（ＰＤＵタイプ１）を使用することである。ＤＤ関係情報をシグナリングするために原因報告フラグおよび原因値を使用して、ならびに、代替的に、ＤＬデータ配信ステータス（ＰＤＵタイプ１）のための新しいＤＤフラグを規定することによって、ならびにこのようにして、情報エレメントを伝達する。また、他の代替形態は、予約済みまたはスペアビットあるいは他の「ＰＤＵタイプ」値およびサブフィールドを利用することである。さらに、当業者はまた、ＧＴＰ−Ｕ「次の拡張ヘッダ（Ｎｅｘｔ Ｅｘｔｅｎｓｉｏｎ Ｈｅａｄｅｒ）」フィールドの現在未使用の値を利用することなど、他の代替実施形態もあることを認識する。

図３は、制御ユニット１０として、これらの技法に従って動作し得るネットワークノードの一実施形態を示す。ｇＮＢ−ＣＵなど、制御ユニット１０は、無線アクセスポイント（たとえば、ｇＮＢ−ＤＵ）に接続され、無線アクセスポイントを制御し得る。制御ユニット１０は、ＤＵまたは無線アクセスポイントと、およびコアネットワーク（たとえば、５ＧＣ）における他の機器と通信するための通信回路要素１８を含む。

制御ユニット１０は、通信回路要素１８に動作可能に関連付けられた処理回路要素１２をさらに含む。例示的な一実施形態では、処理回路要素１２は、１つまたは複数のデジタルプロセッサ２２、たとえば、１つまたは複数のマイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、複合プログラマブル論理デバイス（ＣＰＬＤ）、特定用途向け集積回路（ＡＳＩＣ）、またはそれらの任意の混合を備える。より一般的には、処理回路要素１２は、固定回路要素またはプログラマブル回路要素を備え得、プログラマブル回路要素は、本明細書で教示される機能性を実装するプログラム命令の実行を介して特別に設定される。

処理回路要素１２はまた、ストレージ２４を含むか、またはストレージ２４に関連付けられる。ストレージ２４は、いくつかの実施形態では、１つまたは複数のコンピュータプログラム２６および、随意に、設定データ２８を記憶する。ストレージ２４は、コンピュータプログラム２６のための非一時的ストレージを提供し、それは、ディスクストレージ、ソリッドステートメモリストレージ、またはそれらの任意の混合など、１つまたは複数のタイプのコンピュータ可読媒体を備え得る。非限定的な例として、ストレージ２４は、ＳＲＡＭ、ＤＲＡＭ、ＥＥＰＲＯＭ、およびＦＬＡＳＨメモリのうちのいずれか１つまたは複数を備える。

概して、ストレージ２４は、制御ユニット１０によって使用されるコンピュータプログラム２６および任意の設定データ２８の非一時的ストレージを提供する、１つまたは複数のタイプのコンピュータ可読記憶媒体を備える。ここで、「非一時的」は、永続的、半永続的、または少なくとも一時的に永続的なストレージを意味し、不揮発性メモリ中の長期ストレージと、たとえば、プログラム実行のためのワーキングメモリ中のストレージとの両方を包含する。

前述のように、ｇＮＢ−ＣＵは、２つのエンティティに分割され得る。これは、ユーザプレーンをサーブし、ＰＤＣＰプロトコルをホストする１つのｇＮＢ−ＣＵ−ＵＰと、制御プレーンをサーブし、ＰＤＣＰおよびＲＲＣプロトコルをホストする１つのｇＮＢ−ＣＵ−ＣＰとを含む。これらの２つのエンティティは、一緒に同じユニット内に位置する制御プレーン４０２およびユーザプレーン４０４として図４に示されており、ここで、シグナリングは内部であり得る。図４は、ネットワークノードの同じユニットとともに位置するかのように、制御プレーン４０２エンティティとユーザプレーン４０４エンティティの両方を制御ユニット１０内に示す。他の実施形態では、ユーザプレーン４０４は、制御プレーン４０２が存在するユニットの外部に位置するか、または別のネットワークノード内にさえ位置し得る。厳密な構成を顧慮せずに、処理回路要素１２は、処理回路要素１２が１つのユニット中に一緒にあるかどうかにかかわらず、または処理回路要素１２が何らかの様式で分散されているかどうかにかかわらず、本明細書で説明される技法を行うために必要な処理回路要素であると見なされ得る。

いくつかの実施形態では、処理回路要素１２の（１つまたは複数の）プロセッサ２２は、ストレージ２４に記憶されたコンピュータプログラム２６を実行し得、コンピュータプログラム２６は、２つまたはそれ以上のＤＵによって同時にサーブされるＵＥのためのＤＤの使用を制御するように、（１つまたは複数の）プロセッサ２２を設定する。処理回路要素１２は、ＤＵのうちの１つまたは複数からフィードバック情報を受信することと、フィードバック情報に基づいて、ＵＥへの送信のためにＤＤをアクティブ化すべきかどうかを決定することとを行うように設定される。

１つまたは複数のネットワークノードの一例としての制御ユニット１０の処理回路要素１２は、ＵＥのためのＤＤの使用を制御するための対応する方法５００を実施するようにも設定される。方法５００は、図５に示されており、ＤＵのうちの１つまたは複数からフィードバック情報を受信すること（ブロック５０２）と、フィードバック情報に基づいて、ＵＥへの送信のためにＤＤをアクティブ化すべきかどうかを決定すること（ブロック５０４）とを含む。

いくつかの実施形態では、フィードバック情報は、ＵＥとそれぞれのＤＵとの間のリンクについてのＳＮＲ、ＵＥとそれぞれのＤＵとの間のリンクについてのＣＱＩ、ＵＥとそれぞれのＤＵとの間のリンクについての参照信号受信電力（ＲＳＲＰ）、ＵＥとそれぞれのＤＵとの間のリンクについての参照信号受信品質（ＲＳＲＱ）、および／またはＵＥとそれぞれのＤＵとの間のリンクいついての平均受信信号強度インジケータ（ＲＳＳＩ）を含み、決定することは、それらに基づく。フィードバック情報は、チャネルごとに報告され得る。

いくつかの場合には、フィードバック情報は、それぞれのＤＵについての負荷および／または輻輳情報を含み、決定することは、負荷および／または輻輳情報に基づく。決定は、２つまたはそれ以上のＤＵのすべてについての負荷および／または輻輳情報の評価に基づき得る。

フィードバック情報は、それぞれのＤＵについてのハイブリッド自動再送要求（ＨＡＲＱ）情報および／または再送信情報を含み得、決定することは、それぞれのＤＵについてのＨＡＲＱ情報および／または再送信情報に基づき得る。フィードバック情報は、それぞれのＤＵについてのレイテンシおよび／またはパケットエイジ（ａｇｅ）情報をも含み得、決定することは、それぞれのＤＵについてのレイテンシおよび／またはパケットエイジ情報に基づき得る。フィードバック情報は、それぞれのＤＵについてのパケットロス情報を含み得、決定することは、それぞれのＤＵについてのパケットロス情報に基づき得る。いくつかの実施形態では、フィードバック情報は、１つまたは複数のユーザプレーンデータフレーム中の帯域内シグナリングを介して受信される。

方法５００は、２つまたはそれ以上のＤＵを介したＵＥへの送信のためにＤＤをアクティブ化することを含み得る。アクティブ化することは、ＤＤがアクティブであることを指示するために、ＵＥに１つまたは複数の設定メッセージを送ることを含み得る。

データ複製情報
ＤＤがトリガされるべきであるか否かを決定するためにすべて有用である、多くの異なるメトリックがあり、いくつかの好適な情報エレメントが本明細書に記載される。この記載は、網羅的でなく、例を含んでいるにすぎないことに留意されたい。提案されるフレーム構造（図６参照）内で、必要に応じてＤＤＩフレーム中の新しいフィールドを規定することが可能である。

本明細書に記載される情報エレメントは、各々、唯一のトリガとして使用されるか、または、ＤＤをいつ開始および停止すべきかについてのトリガ条件として、以下で述べられる情報エレメントのうちの１つまたは複数と組み合わせて重み付けされ得ることに留意されたい。また、数値、範囲、または符号化されたもののいずれかとして情報を伝達するための手段が、以下で述べられる他のメトリックにも適用可能であることに留意されたい。

さらに、ＤＤＩの一部として概説される情報エレメントは、複製されたトラフィックが送られる論理チャネル設定を変更するために使用され得る。たとえば、ＵＥは、複製トラフィックが送られる２つの論理チャネルで設定され得る。これらのチャネルのうちの１つはプライマリとして設定され、それにより、複製が非アクティブ化される場合、トラフィックはプライマリチャネル上でのみ送信される。ＤＤＩによって、ＣＵは、別の論理チャネル設定がプライマリの役割をより良く果たすことをＤＤＩが示す場合、プライマリ論理チャネルを再設定することができる。これは、プライマリ論理チャネルがしばしば劣悪な無線品質を生じやすいが、セカンダリ論理チャネルは良好な無線品質を享受することをＤＤＩが示す場合、起こることがある。

無線品質情報
ＤＤを開始することが有益であると決定するために、劣悪な無線状態が使用され得る。逆に、無線状態があるしきい値を上回って改善する場合、これは、ＤＤを停止するためのトリガになり得る。情報は、１つまたは複数の数値の形式であるか、値範囲として伝達されるか、または、極めて劣悪、劣悪、適正、良好、および極めて良好などとして符号化されるかのいずれかであり得る。

好適な無線品質情報サブタイプ情報エレメントの例は、ＳＮＲ、ＣＱＩ、ＲＳＲＰ、ＲＳＲＱ、非標準化（ベンダー固有）信号対干渉プラス雑音比（ＳＩＮＲ）、平均ＲＳＳＩ、ならびに平均ＵＥおよび／またはネットワーク実施測定値などである。

異なるチャネル間の無線環境の差を捕捉するために、チャネルごとに上記の情報エレメントが報告され得ることに留意されたい。

輻輳／負荷情報
ＤＤを開始することが有益であると決定するために、高い輻輳状況が使用され得る。逆に、輻輳レベルがあるしきい値を下回る場合、これは、ＤＤを停止するためのトリガになり得る。輻輳情報は、たとえば、総セルまたはノードリソース容量の割合、ユーザまたはベアラの数、ユーザまたはベアラごとのスループット、あるいは容量の他の測度の形式であり得る。

レッグ間の異なる輻輳／負荷状況は、それらがどこで生じるかに応じて、ＤＤのアクティブ化／非アクティブ化をトリガし得る。たとえば、ＴＮリンク上に高い輻輳／負荷がある場合、これは、ＴＮリンク上の負荷を減少させるためにＤＤの非アクティブ化をトリガし得る。無線インターフェース上の輻輳／負荷が、一方または両方のＲＬＣインスタンスについて高くなる場合、これは、エアインターフェース上の負荷を減少させるために、ＤＤの非アクティブ化をトリガし得る。エアインターフェース上の輻輳／負荷が、２つのＲＬＣインスタンスのうちの１つについて高くなる場合、レイテンシ全体を減少させるためにＤＤがトリガされ得る。

ＨＡＲＱ情報
ＤＤを開始または停止することが有益であると決定するために、時間単位ごとの多数の再送信および／またはＨＡＲＱ失敗が、使用され得る。逆に、ＨＡＲＱ再送信があるしきい値を下回る場合、これは、ＤＤを停止するためのトリガになり得る。

ＲＬＣ情報
ＤＤを開始することが有益であると決定するために、時間単位ごとの多数の再送信および／またはＨＡＲＱ失敗が、使用され得る。逆に、ＲＬＣ再送信があるしきい値を下回る場合、これは、ＤＤを停止するためのトリガになり得る。

レート差
接続されたＤＵ間のスループットに有意な差がある場合、これは、ＤＤを開始する理由になり得る。逆に、スループットレートが、均等になり、あるしきい値を下回る場合、これは、ＤＤを停止するためのトリガになり得る。

レイテンシおよびＰＤＵエイジ
接続されたＤＵのバッファコンテンツにおけるレイテンシまたはパケットエイジに有意な差がある場合、これは、ＤＤを開始する理由になり得る。逆に、レイテンシまたはパケットエイジが、均等になり、あるしきい値を下回る場合、これは、ＤＤを停止するためのトリガになり得る。

パケットロスレート
トランスポートリンクのうちの１つ上のパケットロスは、パケット配信の信頼性を増加させるためにＤＤを開始する理由になり得る。これは、主に、異なるＲＬＣエンティティが同じトランスポートを共有しないシナリオにおけるものである。

レートおよびスループットの変動
少なくとも１つのＲＬＣインスタンスについてレートまたはスループットの変動が高い場合、これは、少なくとも１つのレッグについてのレイテンシが、他のレッグが高いときに、低くなる高い確率があるので、ＤＤをトリガするべきである。

図６は、新しいＰＤＵタイプ２データ複製情報であり得るものの例示的なフレームを示し、以下は、ＴＳ３８．４２５のセクションにおいて説明され得るものの一例であり得る。
５．５．３ フレーム中の情報エレメントの符号化
５．５．３．１ ＰＤＵタイプ
説明：ＰＤＵタイプは、ＮＲユーザプレーンフレームの構造を指示する。このフィールドは、それが識別するＰＤＵタイプの値、すなわち、ＰＤＵタイプ０の場合に「０」をとる。ＰＤＵタイプは、フレームの第１のオクテット中のビット４〜ビット７におけるものである。
値範囲：｛０＝ＤＬユーザデータ、１＝ＤＬデータ配信ステータス、２＝データ複製情報、３〜１５＝将来のＰＤＵタイプ拡張のために予約済み｝
フィールド長：４ビット
ＤＤＩ情報は、無線品質に関する情報を取り出すことが可能なノードから送られた任意の利用可能なＰＤＵタイプにおいて、データ複製をアクティブ化するかまたは非アクティブ化することを担当するノードに伝達され得ることに留意されたい。一例として、使用されるべき別のＰＤＵタイプは、一般的なアップリンク（ＵＬ）ＰＤＵタイプであり得る。非限定的な例として、ＤＤＩは、ｇＮＢ−ＤＵからｇＮＢ−ＣＵに、ｇＮＢ−ＤＵからＬＴＥ ｅＮＢに、または、ＬＴＥ ｅＮＢからｇＮＢ−ＣＵに送られ得る。
以下も、ＴＳ３８．４２５のセクションにおいて説明され得るものの一例であり得る。
５．５．３．Ｘ データ複製情報
説明：このフィールドは、セクション５．５．３．１において規定されているデータ複製情報ＰＤＵタイプに対するサブタイプを規定する。
値範囲：｛０＝無線品質、１＝ＨＡＲＱ情報、２＝ＲＬＣ情報、３＝輻輳／負荷情報、．．．．．．、Ｘ〜１５＝将来のデータ複製情報拡張のために予約済み｝
値範囲：（０〜１５）。
フィールド長：４ビット。
５．５．３．Ｙ データ複製サブタイプ
説明：このフィールドは、セクション５．５．３．１において規定されているデータ複製情報ＰＤＵタイプに対するサブタイプを規定する。
値範囲：
｛データ複製情報＝０の場合；０＝信号対雑音比、１＝平均ＳＩＮＲ．．．．．．Ｘ〜１５＝将来のデータ複製サブタイプ拡張のために予約済み｝
｛データ複製情報＝１の場合；０＝ＨＡＲＱ失敗、１＝ＨＡＲＱ再送信．．．．．．Ｘ〜１５＝将来のデータ複製サブタイプ拡張のために予約済み｝
値範囲：（０〜１５）。
フィールド長：４ビット。
５．５．３．２ スペア
説明：スペアフィールドは、送信側によって「０」にセットされ、受信側によって解釈されるべきではない。このフィールドは、後のバージョンのために予約される。
値範囲：（０〜２ｎ−１）。
フィールド長：ｎビット。
５．５．３．Ｚ 長さインジケータの存在
説明：このパラメータは、フレームヘッダに続くフレーム長インジケータを含んでいるオクテットがあるかどうかを指示する。
値範囲：｛０＝長さインジケータオクテット不在、１＝長さインジケータオクテット存在｝。
フィールド長：１ビット。
５．５．３．２４ スペア拡張
説明：スペア拡張フィールドは、送られないものとする。受信側は、スペア拡張を受信することが可能であるべきである。スペア拡張は、本ドキュメントの後のバージョンにおいて、スペア拡張の代わりに追加の新しいフィールドが追加され得るので、受信側によって解釈されるべきではない。スペア拡張は、新しいフィールドまたは追加情報を搬送する整数個のオクテットであり得、スペア拡張フィールドの最大長（ｍ）は、ＰＤＵタイプに依存する。
値範囲：０〜２ｍ＊８−１。
フィールド長：０〜ｍオクテット。本ドキュメントにおいて規定されているＰＤＵタイプの場合、ｍ＝４である。

次に、いくつかの追加の観測および提案が説明される。ＲＡＮ２において、ＵＬ ＰＤＣＰ複製をアクティブ化／非アクティブ化するために媒体アクセス制御コマンドエレメント（ＭＡＣ ＣＥ）を使用することは、ＲＲＣ再設定と比較してより急速におよびより少ないシグナリングオーバーヘッドで、エアインターフェース上で複製を開始／停止することができる。そのような方式は、無線チャネルの大きい変動、特に高頻度展開、すなわち、不良なステータスと良好なステータス間での頻繁な変化に適応することができる。具体的には、チャネルステータスが一時的に不良であることをＤＵが発見した場合、ＤＵは、ＵＬ ＰＤＣＰ複製をアクティブ化するためにＭＡＣ ＣＥを使用することができる。

しかしながら、ＤＵからＣＵ−ＣＰにコマンドをシグナリングし、次いで最終的にＣＵ−ＣＰからＣＵ−ＵＰにコマンドをシグナリングすることは、シグナリング遅延全体を改善するように思われない。したがって、ＤＵからＣＵ−ＣＰに複製アクティブ化／非アクティブ化の指示をシグナリングすることは、アクティブ化および非アクティブ化についてのレイテンシを改善しないと判定され得る。言い換えれば、データ複製アクティブ化／非アクティブ化のｇＮＢ−ＤＵからＣＵ−ＣＰへのＦ１−Ｃシグナリングが、動的複製ハンドリングについてのレイテンシを改善しないことを認識されたい。その上、ｇＮＢ−ＤＵはデータ複製をアクティブ化／非アクティブ化するための断定的な指示をＣＵにシグナリングしないものとすると考えられている。これは、複製が必要とされるかどうかが、単一のｇＮＢ−ＤＵの制御外のいくつかのファクタに依存するからである。１つのファクタは、データ複製に関与するｇＮＢ−ＤＵ上の負荷であり得る。プライマリ論理チャネルをホストするｇＮＢ−ＤＵ上の負荷が増加する場合、これは、複製がアクティブ化される必要があるというサインであり得る。複製に関与するｇＮＢ−ＤＵのうちの１つ上の負荷が増加する（および、輻輳につながる）場合、これは、このノード上での複製を除外することのサインであり得る。別のファクタは、他のｇＮＢ−ＤＵリンク上の無線リンク品質であり得る。所与の無線リンク上の良好のまたは不良の無線品質は、複製のアクティブ化／非アクティブ化のためのトリガであり得る。別のファクタは、ＵＥに対してスケジュールされる必要があるトラフィックの量であり得る。たとえば、トラフィックの量が限られる場合、無線状態が完全でない場合でも、単一の送信で十分であり得る。

上記の理由のために、ｇＮＢ−ＤＵは、データ複製をアクティブ化または非アクティブ化するという判断（これは、いずれにせよ、行うＣＵ次第である判断である）を提供する代わりに、ＣＵがデータ複製がアクティブ化されるべきであるか否かをより良く判断し、予想さえするのを助け得る情報を提供するならば、はるかに有用であろう。

そのような情報は、異なる形式のものであり得、たとえば、ｇＮＢ−ＤＵは、ＣＱＩ測定値の形式でｇＮＢ−ＣＵに無線品質情報を提供し得、ｇＮＢ−ＤＵは、ｇＮＢ−ＤＵに負荷情報を提供し得、ｇＮＢ−ＤＵは、無線リンク品質に影響を及ぼすファクタの一般化された指示を提供し得、指示は、たとえば、一般的な無線リンク品質測度を表す列挙された値であり得る。ｇＮＢ−ＤＵからのこの情報は、ｇＮＢ−ＣＵが、複製を可能にすべきか否かに関してはるかに知識に基づいた判断を行うのを助けるであろう。要するに、データ複製をアクティブ化すべきなのかまたは非アクティブ化すべきなのかに関して、ｇＮＢ−ＣＵがより良い判断を行うのを助けるであろう無線リンク品質情報をｇＮＢ−ＣＵにシグナリングすることをｇＮＢ−ＤＵに行わせることが、はるかに有益であることが認識される。

別の問題点は、そのような支援情報をどのようにシグナリングすべきかである。シグナリング遅延を短縮するために、この情報は、いくつかの実施形態によれば、ＵＰプロトコル上でシグナリングされ得る。すなわち、ＵＰ上で、すなわち、ｇＮＢ−ＤＵからＣＵ−ＵＰに無線リンク品質情報をシグナリングすることは、はるかに遅延効率的であり得る。ｇＮＢ−ＣＵが、データ複製をいつアクティブ化／非アクティブ化すべきかに関するより信頼できるおよびより速い判断を行うのをサポートするために、関与するｇＮＢ−ＤＵは、ＵＰを介してＣＵ−ＵＰに無線リンク品質情報をシグナリングするべきである。

これは、データ複製アクティブ化／非アクティブ化のための、ｇＮＢ−ＤＵからｇＮＢ−ＣＵへの潜在的に必要とされるシグナリングを有益にする唯一のやり方であり得る。これは、無線リンク品質情報が、概して、ｇＮＢ−ＣＵが無線リンク管理（たとえば、無線レッグ間でのトラフィック切替え）に関する判断を予想するために有用であり得るからである。また、信頼できるデータ複製アクティブ化／非アクティブ化判断を行うために十分な情報（ＲＲＣ測定値など）を集めることは、ｇＮＢ−ＣＵの責任であり得る。

図７は、制御ユニット１０に対応し得る、無線アクセスポイント３０として示される例示的なＤＵを示す。無線アクセスポイント３０は、サービングノードとして動作するネットワークノードであり得、ｇＮＢ−ＤＵなど、ｇＮＢの一部として知られるかまたはｇＮＢの一部を備え得る。無線アクセスポイント３０は、同じタイプまたは様々なタイプの他のノードと通信するための通信インターフェース回路要素３８を含む。たとえば、無線アクセスポイント３０は、ネットワーク側の本明細書で説明される処理の少なくとも一部を実施するリモートまたはクラウドベース処理エレメントと協働し得る。

無線アクセスポイント３０は、アンテナ３４とトランシーバ回路要素３６とを介して、ネットワーク中で動作する無線デバイスと通信する。トランシーバ回路要素３６は、送信機回路と、受信機回路と、関連付けられた制御回路とを含み得、それらはまとめて、ネットワークに無線デバイスを通信可能に結合するために、５Ｇなど、１つまたは複数の無線アクセス技術に従って信号を送信および受信するように設定される。

１つまたは複数の実施形態では、処理回路要素３２は、１つまたは複数のデジタルプロセッサ４２、たとえば、１つまたは複数のマイクロプロセッサ、マイクロコントローラ、ＤＳＰ、ＦＰＧＡ、ＣＰＬＤ、ＡＳＩＣ、またはそれらの任意の混合を備える。より一般的には、処理回路要素３２は、固定回路要素またはプログラマブル回路要素を備え得、プログラマブル回路要素は、本明細書で教示される機能性を実装するプログラム命令の実行を介して特別に設定されるか、または固定およびプログラムされた回路要素の何らかの混合を備え得る。

処理回路要素３２はまた、ストレージ４４を含むか、またはストレージ４４に関連付けられる。ストレージ４４は、いくつかの実施形態では、１つまたは複数のコンピュータプログラム４６および、随意に、設定データ４８を記憶する。ストレージ４４は、コンピュータプログラム４６のための非一時的ストレージを提供し、それは、ディスクストレージ、ソリッドステートメモリストレージ、またはそれらの任意の混合など、１つまたは複数のタイプのコンピュータ可読媒体を備え得る。非限定的な例として、ストレージ４４は、ＳＲＡＭ、ＤＲＡＭ、ＥＥＰＲＯＭ、およびＦＬＡＳＨメモリのうちのいずれか１つまたは複数を備える。

いくつかの実施形態では、処理回路要素３２のプロセッサ４２は、ストレージ４４に記憶されたコンピュータプログラム４６を実行し得、コンピュータプログラム４６は、制御ユニット１０など、制御ユニット（たとえば、ｇＮＢ−ＣＵ）の制御下で動作するように無線アクセスポイント３０（たとえば、ｇＮＢ−ＤＵ）を設定し、制御ユニットは、上記で説明された技法を実施するために使用され得る分割された制御プレーン／ユーザプレーンアーキテクチャを含む。

図８は、様々な実施形態による、ｇＮＢ−ＲＡＮなどのアクセスネットワーク８１１とコアネットワーク８１４（たとえば、５ＧＣ）とを備える、３ＧＰＰタイプセルラーネットワークなどの通信ネットワーク８１０を含む通信システムを示す。アクセスネットワーク８１１は、ｇＮＢまたは他のタイプの無線アクセスポイントなど、複数の基地局８１２ａ、８１２ｂ、８１２ｃを備え、各々が、対応するカバレッジエリア８１３ａ、８１３ｂ、８１３ｃを規定する。各基地局８１２ａ、８１２ｂ、８１２ｃは、有線接続または無線接続８１５を介してコアネットワーク８１４に接続可能である。カバレッジエリア８１３ｃ中に位置する第１のＵＥ８９１が、対応する基地局８１２ｃに無線で接続するか、または対応する基地局８１２ｃによってページングされるように設定される。カバレッジエリア８１３ａ中の第２のＵＥ８９２が、対応する基地局８１２ａに無線で接続可能である。この例では複数のＵＥ８９１、８９２が示されているが、開示される実施形態は、唯一のＵＥがカバレッジエリア中にある状況、または、唯一のＵＥが、対応する基地局８１２に接続している状況に等しく適用可能である。

通信ネットワーク８１０は、それ自体、ホストコンピュータ８３０に接続され、ホストコンピュータ８３０は、スタンドアロンサーバ、クラウド実装されたサーバ、分散型サーバのハードウェアおよび／またはソフトウェアで、あるいはサーバファーム中の処理リソースとして具現され得る。ホストコンピュータ８３０は、サービスプロバイダの所有または制御下にあり得るか、あるいはサービスプロバイダによってまたはサービスプロバイダの代わりに動作され得る。通信ネットワーク８１０とホストコンピュータ８３０との間の接続８２１、８２２は、コアネットワーク８１４からホストコンピュータ８３０に直接延びるか、または随意の中間ネットワーク８２０を介して進み得る。中間ネットワーク８２０は、パブリックネットワーク、プライベートネットワーク、またはホストされたネットワークのうちの１つ、またはそれらのうちの２つ以上の組合せであり得、中間ネットワーク８２０は、もしあれば、バックボーンネットワークまたはインターネットであり得、特に、中間ネットワーク８２０は、２つまたはそれ以上のサブネットワーク（図示せず）を備え得る。

図８の通信システムは全体として、接続されたＵＥ８９１、８９２のうちの１つとホストコンピュータ８３０との間のコネクティビティを可能にする。コネクティビティは、オーバーザトップ（ＯＴＴ）接続８５０として説明され得る。ホストコンピュータ８３０および接続されたＵＥ８９１、８９２は、媒介としてアクセスネットワーク８１１、コアネットワーク８１４、何らかの中間ネットワーク８２０、および可能なさらなるインフラストラクチャ（図示せず）を使用して、ＯＴＴ接続８５０を介してデータおよび／またはシグナリングを通信するように設定される。ＯＴＴ接続８５０は、ＯＴＴ接続８５０が通過する関与する通信デバイスが、アップリンク通信およびダウンリンク通信のルーティングに気づいていないという意味で、透過的であり得る。たとえば、基地局８１２は、接続されたＵＥ８９１にフォワーディング（たとえば、ハンドオーバ）されるべき、ホストコンピュータ８３０から発生したデータを伴う着信ダウンリンク通信の過去のルーティングに関して、通知されないことがあり、または通知される必要がない。同様に、基地局８１２は、ＵＥ８９１から発生してホストコンピュータ８３０に向かう発信アップリンク通信の将来ルーティングに気づいている必要がない。

次に、一実施形態による、前の段落において説明されたＵＥ、基地局およびホストコンピュータの例示的な実装形態が、図９を参照しながら説明される。通信システム９００では、ホストコンピュータ９１０は、通信システム９００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するように設定された通信インターフェース９１６を含む、ハードウェア９１５を備える。ホストコンピュータ９１０は、記憶能力および／または処理能力を有し得る、処理回路要素９１８をさらに備える。特に、処理回路要素９１８は、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または、命令を実行するように適応されたこれらの組合せ（図示せず）を備え得る。ホストコンピュータ９１０は、ソフトウェア９１１をさらに備え、ソフトウェア９１１は、ホストコンピュータ９１０に記憶されるかまたはホストコンピュータ９１０によってアクセス可能であり、処理回路要素９１８によって実行可能である。ソフトウェア９１１は、ホストアプリケーション９１２を含む。ホストアプリケーション９１２は、ＵＥ９３０およびホストコンピュータ９１０において終端するＯＴＴ接続９５０を介して接続するＵＥ９３０など、リモートユーザにサービスを提供するように動作可能であり得る。リモートユーザにサービスを提供する際に、ホストアプリケーション９１２は、ＯＴＴ接続９５０を使用して送信されるユーザデータを提供し得る。

通信システム９００は、通信システム中に提供される基地局９２０をさらに含み、基地局９２０は、基地局９２０がホストコンピュータ９１０およびＵＥ９３０と通信することを可能にするハードウェアを備える。ハードウェアは、通信システム９００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するための通信インターフェース、ならびに基地局９２０によってサーブされるカバレッジエリア（図９に図示せず）中に位置するＵＥ９３０との少なくとも無線接続９７０をセットアップおよび維持するための無線インターフェースを含み得る。通信インターフェースは、ホストコンピュータ９１０への接続９６０を容易にするように設定され得る。接続９６０は直接であり得るか、あるいは接続９６０は、通信システムのコアネットワーク（図９に図示せず）を、および／または通信システムの外側の１つまたは複数の中間ネットワークを通過し得る。図示の実施形態では、基地局９２０は制御ユニット１０（たとえば、ｇＮＢ−ＣＵ）を備え、制御ユニット１０は無線アクセスポイント３０（たとえば、ｇＮＢ−ＤＵ）を制御し、無線アクセスポイント３０は、ＵＥ９３０と通信し、ＵＥ９３０のためにハンドオーバを実施し得る。制御ユニット１０および無線アクセスポイント３０の詳細は、図３および図７を参照しながら前に説明された。

通信システム９００は、すでに言及されたＵＥ９３０をさらに含む。ＵＥ９３０のハードウェア９３５は、ＵＥ９３０が現在位置するカバレッジエリアをサーブする基地局との無線接続９７０をセットアップおよび維持するように設定された無線インターフェース９３７を含み得る。ＵＥ９３０のハードウェア９３５は、処理回路要素９３８をさらに含み、処理回路要素９３８は、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または、命令を実行するように適応されたこれらの組合せ（図示せず）を備え得る。ＵＥ９３０は、ソフトウェア９３１をさらに備え、ソフトウェア９３１は、ＵＥ９３０に記憶されるかまたはＵＥ９３０によってアクセス可能であり、処理回路要素９３８によって実行可能である。ソフトウェア９３１はクライアントアプリケーション９３２を含む。クライアントアプリケーション９３２は、ホストコンピュータ９１０のサポートを伴って、ＵＥ９３０を介して人間のまたは人間でないユーザにサービスを提供するように動作可能であり得る。ホストコンピュータ９１０では、実行しているホストアプリケーション９１２は、ＵＥ９３０およびホストコンピュータ９１０において終端するＯＴＴ接続９５０を介して、実行しているクライアントアプリケーション９３２と通信し得る。ユーザにサービスを提供する際に、クライアントアプリケーション９３２は、ホストアプリケーション９１２から要求データを受信し、要求データに応答してユーザデータを提供し得る。ＯＴＴ接続９５０は、要求データとユーザデータの両方を転送し得る。クライアントアプリケーション９３２は、クライアントアプリケーション９３２が提供するユーザデータを生成するためにユーザと対話し得る。

図９に示されているホストコンピュータ９１０、基地局９２０およびＵＥ９３０は、それぞれ、図８のホストコンピュータ８３０、基地局８１２ａ、８１２ｂ、８１２ｃのうちの１つ、およびＵＥ８９１、８９２のうちの１つと同等であり得ることに留意されたい。つまり、これらのエンティティの内部の働きは、図９に示されているようなものであり得、別個に、周囲のネットワークトポロジーは、図８のものであり得る。

図９では、ＯＴＴ接続９５０は、中間デバイスとこれらのデバイスを介したメッセージの正確なルーティングとへの明示的言及なしに、基地局９２０を介したホストコンピュータ９１０とユーザ機器９３０との間の通信を示すために、抽象的に描かれている。ネットワークインフラストラクチャが、ルーティングを決定し得、ネットワークインフラストラクチャは、ＵＥ９３０からまたはホストコンピュータ９１０を動作させるサービスプロバイダから、またはその両方からルーティングを隠すように設定され得る。ＯＴＴ接続９５０がアクティブである間、ネットワークインフラストラクチャは、さらに、ネットワークインフラストラクチャが、（たとえば、ネットワークの負荷分散考慮事項または再設定に基づいて）ルーティングを動的に変更する判断を行い得る。

ＵＥ９３０と基地局９２０との間の無線接続９７０は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線接続９７０が最後のセグメントを形成するＯＴＴ接続９５０を使用して、ＵＥ９３０に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示は、ＤＤをいつトリガすべきかに関するＣＵにおける判断論理のための良好な基礎を提供するために、ＤＵからＣＵに伝達され得るＤＤをトリガするための好適な情報を提供する。これは、追加の利点を生じる。１つの利点は、必要なときのみＤＤがトリガされることになるので、その貴重なＴＮおよびエアインターフェース帯域幅が節約されることになることである。結果として、不要なＤＤによる冗長データの生成がより少なくなる。別の利点は、ＤＤを正当化する劣悪な無線状態が識別されたとき、好都合にＤＤがトリガされることになるので、データ配信の保持性および信頼性が改善されることになることである。これは、ＲＡＮのユーザのための改善された性能を生じることになる。

１つまたは複数の実施形態が改善する、データレート、レイテンシおよび他のファクタを監視する目的での、測定プロシージャが提供され得る。測定結果の変動に応答して、ホストコンピュータ９１０とＵＥ９３０との間のＯＴＴ接続９５０を再設定するための随意のネットワーク機能性がさらにあり得る。測定プロシージャおよび／またはＯＴＴ接続９５０を再設定するためのネットワーク機能性は、ホストコンピュータ９１０のソフトウェア９１１においてまたはＵＥ９３０のソフトウェア９３１において、またはその両方において実装され得る。実施形態では、ＯＴＴ接続９５０が通過する通信デバイスにおいて、またはその通信デバイスに関連して、センサー（図示せず）が展開され得、センサーは、上記で例示された監視された量の値を供給すること、またはソフトウェア９１１、９３１が監視された量を算出または推定し得る他の物理量の値を供給することによって、測定プロシージャに参加し得る。ＯＴＴ接続９５０の再設定は、メッセージフォーマット、再送信セッティング、好ましいルーティングなどを含み得、再設定は、基地局９２０に影響を及ぼす必要がなく、再設定は、基地局９２０に知られていないかまたは知覚不可能であり得る。そのようなプロシージャおよび機能性は、当技術分野において知られ、実施され得る。いくつかの実施形態では、測定は、スループット、伝搬時間、レイテンシなどのホストコンピュータ９１０の測定を容易にするプロプライエタリＵＥシグナリングを伴い得る。測定は、ソフトウェア９１１、９３１が、ソフトウェア９１１、９３１が伝搬時間、エラーなどを監視する間にＯＴＴ接続９５０を使用して、メッセージ、特に空のまたは「ダミー」メッセージが送信されることを引き起こすことにおいて、実装され得る。

図１０は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図８および図９を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１０への図面参照のみがこのセクションに含まれる。方法の第１のステップ１０１０において、ホストコンピュータはユーザデータを提供する。第１のステップ１０１０の随意のサブステップ１０１１において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。第２のステップ１０２０において、ホストコンピュータは、ＵＥにユーザデータを搬送する送信を始動する。随意の第３のステップ１０３０において、基地局は、本開示全体にわたって説明される実施形態の教示に従って、ホストコンピュータが始動した送信において搬送されたユーザデータをＵＥに送信する。随意の第４のステップ１０４０において、ＵＥは、ホストコンピュータによって実行されたホストアプリケーションに関連付けられたクライアントアプリケーションを実行する。

図１１は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図８および図９を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１１への図面参照のみがこのセクションに含まれる。方法の第１のステップ１１１０において、ホストコンピュータはユーザデータを提供する。随意のサブステップ（図示せず）において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。第２のステップ１１２０において、ホストコンピュータは、ＵＥにユーザデータを搬送する送信を始動する。送信は、本開示全体にわたって説明される実施形態の教示に従って、基地局を介して進み得る。随意の第３のステップ１１３０において、ＵＥは、送信において搬送されたユーザデータを受信する。

図１２は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図８および図９を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１２への図面参照のみがこのセクションに含まれる。方法の随意の第１のステップ１２１０において、ＵＥは、ホストコンピュータによって提供された入力データを受信する。追加または代替として、随意の第２のステップ１２２０において、ＵＥはユーザデータを提供する。第２のステップ１２２０の随意のサブステップ１２２１において、ＵＥは、クライアントアプリケーションを実行することによって、ユーザデータを提供する。第１のステップ１２１０のさらなる随意のサブステップ１２１１において、ＵＥは、ホストコンピュータによって提供された受信された入力データに反応してユーザデータを提供する、クライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されたクライアントアプリケーションは、ユーザから受信されたユーザ入力をさらに考慮し得る。ユーザデータが提供された特定の様式にかかわらず、ＵＥは、随意の第３のサブステップ１２３０において、ホストコンピュータへのユーザデータの送信を始動する。方法の第４のステップ１２４０において、ホストコンピュータは、本開示全体にわたって説明される実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。

いくつかの実施形態によれば、ホストコンピュータと、基地局と、ＵＥとを含む通信システムにおいて実装される方法は、ホストコンピュータにおいて、ユーザデータを提供することと、基地局を備えるセルラーネットワークを介してＵＥにユーザデータを搬送する送信を始動することとを含む。基地局は、２つまたはそれ以上のＤＵによって同時にサーブされるＵＥのためのＤＤの使用を制御するための方法を実施し、方法は、ＤＵのうちの１つまたは複数からフィードバック情報を受信することと、フィードバック情報に基づいて、ＵＥへの送信のためにＤＤをアクティブ化すべきかどうかを決定することとを含む。方法は、基地局において、ユーザデータを送信することをさらに含み得る。ユーザデータは、ホストアプリケーションを実行することによってホストコンピュータにおいて提供され得、方法は、ＵＥにおいて、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行することをさらに含む。

いくつかの実施形態によれば、ホストコンピュータと、基地局と、ＵＥとを含む通信システムにおいて実装される方法は、ホストコンピュータにおいて、基地局から、基地局がＵＥから受信した送信から発生したユーザデータを受信することを含む。基地局は、２つまたはそれ以上のＤＵによって同時にサーブされるＵＥのためのＤＤの使用を制御するための方法を実施し、方法は、ＤＵのうちの１つまたは複数からフィードバック情報を受信することと、フィードバック情報に基づいて、ＵＥへの送信のためにＤＤをアクティブ化すべきかどうかを決定することとを含む。方法は、基地局において、ＵＥからユーザデータを受信することを含み得る。方法は、基地局において、ホストコンピュータへの、受信されたユーザデータの送信を始動することをさらに含み得る。

いくつかの実施形態によれば、ホストコンピュータを含む通信システムは、ユーザデータを提供するように設定された処理回路要素と、ＵＥへの送信のためにユーザデータをセルラーネットワークにフォワーディングするように設定された通信インターフェースとを備え、セルラーネットワークは、通信回路要素と処理回路要素とを有する基地局を備える。基地局の処理回路要素は、ＤＵのうちの１つまたは複数からフィードバック情報を受信することと、フィードバック情報に基づいて、ＵＥへの送信のためにＤＤをアクティブ化すべきかどうかを決定することとによって、２つまたはそれ以上のＤＵによって同時にサーブされるＵＥのためのＤＤの使用を制御するように設定される。通信システムは、基地局をさらに含み得る。通信システムは、ＵＥをさらに含み得、ＵＥは、基地局と通信するように設定される。ホストコンピュータの処理回路要素は、ホストアプリケーションを実行し、それによりユーザデータを提供するように設定され得、ＵＥは、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するように設定された処理回路要素を備え得る。

いくつかの実施形態によれば、通信システムは、ＵＥから基地局への送信から発生したユーザデータを受信するように設定された通信インターフェースを備えるホストコンピュータを含み、基地局は、２つまたはそれ以上のＤＵによって同時にサーブされるＵＥのためのＤＤの使用を制御するように設定され、無線インターフェースと処理回路要素とを含む。基地局の処理回路要素は、ＤＵのうちの１つまたは複数からフィードバック情報を受信することと、フィードバック情報に基づいて、ＵＥへの送信のためにＤＤをアクティブ化すべきかどうかを決定することとを行うように設定される。通信システムは、基地局をさらに含み得る。通信システムは、ＵＥをさらに含み得、ＵＥは、基地局と通信するように設定される。ホストコンピュータは、ホストアプリケーションを実行するように設定された処理回路要素を備え得、ＵＥは、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行し、それにより、ホストコンピュータによって受信されるべきユーザデータを提供するように設定され得る。

図１３は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図８および図９を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１３への図面参照のみがこのセクションに含まれる。方法の随意の第１のステップ１３１０において、本開示全体にわたって説明される実施形態の教示に従って、基地局は、ＵＥからユーザデータを受信する。随意の第２のステップ１３２０において、基地局は、ホストコンピュータへの、受信されたユーザデータの送信を始動する。第３のステップ１３３０において、ホストコンピュータは、基地局によって始動された送信において搬送されたユーザデータを受信する。

図１４は、２つまたはそれ以上のＤＵによって同時にサーブされるＵＥのためのＤＤの使用を制御するための、無線通信システムの１つまたは複数のネットワークノードで実装され得るような、例示的な機能モジュールまたは回路アーキテクチャを示す。図示の実施形態は少なくとも機能的に、ＤＵのうちの１つまたは複数からフィードバック情報を受信するための受信モジュール１４０２と、フィードバック情報に基づいて、ＵＥへの送信のためにＤＤをアクティブ化すべきかどうかを決定するための決定モジュール１４０４とを含む。

特に、開示された（１つまたは複数の）本発明の変更および他の実施形態が、上記の説明および関連付けられた図面において提示される教示の恩恵を得る当業者に、想到されるであろう。したがって、（１つまたは複数の）本発明が、開示された特定の実施形態に限定されるべきでないことと、変更および他の実施形態が、本開示の範囲内に含められるものであることとを理解されたい。本明細書では特定の用語が採用され得るが、それらは、一般的および説明的意味で使用されるにすぎず、限定の目的のためのものではない。

Claims (29)

1. 無線通信システムの１つまたは複数のネットワークノード（１０）における、２つまたはそれ以上の分散型送信ユニット（ＤＵ）によって同時にサーブされるユーザ機器（ＵＥ）のためのデータ複製（ＤＤ）の使用を制御するための方法（５００）であって、前記方法（５００）が、
   前記ＤＵのうちの１つまたは複数からフィードバック情報を受信すること（５０２）と、
   前記フィードバック情報に基づいて、前記ＵＥへの送信のためにＤＤをアクティブ化すべきかどうかを決定すること（５０４）と
   を含む、方法（５００）。
2. 前記フィードバック情報が無線品質情報を含み、前記決定すること（５０４）が前記無線品質情報に基づく、請求項１に記載の方法（５００）。
3. 前記フィードバック情報が、
   前記ＵＥと前記それぞれのＤＵとの間のリンクについての信号対雑音比（ＳＮＲ）、
   前記ＵＥと前記それぞれのＤＵとの間のリンクについてのチャネル品質インジケータ（ＣＱＩ）、
   前記ＵＥと前記それぞれのＤＵとの間のリンクについての参照信号受信電力（ＲＳＲＰ）、
   前記ＵＥと前記それぞれのＤＵとの間のリンクについての参照信号受信品質（ＲＳＲＱ）、および
   前記ＵＥと前記それぞれのＤＵとの間のリンクについての平均受信信号強度インジケータ（ＲＳＳＩ）
   のうちのいずれか１つまたは複数を含み、前記決定すること（５０４）が、それらのうちのいずれか１つまたは複数に基づく、請求項１または２に記載の方法（５００）。
4. 前記フィードバック情報がチャネルごとに報告される、請求項２または３に記載の方法（５００）。
5. 前記フィードバック情報が、前記それぞれのＤＵについての負荷および／または輻輳情報を含み、前記決定すること（５０４）が、前記負荷および／または輻輳情報に基づく、請求項１から４のいずれか一項に記載の方法（５００）。
6. 前記決定すること（５０４）が、前記２つまたはそれ以上のＤＵのすべてについての負荷および／または輻輳情報の評価に基づく、請求項５に記載の方法（５００）。
7. 前記フィードバック情報が、前記それぞれのＤＵについてのハイブリッド自動再送要求（ＨＡＲＱ）情報および／または再送信情報を含み、前記決定すること（５０４）が、前記それぞれのＤＵについての前記ＨＡＲＱ情報および／または再送信情報に基づく、請求項１から６のいずれか一項に記載の方法（５００）。
8. 前記フィードバック情報が、前記それぞれのＤＵについてのレイテンシおよび／またはパケットエイジ情報を含み、前記決定すること（５０４）が、前記それぞれのＤＵについての前記レイテンシおよび／またはパケットエイジ情報に基づく、請求項１から７のいずれか一項に記載の方法（５００）。
9. 前記フィードバック情報が、前記それぞれのＤＵについてのパケットロス情報を含み、前記決定すること（５０４）が、前記それぞれのＤＵについての前記パケットロス情報に基づく、請求項１から８のいずれか一項に記載の方法（５００）。
10. 前記フィードバック情報が、１つまたは複数のユーザプレーンデータフレーム中の帯域内シグナリングを介して受信される、請求項１から９のいずれか一項に記載の方法（５００）。
11. 前記方法（５００）が、前記２つまたはそれ以上のＤＵを介した前記ＵＥへの送信のためにＤＤをアクティブ化することをさらに含む、請求項１から１０のいずれか一項に記載の方法（５００）。
12. 前記アクティブ化することは、ＤＤがアクティブであることを指示するために、前記ＵＥに１つまたは複数の設定メッセージを送ることを含む、請求項１１に記載の方法（５００）。
13. ２つまたはそれ以上の分散型送信ユニット（ＤＵ）によって同時にサーブされるユーザ機器（ＵＥ）のためのデータ複製（ＤＤ）の使用を制御するための、無線通信システムの１つまたは複数のネットワークノード（１０）であって、前記１つまたは複数のネットワークノード（１０）は、
    通信回路要素（１８）と、
    前記通信回路要素（１８）に動作可能に関連付けられた処理回路要素（１２）とを備え、前記処理回路要素（１２）が、
    前記ＤＵのうちの１つまたは複数からフィードバック情報を受信することと、
    前記フィードバック情報に基づいて、前記ＵＥへの送信のためにＤＤをアクティブ化すべきかどうかを決定することと
    を行うように設定された、１つまたは複数のネットワークノード（１０）。
14. 前記フィードバック情報が無線品質情報を含み、前記決定すること（５０４）が前記無線品質情報に基づく、請求項１３に記載の１つまたは複数のネットワークノード（１０）。
15. 前記フィードバック情報が、
    前記ＵＥと前記それぞれのＤＵとの間のリンクについての信号対雑音比（ＳＮＲ）、
    前記ＵＥと前記それぞれのＤＵとの間のリンクについてのチャネル品質インジケータ（ＣＱＩ）、
    前記ＵＥと前記それぞれのＤＵとの間のリンクについての参照信号受信電力（ＲＳＲＰ）、
    前記ＵＥと前記それぞれのＤＵとの間のリンクについての参照信号受信品質（ＲＳＲＱ）、および
    前記ＵＥと前記それぞれのＤＵとの間のリンクについての平均受信信号強度インジケータ（ＲＳＳＩ）
    のうちのいずれか１つまたは複数を含み、前記決定することが、それらのうちのいずれか１つまたは複数に基づく、請求項１３または１４に記載の１つまたは複数のネットワークノード（１０）。
16. 前記フィードバック情報がチャネルごとに報告される、請求項１４または１５に記載の１つまたは複数のネットワークノード（１０）。
17. 前記フィードバック情報が、前記それぞれのＤＵについての負荷および／または輻輳情報を含み、前記決定することが、前記負荷および／または輻輳情報に基づく、請求項１３から１６のいずれか一項に記載の１つまたは複数のネットワークノード（１０）。
18. 前記決定することが、前記２つまたはそれ以上のＤＵのすべてについての負荷および／または輻輳情報の評価に基づく、請求項１７に記載の１つまたは複数のネットワークノード（１０）。
19. 前記フィードバック情報が、前記それぞれのＤＵについてのハイブリッド自動再送要求（ＨＡＲＱ）情報および／または再送信情報を含み、前記決定することが、前記それぞれのＤＵについての前記ＨＡＲＱ情報および／または再送信情報に基づく、請求項１３から１８のいずれか一項に記載の１つまたは複数のネットワークノード（１０）。
20. 前記フィードバック情報が、前記それぞれのＤＵについてのレイテンシおよび／またはパケットエイジ情報を含み、前記決定することが、前記それぞれのＤＵについての前記レイテンシおよび／またはパケットエイジ情報に基づく、請求項１３から１９のいずれか一項に記載の１つまたは複数のネットワークノード（１０）。
21. 前記フィードバック情報が、前記それぞれのＤＵについてのパケットロス情報を含み、前記決定することが、前記それぞれのＤＵについての前記パケットロス情報に基づく、請求項１３から２０のいずれか一項に記載の１つまたは複数のネットワークノード（１０）。
22. 前記フィードバック情報が、１つまたは複数のユーザプレーンデータフレーム中の帯域内シグナリングを介して受信される、請求項１３から２１のいずれか一項に記載の１つまたは複数のネットワークノード（１０）。
23. 前記処理回路要素（１２）が、前記２つまたはそれ以上のＤＵを介した前記ＵＥへの送信のためにＤＤをアクティブ化するように設定された、請求項１３から２２のいずれか一項に記載の１つまたは複数のネットワークノード（１０）。
24. 前記処理回路要素（１２）は、ＤＤがアクティブであることを指示するために、前記ＵＥに１つまたは複数の設定メッセージを送ることによって、ＤＤをアクティブ化するように設定された、請求項２３に記載の１つまたは複数のネットワークノード（１０）。
25. ２つまたはそれ以上の分散型送信ユニット（ＤＵ）によって同時にサーブされるユーザ機器（ＵＥ）のためのデータ複製（ＤＤ）の使用を制御するためのコンピュータプログラム（２６）を記憶する非一時的コンピュータ可読媒体（２４）であって、前記コンピュータプログラム（２６）は、無線通信システムの１つまたは複数のネットワークノード（１０）の少なくとも１つのプロセッサ（１２）によって実行されたとき、前記１つまたは複数のネットワークノード（１０）に、
    前記ＤＵのうちの１つまたは複数からフィードバック情報を受信することと、
    前記フィードバック情報に基づいて、前記ＵＥへの送信のためにＤＤをアクティブ化すべきかどうかを決定することと
    を行わせる命令を備える、非一時的コンピュータ可読媒体（２４）。
26. 少なくとも１つの処理回路（１２）上で実行されたとき、前記少なくとも１つの処理回路（１２）に、請求項１から１２のいずれか一項に記載の方法（５００）を行わせる命令を備える、コンピュータプログラム（２６）。
27. 請求項２６に記載のコンピュータプログラム（２６）を含んでいるキャリアであって、前記キャリアが、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体（２４）のうちの１つである、キャリア。
28. 無線通信システムのネットワークノード（１０）であって、前記ネットワークノード（１０）が複数の無線アクセスポイントに接続され、前記ネットワークノード（１０）が、請求項１から１２のいずれか一項に記載の方法（５００）を行うように適応された、ネットワークノード（１０）。
29. 無線通信システムの制御ユニット（１０）であって、前記制御ユニット（１０）が複数の無線アクセスポイントに接続され、前記制御ユニット（１０）が、請求項１から１２のいずれか一項に記載の方法（５００）を行うように適応された、制御ユニット（１０）。

Images